СПОСОБ И СИСТЕМА ПРОГРАММИРОВАНИЯ ОБСЛУЖИВАНИЯ ПОСРЕДСТВОМ РАДИОСИГНАЛОВ Российский патент 2008 года по МПК H04Q7/22 H04M11/00 

Область техники, к которой относится изобретение

Настоящее изобретение относится к системам связи, более конкретно настоящее изобретение относится к способу, обеспечивающему программирование обслуживания посредством радиосигналов (ПОР, ОТА) мобильной станции.

Уровень техники

Обычно способ активизации для вновь приобретенной мобильной станции является процессом, требующим значительных затрат времени и ручного труда. Одним из ограничений, связанным с таким обычным процессом активизации, является то, что пользователь должен принести мобильную станцию в сервисный центр, чтобы активизировать мобильную станцию.

Мобильная станция представляет собой абонентскую станцию в категории внутреннего сотового радиотелекоммуникационного обслуживания общего доступа, обычно предназначенного для использования во время движения или во время остановок в неопределенных пунктах. Категория включает в себя мобильные станции как таковые, портативные переносные станции, стационарные станции и другие устройства.

В сервисном центре технический персонал программирует (записывает в память) в мобильную станцию различные параметры, которые включают в себя информацию, которая позволяет устройству обмениваться по сети и которая определяет сетевую идентификацию мобильной станции. Дополнительно в мобильную станцию может также программироваться специфическая информация изготовителя. Иногда в мобильную станцию записывается множество наборов параметров, чтобы, например, мобильная станция могла иметь локальную идентификацию в различных зонах обслуживания.

Если информация, сохраненная в предварительно активизированной мобильной станции, должна быть изменена, традиционно способ также требует значительных затрат времени и ручного труда. Одно из ограничений, связанных с этим обычным способом, заключается в том, что пользователь должен принести мобильную станцию в сервисный центр, чтобы технический персонал изменил информацию в мобильной станции.

Сущность изобретения

Соответственно, задачей настоящего изобретения является создание нового способа активизации мобильной станции для использования в сети связи, исключающего необходимость для пользователя предоставлять мобильную станцию в сервисный центр или третьей стороне.

Другой задачей настоящего изобретения является создание нового способа изменения информации в мобильной станции для использования в сети связи, исключающего необходимость для пользователя предоставлять мобильную станцию в сервисный центр или третьей стороне.

Ниже эти две задачи настоящего изобретения, а именно активизация мобильной станции и изменение информации в мобильной станции без необходимости для пользователя предоставлять мобильную станцию в сервисный центр или третьей стороне, будут определяться как программирование обслуживания посредством радиосигналов (ПОР, OTASP).

Другой задачей настоящего изобретения является создание инфраструктуры передачи сигналов для выполнения программирования обслуживания посредством радиосигналов мобильной станции для использования в сети связи с минимальным участием центра коммутации мобильных станций (ЦКМС, MSC) и регистром местоположения абонентов-визитеров (PMAB, VIR^,).

Вышеупомянутые результаты достигаются, согласно настоящему изобретению, посредством создания новой и улучшенной инфраструктуры передачи сигналов и способа программирования обслуживания посредством радиосигналов мобильной станции для использования в сети связи.

Согласно изобретению, мобильная станция передает сообщение, включающее запрос на программирование обслуживания посредством радиосигналов, идентификационную информацию мобильной станции, хранящуюся в мобильной станции, и электронный серийный номер мобильной станции центру коммутации мобильных станций (ЦКМС), подсоединенному к сети связи. Если мобильная станция может иметь множество параметров идентификации, как упомянуто выше, пользователь выбирает идентификацию мобильной станции для определения процедуры программирования обслуживания посредством радиосигналов.

Электронный серийный номер является 32-разрядным числом, присвоенным изготовителем мобильной станции, однозначно идентифицирующим оборудование мобильной станции.

Идентификационная информация мобильной станции (ИИМС, MSID) может представлять собой или идентификационный номер мобильной станции (ИНМС, MIN) или международную идентификацию мобильной станции (МИМС, IMSI). Идентификационный номер мобильной станции (ИНМС) представляет собой 34-битовое число, которое является цифровым представлением номера из 10 цифр, присвоенного мобильной станции. Международная идентификация мобильной станции (МИМС) представляет собой номер до 15 цифр длиной, которая однозначно идентифицирует мобильную станцию в международном масштабе. При ссылках на идентификационный номер мобильной станции, подразумевается, что МИМС может использоваться вместо ИНМС.

Мобильная станция соединяется с модулем исходного обслуживания посредством речевого соединения. Временный ссылочный номер (ВСН, TRN), идентифицирующий центр коммутации мобильных станций (ЦКМС) и мобильную станцию, выделяется для мобильной станции в ЦКМС. ВСН может представлять собой идентификационную информацию мобильной станции (ИИМС), номер из телефонного справочника или любой другой номер.

Таким образом, при ссылке на идентификационный номер мобильной станции подразумевается, что МИМС может быть использована вместо ИНМС.

Если в качестве ВСН используется не ИИМС, то уникальная и временная идентификационная информация мобильной станции также должна быть присвоена для использования в течение процедуры программирования обслуживания.

ВСН и, если возможно, временная идентификационная информация мобильной станции (ИИМС), если она присвоена, уже находящаяся в мобильной станции, и электронный серийный номер посылаются модулю обслуживания в процессе установления речевого соединения. Может оказаться невозможным послать ИИМС и электронный серийный номер модулю обслуживания, так как некоторые системы в канале установки речевого соединения могут допускать передачу только достоверных номеров из справочника или допускать передачу только номеров из справочника, присвоенных ЦКМС.

Если определено, что начальный модуль обслуживания не является требуемым модулем обслуживания, то речевой вызов передается одному модулю обслуживания за другим, пока требуемый модуль обслуживания не будет достигнут. ВСН и, возможно, ИИМС и электронный серийный номер также передаются конечному модулю обслуживания.

Конечный модуль обслуживания выбирает регистр исходного местоположения в коммуникационной сети, с которым должна быть связана мобильная станция.

Регистр исходного местоположения затем связывается с ЦКМС посредством передачи регистром исходного местоположения сообщения, содержащего ВСН, в ЦКМС. Регистр исходного местоположения выполнен с возможностью посылки сообщения в ЦКМС, так как ВСН идентифицирует ЦКМС. ЦКМС использует ВСН для идентификации той мобильной станции, программирование обслуживания которой посредством радиосигналов выполняется. Центр коммутации мобильных станций посылает сообщение обратно в регистр исходного местоположения, содержащий временную ИИМС, если она была присвоена в центре коммутации мобильных станций, ИИМС, хранимую в мобильной станции, и электронный серийный номер мобильной станции, если они не были приняты в конечном модуле обслуживания в процессе установки речевого вызова. Если ВСН отличен от временного идентификационного номера мобильной станции, он освобождается в центре коммутации мобильных станций.

После этого на информацию, касающуюся мобильной станции, содержащейся в любом сетевом элементе, ссылаются с использованием временной ИИМС, которая может представлять собой непосредственно ВСН и электронный серийный номер мобильной станции.

Модуль обслуживания или регистр исходного местоположения может запрашивать по сети связи мобильную станцию о некоторой информации, содержащейся в мобильной станции. Модуль обслуживания или регистр исходного местоположения может назначать новую постоянную ИИМС для мобильной станции и передавать информацию программирования обслуживания, возможно включающую вновь назначенную постоянную ИИМС, в мобильную станцию через центр коммутации мобильных станций, используя сеть связи. Модуль обслуживания также передает информацию программирования обслуживания, связанную с мобильной станцией, в регистр исходного местоположения.

