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

Изобретение относится к мобильной связи. Раскрыт способ идентификации соты, доступной устройству связи (UE), находящемуся в режиме ожидания и зарегистрированному в сети IMS в системе связи, включающей в себя частную соту. Сообщения поискового вызова для UE могут отправляться как в макросотах, так и в частных сотах в одной и той же зоне расположения (LA). Технический результат заключается в сокращении объема сигнализации, сокращении расходования радиоресурсов для управления мобильностью, а также сокращении времени, необходимого для поискового вызова UE в разных сотах. 6 з.п. ф-лы, 9 ил.

 

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

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

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

Системы третьего поколения (3G), например, Universal Mobile Telecommunication System (UMTS), были разработаны и распространены для дополнительного расширения услуг связи, предоставляемых мобильным пользователям, по сравнению с услугами связи, предоставляемыми системой связи второго поколения (2G), известной как Global System for Mobile Communication (GSM). В таких системах 3G различные домены или сети идентифицированы для сетей радиодоступа (RAN), которые осуществляют связь с мобильными устройствами. Эти домены включают в себя домен коммутации каналов (CS) и (PS) домен коммутации пакетов. В домене CS сигналы физически маршрутизируются в соответствующий пункт назначения через уникальное соединение, тогда как в домене PS пакеты сообщения маршрутизируются в соответствующий пункт назначения на основании адресов в пакете. Так, например, домен CS UMTS представляет собой UMTS RAN (известную как UTRAN) и компоненты базовой сети, которые предоставляют услуги CS, и домен PS UMTS представляет собой UTRAN и компоненты базовой сети, которые предоставляют услуги PS.

Другие системы связи на основе IP, например, системы беспроводной LAN (WLAN), Worldwide interoperability for Microwave Access (Wi-MAX), Wi-Fi, Long Term Evolution (LTE), обеспечивают связь через домен PS. Подсистема IP-мультимедиа (IMS) - это подсистема системы связи, которая предоставляет услуги IP-мультимедиа посредством связи PS (то есть через домен PS).

Общеизвестно, что системы сотовой связи, например, UMTS, обеспечивают мобильным устройствам возможность связи через совокупность сот, каждая из которых обслуживается одной или несколькими базовыми станциями. Базовые станции соединены между собой стационарной сетью, которая может передавать данные между базовыми станциями. Мобильное устройство осуществляет связь по линии радиосвязи с базовой станцией соты, в которой находится мобильная станция. В UMTS базовые станции, образующие UTRAN, называются Узлами B, и мобильное устройство называется пользовательским оборудованием (UE).

Для расширения покрытия и емкости в помещении, например, в квартире или небольшом офисе, и, в особенности, в условиях, когда доступ в иных случаях может быть ограничен или невозможен, были разработаны системы с сотами меньшего размера, обслуживаемыми малыми базовыми станциями, известными как фемтосоты. Фемтосота включает в себя функциональные возможности обычной базовой станции и некоторые сетевые функциональные возможности для обеспечения более простой, самостоятельной реализации. Современные конструкции фемтосоты обычно могут поддерживать от двух до четырех активных мобильных устройств в квартирной установке и, таким образом, обычно используются для закрытой группы абонентов (CSG) или частной соты, где осуществлять связь через фемтосоту (также известную как частная базовая станция) могут только абоненты, входящие в группу. Были предложены различные архитектуры для фемтосот. Например, архитектура фемтосоты UMTS содержит домашний Узел B (HNB), шлюз 3G HNB (3G HNB GW), который взаимодействует с доменами PS и CS UMTS. Организация «The third Generation Partnership Project» (3GPP) называет фемтосоту 3G домашним Узлом B (HNB) и в настоящее время работает над завершением нового стандарта HNB для спецификаций Rel-8: см. например, документ 3GPP TS 25.467 (архитектура UTRAN для 3G HNB). Кроме того, 3GPP работает над заданием расширенной архитектуры HNB в контексте Rel-9: см. например, документы 3GPP TR 23.830 и TR 23.832.

3GPP задала архитектуру для поддержки доступа к домену PS и к домену CS одной или нескольких базовых сетей через HNB. На фиг.1 показана упрощенная схема одного HNB 10, обслуживающего частную соту 12, и Узел B (NB) 14, обслуживающий более обширную соту 16 (именуемую макросотой). UE 13 осуществляет связь с HNB 10 по линии радиосвязи 15, и HNB 10 осуществляет связь со шлюзом 3G HNB 18 через интерфейс Iuh 20. NB 14 подключен к контроллеру радиосети (RNC) 22, что хорошо известно в технике. Услуги предоставляются UE 13 через домен CS 23, использующий интерфейс lu-cs, и центр коммутации мобильной связи (MSC) 24. Услуги предоставляются UE 13 через домен PS 25, использующий интерфейс lu-ps, и обслуживающий узел поддержки GPRS (SGSN) 26 и шлюзовые узлы поддержки GPRS (GGSN) или шлюз (PGW) 28 сети пакетной передачи данных. Для UE, обладающих возможностью IMS, доступ к услугам IMS может предоставляться с использованием элементов IMS, принадлежащих IMS 27, интерфейса lu-ps и SGSN 26 и GGSN/PGW 28.

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

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

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

фиг.1 - блок-схема системы связи, включающей в себя Узел B и HNB для обеспечения доступа сетям, включающим в себя сеть IMS;

фиг.2 - блок-схема системы связи в соответствии с иллюстративным вариантом осуществления настоящего изобретения;

фиг.3 - блок-схема устройства связи в соответствии с иллюстративным вариантом осуществления настоящего изобретения;

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

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

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

фиг.7 - схема, демонстрирующая иллюстративный обмен сообщениями для предоставления услуги речевого вызова согласно способу, показанному на фиг.6 в системе связи, показанной на фиг.2;

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

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

Подробное описание

Употребляемый здесь термин «услуга» призван охватывать услуги для конечного пользователя устройства связи (например, исходящие или входящие на устройстве связи) и включает в себя речевые вызовы, видео, аудио или другие мультимедийные сеансы, услуги доставки файлов, услуги доски объявлений и широковещательного извещения, например, подача новостей, просмотр веб-страниц, сетевые игры, доступ к базам данных, электронная почта, SMS или аналогичные услуги, дающие возможность переноса информации. Однако, в целях иллюстрации, раскрытие будет описано применительно к речевым вызовам.

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

