СПОСОБ ПРИЕМА ДАННЫХ В СТАНДАРТНОЙ СЕТИ GSM, КАСАЮЩИХСЯ ДОПОЛНИТЕЛЬНЫХ УСЛУГ В СИСТЕМЕ MSC И VLR Российский патент 1998 года по МПК H04B7/26 H04Q7/00 

Настоящее изобретение в общем случае относится к подвижным радиосистемам с сотовой структурой, основанным на так называемом стандарте GSM (глобальной системы для подвижной связи), а более конкретно - к методам для приема в сети GSM данных для дополнительных услуг.

Предшествующий уровень техники
Сеть GSM в общем случае содержит по меньшей мере одну систему базовой станции BSS, содержащую контроллер базовой станции BSC и приемопередатчики базовой станции BTS. Сеть GSM, кроме того, содержит коммутационный центр обслуживания подвижных станций MSC, регистр внутреннего местоположения HLR и регистр местоположения вновь прибывших VLR.

Каждая абонентская подвижная станция MS принадлежит HRL во внутренней сети, в котором хранятся данные постоянного абонента. При регистрации подвижной станции в системе MSC и VLR в качестве вновь прибывшего HLR этой подвижной станции посылает копию соответствующих данных абонента системе MSC и VLR. Данные посылают через сеть CCITT номер 7 от HRL к системе MSC и VLR. Процедуры для указанной операции описываются в протоколе MAP (часть применения для подвижных станций - описывается в GSM 09.02 рекомендации GSM ETSI). Структура данных в MAP описывается обычно в соответствии с ASN. I (абстрактные синтаксические обозначения). ASN. I и его правила описываются в CCITT X 208 и X 209.

Данные абонента в MAP оказываются определенными в общем типе данных, называемом Subscriber Data (Данные Абонента). Этот тип данных - "конструируемого" типа, что, согласно FSN. I, означает, что он в свою очередь содержит новые типы данных. Тип данных в Subscriber Data, который относится к данным для дополнительных услуг, называется Provisioned Supplementary Services (Обеспечиваемые Дополнительные Услуги). Provisioned Supplementary Services - это, в свою очередь, информационный список дополнительных услуг (SS), который, согласно структуре данных в MAP, подразумевает, что он содержит данные четырех различных типов:
Forwarding Info (Информация О Прохождении);
CallBarring Info (Информация Об Отмене Вызова);
информация CUG (замкнутой группы пользователей);
данные SS (дополнительных услуг).

Forwarding Info - это данные типа, который описывает услуги по прохождению данных обычным образом. CallBarring Info - это данные типа, который описывает услуги по отмене вызовов обычным образом. Информация CUG описывает более сложную структуру данных замкнутой группы пользователей, тогда как данные SS описывают структуру данных других дополнительных услуг, которые не подпадают под любую из перечисленных выше категорий.

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

Данные типов ForwardingInfo и CallBarringInfo и данные SS имеют одну общую особенность, которая состоит в том, что данные первого типа внутренне являются кодом SS (дополнительных услуг).

Код SS - это тип данных, который идентифицирует определенную дополнительную услугу (SS). Таким образом, все дополнительные услуги в GSM идентифицируются с помощью кода SS. Исключением из этого правила является дополнительное обслуживание замкнутой группы пользователей (CUG).

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

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

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

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

В патенте США 4752951 описывается система персонального поиска "УСТРОЙСТВО ПЕРСОНАЛЬНОГО ПОИСКА", содержащая "персональные поисковые устройства" и базовую станцию. Информация, связанная с местонахождениями абонента, посылается базе данных,
Патент США 4901340 связан с техникой, которая позволяет путешествующему абоненту подвижного телефона принимать вызов, направленный в его зону приписки, в то время, как названный абонент находится в иностранной зоне за пределами его зоны приписки. MTSO (междугородняя телефонная служба) иностранной зоны принимает информацию о том, что абонент в иностранной зоне хочет принимать вызовы, направленные в его зону приписки. Абоненту выделяется временный абонентский номер (TDN) для использования в иностранной зоне.

