СПОСОБ И УСТРОЙСТВО ДЛЯ МОБИЛЬНОСТИ МНОГОАДРЕСНОЙ ПЕРЕДАЧИ Российский патент 2014 года по МПК H04W8/08 H04L12/761 

[0002] ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ЗАЯВКИ

[0003] Эта заявка испрашивает приоритет по предварительной заявке США № 61/243810, поданной 18 сентября 2009 года; и предварительной заявке США № 61/315450, поданной 19 марта 2010 года, все из которых включены в этот документ посредством ссылки в полном объеме.

[0004] ОБЛАСТЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

[0005] Эта заявка относится к мобильной связи.

[0006] УРОВЕНЬ ТЕХНИКИ

[0007] Существующие сети многоадресной передачи только по нисходящей линии, такие как широковещание цифрового видеопотока, передача данных в одном направлении и тому подобные, имеют существенные ограничения. Сетевое покрытие обычно является региональным, и, следовательно, блок беспроводной передачи/приема (WTRU), или мобильный узел, теряет доступ к услуге многоадресной передачи, когда WTRU перемещается за зону покрытия. Хотя WTRU и может повторно присоединяться и принимать услугу через двунаправленную сеть связи, вся непрерывность сессии теряется.

[0008] В существующих двунаправленных сетях мобильной связи (например, Партнерская программа по системам третьего поколения (3GPP), услуги широковещательной и многоадресной передачи мультимедиа (MBMS) и тому подобные), мобильность рассматривают только в рамках каждого соответствующего стандарта.

Межтехнологическая мобильность также не поддерживает услуги многоадресной передачи.

[0009] В существующих гибридных сетях, таких как оверлейные сети только с нисходящей линией и двунаправленные сети, мобильность может поддерживаться на прикладном уровне с помощью открытого мобильного альянса цифрового мобильного широковещания (ОМА BCAST). Эти типы гибридных сетей обычно используют услугу переключения с разрывом до включения, который часто приводит к длительным прерываниям обслуживания.

[0010] На Фиг. 1 проиллюстрирована архитектура домена посреднического мобильного Интернет-протокола (IP) версии 6 (PMIPv6). PMIP был представлен для сетевого управления мобильностью. Основными функциональными объектами в инфраструктуре сетевого локализованного управления мобильностью (NETLMM) являются локальный узел привязки мобильности (LMA) и шлюз мобильного доступа (MAG) 106. В домене PMIPv6 может быть множество локальных узлов привязки мобильности (LMA) 102, каждый обслуживающий разную группу WTRU. LMA 102 отвечает за поддержание состояния доступности WTRU 108 и является топологической точкой привязки для префиксов домашней сети (11NP) WTRU 108. MAG 106 является объектом, который выполняет управление мобильностью от имени WTRU 108, и он находится на линии доступа, где привязан WTRU 108. MAG 106 отвечает за обнаружение перемещения WTRU 108 к и от линии доступа и за инициацию регистрации привязки к LMA 102 WTRU 108. WTRU 108 может быть только IPv4 узлом, только IPv6 узлом или узлом с двумя стеками.

[0011] Префикс 110 домашней сети WTRU (WTRU-HNP) является префиксом, назначенным линии между WTRU 108 и MAG 106. Линии между WTRU 108 и MAG 106 может быть назначен более чем один префикс. Посреднический адрес для передачи (посреднический-CoA) 112 является глобальным адресом, сконфигурированным на выходном интерфейсе MAG 106 и является конечной точкой передачи туннеля между LMA 102 и MAG 106. Адрес 114 LMA (LMAA) является глобальным адресом, который сконфигурирован на интерфейсе LMA 102 и является конечной точкой передачи двунаправленного туннеля, созданного между LMA 102 и MAG 106. Сеть 104 IPv4/IPv6 относится к сети, где управление мобильностью WTRU 108 осуществляют, используя IPv4/PMIPv6. PMIPv4/PMIPv6 104 включает в себя LMA 102 и MAG 106, между которыми могут быть установлены связи безопасности, и может быть гарантирована авторизация для отправки обновлений посреднических привязок от имени WTRU 108.

[0012] Эти типы существующих протоколов мобильности уровня 3 (например, PMIP, протокол установления сессии (SIP) и тому подобные) спроектированы для трафика одноадресной передачи. Они испытывают недостаток поддержки услуг многоадресной передачи. Кроме того, существующие протоколы многоадресной передачи, такие как протокол управления Интернет-группами (IGMP) или обнаружения узлов, принимающих многоадресные передачи (MLD), нуждаются в улучшении для уменьшения присущей задержки при возобновлении услуг многоадресной передачи после передачи обслуживания.

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

[0014] СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0015] Предоставлены способ и устройство для PMIP, поддерживающие выделенный LMA для многоадресной передачи, включая одну опцию (возможность) для первого LMA, назначающего IP-адрес WTRU, подписанному как на услуги одноадресной передачи, так и на услуги многоадресной передачи, причем WTRU обрабатывает принятый IP-адрес и отправляет сообщение запроса маршрутизатора на обслуживающий MAG, и причем обслуживающий MAG запускает (инициирует) сообщение обновления посреднической привязки (PBU) на первый LMA.

[0016] В еще одном варианте, способ, реализованный в WTRU, включающем в себя приемник, выполненный с возможностью приема двух наборов IP адресов, в котором один набор IP адресов предназначен для услуг одноадресной передачи, а другой набор IP адресов предназначен для услуг многоадресной передачи, процессор, выполненный с возможностью использования одного набора IP адресов для услуг одноадресной передачи и другого набора IP адресов - для услуг многоадресной передачи, и передатчик, выполненный с возможностью передачи сообщения запроса маршрутизатора на обслуживающий MAG, запускающий (инициирующий) два сообщения PBU, одно от обслуживающего MAG для LMA одноадресной передачи и одно от обслуживающего MAG для LMA многоадресной передачи.

[0017] В общем, предложенные способ и устройство включают в себя архитектуру, интерфейс и процедуры для обеспечения возможности мобильности многоадресной передачи, используя посреднический мобильный IP. Более конкретно, описаны несколько решений в следующих разделах. Описаны операции агрегированных PMIP-туннелей для услуг многоадресной передачи. Представлены новая архитектура, чтобы иметь выделенный LMA в качестве узла привязки многоадресной передачи, и новую PMIP-процедуру по назначению IP-адреса, функциональные возможности MAG и профиль WTRU. Мобильность многоадресной передачи становится возможной, когда мобильные узлы перемещаются от одного MAG к другому MAG, внутри LMA и между LMA. Описаны улучшения MLD/IGMP для уменьшения задержки при возобновлении услуг многоадресной передачи. И мобильность многоадресной передачи становится возможной между двунаправленной сетью и сетью многоадресной передачи только по нисходящей линии в гибридной сети.

[0018] КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

[0020] На Фиг. 1 проиллюстрирована архитектура домена посреднического мобильного IPv6.

[0021] На Фиг. 2A показана системная диаграмма примерной системы связи, в которой могут быть реализованы один или более раскрытые варианты осуществления.

[0022] На Фиг. 2B показана системная диаграмма примерного блока беспроводной передачи/приема (WTRU), который может быть использован внутри системы связи, проиллюстрированной на Фиг. 2A.

[0023] На Фиг. 2C показана системная диаграмма примерной сети радиодоступа и примерная базовая сеть, которые могут быть использованы внутри системы связи, проиллюстрированной на Фиг. 2A.

[0024] На Фиг. 2D показана примерная блок-схема, содержащая компоненты сети с мобильностью многоадресной передачи.

[0025] На Фиг. 3 показана архитектура агрегации PMIP-туннелей для многоадресной передачи.

[0026] На Фиг. 4 проиллюстрирована архитектура выделенного LMA для многоадресной передачи.

[0027] На Фиг. 5A и 5B показана схема последовательности операций выделенных услуг многоадресной передачи, как проиллюстрировано на Фиг. 4.

[0028] На Фиг. 6 показана архитектура обеспечения возможности мобильности многоадресной передачи внутри LMA для PMIP.