Согласно фиг.2, система связи 200 в соответствии с иллюстративным вариантом осуществления раскрытия содержит базовую сеть 206, подсистему 214 базовой сети IP-мультимедиа (именуемую сетью IMS 214), имеющую элементы IMS для предоставления услуг IMS, по меньшей мере, одну сеть 215 пакетной передачи данных, сеть CS 217 и радиосетевую подсистему 202 (RNS), включающую в себя, по меньшей мере, один Узел B (не показан) и контроллер радиосети (RNC) (не показан) для обслуживания макросоты, представленной пунктирными линиями 204. RNS 202 составляет часть UTRAN, что хорошо известно в технике. UE 203 может осуществлять связь с Узлом B, принадлежащим RNS 202, по линии радиосвязи 205. Количества и типы сетей, имеющихся в распоряжении UE, определяются тем, какие сети развернуты оператором системы связи 200. Так, например, оператор может не развертывать сеть PS.

Базовая сеть 206 управляет сетями радиодоступа, например, RNS 202 для предоставления услуг на и от UE. Услуги могут включать в себя услуги IMS от сети IMS 214 или услуги передачи данных от сети 215 пакетной передачи данных. Базовая сеть 206 делится на совокупность доменов, включающих в себя домен CS и домен PS. Домен CS включает в себя MSC 208 и интерфейсы Iu-cs и, согласно варианту осуществления раскрытия, сервер MSC с расширенными возможностями для поддержки IMS HNB 209 (далее именуемый сервером 209 MSC HNB), и домен PS включает в себя SGSN 210, GGSN/PGW 212 и интерфейсы Iu-ps. Базовая сеть также будет включать в себя домашний регистр положения/домашний абонентский сервер (HLR/HSS) 211, подключенный к MSC 208 и серверу 209 MSC HNB через интерфейсы D. Эти элементы совместно используются обоими доменами PS и CS.

Сервер 209 MSC HNB подключен с возможностью связи к сети IMS 214 через интерфейс, именуемый интерфейсом I2. HLR/HSS 211 подключен с возможностью связи к сети IMS 214 через интерфейс, именуемый интерфейсом Cx.

Сервер 209 MSC HNB является частью MSC, соответствующей области управления с обычными функциями MSC, например, установления и освобождения сквозного соединения, оперирования требованиями мобильности и хэндовера в ходе вызова и обеспечения начисления. Однако сервер 209 MSC HNB дополнительно призван обеспечивать дополнительные функции области управления для поддержки IMS HNB 218. Некоторые из этих дополнительных функций будут пояснены ниже. Хотя это не показано на фиг.2, сервер 209 MSC HNB также может иметь интерфейс Iu-cs с одной или несколькими RNS (не показанными на фиг.2).

На фиг.2 показан случай, когда макросота 204 находится под управлением MSC 208, который отделен от сервера 209 MSC HNB. Таким образом, когда текущий вызов является хэндовером между частной сотой 222 и макросотой, управляемой сервером 209 MSC HNB, MSC 208 не задействуется. Однако когда текущий вызов является хэндовером между частной сотой 222 и макросотой 204, которая находится под управлением MSC 208, а не сервера 209 MSC HNB (как показано на фиг.2), MSC 208 необходимо задействовать, и осуществляется процедура, аналогичная процедуре хэндовера между MSC (согласно TS 23.009, раскрытие которого включено сюда в порядке ссылки).

UE в макросоте 204 может осуществлять доступ к сети IMS 214 через интерфейс Iu-ps, SGSN 210, GGSN/PGW 212 и опорную точку Gi/SGi. UE в макросоте 204 может осуществлять доступ к сети 215 пакетной передачи данных через интерфейс Iu-ps, SGSN 210 и GGSN/PGW 212. UE в макросоте 204 может осуществлять доступ к сети CS 217 через интерфейс Iu-cs и MSC 208 или через интерфейс Iu-cs, и сервер 209 MSC HNB (хотя это не показано явно на фиг.2).

Функции MSC 208, SGSN 210 и GGSN/PGW 212 и интерфейсов Iu-ps и Iu-cs хорошо известны в технике, и мы не приводим дополнительного описания их функций.

Система связи 200 дополнительно содержит устройство связи 219, содержащее частную базовую станцию 218 для осуществления связи с UE 220 пользователя, авторизованным использовать частную базовую станцию 218 и шлюз 216, подключенный с возможностью связи к частной базовой станции 218. UE 220 осуществляет связь с частной базовой станцией 218 по линии радиосвязи 224, когда UE 220 находится в частной соте 222, обслуживаемой частной базовой станцией 218. Частная базовая станция 218 может представлять собой HNB в соответствии со стандартами 3GPP, когда частная сота 222 является сотой закрытой группы абонентов (CSG), и шлюз 216 является шлюзом HNB. Чтобы пользователь UE 220 имел возможность использовать HNB 218, пользователь должен подписаться на CSG. В дальнейшем, для упрощения описания, частная базовая станция 218 именуется IMS HNB 218, шлюз 216 именуется шлюзом HNB IMS 216, и устройство связи 219, содержащее IMS HNB 218 и шлюз HNB IMS 216, именуется подсистемой 219 HNB IMS. Однако очевидно, что использование этой терминологии не предполагает ограничение объема раскрытия.

Шлюз HNB IMS 216 может предоставлять доступ к сети IMS 214 и, по меньшей мере, одной другой сети связи. Например, в системе связи 200, показанной на фиг.2, шлюз HNB IMS 216 может предоставлять доступ к сети CS 217 через домен CS и/или к сети 215 пакетной передачи данных через домен PS. Для предоставления доступа к сети CS 217 шлюз HNB IMS 216 может осуществлять связь с сервером 209 MSC HNB по интерфейсу Iu-cs, и для предоставления доступа к сети PS 215 шлюз HNB IMS 216 может осуществлять связь с SGSN 210 по интерфейсу Iu-ps. Шлюз HNB IMS 216 подключен с возможностью связи к сети IMS 214 для обеспечения прямого доступа к сети IMS 214 через опорную точку или интерфейс, именуемый интерфейсом Hi. Кроме того, IMS HNB 218 подключен с возможностью связи к сети IMS 214 через интерфейс, именуемый интерфейсом Hm. Интерфейсы Hi и Hm могут быть интерфейсами на основе протокола инициирования сеансов (SIP), которые обеспечивают доступ к сети IMS 214 непосредственно из подсистемы 219 HNB IMS. Интерфейсы Hi и Hm используются подсистемой 219 HNB IMS для регистрации UE 220 в сети IMS 214 и для предоставления услуг UE 220 (исходящих/входящих в UE 220) через сеть IMS 214, что будет подробнее описано ниже. Интерфейс Hm является логическим интерфейсом сигнализации SIP между IMS HNB 218 и сетью IMS 214. Перенос сигнализации SIP между IMS HNB 218 и сетью IMS 214 поддерживается по интерфейсам Iuh и Hi. Интерфейс Hm можно реализовать, например, посредством существующей опорной точки, например, указанной в TS 23.228. Интерфейс Hi нуждается в поддержке только функциональных возможностей IP-переноса для маршрутизации сигнализации и пакетов данных между подсистемой 219 HNB IMS и сетью IMS 214. Описание других интерфейсов, показанных на фиг.2, можно найти в TS 23.060 и TS 23.002. Раскрытие этих документов включено сюда в порядке ссылки.