В патенте США 5090050 описывается связь с радиотелефонами, которые принадлежат к радиотелефонной системе, когда названные телефоны работают в другой географической зоне, обслуживаемой другой радиотелефонной системой. Пользователь радиотелефона посылает через телефон сигнал, который приводит в действие базу данных в системе приписки. Сигнал приведения в действие идентифицирует радиотелефон и другую радиотелефонную систему, обслуживающую зону, в которой радиотелефон временно находится. При получении вызова, который направляется радиотелефону, база данных ищет сигнал приведения в действие и вызов передается другой системе через наземную телефонную линию. Затем между другой системой и радиотелефоном устанавливается радиосвязь.

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

Поставленная задача решается тем, что в способе приема данных в стандартной сети GSM, касающихся дополнительных услуг в системе MSC и VLR, сигналы которых передавались между HLR и системой MSC и VLR через рекомендованный протокол MAP GSM, где MAP содержит последовательности "контейнеров" для данных по дополнительным услугам, причем соответствующие "контейнеры" содержат параметры, идентифицирующие услугу, к которой относится содержимое контейнера, вместе с данными, меняющимися от услуги к услуге, согласно изобретению:
a) проводят синтаксический анализ принимаемых данных абонента в MAP для идентификации соответствующих дополнительных услуг,
b) получают доступ для идентифицируемой дополнительной услуги к содержимому контейнера,
c) выполняют в рамках соответствующего дополнительного обслуживания синтаксический анализ типов тех данных, которые содержатся в контейнере, в соответствии со структурой, которая известна только в пределах соответствующего дополнительного обслуживания, и
d) осуществляют местное хранение данных для каждой дополнительной услуги в системе MSC и VLR.

Целесообразно также осуществлять:
A) 1. синтаксический анализ содержания информационного списка SS (дополнительных услуг) типа данных, то есть, списка, который идентифицирует типы данных в MAP, для того, чтобы идентифицировать те контейнеры, которые содержатся в информационном описке SS,
2. внутреннюю идентификацию кода SS типа данных в соответствующих контейнерах,
B) 1. анализ значения кода SS при обеспечении того, что новые значения кода SS могут добавляться, не влияя на функцию, которая выполняет анализ, причем каждый раз при выполнении анализа указывается дополнительная услуга,
2. запрос версию дополнительного обслуживания о содержимом контейнера для использования названным дополнительным обслуживанием и внутренний анализ в рамках указанного дополнительного обслуживания указанного содержимого, и
3. повторение шагов BI-2 до тех пор, пока не будут пройдены все контейнеры и все контейнеры не будут выделены для прохождения соответствующего принимающего дополнительного обслуживания с одновременным исключением контейнеров, не подлежащих дополнительному обслуживанию.

Как упоминалось выше, структура данных в MAP описывается в общем случае в соответствии с ASN. I (абстрактные синтаксические обозначения). Согласно изобретению типы данных, описанные в соответствии с синтаксисом ASN. I, могут осуществляться в системе MSC и VLR таким образом, чтобы существовала возможность добавления в системе MSC и VLR новых дополнительных услуг, которые обеспечивают свои собственные типы данных, не влияя на те функции, которые имеют дело с окончанием протокола MAP в системе MSC и VLR.

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

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

Фиг. 3 изображает блок-схему одного из вариантов осуществления способа, соответствующего изобретению.