После того как информация программирования обслуживания успешно передана к мобильной станции, модуль обслуживания или регистр исходного местоположения посылает сообщение мобильной станции посредством сети связи, содержащее команду станции передать информацию программирования обслуживания в энергонезависимую память. Информация, посланная в мобильную станцию, сохраняется в энергонезависимой памяти в регистре исходного местоположения (РИМ, HLR) и/или центре аутентификации (центре установления подлинности (ЦУП, АС).

Центр коммутации мобильных станций используется просто как канал для передачи сообщений между регистром исходного местоположения и мобильной станцией и между модулем обслуживания и мобильной станцией.

Регистр исходного местоположения включает в себя базу данных, которая содержит информацию о регистрации и профиле пользователя для абонентов системы. Центр коммутации мобильных станций предоставляет услуги межсоединения между беспроводными абонентскими станциями и между беспроводными абонентскими станциями и коммутируемой телефонной сетью общего пользования (КТСОП, PSTN) через одну или несколько базовых станций (БС, BS) под их управлением. КТСОП обычно является телекоммуникационной сетью, доступной для обычных телефонов, учрежденческих линий связи и аппаратуры передачи данных, которая обеспечивает общедоступное обслуживание. Базовая станция является стационарной станцией, используемой для связи с мобильными станциями. В зависимости от контекста термин «базовая станция» может относиться к ячейке, сектору внутри ячейки, ЦКМС или другой части сотовой системы.

Способ программирования обслуживания посредством радиосвязи (ПОР) согласно настоящему изобретению минимизирует использование ЦКМС и регистра местоположения абонентов-визитеров (РМАВ) при обработке посредством радиосигналов. РМАВ связывается с одним или несколькими ЦКМС и включает в себя базу данных для временного хранения части абонентских данных и в некоторых случаях данных, связанных с защитой, для мобильной станции, в настоящее время обслуживаемой соответствующим ЦКМС.

Процедура программирования обслуживания посредством радиосигналов также требует использования центра установления подлинности для хранения данных мобильной станции, связанных с защитой, и для выполнения процедур, связанных с защитой, необходимых для загрузки ключа установления подлинности (КУП) в мобильную станцию, и для использования кодирования речевых сообщений и/или сообщений сигнализации для обеспечения защищенности радиосвязи между мобильной станцией и базовой станцией.

Центр установления подлинности (ЦУП) представляет собой элемент, который управляет аспектами защиты, связанными с мобильной станцией. Ключ установления подлинности является скрытой комбинацией битов, хранимой в мобильной станции и ЦУП. Она используется для формирования и обновления совместно используемых секретных данных (СИСД, SSD) мобильной станции, которые используются для установления подлинности, кодирования речевых сообщений и сообщений сигнализации. Совместно используемые секретные данные (СИСД) являются битовой комбинацией, хранимой в мобильной станции и известной для ЦУП, и, возможно, для РМАВ. Совместно используемые секретные данные сохраняются и при отключении питания.

Модуль обслуживания взаимодействует с РИМ. Следовательно, обмен между модулем обслуживания и ЦУП обычно осуществляется через РИМ. Чтобы осуществить обмен между РИМ и ЦУП, настоящее изобретение предусматривает использование новых сообщений, пересылаемых между регистром исходного местоположения и центром установления подлинности.

Преимущества программирования обслуживания посредством радиосигналов, согласно настоящему изобретению, включают:

1) При программировании обслуживания согласно настоящему изобретению нет необходимости использовать ЦКМС/РМАВ вместе с детальными особенностями программирования обслуживания, поскольку способ является, прежде всего, способом инициализации баз данных мобильной станции и в РИМ/ЦУП.

2) Минимизируя использование ЦКМС/РМАВ, можно усовершенствовать способ программирования обслуживания посредством радиосигналов без изменения программного обеспечения ЦКМС и РМАВ.

3) РИМ/ЦУП управляет процедурой программирования обслуживания, действуя как пункт управления обслуживанием (ПУО) для управления программированием обслуживания ПОР.

4) Для управления требуется только обмен центра обслуживания пользователя (ЦОП, SCP) с РИМ. Речевое соединение с ЦОП может быть осуществлено через сеть или непосредственно из ЦКМС. Способ ПОР, согласно настоящему изобретению, поддерживает любой способ.

5) РИМ может быть выбран после начала процесса активизации. Это позволяет мобильной станции активизироваться в любом месте в зоне обслуживания оператора. При соответствующих соглашениях и сетевой поддержке не существует ничего, что препятствовало бы активизации мобильной станции в любом РИМ, имеющем связь с ЦКМС.

6) ЦКМС используется просто как канал для передачи сообщений, выполняемой между РИМ и мобильной станцией.

Краткое описание чертежей

Признаки, задачи и преимущества настоящего изобретения станут более очевидными из нижеследующего подробного описания, иллюстрируемого чертежами, на которых одинаковыми ссылочными позициями обозначены аналогичные элементы и на которых представлено следующее:

фиг. 1 - блок-схема базовой сетевой модели с одним РИМ и одним ЦОП;

фиг. 2 - блок-схема базовой сетевой модели с множеством РИМ и одним ЦОП;

фиг. 3 - блок-схема базовой модели с множеством РИМ и отдельными ЦОП;

фиг. 4А - блок-схема последовательности операций способа программирования мобильной станции с использованием программирования обслуживания типа ПОР;

фиг. 4В - продолжение последовательности операций, приведенной на фиг. 4А;

фиг. 4С - изображает блок-схему последовательности операций вызова, иллюстрирующую сигнализацию в сети связи, в которой первоначальное речевое соединение представляет собой вызов, передаваемый от первого ЦОП ко второму ЦОП;

фиг. 4D - продолжение последовательности операций, приведенной на фиг. 4В;

фиг. 5 - блок-схема последовательности операций вызова, иллюстрирующая сигнализацию для отмены регистрации старой ИИМС, связанной с мобильным устройством, согласно настоящему изобретению;

фиг. 6 - блок-схема последовательности операций в процедуре передачи ключа установления подлинности (КУП) согласно настоящему изобретению;

фиг. 7 - блок-схема последовательности операций вызова в процедуре обновления СИСД согласно настоящему изобретению; и

фиг. 8 - блок-схема последовательности операций вызова в процедуре повторного установления подлинности согласно настоящему изобретению.

Подробное описание предпочтительных вариантов осуществления

На чертежах аналогичные цифровые обозначения обозначают идентичные или совпадающие части на нескольких видах, и, более конкретно, на фиг. 1 показана блок-схема базовой сетевой модели 100 согласно настоящему изобретению. В нижеследующем описании сначала объясняется базовая сетевая модель, а затем приводятся соответствующие сетевые модели, иллюстрируемые на фиг. 2 и 3. Затем фиг.4А, 4В и 4D иллюстрируют этапы процедур, используемые сетью, и фиг. 4С, 5, 6, 7 и 8 иллюстрируют сигнализацию, используемую в сети.

Базовая сетевая модель 100 на фиг. 1 включает в себя мобильную станцию (МС, MS2), подсоединенную к базовой станции (БС) 6 через интерфейс Um 4; БС 6 подсоединена к центру коммутации мобильных станций (ЦКМС) 10 через интерфейс А 8; ЦКМС 10 подсоединен к регистру местоположения абонента-визитера (РМАВ) 14 к регистру исходного местоположения (РИМ) 18 через интерфейсы В 12 и С 28 соответственно; РМАВ 14 соединен с РИМ 18 через интерфейс D 16; и РИМ 18 подсоединен к центру установления подлинности (ЦУП) 22 и центру обслуживания пользователя (ЦОП) 26 через интерфейсы Н 20 и Р (с правом собственности) 24 соответственно. Речевое соединение устанавливается между ЦКМС 10 и ЦОП 26, как обозначено пунктиром 46. Интерфейсы А, В, С, D, H и Um являются промышленными стандартными интерфейсами и используются, например, в стандарте IS41-C Ассоциации Промышленности средств связи (TIA) на сотовые радиотелекоммуникационные операции между системами. На фиг. 1 показан только один РИМ, связанный с ЦОП.

На фиг. 2 представлена блок-схема базовой сетевой модели 200, включающей множество РИМ. В дополнение к элементам базовой сетевой модели 100 базовая сетевая модель 200 включает в себя РИМ 38, соединенный с ЦОП 26, ЦКМС 10, РМАВ 14 и ЦУП 42 через интерфейсы P (с правом собственности) 36, С 34, D 48 и Н 40 соответственно. На фиг. 2 представлен случай, когда имеется выбор среди РИМ, в которых могут храниться данные мобильной станции. В этом случае одиночный ЦОП присоединяется к нескольким РИМ.