Кроме того, UE 220 в частной соте 222 может осуществлять доступ к сети IMS 214 через интерфейс Iu-cs, сервер 209 MSC HNB и интерфейс I2, заданный в 3GPP TS 23.292 (раскрытие которого включено сюда в порядке ссылки).

Сервер 209 MSC HNB также может осуществлять связь с MSC 208 по интерфейсу, именуемому интерфейсом E. Интерфейс E между MSC 208 и сервером 209 MSC HNB используется для переноса текущей услуги (например, речевого вызова) от подсистемы 219 HNB IMS на MSC 208, что будет подробнее описано ниже.

IMS HNB 218 способен выбирать маршрут для предоставления услуги UE 220 через IMS HNB 218 и шлюз HNB IMS 216, причем маршрут является одним из маршрута между UE и сетью IMS 214 и маршрута между UE и, по меньшей мере, одной другой сетью, например, сетью CS 217. IMS HNB 218 может выбирать маршрут на основании предоставляемой услуги. Другими словами, IMS HNB 218 может выбирать маршрут на основании услуги, исходящей от UE 220.

Таким образом, например, когда IMS HNB 218 принимает запрос услуги от UE 220, IMS HNB 218 может определять, что услуга может предоставляться сетью IMS 214, и тогда IMS HNB 218 может брать на себя предоставление услуги и выбирать маршрут через сеть IMS 214. В случае запроса речевого вызова IMS HNB 218 принимает управление вызовом от сервера 209 MSC HNB, и, таким образом, сервер 209 MSC HNB больше не участвует в вызове.

На фиг.3 показана блок-схема устройства связи 300, например, UE 220 или 203, показанного на фиг.2, в соответствии с вариантом осуществления раскрытия. В нижеследующем описании рассматривается устройство связи, содержащее UE. Как очевидно специалисту в данной области техники, на фиг.3 показаны только основные функциональные компоненты иллюстративного UE 300, которые необходимы для понимания изобретения.

UE 300 содержит блок обработки 302 для выполнения операционной обработки для UE 300. UE 300 также имеет модуль связи 304 для обеспечения беспроводной связи по линии радиосвязи с обслуживающей базовой станцией, например, HNB 218, показанный на фиг.2. Модуль связи 304 обычно включает в себя антенну 308, приемник 306, передатчик 307, модуль модуляции/демодуляции (не показан) и модуль кодирования/декодирования (не показан), например, которые известны специалисту в данной области техники и, таким образом, не будут дополнительно описаны здесь. Модуль связи 304 подключен к блоку обработки 302.

UE 300 также имеет человеко-машинный интерфейс MMI 312, включающий в себя такие элементы, как кнопочную панель, микрофон, динамик, экран дисплея, для обеспечения интерфейса между UE и пользователем UE. MMI 312 также подключен к блоку обработки 302.

Блок обработки 302 может представлять собой единичный процессор или может содержать два или более процессоров, выполняющих всю обработку, необходимую для функционирования UE 300. Количество процессоров и выделение функций обработки блоку обработки является вопросом конструкционного выбора специалиста в данной области. UE 300 также имеет программную память 314, в которой хранятся программы, содержащие команды процессора для работы UE 300. Программы могут содержать несколько разных элементов программы или подпроцедур, содержащих команды процессора для различных задач, например для связи с пользователем через MMI 312 и обработки сообщений сигнализации (например, сигналов поискового вызова), принимаемых из базовой сети 206. Конкретные элементы программы, хранящиеся в программной памяти 314, включают в себя элемент 316 поиска частной соты для осуществления поиска доступных частных сот для осуществления связи с UE 300. Действие элемента 316 поиска частной соты будет подробнее описано ниже.

UE 300 дополнительно содержит память 318 для хранения информации. Память 318 показана на фиг.3 как часть блока обработки 302, но может существовать отдельно от блока обработки 302.

UE 300 после включения может находиться в одном из нескольких режимов работы по отношению к системе связи 200, например в режиме ожидания или в активном режиме. В режиме ожидания UE 300 числится активным (то есть зарегистрировано) в системе связи 200, но ресурсы связи не выделяются UE 300. Другими словами, между UE 300 и системой связи не существует соединения CS или PS или IMS, поэтому UE 300 не будет принимать и передавать услуги, видео, мультимедиа или речевые данные в речевом вызове или вызове передачи данных. В режиме ожидания система связи 200 осуществляет связь с UE 300, отправляя информацию сигнализации, например, сигналы поискового вызова или блоки на UE 300, и UE 300 способно отслеживать такую информацию сигнализации от системы связи. Информация сигнализации включает в себя, например, информацию, которая извещает UE 300 о входящем вызове, или информацию, которая предоставляет UE 300 системные параметры для определения операции UE при работе с системой связи.

В активном режиме ресурсы связи выделяются UE 300, и в системе связи 200 между UE 300 и активной сетью устанавливается соединение CS или PS или IMS, которое позволяет UE 300 передавать или принимать услуги.

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

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

На фиг.4 показан иллюстративный способ обнаружения частной соты, доступной UE (например, UE 300) для осуществления связи, в соответствии с вариантом осуществления раскрытия. Иллюстративный способ содержит прием на приемнике 306 UE 300 информации обнаружения соты, этап 400. Информация обнаружения соты основана на информации подписки UE 300, каковая информация подписки указывает, например, к каким частным сотам пользователю UE 300 разрешен доступ, и информация обнаружения соты включает в себя информацию местоположения для идентификации, по меньшей мере, одной зоны системы связи 200, в которой располагается, по меньшей мере, одна частная сота (например, частная сота 222), доступная UE 300 для осуществления связи. Способ дополнительно содержит этап, на котором инициируют или запускают поиск частной соты на UE 300 для обнаружения частной соты, доступной UE, когда определено, что UE находится в идентифицированной зоне, этап 402. Этап инициирования поиска частной соты может инициироваться UE 300, когда определено, что UE 300 располагается в идентифицированной зоне, по меньшей мере, одна частная сота которой доступна UE 300. UE 300 может определить свое положение либо непосредственно из блока GPS, размещенного на UE 300, либо из информации местоположения, принятой на UE 300 от системы связи 200, например из принятой информации местоположения, которая указывает идентификатор обслуживающей соты UE или обслуживающей зоны расположения UE. Поиск частной соты может осуществляться блоком обработки 302 под управлением элемента 316 поиска частной соты. Поиск частной соты предусматривает сканирование диапазона несущих частот и идентификацию одной или нескольких частных базовых станций, работающих на этих частотах.

