RU2420904C2 - Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания - Google Patents
Способ и устройство для независимой от среды передачи эстафетной передачи обслуживания Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 88
- 230000000977 initiatory effect Effects 0.000 claims abstract description 6
- 230000027455 binding Effects 0.000 claims description 20
- 238000009739 binding Methods 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 claims description 7
- 238000004891 communication Methods 0.000 abstract description 10
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000000694 effects Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000011664 signaling Effects 0.000 description 8
- 230000007723 transport mechanism Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001629 suppression Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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 может быть [email protected].
Фиг.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 услуги.
регистрируются в сети мультимедийной подсистемы (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.
выполняют процедуру отыскания возможности с сервером приложений MIH по IP.
3. Способ по п.1, дополнительно содержащий этап, на котором:
выполняют процедуру регистрации MIH с сервером приложений MIH по IP.
выполняют процедуру регистрации MIH с сервером приложений MIH по IP.
4. Способ по п.1, дополнительно содержащий этап, на котором:
выполняют процедуру подписки на события с сервером приложений MIH по IP.
выполняют процедуру подписки на события с сервером приложений MIH по IP.
5. Способ по п.1, дополнительно содержащий этапы, на которых:
отправляют отчет об интенсивности сигнала на сервер приложений MIH по IP;
принимают информацию о списке соседей с сервера приложений MIH по IP;
отправляют отчет об интенсивности сигналов соседних сот на сервер приложений MIH по IP;
принимают команду эстафетной передачи обслуживания с сервера приложений MIH по IP; и
отправляют результат эстафетной передачи обслуживания на сервер приложений MIH по IP.
отправляют отчет об интенсивности сигнала на сервер приложений MIH по IP;
принимают информацию о списке соседей с сервера приложений MIH по IP;
отправляют отчет об интенсивности сигналов соседних сот на сервер приложений MIH по IP;
принимают команду эстафетной передачи обслуживания с сервера приложений MIH по IP; и
отправляют результат эстафетной передачи обслуживания на сервер приложений MIH по IP.
6. Способ по п.1, дополнительно содержащий этапы, на которых:
отправляют запрос отмены регистрации на сервер приложений MIH по IP; и
отправляют запрос BYE на сервер приложений MIH для завершения сеанса MIH.
отправляют запрос отмены регистрации на сервер приложений 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; и обновляют привязку.
принимают запрос 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.
уровень приложения мультимедийной подсистемы (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.
интерфейс протокола инициации сеанса (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, в котором состояние регистрации является одним из незарегистрированного состояния, состояния ожидания регистрации, зарегистрированного и активного состояния, зарегистрированного и неактивного состояния и состояния ожидания отмены регистрации.
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) | KR20090113294A (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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2005714B1 (en) * | 2006-04-03 | 2018-02-14 | British Telecommunications public limited company | Fast handover using sip |
US8477763B2 (en) * | 2006-12-11 | 2013-07-02 | Telefonaktiebolaget L M 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 |
JP5198663B2 (ja) * | 2008-08-21 | 2013-05-15 | エヌイーシー ヨーロッパ リミテッド | Ims(ipマルチメディアサブシステム)アーキテクチャにおけるモバイル端末に対するネットワークベースのモビリティをサポートする方法 |
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 |
AU2010273726B2 (en) | 2009-06-29 | 2014-07-31 | Blackberry Limited | System and methods for accessing voice services based on voice service indicators in an evolved packet system |
GB0915152D0 (en) * | 2009-09-01 | 2009-10-07 | Vodafone Plc | LTE voice call handling |
WO2011035180A1 (en) * | 2009-09-18 | 2011-03-24 | Interdigital Patent Holdings, Inc. | Information service and event service mechanisms for wireless communications |
KR20120117996A (ko) * | 2009-12-09 | 2012-10-25 | 인터디지탈 패튼 홀딩스, 인크 | 세션 복제 및 세션 공유를 위한 방법 및 장치 |
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2271170B1 (en) * | 2000-03-03 | 2012-09-05 | Qualcomm Incorporated | Method and apparatus for participating in group communication services in an existing communication system |
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 | 株式会社日立製作所 | アドレス変換装置、アドレス変換システム、及びsipサーバ |
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 |
US7885231B2 (en) * | 2005-04-14 | 2011-02-08 | Lg Electronics Inc. | Method of reconfiguring an internet protocol address in handover between heterogeneous networks |
US7649867B2 (en) * | 2005-05-02 | 2010-01-19 | Lg Electronics, Inc. | Method of supporting handover in a multi-mode mobile station |
KR101234035B1 (ko) * | 2005-05-18 | 2013-02-15 | 엘지전자 주식회사 | 이종 망 핸드오버 모듈을 이용한 링크 상태 보고 방법 및 이동 단말 |
US7664501B2 (en) * | 2005-05-18 | 2010-02-16 | Ashutosh Dutta | Seamless handoff across heterogeneous access networks using a handoff controller in a service control point |
ATE429767T1 (de) * | 2005-05-25 | 2009-05-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtung zum identifizieren eines ims-dienstes |
EP1911306B1 (en) | 2005-08-01 | 2017-04-05 | Ubiquisys Limited | Local area cellular basestation |
US7536184B2 (en) * | 2005-09-29 | 2009-05-19 | Sun Microsystems, Inc. | Seamless mobility management with service detail records |
WO2007056042A1 (en) * | 2005-11-04 | 2007-05-18 | 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 |
EP2005714B1 (en) | 2006-04-03 | 2018-02-14 | British Telecommunications public limited company | Fast handover using sip |
KR20090017609A (ko) * | 2006-05-19 | 2009-02-18 | 인터디지탈 테크날러지 코포레이션 | 인터넷을 통한 매체 독립 메세징을 위한 방법 및 장치 |
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 | 엘지전자 주식회사 | 이동 통신 시스템에서 ip 주소 선 설정 방법 |
US8165088B2 (en) * | 2006-09-13 | 2012-04-24 | Toshiba America Research, Inc. | MIH protocol state machine |
KR101384183B1 (ko) * | 2006-10-23 | 2014-04-18 | 삼성전자주식회사 | 매체 독립 핸드오버 서비스 관리 장치 및 그 방법 |
-
2008
- 2008-01-17 CA CA002675843A patent/CA2675843A1/en not_active Abandoned
- 2008-01-17 US US12/015,923 patent/US8134955B2/en not_active Expired - Fee Related
- 2008-01-17 EP EP08724639A patent/EP2122989A2/en not_active Withdrawn
- 2008-01-17 JP JP2009546435A patent/JP4875755B2/ja not_active Expired - Fee Related
- 2008-01-17 CN CN200880005167A patent/CN101637001A/zh active Pending
- 2008-01-17 BR BRPI0806208-0A patent/BRPI0806208A2/pt not_active IP Right Cessation
- 2008-01-17 KR KR1020097017116A patent/KR20090113294A/ko active IP Right Grant
- 2008-01-17 AU AU2008205486A patent/AU2008205486B2/en not_active Expired - Fee Related
- 2008-01-17 KR KR1020097018162A patent/KR20090110925A/ko not_active Application Discontinuation
- 2008-01-17 WO PCT/US2008/000713 patent/WO2008088891A2/en active Application Filing
- 2008-01-17 MX MX2009007724A patent/MX2009007724A/es active IP Right Grant
- 2008-01-17 RU RU2009131318/09A patent/RU2420904C2/ru not_active IP Right Cessation
-
2009
- 2009-07-19 IL IL199948A patent/IL199948A0/en unknown
Non-Patent Citations (1)
Title |
---|
3GPP TS 24.229 V7.6.0, 12.2006. * |
Also Published As
Publication number | Publication date |
---|---|
KR20090113294A (ko) | 2009-10-29 |
MX2009007724A (es) | 2009-08-26 |
AU2008205486B2 (en) | 2010-09-16 |
EP2122989A2 (en) | 2009-11-25 |
CN101637001A (zh) | 2010-01-27 |
KR20090110925A (ko) | 2009-10-23 |
CA2675843A1 (en) | 2008-07-24 |
JP2010517369A (ja) | 2010-05-20 |
BRPI0806208A2 (pt) | 2011-08-30 |
WO2008088891A3 (en) | 2008-10-02 |
IL199948A0 (en) | 2010-04-15 |
RU2009131318A (ru) | 2011-02-27 |
US20080175253A1 (en) | 2008-07-24 |
JP4875755B2 (ja) | 2012-02-15 |
WO2008088891A2 (en) | 2008-07-24 |
US8134955B2 (en) | 2012-03-13 |
AU2008205486A1 (en) | 2008-07-24 |
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 | |
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 | |
JP2007060181A (ja) | 移動通信システム、交換局サーバ、移動端末装置及びそれらに用いるハンドオーバ方法 | |
WO2014000615A1 (zh) | Ims网络的会话切换方法及eatf | |
US20120220300A1 (en) | Method and system for realizing session handover | |
CN102769880B (zh) | 单一无线语音呼叫连续性域的切换方法及*** | |
US9615294B2 (en) | Dynamic session transfer number for voice call continuity | |
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 |