Система мобильной связи

Система мобильной связи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к системе мобильной связи.

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

Считается, что формы промышленного использования базовой фемто-станции (домашний узел B; далее сокращенно HNB) включают в себя, например, форму использования, такую как небольшая беспроводная базовая станция, предназначенная для домашнего использования, и форму использования, такую как небольшая беспроводная базовая станция на предприятии.

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

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

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

(3) возможность использования преимуществ высокоскоростных технологий 64QAM (64-ричная квадратурная амплитудная модуляция) и MIMO (система с множеством входов и множеством выходов), что позволяет обеспечить подчинение услуги высокоскоростной передачи пакетов узлу HNB, поскольку расстояние между базовой станцией и мобильной станцией невелико, и мобильная станция может поддерживать высокое качество беспроводной связи (Ec/Io); и

(4) возможность предоставления услуги передачи специализированного контента, используя преимущество локальности HNB.

Как было описано выше, обслуживание посредством HNB имеет множество преимуществ. Соответственно, предпочтительно предоставлять такое обслуживание только тем абонентам, которые подписали контракт с поставщиком, и тем абонентам, которые получили разрешение от владельца HNB.

Таким образом, 3GPP (Проект партнерства 3-го поколения), в версии 8, ввел CSG (закрытую абонентскую группу), такую что только мобильные станции в разрешенной группе могут иметь доступ к HNB и пользоваться услугами.

CSG подробно описана ниже со ссылкой на фиг. 1.

Система мобильной связи третьего поколения, показанная на фиг. 1, включает в себя HNB 20, шлюз (шлюз GW домашнего узла B; далее сокращенно HNB-GW) 30 базовой фемто-станции, станцию (центр коммутации мобильной связи; далее сокращенно MSC) 40 коммутации каналов, станцию (обслуживающий узел поддержки GPRS; далее сокращенно SGSN) 50 коммутации пакетов и мобильные станции 10-1 и 10-2 третьего поколения.

На фиг. 1 мобильная станция 10-1 из числа мобильных станций 10-1 и 10-2, находящихся в области, подчиненной узлу HNB 20, является авторизованной мобильной станцией. С другой стороны, мобильная станция 10-2 является мобильной станцией, которая стремится принимать услуги посредством HNB 20 неавторизованным образом, и далее эту станцию называют неавторизованной мобильной станцией 10-2. В случае, когда мобильная станция себя не идентифицирует, такая мобильная станция будет называться мобильной станцией 10.

HNB 20 соединен с базовой сетью оператора через HNB-GW 30.

Базовая сеть, которая является устройством базовой сети, включает в себя MSC 40, который управляет коммутацией каналов, и SGSN 50, который управляет коммутацией пакетов.

Если HNB 20 поддерживает функцию CSG, то HNB 20 сообщает мобильной станции 10, находящейся в области, подчиненной узлу HNB 20, идентификатор CSG (идентификационный номер CSG) собственной соты CSG.

Мобильная станция 10-1 декодирует идентификатор CSG, сообщенный от HNB 20, и определяет, включен ли этот идентификатор группы CSG в состав списка CSG, включенный в состав мобильной станции 10-1.

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

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

Этот механизм разрешает доступ к HNB 20 только выбранной мобильной станции 10-1 с идентификатором соты CSG узла HNB 20.

Однако может иметь место случай, когда возможно принимать услугу неавторизованным путем в изначально недоступной соте CSG узла HNB 20, как и в случае неавторизованной мобильной станции 10-2, показанной на фиг. 1, даже если поддерживается функция CSG.

В таком случае MSC 40 или SGSN 50 проверяет IMSI (Международный идентификационный номер абонента мобильной связи) мобильной станции 10 и идентификатор CSG соты CSG, где находится мобильная станция 10, и тем самым выполняет регулировку доступа, регулирующую доступ от мобильной станции 10 к HNB 20 (3GPP TS25.467, версия 8.0.0, раздел 5.1.3).

С другой стороны, поскольку функция CSG была введена из Версии 8 проекта 3GPP, имели место случаи, когда мобильная станция 10-1 (до выпуска Версии 8) не поддерживала функцию CSG. Кроме того, имеют место случаи, когда функция CSG не поддерживается узлом HNB 20.