Система связи 200 призвана обеспечивать связь по совокупности зон. Каждая из совокупности зон включает в себя, по меньшей мере, одну макросоту, обслуживаемую, по меньшей мере, одной базовой станцией, и, по меньшей мере, одна из совокупности зон включает в себя, по меньшей мере, одну частную соту, обслуживаемую частной базовой станцией. Например, оператор системы связи 200 может задать совокупность зон расположения (LA) (или зон слежения (TA), где UE использует LTE), причем каждая LA включает в себя группу макросот, и, по меньшей мере, некоторые из LA включают в себя одну или несколько частных сот. Каждой из LA присваивается идентификатор зоны расположения (LAI). Таким образом, информация обнаружения соты, предоставляемая UE 300, может включать в себя информацию местоположения или информацию идентификации для каждой из LA, в которой располагается, по меньшей мере, одна частная сота, доступная UE. Альтернативно или дополнительно, совокупность зон может включать в себя совокупность макросот, причем, по меньшей мере, некоторые из зон (или макросот) включают в себя, по меньшей мере, одну частную соту.

Информация обнаружения соты может приниматься на приемнике 306 от системы связи 200 в ответ на запрос, отправленный UE 300 системе связи 200. Например, запрос информации обнаружения соты UE 300 может отправлять под управлением блока обработки 302 при включении UE 300.

Информация обнаружения соты может храниться в памяти 318 UE 300.

Способ может дополнительно содержать прием на UE 300 информации действительности, связанной с информацией обнаружения соты. Информация действительности может указывать параметр действительности для соответствующей принятой информации обнаружения соты, которая может включать в себя информацию, указывающую, что информация обнаружения соты действительна в течение заранее определенного периода времени, например одних суток, или что информация обнаружения соты действительна для всей системы связи 200 или для некоторых LA системы связи 200. Если UE 300 принимает информацию действительности, то UE 300 может отправлять запрос информации обнаружения соты на основании параметра действительности. Другими словами, когда информация действительности указывает, что информация обнаружения соты уже недействительна, UE 300 может отправлять системе связи 200 запрос 'новой' или 'актуальной' информации обнаружения соты и затем принимать и сохранять 'новую' или 'актуальную' информацию обнаружения соты. Это может быть полезно, когда система связи 200 хочет изменить информацию обнаружения соты таким образом, чтобы ограничение периода времени, в течение которого информация обнаружения соты действительна, побуждало UE 300 запрашивать 'новую' информацию обнаружения соты, и UE 300 предоставлялась актуальная информация обнаружения соты.

Информация обнаружения соты предоставляется UE 300 функцией или приложением, выполняющейся(имся) на сервере в системе связи 200. В иллюстративном варианте осуществления сервер или функция может составлять часть базовой сети 206, обслуживающей UE 300 (например, часть домашней сети связи общего пользования наземных мобильных объектов (H-PLMN), когда UE не находится в роуминге, или гостевой сети связи общего пользования наземных мобильных объектов (V-PLMN), когда UE находится в роуминге), и может быть сервером, поддерживающим функцию выбора обнаружения сети доступа (ANDSF). В конфигурации, показанной на фиг.2, ANDSF для обнаружения IMS HNB 218 обеспечивается посредством ANDSF для HNB 223. Если UE 300 обладает ANDSF, то UE может использовать функциональные возможности ANDSF при обнаружении доступных частных сот в экономичном режиме, когда от UE 300 не требуется осуществлять автономные периодические поиски доступных частных сот. Другими словами, UE 300 может запрашивать ANDSF для HNB 223 через интерфейс S14 (заданный в TS.402, раскрытие которого включено сюда в порядке ссылки) на предмет имеющихся частных сот, и ANDSF для HNB 223 может предоставлять доступ к информации обнаружения, описывающей зону или зоны, где имеются частные соты для этого UE 300. Таким образом, UE 300 может запускать поиск частной соты, только когда оно располагается в зоне, идентифицированной ANDSF для HNB 223. Преимущество этого подхода в том, что автономный поиск частной соты на UE 300 не требуется запускать периодически, но только тогда, когда существует вероятность обнаружения имеющейся частной соты. Это позволяет минимизировать расход заряда батареи, в особенности, когда информация обнаружения доступа ANDSF хранится на UE 300, и, таким образом, избегать частых обращений к ANDSF.

В иллюстративной реализации UE 300 может реализовать процедуру обнаружения ANDSF, заданную в TS 23.402 (спецификациях Rel-8 и Rel-9, раскрытие которых включено сюда в порядке ссылки), и обнаруживать имеющуюся ANDSF (например, ANDSF для HNB 223) в обслуживающей сети (H-PLMN, когда UE не находится в роуминге, или V-PLMN или, возможно, H-PLMN, когда UE находится в роуминге). Затем UE 300 может осуществлять запрос ANDSF, заданный в TS 23.402, параграф 8.5.1, через интерфейс S14, каковой запрос может включать в себя текущее положение UE. В качестве части возможностей UE, включенных в сообщение запроса, UE указывает, что обладает возможностью CSG. ANDSF для HNB 223 в обслуживающей сети запрашивает HLR/HSS 211 через интерфейс Hd для нахождения информации подписки для этого UE и затем возвращает UE сообщение ответа через интерфейс S14, включающее в себя информацию обнаружения соты. Информация обнаружения соты может включать в себя идентификаторы макросот и/или идентификаторы зон расположения/слежения, где имеются частные соты для этого UE. ANDSF для HNB 223 в сети может поддерживать базу данных, где указано, какие частные соты включены в каждую макросоту и/или зону расположения/слежения.

Влияние на UE 300 для обеспечения обнаружения HNB с помощью ANDSF можно минимизировать, поскольку протокол DM OMA, используемый между UE 300 и сервером CSG (не показанным на фиг.2), повторно используется для осуществления связи между UE 300 и ANDSF для HNB 223 в системе связи 200. Сервер CSG является функциональным элементом в архитектуре HNB, заданной в спецификациях 3GPP (например, TS 24.301, TR 23.830, раскрытие которых включено сюда в порядке ссылки), которая используется для предоставления UE 300 обновленного списка идентификаторов, доступных CSG, например, когда пользователь подписан на получение идентификаторов новых CSG. Таким образом, UE 300 может знать, к каким сотам CSG ему разрешен доступ.