[0029] На Фиг. 7A и 7B показана связь между объектами сети для мобильности многоадресной передачи внутри LMA, как проиллюстрировано на Фиг. 6.

[0030] На Фиг. 8 показана архитектура обеспечения возможности мобильности многоадресной передач между LMA для PMIP.

[0031] На Фиг. 9 показана архитектура мобильности многоадресной передачи в гибридной сети.

[0032] ПОДРОБНОЕ ОПИСАНИЕ

[0033] Далее по тексту, терминология "блок беспроводной передачи/приема (WTRU)" включает в себя, но не ограничена этим, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, карманный персональный компьютер (PDA), компьютер, мобильный узел (MN) или устройство любой другого типа, способное работать в беспроводной среде. Далее по тексту, терминология "базовая станция" включает в себя, но не ограничена этим, Node-B, контроллер сайтов, точку доступа (AP), развитый Node-B (eNB), маршрутизатор, шлюз или устройство сопряжения любого другого типа, способное работать в беспроводной среде.

[0034] Раскрытые в данном документе способ и устройство улучшают мобильность уровня 3 для PMIP и могут быть применены к различным технологиям доступа независимо от канального уровня или физического уровня. Для передач могут быть использованы как одноадресная передача, так и многоадресная передача. Однако использование на более низких уровнях вместе с поддержкой мобильности многоадресной передачи уровня 3 может улучшить общую эффективность системы. Настоящим, представленные варианты осуществления обеспечивают возможность преимуществ многоадресных передач на более низких уровнях. Например, MBMS могут быть использованы в сети с технологией долгосрочного развития (LTE), и физический канал многоадресной передачи (PMCH), канал управления многоадресной передачей (MCCH) и канал трафика многоадресной передачи (MTCH) могут быть использованы для переноски данных многоадресной передачи.

[0035] На Фиг. 2A показана диаграмма примерной системы 200 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 200 связи может быть системой множественного доступа, которая предоставляет контент (содержимое), такой как голос, данные, видео, передачу сообщений, широковещательную передачу и т.д. множеству беспроводных пользователей. Система 200 связи может обеспечить множеству беспроводных пользователей возможность осуществления доступа к такому контенту посредством совместного использования системных ресурсов, включающих в себя пропускную способность. Например, системы 200 связи могут применять один или более способов осуществления доступа к каналу, такие как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и тому подобные.

[0036] Как показано на Фиг 2A, система 200 связи может включать в себя блоки беспроводной передачи/приема (WTRU) 108a, 108b, 108c, 108d, сеть радиодоступа (RAN) 204, базовую сеть 206, коммутируемую телефонную сеть 208 общего пользования (PSTN), Интернет 210 и другие сети 212, впрочем, следует понимать, что раскрытые варианты осуществления предполагают любое число WTRU, базовых станций, сетей и/или других элементов сети. Каждый из WTRU 108a, 108b, 108c, 108d может быть устройством любого типа, выполненным с возможностью работать и/или осуществлять связь в беспроводной среде. В качестве примера, WTRU 108a, 108b, 108c, 108d могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, мобильный узел, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, карманный персональный компьютер (PDA), интеллектуальный телефон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, потребительскую электронику и тому подобные.

[0037] Системы 200 связи могут также включать в себя базовую станцию 214a и базовую станцию 214b. Каждая из базовых станций 214a, 214b может быть устройством любого типа, выполненным с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 108a, 108b, 108c, 108d для облегчения осуществления доступа к одной или более сетям связи, таким как базовая сеть 206, Интернет 210 и/или сети 212. В качестве примера, базовыми станциями 214a, 214b могут быть базовая приемопередающая станция (BTS), Node-B, eNode-B, домашний Node-B, домашний eNode-B, контроллер сайтов, точка доступа (AP), беспроводной маршрутизатор и тому подобные. Тогда как базовые станции 214a, 214b, каждую, изображают как одиночный элемент, следует понимать, что базовые станции 214a, 214b могут включать в себя любое число взаимосоединенных базовых станций и/или элементов сети.

[0038] Базовая станция 214a может быть частью RAN 204, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 214a и/или базовая станция 214b могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов внутри конкретного географического региона, которые могут быть названы сотой (не показано). Сота может быть дополнительно поделена на сектора соты. Например, сота, ассоциированная с базовой станцией 214a, может быть поделена на три сектора. Таким образом, в одном варианте осуществления, базовая станция 214a может включать в себя три приемопередатчика, т.е. один для каждого сектора соты. В еще одном варианте осуществления, базовая станция 214a может применять технологию множественного входа - множественного выхода и следовательно, может использовать множество приемопередатчиков для каждого сектора соты.

[0039] Базовые станции 214a, 214b могут осуществлять связь с одним или более WTRU 108a, 108b, 108c, 108d по радиоинтерфейсу 216, который может быть любой подходящей линией беспроводной связи (например, радиочастотной (RF), микроволновой (IR), инфракрасной (IR), ультрафиолетовой (UV), видимого света и т.д.). Радиоинтерфейс 216 может быть создан, используя любую подходящую технологию радиодоступа (RAT).

[0040] Более конкретно, как отмечено выше, система 200 связи может быть системой с множественным доступом и может применять одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и тому подобные. Например, базовая станция 214a в RAN 204 и WTRU 108a, 108b, 108c могут реализовывать радиотехнологию, такую как наземный радиодоступ (UTRA) к универсальной мобильной телекоммуникационной системе (UMTS), которая может создавать радиоинтерфейс 216, используя широкополосный CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростная пакетная передача данных (HSPA) и развитая HSPA (HSPA+). HSPA может включать в себя Нисходящую высокоскоростную пакетную передачу данных (HSDPA) и/или Восходящую высокоскоростную пакетную передачу данных (HSUPA).

[0041] В еще одном варианте осуществления, базовая станция 214a и WTRU 108a, 108b, 108c могут реализовывать радиотехнологию, такую как развитый наземный радиодоступ к UMTS (E-UTRA), которая может создавать радиоинтерфейс 216, используя технологию долгосрочного развития (LTE) и/или улучшенную LTE (LTE-A).

[0042] В других вариантах осуществления, базовая станция 214a и WTRU 108a, 108b, 108c могут реализовывать радиотехнологии такие как IEEE 802.16 (т.е. Международное взаимодействие для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, Временный стандарт 2000 (IS-2000), Временный стандарт 95 (IS-95), Временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), Улучшенная скорость передачи данных для развития стандарта GSM (EDGE), GSM EDGE (GERAN) и тому подобные.

