RU2420904C2 - Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания - Google Patents

Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания Download PDF

Info

Publication number
RU2420904C2
RU2420904C2 RU2009131318/09A RU2009131318A RU2420904C2 RU 2420904 C2 RU2420904 C2 RU 2420904C2 RU 2009131318/09 A RU2009131318/09 A RU 2009131318/09A RU 2009131318 A RU2009131318 A RU 2009131318A RU 2420904 C2 RU2420904 C2 RU 2420904C2
Authority
RU
Russia
Prior art keywords
mih
application server
session
ims client
handoff
Prior art date
Application number
RU2009131318/09A
Other languages
English (en)
Other versions
RU2009131318A (ru
Inventor
Шамим Акбар РАХМАН (CA)
Шамим Акбар РАХМАН
Юлизис ОЛВЕРА-ЭРНАНДЕС (CA)
Юлизис ОЛВЕРА-ЭРНАНДЕС
Махмуд ВАТФА (CA)
Махмуд ВАТФА
Original Assignee
Интердиджитал Текнолоджи Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Интердиджитал Текнолоджи Корпорейшн filed Critical Интердиджитал Текнолоджи Корпорейшн
Publication of RU2009131318A publication Critical patent/RU2009131318A/ru
Application granted granted Critical
Publication of RU2420904C2 publication Critical patent/RU2420904C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Раскрыты способ и устройство для выполнения эстафетной передачи обслуживания. Технический результат заключается в усовершенствовании процесса передачи обслуживания. Клиент мультимедийной подсистемы (IMS) протокола сети Интернет (IP) регистрируется в сети IMS и устанавливает сеанс независимой от среды передачи эстафетной передачи обслуживания (MIH) с сервером приложений MIH с использованием протокола инициации сеанса (SIP). Клиент IMS устанавливает сеанс для основанной на IP услуги (например, передачи голоса поверх IP (VoIP)) с равноправным узлом связи с использованием SIP. Сообщения MIH обмениваются для эстафетной передачи обслуживания с сервером приложений MIH по IP. После эстафетной передачи обслуживания, сеанс возобновляется. Обслуживающая функция управления вызовом и сеансом (S-CSCF) приводит в действие сервер приложений MIH на основании строки «Службы MIH» и уникального идентификатора, включенного в запрос INVITE. Клиент IMS может отправлять запрос REFER на сервер приложений MIH после эстафетной передачи обслуживания для возобновления сеанса. В качестве альтернативы, клиент IMS может отправлять запрос RE-INVITE на сервер приложений MIH и равноправный узел связи. 4 н. и 17 з.п. ф-лы, 14 ил., 1 табл.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение имеет отношение к независимой от среды передачи эстафетной передаче обслуживания между неоднородными сетями беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Мультимедийная подсистема (IMS) протокола сети Интернет (IP) является стандартизованной архитектурой построения сетей следующего поколения (NGN) для предоставления мобильных и стационарных мультимедийных услуг. IMS использует протокол инициации сеанса (SIP) и работает поверх IP. IMS может использоваться для многих разных услуг (например, мгновенного обмена сообщениями, потокового видео, передачи голоса поверх IP (VoIP), и любых других основанных на IP услуг).
Цель IMS состоит в том, чтобы предоставлять все услуги, настоящие и будущие, которые предусматривает сеть Интернет. Один из способов, используемых для предоставления этих услуг, происходит через сервер приложений IMS. Сервер приложений IMS является сетевой сущностью, которая размещает и выполняет одну или более служб IP. Сервер приложений приводится в действие, чтобы предоставлять услугу посредством обслуживающей функции управления вызовом и сеансом (S-CSCF), которая является центральным узлом в плоскости сигнализации IMS.
Стандарт IEEE 802.21 определяет механизмы и процедуры, которые оказывают поддержку в выполнении и управлении внутрисистемными эстафетными передачами обслуживания. Согласно IEEE 802.21, три основных службы могут быть доступными для приложений управления мобильностью, для того чтобы оказывать поддержку в управлении операциями эстафетной передачи обслуживания, а также в отыскании и выборе системы. Эти службы включают в себя службу обработки событий, службу информации и службу команд. Эти службы не зависят друг от друга и, как результат, могут предоставляться независимо.
В настоящее время нет интерфейсов или механизмов, которые описывают, каким образом службы IEEE 802.21 могут взаимодействовать с существующими функциональными возможностями управления мобильностью и эстафетной передачи обслуживания, уже определенными в рамках соответствующих спецификаций стандартов беспроводной связи Проекта партнерства третьего поколения (3GPP) или подобных. Нет процедур и функциональных возможностей для объединения служб IEEE 802.21 в пределах 3GPP или других стандартов беспроводной связи, пока не модифицированы существующие механизмы управления мобильностью и процедуры эстафетной передачи обслуживания. Поэтому требуется сервер приложений MIH (эстафетной передачи обслуживания, независимой от среды передачи), который способен к объединению служб MIH в основанной на 3GPP или других стандартах беспроводной связи сети.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Раскрыты способ и устройство для выполнения эстафетной передачи обслуживания. Клиент IMS регистрируется в сети IMS и устанавливает сеанс MIH с сервером приложений MIH с использованием SIP. Клиент IMS устанавливает сеанс для основанной на IP услуги (например, VoIP) с равноправным узлом связи с использованием SIP. Сообщения MIH обмениваются для эстафетной передачи обслуживания с сервером приложений MIH по IP. После эстафетной передачи обслуживания, сеанс возобновляется. S-CSCF приводит в действие сервер приложений MIH на основании строки «Службы MIH» и уникального идентификатора, включенного в запрос INVITE (ПРИГЛАШЕНИЯ). Клиент IMS может отправлять запрос REFER (ССЫЛКИ) на сервер приложений MIH после эстафетной передачи обслуживания для возобновления сеанса. В качестве альтернативы, клиент IMS может отправлять запрос RE-INVITE (ПОВТОРНОГО ПРИГЛАШЕНИЯ) на сервер приложений MIH и равноправный узел связи.
КРАТКИЙ ПЕРЕЧЕНЬ ЧЕРТЕЖЕЙ
Более подробное понимание может быть получено из последующего описания, приведенного в качестве примера, и должно осмысливаться в соединении с прилагаемыми чертежами, на которых:
фиг.1 - структурная схема сервера приложений MIH;
фиг.2A-2D - примерная последовательность операций вызова для эстафетной передачи обслуживания в соответствии с одним из вариантов осуществления;
фиг.3A-3D - примерная последовательность операций вызова для эстафетной передачи обслуживания в соответствии с еще одним вариантом осуществления;
фиг.4 - примерное сообщение запроса INVITE;
фиг.5 - примерное сообщение запроса REFER;
фиг.6 - примерное сообщение запроса RE-INVITE, предназначенное для клиента IMS;
фиг.7 - примерное сообщение запроса RE-INVITE, предназначенное для сервера приложений MIH; и
фиг.8 - изменения состояний регистрации клиента IMS.
ПОДРОБНОЕ ОПИСАНИЕ
Когда указывается ссылкой в дальнейшем, термин «блок беспроводной передачи/приема (WTRU)» включает в себя, но не ограничиваясь перечисленным, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский пункт, пейджер, сотовый телефон, персональный цифровой секретарь (PDA), компьютер, или любой другой тип пользовательского устройства, способного к работе в беспроводной среде.
Должно быть отмечено, что варианты осуществления будут пояснены со ссылкой на услуги VoIP в качестве примера, а варианты осуществления применимы к любым другим услугам (например, мгновенному обмену сообщениями, потоковому видео или любым другим основанным на IP услугам), которые влекут за собой установление сеанса.
Фиг.1 - структурная схема сервера 100 приложений MIH. Сервер 100 приложений MIH включает в себя сущность 105 функции MIH (MIHF), интерфейс 110 функции межсетевого обмена (IWF), интерфейс 115 SIP, сущность 120 функции стратегии мобильности и эстафетной передачи обслуживания (MHPF), механизм 125 транспортировки верхнего уровня (например, основанный на IP) и механизм 130 транспортировки L2 (например, основанный на IEEE 802.xx). Сервер 100 приложений MIH содействует бесшовной интеграции функций IP в и из клиента IMS (например, WTRU) по любой допускающей IMS сети через механизм 125 транспортировки верхнего уровня. Сервер 100 приложений MIH содействует бесшовной интеграции функций IEEE 802.xx в и из клиента IMS через сеть доступа 802.xx с помощью механизма 130 транспортировки L2. Сервер 100 приложений MIH также поддерживает сигнализацию и интерфейсы SIP с S-CSCF в сети IMS через интерфейс 115 SIP.
Сущность 105 MIHF принимает сообщения MIH (то есть события и информацию о MIH) через механизм 125 транспортировки верхнего уровня (например, по IP) и/или механизм 130 транспортировки L2 (например, IEEE 802.xx). Сущность 105 MIHF отправляет сообщение MIH (то есть события, информацию и команду MIH) через механизм 125 транспортировки верхнего уровня или механизм 130 транспортировки L2 в ответ на сообщения MIH. Сущность 105 MIHF также может выводить сигнализацию событий в сущность 120 MHPF (например, изменение текущего состояния технологии канального уровня, поддерживающей сеанс) или на интерфейс 110 IWF (например, указание успешного завершения эстафетной передачи обслуживания).
Интерфейс 110 IWF преобразует сообщения SIP, принятые через интерфейс 115 SIP, в сообщения MIH, и наоборот. Интерфейс 110 IWF принимает события из сущности 105 MIHF, сигнализацию SIP из интерфейса 115 SIP и команды из сущности 120 MHPF, и преобразует их в сигнализацию MIH или SIP.
Сущность 120 MHPF динамически определяет специфические характер изменения и отображение сообщений SIP в сообщения MIH, и наоборот. Сущность 120 MHPF управляет эстафетными передачами обслуживания по всем разнородным сетям. Сущность 120 MHPF принимает события эстафетной передачи обслуживания и сигнализацию SIP и выводит команды эстафетной передачи обслуживания и сигнализацию управления вызовом SIP.
Интерфейс 115 SIP принимает команды из сущности 120 MHPF для целей управления сеансом, и также может принимать события из сущности 120 MIHF через интерфейс 110 IWF. Интерфейс 115 SIP выводит сигнализацию SIP для целей управления вызовом/сеансом.
Фиг.2A-2D - примерная последовательность 200 операций вызова для эстафетной передачи обслуживания в соответствии с одним из вариантов осуществления. В дальнейшем предполагается, что клиент 160 IMS изначально присоединен к сотовой сети 150 доступа и выполняет эстафетную передачу обслуживания на сеть доступа 155 беспроводной локальной сети (WLAN). Должно быть отмечено, что противоположный сценарий также возможен, и эстафетная передача обслуживания может быть реализована между любыми типами сетей беспроводной связи. Клиент 160 IMS (например, WTRU) регистрируется в сети IMS (то есть у S-CSCF 145) после отыскания посреднической функции 140 управления вызовом и сеансом (P-CSCF) (этап 202). Сущность 164 стратегии обслуживания клиента 160 IMS инициирует сеанс MIH (этап 204). Стек 162 SIP клиента 160 IMS отправляет запрос INVITE в P-CSCF 140 (этап 206). P-CSCF 140 пересылает запрос INVITE в S-CSCF 145 (этап 208). S-CSCF 145 загружает профиль клиента 160 IMS и приводит в действие сервер приложений MIH на основании критериев фильтра (этап 210), которые будут подробно пояснены ниже.
Сервер 100 приложений MIH функционирует в режиме агента пользователя SIP. Интерфейс 115 SIP сервера 100 приложений MIH извлекает уникальный идентификатор и IP-адрес клиента 160 IMS, включенные в запрос INVITE и переправляет их в сущность 120 MHPF (этап 212). Сущность 120 MHPF создает привязку для клиента 160 IMS и указывает выполнение привязки в интерфейс 115 SIP (этап 214). Привязка может включать в себя уникальный идентификатор клиента 160 IMS (например, идентификатор (ID) MIHF), текущий IP-адрес клиента 160 IMS, а также состояние регистрации и таймер регистрации, ассоциативно связанный с состоянием регистрации, которые будут подробно пояснены ниже.
Интерфейс 115 SIP передает сообщение 200 OK (ОДОБРЕНИЯ) клиенту 160 IMS через S-CSCF 145 и P-CSCF 140 (этап 216). Клиент 160 IMS отправляет подтверждение (ACK) на сервер 100 приложений MIH (этап 217). Затем устанавливается сеанс MIH и клиент 160 IMS и сервер 100 приложений MIH могут непосредственно обмениваться сообщениями MIH по IP.
После того как завершение сеанса MIH указано сущности 164 стратегии обслуживания на этапе 218, сущность 164 стратегии обслуживания приводит в действие сущность 166 MIHF для отправки дистанционных сообщений MIH на сервер 100 приложений MIH. Сущность 166 MIHF на клиенте 160 IMS может выполнять процедуру отыскания возможности с сущностью 125 MIHF на сервере 100 приложений MIH (этапы 220, 222). Сущность 166 MIHF также может выполнять процедуру регистрации MIH для регистрации на определенные услуги (этапы 224, 226). Сущность 125 MIHF может выполнять процедуру подписки на события с сущностью 166 MIHF (этапы 228, 230). Сообщения MIH, обмениваемые на этапах 220-230, могут передаваться по IP и могут передаваться с использованием IPsec (протокола защиты сетевого трафика на IP-уровне) для защищенной транспортировки. Сущность 125 MIHF пересылает дистанционные сообщения MIH, принятые от клиента 160 IMS, на сущность 120 MHPF. Это вызывает обновления состояний для клиента 160 IMS. Сущность 120 MHPF также приводит в действие сущность 125 MIHF для отправки дистанционных сообщений MIH. Транспортировка сообщений MIH по IP может выполняться, как раскрыто в обычным образом переуступленной заявке № 60/801,786 на выдачу патента США, зарегистрированной 19 мая 2006 года, которая включена в состав посредством ссылки, как будто полностью изложенная.
Клиент 160 IMS отправляет запрос INVITE на клиента 170 IMS (то есть равноправный узел связи) для установления сеанса VoIP (этапы 232-236). Должно быть отмечено, что VoIP является примером, и может быть установлен сеанс любой другой услуги. Если клиент 170 IMS принимает приглашение, клиент 170 IMS отправляет сигнал 200 OK клиенту 160 IMS (этап 238). Клиент 160 IMS затем отправляет ACK клиенту 170 IMS (этап 239). Затем устанавливается сеанс VoIP между клиентом 160 IMS и клиентом 170 IMS (этап 240).
Клиент 160 IMS обнаруживает, что интенсивность сигнала на интерфейсе сотовой связи понижается. Сущность 166 MIHF отправляет отчет об интенсивности сигнала на сущность 125 MIHF сервера 100 приложений MIH (этап 242). Сущность 125 MIHF отправляет информацию о списке соседей на сущность 166 MIHF (этап 244). Сущность 164 стратегии обслуживания включает интерфейс WLAN клиента 160 IMS и детектирует линию связи на основании информации о списке соседей, и сущность 166 MIHF отправляет указание, что была обнаружена линия связи WLAN (этап 246). Сущность 125 MIHF отправляет команду на сущность 166 MIHF для выполнения эстафетной передачи обслуживания на WLAN (этап 248). Сущность 164 стратегии обслуживания завершает эстафетную передачу обслуживания на WLAN и получает новый IP-адрес (например, с использованием протокола динамического конфигурирования хост-узла (DHCP)), и сущность 166 MIHF указывает сущности 125 MIHF результат эстафетной передачи обслуживания с сотовой сети на WLAN (этап 250). Сообщения MIH, обмениваемые на этапах 242-250, могут передаваться по IP и могут передаваться с использованием IPsec для защищенной транспортировки. Сущность 125 MIHF пересылает дистанционные сообщения MIH от клиента 160 IMS на сущность 120 MHPF.
Сущность 164 стратегии обслуживания инициирует обновление сервера 100 приложений MIH и клиента 170 IMS (этап 252). Клиент 160 IMS отправляет запрос REFER на сервер 100 приложений MIH (этап 254). Запрос REFER может быть определен в способе REFER SIP по RFC 3535 или подавлении неявной подписки способа REFER SIP, как в RFC 4488. Интерфейс 115 SIP сервера 100 приложений MIH извлекает новый IP-адрес и уникальный идентификатор источника в запросе REFER и отправляет их в сущность 120 MHPF, которая обновляет привязку для клиента 160 IMS (этап 256). Сервер 100 приложений MIH отправляет сигнал 200 OK клиенту 160 IMS. Стек 162 SIP указывает обновление сервера приложений MIH в сущность 164 стратегии обслуживания (этапы 258, 260).
Сервер 100 приложений MIH отправляет запрос INVITE клиенту 170 IMS по требованию в запросе REFER (этап 262). Клиент 170 IMS отправляет сигнал 200 OK на сервер 100 приложений MIH, а сервер 100 приложений MIH отправляет ACK клиенту 170 IMS (этапы 264, 266). Сеанс VoIP между клиентом 160 IMS и клиентом 170 IMS возобновляется с использованием нового IP-адреса клиента 160 IMS (этап 268). Затем выполняется повторная регистрация IMS в сети IMS (этапы 270, 272, 274).
Если необходимо, клиент 160 IMS может завершать сеанс MIH с сервером 100 приложений MIH отправкой запроса BYE (ОСВОБОЖДЕНИЯ), как определено SIP. Если сущность 164 стратегии обслуживания решает завершить сеанс MIH с сервером приложений MIH, сущность 166 MIHF отправляет запрос для отмены регистрации в сущность 125 MIHF (этап 276). Сущность 125 MIHF отправляет запрос на отмену подписки на события в сущность 166 MIHF (этап 278). Сущность 166 MIHF отправляет сообщение подтверждения отмены подписки на события в сущность 125 MIHF (этап 280). Сущность 125 MIHF отправляет сообщение подтверждения отмены регистрации в сущность 166 MIHF (этап 282). Сообщения MIH на этапах 276-282 могут отправляться по IP и могут отправляться с использованием IPsec для защищенной транспортировки. Сущность 120 MHPF обновляет регистрационную запись для клиента 160 IMS. Сущность 164 стратегии обслуживания инициирует завершение сеанса MIH с сервером приложений MIH на этапе 284, и запрос BYE отправляется на сервер 100 приложений MIH на этапе 286. Сущности 120 MHPF указывается, что следует завершить сеанс MIH (этап 288). Сущность 120 MHPF указывает завершение обновления записи клиента IMS, и сигнал 200 OK отправляется клиенту 160 IMS (этапы 290, 292). Сеанс MIH, в таком случае, заканчивается, и завершение сеанса MIH указывается сущности 164 стратегии обслуживания (этап 294).
Фиг.3A-3D - примерная последовательность 300 операций вызова для эстафетной передачи обслуживания в соответствии с еще одним вариантом осуществления. В дальнейшем предполагается, что клиент 160 IMS изначально присоединен к сотовой сети 150 доступа и выполняет эстафетную передачу обслуживания на сеть доступа 155 беспроводной локальной сети (WLAN). Должно быть отмечено, что противоположный сценарий также возможен, и эстафетная передача обслуживания может быть реализована между любыми типами сетей беспроводной связи. Клиент 160 IMS (например, WTRU) регистрируется в сети IMS (то есть у S-CSCF 145) после отыскания посреднической функции 140 управления вызовом и сеансом (P-CSCF) (этап 302). Сущность 164 стратегии обслуживания клиента 160 IMS инициирует сеанс MIH (этап 304). Стек 162 SIP клиента 160 IMS отправляет запрос INVITE в P-CSCF 140 (этап 306). P-CSCF 140 пересылает запрос INVITE в S-CSCF 145 (этап 308). S-CSCF 145 загружает профиль клиента 160 IMS и приводит в действие сервер приложений MIH на основании критериев фильтра (этап 310), которые будут подробно пояснены ниже.
Сервер 100 приложений MIH функционирует в режиме агента пользователя SIP. Интерфейс 115 SIP сервера 100 приложений MIH извлекает уникальный идентификатор и IP-адрес клиента 160 IMS, включенные в запрос INVITE и переправляет их в сущность 120 MHPF (этап 312). Сущность 120 MHPF создает привязку для клиента 160 IMS и указывает выполнение привязки в интерфейс 115 SIP (этап 314). Привязка может включать в себя уникальный идентификатор клиента 160 IMS (например, ID MIHF), текущий IP-адрес клиента 160 IMS, а также состояние регистрации и таймер регистрации, ассоциативно связанный с состоянием регистрации, которые будут подробно пояснены ниже.
Интерфейс 115 SIP передает сообщение 200 OK (ОДОБРЕНИЯ) клиенту 160 IMS через S-CSCF 145 и P-CSCF 140 (этап 316). Клиент 160 IMS отправляет ACK на сервер 100 приложений MIH (этап 317). Затем, устанавливается сеанс MIH, и клиент 160 IMS и сервер 100 приложений MIH могут непосредственно обмениваться сообщениями MIH по IP.
После того, как завершение сеанса MIH указано сущности 164 стратегии обслуживания на этапе 318, сущность 164 стратегии обслуживания приводит в действие сущность 166 MIHF для отправки удаленных сообщений MIH на сервер 100 приложений MIH. Сущность 166 MIHF на клиенте 160 IMS может выполнять процедуру отыскания возможности с сущностью 125 MIHF на сервере 100 приложений MIH (этапы 320, 322). Сущность 166 MIHF также может выполнять процедуру регистрации MIH для регистрации на определенные услуги (этапы 324, 326). Сущность 125 MIHF может выполнять процедуру подписки на события с сущностью 166 MIHF (этапы 328, 330). Сообщения MIH, обмениваемые на этапах 320-330, могут передаваться по IP и могут передаваться с использованием IPsec для защищенной транспортировки. Сущность 125 MIHF пересылает дистанционные сообщения MIH, принятые от клиента 160 IMS, в сущность 120 MHPF. Это вызывает обновления состояний для клиента 160 IMS. Сущность 120 MHPF также приводит в действие сущность 125 MIHF для отправки дистанционных сообщений MIH. Транспортировка сообщений MIH по IP может выполняться, как определено в обычным образом переуступленной заявке № 60/801,786 на выдачу патента США, зарегистрированной 19 мая 2006 года.
Клиент 160 IMS отправляет запрос INVITE на клиента 170 IMS (то есть равноправный узел связи) для установления сеанса VoIP (этапы 332-336). Должно быть отмечено, что VoIP является примером, и может быть установлен сеанс любой другой услуги. Если клиент 170 IMS принимает приглашение, клиент 170 IMS отправляет сигнал 200 OK клиенту 160 IMS (этап 338). Клиент 160 IMS затем отправляет ACK клиенту 170 IMS (этап 339). Затем устанавливается сеанс VoIP между клиентом 160 IMS и клиентом 170 IMS (этап 340).
Клиент 160 IMS обнаруживает, что интенсивность сигнала на интерфейсе сотовой связи понижается. Сущность 166 MIHF отправляет отчет об интенсивности сигнала на сущность 125 MIHF сервера 100 приложений MIH (этап 342). Сущность 125 MIHF отправляет информацию о списке соседей на сущность 166 MIHF (этап 344). Сущность 164 стратегии обслуживания включает интерфейс WLAN клиента 160 IMS и детектирует линию связи на основании информации о списке соседей, и сущность 166 MIHF отправляет указание, что была обнаружена линия связи WLAN (этап 346). Сущность 125 MIHF отправляет команду на сущность 166 MIHF для выполнения эстафетной передачи обслуживания на WLAN (этап 348). Сущность 164 стратегии обслуживания завершает эстафетную передачу обслуживания на WLAN и получает новый IP-адрес (например, с использованием DHCP), и сущность 166 MIHF указывает сущности 125 MIHF результат эстафетной передачи обслуживания с сотовой сети на WLAN (этап 350). Сообщения MIH, обмениваемые на этапах 342-350, могут передаваться по IP и могут передаваться с использованием IPsec для защищенной транспортировки. Сущность 125 MIHF пересылает дистанционные сообщения MIH от клиента 160 IMS на сущность 120 MHPF.
Сущность 164 стратегии обслуживания инициирует обновление сервера 100 приложений MIH и клиента 170 IMS (этап 352). Клиент 160 IMS отправляет запрос RE-INVITE клиенту 170 IMS (этап 354). Клиент 160 IMS указывает новый IP-адрес и идентификатор вызова, имеющий отношение к продолжающемуся сеансу VoIP. Клиент 170 IMS принимает запрос RE-INVITE и отправляет сообщение 200 OK клиенту 160 IMS (этап 356). Клиент 160 IMS отправляет ACK клиенту 170 IMS (этап 357).
Клиент 160 IMS затем отправляет запрос RE-INVITE на сервер 100 приложений MIH (этап 358). Интерфейс 115 SIP сервера 100 приложений MIH извлекает новый IP-адрес и уникальный идентификатор источника в запросе RE-INVITE и отправляет их в сущность 120 MHPF, которая обновляет привязку для клиента 160 IMS (этап 360). Сущность 120 MHPF указывает завершение обновления в интерфейс 115 SIP (этап 362). Сервер 100 приложений MIH отправляет сигнал 200 OK клиенту 160 IMS (этап 364). Клиент 160 IMS отправляет ACK на сервер 100 приложений MIH (этап 365). Завершение обновления клиента 170 IMS и сервера 100 приложений MIH указывается сущности 164 стратегии обслуживания на этапе 366, и сеанс VoIP между клиентом 160 IMS и клиентом 170 IMS возобновляется с использованием нового IP-адреса клиента 160 IMS (этап 368). Затем выполняется повторная регистрация IMS в сети IMS (этапы 370, 372, 374).
Если необходимо, клиент 160 IMS может завершать сеанс MIH с сервером 100 приложений MIH отправкой запроса BYE, как определено SIP. Если сущность 164 стратегии обслуживания решает завершить сеанс MIH с сервером приложений MIH, сущность 166 MIHF отправляет запрос для отмены регистрации в сущность 125 MIHF (этап 376). Сущность 125 MIHF отправляет запрос на отмену подписки на события в сущность 166 MIHF (этап 378). Сущность 166 MIHF отправляет сообщение подтверждения отмены подписки на события на сущность 125 MIHF (этап 380). Сущность 125 MIHF отправляет сообщение подтверждения отмены регистрации в сущность 166 MIHF (этап 382). Сообщения MIH на этапах 376-382 могут отправляться по IP и могут отправляться с использованием IPsec для защищенной транспортировки. Сущность 120 MHPF обновляет регистрационную запись для клиента 160 IMS. Сущность 164 стратегии обслуживания инициирует завершение сеанса MIH с сервером приложений MIH на этапе 384, и запрос BYE отправляется на сервер 100 приложений MIH на этапе 386. Сущности 120 MHPF указывается, что следует завершить сеанс MIH (этап 288). Сущность 120 MHPF указывает завершение обновления записи клиента IMS, и сигнал 200 OK отправляется клиенту 160 IMS (этапы 390, 392). Сеанс MIH заканчивается, и завершение сеанса MIH указывается сущности 164 стратегии обслуживания (этап 394).
S-CSCF 145 приводит в действие сервер приложений MIH после приема запроса INVITE от клиента 160 IMS. Тело сообщения запроса INVITE составлено с использованием протокола описания сеанса (SDP). Кодирование многоцелевых расширений электронной почты в сети Интернет (MIME) может использоваться для тела сообщения. В заголовок 's' сообщения запроса INVITE могут быть включены константная строка «Службы MIH» и уникальный идентификатор клиента 160 IMS. Уникальным идентификатором может быть ID MIHF.
S-CSCF приводит в действие сервер приложений MIH на основании способа запроса, универсального идентификатора ресурса (URI) SIP пункта назначения и существования специальной строки (то есть константной строки «Службы MIH» и уникального идентификатора) в теле сообщения запроса INVITE. Способ запроса указывает ссылкой на то, является ли запрос сообщением запроса INVITE или сообщением запроса REFER. URI SIP указывает ссылкой на URI для услуги приложения MIH в этом случае. Например, URI может быть ieee802.21@domain.com.
Фиг.4 - примерное сообщение 400 запроса INVITE. Сообщение 400 включает в себя примерный общедоступный URI 402 сервера приложений MIH и заголовок 404 s, включающий в себя строку «Службы MIH» и уникальный ID клиента IMS (например, ID MIHF).
Фиг.5 - примерное сообщение 500 запроса REFER. Сообщение 500 включает в себя примерный общедоступный URI 502 сервера приложений MIH и заголовок 504 s, включающий в себя строку «Службы MIH» и уникальный ID клиента IMS (например, ID MIHF). Сообщение 500 также включает в себя ID 506 вызова продолжающегося сеанса данных с другим клиентом 170 IMS. Сервер 100 приложений MIH использует это при построении запроса INVITE клиенту 170 IMS.
Фиг.6 - примерное сообщение 600 запроса RE-INVITE, предназначенное для клиента 170 IMS.
Фиг.7 - примерное сообщение 700 запроса RE-INVITE, предназначенное для сервера 100 приложений MIH. Сообщение 700 включает в себя примерный общедоступный URI 702 сервера приложений MIH и заголовок 704 s, включающий в себя строку «Службы MIH» и уникальный ID клиента IMS (например, ID MIHF).
Сервер 100 приложений MIH (то есть сущность 120 MHPF) создает привязку для клиента 160 IMS. Привязка включает в себя уникальный идентификатор клиента IMS (например, ID MIHF), текущий IP-адрес клиента IMS и состояние регистрации клиента IMS, а также таймер регистрации, ассоциативно связанный с состоянием регистрации. Определено пять состояний регистрации (незарегистрированное, ожидания регистрации MIH, зарегистрированное и активное MIH, зарегистрированное и неактивное MIH, и ожидания отмены регистрации MIH), и состояние регистрации изменяется, если истекает соответствующий таймер, или если принято определенное сообщение MIH/SIP, дающее ему команду на изменение.
Фиг.8 - изменения состояний регистрации клиента IMS. В незарегистрированном состоянии, клиент не имеет никакой записи на сервере приложений MIH. Никакой таймер не связан с незарегистрированным состоянием.
По приему начального запроса INVITE состояние меняется на состояние ожидания регистрации MIH. В состоянии ожидания регистрации MIH клиент IMS создал сеанс, но не выполнил регистрацию MIH. Регистрация MIH является последовательностью операций по регистрации на конкретные договорные услуги. Состояние ожидания регистрации MIH ассоциативно связано с таймером A. Регистрация MIH должна быть завершена в пределах значения таймера A; иначе сервер приложений MIH завершает сеанс (то есть незарегистрированное состояние). Если состояние клиента IMS меняется на незарегистрированное состояние, вся имеющая отношение к пользователю информация удаляется. Если регистрация MIH выполняется за значение таймера A, состояние меняется на зарегистрированное и активное состояние MIH.
В зарегистрированном и активном состоянии MIH клиент IMS выполнил регистрацию MIH и поддерживает связь с сервером приложений MIH. Зарегистрированное и активное состояние ассоциативно связано с таймером B. Если никакого обмена информацией не происходит до того, как истекает таймер B, состояние меняется на зарегистрированное и неактивное состояние MIH. Если принят запрос отмены регистрации MIH, состояние меняется на состояние ожидания отмены регистрации MIH.
В зарегистрированном и неактивном состоянии MIH клиент IMS выполнил регистрацию MIH, но не был на связи с сервером приложений MIH в течение определенного периода времени. Зарегистрированное и неактивное состояние MIH ассоциативно связано с таймером C. Сеанс истекает, если никакого обмена информацией не происходит с сервером приложений MIH до того, как истекает таймер C (то есть состояние меняется на незарегистрированное состояние). Если принята передача, иная, чем запрос отмены регистрации, до того, как истекает таймер C, состояние меняется на зарегистрированное и активное состояние MIH. Если запрос отмены регистрации принят до того, как истекает таймер C, состояние меняется на состояние ожидания отмены регистрации MIH.
В состоянии ожидания отмены регистрации MIH клиент IMS выполнил отмену регистрации и собирается завершить сеанс. Состояние ожидания отмены регистрации ассоциативно связано с таймером D. Сообщение BYE SIP должно приниматься сервером приложений MIH в пределах значения таймера D; иначе, сервер приложений MIS выполняет «ручное» завершение сеанса (то есть удаляет все записи клиента IMS).
Таблица 1 показывает примерные значения таймеров.
Таблица 1
Состояние регистрации Ассоциативно связанный таймер Примерное значение таймера
Незарегистрированное Ни один Нет
Ожидание регистрации MIH Таймер A 10 секунд
Зарегистрированное и активное MIH Таймер B 3000 секунд
Зарегистрированное и неактивное MIH Таймер C 2000 секунд
Ожидание отмены регистрации MIH Таймер C 10 секунд
Варианты осуществления
1. Способ выполнения эстафетной передачи обслуживания.
2. Способ по варианту 1 осуществления, содержащий регистрацию в сети IMS.
3. Способ по варианту 2 осуществления, содержащий установление сеанса MIH с сервером приложений MIH с использованием SIP.
4. Способ по любому одному из вариантов 2-3 осуществления, содержащий установление сеанса для основанной на IP услуги с равноправным узлом связи с использованием SIP.
5. Способ по любому одному из вариантов 2-4 осуществления, содержащий обнаружение необходимости в эстафетной передаче обслуживания.
6. Способ по варианту 5 осуществления, содержащий обмен сообщением MIH для эстафетной передачи обслуживания с сервером приложений MIH по IP.
7. Способ по варианту 6 осуществления, содержащий выполнение эстафетной передачи обслуживания и возобновление сеанса для основанной на IP услуги.
8. Способ по любому одному из вариантов 3-7 осуществления, в котором сеанс MIH устанавливается отправкой запроса INVITE в S-CSCF, которая приводит в действие сервер приложений MIH.
9. Способ по варианту 8 осуществления, в котором запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
10. Способ по варианту 9 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
11. Способ по любому одному из вариантов 2-10 осуществления, дополнительно содержащий выполнение процедуры отыскания возможности с сервером приложений MIH по IP.
12. Способ по любому одному из вариантов 3-11 осуществления, дополнительно содержащий выполнение процедуры регистрации MIH с сервером приложений MIH по IP.
13. Способ по варианту 12 осуществления, дополнительно содержащий процедуру подписки на события с сервером приложений MIH по IP.
14. Способ по любому одному из вариантов 5-13 осуществления, дополнительно содержащий отправку отчета об интенсивности сигнала на сервер приложений MIH по IP.
15. Способ по варианту 14 осуществления, содержащий прием информации о списке соседей с сервера приложений MIH по IP.
16. Способ по варианту 15 осуществления, содержащий отправку отчета об интенсивности сигналов соседних сот на сервер приложений MIH по IP.
17. Способ по варианту 16 осуществления, содержащий прием команды эстафетной передачи обслуживания с сервера приложений MIH по IP.
18. Способ по варианту 17 осуществления, содержащий отправку результата эстафетной передачи обслуживания на сервер приложений MIH по IP.
19. Способ по любому одному из вариантов 7-18 осуществления, в котором запрос REFER отправляется на сервер приложений MIH после эстафетной передачи обслуживания с использованием SIP, и сервер приложений MIH отправляет запрос INVITE на равноправный узел связи для возобновления сеанса для основанной на IP услуги.
20. Способ по варианту 19 осуществления, в котором запрос REFER включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
21. Способ по варианту 20 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
22. Способ по любому одному из вариантов 7-18 осуществления, в котором запрос RE-INVITE отправляется на сервер приложений MIH и равноправный узел связи после эстафетной передачи обслуживания для возобновления сеанса для основанной на IP услуги.
23. Способ по варианту 22 осуществления, в котором запрос RE-INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
24. Способ по варианту 23 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
25. Способ по любому одному из вариантов 7-24 осуществления, дополнительно содержащий отправку запроса отмены регистрации на сервер приложений MIH по IP.
26. Способ по варианту 25 осуществления, содержащий отправку запроса BYE на сервер приложений MIH для завершения сеанса MIH.
27. Способ выполнения эстафетной передачи обслуживания.
28. Способ по варианту 27 осуществления, содержащий прием запроса INVITE от клиента IMS через S-CSCF.
29. Способ по варианту 28 осуществления, содержащий создание привязки для клиента IMS.
30. Способ по варианту 29 осуществления, содержащий установление сеанса MIH с клиентом IMS с использованием SIP.
31. Способ по варианту 30 осуществления, содержащий обмен сообщением MIH для эстафетной передачи обслуживания с клиентом IMS по IP.
32. Способ по варианту 31 осуществления, дополнительно содержащий отправку команды эстафетной передачи обслуживания клиенту IMS.
33. Способ по варианту 32 осуществления, содержащий прием результата эстафетной передачи обслуживания от клиента IMS.
34. Способ по варианту 33 осуществления, дополнительно содержащий прием запроса REFER от клиента IMS.
35. Способ по варианту 34 осуществления, содержащий обновление привязки.
36. Способ по варианту 35 осуществления, содержащий отправку запроса INVITE на равноправный узел связи согласно требованию в запросе REFER.
37. Способ по любому одному из вариантов 34-36 осуществления, в котором запрос REFER включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
38. Способ по варианту 37 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
39. Способ по любому одному из вариантов 34-36 осуществления, дополнительно содержащий прием запроса RE-INVITE от клиента IMS.
40. Способ по варианту 39 осуществления, содержащий обновление привязки.
41. Способ по любому одному из вариантов 39-40 осуществления, в котором запрос RE-INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
42. Способ по варианту 41 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
43. Способ по варианту 36 осуществления, в котором запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
44. Способ по варианту 43 осуществления, в котором уникальным идентификатором является идентификатор MIHF.
45. Способ по любому одному из вариантов 29-44 осуществления, в котором состояние регистрации и таймер регистрации поддерживаются в привязке для клиента IMS.
46. Способ по варианту 45 осуществления, в котором состояние регистрации является одним из незарегистрированного состояния, состояния ожидания регистрации, зарегистрированного и активного состояния, зарегистрированного и неактивного состояния, и состояния ожидания отмены регистрации.
47. WTRU для выполнения эстафетной передачи обслуживания.
48. WTRU варианту 47 осуществления, содержащий уровень приложения IMS, сконфигурированный для установления сеанса для основанной на IP услуги с равноправным узлом связи с использованием SIP.
49. WTRU по варианту 48 осуществления, содержащий сущность стратегии обслуживания, сконфигурированную для установления сеанса MIH с сервером приложений MIH с использованием SIP и выполнения эстафетной передачи обслуживания, так что сеанс для основанной на IP услуги возобновляется после эстафетной передачи обслуживания.
50. WTRU по варианту 49 осуществления, содержащий сущность функции MIH, сконфигурированную для обмена сообщением MIH с сервером приложений MIH по IP.
51. WTRU по любому одному из вариантов 49-50 осуществления, при этом сеанс MIH устанавливается отправкой запроса INVITE в S-CSCF, который приводит в действие сервер приложений MIH.
52. WTRU по варианту 51 осуществления, при этом запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
53. WTRU по варианту 52 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
54. WTRU по любому одному из вариантов 50-53 осуществления, в котором сущность функции MIH сконфигурирована для выполнения процедуры отыскания возможности с сервером приложений MIH по IP.
55. WTRU по любому одному из вариантов 50-54 осуществления, в котором сущность функции MIH сконфигурирована для выполнения процедуры регистрации MIH с сервером приложений MIH по IP.
56. WTRU по любому одному из вариантов 50-55 осуществления, в котором сущность функции MIH сконфигурирована для выполнения процедуры подписки на события с сервером приложений MIH по IP.
57. WTRU по любому одному из вариантов 50-56 осуществления, в котором сущность функции MIH сконфигурирована для отправки отчета об интенсивности сигнала на сервер приложений MIH по IP, приема информации о списке соседей с сервера приложений MIH по IP, отправки отчета об интенсивности сигналов соседних сот на сервер приложений MIH по IP, приема команды эстафетной передачи обслуживания с сервера приложений MIH по IP и отправки результата эстафетной передачи обслуживания на сервер приложений MIH по IP.
58. WTRU по любому одному из вариантов 49-57 осуществления, при этом запрос REFER отправляется на сервер приложений MIH после эстафетной передачи обслуживания с использованием SIP с требованием, чтобы сервер приложений MIH отправлял запрос INVITE на равноправный узел связи для возобновления сеанса для основанной на IP услуги.
59. WTRU по варианту 58 осуществления, при этом запрос REFER включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
60. WTRU по варианту 59 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
61. WTRU по любому одному из вариантов 49-57 осуществления, при этом запрос RE-INVITE отправляется на сервер приложений MIH и равноправный узел связи после эстафетной передачи обслуживания для возобновления сеанса для основанной на IP услуги.
62. WTRU по варианту 61 осуществления, при этом запрос RE-INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
63. WTRU по варианту 62 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
64. Сервер приложений MIH для поддержки эстафетной передачи обслуживания.
65. Сервер приложений MIH по варианту 64 осуществления, содержащий интерфейс SIP для приема запроса INVITE от клиента IMS через S-CSCF.
66. Сервер приложений MIH по варианту 65 осуществления, содержащий сущность MHPF для создания привязки для клиента IMS и установления сеанса MIH с клиентом IMS.
67. Сервер приложений MIH по варианту 66 осуществления, содержащий сущность функции MIH для обмена сообщением MIH для эстафетной передачи обслуживания с клиентом IMS по IP.
68. Сервер приложений MIH по варианту 67 осуществления, в котором сущность функции MIH сконфигурирована для отправки команды эстафетной передачи обслуживания клиенту IMS и приема результата эстафетной передачи обслуживания от клиента IMS.
69. Сервер приложений MIH по любому одному из вариантов 66-68 осуществления, в котором сущность MHPF сконфигурирована для обновления привязки на основании запроса REFER от клиента IMS.
70. Сервер приложений MIH по варианту 69 осуществления, при этом запрос REFER включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
71. Сервер приложений MIH по варианту 70 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
72. Сервер приложений MIH по любому одному из вариантов 66-68 осуществления, в котором сущность MHPF сконфигурирована для обновления привязки на основании запроса RE-INVITE от клиента IMS.
73. Сервер приложений MIH по варианту 72 осуществления, при этом запрос RE-INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
74. Сервер приложений MIH по варианту 73 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
75. Сервер приложений MIH по варианту 65 осуществления, при этом запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
76. Сервер приложений MIH по варианту 75 осуществления, при этом уникальным идентификатором является идентификатор MIHF.
77. Сервер приложений MIH по любому одному из вариантов 66-76 осуществления, при этом состояние регистрации и таймер регистрации поддерживаются в привязке для клиента IMS.
78. Сервер приложений MIH по варианту 77 осуществления, при этом состояние регистрации является одним из незарегистрированного состояния, состояния ожидания регистрации, зарегистрированного и активного состояния, зарегистрированного и неактивного состояния, и состояния ожидания отмены регистрации.
Хотя признаки и элементы описаны в конкретных комбинациях, каждый признак или элемент может использоваться в одиночку, без других признаков и элементов, или в различных комбинациях с или без других признаков и элементов. Предложенные способы или блок-схемы последовательностей операций способов могут быть реализованы компьютерной программой, программным обеспечением или аппаратно реализованным программным обеспечением, материально воплощенным в машиночитаемом запоминающем носителе, для выполнения компьютером общего применения или процессором. Примеры машиночитаемых запоминающих носителей включают в себя постоянное запоминающее устройство (ПЗУ, ROM), оперативное запоминающее устройство (ОЗУ, RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM, и цифровые многофункциональные диски (DVD).
Пригодные процессоры, в качестве примера, включают в себя процессор общего применения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (ЦСП, DSP), множество микропроцессоров, один или более микропроцессоров в ассоциативной связи с ЦСП-ядром, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (ИС) и/или конечного автомата.
Процессор в ассоциативной связи с программным обеспечением может использоваться, чтобы реализовать радиочастотный приемопередатчик для применения в блоке беспроводного приема/передачи (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться в соединении с модулями, реализованными в аппаратных средствах и/или программном обеспечении, такими как фотоаппарат, модуль видеокамеры, видеофон, телефонный аппарат с громкоговорящей связью, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, головной телефон с автоответом, клавиатура, модуль Bluetooth®, блок частотно-модулированной (FM) радиосвязи, устройство отображения на жидкокристаллических индикаторах (ЖКИ, LCD), устройство отображения на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, проигрыватель аудиовизуальных данных, модуль воспроизведения видеоигр, обозреватель сети Интернет и/или любой модуль беспроводной локальной сети (WLAN).

Claims (21)

1. Способ выполнения эстафетной передачи обслуживания, причем способ содержит этапы, на которых:
регистрируются в сети мультимедийной подсистемы (IMS) протокола сети Интернет (IP);
устанавливают сеанс независимой от среды передачи эстафетной передачи обслуживания (MIH) с сервером приложений MIH, используя протокол инициации сеанса (SIP), посредством того, что отправляют запрос INVITE в обслуживающую функцию управления вызовом и сеансом (S-CSCF), причем запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS;
устанавливают сеанс для основанной на IP услуги с равноправным узлом связи с использованием SIP;
обнаруживают необходимость в эстафетной передаче обслуживания;
обмениваются сообщением MIH для эстафетной передачи обслуживания с сервером приложений MIH по IP;
выполняют эстафетную передачу обслуживания;
отправляют один из запроса RE-INVITE и запроса REFER для возобновления сеанса для основанной на IP услуги, причем запрос RE-INVITE и запрос REFER включают в себя строку «Службы MIH» и уникальный идентификатор клиента IMS; и
возобновляют сеанс для основанной на IP услуги.
2. Способ по п.1, дополнительно содержащий этап, на котором:
выполняют процедуру отыскания возможности с сервером приложений MIH по IP.
3. Способ по п.1, дополнительно содержащий этап, на котором:
выполняют процедуру регистрации MIH с сервером приложений MIH по IP.
4. Способ по п.1, дополнительно содержащий этап, на котором:
выполняют процедуру подписки на события с сервером приложений MIH по IP.
5. Способ по п.1, дополнительно содержащий этапы, на которых:
отправляют отчет об интенсивности сигнала на сервер приложений MIH по IP;
принимают информацию о списке соседей с сервера приложений MIH по IP;
отправляют отчет об интенсивности сигналов соседних сот на сервер приложений MIH по IP;
принимают команду эстафетной передачи обслуживания с сервера приложений MIH по IP; и
отправляют результат эстафетной передачи обслуживания на сервер приложений MIH по IP.
6. Способ по п.1, дополнительно содержащий этапы, на которых:
отправляют запрос отмены регистрации на сервер приложений MIH по IP; и
отправляют запрос BYE на сервер приложений MIH для завершения сеанса MIH.
7. Способ выполнения эстафетной передачи обслуживания, причем способ содержит этапы, на которых:
принимают запрос INVITE от клиента мультимедийной подсистемы (IMS) протокола сети Интернет (IP) через обслуживающую функцию управления вызовом и сеансом (S-CSCF), причем запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS;
создают привязку для клиента IMS;
устанавливают сеанс независимой от среды передачи эстафетной передачи обслуживания (MIH) с клиентом IMS с использованием протокола инициации сеанса (SIP);
отправляют команду эстафетной передачи обслуживания клиенту IMS;
принимают результат эстафетной передачи обслуживания от клиента IMS;
принимают один из запроса RE-INVITE и запроса REFER от клиента IMS, причем запрос RE-INVITE и запрос REFER включают в себя строку «Службы MIH» и уникальный идентификатор клиента IMS; и обновляют привязку.
8. Способ по п.7, в котором уникальным идентификатором является идентификатор функции MIH (MIHF).
9. Способ по п.7, в котором состояние регистрации и таймер регистрации поддерживаются в привязке для клиента IMS.
10. Способ по п.9, в котором состояние регистрации является одним из незарегистрированного состояния, состояния ожидания регистрации, зарегистрированного и активного состояния, зарегистрированного и неактивного состояния и состояния ожидания отмены регистрации.
11. Блок беспроводной передачи/приема (WTRU) для выполнения эстафетной передачи обслуживания, причем WTRU содержит:
уровень приложения мультимедийной подсистемы (IMS) протокола сети Интернет (IP), сконфигурированный для установления сеанса для основанной на IP услуги с равноправным узлом связи с использованием протокола инициации сеанса (SIP);
сущность стратегии обслуживания, сконфигурированную для установления сеанса независимой от среды передачи эстафетной передачи обслуживания (MIH) с сервером приложений MIH, используя SIP, и для выполнения эстафетной передачи обслуживания, так что сеанс для основанной на IP услуги возобновляется после эстафетной передачи обслуживания; и
сущность функции MIH, сконфигурированную для обмена сообщением MIH с сервером приложений MIH по IP, при этом сеанс MIH устанавливается отправкой запроса INVITE в обслуживающую функцию управления вызовом и сеансом (S-CSCF), и один из запроса RE-INVITE или запроса REFER отправляется на сервер приложений MIH после эстафетной передачи обслуживания для возобновления сеанса для основанной на IP услуги, причем запрос INVITE, запрос RE-INVITE и запрос REFER включают в себя строку «Службы MIH» и уникальный идентификатор клиента IMS.
12. Блок по п.11, при этом уникальным идентификатором является идентификатор функции MIH (MIHF).
13. Блок по п.11, в котором сущность функции MIH сконфигурирована для выполнения процедуры отыскания возможности с сервером приложений MIH по IP.
14. Блок по п.11, в котором сущность функции MIH сконфигурирована для выполнения процедуры регистрации MIH с сервером приложений MIH по IP.
15. Блок по п.11, в котором сущность функции MIH сконфигурирована для выполнения процедуры подписки на события с сервером приложений MIH по IP.
16. Блок по п.11, в котором сущность функции MIH сконфигурирована для отправки отчета об интенсивности сигнала на сервер приложений MIH по IP, приема информации о списке соседей с сервера приложений MIH по IP, отправки отчета об интенсивности сигналов соседних сот на сервер приложений MIH по IP, приема команды эстафетной передачи обслуживания с сервера приложений MIH по IP и отправки результата эстафетной передачи обслуживания на сервер приложений MIH по IP.
17. Сервер приложений независимой от среды передачи эстафетной передачи обслуживания (MIH) для поддержки эстафетной передачи обслуживания, причем сервер приложений MIH содержит:
интерфейс протокола инициации сеанса (SIP) для приема запроса INVITE от клиента мультимедийной подсистемы (IMS) протокола сети Интернет (IP) через обслуживающую функцию управления вызовом и сеансом (S-CSCF), причем запрос INVITE включает в себя строку «Службы MIH» и уникальный идентификатор клиента IMS;
сущность функции стратегии мобильности и эстафетной передачи обслуживания (MHPF) для создания привязки для клиента IMS и установления сеанса MIH с клиентом IMS, причем сущность MHPF сконфигурирована для обновления привязки на основании одного из запроса RE-INVITE и запроса REFER от клиента IMS, при этом запрос RE-INVITE и запрос REFER включают в себя строку «Службы MIH» и уникальный идентификатор клиента IMS; и
сущность функции MIH для обмена сообщением MIH для эстафетной передачи обслуживания с клиентом IMS по IP.
18. Сервер приложений MIH по п.17, в котором сущность функции MIH сконфигурирована для отправки команды эстафетной передачи обслуживания клиенту IMS и приема результата эстафетной передачи обслуживания от клиента IMS.
19. Сервер приложений MIH по п.17, в котором уникальным идентификатором является идентификатор функции MIH (MIHF).
20. Сервер приложений MIH по п.17, в котором состояние регистрации и таймер регистрации поддерживаются в привязке для клиента IMS.
21. Сервер приложений MIH по п.20, в котором состояние регистрации является одним из незарегистрированного состояния, состояния ожидания регистрации, зарегистрированного и активного состояния, зарегистрированного и неактивного состояния и состояния ожидания отмены регистрации.
RU2009131318/09A 2007-01-18 2008-01-17 Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания RU2420904C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US88550507P 2007-01-18 2007-01-18
US60/885,505 2007-01-18

Publications (2)

Publication Number Publication Date
RU2009131318A RU2009131318A (ru) 2011-02-27
RU2420904C2 true RU2420904C2 (ru) 2011-06-10

Family

ID=39636600

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009131318/09A RU2420904C2 (ru) 2007-01-18 2008-01-17 Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания

Country Status (12)

Country Link
US (1) US8134955B2 (ru)
EP (1) EP2122989A2 (ru)
JP (1) JP4875755B2 (ru)
KR (2) KR20090110925A (ru)
CN (1) CN101637001A (ru)
AU (1) AU2008205486B2 (ru)
BR (1) BRPI0806208A2 (ru)
CA (1) CA2675843A1 (ru)
IL (1) IL199948A0 (ru)
MX (1) MX2009007724A (ru)
RU (1) RU2420904C2 (ru)
WO (1) WO2008088891A2 (ru)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8032656B2 (en) * 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
EP2090070B1 (en) * 2006-12-11 2010-09-01 Telefonaktiebolaget LM Ericsson (publ) Service adaptation in an IP multimedia subsystem network
US8331315B2 (en) * 2007-02-16 2012-12-11 Interdigital Technology Corporation Media independent handover for smart phone architecture
US9203918B2 (en) * 2007-03-15 2015-12-01 Nokia Technologies Oy Pulling information from information sources via refer requests
US20080268847A1 (en) * 2007-04-25 2008-10-30 Interdigital Technology Corporation Method and apparatus for a server to obtain information about user preferences and subscriptions
KR20090032517A (ko) * 2007-09-28 2009-04-01 삼성전자주식회사 미디어 독립 핸드오버 기반으로 하는 음성전화의 무중단을위한 멀티미디어 서비스를 지원하기 위한 시스템 및 방법
US20090164610A1 (en) * 2007-12-21 2009-06-25 Nokia Siemens Networks Oy Method, gateway, client, software arrangement and computer-accessible medium for facilitating a handover between a wireless lan and a radio access network
EP2107760A1 (en) 2008-03-31 2009-10-07 Motorola, Inc. SIP header to indicate mobility transfer operation
US8880067B2 (en) * 2008-08-08 2014-11-04 Qualcomm Incorporated Correlating registrations originating from a device
EP2316233B1 (en) * 2008-08-21 2015-05-20 NEC Europe Ltd. Method for supporting network based mobility for a mobile terminal in an ims (ip multimedia subsystem) architecture
KR20100074463A (ko) * 2008-12-24 2010-07-02 삼성전자주식회사 매체 독립 핸드 오버 메시지 전송의 보안 방법
US20100215018A1 (en) * 2009-02-26 2010-08-26 Alcatel-Lucent Usa Inc. Cs handover from ims femto to macro
US8804661B2 (en) * 2009-05-21 2014-08-12 Htc Corporation Method of handling call in handover in wireless communication system and wireless communication device using the same
CA2766592C (en) 2009-06-29 2016-11-29 Research In Motion Limited System and method for voice service in an evolved packet system
GB0915152D0 (en) * 2009-09-01 2009-10-07 Vodafone Plc LTE voice call handling
US20110069676A1 (en) * 2009-09-18 2011-03-24 Interdigital Patent Holdings, Inc. Information service and event service mechanisms for wireless communications
WO2011072020A2 (en) * 2009-12-09 2011-06-16 Interdigital Patent Holdings, Inc. Method and apparatus for session duplication and session sharing
KR101139931B1 (ko) * 2010-05-27 2012-05-07 (주)넷탑씨앤씨 이기종망간의 핸드오버 처리 방법
CN102655669B (zh) * 2011-03-03 2015-04-29 国基电子（上海）有限公司 手机及其接收呼叫的方法
US9692793B2 (en) * 2011-07-18 2017-06-27 Verizon Patent And Licensing Inc. Communication session allocation
US9215283B2 (en) * 2011-09-30 2015-12-15 Alcatel Lucent System and method for mobility and multi-homing content retrieval applications
US20140079023A1 (en) * 2012-09-20 2014-03-20 D2 Technologies Inc. Method of Internet Protocol (IP) to IP handover
KR101519634B1 (ko) 2013-10-31 2015-05-12 에스케이플래닛 주식회사 모바일 인터넷 전화 서버 시스템 및 이를 위한 ip 핸드오버 방법

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2273812B1 (en) * 2000-03-03 2012-07-18 Qualcomm Incorporated Method and apparatus for synchronizing encryption and decryption of a data frame in a communication network
JP4349766B2 (ja) * 2001-12-07 2009-10-21 株式会社日立製作所 アドレス変換装置
US7483984B1 (en) * 2001-12-19 2009-01-27 Boingo Wireless, Inc. Method and apparatus for accessing networks by a mobile device
RU2283542C2 (ru) 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
JP3972733B2 (ja) * 2002-05-30 2007-09-05 株式会社日立製作所 アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ
US20040153547A1 (en) * 2003-01-31 2004-08-05 Dirk Trossen Service provisioning in a communication system
US20040260819A1 (en) * 2003-06-23 2004-12-23 Nokia Corporation Systems and methods for restricting event subscriptions through proxy-based filtering
GB0319360D0 (en) 2003-08-18 2003-09-17 Nokia Corp Setting up communication sessions
US20050138128A1 (en) 2003-12-23 2005-06-23 Baniel Uri S. Method and device for grab transferring an instant messaging and presence (IMP) session
US7710923B2 (en) * 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US8588692B2 (en) * 2005-02-02 2013-11-19 Panasonic Corporation Communication terminal and communication service decision method
US7406324B1 (en) * 2005-04-07 2008-07-29 Sprint Spectrum L.P. System and method for controlling services provided to multi-mode mobile stations
CA2603321C (en) * 2005-04-14 2014-08-12 Lg Electronics Inc. A method of reconfiguring an internet protocol address in handover between heterogeneous networks
CA2606591C (en) * 2005-05-02 2014-09-02 Lg Electronics Inc. A method of supporting handover in a multi-mode mobile station
JP4639257B2 (ja) * 2005-05-18 2011-02-23 テルコーディア ライセンシング カンパニー， リミテッド ライアビリティ カンパニー サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ
KR101234035B1 (ko) * 2005-05-18 2013-02-15 엘지전자 주식회사 이종 망 핸드오버 모듈을 이용한 링크 상태 보고 방법 및 이동 단말
EP1886458B2 (en) * 2005-05-25 2016-03-02 Optis Wireless Technology, LLC Method and apparatus for identifying an ims service
WO2007015068A1 (en) 2005-08-01 2007-02-08 Ubiquisys Limited Handover information sent over a public wide area network (e . g . internet)
US7536184B2 (en) * 2005-09-29 2009-05-19 Sun Microsystems, Inc. Seamless mobility management with service detail records
US20070110075A1 (en) * 2005-11-04 2007-05-17 Interdigital Technology Corporation Media independent handover application server for facilitating seamless integration of multi-technology networks
US7625313B2 (en) * 2005-12-06 2009-12-01 Toyota Jidosha Kabushiki Kaisha Shift control device and shift control method of vehicular automatic transmission
WO2007088451A2 (en) * 2006-02-03 2007-08-09 Nokia Corporation Encapsulation techniques for handling media independent handover (mih) information services messages
US8032656B2 (en) 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
EP2027697A1 (en) * 2006-05-19 2009-02-25 Interdigital Technology Corporation Methods and apparatus for media independent messaging over the internet
US20070280453A1 (en) * 2006-05-30 2007-12-06 Motorola, Inc. Method and system to provide access network information to a service
KR20080008935A (ko) * 2006-07-18 2008-01-24 엘지전자 주식회사 이동 통신 시스템에서 ｉｐ 주소 선 설정 방법
US8165088B2 (en) * 2006-09-13 2012-04-24 Toshiba America Research, Inc. MIH protocol state machine
KR101384183B1 (ko) * 2006-10-23 2014-04-18 삼성전자주식회사 매체 독립 핸드오버 서비스 관리 장치 및 그 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS 24.229 V7.6.0, 12.2006. *

Also Published As

Publication number Publication date
US20080175253A1 (en) 2008-07-24
JP4875755B2 (ja) 2012-02-15
WO2008088891A3 (en) 2008-10-02
CA2675843A1 (en) 2008-07-24
AU2008205486B2 (en) 2010-09-16
RU2009131318A (ru) 2011-02-27
KR20090110925A (ko) 2009-10-23
KR20090113294A (ko) 2009-10-29
AU2008205486A1 (en) 2008-07-24
CN101637001A (zh) 2010-01-27
US8134955B2 (en) 2012-03-13
EP2122989A2 (en) 2009-11-25
JP2010517369A (ja) 2010-05-20
IL199948A0 (en) 2010-04-15
WO2008088891A2 (en) 2008-07-24
MX2009007724A (es) 2009-08-26
BRPI0806208A2 (pt) 2011-08-30

Similar Documents

Publication Publication Date Title
RU2420904C2 (ru) Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания
US7162236B2 (en) Fast call set-up for multi-mode communication
US8180347B2 (en) Domain transferring method for single radio voice call continuity
TWI459759B (zh) 支援電路切換互通方法及裝置
TWI287376B (en) Method and apparatus for mobility management in wireless networks
US8238311B2 (en) Method and apparatus for handover and session continuity using pre-registration tunneling procedure
JP4654834B2 (ja) 移動通信システム、交換局サーバ、移動端末装置及びそれらに用いるハンドオーバ方法
US8537775B2 (en) Method and apparatus for media independent handover
TW201141129A (en) Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
TWM365027U (en) Wireless transmit/receive unit
WO2014000615A1 (zh) Ims网络的会话切换方法及eatf
US20120220300A1 (en) Method and system for realizing session handover
US9615294B2 (en) Dynamic session transfer number for voice call continuity
WO2012149866A1 (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2011130954A1 (zh) 单待终端业务连续性实现方法和系统
WO2008151487A1 (fr) Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20150118