Обратимся к фиг.5, где показана упрощенная схема иллюстративной реализации IMS HNB 218 в соответствии с вариантом осуществления изобретения. IMS HNB 218 включает в себя приемопередатчик 501 для приема и передачи сигнализации между UE 220 и IMS HNB 216, например, по линии радиосвязи 224, элемент интерфейса 503, который составляет часть интерфейса (именуемого Iuh) между IMS HNB 218 и шлюзом HNB IMS 216 для переноса IP пакетов между шлюзом HNB IMS 216 и IMS HNB 218, элемент 500 выбора маршрута для выбора маршрута для предоставления услуги, элемент 502 сопряжения для обеспечения функции сопряжения, которая сопрягает сигнализацию UE по линии радиосвязи 224 (например, сигнализацию CS, заданную в TS 24.008, раскрытие которого включено сюда в порядке ссылки) с сигнализацией IMS по интерфейсу Hm, элемент 508 регистрации IMS и память 504. Функция элемента 502 сопряжения может быть аналогична функции сопряжения, обеспечиваемой сервером MSC с дополнительными возможностями централизованных услуг IMS (ICS), заданных в TS 23.292, раскрытие которого включено сюда в порядке ссылки. Функция элемента 502 сопряжения может включать в себя преобразование сигнализации IMS в сигнализацию CS, используемую UE. Элемент 508 регистрации IMS способен снабжать UE идентификатором IMS, регистрировать идентификатор IMS в сети IMS 214 и сохранять информацию регистрации IMS в памяти 504. В памяти 504 также может храниться другая информация, относящаяся к UE, например, международный идентификационный номер мобильного абонента (IMSI), ключи безопасности, временный идентификационный номер мобильного абонента (TMSI) и т.д. Информация регистрации IMS помогает IMS HNB 218 предоставлять услугу UE через сеть IMS 214 и интерфейс Hm.

Подсистема 219 HNB IMS может дополнительно содержать элемент 509 отмены регистрации IMS для инициирования отмены регистрации IMS, благодаря чему происходит отмена регистрации идентификатора IMS UE 220 в сети IMS 214, когда UE 220 покидает частную соту 222, заданную посредством IMS HNB 218. Процесс отмены регистрации IMS также может включать в себя удаление информации регистрации IMS для UE 220 из памяти 504 IMS HNB 218. IMS HNB 218 может включать в себя элемент 509 отмены регистрации IMS, показанный на фиг.5.

Интерфейс Iuh между IMS HNB 218 и шлюзом HNB IMS 216 поддерживает защищенный перенос IP-пакетов между IMS HNB 218 и шлюзом HNB IMS 216. Интерфейс Iuh задан в современных спецификациях 3GPP, например, TS 25.467, 25.468, 25.469, раскрытия которых включены сюда в порядке ссылки.

Шлюз HNB IMS 216 призван обеспечивать функциональные возможности защищенного IP-переноса между IMS HNB 218 и шлюзом HNB IMS 216. Шлюз HNB IMS 216 не реализует никакой сигнализации SIP или другого уровня приложений.

Подсистема 219 HNB IMS может дополнительно содержать элемент 221 шлюза безопасности (Security GateWay) (SGW), который используется для проверки аутентичности IMS HNB и его авторизации на осуществление связи со шлюзом HNB IMS 216.

Как указано выше, когда UE в режиме ожидания перемещается в частную соту 222, обслуживаемую IMS HNB 218, чтобы система связи 200 могла осуществлять связь для предоставления услуги UE (например, направления речевого вызова на UE) через IMS HNB 218, система связи 200 получает извещение о нахождении UE в частной соте 222, благодаря чему последующие услуги для UE могут направляться на UE через частную соту 222. Затем UE может, например, зарегистрироваться в IMS 214 через элемент 508 регистрации IMS. Аналогично, система связи 200 может получать извещение, когда UE перемещается из частной соты 222 в макросоту 204, чтобы система связи 200 знала, что любые будущие услуги следует направлять на UE через макросоту 204, а не IMS HNB 218. Извещение системы связи 200, когда UE перемещается в частную соту или из нее, обычно осуществляется в процессе обновления зоны расположения (LAU). Процесс LAU обычно инициируется отправкой с UE запроса LAU, когда оно определяет, что LAI для LA, где находится UE, который хранится в памяти 318 UE, отличается от LAI, принимаемого в данный момент на UE.

Процесс обновления зоны расположения хорошо известен (см., например, TS 23.060, раскрытие которого включено сюда в порядке ссылки) и требует обмена сигнализацией или сообщениями управления между UE и различными элементами в системе связи 200. В системе связи 200 с большим количеством различных частных сот UE процессы обновления зоны расположения требуют значительного объема сигнализации, что сопряжено с потреблением радиоресурсов.

В случае приема от удаленного UE запроса входящего (MT) речевого вызова для UE, зарегистрированного в частной соте, обслуживаемой IMS HNB, также известно, что сначала отправляется сообщение поискового вызова в частную соту, в которой в последний раз находилось UE, и если ответ не получен спустя определенное время, то сообщения поискового вызова отправляются в соседние макросоты. Такого рода процедура последовательного поискового вызова может занимать много времени. Кроме того, если от UE не получен ответ на сообщения поискового вызова, отправленные через частную соту, то обычно регистрация UE в сети IMS 214 отменяется. Однако UE может не отвечать на сообщения поискового вызова, даже когда оно все еще находится в частной соте, например, вследствие временной недоступности UE, а не из-за того, что оно вышло из частной соты. Таким образом, регистрация UE может отменяться без необходимости.

В соответствии со вторым аспектом раскрытия предусмотрен способ идентификации соты, доступной UE для осуществления связи и предоставления услуги UE через идентифицированную соту в системе связи, имеющей совокупность сот, размещенных в совокупности зон расположения (LA), причем каждая зона расположения LA включает в себя, по меньшей мере, одну макросоту (например, макросоту 204), обслуживаемую базовой станцией, и, по меньшей мере, одну частную соту (например, частную соту 222), обслуживаемую частной базовой станцией (например, IMS HNB 218). Базовые станции (т.е. частная базовая станция 218 и базовая станция для макросоты) находятся под управлением центра коммутации мобильной связи, MSC, (например, сервера 209 MSC HNB), и, по меньшей мере, одна частная сота 222 предназначена для обеспечения линии связи между UE и сетью IMS (например, сетью IMS 214).

UE регистрируется в сети IMS 214 (или подключается к ней) с помощью IMS HNB 218 посредством вышеописанного элемента 508 регистрации IMS.

Согласно фиг.2, макросота 204 находится под управлением MSC 208. Сервер 209 MSC HNB может управлять частной сотой 222 и макросотами (не показанными на фиг.2).