Фиг. 3 иллюстрирует блок-схему базовой станции модели 300, включающей множество РИМ и ЦОП. Базовая сетевая модель 300 включает в себя элементы базовой сетевой модели 200 с дополнительным ЦОП 44 и речевым соединением 54. На этом чертеже РИМ 38, соединенный с ЦОП 44 через интерфейс Р 36, и ЦОП 26 осуществляет речевое соединение 46 к ЦОП 44, используя речевое соединение 54 в операции передачи речевого вызова. На фиг. 3 каждый РИМ 18, 38 соответствует различным ЦОП 26, 44 соответственно.

Активизация программирования обслуживания посредством радиосигналов согласно настоящему изобретению будет сначала описана для архитектур сети, показанных на фиг. 1-3. Затем функция и процессы, выполняемые при программировании обслуживания посредством радиосигналов, будут описаны со ссылками на фиг. 4-8.

Программирование обслуживания посредством радиосигналов (фиг. 1) начинается с мобильной станции (МС) 2, инициирующей вызов программирования обслуживания посредством радиосигналов. Пользователь инициализирует этот вызов, например, в связи с приобретением мобильного телефона у продавца розничной продажи, и пользователь хочет применять телефон для нормального его использования без необходимости посещения сервисного центра для активизации телефона, или в случае, когда пользователь хочет изменить информацию с мобильной станции, или в связи с тем, что поставщик услуг проинструктировал пользователя осуществить вызов программирования обслуживания посредством радиосигналов для изменения некоторой информации с мобильной станции. Для реализации этого пользователь вводит сообщение кода программирования обслуживания посредством радиосигналов в мобильной станции 2, имеющее конкретный заголовок, например «*22», который указывает, что пользователь желает запросить программирование обслуживания посредством радиосигналов. После заголовка пользователь вводит данные, указывающие требуемую систему. Например, пользователь вводит «ХХХ», указывающие конкретную систему, абонентом которой пользователь желает быть, такую как система А или система В (* 22800 или *22801), «YYYY», где YYYY - идентификационный номер системы («ИНС», "SID") предпочтительного поставщика услуг; или "ZZZZZ", указывающий код системного оператора (КСО, SOC) системы множественного доступа с временным разделением каналов (МДВР TDMA). Вместо того чтобы вручную вводить сообщение кода программирования обслуживания посредством радиосигналов на мобильной станции, пользователь может нажать кнопку на мобильной станции, приводящую к аналогичному результату как в случае ручного ввода сообщения кода программирования обслуживания посредством радиосигналов в мобильную станцию. Если мобильная станция может иметь множество идентификаций, как описано выше, пользователь выбирает идентификацию мобильной станции, которая должна использоваться в процедуре программирования обслуживания ПОР. Через линию 4 радиосвязи вызов мобильной станции 2 передается на обслуживающий ЦКМС 10 через базовую станцию 6 и интерфейс 8. В то же самое время электронный серийный номер (ЭСН, ESN) мобильной станции пользователя и ИИМС, хранимая в МС, передается в ЦКМС 10 для сохранения в ЦКМС 10.

В ответ на вызов мобильной станции 2 ЦКМС 10 выдает временный ссылочный номер (ВСН, TRN) связанный с мобильной станцией 2 и который идентифицирует ЦКМС и направляет вызов к ЦОП 26 через речевое соединение 46. ВСН может быть идентификационной информацией мобильной станции (ИИМС), справочным номером или любым другим номером. Альтернативно, используются отслеживаемые ВСН, когда ЦОП может «экранировать» входящий ВСН, чтобы определить, принадлежит ли ВСН достоверному набору номеров, назначенных для ЦКМС 10. Если ВСН не является ИИМС, то уникальная и временная ИИМС также должна быть присвоена для использования в течение процедуры программирования обслуживания.

В сети, показанной на фиг. 1 и 2, вызов направляется непосредственно к ЦОП 26 через речевое соединение 46, хотя, как показано на фиг. 3, вызов может быть передан посредством пересылки вызова через второе речевое соединение 54 ко второму ЦОП 44. В любом случае ВСН служит в качестве начального указания для попытки программирования обслуживания посредством радиосигналов и подается к ЦОП 26 (или 44) как часть установки вызова.

ВСН может содержаться в элементе или узле User-to-User (пользователь-пользователь) цифровой сети с комплексным обслуживанием (ЦСКО, ISDN), или в поле номера вызывающей стороны, или другом подходящем средстве для передачи номера.

Как только вызов из ЦКМС 10 поступает в ЦОП 26, ЦОП отвечает следующим способом. Речевой оператор (или модуль речевого ответа и т.д.) в ЦОП 26 начнет диалог с пользователем мобильной станции 2, в течение которого ЦОП 26 идентифицирует (выбирает), какой РИМ 18 или 38 (фиг. 2 и 3) будет использоваться для обмена с ЦКМС 10 при установлении соединения для передачи данных между РИМ 18 и ЦКМС 10. Например, поставщик услуг может обслуживать и Нью-Йорк, и Лос-Анжелес с соответствующими РИМ. Пользователь из Лос-Анджелеса может пожелать программировать мобильную станцию пользователя при посещении Нью-Йорка. В этом случае оператор ЦОП в Нью-Йорке может передать пользовательский вызов оператора ЦОП Лос-Анджелеса. Если РИМ, выбранный для программирования, непосредственно связан с ЦОП 26 (фиг.1 и 2), ЦОП 26 начинает программирование обслуживания посредством радиосигналов, контактируя с назначенным РИМ (РИМ 18 через интерфейс 24 с правом собственности или РИМ 38 через интерфейс 36 с правом собственности на фиг. 1 и 2). ВСН, который был выдан ЦКМС 10, подается назначенному РИМ через ЦОП 26, причем ЦОП 26 инициирует назначенный РИМ, чтобы установить соединение для передачи данных (через РМАВ 14 и интерфейсы 16 и 12) к ЦКМС 10. На фиг.1 соединение для передачи данных включает в себя РИМ 18, интерфейс 16, РМАВ 14, интерфейс 12 и ЦКМС 10. На фиг.2 если РИМ 18 является требуемым РИМ, то соединение для передачи данных является тем же, что и на фиг. 1. На фиг. 2 если РИМ 38 является требуемым РИМ, то соединение для передачи данных включает в себя РИМ 38, интерфейс 48, РМАВ 14, интерфейс 12 и ЦКМС 10. На фиг.3 если РИМ 38, выбранный для программирования обслуживания посредством радиосигналов, непосредственно не соединен с ЦОП 26, то ЦОП 26 передает вызов к ЦОП 44, который соединен с РИМ 38 и выбран для программирования обслуживания посредством радиосигналов через речевое соединение 54. ВСН, который был назначен ЦКМС 10, должен быть передан к ЦОП 44. Передавая вызов, мобильная станция 2 может обслуживаться на любом РИМ, который поддерживает процедуры программирования обслуживания ПОР. На фиг. 3 соединение для передачи данных включает в себя РИМ 38, интерфейс 48, РМАВ 14, интерфейс 12 и ЦКМС 10.

Как только назначенный РИМ (18 или 38) инициирован от ЦОП 26 (фиг. 1 и 2) или РИМ 38 - от ЦОП 44 (фиг. 3), РИМ устанавливает соединение для передачи данных в ЦКМС 10 с использованием ВСН, переданного в РИМ из ЦОП, РИМ 18 выполнен с возможностью идентифицирования адреса ЦКМС из ВСН, и так как РИМ 18 обычно хранит записи, основанные на ЭСН мобильной станции и ИИМС, РИМ требует ЭСН мобильной станции и временную ИИМС из ЦКМС, чтобы сохранить запись для мобильной станции 2. РИМ также требует ИИМС, которая присутствует в МС, для использования в процедурах обновления СИСД, как будет описано ниже. Соответственно, назначенный РИМ контактирует с ЦКМС 10 через соединение для передачи данных, чтобы отыскать ЭСН мобильной станции 2, ИИМС, которая присутствует в мобильной станции, и временную ИИМС, если отличается от ВСН. Принимаем, что временная ИИМС, ИИМС, хранимая в МС, и ЭСН не были сообщены ЦОП во время установления речевого вызова и, следовательно, должны быть извлечены из ЦКМС. Как будет описано со ссылками на последующие блок-схемы последовательностей операций и диаграммы вызова, соединение для передачи данных затем связывается с мобильной станцией 2, и после установления связи ЦОП 26 (или 49) может передавать данные в мобильную станцию 2 и программировать мобильную станцию.