Лучший вариант осуществления изобретения
На фиг. 1 сотовая сеть GSM содержит по существу некоторое число систем базовой станции, из которых две обычно обозначаются BSS1 и BSS2 соответственно. Каждая из систем базовой станции BSS1 и BSS2 содержит контроллер базовой станции BSC1 и BSC2 соответственно, связанный с приемопередатчиками базовой станции BTS через линии связи L, причем один из названных приемопередатчиков базовой станции обозначается BTS.n на фиг. 1. Каждый приемопередатчик BTS находится в связанной с ним ячейке сотовой сети, которая показана на фиг. 1 как сотовая структура, в которой каждый шестиугольник представляет ячейку. На фиг. 1 ячейка, содержащая приемопередатчик BTS.n, обозначается С. п. Сеть GSM, кроме того, содержит коммутационный центр обслуживания подвижных станций MSC, имеющий регистр местонахождения приезжих VLR. Кроме того, имеется один или большее число регистров внутреннего местоположения HLR, которые устанавливают связь с MSC. MSC соединяется для связи с контроллерами базовой станции BSC1 и BSC2 через наземную подвижную сеть общественного пользования PLMN.

Хотя это и не показано, MSC, показанный i на фиг. 1, обычно имеет сопряжение с другими MSC, причем каждый MSC, кроме того, имеет интерфейсы для связи с локальной коммутируемой телефонной сетью общественного пользования.

Каждая абонентская подвижная станция MS принадлежит HRL в сети приписки, в которой сохраняются постоянные данные абонентов. Когда подвижная станция регистрируется в системе MSC и VLR в качестве вновь прибывшего, HRL посылает копию соответствующих данных абонента системе MSC и VLR. Данные посылаются через сеть CCITT номер 7 от HLR системе MSC и VLR. Процедуры для этого описываются в протоколе MAP (часть применения для подвижных станций, описываемая в рекомендациях GSM ETSI GSM 09.02). Структура данных в MAP описывается обычно в соответствии с ASN.I (абстрактные синтаксические обозначения), ASN. I и его правила описываются в CCITT X.208 и X.209.

Данные абонента в MAP оказываются определенными в общем типе данных, называемом SubscriberData (Данные Абонента). Этот тип данных - "конструируемого" типа, что, согласно FSN.I, означает, что он в свою очередь содержит новые типы данных. Тип данных в SubscriberData, который относится к данным для дополнительных услуг, называется Provisioned Supplementary Services (Обеспечиваемые Дополнительные Услуги). Provisioned Supplementary Services в свою очередь информационный список дополнительных услуг (SS). Согласно структуре данных в MAP и со ссылкой на фиг. 2 это подразумевает, что в информационном списке дополнительных услуг, обозначенном 2, содержатся данные четырех различных типов 4, 6, 8 и 10, а именно, CallBarringInfo (Информация Об Отмене Вызова), ForwardingInfo (Информация О Прохождении), данные SS (дополнительных услуг) и информация CUG (замкнутой группы пользователей) соответственно.

CallBarringInfo - это данные типа, который описывает услуги по отмене вызовов обычным образом. ForwardingInfo 6 - это данные типа, который описывает услуги по прохождению вызова обычным образом. Информация CUG 10 описывает более сложную структуру данных замкнутой группы пользователей, тогда как данные SS 8 описывают структуру данных других дополнительных услуг, которые не подпадают под любую из перечисленных выше категорий.

Данные типов 4-10 содержат специфичные данные для соответствующих дополнительных услуг. Например, в случае услуг по прохождению вызова имеется значительная часть данных, которая является общей для этих услуг, и, следовательно, данные прохождения вызова обычно описываются в ForwardingInfo. Таким образом, данные дополнительного обслуживания являются до некоторой степени общими данными и в другой степени данными, которые специфичны для соответствующей дополнительной услуги.

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

Код SS - это тип данных, который идентифицирует определенную дополнительную услугу (SS). Таким образом, все дополнительные услуги в GSM идентифицируются с помощью кода SS. Исключением из этого правила является дополнительное обслуживание замкнутой группы пользователей (CUG).