В этих случаях HNB 20 выполняет процедуру (3GPP TS24.008, версия 8.4.0) идентификации на мобильной станции 10-1, чтобы узнать IMSI мобильной станции 10-1. HNB 20 выполняет процедуру (3GPP TS25.469 версия 8.0.0) HNBAP (прикладная часть HNB): UE REGISTER REQUEST в HNB-GW 30, чтобы зарегистрировать мобильную станцию 10-1 в HNB-GW 30. Здесь HNB-GW 30 проверяет, доступен или нет IMSI мобильной станции 10-1 узлу HNB 20, и таким образом регулирует доступ.

Если HNB-GW 30 определяет, что мобильная станция 10-1 имеет доступ к HNB 20, HNB-GW 30 уведомляет HNB 20 о разрешении доступа посредством сообщения HNBAP: UE REGISTER ACCEPT. Соответственно, HNB 20 предоставляет обслуживание мобильной станции 10-1.

С другой стороны, если мобильная станция 10 является неавторизованной мобильной станцией 10-2, показанной на фиг. 1, IMSI неавторизованной мобильной станции 10-2 не будет зарегистрирован для доступа в CSG. Соответственно, HNB-GW 30 определяет, что неавторизованная мобильная станция 10-2 не может иметь доступ к HNB 20 и уведомляет HNB 20 о том, что доступ не может быть разрешен посредством сообщения HNBAP: UE REGISTER REJECT. На этом завершается соединение RRC (управление радиоресурсами) между неавторизованной мобильной станцией 10-2 и HNB 20 (3GPP TS25.467, версия 8.0.0, раздел 5.1.2).

Как было описано выше, в случае предоставления обслуживания посредством HNB 20, если неавторизованная мобильная станция 10-2, доступ которой к HNB 20 не разрешен, порождает вызов, то сеть мобильной связи отклоняет доступ к HNB 20 в процессе установления сигнала, поскольку MSC 40, SGSN 50 или HNB-GW 30 регулирует доступ на основе IMSI мобильной станции 10.

С другой стороны, стандарты 3GPP указывают, что породить вызов может даже мобильная станция 10, у которой изначально нет доступа к HNB 20, если тип вызова является экстренным вызовом (3GPP TS22.011, версия 8.6.0, раздел 8.5.1).

Если тип вызова является экстренным вызовом, то мобильная станция 10-1 устанавливает значение «Экстренный вызов» для параметра «Причина установления», который представляет причину запроса установления в сообщении RRC: RRC CONNECTION REQUEST или RRC: INITIAL DIRECT TRANSFER, подлежащем передаче на HNB 20 по запросу установления соединения RRC или по запросу установления соединения для сигнализации (3GPP TS25.331, версия 8.5.0, раздел 10.3.3.11, патентная литература 1).

Затем HNB 20 устанавливает значение «Экстренный вызов» параметра «Причина регистрации» в сообщении HNBAP: UE REGISTER REQUEST, подлежащем передаче на HNB-GW 30.

Если параметр «Причина регистрации» имеет значение «Экстренный вызов», то HNB-GW 30 не осуществляет регулировку доступа на основе IMSI (3GPP TS25.467, версия 8.0.0, раздел 5.1.2).

Этот способ позволяет мобильной станции 10, которая изначально не имеет возможности доступа к HNB 20, избежать регулировки доступа шлюза HNB-GW 30 и получить доступ к HNB 20, если тип вызова является экстренным вызовом.

Здесь на фиг. 2 показана конфигурация сообщения RRC: RRC CONNECTION REQUEST; на фиг. 3 показана конфигурация сообщения RRC: INITIAL DIRECT TRANSFER; на фиг. 4 показана конфигурация параметра «Причина установления» протокола RRC; на фиг. 5 показана конфигурация сообщения HNBAP: UE REGISTER REQUEST; а на фиг. 6 показана конфигурация параметра «Причина регистрации» протокола HBNAP.

Список ссылок

Патентная литература

Патентная литература 1: JP 2003-244284A

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

Техническая проблема

Вышеупомянутый способ позволяет избежать регулировки доступа шлюза HNB-GW 30 и разрешает мобильной станции 10 получить доступ к HNB 20, если мобильная станция 10 породила вызов в виде экстренного вызова.