Фиг. 4А изображает последовательность этапов, выполняемых при осуществлении нового способа программирования обслуживания ПОР. Способ начинается с этапа S1, на котором для размещения вызова предоставления обслуживания посредством радиосигналов пользователь вслед за командой, вводимой вручную посредством телефона, набирает заголовок кода активизации («*22») с последующими от 3 до 5 цифрами расширения, описанными ранее, соответствующими конкретной системе, ИНС, или КСО системы МДВР. В течение этого этапа мобильная станция 2 передает запрос на программирование обслуживания посредством радиосигналов ИИМС, которая находится в мобильной станции, и свой уникальный ЭСН в ЦКМС, причем ЦКМС сохраняет ЭСН мобильной станции 2 и ИИМС, которая находится в мобильной станции, ЦКМС присваивает Временный Ссылочный Номер (ВСН), идентифицирующий центр коммутации мобильных станций и мобильную станцию. Если ВСН не является ИИМС, то уникальная и временная ИИМС также присваивается для использования во время процедуры программирования обслуживания.

Способ затем продолжается на этапе S3, на котором ЦКМС, обслуживающий мобильную станцию 2, устанавливает речевое соединение 46 между мобильной станцией 2 и соответствующим ЦОП (например, ЦОП 26 на фиг. 1).

После того как речевое соединение установлено, способ продолжается на этапе S5, на котором пользователь выдает конкретную для пользователя информацию (такую как адрес проживания, номер кредитной карточки, и т.д.) оператору ЦОП в ЦОП 26. С учетом конкретной для пользователя информации способ переходит на этап S7, на котором ЦОП 26 определяет, является ли ЦОП правильно выбранным для обслуживания пользователя (например, ЦОП 44 на фиг. 3 может быть правильно выбранным ЦОП). Если нет, то процедура продолжается на этапе S9, на котором вызов мобильной станции 2 передается на правильный ЦОП (например, ЦОП 44 на фиг. 3), и процедура затем переходит на этап S5. Однако если на этапе S7 определено, что пользователь соединен с правильным ЦОП (например, ЦОП 26 на фиг. 1), то процедура переходит непосредственно на этап S11.

На этапах S3 и S9 ВСН выдается из ЦКМС 10 в ЦОП 26 в форме данных посредством процедуры установления речевого вызова для речевого соединения 46. ВСН является уникальным для сделанного вызова и используется в ЦОП 26 и ЦКМС 10 как переходный (временный) идентификатор запроса мобильной станции 2 на программирование обслуживания посредством радиосигналов. Атрибуты ВСН включают в себя: (1) возможность идентификации мобильной станции, которая разрешает ЦОП идентифицировать рассматриваемую мобильную станцию, и (2) возможность адресации ЦКМС, которая разрешает другим сетевым ресурсам, таким как РИМ, однозначно идентифицировать ЦКМС, обслуживающий мобильную станцию 2, посредством ВСН.

До этого момента в способе речевой вызов и ВСН были установлены, но соединение для передачи данных, которое даст возможность загрузки данных программирования ПОР в мобильную станцию 2, не было установлено. Соответственно, после этапа S7 процесс продолжается на этапе S11, на котором ЦОП (26 или 44) запускает РИМ (18 или 38) по линии связи (Р) с правом собственности посредством сообщения, включающего в себя ВСН. На основании атрибута ВСН, связанного с адресацией ЦКМС, РИМ (18 или 38) получает возможность установить адрес ЦКМС 10, обслуживающего мобильную станцию 2.

Процедура обработки затем переходит к этапу S13, на котором РИМ 18 передает новое сообщение INVOKE (вызов) программирования обслуживания посредством радиосигналов или сообщение OTAServiceProgramming INVOKE (OTASERPROG) в ЦКМС 10 через РМАВ 14 (см. фиг. 1, 2 и 3). Сообщение OTASERPROG передается через РМАВ 14, так как в соответствии с принятым в промышленности соглашением передачи данных из РИМ обычно маршрутизируются через РМАВ. Альтернативно, однако, РИМ (18 или 38) может посылать сообщение OTASERPROG непосредственно в ЦКМС 10. Комбинация РИМ (18 или 38), РМАВ 14 и ЦКМС 10 (наряду с соответствующими интерфейсами межсоединения) образует соединение для передачи данных между ЦОП (26 или 44) и ЦКМС 10, которое параллельно существующему речевому соединению 46 (или 46 и 54) между мобильной станцией 2 и ЦОП (26 или 44). Эта связь для передачи данных будет позже использоваться для обмена данными программирования обслуживания между мобильной станцией 2 и РИМ 18 (или 38). После этапа S15 процесс переходит к этапу S17, который показан на фиг. 4B.

На фиг. 4В представлена последовательность операций, содержащая дополнительные этапы к способу, представленному на фиг. 4А. После этапа S15 (фиг. 4А) способ переходит на этап S15, на котором ЦКМС 10 принимает сообщение OTASERPROG. На этапе S17 ЦКМС 10 связывает речевое соединение (вызов) с соединением данных (например, как показано на фиг. 1, соединение данных между РИМ 18, интерфейсом 16, РМАВ 14, интерфейсом 12 и ЦКМС 10), используя ВСН, поданный на него в сообщении OTASERPROG.

До этого момента в способе соединение для передачи данных было установлено между мобильной станцией 2 и РИМ 18 (или 38), но РИМ 18 (или 38) еще не имеет конкретной информации относительно мобильной станции 2, чтобы правильно активизировать мобильную станцию 2. Если бы РИМ 18 (или 38) вместе с центром установления подлинности ЦУП 22 (или 42) программировал мобильную станцию 2 без дополнительной информации, то могли возникнуть следующие две проблемы: во-первых, «пиратские» мобильные телефоны могли бы получить доступ к системе связи, потому что на данном этапе еще не обеспечена возможность учета на основе ЭСН мобильной станции. Во-вторых, РИМ 18 (или 38) требует ИИМС мобильной станции и ЭСН, чтобы однозначно создать и отыскать записи РИМ 18 (или 38), соответствующие мобильной станции 2. Также ЦУП нуждается в ИИМС, хранящихся в мобильной станции, для использования в процедуре обновления СИСД, как описано ниже.