[0043] Базовая станция 214b на Фиг. 2A может быть беспроводным маршрутизатором, домашним Node-B, домашним eNode-B или точкой доступа, например, и может использовать любую подходящую RAT для облегчения возможности беспроводного соединения в локализованной зоне, такой как местонахождение предприятия, дом, транспортное средство, университетский двор и тому подобные. В одном варианте осуществления, базовая станция 214b и WTRU 108c, 108d могут реализовывать радиотехнологию, такую как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В еще одном варианте осуществления, базовая станция 214b и WTRU 108c, 108d могут реализовывать радиотехнологию, такую как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления, базовая станция 214b и WTRU 108c, 108d могут использовать RAT на основе сотовой связи (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для создания пикосоты или фемтосоты. Как показано на Фиг. 2A, базовая станция 214b может иметь прямое соединение с Интернетом 210. Таким образом, базовая станция 214b может не требовать доступа к Интернету 210 через базовую сеть.

[0044] RAN 204 может иметь связь с базовой сетью 206, которая может быть сетью любого типа, выполненной с возможностью предоставления голоса, данных, приложений и/или услуг передачи голоса по Интернет-протоколу одному или более из WTRU 108a, 108b, 108c, 108d. Например, базовая сеть 206 может предоставлять управление вызовом, услуги выставления счетов, услуги на основе местоположения мобильного устройства, предоплаченный вызов, Интернет-соединение, распределение видео и т.д., и/или выполнять функции высокого уровня безопасности, такие как аутентификация пользователя. Хотя не показано на Фиг. 2A, следует понимать, что RAN 204 и/или базовая сеть 206 могут иметь прямую или непрямую связь с другими RAN, которые применяют ту же RAT, как и RAN 204, или другую RAT. Например, помимо присоединения к RAN 204, которая может использовать радиотехнологию E-UTRA, базовая сеть 206 может также иметь связь с другой RAN (не показана), использующей радиотехнологию GSM.

[0045] Базовая сеть 206 может также служить в качестве шлюза для WTRU 108a, 108b, 108c, 108d для осуществления доступа к PSTN 208, Интернет 210 и/или другим сетям 212. PSTN 208 208 может включать в себя коммутируемые телефонные сети, которые предоставляют услугу обычной аналоговой телефонии (POTS). Интернет 210 может включать в себя глобальную систему взаимосоединенных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления, передачей (TCP), протокол пользовательских датаграмм (UDP) и Интернет-протокол (IP) в стеке Интернет-протоколов TCP/IP. Сети 212 могут включать в себя сети проводной и беспроводной связи, которыми владеют или обслуживают другие провайдеры услуг. Например, сеты 212 могут включать в себя еще одну базовую сеть, присоединенную к одной или более RAN, которые могут применять ту же RAT, как и RAN 204, или другую RAT.

[0046] Некоторые или все WTRU 108a, 108b, 108c, 108d в системе 200 связи могут включать в себя многорежимные способности, т.е. WTRU 108a, 108b, 108c, 108d могут включать в себя множество приемопередатчиков для осуществления связи с разными беспроводными сетями по разным беспроводным линиям. Например, WTRU 108c, показанный на Фиг. 2A, может быть выполнен с возможностью осуществления связи с базовой станцией 214a, которая может применять радиотехнологию на основе сотовой связи, и с базовой станцией 214b, которая может применять радиотехнологию IEEE 802.

[0047] На фиг. 3 показана системная диаграмма примерного WTRU 108. Как показано на Фиг. 2B, WTRU 108 может включать в себя процессор 218, приемопередатчик 220, элемент 222 передачи/приема, динамик/микрофон 224, специализированная клавиатура 226, дисплей/сенсорная панель 228, несъемная память 206, съемная память 232, источник питания 234, набор микросхем 236 системы глобального позиционирования (GPS) и другие периферийные устройства 238. Следует понимать, что WTRU 108 может включать в себя любую подкомбинацию вышеуказанных элементов, в то же время, оставаясь в соответствии с вариантом осуществления.

[0048] Процессор 218 может быть процессором общего назначения, процессором специального назначения, традиционным процессором, процессор цифровой обработки сигналов (DSP), множеством процессоров, одним или более микропроцессорами совместно с ядром DSP, контроллером, микроконтроллером, специализированными интегральными микросхемами (ASIC), микросхемами программируемой пользователем вентильной матрицы (FPGA) или интегральными микросхемами (IC) любого другого типа, конечным автоматом или тому подобным. Процессор 218 может выполнять кодирование сигнала, обработку данных, управление питанием, обработку ввода/вывода и/или любые другие функциональные возможности, которые обеспечивают возможность WTRU 108 работать в беспроводной среде. Процессор 218 может быть соединен с приемопередатчиком 220, который может быть соединен с элементом 222 передачи/приема. Тогда как на Фиг. 2B изображены процессор 218 и приемопередатчик 220 как отдельные компоненты, следует понимать, что процессор 218 и приемопередатчик 220 могут быть интегрированы вместе в электронный блок или микросхему.

[0049] Элемент 222 передачи/приема может быть выполнен с возможностью передачи сигналов на, или приема сигналов от, базовую станцию (например, базовую станцию 214a) по радиоинтерфейсу 216. Например, в одном варианте осуществления, элемент 222 передачи/приема может быть антенной, выполненной с возможностью передачи и/или приема RF сигналов. В еще одном варианте осуществления, элемент 222 передачи/приема может быть эмиттером/детектором, выполненным с возможностью передачи и/или приема IR, UV или сигналов видимого света, например. В еще одном варианте осуществления, элемент 222 передачи/приема может быть выполнен с возможностью передачи и приема как RF, так и световых сигналов. Следует понимать, что элемент 222 передачи/приема может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.

[0050] К тому же, несмотря на то что элемент 222 передачи/приема изображен на Фиг. 2B как одиночный элемент, WTRU 108 может включать в себя любое число элементов 222 передачи/приема. Более конкретно, WTRU 108 может использовать технологию MIMO. Таким образом, в одном варианте осуществления, WTRU 108 может включать в себя два или более элементов 222 передачи/приема (например, множественные антенны) для передачи и приема беспроводных сигналов по радиоинтерфейсу 216.

[0051] Приемопередатчик 220 может быть выполнен с возможностью модулирования сигналов, которые подлежат передаче элементом 222 передачи/приема и демодулирования сигналов, которые приняты элементом 222 передачи/приема. Как отмечено выше, WTRU 108 может иметь многорежимные способности. Таким образом, приемопередатчик 220 может включать в себя множество приемопередатчиков для обеспечения возможности WTRU 108 осуществлять связь посредством множества RAT, таких как UTRA и IEEE 802.11, например.

[0052] Процессор 218 WTRU 108 может быть соединен с, и может принимать данные пользовательского ввода от, динамиком/микрофоном 224, специализированной клавиатурой 226 и/или дисплеем/сенсорной панелью 228 (например, блоком жидко-кристаллического дисплея (LCD) или блоком дисплея на органических светодиодах (OLED)). Процессор 218 может также выводить пользовательские данные на динамик/микрофон 224, специализированную клавиатуру 226 и/или дисплей/сенсорную панель 228. К тому же процессор 218 может осуществлять доступ к информации из, и сохранить данные в, подходящей памяти любого типа, такой как несъемная память 206 и/или съемная память 232. Несъемная память 206 может включать в себя оперативную память (RAM), постоянную память (ROM), жесткий диск или запоминающее устройство любого другого типа. Съемная память 232 может включать в себя карту модуля идентификации абонента (SIM), (флеш-память) memory stick, карту памяти secure digital (SD) и тому подобные. В других вариантах осуществления, процессор 218 может осуществлять доступ к информации из, и сохранять данные в, памяти, которая не расположена физически на WTRU 108, как например, на сервере или домашнем компьютере (не показано).

[0053] Процессор 218 может принимать питание от источника 234 питания и может быть выполнен с возможностью распределения, и/или управления, питания другим компонентам в WTRU 108. Источник 234 питания может быть любым подходящим устройством для обеспечения питанием WTRU 108. Например, источник 234 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.д.), солнечных элементов, топливных элементов и тому подобных.

[0054] Процессов 218 может быть также соединен с набором микросхем 236 GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) касательно текущего местоположения WTRU 108. В дополнение к, или вместо, информации от набора микросхем 236 GPS, WTRU 108 может принимать информацию о местоположении по радиоинтерфейсу 216 от базовой станции (например, базовых станций 214a, 214b) и/или определять свое местоположение на основе интервалов времени сигналов, принимаемых от двух или более близких базовых станций. Следует понимать, что WTRU 108 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, в то же время оставаясь в соответствии с вариантом осуществления.

[0055] Процессор 218 может быть дополнительно соединен с другими периферийными устройствами 238, которые могут включать в себя один иди более программных или аппаратных модулей, которые предоставляют дополнительные признаки, функциональные возможности и/или возможности проводного и беспроводного соединения. Например, периферийные устройства 238 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий и видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, телефонная гарнитура, модуль Bluetooth®, радиоблок с частотной модуляцией (FM), цифровой музыкальный проигрыватель, медиапроигрыватель, модуль проигрывания видеоигр, Интернет-браузер и тому подобные.

[0056] На Фиг. 2C показана системная диаграмма RAN 204 и базовой сети 206 согласно варианту осуществления. RAN 204 может быть сетью услуг доступа (ASN), которая применяет радиотехнологию 802.16 для осуществления связи с WTRU 108a, 108b, 108c по радиоинтерфейсу 216. Как будет дополнительно рассмотрено выше, линии связи между разными функциональными объектами WTRU 108a, 108b, 108c, RAN 204 и базовой сетью 206 могут быть заданы как опорные точки.