Таким образом, это дает возможность даже мобильной станции 10, которая изначально не могла получить доступ к HNB 20, например неавторизованной мобильной станции 10-2, получить доступ к HNB 20 посредством ложного представления параметра «Причина установления» в протоколе RRC как «Экстренный вызов» и путем отказа от регулировки доступа шлюза HNB-GW 30.

Считается, что такая неавторизованная мобильная станция 10-2 может быть легко создана посредством модификации программного обеспечения, с тем чтобы фальсифицировать единственный параметр - «Причину установления».

Зато имеет место случай, когда между авторизованной мобильной станцией 10-1 и HNB 20 существует устройство, которое декодирует сообщение RRC: RRC CONNECTION REQUEST, подлежащее передаче от авторизованной мобильной станции 10-1 в общий канал (RACH: канал произвольного доступа), причем это сообщение не маскируется или не подвергается мерам против фальсификации; заменяет параметр «Причина установления» на «Экстренный вызов»; кодирует сообщение RRC: RRC CONNECTION REQUEST и передает его на HNB 20. В этом случае с авторизованной мобильной станцией 10-1 обращаются таким же образом, как обращаются с вышеупомянутой неавторизованной мобильной станцией 10-2.

Такая неавторизованная мобильная станция 10-2 вызывает следующие проблемы.

(1) Установленный дома или на предприятии HNB 20 используется неавторизованной мобильной станцией 10-2 неавторизованным образом.

(2) Неавторизованная мобильная станция 10-2 может воспользоваться услугой выставления счета, которая дешевле, чем обычная услуга выставления счета, посредством порождения вызова через HNB 20 неавторизованным образом.

(3) Услуга передачи содержания, предназначенного для конкретных пользователей, используется неавторизованной мобильной станцией 10-2 неавторизованным образом.

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

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

Вместо вышеизложенного, также рассмотрено, что HNB-GW 30 выполняет процесс разъединения вызова на мобильной станции 10, которая породила вызов в виде экстренного вызова. Для этого необходимо, чтобы HNB-GW 30 знал, является ли тип вызова, фактически порожденного мобильной станцией 10, экстренным вызовом или нет.

Однако в настоящей конфигурации HNB-GW не может знать тип вызова, в действительности порожденного мобильной станцией 10.

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

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

Решение проблемы

Согласно настоящему изобретению система мобильной связи включает в себя:

мобильную станцию;

базовую станцию, связанную беспроводно с мобильной станцией; и

шлюзовое устройство, соединенное с базовой станцией и базовой сетью,

причем базовая станция включает в себя:

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

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

причем шлюзовое устройство включает в себя:

первое приемное средство для приема сообщения о регистрации от базовой станции;

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

средство проверки для проверки согласованности между сообщением о регистрации и сообщением об установлении.

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

первое приемное средство, принимающее от базовой станции сообщение о регистрации для регистрации мобильной станции в шлюзовом устройстве;

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

средство проверки для проверки согласованности между сообщением о регистрации и сообщением об установлении.

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

мобильную станцию;

базовую станцию, связанную беспроводно с мобильной станцией; и

шлюзовое устройство, соединенное с базовой станцией и базовой сетью,

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

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

шлюзовое устройство принимает сообщение о регистрации от базовой станции,

шлюзовое устройство принимает от базовой станции сообщение об установлении, относящееся к установлению экстренного вызова;

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

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

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

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

выполнение проверки согласованности между сообщением о регистрации и сообщением об установлении.

Преимущественные результаты изобретения

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

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

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

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

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

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

Фиг. 2 является схемой, показывающей конфигурацию сообщения RRC CONNECTION REQUEST.

Фиг. 3 является схемой, показывающей конфигурацию сообщения INITIAL DIRECT TRANSFER.

Фиг. 4 является схемой, показывающей конфигурацию параметра «Причина установления».

Фиг. 5 является схемой, показывающей конфигурацию сообщения UE REGISTER REQUEST.

Фиг. 6 является схемой, показывающей конфигурацию параметра «Причина регистрации».

Фиг. 7 является блок-схемой, показывающей конфигурацию HNB согласно первому примерному варианту осуществления.

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

Фиг. 9 является блок-схемой, показывающей конфигурацию MSC согласно первому примерному варианту осуществления.

Фиг. 10 является блок-схемой, показывающей конфигурацию SGSN согласно первому примерному варианту осуществления.