Соответственно, после этапа S17 способ продолжается на этапе S19, на котором ЦКМС 10 посылает сообщение OTAService Programming RETURN RESULT (ответный результат) (otaserprog) в РИМ 18 (или 38) через соединение для передачи данных, причем сообщение otaserprog включает в себя ЭСН мобильной станции 2, ИИМС, хранящейся в мобильной станции, и временную ИИМС, если она распределена в ЦКМС 10. Если временная ИИМС была распределена в ЦКМС, ВСН более не требуется и освобождается. Затем все передачи данных, относящиеся к мобильной станции 2, идентифицируются посредством временной ИИМС (которая может быть такой же, как ВСН) и ЭСН. Заметим, что соглашение, используемое здесь для идентификации исходящих сообщений (INVOKE), использует символы ВЕРХНЕГО РЕГИСТРА, а ответные сообщения (RETURN RESULT) используют символы строчных букв (для сравнения OTASERPROG и (otaserprog).

Способ затем продолжается на этапе S21, на котором РИМ 18 (или 38) принимает сообщение otaserprog, содержащее ЭСН мобильной станции 2, ИИМС, хранимую в мобильной станции, и временную ИИМС. Комбинация ЭСН и временной ИИМС представляет всю информацию, требуемую для РИМ 18 для хранения записи для мобильной станции 2 и для обмена данными с мобильной станцией 2 посредством соединения для передачи данных. ИИМС, хранящаяся в мобильной станции, сохраняется в РИМ для последующего использования, если выполняются процедуры обновления СИСД. Предполагается, что временная ИИМС, ИИМС, хранящаяся в мобильной станции, и ЭСН не были сообщены к ЦОП в процессе установки речевого вызова и, следовательно, должны быть извлечены из ЦКМС.

После этапа S21 способ переходит к этапу S23, на котором РИМ 18 (или 38) определяет, должны ли другие услуги ПОР выполняться для мобильной станции 2. Если да, то способ переходит к процедуре, показанной на фиг. 4D, а затем возвращается на этап S25. Если никакие другие функции не должны выполняться, что определяется на этапе S23, то способ переходит к этапу S27. На этапе S25 РИМ посылает сообщение OTAData в OTASERPROG сообщении, в котором данные, требуемые для программирования обслуживания телефона мобильной станции 2 пользователя (например, постоянная ИИМС), передаются посредством соединения для передачи данных и принимаются мобильной станцией 2. Сообщение OTA Data является сообщением, которое реализует обмен между МС 2 и ЦКМС 10. Затем второе сообщение ПОР (на этапе S27) передается в мобильную станцию 2 в OTASERPROG сообщении, предписывая мобильной станции 2 передать данные программирования обслуживания, переданные в мобильную станцию 2, в ее энергонезависимую память. На этапе S29, на котором ЦКМС 10 определяет, должна ли быть отменена регистрация мобильной станции 2 (то есть должны ли ЦКМС/РМАВ 10/14, обслуживающая система удалить ИИМС мобильной станции 2 из регистров обслуживающей системы). Если не должна быть осуществлена отмена регистрации мобильной станции 2, управление возвращается на этап S33 на фиг. 4В. Однако, если должна быть осуществлена отмена регистрации мобильной станции, способ продолжается на этапе S31, на котором выполняется отмена регистрации (которая будет описана со ссылками на фиг. 5). Как только процесс отмены регистрации выполнен, способ продолжается с этапа S33.

Затем на этапе S33 мобильная станция 2 прерывает речевое соединение с ЦОП и процесс заканчивается.

На фиг. 4С представлена диаграмма вызова с использованием сообщений OTASERPROG и otaserprog, соответствующая процедуре, описанной со ссылками на фиг. 4А и 4В. Как описано выше, в настоящем изобретении предполагается, что РМАВ 14 и ЦКМС 10 используются прежде всего в качестве каналов для передачи сообщения между мобильной станцией 2 и РИМ/ЦУП 18/22 (или 38/42) и не играют активной роли в процессе программирования обслуживания мобильной станции 2. Это достигается посредством определения нового (OTASERPROG) INVOKE и RETURN RESULT сообщения, в котором может быть инкапсулировано сообщение OTAData, которое является сообщением, передаваемым между ЦКМС и МС, содержащим соответствующую информацию программирования обслуживания ПОР. OTASERPROG сообщение посылается из РИМ 18 (или 38) или ЦУП 22 (или 42) в ЦКМС 10. Если присутствует инкапсулированное сообщение OTAData, оно обычно должно быть извлечено посредством ЦКМС 10 из сообщения OTASERPROG INVOKE, посланного из РИМ 18 (или 38) или ЦУП 22 (или 42) в ЦКМС 10.

Сообщение otaserprog посылается из ЦКМС 10 в РИМ 18 (или 38) или ЦУП 22 (или 42). Если сообщение OTAData должно быть послано РИМ или ЦУП, оно формируется посредством ЦКМС 10 в сообщении OTASERPROG RETURN RESULT, посланном из ЦКМС 10 в РИМ 18 (или 38) или ЦУП 22 (или 42).

То есть процесс программирования обслуживания посредством радиосигналов может быть выгодно выполнен без существенного использования ресурсов обработки РМАВ/ЦКМС (14/10).

Кроме сообщений обмена ОТА Data между МС и РИМ или МС и ЦУП, сообщения OTASERPROG INVOKE и RETURN RESULT также используются для других целей, таких как «Соединение ЦКМС с РИМ посредством соединения передачи данных» и «передача параметров кодирования в ЦКМС».

Хотя для полноты диаграммы вызова на фиг. 4С (также как и другие диаграммы) изображают передачу сообщения к РМАВ/ЦКМС и из РМАВ/ЦКМС, должно быть понятно, что система, согласно настоящему изобретению, не предусматривает, что функции обработки или управления выполняются внутри РМАВ/ЦКМС в процессе программирования обслуживания ПОР.

На фиг. 4С (также как и на других диаграммах обработки вызова) приводятся обобщенные описания в связи с конкретными вызовами. На этих чертежах стрелки с пунктирной линией представляют собой речевой канал или канал трафика.

Структура диаграмм вызова описана со ссылкой на фиг. 4С. Верхняя часть фиг. 4С соответствует МС 2, ЦКМС 10, РМАВ 14, РИМ 18, ЦОП 26, РИМ 38 и ЦОП 44, которые также показаны на фиг. 3. ЦКМС 10 и РМАВ 14 совместно образуют обслуживающую систему, которая обслуживает МС 2 в текущем географическом местоположении МС. РИМ 18 и ЦОП 26 совместно образуют начальное местное обслуживание («начальное»), но заменяются переназначенным местным обслуживанием («переназначенное») посредством пересылки речевого вызова мобильной станции 2, как будет описано, переназначенному местному обслуживанию. Справа на фиг. 4С метки (этапы) показывают этапы процедуры передачи сигналов.

Начиная с этапа 100 на фиг. 4С, вызов исходит из мобильной станции 2 («МС 2») в ЦОП 26 на этапе 100, который соответствует этапам S1 и S3 на фиг. 4А. На этапе 200 (этап S3, фиг. 4А) оператор в исходном ЦОП 26 принимает вызов и начинает диалог с пользователем мобильного телефона. Во время диалога оператора ЦОП с пользователем оператор определяет, что пользователь должен быть назначен переназначенным РИМ 38 и ЦОП 44 (S5 и S7, фиг. 4А). Соответственно, на этапе 300 оператор ЦОП инициализирует операцию пересылки вызова (этап S9 на фиг. 4А), при которой вызов мобильной станции 2 передается к переназначенному РИМ 38 и переназначенному ЦОП 44. Во время этой операции передачи вызова ВСН, принятый в первом ЦОП 26 из ЦКМС 10, посылается переназначенному ЦОП 44. Затем, на этапе 400, пользователь мобильной станции 2 говорит с оператором в переназначенном ЦОП 44 и обеспечивает оператора переназначенного ЦОП необходимой информацией для установления обслуживания для мобильной станции пользователя. На этапе 500 ЦОП 44 инициирует (этап S11 на фиг. 4А) РИМ 38 посредством интерфейса 36 (фиг. 3) и передает ВСН в РИМ 38. Имея ВСН, РИМ получает адрес ЦКМС 10 на основании атрибута идентифицируемости, связанного с ВСН.

На этапе 600 РИМ 38 передает ВСН и код действия в сообщении OTAService-Programming INVOKE, OTASERPROG (ВСН, ActionCode) в РМАВ 14, который просто передает то же самое сообщение на этапе 700 в ЦКМС 10 местоназначения. (Этапы 600 и 700 соответствуют этапу S13 фиг. 4А.) Сообщение OTASERPROG содержит, по меньшей мере, два поля, включая поле кода действия (ActionCode) и поле ВСН. Данные в поле кода действия интерпретируются в ЦКМС 10 как "Соединить ЦКМС с РИМ с помощью соединения для передачи данных". Значение, представляющее ВСН, содержится в поле данных ВСН и используется в ЦКМС для обеспечения связи правильно выбранной МС с соединением для передачи данных (т.е. РИМ 38, РМАВ 14 и ЦКМС 10), см. этапы S15 и S17 на фиг. 4В.

ЦКМС отвечает на запрос РИМ 38, выдавая сообщение QTAServiceProgramming RETURN RESULT, otaserprog (временная ИИМС, ЭСН, ИИМС, хранимая в мобильной станции), см. этап S19 фиг. 4В. Сообщение otaserprog эффективно сообщает идентификационную информацию о мобильной станции 2 в РИМ 38 в виде ЭСН и ИИМС, хранимой в мобильной станции, и посылает также временную ИИМС в РИМ.

На этапе 900 РМАВ 14 передает временную ИИМС, ИИМС, хранимую в мобильной станции, и ЭСН в РИМ 38, причем она принимается в РИМ 38. Предполагается, что временная ИИМС, ИИМС, хранимая в МС, и ЭСН не передаются к ЦОП во время установления речевого вызова и, следовательно, должны быть извлечены из ЦКМС. При наличии временной ИИМС и ЭСН мобильной станции РИМ 38 затем может сохранять записи данных программирования мобильной станции 2 и может посылать релевантные части данных программирования в мобильную станцию 2 посредством сообщения ОТА Data, переданного в инкапсулированном виде в ЦКМС в сообщении OTASERPROG, что показано как этап 904 (этап S25 на фиг. 4В). Как описано выше, как только данные программирования записаны в мобильную станцию 2, мобильная станция 2 получает команду от РИМ сохранения данных программирования в энергонезависимой памяти. Речевой вызов с переназначенным ЦОП 44 завершается. В результате выполняется предоставление обслуживания мобильной станции посредством радиосигналов. Информация, запрограммированная в МС, также сохраняется в энергонезависимой памяти в РИМ и/или ЦУП.

В альтернативной последовательности вызова ЦОП 44 должен назначить временную ИИМС на этапе 500, в этом случае РИМ 38 будет включать ВСН и временную ИИМС в сообщение OTASERPROG, передаваемое в ЦКМС 10. В ответ ЦКМС 10 посылает обратно ЭСН и ИИМС, хранимую в МС, на этапах 800 и 900.

Возвращаясь к "другим функциям", описанным ранее по отношению к этапу S23 на фиг. 4В, следует отметить, что фиг. 4D является последовательностью этапов способа для обработки "других функций". Связь между фиг. 4В и 4D заключается в том, что, если на этапе S23 фиг. 4В определено, что "другие функции" должны быть выполнены, прежде чем обслуживание посредством радиосигналов будет осуществляться далее, процесс переходит от этапа S23 к этапу S39 на фиг. 4D. Если никакие "другие функции" не должны быть реализованы, способ продолжается на этапе S25, как показано на фиг. 4В. "Другие функции", которые реализованы в настоящем изобретении, объясняются со ссылками на фиг. 4D и фиг. 6, 7 и 8.

На фиг. 4D представлена последовательность операций в процедуре, которая является продолжением процедуры, показанной на фиг. 4В. На этапе S39 ЦОП 26 (или РИМ 18) определяет, должна ли выполняться процедура загрузки КУП (будет описана для фиг. 6), и выполняет на этапе S40 процедуру загрузки КУП, а затем переходит к этапу S41. Если на этапе S39 определено, что никакая процедура загрузки КУП не должна выполняться, то способ выполняет этап S41, на котором запрашивается, должна ли выполняться процедура обновления СИСД (будет описана со ссылками на фиг. 7). Если да, процесс продолжается на этапе S42, на котором выполняется процедура обновления СИСД, и процесс продолжается на этапе S43. Если на этапе S41 определено, что никакая процедура обновления СИСД не должна выполняться, процесс продолжается на этапе S43, на котором осуществляется запрос относительно того, должна ли выполняться процедура повторного установления подлинности (будет описана со ссылками на фиг. 8). Если да, то процесс продолжается на этапе S44, на котором выполняется процедура повторного установления подлинности. В противном случае процесс возвращается на этап S25 на фиг. 4В. Если выполняется загрузка КУП и если требуется секретность речевого обмена и/или кодирование сообщения, то обновление СИСД обязательно предшествует процедуре повторного установления подлинности. Каждая из процедур загрузки КУП, обновления СИСД, повторного установления подлинности описаны ниже более подробно.

Так как ЦУП и РИМ могут быть отделены друг от друга, последующее описание для процедур ЦУП предполагает, что ЦУП является отдельным от РИМ.

Имеются четыре операции, реализуемые с использованием ЦУП:

1) формирование КУП и передача его в мобильную станцию (из чего следует, что реализуется способ Ривеста-Шамира-Эдлмена (Rivest-Shamir-Adleman-RSA) для загрузки КУП, могут использоваться также другие способы загрузки КУП);