[0057] Как показано на Фиг. 2C, RAN 204 может включать в себя базовые станции 240a, 240b, 240c и шлюз 242 ASN, впрочем, следует понимать, что RAN 204 может включать в себя любое число базовых станций и шлюзов ASN, в то же время оставаясь в соответствии с вариантом осуществления. Базовые станции 240a, 240b, 240c могут, каждая, быть ассоциированы с конкретной сотой (не показано) в RAN 204 и могут, каждая, включать в себя одни или более приемопередатчиков для осуществления связи с WTRU 108a, 108b, 108c по радиоинтерфейсу 216. В одном варианте осуществления, базовые станции 240a, 240b, 240c могут реализовывать технологию MIMO. Таким образом, базовая станция 240a, например, может использовать множество антенн для передачи беспроводных сигналов на, и приема беспроводных сигналов от, WTRU 108a. Базовые станции 240a, 240b, 240c могут также предоставлять функции управления мобильностью, такие как запуск передачи обслуживания, создание туннеля, управление радиоресурсами, классификация трафика, применение политики качества обслуживания (QoS) и тому подобные. Шлюз 242 ASN может служить в качестве точки агрегации трафика и может отвечать за поисковый вызов, кэширование профилей абонента, маршрутизацию в базовую сеть 206 и тому подобное.

[0058] Радиоинтерфейс 216 между WTRU 108a, 108b, 108c и RAN 204 может быть задан как опорная точка R1, которая реализует спецификацию IEEE 802.16. К тому же, каждый из WTRU 108a, 108b, 108c может создавать логический интерфейс (не показан) с базовой сетью 206. Логический интерфейс между WTRU 108a, 108b, 108c и базовой сетью 206 может быть задан как опорная точка R2, которая может быть использована для аутентификации, авторизации, управления конфигурацией IP хоста и/или управления мобильностью.

[0059] Линия связи между каждой из базовых станций 240a, 240b, 240c может быть задана как опорная точка R8, которая включает в себя протоколы для облегчения передач обслуживания WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 240a, 240b, 240c и шлюзом 242 ASN может быть задана как опорная точка R6. Опорная точка R6 может включать в себя протоколы для облегчения управления мобильностью на основе событий мобильности, ассоциированных с каждым из WTRU 108a, 108b, 108c.

[0060] Как показано на Фиг. 2C, RAN 204 может быть присоединена к базовой сети 206. Линия связи между RAN 204 и базовой сетью 206 может быть задана как опорная точка R3, которая включает в себя протоколы для облегчения способностей передачи данных и управления мобильностью, например. Базовая сеть 206 может включать в себя домашний агент мобильного IP (MIP-HA) 244, сервер аутентификации, авторизации и учета (AAA) 246 и шлюз 248. MIP-HA 244 может быть посредническим MIP-HA (PMIP-HA). Тогда как каждый из вышеуказанных элементов изображают как часть базовой сети 206, следует понимать, что любым из этих элементов может владеть, или обслуживать объект, отличный от оператора базовой сети.

[0061] PMIP-HA 244 может отвечать за управление IP-адресами и может обеспечить возможность WTRU 108a, 108b, 108c перемещаться между разными ASN и/или разными базовыми сетями. PMIP-HA 244 может предоставлять WTRU 108a, 108b, 108c доступ к сетям с коммутацией пакетов, таким как Интернет 210, для облегчения осуществления связи между WTRU 108a, 108b, 108c и устройствами с поддержкой IP. Сервер 246 AAA может отвечать за аутентификацию пользователя и поддержку пользовательских услуг. Шлюз 248 может облегчать взаимодействие с другими сетями. Например, шлюз 248 может предоставлять WTRU 108a, 108b, 108c доступ к сетям с коммутацией каналов, таким как PSTN 208, для облегчения осуществления связи между WTRU 108a, 108b, 108c и традиционными устройствами связи с наземными линиями. К тому же, шлюз 248 может предоставлять WTRU 108a, 108b, 108c доступ к сетям 212, которые могут включать в себя другие проводные или беспроводные сети, которыми владеют или обслуживают другие провайдеры услуг.

[0062] Хотя не показано на Фиг. 2C, следует понимать, что RAN 204 может быть присоединена к другим ASN, и базовая сеть 206 может быть присоединена к другим базовым сетям. Линия связи между RAN 204 и другими ASN может быть задана как опорная точка R4, которая может включать в себя протоколы для координации мобильности WTRU 108a, 108b, 108c между RAN 204 и другими ASN. Линия связи между базовой сетью 206 и другими базовыми сетями может быть задана как опорная точка R5, которая может включать в себя протоколы для облегчения взаимодействия между домашними базовыми сетями и гостевыми базовыми сетями.

[0063] На Фиг. 2D показана примерная блок-схема 250, содержащая WTRU 108, eNB 240 и узел управления мобильностью (MME)/обслуживающий шлюз (S-GW) 142. Как показано на Фиг. 2D, WTRU 108, eNB 240 и MME/S-GW 142 выполнены с возможностью выполнения способа для мобильности многоадресной передачи.

[0064] В дополнение к компонентам, которые могут быть найдены в типичном WTRU, WTRU 108 включает в себя процессор 316 с опционально подключенной памятью 322, по меньшей мере одним приемопередатчиком 314, опциональной батареей и антенной 318. Процессор 316 выполнен с возможностью выполнения способа для мобильности многоадресной передачи.

[0065] Приемопередатчик 314 имеет связь с процессором 316 и антенной 318 для облегчения передачи и приема беспроводной связи. В случае использования батареи 320 в WTRU 108, она обеспечивает питанием приемопередатчик 314 и процессор 316.

[0066] В дополнение к компонентам, которые могут быть найдены в типичном eNB, eNB 240 включает в себя процессор 317 с опционально подключенной памятью 315, приемопередатчиками 319 и антеннами 321. Процессор 317 выполнен с возможностью выполнения способа для мобильности многоадресной передачи.

[0067] Приемопередатчики 319 имеют связь с процессором 317 и антенной 321 и антеннами 321 для облегчения передачи и приема беспроводной связи. eNB 240 присоединен к узлу управления мобильностью/обслуживающему шлюзу (MME/S-GW) 142, который включает в себя процессор 333 с опционально подключенной памятью 334.

[0068] Ссылаясь на Фиг. 3, PMIP-туннели могут быть агрегированы для WTRU с многоадресной передачей, например, группа один 340 многоадресной передачи и группа два 350 многоадресной передачи. Если используют существующее сообщение обновления посреднической привязки (PBU), то к существующему сообщению обновления посреднической привязки (PBU) может быть добавлено поле опций многоадресной передачи переменной длины (т.е., часть или сегмент). PBU является сообщением с запросом, отправленным посредством MAG 380 на соответствующий LMA WTRU для создания привязки между HNP WTRU, назначенным заранее заданному интерфейсу WTRU 340, 350, или 360, и его текущим CoA (т.е. посредническим-CoA). Соответствующий LMA WTRU может быть присоединен либо к услугам 310 одноадресной передачи, либо услугам 320 многоадресной передачи. Поле опций многоадресной передачи может содержать CoA многоадресной передачи. Конкретный CoA многоадресной передачи ассоциирован с агрегированным туннелем 334 или 332 многоадресной передачи, заканчивающимся на MAG 380. В качестве альтернативы, флаг многоадресной передачи может быть добавлен в сообщение PBU. В качестве альтернативы, новое сообщение может быть использовано для передачи сигналов информации многоадресной передачи.

[0069] Агрегированные туннели 332 и 334 многоадресной передачи могут быть заранее сконфигурированы. Например, они могут заранее существовать между LMA (домашним агентом) 370 и MAG 380, даже до того, как какой-либо WTRU 340, 350 или 360 подпишется на услуги многоадресной передачи. LMA 370 и MAG 380 могут обмениваться информацией, указывающей, что они оба поддерживают услуги многоадресной передачи, используя описанные выше сообщения. WTRU 340 и 350 с многоадресной передачей добавляют к туннелю в момент, когда их подключают к мобильной сети 330.