Фиг. 11 является блок-схемой, показывающей конфигурацию HNB согласно второму примерному варианту осуществления.

Фиг. 12 является блок-схемой, показывающей конфигурацию HNB-GW согласно второму примерному варианту осуществления.

Фиг. 13 является блок-схемой, показывающей конфигурацию MSC согласно второму примерному варианту осуществления.

Фиг. 14 является блок-схемой, показывающей конфигурацию SGSN согласно второму примерному варианту осуществления.

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

Фиг. 16 является схемой, показывающей конфигурацию сообщения CM SERVICE REQUEST.

Фиг. 17 является схемой, показывающей конфигурацию параметра «Тип услуги CM».

Фиг. 18 является блок-схемой последовательности операций, показывающей процесс определения посредством HNB параметра «Причина регистрации».

Фиг. 19 является схемой, показывающей конфигурацию сообщения INITIAL UE MESSAGE, куда был добавлен параметр «Причина экстренного вызова» согласно настоящему изобретению.

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

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

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

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

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

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

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

Фиг. 27 является схемой, показывающей конфигурацию HNB-GW согласно четвертому примерному варианту осуществления.

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

Фиг. 29 является блок-схемой последовательности операций процесса определения параметра «Тип вызова» посредством MSC согласно четвертому примерному варианту осуществления.

Фиг. 30 является схемой, показывающей конфигурацию сообщения COMMON ID согласно настоящему изобретению.

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

Фиг. 32 является блок-схемой последовательности операций, показывающей процесс определения посредством SGSN параметра «Тип вызова» согласно четвертому примерному варианту осуществления.

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

Фиг. 34 является схемой, показывающей конфигурацию сообщения DIRECT TRANSFER согласно настоящему изобретению.

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

Фиг. 36 является схемой, показывающей конфигурацию сообщения RAB ASSIGNMENT REQUEST согласно настоящему изобретению.

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

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

Фиг. 39 является схемой, показывающей параметр приоритета распределения/сохранения согласно седьмому примерному варианту осуществления.

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

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

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

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

Описание вариантов осуществления изобретения

Далее со ссылкой на чертежи описываются примерные варианты осуществления.

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

(Первый примерный вариант осуществления)

На фиг. с 7 по 10 показаны конфигурации HNB 20, HNB-GW 30, MSC 40 и SGSN 50 соответственно согласно этому примерному варианту осуществления.

Обратимся к фиг. 7, где HNB 20 согласно этому примерному варианту осуществления включает в себя: контроллер 21А, который включает в себя информацию, указывающую в сообщении Протокола RANAP (Часть сетевого приложения радиодоступа), что мобильная станция 10 породила вызов в виде экстренного вызова; и передатчик 22А, который передает на HNB-GW 30 сообщение протокола RANAP. Сообщение протокола RANAP является сообщением на прикладном уровне сети беспроводного доступа и включает в себя, например, функциональную возможность прозрачной пересылки в RAN сигнала CC/MM, подлежащего передаче и приему между UE (пользовательским оборудованием) и устройством базовой сети.

Обратимся к фиг. 8, где HNB-GW 30 согласно этому примерному варианту осуществления включает в себя: приемник 31А, который принимает от HNB 20 сообщение протокола RANAP; контроллер 32А, извлекающий сообщение протокола RANAP; и передатчик 33А, который передает сообщение протокола RANAP в MSC 40 или SGSN 50.

Обратимся к фиг. 9, где MSC 40 согласно этому примерному варианту осуществления включает в себя: приемник 41А, принимающий от HNB-GW 30 сообщение протокола RANAP; и контроллер 42А, который, если в состав сообщения протокола RANAP включена информация, указывающая, что мобильная станция 10 породила вызов в виде экстренного вызова, определяет, является ли тип вызова, который действительно порожден мобильной станцией 10, экстренным вызовом или нет, и выполняет процесс разъединения вызова, если тип не является экстренным вызовом.

Обратимся к фиг. 10, где SGSN 50 согласно этому примерному варианту осуществления включает в себя: приемник 51А, принимающий от HNB-GW 30 сообщение протокола RANAP; и контроллер 52А, который, если в состав сообщения протокола RANAP включена информация, указывающая, что мобильная станция 10 породила вызов в виде экстренного вызова, определяет, является ли тип вызова, который действительно порожден мобильной станцией 10, экстренным вызовом или нет, и выполняет процесс разъединения вызова, если тип не является экстренным вызовом.