2) обновление СИСД,

3) формирование VPMASK и SMEKEY и

4) сохранение КУП и СИСД в энергонезависимой памяти.

Необходимо учесть ряд моментов.

1) Когда инициируются операции, связанные с установлением подлинности и передачей КУП, подход, согласно настоящему изобретению, состоит в том, что эти операции должны быть выполнены в ЦУП. Таким образом, РИМ не принимает КУП, показатель дешифрования или произведение простых составляющих Р и Q.

2) Когда сообщения ОТА Data формируются для передачи КУП, то, согласно настоящему изобретению, сообщение формируется в ЦУП, инкапсулируется и передается непосредственно или через РИМ в ЦКМС/РМАВ. Альтернативно, параметры формируются в ЦУП и передаются в РИМ, где формируются OTAData сообщения. Предпочтителен предшествующий подход.

3) Независимо от того, связывается ли ЦОП с ЦУП непосредственно или через РИМ, согласно настоящему изобретению, РИМ участвует в управлении, и, таким образом, ЦОП по существу взаимодействует только с РИМ.

4) ЦУП должен запускаться РИМ для формирования соответствующих сообщений ОТА Data. Аналогично, ЦУП должен информировать РИМ о завершении соответствующего действия.

Процедура загрузки КУП, согласно настоящему изобретению, описана со ссылками на фиг. 6. На фиг. 6 на этапе 1500 формируется новое сообщение IS-41 AuthenticationCenterDirective INVOKE, ACDIR (временная ИИМС, ЭСН, ACACTION) формируется посредством РИМ 18 или 38 и посылается в ЦУП 22 или 42. Это сообщение INVOKE, согласно настоящему изобретению, содержит поле ACACTION, предписывающее ЦУП 22 выполнить загрузку КУП для рассматриваемой мобильной станции 2 (фиг. 1). Мобильная станция 2 идентифицируется значениями, включенными в поля временной ИИМС и ЭСН данных сообщения ACDIR.

На этапе 1600 ЦУП 22 (или 42) передает временную ИИМС, ЭСН и общий ключ кодирования, сформированный в ЦУП, в сообщении ОТА Data, сообщении OTASERPROG [ИНМС, ЭСН, ОТА Data Сообщение], в РИМ 18 (или РИМ 38) посредством сообщения OTAService Programming INVOKE. Сообщение OTASERPROG пересылается от РИМ в ЦКМС через РМАВ. В ЦКМС сообщение ОТА Data, содержащее общий ключ кодирования, пересылается в мобильную станцию. Как только мобильная станция 2 принимает общий ключ кодирования, она использует его для кодирования маски сеанса, которую она передает в ЦКМС в сообщении ОТА Data.

На этапе 1900 ЦКМС 10 отвечает посредством сообщения ОТА ServiceProgramming RETURN RESULT, otaserprog [сообщение ОТА Data], содержащего закодированную маску сеанса в сообщении ОТА Data. Сообщение Otaserprog передают в ЦУП на этапах 2000 и 2100.

ЦУП декодирует маску сеанса, так как он имеет общий ключ кодирования и другие параметры, используемые для вычисления общего ключа кодирования. ЦУП выбирает КУП, кодирует его, используя маску сеанса. На этапе 2200 ЦУП 22 (или 42) передает временную ИИМС, ЭСН и сообщение ОТА Data, содержащее закодированный КУП в сообщении OTAServiceProgramming INVOKE, OTASERPROG (временная ИИМС, ЭСН, сообщение ОТА Data) к РИМ. На этапе 2300 и 2400 передается кодированный в ЦУП КУП в мобильную станцию 2. МС выполнено с возможностью декодирования КУП, так как она имеет маску сеанса, который использовался в ЦУП, чтобы кодировать КУП.