[0070] В качестве альтернативы, агрегированные туннели 332 и 334 многоадресной передачи могут быть динамическими. Агрегированные туннели многоадресной передачи не существуют до того, как потребуется какие-либо услуги многоадресной передачи. Когда множество WTRU 360 создает туннели 336 одноадресной передачи для услуг многоадресной передачи, LMA 370 и MAG 380 могут комбинировать эти туннели 336 одноадресной передачи в агрегированный туннель 332 или 334 многоадресной передачи.

[0071] WTRU может указывать запрос услуг многоадресной передачи для MAG несколькими путями. WTRU может использовать существующие сообщения MLD/IGMP для указания запроса многоадресной передачи для MAG. Или WTRU может включать в себя информацию многоадресной передачи в сообщении запроса маршрутизатора.

[0072] Оба, LMA 370 и MAG 380, могут инициировать создание агрегированных туннелей для услуг многоадресной передачи. Для инициации агрегации туннеля от MAG 380 к LMA 370, сообщение PBU может быть использовано для инициации процесса посредством добавления флага в поле опций многоадресной передачи, или может быть использовано новое сообщение. Информация многоадресной передачи может быть сохранена либо на LMA 370, либо на MAG 380, либо на обоих. Такой относящейся к многоадресной передаче информацией могут быть: каналы многоадресной передачи, WTRU, подписанные на каждую услугу многоадресной передачи, и каждое подключение WTRU к соответствующей сети.

[0073] Туннель многоадресной передачи может быть однонаправленным для только нисходящего трафика или двунаправленным (т.е., восходящая линия и нисходящая линия связи). Управляющая информация, такая как сообщения MLD/IGMP, может быть отправлена по туннелям одноадресной передачи или по агрегированным туннелям многоадресной передачи. Для услуг многоадресной передачи и одноадресной передачи, агрегированные туннели многоадресной передачи и одноадресной передачи могут сосуществовать между LMA 370 и MAG 380. WTRU 360 с туннелем одноадресной передачи может быть также ассоциирован с CoA многоадресной передачи. Например, WTRU может иметь туннели 336 одноадресной передачи и агрегированные туннели 332, 334 многоадресной передачи.

[0074] Кроме того, может существовать один или более туннелей многоадресной передачи. Такие варианты могут включать в себя один туннель многоадресной передачи с одним CoA многоадресной передачи для обслуживания всех услуг многоадресной передачи, причем множество туннелей многоадресной передачи предоставляют для разделения разных услуг многоадресной передачи, или комбинацию. MAG 380 может указывать поддерживается ли и доступна ли услуга многоадресной передачи в сообщении объявления маршрутизатора.

[0075] На Фиг. 4 проиллюстрирована архитектура 400 выделенного LMA для многоадресной передачи. В этом варианте осуществления, существует один LMA 470, выделенный для услуг 410 одноадресной передачи, и один LMA 480, выделенный для услуг 420 многоадресной передачи, множество LMA 470 и 480 могут быть использованы для услуг каждого типа, в зависимости от развертывания соответствующей сети.

[0076] WTRU 460 может иметь множество интерфейсов. Таким образом, WTRU 460 может создавать туннель 432, 436 одноадресной передачи с LMA 470 одноадресной передачи, и туннель 434, 438 многоадресной передачи с LMA 480 многоадресной передачи, соответственно, параллельно. WTRU 460 может иметь более чем одного домашнего агента (HA). В этой архитектуре, деление LMA основано на требуемой конкретной услуге.

[0077] На Фиг. 4, WTRU 460 перемещается от p-MAG 440 к n-MAG 450. Ссылаясь на Фиг. 5A и Фиг. 5B, описаны дополнительные детали для услуг многоадресной передачи. В этом примере, описаны, по меньшей мере, два метода, один на Фиг. 5A и другой на Фиг. 5B, где назначение IP-адреса используют для поддержки услуг многоадресной передачи.

[0078] Как видно на Фиг. 5A, один набор IP-адресов назначают 510 из HA LMA для одноадресной передачи 470 на WTRU 460. IP-адреса используют посредством WTRU 460 как для услуг 410 одноадресной передачи, так и для услуг 420 многоадресной передачи. WTRU 460 передает сообщение 520 запроса маршрутизатора на обслуживающий MAG, который запускает сообщение PBU из обслуживающего MAG на LMA 470 одноадресной передачи.

[0079] Как видно на Фиг. 5B, два набора IP-адресов назначают 525 для WTRU 460. Один набор IP-адресов назначают из HA LMA 470 одноадресной передачи для одноадресной передачи 410, и другой набор IP-адресов из HA LMA 480 многоадресной передачи для многоадресной передачи 420. WTRU 460 передает сообщение 530 запроса маршрутизатора на обслуживающий MAG, который запустит два сообщения PBU, одно из обслуживающего MAG на LMA 470 одноадресной передачи, а другое на LMA 480 многоадресной передачи.

[0080] В случае, где WTRU 460 не требует услуг одноадресной передачи, WTRU 460 принимает IP-адреса от LMA 480 многоадресной передачи для услуг 420 многоадресной передачи посредством одиночного сообщения PBU от обслуживающего MAG на LMA 480 многоадресной передачи.

[0081] Список обновлений привязок, поддерживаемый посредством MAG, обновляют, чтобы иметь записи для привязки WTRU как к LMA 470 одноадресной передачи для трафика одноадресной передачи, так и к LMA 480 многоадресной передачи для трафика многоадресной передачи.

[0082] Пересылка трафика многоадресной передачи и трафика одноадресной передачи может осуществляться посредством MAG за счет того, что делается различие между принятым трафиком одноадресной передачи и многоадресной передачи, относящимся к конкретному WTRU. MAG может делать упомянутое различие посредством просмотра источника или адресов назначения. MAG может пересылать трафик на правильный интерфейс.

[0083] Например, на Фиг. 5A, когда существует восходящий трафик (т.е., от WTRU 460 на обслуживающий MAG), обслуживающий MAG способен определять, следует ли пересылать его на LMA 470 одноадресной передачи для трафика одноадресной передачи или на LMA 480 многоадресной передачи для передачи сигналов управления многоадресной передачей. Для нисходящего трафика, так как существует только один интерфейс на WTRU 460, обслуживающему MAG необходимо только иметь увязывание туннелей для туннеля одноадресной передачи и туннеля многоадресной передачи с WTRU 460.

[0084] В качестве другого примера на Фиг. 5A, когда разные IP-адреса используют для услуг 410 одноадресной передачи и услуг 420 многоадресной передачи, обслуживающий MAG должен увязать туннели с интерфейсами WTRU 460 определенным образом, подобным тому, что он делает в случае множественной адресации PMIP. PMIP дает возможность мобильным узлам присоединяться к домену посреднического мобильного IPv6 посредством множества интерфейсов для одновременного доступа. Когда мобильный узел присоединяется к домену посреднического мобильного IPv6 посредством множества интерфейсов для одновременного доступа, узел локальной привязки мобильности выделяет сессию мобильности для каждого из подключенных интерфейсов. Каждой сессией мобильности управляют с помощью отдельной записи кэша привязок и со своим собственным временем жизни. Когда существуют только услуги многоадресной передачи, обслуживающий MAG увязывает туннель многоадресной передачи с WTRU 460 определенным образом, подобным трафику одноадресной передачи.

[0085] Профиль политик WTRU 460, хранящийся на сервере политик, может быть обновлен посредством сохранения IPv6-адресов LMA 470 и LMA для многоадресной передачи, LMA 480. С помощью использования этой информации, обслуживающий MAG WTRU 460 способен получать адреса LMA многоадресной передачи.