На фиг.6 показан иллюстративный способ в соответствии с вариантом осуществления второго аспекта изобретения для использования в системе связи, например, показанной на фиг.2. Иллюстративный способ содержит этапы, на которых, когда UE находится в режиме ожидания в зоне расположения, имеющей частную базовую станцию (например, IMS HNB 218), с помощью которой UE регистрируется в сети IMS 214, принимают приглашение для инициирования услуги с помощью UE на IMS HNB 218 (этап 600), в ответ на прием приглашения отправляют посредством IMS HNB 218 сообщения поискового вызова для UE через частную соту 22, обслуживаемую IMS HNB 218, и сообщение приглашения на сервер 209 MSC HNB (этап 602), в ответ на прием сообщения приглашения отправляют сообщения поискового вызова посредством сервера 209 MSC HNB для UE через, по меньшей мере, одну макросоту (не показанную на фиг.2), управляемую сервером 209 MSC HNB (этап 603), принимают ответ на сообщение поискового вызова от UE через одну из частной соты 222 и, по меньшей мере, одной макросоты, причем одна из, по меньшей мере, некоторых из совокупности сот затем идентифицируется как сота, доступная UE для осуществления связи (этап 604), и предоставляют услугу UE через идентифицированную соту (этап 606).

Как указано выше, система связи 200 обычно способна обеспечивать связь по совокупности сот, размещенных в совокупности LA, причем каждая из совокупности LA включает в себя, по меньшей мере, одну макросоту, обслуживаемую, по меньшей мере, одной базовой станцией, и, по меньшей мере, одна из совокупности зон включает в себя, по меньшей мере, одну частную соту, обслуживаемую частной базовой станцией. Если UE зарегистрировано в IMS через частную соту, которая использует IMS HNB (например, IMS HNB 218 частной соты 222), то запрос входящей (MT) услуги для этого UE запускает отправку сообщения приглашения, подлежащего приему на IMS HNB 218. В ответ IMS HNB 218 осуществляет поисковый вызов UE, но UE может не ответить, если ранее переместилось в макросоту в той же LA (т.е. до того, как произведено обновление зоны расположения). Согласно способу в соответствии со вторым аспектом раскрытия поисковый вызов UE осуществляется как в макросоте, так и в частной соте 222. Поэтому сообщения поискового вызова для UE могут отправляться во всех сотах в одной и той же LA.

Таким образом, способ в соответствии со вторым аспектом изобретения позволяет осуществлять поисковый вызов UE как в частной соте, так и в макросоте, что избавляет UE от необходимости осуществлять LAU при повторном выборе между частной сотой и макросотой, принадлежащими одной и той же LA. Это позволяет сократить объем сигнализации и, таким образом, сократить расходование радиоресурсов для управления мобильностью в частные соты и/или из них.

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

В нижеследующем описании другой пример способа идентификации соты, доступной UE для осуществления связи и направления услуги на UE через идентифицированную соту в соответствии со вторым аспектом изобретения, будет подробнее описан со ссылкой на процедуры, которые осуществляются, когда приглашение для инициирования услуги является запросом входящего (MT) речевого вызова, и UE 220 находится в частной соте 222 в режиме ожидания и регистрируется в сети IMS 214 через IMS HNB 218.

В дальнейшем предполагается, что запрос MT речевого вызова поступает через сеть IMS 214. Если запрос MT речевого вызова поступает через домен CS, то вызов может либо доставляться на UE 220 с использованием нормальных процедур управления вызовом CS (через Iu-cs), либо перенаправляться на IMS с использованием, например, триггеров CAMEL. UE 220 может снабжаться информацией подписки CAMEL входящего вызова в HLR/HSS 211, благодаря чему при поступлении MT вызова на сервер 209 MSC HNB функция управления услугами GSM (gsmSCF) выдает номер для переадресации, и сервер 209 MSC HNB перенаправляет вызов на этот номер, который указывает элемент в сети IMS 214. Также предполагается, что при поступлении запроса MT речевого вызова UE 220 может оставаться в зоне покрытия частной соты 222 или может перемещаться в макросоту (не показанную на фиг.2), управляемую сервером 209 MSC HNB. Также предполагается, что UE 220 не осуществляет LAU при повторном выборе макросоты, которая находится под управлением сервера 209 MSC HNB. Если же UE повторно выбирает макросоту, которая находится под управлением MSC 208 (т.е. MSC, отличного от сервера 209 MSC HNB), то UE 220 производит LAU для подключения к этому 'новому' MSC 208. UE 220 определяет, что выбранная макросота находится под управлением MSC, отличного от сервера 209 MSC HNB, с помощью информации, передаваемой на UE 220 с базовой станции, обслуживающей выбранную макросоту.

На фиг.7 показаны основные этапы, осуществляемые при приеме запроса MT услуги речевого вызова для UE в системе связи 200, показанной на фиг.2.

Новый запрос MT речевого вызова поступает на удаленное UE, на этапе 700, через сервер приложений централизации и непрерывности обслуживания (SCC AS), который не показан на фиг.2, но может составлять часть базовой сети 206 или другой части системы связи 200. После вызова функции выбора домена доступа для входящих вызовов (T-ADS) SCC AS принимает решение маршрутизировать запрос по контактному адресу IMS HNB, на этапе 702. Поскольку UE 220 находится в режиме ожидания, IMS HNB 218 начинает поисковый вызов UE 220 путем отправки сообщений поискового вызова согласно нормальным процедурам поискового вызова CS, этап 704.

Поскольку UE 220 находится в режиме ожидания, IMS HNB 218 не знает, все ли еще UE 220 находится в зоне покрытия (в частной соте 222) IMS HNB 218, или же оно изменило свой выбор в пользу соседней макросоты, управляемой сервером 209 MSC HNB. Затем IMS HNB 218 отправляет новый запрос INVITE на сервер 209 MSC HNB, чтобы начать поисковый вызов UE также в соседних макросотах, этап 706. Например, сервер 209 MSC HNB отправляет с помощью RNS UTRAN/GERAN сообщения поискового вызова на UE 220 через одну или несколько макросот согласно нормальным процедурам поискового вызова CS, этап 708.

Если UE 220 все еще находится в частной соте 222, обслуживаемой IMS HNB 218 согласно варианту 1 на фиг.7, то UE 220 устанавливает соединение уровня управления радиоресурсами (RRC) с IMS HNB 218, этап 710, и отвечает на сообщения поискового вызова, отправленные на этапе 704, через частную соту 222, этап 712. Затем UE 220 и IMS HNB 218 обмениваются нормальными сообщениями управления вызовом (согласно TS 24.008, раскрытие которого включено сюда в порядке ссылки) для установления речевого вызова, этапы 713, 718.

После того, как IMS HNB 218 обнаруживает, что UE 220 все еще находится в частной соте 222, обслуживаемой IMS HNB 218 (например, после установления соединения RRC или после приема ответа поискового вызова от UE), IMS HNB 218 отправляет сообщение CANCEL для отмены запроса INVITE, отправленного на этапе 706, на сервер 209 MSC HNB, этап 714. В результате, сервер 209 MSC HNB прекращает поисковый вызов UE 220 в макросоте, этап 716.