Сказанное выше можно суммировать, просто сообщив, что MAP содержит последовательности "контейнеров" для данных дополнительного обслуживания, то есть, контейнеры 4-10. Соответствующие "контейнеры" всегда содержат параметр, который указывает услугу, с которой связано содержимое "контейнера", причем этот параметр является "кодом SS" в MAP, вместе с данными, которые меняются от услуги к услуге. Параметр, который идентифицирует предполагаемую услугу, всегда находится в одном и том же месте внутри "контейнера", в результате чего появляется возможность единообразной идентификации приемника данных безотносительно к предоставленной услуге.

На фиг. 2 проиллюстрирован принцип использования последовательностей "контейнеров", что является важной особенностью процесса согласно изобретению.

Изобретение осуществляет общую функцию, цель которой состоит в синтаксическом анализе данных абонента, которые принимаются в MAP, в той мере, чтобы могли быть проидентифицированы соответствующие дополнительные услуги. Когда с помощью данных типа кода SS была идентифицирована правильная дополнительная услуга, она способна получить доступ к содержимому "контейнера". Далее соответствующие дополнительные услуги синтаксически анализируют те типы данных, которые содержатся в "контейнере", в соответствии со структурой, которая известна только в соответствующих дополнительных услугах. Данные сохраняются на локальном уровне для каждого дополнительного обслуживания в системе MSC и VLR.

Функция, которая решает указанные задачи в системе MSC и VLR, делится на две функции, называемые здесь подфункцией A и подфункцией B, процедурные шаги которых показаны на фиг. 3 и ниже:
Подфункция A
Шаг 14 - Анализ информационного списка SS.

Шаг 15 - Идентификация первого "контейнера".

Шаг 18 - Идентификация "кода SS".

Шаг 20 - Выполнение подфункции B.

Шаг 22 - Решение, все ли контейнеры были рассмотрены.

Шаг 24 - Если нет, то идентификация следующего контейнера и переход к шагу 18 согласно стрелке 26. Повторение до тех пор, пока не будут пройдены все контейнеры, что решается на шаге 22.

Шаг 28 - Освобождение содержимого контейнеров при вызове от "обслуживания".

Подфункция B
Шаг 20.1 - Анализ "кода SS".

Шаг 20.2 - Вызов обслуживания, которому принадлежит "код SS".

Шаг 20.3 - Установление, существует ли владелец.

Шаг 20.4 - Если нет, то отказ от "контейнера".

Шаг 20.5 - При вызове от "обслуживания" сохранение информации, относящейся к обслуживанию, которому принадлежит соответствующий "код SS".

В подфункции A содержимое информационного списка SS типов данных синтаксически анализируется на шаге 14 с тем, чтобы оказаться в состоянии идентифицировать все "контейнеры" в информационном списке SS на шаге 16. Код SS типов данных идентифицируется внутри соответствующих "контейнеров" на шаге 18. Вторая подфункция, называемая здесь подфункцией B, вызывается для каждого "контейнера" и выполняет на шаге 20 идентификацию правильного дополнительного обслуживания.

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

Дополнительное обслуживание указывается каждый раз при анализе кода SS на шаге 20.1. Это дополнительное обслуживание не способно вызывать подфункцию А и таким образом получать доступ к содержимому, то есть, к данным в "своем контейнере" на шаге 28. Содержимое "контейнера" (типы данных, специфичные для этого обслуживания) в дальнейшем анализируется внутри функции для дополнительного обслуживания.

Эта процедура далее повторяется согласно шагам 22, 24 и 26 до тех пор, пока не будут пройдены все "контейнеры" и все "контейнеры" не окажутся доставленными к соответствующим принимающим дополнительным услугам. Те "контейнеры", которые не соответствуют дополнительному обслуживанию, могут отбрасываться на шаге 20.4, так как эти контейнеры содержат данные для обслуживания, которое в системе MSC и VLR не осуществляется.

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

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

В итоге, при работе с обслуживанием, которому принадлежит код SS, и его использовании должны выполняться следующие процедурные шаги:
При добавлении новой услуги в системе MSC и VLR сообщение "кода SS" подфункции B путем вызова подфункции B на шаге 20.5.