[0086] В качестве альтернативы, MAG может осуществлять поддержание профиля политик многоадресной передачи, который может увязывать один или более адресов LMA с определенными группами многоадресной передачи, опциями многоадресной передачи или линией. MAG может быть способен подключаться ко множеству LMA. Например, MAG может иметь принудительное соединение с LMA одноадресной передачи, и опционально присоединяться к LMA многоадресной передачи, если используют назначение IP-адресов, как описано на Фиг. 5A. В этом случае, присоединение к LMA 470 одноадресной передачи является принудительным, потому что туда назначают IP-адрес WTRU. MAG может опционально иметь соединение либо с LMA 470 одноадресной передачи, либо с LMA 480 многоадресной передачи, если используют назначение IP-адресов, как описано на Фиг. 5B. В этом примере, IP-адреса WTRU 460 могут быть назначены из любого LMA, в зависимости от типа требуемой услуги (либо одноадресной передачи, либо многоадресной передачи).

[0087] На Фиг. 6 показана архитектура обеспечения возможности 600 мобильности многоадресной передачи внутри LMA для PMIP. Вариант осуществления, показанный на Фиг. 6, является по существу таким же, как и показанный на Фиг. 3, кроме того, что в этом варианте осуществления все или некоторые из WTRU 630 перемещаются от ранее подключенного MAG (p-MAG) 610 к недавно подключенному MAG (n-MAG) 620. Сигнал запуска предстоящей передачи обслуживания (HO) может придти из WTRU или сети, как результат передачи сигнала нижнего уровня, например пониженной силы сигнала, увеличенной потери пакетов и тому подобного. Одним примером передачи сигнала нижнего уровня является нисходящее сообщение в 802.21.

[0088] На Фиг. 7A и 7B показан канал связи для мобильности 700 и 750 многоадресной передачи внутри LMA для PMIP, соответственно. Как видно на Фиг. 7A, LMA 650 отправляет пакеты 710 многоадресной передачи на p-MAG 610. p-MAG 610 отправляет пакеты 712 многоадресной передачи на WTRU 630. WTRU 630 информирует p-MAG 610 о предстоящей HO 714. p-MAG 610 информирует n-MAG 620 о HO многоадресной передачи посредством нового интерфейса, IF1, 716 между p-MAG 610 и n-MAG 620. В качестве альтернативы, сигнал запуска предстоящей HO и интерфейс IF1 также применяют для услуг одноадресной передачи. n-MAG 620 отправляет сообщение PBU на LMA 650 для создания агрегированного туннеля 718. Опции многоадресной передачи с CoA многоадресной передачи предоставляют на LMA 650 посредством n-MAG 620. LMA 650 отправляет пакеты многоадресной передачи на n-MAG 620, до фактической HO 720. WTRU 630, который ассоциирован с заранее созданным агрегированным туннелем, перемещается к n-MAG 620 и принимает пакеты многоадресной передачи из агрегированного туннеля 722. При условии, что агрегированный туннель между LMA и p-MAG не нужен, агрегированный туннель может быть удален.

[0089] Ссылаясь на Фиг. 7B, LMA 650 отправляет пакеты 752 многоадресной передачи на p-MAG 610. p-MAG 610 отправляет пакеты 754 многоадресной передачи на WTRU 630. WTRU 630 информирует p-MAG 610 о предстоящей HO 756. p-MAG 610 пропускает информацию 758 о предстоящей HO на LMA 650. LMA 650 инициирует создание агрегированного туннеля 760 многоадресной передачи между LMA 650 и n-MAG 620. LMA отправляет сообщение посреднического мобильного IP на n-MAG для создания нового туннеля 762 многоадресной передачи. При условии, что LMA знает о принятой предстоящей HO, LMA 650 может инициировать создание подключенного MAG (n-MAG) 620. Сигнал запуска предстоящей передачи обслуживания (HO) может придти из WTRU или сети, как результат передачи сигнала нижнего уровня, например, пониженной силы сигнала, увеличенной потери пакетов и тому подобного. Одним примером передачи сигнала нижнего уровня является нисходящее сообщение в 802.21.

В другом варианте при условии, что LMA знает о принятой предстоящей HO, LMA 650 может инициировать создание агрегированного туннеля 762 многоадресной передачи между LMA 650 и n-MAG 620. LMA 650 отправляет пакеты многоадресной передачи на n-MAG 620, до фактической HO 764. WTRU 630, который ассоциирован с заранее созданным агрегированным туннелем, перемещается к n-MAG 620 и принимает пакеты многоадресной передачи из агрегированного туннеля 766. При условии, что агрегированный туннель между LMA 650 и p-MAG 610 не нужен, агрегированный туннель может быть удален.

[0090] В качестве альтернативы, сигнал запуска предстоящей HO может придти из сети. Сигнал запуска может быть результатом балансировки загрузки сети или для цели поддержания (например, p-MAG собираются выключить). Сетевой сигнал запуска может придти на LMA 650 или p-MAG 610. При условии, что p-MAG 610 знает о принятой предстоящей HO, p-MAG 610 может напрямую информировать LMA 650 о HO, или информировать n-MAG 620 о HO. Этот вариант осуществления аналогично переходит к вышеуказанному варианту изобретения, относящемуся к Фиг. 7A и 7B, где передачу обслуживания запускают посредством WTRU.

[0091] В качестве альтернативы, после создания агрегированного туннеля 762, трафик многоадресной передачи отправляют из LMA 650 на n-MAG 620. n-MAG 620 может отправить сообщение PBU на LMA 650 после того, как WTRU 630 обнаружат в сети. Однако это может вызвать более длинную задержку по сравнению с вышеупомянутым способом, где туннель сначала создают, а затем начинают многоадресную передачу.

[0092] В еще одном альтернативном варианте осуществления, сообщение 'join' группы многоадресной передачи передают в намеченную сеть до HO. Информация многоадресной передачи, полученная посредством n-MAG 620 до фактической HO, как описано выше на Фиг. 7A и 7B, может облегчить обеспечение возможности многоадресной передачи для n-MAG 620 до подключения WTRU. Информация многоадресной передачи, полученная посредством маршрутизатора n-доступа (n-AR), при условии, что PMIP не используют, до фактической HO, может облегчить обеспечение возможности многоадресной передачи для n-AR до подключения WTRU.

[0093] В еще одном альтернативном варианте, узел управления мобильностью в сети информируют о предстоящей HO. Узел управления мобильностью выполняет соединение с прослушиваемой посредством WTRU группой многоадресной передачи с помощью надлежащего маршрутизатора многоадресной передачи

[0094] Еще один альтернативный вариант использует сообщение 'join' группы многоадресной передачи быстрого запуска после HO уровня 3. Узел управления мобильностью, который управляет HO, запускает отправку отчета MLD/IGMP для выполнения соединения с группой многоадресной передачи, как только завершится HO. Это делается незамедлительно, вместо ожидания запроса от маршрутизатора многоадресной передачи, таким образом уменьшая задержку до возобновления услуг многоадресной передачи.

[0095] Эти варианты осуществления могут быть использованы независимо или совместно. Например, когда их используют вместе, и (сообщение?) 'join' группы многоадресной передачи до HO не работало, сообщение 'join' группы многоадресной передачи быстрого запуска после HO может суметь уменьшить задержку услуги.

[0096] На Фиг. 8 показана архитектура обеспечения возможности 800 мобильности многоадресной передачи между LMA для PMIP. В этом варианте осуществления, WTRU 730 перемещаются от p-MAG 710 к n-MAG 720. p-MAG 710 к n-MAG 720 принадлежат к разным LMA, LMA 750 и LMA 760, соответственно. Каждый LMA 750 и LMA 760 могут предоставлять услуги как одноадресной передачи, так и многоадресной передачи. Описанный на Фиг. 6 способ для мобильности многоадресной передачи одиночного LMA используют совместно с дополнительными интерфейсами, чтобы информировать целевой LMA 750 и 760 для обеспечения возможности требуемых услуг многоадресной передачи. Интерфейс IF1 используют для обмена информацией многоадресной передачи между исходным и целевым MAG, 710 и 720. Интерфейс IF2 используют для обмена информацией многоадресной передачи между исходным и целевым LMA, 750 и 760. Интерфейс IF3 используют для обмена информацией многоадресной передачи между исходным MAG 710 и целевым LMA 760. Интерфейс IF4 используют для обмена информацией многоадресной передачи между исходным LMA 750 и целевым MAG 720. Эти интерфейсы являются альтернативными и могут быть доступны в одно время.