На этапе 2500 ЦКМС 10 передает из мобильной станции 2 сообщение ОТА Data, содержащее подтверждение, что КУП был успешно принят в сообщении OTADataMessage, в сообщении OTAServiceProgramming RETURN RESULT, сообщение otaserprog[Сообщение OTA Data]. На этапах 2600 и 2700 подтверждение мобильной станции 2 передается к ЦУП.

На этапе 2800 ЦУП 22 или 42 посылает пустое AuthenticationCenterDirective RETURN RESULT в РИМ 18 или 38 в качестве подтверждения в РИМ 18 или 38, что запрос РИМ для вызова загрузки КУП на этапе 1500 выполнен.

Процедура обновления СИСД, согласно настоящему изобретению, описана со ссылками на фиг. 7. Пример процедуры и схема сигнализации, показанная на фиг. 7, соответствует случаю, в котором СИСД не используется совместно. Так как ЦОП не может фактически принять решение о передаче параметров, которые были загружены в мобильную станцию 2, предпочтительно, чтобы СИСД не использовались совместно в процессе обновления СИСД в процедуре программирования обслуживания ПОР. Тем не менее совместное использование СИСД может использоваться. Отметим, что значительные модификации к IS-41-C не требуются для выполнения процедуры обновления СИСД, согласно настоящему изобретению. РИМ инициирует ЦУП для выполнения обновления СИСД, и ЦУП информирует РИМ при завершении процедуры обновления СИСД.

Этап 2900 последовательности операций при вызове на фиг. 7 изображает новое сообщение IS-41 AuthenticationCenterDirective INVOKE, ACDIR [временная ИИМС, ЭСН, ACACTION, ИИМС, хранимая в МС], согласно настоящему изобретению, которое передается от РИМ в ЦУП, для запроса процедуры модификации СИСД. Сообщение содержит поле ACACTION, которое предписывает ЦУП 22 (или 42, если выбран РИМ 38) выполнить обновление СИСД. Операция обновления СИСД может быть начата немедленно после того, как КУП был загружен в мобильную станцию. Этапы 3000-5300 аналогичны тем, которые существуют для процедуры обновления СИСД в IS41-C. Отметим, что ИИМС, часто сохраняемая в МС, посылается в ЦУП для использования при вычислении Ответаустановления подлинности на запрос базовой станции от МС. Процедура запроса базовой станции образует часть процедуры обновления СИСД.

На этапе 5400 РИМ 18 (или 38) посылает пустое сообщение AuthenticationCenterDirective, acdir [] в ЦУП 22 (или 42) в качестве подтверждения, завершая процедуру обновления СИСД.

Повторное установление подлинности для предоставления Секретности Речевой передачи, Кодирования Сообщения или и того и другого, согласно настоящему изобретению, выполняется следующим образом.

Повторное установление подлинности, согласно настоящему изобретению, реализуется посредством последовательности операций вызова, показанной на фиг. 8. На этом чертеже на этапе 5500 новое сообщение AuthenticationCenterDirective, INVOKE, ACDIR [временная ИИМС, ЭСН, DGTSDIAL, ACACTION] содержит поле ACACTION, предписывающее ЦУП 22 (или ЦУП 42, если выбран РИМ 38) выполнить процедуру повторного установления подлинности. В сообщение также включаются временные параметры ИИМС, ЭСН и DGTSDIAL (цифры, набираемые мобильной станцией).

На этапе 5600 ЦУП 22 (или 42) передает Сообщение ОТА Data, содержащее Произвольный Номер (RAND) в РИМ 18 (или РИМ 38, если он выбран) посредством сообщения OTAServiceProgramming INVOKE, OTASERPROG [Сообщение ОТА Data], которое в конечном счете должно быть получено в ЦКМС 10. Этапы 5700 и 5800 передают сообщение в ЦКМС 10. В ЦКМС 10 сообщение ОТА Data, содержащее RAND, посылается мобильной станции. Мобильная станция вычисляет Ответ установления подлинности (AUTHR) и включает его, наряду с другими параметрами, в сообщение ОТА Data в ЦКМС 10.

На этапе 5900 ЦКМС 10 отвечает на сообщение из ЦУП, посылая сообщение ОТА Data, содержащее AUTHR, в РМАВ 14 посредством сообщения OTAServiceProgramming RETURN RESULT, otaserprog [сообщение ОТА Data]. На этапах 6000 и 6100 передается сообщение ЦКМС к ЦУП 22.

На этапе 6200 ЦУП 22 определяет, что была правильно повторно установлена подлинность мобильной станции, и посылает параметры SMEKEY и VPMASK в РИМ 18 посредством сообщения AuthenticationCenterDirective RETURN RESULT, acdir [SMEKEY, VPMASK]. На этапах 6300 и 6400 эти параметры передаются в ЦКМС 10 в сообщении OTAService Programming INVOKE. Когда ЦКМС 10 принимает SMEKEY и VPMASK, он оборудован для использования секретности речевой передачи и кодирования сообщения.

На этапе 6500 ЦКМС 10 посылает пустое сообщение OTAService Programming RETURN RESULT, otaserprog [], служащее в качестве подтверждения, что VPMASK и SMEKEY были приняты в ЦКМС 10, которое передается на этапе 6600 к РИМ.

Хотя параметры VPMASK и SMEKEY могут быть включены в сообщение OTAServiceProgramming INVOKE в первый раз, когда оно посылается в ЦКМС, передавая параметр RAND, находящийся в Сообщении ОТА Data, предпочтительно эти параметры посылаются в ЦКМС после того, как ЦУП принимает ответ Повторное установление подлинности МС. Это является предпочтительным, так как ЦКМС не должен определить, был ли процесс повторного установления подлинности мобильной станции успешным при этой процедуре, ЦУП знает эту информацию и посылает VPMASK и SMEKEY в ЦКМС только в случае, если повторное установление подлинности МС было успешным.

Модификации сети IS-41, согласно настоящему изобретению, для реализации повторного установления подлинности для разрешения Секретности Речевой передачи, Кодирования Сообщения или и того и другого, должны включать VPMASK и SMEKEY в сообщение OTAService Programming INVOKE.

Возвращаясь к этапу S33 на фиг. 4В, следует отметить, что описанная выше Регистрация Мобильной станции 2 после программирования обслуживания ПОР, согласно настоящему изобретению, выполняется следующим образом.

Если программирование обслуживания ПОР было успешно и ИИМС была изменена, ЦКМС/РМАВ должен удалить любые записи в базе данных, относящиеся к старой ИИМС. Обслуживающий ЦКМС/РМАВ должен послать оповещение о регистрации в РИМ, чтобы зарегистрировать мобильную станцию 2 и получить профиль пользователя. Если ИИМС не изменилась, то РИМ может обновить обслуживающий ЦКМС/РМАВ с помощью IS41С-операций Qualification Directive и Authentication Directive на основании информации, хранимой в РИМ.

Когда ИИМС изменена, желательно, чтобы ЦКМС/РМАВ выполнял нормальные операции регистрации и получал профиль пользователя. Однако ЦКМС не знает новой ИИМС, если только ЦКМС не анализировал Сообщение ОТА Data, которое не является желательным.