При приеме вызова от функции B вызов подфункции A на шаге 28 с запросом доступа к содержимому "контейнера".

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

Изобретение относится к способу приема данных в сети для дополнительных услуг в системе MSC и VLR, сигналы которых передаются между HRL и системой MSC и VLR в протоколе МАР. МАР содержит последовательности "контейнеров" для дополнительных услуг, где "конвейеры" всегда содержат параметр, который указывает услугу, с которой связано содержимое соответствующего контейнера, вместе с данными, которые меняются от услуги к услуге. Данный параметр всегда находится в одном и том же месте внутри "контейнера". Способ содержит функцию, цель которой состоит в синтаксическом анализе данных абонента, принимаемых в МАР, в той мере, чтобы могли идентифицироваться соответствующие дополнительные услуги. Когда с помощью кода SS типа данных идентифицируется правильная дополнительная услуга, она получает доступ к содержимому контейнера. Соответствующие дополнительные услуги синтаксически анализируют те типы данных, которые содержатся в контейнере в соответствии со структурой, которая известна только соответствующей дополнительной услуге. Затем происходит местное сохранение данных для каждой дополнительной услуги в системе MSC и VLR. Техническим результатом является улучшение свойств при конструировании дополнительных услуг. 2 з.п.ф-лы, 3 ил.

1. Способ приема в стандартной сети глобальной системы для подвижной связи данных, касающихся дополнительных услуг в системах с коммутационным центром обслуживания подвижных станций и регистром местоположения вновь прибывших, сигналы которых посылались между регистром внутреннего местоположения и указанными двумя системами в рекомендованном для глобальной системы для подвижной связи протоколе "Часть применения для подвижных станций", содержащем последовательности "контейнеров" для данных дополнительного обслуживания, причем соответствующие "контейнеры" содержат параметр, идентифицирующий услугу, к которой относится содержимое "контейнера", вместе с данными, меняющимися от услуги к услуге, отличающийся тем, что a проводят синтаксический анализ данных абонентов, принимаемых в протоколе "Часть применения для подвижных станций", для идентификации соответствующих дополнительных услуг, b получают доступ для идентифицированного дополнительного обслуживания к содержимому контейнера, c) проводят синтаксический анализ в рамках соответствующего дополнительного обслуживания данных тех типов, которые содержатся в контейнере, в соответствии со структурой, известной только в пределах соответствующего дополнительного обслуживания, и d) осуществляют местное хранение данных для каждой дополнительной услуги в системах с коммутационным центром обслуживания подвижных станций и с регистром местоположения вновь прибывших. 2. Способ по п. 1, отличающийся тем, что дополнительно используют в качестве названного параметра код "Дополнительных услуг", который всегда оказывается в одном и том же месте внутри названного "контейнера". 3. Способ по п. 1, отличающийся тем, что A) 1. проводят синтаксический анализ содержания информационного списка "Дополнительных услуг" типов данных, т.е. списка, который идентифицирует типы данных в протоколе "Часть применения для подвижных станций", для идентифицирования контейнеров, содержащихся в информационном списке "Дополнительных услуг", 2. проводят внутреннюю идентификацию кода типа данных "Дополнительных услуг" в соответствующих контейнерах, B) 1. анализируют значение кода "Дополнительных услуг" для обеспечения возможности новым значениям кода "Дополнительных услуг" быть добавленными без влияния на функцию, выполняющую анализ, причем дополнительное обслуживание указывают каждый раз при проведении анализа, 2. запрашивают версию дополнительного обслуживания о содержимом контейнера для использования в рамках указанного дополнительного обслуживания и внутреннего анализа в рамках указанного дополнительного обслуживания указанного содержимого, и повторяют операции B1-2 до тех пор, пока все контейнеры не будут пройдены и все контейнеры не будут выделены для прохождения соответствующего принимающего дополнительного обслуживания с одновременным исключением контейнеров, не подлежащих дополнительному обслуживанию.