[0097] Фиг. 9 расширяет сеть одиночного типа до гибридной сети для мобильности 900. Ссылаясь на Фиг. 9, показана двунаправленная мобильная сеть, комбинированная с сетью 925 многоадресной передачи только по нисходящей линии. В такой гибридной сети, HO может происходить от двунаправленной сети к сети 925 многоадресной передачи только по нисходящей линии. В первом примере, HO запущена посредством WTRU 930, используя интерфейс IF3 и интерфейс IF4. Объект клиента 932 мобильности в WTRU 930 обнаруживает предстоящую HO. Клиент 932 мобильности информирует объект 934 услуг многоадресной передачи (например, функциональные возможности 934 ОМА BCAST в WTRU) посредством интерфейса IF3. Объект 934 услуг многоадресной передачи информирует свою противоположную часть 916 в сети 915 (например, функциональные возможности адаптации/распределения услуги ОМА в сети) о предстоящей HO посредством интерфейса IF4 и требует распределения услуги в сети 925 только с нисходящей линией. Интерфейс IF4 может быть новым интерфейсом, или он может быть существующим интерфейсом ОМА BCAST-5 с расширением для поддержки информации о HO.

[0098] Еще в одном примере, HO запущена посредством WTRU 930, используя интерфейсы IF1 и IF2. Объект клиента 932 мобильности в WTRU 930 обнаруживает предстоящую HO. Объект клиента 932 мобильности информирует сервер 912 мобильности в сети 910 (например, сервер независимой от среды передачи обслуживания (MIH) является примером сервера мобильности) о предстоящей HO посредством интерфейса IF2. Интерфейс IF2 может быть новым интерфейсом, или он может использовать существующи1 интерфейс, как, например, протокол MIH. Сервер 912 мобильности может быть расположен в сети 910 услуг одноадресной передачи, сети 915 услуг многоадресной передачи или в домене, отличном от сетей одноадресной передачи и многоадресной передачи. Сервер 912 мобильности информирует сервер 916 ОМА BCAST о предстоящей HO и требует распределение услуг в сети 925 только с нисходящей линией посредством интерфейса IF1. Интерфейс IF1 является новым интерфейсом.

[0099] В третьем примере, сеть 920 запускает HO, используя интерфейс IF1. В этом случае сервер 912 мобильности может информировать ОМА BCAST 916 посредством интерфейса IF1. В четвертом примере, сеть 920 запускает HO, используя интерфейс IF2, интерфейс IF3 и интерфейс IF4. При условии, что интерфейс IF1 не существует, сервер 912 мобильности может информировать клиент 932 мобильности, используя интерфейс IF2. Клиент 932 мобильности информирует клиент 934 ОМА BCAST, используя интерфейс IF3, и клиент 934 ОМА BCAST информирует сервер 916 ОМА BCAST, используя интерфейс IF4. В пятом примере, мобильность поддерживают из MAG 940 или LMA 935 в распределительной сети.

[0100] MAG (AR или PMIP) 940 и LMA (шлюз) 935 могут получать информацию о множестве WTRU 930, в том числе информацию о соответствующей мобильности и услугах многоадресной передачи. MAG 940 и LMA 935 могут взаимодействовать с сетью 915 услуг многоадресной передачи, или распределительной сетью 925 многоадресной передачи (только нисходящая линия), для гарантии доставки услуг многоадресной передачи, когда WTRU 930 перемещается в сеть 925 многоадресной передачи только по нисходящей линии.

[0101] HO может происходить от сети 925 многоадресной передачи только по нисходящей линии к двунаправленной сети 920. Сеть запускает HO. WTRU информируют о предстоящей HO в управляющей информации нисходящей линии. Указание предстоящей HO (т.е. информацию) пропускают в двунаправленную сеть посредством интерфейсов на стороне сети, таких как IF1. В качестве альтернативы, WTRU 930 запускает HO. Восходящее соединение требуется для WTRU 930, чтобы информировать сеть о предстоящей HO. Описанные выше интерфейсы для HO от двунаправленной сети 920 в сеть 925 только с нисходящей линией могут быть использованы, чтобы пропускать информации о HO от WTRU в сеть.

[0102] Способы, примеры и варианты осуществления, описанные относительно Фиг. 9, для мобильности в гибридных сетях не предполагают какой-либо способ мобильности L3 или L2.

ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ

1. Блок беспроводной передачи/приема (WTRU), содержащий:

приемник, выполненный с возможностью приема первого адреса Интернет-протокола (IP), который предназначен для услуг одноадресной передачи, и второго IP-адреса, который предназначен для услуг многоадресной передачи.

2. WTRU по варианту осуществления 1, дополнительно содержащий:

процессор, выполненный с возможностью использования первого IP-адреса для услуг одноадресной передачи и второго IP-адреса для услуг многоадресной передачи; и

передатчик, выполненный с возможностью передачи сообщения запроса маршрутизатора на обслуживающий шлюз мобильного доступа (MAG), запускающий сообщение обновление посреднической привязки (PBU), которое включает в себя второй IP-адрес.

3. WTRU по варианту осуществления 2, в котором передатчик дополнительно выполнен с возможностью информирования обслуживающего MAG о предстоящей передаче обслуживания (HO).

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

5. WTRU по любому из вариантов осуществления 1-4, в котором процессор дополнительно выполнен с возможностью обновления профиля политик WTRU согласно IPv6-адресам локальных узлов привязки мобильности (LMA).

6. WTRU по любому из вариантов осуществления 1-5, причем WTRU использует сообщения обнаружения узлов, принимающих многоадресные передачи/ протокола управления Интернет-группами (MLD)/(IGMP), чтобы указать обслуживающему MAG его запрос услуг многоадресной передачи.

7. Способ для посреднического мобильного Интернет-протокола (PMIP), поддерживающий выделенные локальные узлы привязки мобильности(LMA) многоадресной передачи, способ содержит этап, на котором:

первый LMA назначает первый набор адресов Интернет-протокола (IP) блоку беспроводной передачи/приема (WTRU), выделенному как для услуг одноадресной передачи, так и для услуг многоадресной передачи.

8. Способ по варианту осуществления 7, дополнительно содержит этап, на котором:

первый LMA принимает сигнал запуска от шлюза мобильного доступа (MAG), указывающий сообщение обновления посреднической привязки (PBU).

9. Способ по варианту осуществления 8, в котором первый LMA назначает первый набор IP-адресов WTRU для услуг одноадресной передачи, и второй LMA назначает второй набор IP-адресов для услуг многоадресной передачи.

10. Способ по любому из вариантов осуществления 8-9, в котором первый LMA принимает сигнал запуска от первого MAG, указывающий первое сообщение PBU от первого MAG, и второй LMA принимает сигнал запуска от второго MAG, указывающий второе сообщение PBU от второго MAG.

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

12. Способ по любому из вариантов осуществления 9-11, в котором первый LMA и второй LMA инициируют создание туннеля одноадресной передачи и туннеля многоадресной передачи.

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

14. Способ для посреднического мобильного Интернет-протокола (PMIP), поддерживающий шлюзы мобильного доступа (MAG), способ содержит этап, на котором:

первый MAG маршрутизирует первый набор адресов Интернет-протокола (IP) на блок беспроводной передачи/приема (WTRU), выделенный как для услуг одноадресной передачи, так и для услуг многоадресной передачи.

15. Способ по варианту осуществления 14, дополнительно содержит этапы, на которых:

первый MAG принимает сообщение запроса маршрутизатора от WTRU; и

первый MAG запускает сообщение обновления посреднической привязки (PBU), которое включает в себя информацию многоадресной передачи, на первый локальный узел привязки мобильности (LMA).