Соответственно, в этом примерном варианте осуществления MSC 40 или SGSN 50 способен узнавать, что мобильная станция 10 породила вызов в виде экстренного вызова.

В результате если мобильная станция 10 сфальсифицировала «Причину установления» и ложно представила вызов как экстренный вызов, то MSC 40 или SGSN 50 может выполнить на мобильной станции 10 процесс разъединения вызова. Соответственно, это может предотвратить неавторизованное использование услуги посредством HNB 20.

(Второй примерный вариант осуществления)

На фиг. 11 и 14 показаны конфигурации HNB 20, HNB-GW 30, MSC 40 и SGSN 50 соответственно согласно этому примерному варианту осуществления. Этот примерный вариант осуществления является примером, в котором конфигурации и функционирование узла HNB 20, шлюза HNB-GW 30, центра MSC 40 и узла SGSN 50 согласно первому примерному варианту осуществления, показанному на фиг. 7-10, представлены более подробно.

Обратимся к фиг. 11, где HNB 20 согласно этому примерному варианту осуществления включает в себя: передатчик/приемник 201А сигналов на и от мобильной станции; процессор 202А сообщений RUA (адаптация пользователя RANAP); передатчик/приемник 203А сигналов на и от HNB-GW; процессор 204А сообщений HNBAP; котроллер 205А вызовов; процессор 206А сообщений RRC; и процессор 207А сообщений RANAP.

На фиг. 11 процессор 202А сообщений RUA, процессор 204А сообщений HNBAP, котроллер 205А вызовов, процессор 206А сообщений RRC и процессор 207А сообщений RANAP образуют контроллер 21А, показанный на фиг. 7. Передатчик/приемник 203А сигналов на и от HNB-GW является примером передатчика 22А, показанного на фиг. 7.

Передатчик/приемник 201А сигналов на и от мобильной станции включает в себя в качестве функциональных возможностей передачи и приема сообщения протокола RRC на и от мобильной станции 10: функциональную возможность маскирования, маскирующую (кодирующую и декодирующую) сообщения; функциональную возможность подтверждения доставки сигнала, подтверждающую доставку сообщения; и функциональную возможность распределения сигнала, распределяющую сообщение.

Передатчик/приемник 203А сигналов на и от HNB-GW включает в себя в качестве функциональной возможности передачи и приема сообщения протокола HNBAP или сообщения протокола RUA на и от HNB-GW 30: функциональную возможность маскирования; функциональную возможность подтверждения доставки сигнала; и функциональную возможность распределения сигнала.

Процессор 206А сообщений RRC включает в себя: функциональную возможность кодирования сообщения протокола RRC, подлежащего передаче на мобильную станцию 10; и функциональную возможность декодирования сообщения протокола RRC, принятого от мобильной станции 10.

Процессор 204А сообщений HNBAP включает в себя: функциональную возможность кодирования сообщения протокола HNBAP, подлежащего передаче на HNB-GW 30; и функциональную возможность декодирования сообщения протокола HNBAP, принятого от HNB-GW 30.

Процессор 207А сообщений RANAP включает в себя: функциональную возможность кодирования сообщения RANAP, подлежащего передаче на HNB-GW 30; и функциональную возможность декодирования сообщения протокола RANAP, принятого от HNB-GW 30.

Протокол RUA служит для пересылки сообщения протокола RANAP. Процессор 202А сообщений RUA включает в себя: функциональную возможность кодирования сообщения протокола RUA, подлежащего передаче на HNB-GW 30; и функциональную возможность декодирования сообщения протокола RUA, принятого от HNB-GW 30.

Контроллер 205А вызовов инициирует различные процессы вызовов, такие как установление соединения RRC, установление однонаправленного канала и управление мобильностью на основе сообщения протокола RRC и сообщения протокола RANAP. Кроме того, контроллер 205А вызовов инициирует протокол HNBAP и выполняет процесс регистрации мобильной станции 10 в HNB-GW 30. Вышеописанные функциональные возможности, как правило, включены в состав контроллера вызовов, реализованного в HNB 20.