После того, как IMS HNB 218 принимает сообщение CONNECTED от UE 220 (т.е. пользователь отвечает на вызов), этап 718, IMS HNB 218 отвечает на этапе 720 сообщением 200 OK на сообщение INVITE, принятое на этапе 702.

Пользовательская область задается как нормальная, и между UE 220 и удаленной стороной устанавливается речевая связь, этап 722.

Если же UE 220 повторно выбирает макросоту согласно варианту 2 на фиг.7, то UE 220 устанавливает соединение RRC с RNS UTRAN/GERAN, этап 724, и отвечает на этапе 726 на поисковый вызов, отправленный на этапе 708. Затем UE 220 и сервер 209 MSC HNB обмениваются нормальными сообщениями управления вызовом (согласно TS 24.008) для установления речевого вызова, этапы 728, 730.

Когда сервер 209 MSC HNB обнаруживает, что UE 220 находится в макросоте (например, при приеме ответа поискового вызова или установлении вызова) на этапе 730, сервер 209 MSC HNB отвечает IMS HNB 218 на этапе 732 сообщением, которое останавливает поисковый вызов на IMS HNB 218, этап 734. Например, сервер 209 MSC HNB отвечает сообщением 200 OK после установления вызова.

IMS HNB 218 отвечает на сообщение INVITE, принятое на этапе 702, сообщением 200 OK, на этапе 736. Протокол описания сеанса (SDP) в этом сообщении содержит адрес среды шлюза среды домена CS (CS MGW), что позволяет переносить последующий речевой трафик между удаленной стороной и CS MGW.

IMS HNB 218 может запускать отмену регистрации IMS через элемент 509 отмены регистрации IMS для отмены регистрации UE 220 в сети IMS 214 на этапе 738. Однако до отмены регистрации отвод сеанса между сервером 209 MSC HNB и SCC AS (установленный на этапе 732) привязывается к удаленному отводу между удаленной стороной и SCC AS.

Пользовательская область задается как нормальная, и между UE 220 и удаленной стороной устанавливается речевая связь через домен CS, этап 740.

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

Когда UE активно, то есть пользуется текущей услугой, и последовательно перемещается между сотами (например, перемещается из частной соты 222 в макросоту 204), осуществляется хэндовер текущей услуги из частной соты 222 в макросоту 204. Обычно для хэндовера текущего вызова из частной соты в макросоту UTRAN/GERAN требуются особые интерфейсы и сигнализация. Например, для хэндовера речевых вызовов от IMS HNB в UTRAN/GERAN требуются модифицированные или расширенные интерфейс и сигнализация Iu-cs (т.е. сигнализацию Iu-cs необходимо расширить, чтобы IMS HNB 218 мог отправлять всю необходимую информацию на сервер 209 MSC HNB). Решение хэндовера, требующее расширенного интерфейса Iu-cs, представлено в TR 23.832 v0.3.1, параграф 6.3. Обеспечение 'расширенных' интерфейсов может приводить к увеличению стоимости систем, поддерживающих частные соты, в связи с чем производители ищут возможности избежать необходимости в таких 'расширенных' интерфейсах.

В соответствии с третьим аспектом изобретения предусмотрен способ осуществления хэндовера текущей услуги, предоставляемой устройству связи в системе связи, например, в системе связи 200, показанной на фиг.2, содержащей сеть IMS 214, по меньшей мере, одну другую сеть связи, например, сеть CS 217 или сеть PS 215, частную базовую станцию (например, IMS HNB 218) для осуществления связи с UE, авторизованным использовать IMS HNB 218 и MSC (например, сервер 209 MSC HNB), подключенным с возможностью связи к IMS HNB 218, с сетью IMS 214 для предоставления доступа к сети IMS 214 и к, по меньшей мере, одной другой сети 215, 217 для предоставления доступа к, по меньшей мере, одной другой сети. На фиг.8 показан иллюстративный способ осуществления хэндовера в соответствии с третьим аспектом раскрытия. При обеспечении текущей услуги между UE и сетью IMS 214 через IMS HNB 218 и при перемещении UE из частной соты 222, заданной IMS HNB 218, в соседнюю соту (например, макросоту 204), заданную, по меньшей мере, одной другой сетью связи, способ содержит этапы, на которых принимают на IMS HNB 218 информацию, относящуюся к соседним сотам, заданным, по меньшей мере, одной другой сетью связи, этап 800, принимают решение на IMS HNB 218 на запрашивание хэндовера текущей услуги в целевую соседнюю соту на основании принятой информации, этап 802, и отправляют с IMS HNB 218 на сервер 209 MSC HNB сообщение запроса протокола инициирования сеансов (SIP) для запрашивания хэндовера текущей услуги в целевую соседнюю соту. Сообщение запроса SIP побуждает сервер 209 MSC HNB отправлять на IMS HNB 218 сообщения извещения, относящиеся к ходу выполнения хэндовера, и включает в себя информацию для облегчения хэндовера текущей услуги, этап 804. В порядке примера и в дальнейшем описании сообщение запроса SIP является сообщением запроса SIP REFER, но сообщение запроса SIP может быть сообщением запроса SIP любого типа, которое побуждает сервер 209 MSC HNB отправлять на IMS HNB 218 сообщения извещения, относящиеся к ходу выполнения хэндовера, и которое включает в себя информацию для облегчения хэндовера текущей услуги. Сообщение запроса SIP REFER может включать в себя информацию идентификации текущей услуги (например, номер переноса сеанса (Session Transfer Number) для Single Radio Voice Call Continuity (STN-SR), заданный в 3GPP 23.237, раскрытие которого включено сюда в порядке ссылки) и информацию идентификации целевой соседней соты. Затем сервер 209 MSC HNB отправляет на IMS HNB 218 в ответ на сообщение запроса SIP REFER сообщение извещения для указания принятия запроса хэндовера, этап 806, и инициирует хэндовер для переноса текущей услуги в целевую соседнюю соту, этап 808. Затем, в ответ на сообщение извещения, сгенерированное сервером 209 MSC HNB, устанавливается связь между UE и целевой соседней сотой, этап 810, и сервер 209 MSC HNB отправляет на IMS HNB 218 извещение о завершении сеанса, когда хэндовер, запрошенный посредством сообщения запроса SIP REFER, завершается, этап 812.

UE регистрируется в сети IMS 214 (или подключается к ней) с помощью IMS HNB 218 посредством вышеописанного элемента 508 регистрации IMS.

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

Таким образом, способ в соответствии с третьим аспектом изобретения поддерживает мобильность текущей услуги в макросоты с использованием прямой сигнализации SIP между IMS HNB 218 и сервером 209 MSC HNB. Благодаря использованию такой прямой сигнализации SIP на интерфейс Iu-cs не оказывается влияния, а также для осуществления хэндовера в макросоту не требуется дополнительной сигнализации.