В IS-683, стандарте на интерфейс радиосообщений МДКР для программирования обслуживания посредством радиосигналов, параметры регистрации мобильной станции не установлены на значения, которые вызывают регистрацию, когда мобильная станция завершает программирование обслуживания ПОР и возвращается к контролю канала управления. Мобильная станция может иметь правильный идентификационный номер системы (ИНС), идентификационный номер сети (ИНСт) и зон регистрации, но регистрация может не иметь места до тех пор, пока мобильная станция не инициирует вызов, пока мобильная станция не переместится и не инициируется регистрация, или время таймера мобильной станции не истечет для выполнения периодической регистрации. При работе в режиме МДКР мобильная станция может быть вынуждена регистрироваться (предполагая, что соответствующие способы регистрации допускаются в сообщении IS-95 System Parameters) посредством передачи мобильной станции Сообщения IS-95 Mobile Station Registered (Мобильная станция Зарегистрирована) с параметрами, установленными на значения, которые будут инициировать регистрацию. Например, установка ИНС равным 0 инициирует регистрацию, если разрешена параметрическая регистрация или зональная регистрация. В режиме МДКР базовая станция может получать ИНМС (МИМС) посредством сообщения IS-95 Status. Эти способы не могут использоваться при выполнении программирования обслуживания ПОР в аналоговом режиме.

Альтернативно, регистрация может быть выполнена путем пересылки новой ИИМС в ЦКМС в одном из OTAService Programming сообщений, так как ЦКМС имеет только временную ИИМС и ИИМС, предварительно сохраненную в МС. Это позволяет ЦКМС выполнять операцию IS-41 Registration Notification (Оповещение о регистрации). Другой альтернативой является модификация IS-683 и других стандартов программирования обслуживания ПОР на интерфейс радиосообщений с тем, чтобы мобильная станция очищала переменные регистрации при выполнении программирования обслуживания ПОР. Это будет приводить к регистрации мобильной станции при возврате в пейджинговый канал МДКР или аналоговый канал управления.

После приема указания успешного программирования обслуживания ПОР, в котором ИИМС изменена, обслуживающий ЦКМС должен также удалить старую ИИМС из своей базы данных, и выполнить IS-41-C операцию MSInactive со старой ИИМС (см. фиг. 5) для старого РИМ. Может быть желательно указать старому РИМ, что ИИМС мобильной станции была изменена. Это могло бы помочь избежать неправомерного входа в сеть.

Освобождение вызова, согласно настоящему изобретению, выполняется следующим образом.

Вызов может быть освобожден мобильной станцией, когда сеанс программирования обслуживания завершен. Он может также освобождаться посредством ЦОП 35, когда сеанс программирования обслуживания завершен.

Предыдущее описание предпочтительных вариантов осуществления представлено, чтобы дать возможность специалисту в данной области техники реализовать или использовать настоящее изобретение. Различные модификации этих вариантов осуществления очевидны для специалистов в данной области техники, и общие определенные здесь принципы могут применяться в других вариантах осуществления без использования изобретательских способностей. Таким образом, настоящее изобретение не предназначено для ограничения представленными вариантами осуществления, а должно соответствовать самому широкому его объему, совместимому с раскрытыми принципами и новыми признаками.

Изобретения относятся к системам связи, в частности к системе и способам программирования обслуживания мобильной станции посредством радиосигналов, согласно которым мобильная станция передает запрос программирования обслуживания в сеть связи, в результате чего мобильная станция соединяется с центром обслуживания пользователя. Центр обслуживания пользователя запрашивает пользователя мобильной станции об информации, в ответ на которую центр обслуживания пользователя выбирает регистр исходного местоположения и центр установления подлинности в составе сети связи, с которыми мобильная станция должна связываться. Информация программирования обслуживания, относящаяся к мобильной станции, передается из регистра исходного местоположения и/или центра установления подлинности в мобильную станцию. Техническим результатом является создание способа и системы активизации мобильной станции, исключающих необходимость для пользователя представлять мобильную станцию в сервисный центр. 7 н. и 18 з.п. ф-лы, 8 ил.

1. Способ программирования посредством радиосигналов (ОТА) мобильной станции в гостевой сети радиосвязи, заключающийся в том, что формируют временный идентификатор, представляющий мобильную станцию, причем временный идентификатор формируют в центре коммутации гостевой сети радиосвязи,

передают временный идентификатор из центра коммутации в регистр исходного местоположения через регистр местоположения абонентов-визитеров,

получают идентификатор мобильной станции из центра коммутации с помощью регистра исходного местоположения,

устанавливают прозрачную линию передачи данных между регистром исходного местоположения и мобильной станцией и

осуществляют программирование мобильной станции из регистра исходного местоположения.

направляют временный идентификатор из промежуточной станции в станцию конечного назначения, причем регистр исходного местоположения размещен в станции конечного назначения.

связывают речевой вызов с линией передачи данных в центре коммутации и назначают регистр мобильной станции в регистре исходного местоположения.

инициируют контакт с обслуживающей системой посредством мобильной станции,

формируют временный идентификационный номер для мобильной станции в обслуживающей системе,

направляют временный идентификационный номер от обслуживающей системы в центр обслуживания пользователя,

устанавливают идентификацию исходной системы в центре обслуживания пользователя,

устанавливают прозрачную линию передачи данных между исходной системой и мобильной станцией, причем обслуживающая система действует как среда передачи прозрачной линии передачи данных,

формируют сообщение программирования обслуживания в исходной системе и

направляют сообщение программирования обслуживания по прозрачной линии передачи данных от исходной системы в мобильную станцию.

центр коммутации мобильных станций, выполненный с возможностью формирования временного идентификатора для мобильной станции, совершающей роуминг, предназначенный для принятия решения, следует ли устанавливать прозрачную линию передачи данных между мобильной станцией, совершающей роуминг, и исходной системой мобильной станции, совершающей роуминг, и следует ли устанавливать данную прозрачную линию передачи данных между данной мобильной станцией, совершающей роуминг, и данной исходной системой данной мобильной станции, совершающей роуминг, и исходную систему, выполненную с возможностью сохранения набора команд для процессора, размещенного в мобильной станции, и установления прозрачной линии передачи данных между мобильной станцией, совершающей роуминг, и исходной системой, если исходная система принимает временный идентификатор для мобильной станции, совершающей роуминг.

элемент обработки, выполненный с возможностью выполнения набора команд, сохраненных в элементе памяти, причем набор команд предназначен для

изменения конфигурации мобильной станции, если сообщение с кодом программирования ОТА принято от пользователя мобильной станции,

передачи электронного серийного номера в центр коммутации и

одновременного содействия в работе линии передачи речи в первую станцию и линии передачи данных во вторую станцию, причем первая станция и вторая станция не являются станциями гостевой системы радиосвязи.

передают временный идентификатор из центра коммутации в регистр исходного местоположения,

получают идентификатор мобильной станции из центра коммутации с помощью регистра исходного местоположения,

устанавливают линию передачи данных между регистром исходного местоположения и мобильной станцией, используя идентификатор мобильной станции, и

осуществляют программирование мобильной станции из регистра исходного местоположения.

передают временный идентификатор в промежуточную станцию,

направляют временный идентификатор из промежуточной станции в станцию конечного назначения, причем регистр исходного местоположения размещен в станции конечного назначения.

связывают речевой вызов с линией передачи данных в центре коммутации и назначают регистр мобильной станции в регистре исходного местоположения.

формируют временный идентификационный номер для мобильной станции в обслуживающей системе,

направляют временный идентификационный номер от обслуживающей системы в центр обслуживания пользователя,

устанавливают идентификацию исходной системы в центре обслуживания пользователя,

устанавливают линию передачи данных между исходной системой и мобильной станцией, причем обслуживающая система действует как среда передачи линии передачи данных,

формируют сообщение программирования обслуживания в исходной системе и

направляют сообщение программирования обслуживания по линии передачи данных от исходной системы в мобильную станцию.

центр коммутации мобильных станций, выполненный с возможностью формирования временного идентификатора для мобильной станции, совершающей роуминг, предназначенный для принятия решения, следует ли устанавливать линию передачи данных между мобильной станцией, совершающей роуминг, и исходной системой мобильной станции, совершающей роуминг, и следует ли устанавливать данную линию передачи данных между данной мобильной станцией, совершающей роуминг, и данной исходной системой данной мобильной станции, совершающей роуминг, и

исходную систему, выполненную с возможностью сохранения набора команд для процессора, размещенного в мобильной станции, и установления линии передачи данных между мобильной станцией, совершающей роуминг, и исходной системой, если исходная система принимает временный идентификатор для мобильной станции, совершающей роуминг.