16. Способ по варианту осуществления 15, в котором первый MAG маршрутизирует первый набор IP-адресов на WTRU, выделенный для услуг одноадресной передачи, и первый MAG маршрутизирует второй набор IP-адресов на WTRU, выделенный для услуг многоадресной передачи.

17. Способ по любому из вариантов осуществления 15-16, в котором первый MAG запускает указание первого сообщения PBU на первый LMA и второго сообщения PBU на второй LMA.

18. Способ по варианту осуществления 17, в котором первый MAG поддерживает список новых сообщений PBU, который включает в себя привязку WTRU к первому LMA и второму LMA.

19. Способ по любому из вариантов осуществления 14-18, в котором первый MAG делает различие между трафиком услуг одноадресной передачи и трафиком услуг многоадресной передачи, чтобы пересылать трафик на соответствующий интерфейс.

20. Способ по любому из вариантов осуществления 14-19, в котором первый LMA инициирует создание туннеля одноадресной передачи и туннеля многоадресной передачи.

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

[0103] Несмотря на то что признаки и элементы описаны выше в конкретных комбинациях, специалисты в данной области поймут, что каждый признак или элемент может быть использован самостоятельно или в комбинации с другими признаками или элементами. К тому же, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в считываемый компьютером носитель для исполнения компьютером или процессором. Примеры считываемых компьютером носителей включают в себя электронные сигналы (передаваемые по проводным и беспроводным соединениям) и считываемые компьютером носители информации. Примеры считываемых компьютером носителей информации включают в себя, но не ограничены этим, постоянную память (ROM), оперативную память (RAM), регистратор, кэш-память, полупроводниковое запоминающее устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнито-оптические носители и оптические носители, такие как диски CD-ROM и универсальные цифровые диски (DVD). Процессор совместно с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.

[0104] Подходящие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровой обработки сигналов (DSP), множество микропроцессоров, один или более микропроцессоров совместно с ядром DSP, контроллер, микроконтроллер, специализированные интегральные микросхемы (ASIC), стандартные части специализированных интегральных микросхем (ASSP), микросхемы программируемых пользователем вентильных матриц (FPGA), интегрированные микросхемы (IC) любого другого типа и/или конечный автомат.

[0105] Процессор совместно с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в блоке беспроводной передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, узле управления мобильностью (MME), развитом ядре пакетной коммутации (EPC) или любом хост-компьютере. WTRU может быть использован совместно с модулями, реализованными в аппаратном обеспечении и/или программном обеспечении, в том числе программно-определяемой радиосистеме, и других компонентах, таких как камера, модуль видеокамеры, видеотелефон, микрофон, телевизионный приемопередатчик, вибрационное устройство, динамик, клавиатура, модуль Bluetooth®, радиоблок с частотной модуляцией (FM), модуль связи ближнего радиуса действия (NFC), отображающий блок жидкокристаллического дисплея (LCD), цифровой музыкальный проигрыватель, медиапроигрыватель, модуль проигрывания видеоигр, Интернет-браузер и/или любой модуль беспроводной локальной сети (WLAN) или сверхширокополосный (UWB) модуль.

Изобретение относится к мобильности многоадресной передачи. Технический результат - обеспечение многоадресной передачи. Шлюз мобильного доступа (MAG), содержащий: первый приемник, выполненный с возможностью приема первого пакета с первым адресом Интернет-протокола (IP) от первого локального узла привязки мобильности (LMA) и второго пакета со вторым IP-адресом от второго LMA, причем первый LMA является LMA многоадресной передачи для трафика многоадресной передачи, а второй LMA является LMA одноадресной передачи для трафика одноадресной передачи; маршрутизатор, выполненный с возможностью маршрутизации первого пакета и второго пакета на блок беспроводной передачи/приема (WTRU), использующий услуги как одноадресной передачи, так и многоадресной передачи; второй приемник, выполненный с возможностью приема сообщения запроса маршрутизатора от WTRU; и процессор, дополнительно выполненный с возможностью поддержания списка обновлений привязок, включающего в себя записи для связывания WTRU с первым LMA и вторым LMA. 4 н. и 14 з.п. ф-лы, 13 ил.

1. Шлюз мобильного доступа (MAG), содержащий:
первый приемник, выполненный с возможностью приема первого пакета с первым адресом Интернет-протокола (IP) от первого локального узла привязки мобильности (LMA) и второго пакета со вторым IP-адресом от второго LMA, причем первый LMA является LMA многоадресной передачи для трафика многоадресной передачи, а второй LMA является LMA одноадресной передачи для трафика одноадресной передачи;
маршрутизатор, выполненный с возможностью маршрутизации первого пакета и второго пакета на блок беспроводной передачи/приема (WTRU), использующий услуги как одноадресной передачи, так и многоадресной передачи;
второй приемник, выполненный с возможностью приема сообщения запроса маршрутизатора от WTRU; и
процессор, дополнительно выполненный с возможностью поддержания списка обновлений привязок, включающего в себя записи для связывания WTRU с первым LMA и вторым LMA.

2. MAG по п.1, в котором маршрутизатор дополнительно выполнен с возможностью маршрутизации первого пакета с первым IP-адресом на WTRU, используемый для услуг одноадресной передачи, и маршрутизации второго пакета со вторым IP-адресом на WTRU, используемый для услуг многоадресной передачи.

3. MAG по п.2, в котором процессор дополнительно выполнен с возможностью запуска указания первого сообщения PBU на первый LMA и второго сообщения PBU на второй LMA.

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

5. MAG по п.4, в котором процессор дополнительно выполнен с возможностью инициирования создания туннеля одноадресной передачи и туннеля многоадресной передачи.

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

7. Способ посреднического мобильного Интернет-протокола (PMIP), поддерживающий шлюз мобильного доступа (MAG), содержащий этапы, на которых:
принимают первый пакет с первым адресом Интернет-протокола от первого локального узла привязки мобильности (LMA) и второй пакет со вторым IP-адресом от второго LMA, причем первый LMA является LMA многоадресной передачи для трафика многоадресной передачи, и второй LMA является LMA одноадресной передачи для трафика одноадресной передачи;
маршрутизируют первый пакет и второй пакет на блок беспроводной передачи/приема (WTRU), использующий как услуги одноадресной передачи, так и услуги многоадресной передачи;
принимают сообщение запроса маршрутизатора от WTRU; и
поддерживают список обновлений привязок, включающий в себя записи для связывания WTRU с первым LMA и вторым LMA.

8. Способ по п.7, в котором маршрутизируют первый пакет с первым IP-адресом на WTRU, используемый для услуг одноадресной передачи, и маршрутизируют второй пакет со вторым IP-адресом на WTRU, используемый для услуг многоадресной передачи.

9. Способ по п.8, в котором запускают указание первого сообщения PBU на первый LMA и второго сообщения PBU на второй LMA.

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

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

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

13. Локальный узел привязки мобильности (LMA) одноадресной передачи, содержащий:
процессор, выполненный с возможностью назначения пакета с адресами Интернет-протокола (IP) блоку беспроводной передачи/приема (WTRU), используемому для услуг одноадресной передачи;
причем процессор дополнительно выполнен с возможностью инициирования создания агрегированного туннеля многоадресной передачи;
приемник, выполненный с возможностью приема данных от сервера; и
передатчик, выполненный с возможностью передачи принятых данных на WTRU посредством MAG, используя агрегированный туннель многоадресной передачи.

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

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

16. Локальный узел привязки мобильности (LMA) многоадресной передачи, содержащий:
процессор, выполненный с возможностью назначения пакета с адресом Интернет-протокола (IP) блоку беспроводной передачи/приема (WTRU), используемому для услуг многоадресной передачи;
причем процессор дополнительно выполнен с возможностью инициирования создания агрегированного туннеля многоадресной передачи;
приемник, выполненный с возможностью приема данных от сервера; и
передатчик, выполненный с возможностью передачи принятых данных на WTRU посредством MAG, используя агрегированный туннель многоадресной передачи.

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

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