На фиг.9 показаны основные этапы, выполняемые при осуществлении хэндовера речевого вызова от IMS HNB 218 в макросоту UTRAN/GERAN, поддерживающую речевую связь, в домене CS. Аналогичные этапы используются, когда UE одновременно имеет речевой вызов и неречевой компонент (в домене PS). Это дополнительно объяснено в нижеследующих этапах.

Текущий речевой вызов установлен UE 220 с удаленным UE через IMS HNB 218, этап 900. IMS HNB 218 располагает списком соседних сот, например, макросот UTRAN/GERAN (заданным в TS 25.467 [Rel-8], раскрытие которого включено сюда в порядке ссылки) и предписывает UE 220 измерять соседние соты и передавать отчеты об измерениях согласно нормальным процедурам, заданным в TS 25.331 (раскрытие которого включено сюда в порядке ссылки), этап 902. Например, измеряя интенсивность и/или качество любых сигналов, принимаемых UE 220 из соседних сот, UE может определять, какие соты пригодны для осуществления связи. Например, только те соты, результаты измерения сигналов которых указывают достаточную интенсивность для поддержки речевого вызова, будут иметь возможность успешно маршрутизировать услуги на и от UE 220.

На основании отчетов об измерениях и других критериев, основанных на реализации, IMS HNB 218 принимает решение на осуществление хэндовера текущего вызова в соседнюю макросоту (UTRAN или GERAN) (например, макросоту 204, показанную на фиг.2), этап 904.

IMS HNB 218 отправляет сообщение запроса SIP REFER на сервер 209 MSC HNB, этап 906. Это сообщение запроса SIP REFER включает в себя информацию идентификации текущей услуги в виде номера переноса сеанса (Session Transfer Number) для Single Radio Voice Call Continuity (STN-SR) для этого UE (которую IMS HNB 218 может принимать в ходе регистрации IMS), а также другие параметры хэндовера, например, информацию состояния сеанса и информацию идентификации целевой соты UTRAN/GERAN, которые необходимы для завершения хэндовера. Информация состояния сеанса включает в себя информацию, которая требуется для синхронизации машины состояний вызова на UE 220 и на сервере 209 MSC HNB. Сообщение запроса REFER маршрутизируется на сервер 209 MSC HNB с помощью нормальных процедур маршрутизации IMS, этап 908.

Согласно нормальным процедурам SIP (см. RFC 3515) сообщение запроса REFER создает неявную подписку на событие refer, после чего предполагается, что сервер 209 MSC HNB будет отправлять на IMS HNB 218 запросы NOTIFY в порядке отчета о развитии события refer.

На основании идентификатора целевой соты, принятого от IMS HNB 218, сервер 209 MSC HNB определяет, находится ли целевая сота под управлением другого MSC, именуемого целевым MSC, или же находится под управлением сервера 209 MSC HNB. Целевой MSC не реализует никаких усовершенствований, характерных для IMS HNB. Когда целевая сота находится под управлением сервера 209 MSC HNB, нет нужны задействовать целевой MSC (т.е. сервер 209 MSC HNB может также играть роль целевого MSC).

В иллюстративной схеме обмена информацией, показанной на фиг.9, целевая сота находится под управлением другого MSC (именуемого целевым MSC), например, MSC 208, показанного на фиг.2. Сервер 209 MSC HNB начинает нормальную процедуру хэндовера между MSC (согласно TS 23.009, раскрытие которого включено сюда в порядке ссылки), отправляя сообщение запроса Prepare HO на целевой MSC, этап 910. Целевой MSC подготавливает соответствующие ресурсы в целевой соте и отвечает, посылая ответ Prepare HO, включающий в себя номер HO. Затем устанавливается вызов по номеру HO с помощью нормальных сообщений IAM/ACM ISUP, этап 914.

Сервер 209 MSC HNB отвечает на сообщение запроса REFER, посылая ответ 202 Accepted, этап 916. Это является для IMS HNB 218 указанием к тому, что запрос хэндовера принят и обрабатывается.

Сервер 209 MSC HNB начинает нормальную процедуру переноса сеанса IMS (согласно TS 23.237, раскрытие которого включено сюда в порядке ссылки), отправляя запрос INVITE по STN-SR, принятому от IMS HNB 218. Этот запрос маршрутизируется на SCC AS, этап 918.

SCC AS начинает обновлять отвод IMS посредством удаленного UE, в результате чего адреса речевых пакетов изменяются для отправки на шлюз среды домена CS (CS MGW), а не в сеть IMS 214, согласно TS 23.237, этап 922. Параллельно, ответ 100 Trying от SCC AS побуждает сервер 209 MSC HNB отправить сообщение NOTIFY (Trying) на IMS HNB 218, этап 920. Это побуждает IMS HNB отправить на UE 220 команду HO, которая содержит идентификатор целевой соты, этап 924.

Затем UE 220 перемещается в целевую соту, этап 926.

Обновление отвода IMS посредством удаленного UE завершается, и SCC AS посылает в ответ 200 OK, этап 928. SCC AS может отправлять информацию состояния сеанса на сервер 209 MSC HNB, согласно TS 23.838 v1.1.0, этап 930. Заметим, что информацию состояния сеанса можно отправлять на сервер 209 MSC HNB, либо на этапе 906 посредством IMS HNB 218, либо на этапе 930 посредством SCC AS.

Кроме того, сервер 209 MSC HNB отправляет на IMS HNB 218 сообщение NOTIFY (200 OK) о завершении сеанса, чтобы сообщить о завершении переноса сеанса, инициированного сообщением запроса REFER на этапе 906, этап 932.

По завершении хэндовера целевой MSC, на этапе 934, отправляет на сервер 209 MSC HNB сообщение Answer, которое запускает перенаправление пользовательской области.

На этапе 936 устанавливается новый путь к пользовательской области.

IMS HNB 218 может начинать отмену регистрации IMS с помощью элемента 509 отмены регистрации IMS после приема NOTIFY (200 OK) на этапе 938.

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

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

Очевидно, что базовая сеть 206 может управлять дополнительными или альтернативными сетями радиодоступа RAN к UTRAN 202. Примеры других RAN включают в себя сеть доступа GSM (включающую в себя RAN GSM/EDGE (GERAN)), сети доступа CDMA 1X, CDMA EV-DO, HSPA (HSDPA/HSUPA), сеть доступа WLAN, сеть доступа Wi-Max, Evolved-UTRAN (E-UTRAN). Каждая RAN может включать в себя элементы CS и элементы PS.

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

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

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

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

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

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

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

6. Способ по п.1, в котором запрос услуги принимают через сеть IMS.

7. Способ по п.1, в котором запрос услуги является запросом входящей услуги.