Вдобавок к этому, контроллер 205А вызовов включает в себя функциональную возможность установки значения «Причина экстренного вызова» сообщения протокола RANAP, подлежащего передаче на HNB-GW 30, на основе параметра «Причина регистрации» сообщения протокола HNBAP, принятого от HNB-GW 30, в качестве специальной функциональной возможности, характерной для этого примерного варианта осуществления.

Обратимся к фиг. 12, где HNB-GW 30 согласно этому примерному варианту осуществления включает в себя: передатчик/приемник 301А сигналов на и от HNB; процессор 302А сообщений RUA; передатчик/приемник 303А сигналов на и от SGSN; передатчик/приемник 304А сигналов на и от MSC; процессор 305А сообщений HNBAP; контроллер 306А вызовов; процессор 307А сообщений RANAP; и память 308А для хранения станционных данных.

На фиг. 12 процессор 302А сообщений RUA, процессор 305А сообщений HNBAP, контроллер 306А вызовов, процессор 307А сообщений RANAP и память 308А для хранения станционных данных образуют контроллер 32А, показанный на фиг. 8. Передатчик/приемник 301А сигналов на и от HNB является примером приемника 31А, показанного на фиг. 8. Передатчик/приемник 303А сигналов на и от узла SGSN и передатчик/приемник 304А сигналов на и от MSC являются примерами передатчика 33А, показанного на фиг. 8.

Передатчик/приемник 301А сигналов на и от HNB включает в себя в качестве функциональных возможностей для передачи и приема сообщения протокола RUA и сообщения протокола HNBAP на и от HNB 20: функциональную возможность маскирования и функциональную возможность подтверждения доставки сигнала.

Передатчик/приемник 304А сигналов на и от MSC включает в себя в качестве функциональных возможностей передачи и приема сообщения протокола RANAP на и от MSC 40: функциональную возможность управления последовательностью, управляющей последовательностью сообщений, и функциональную возможность подтверждения доставки.

Передатчик/приемник 303А сигналов на и от SGSN включает в себя в качестве функциональных возможностей передачи и приема сообщения протокола RANAP на и от SGSN 50: функциональную возможность подтверждения доставки и функциональную возможность управления последовательностью.

Процессор 305А сообщений HNBAP включает в себя: функциональную возможность кодирования сообщения протокола HNBAP, подлежащего передаче на HNB 20, и функциональную возможность декодирования сообщения протокола HNBAP, принятого от HNB 20.

Процессор 302А сообщений RUA включает в себя: функциональную возможность кодирования сообщения протокола RUA, подлежащего передаче на HNB 20, и функциональную возможность декодирования сообщения протокола RUA, принятого от HNB 20.

Процессор 307А сообщений RANAP включает в себя: функциональную возможность кодирования сообщения протокола RANAP, подлежащего передаче в MSC 40, и функциональную возможность декодирования сообщения протокола RANAP, принятого из MSC 40.

Контроллер 306А вызовов выполняет процесс регистрации HNB 103 и процесс регистрации мобильной станции 10. Контроллер 306А вызовов выполнен с возможностью доступа к данным станции, хранящимся в памяти 308А для хранения станционных данных. В станционных данных установлен список доступных IMSI для каждой CSG. HNB-GW 30 регулирует доступ к HNB 20 на основе этого списка IMSI. Вышеописанные функциональные возможности, как правило, включены в состав контроллера вызовов, реализованного в HNB-GW 30.

Обратимся к фиг. 13, где MSC 40 согласно этому примерному варианту осуществления включает в себя: передатчик/приемник 401А сигналов на и от HNB-GW; процессор 402А сообщений RANAP; процессор 403А сообщений NAS (уровня, не связанного с предоставлением доступа); контроллер 404А вызовов и память 405А для хранения станционных данных.

На фиг. 13 процессор 402А сообщений RANAP, процессор 403А сообщений NAS, контроллер 404А вызовов и память 405А для хранения станционных данных образуют контроллер 42А, показанный на фиг. 9. Передатчик/приемник 401А сигналов на и от HNB-GW является примером приемника 41А, показанного на фиг. 9.

Передатчик/приемник 401А сигналов на и от HNB-GW включает в себя в качестве функциональных возможностей передачи и приема сообщения протокола RANAP на и от HNB-GW 30: функциональную возможность подтверждения доставки и функциональную возможность управления последовательностью.

Процессор 402А сообщений протокола RANAP включает в себя: функциональную возможность кодирования сообщения RANAP, подлежащего передаче на HNB-GW 30, и функциональную возможность декодирования сообщения протокола RANAP, принятого от HNB-GW 30.

Процессор 403А сообщений NAS включает в себя функциональную возможность передачи и приема сообщения протокола NAS (протокола CC (управления вызовами) и протокола ММ (управления мобильностью)) на и от мобильной станции 10.

Контроллер 404А вызовов включает в себя: обработку вызовов функциональной возможности, выполняющей процессы вызова, такие как установление вызова и разъединение вызова; функциональную возможность управления мобильностью, выполняющую управление мобильностью, например регистрацию местоположения и передачу управления; и дополнительно функциональную возможность регулировки доступа, регулирующую доступ к HNB 20. Контроллер 404А вызовов выполнен с возможностью доступа к станционным данным, хранящимся в памяти 405А для хранения станционных данных. В станционных данных список доступных IMSI установлен для каждой CSG. MSC 40 регулирует доступ к HNB 20 на основе этого списка IMSI. Вышеописанная функциональная возможность, как правило, включена в состав контроллера вызовов, реализованного в MSC 40.

Вдобавок к этому, контроллер 404А вызовов включает в себя в качестве функциональной возможности, специфической для этого примерного варианта осуществления: функциональную возможность анализа сообщения NAS и определения того, является ли тип вызова, который порожден мобильной станцией 10, экстренным вызовом или нет, когда в сообщении протокола RANAP, принятом от HNB-GW 30, установлен параметр «Причина экстренного вызова». Если вызов не является экстренным вызовом, то контроллер 404А вызовов выполняет процесс разъединения вызова.

Обратимся к фиг. 14, где SGSN 50 согласно этому примерному варианту осуществления включает в себя: передатчик/приемник 501А сигналов на и от HNB-GW; процессор 502А сообщений RANAP; процессор 503А сообщений NAS; контроллер 504А вызовов и память 505А для хранения станционных данных.

На фиг. 14 процессор 502А сообщений RANAP, процессор 503А сообщений NAS, контроллер 504А вызовов и память 505А для хранения станционных данных образуют контроллер 52А, показанный на фиг. Передатчик/приемник 501А сигналов на и от HNB-GW является примером приемника 51А, показанного на фиг. 10.

Передатчик/приемник 501А сигналов на и от HNB-GW включает в себя в качестве функциональных возможностей передачи и приема сообщения протокола RANAP на и от HNB-GW 30: функциональную возможность подтверждения доставки и функциональную возможность управления последовательностью.

Процессор 502А сообщений RANAP включает в себя: функциональную возможность кодирования сообщения RANAP, подлежащего передаче на HNB-GW 30, и функциональную возможность декодирования сообщения протокола RANAP, принятого от HNB-GW 30.

Процессор 503А сообщений NAS включает в себя функциональную возможность передачи и приема сообщения протокола NAS (протокола СС и протокола ММ) на и от мобильной станции 10.

Контроллер 504А вызовов включает в себя: функциональную возможность обработки вызовов, функциональную возможность управления мобильностью и дополнительно функциональную возможность регулировки доступа. Контроллер 504А вызовов выполнен с возможностью доступа к станционным данным, хранящимся в памяти 505А для хранения станционных данных. В станционных данных для каждой CSG установлен список доступных IMSI. SGSN 50 регулирует доступ к HNB 20 на основе этого списка IMSI. Вышеописанные функциональные возможности, как правило, включены в состав контроллера вызовов, реализованного в SGSN 50.

Вдобавок к этому, контроллер 504А вызовов в качестве функциональной возможности, характерной для этого примерного варианта осуществления, включает в себя функциональную возможность анализа сообщения NAS и определения, является ли вызов, который порожден мобильной станцией 10, экстренным вызовом или нет, когда в сообщении протокола RANAP, принятом от HNB-GW 30, установлен параметр «Причина экстренного вызова». Если вызов не является экстренным вызовом, то контроллер 504А вызовов выполняет процесс разъединения вызова.

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

(А) Случай вызова с коммутацией каналов

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