ЛОКАЛЬНАЯ РАЗГРУЗКА И АРХИТЕКТУРА МАЛЫХ СОТ (SCA) Российский патент 2017 года по МПК H04W8/08 H04W28/08 H04W36/22 

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

[0001] Настоящая заявка испрашивает приоритет предварительной заявки на патент США № 61/952,859, озаглавленной «Локальная разгрузка и архитектура малых сот» («Local Offload and Small Cell Architecture (SCA)»), поданной 13 марта 2014, содержание которой включено в настоящую заявку путем ссылки, как если бы оно было полностью приведено здесь, во всех отношениях.

УРОВЕНЬ ТЕХНИКИ

[0002] Архитектуры малых сот могут включать в себя маломощные узлы радиодоступа, которые функционируют в лицензируемом или нелицензируемом спектре и которые имеют несколько ограниченный радиус действия по сравнению с более мощными узлами радиодоступа. Узлы малых сот являются «малыми» по сравнению с макросотами мобильной связи, которые могут иметь радиус действия, составляющий десятки километров. Малые соты обеспечивают малую зону радиопокрытия, которая может варьироваться от метров до километров.

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

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

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

[0005] Варианты осуществления предполагают, что один или несколько стандартных или специальных каналов одного и того же соединения сети пакетной передачи данных (packet data network -PDN) могут быть обслужены одной или несколькими разными сотами. Например, специальный канал PDN-соединения «1» согласно QoS-требованиям может быть обслужен MeNB, тогда как стандартный канал может быть обслужен SeNB. Запрос на коммутацию специфического для канала пути X2 и/или процедура добавления/ модификации SeNB могут быть использованы для коммутации этих каналов через SeNB.

[0006] Варианты осуществления предполагают, что сеть может использовать IE «Тип соединения» в сообщении ЗАПРОС НА АКТИВАЦИЮ КОНТЕКСТА СТАНДАРТНОГО КАНАЛА (ACTIVATE DEFAULT BEARER CONTEXT REQUEST) для указания на то, что PDN-соединение может быть соединением с локальным IP доступом и/или с разгрузкой выбранного IP трафика (Local IP Access and/or Selected IP Traffic Offload - LIPA/SIPTO)(например, когда в некоторых вариантах осуществления может быть полезно пройти через SeNB). В некоторых вариантах осуществления, идентификатор SeNB (например, Cell_ID), соответствующий этому PDN-соединению, может быть отправлен к беспроводному блоку передачи/приема (wireless transmit/receive unit - WTRU) (или оборудованию пользователя (User Equipment - UE)) в том же сообщении.

[0007] Варианты осуществления предполагают, что WTRU может сообщить MeNB о доступности SeNB (например, в сообщениях отчетов об RRC-измерениях). MeNB может удалить SeNB из SCG и/или осуществить запрос к SeNB на освобождение канала радиосвязи, возможно, например, при недоступности SeNB, помимо прочих сценариев.

[0008] Варианты осуществления предполагают, что MeNB может обеспечить по меньшей мере один SIPTO IP-адрес LGW в начальном сообщении S1AP. MeNB может указать на то, что IP-адрес LGW может быть временным, возможно, например, когда один IP-адрес LGW может быть обеспечен, помимо прочих сценариев.

[0009] Варианты осуществления предполагают, что MeNB может информировать MME о транспортном адресе S1-U и/или о TEID SeNB для разгруженных каналов, возможно, например, когда малая сота («S-cell», причем это название может быть использовано здесь взаимозаменяемо с «SeNB») может быть сконфигурирована для WTRU, помимо прочих сценариев. Информация может включать в себя IP-адрес обслуживающего шлюза (serving gateway - SGW) SeNB, возможно, например, если сконфигурированный SeNB может поддерживать SIPTO с совмещенным LGW, и/или если разгруженный канал может включать в себя ID корреляции.

[0010] Варианты осуществления предполагают устройство усовершенствованного узла В малой соты (small cell evolved NodeB - SeNB), которое может содержать процессор. Процессор может быть выполнен с возможностью определения адреса интернет-протокола (Internet Protocol - IP) для локального шлюза (local gateway - LGW). LGW может быть ассоциирован с SeNB. Процессор может быть выполнен с возможностью назначения IP-адреса для LGW. Процессор может быть выполнен с возможностью приема запроса на передачу по меньшей мере одного из: сообщения с локальным IP доступом (local IP access - LIPA) или сообщения с разгрузкой выбранного IP трафика (selected IP traffic offload - SIPTO). Процессор может быть выполнен с возможностью отправки IP-адреса LGW к усовершенствованному макроузлу В (macro evolved NodeB - MeNB) по меньшей мере после одного из: ассоциирования с LGW или приема запроса. SeNB может иметь двойную соединяемость с MeNB. Процессор может быть выполнен с возможностью передачи по меньшей мере одного из: сообщения с локальным интернет-пакетным (Internet Packet - IP) доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (selected IP traffic offload - SIPTO).

[0011] Варианты осуществления предполагают беспроводной блок передачи/приема (wireless transmit/receive unit - WTRU), который может содержать процессор. Процессор может быть выполнен с возможностью установления соединения сети пакетной передачи данных (packet data network - PDN) через усовершенствованный узел В малой соты (small cell evolved NodeB - SeNB) по меньшей мере для одного из: сообщения с локальным интернет-пакетным (Internet Packet - IP) доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (selected IP traffic offload - SIPTO). Процессор может быть выполнен с возможностью приема запроса данных восходящей линии связи (uplink - UL) после выхода из режима ожидания. Процессор может быть выполнен с возможностью определения того, что запрос данных UL может быть предназначен по меньшей мере для одного из LIPA-сообщения или SIPTO-сообщения. Процессор может быть выполнен с возможностью определения возможности осуществления связи с SeNB. Процессор может быть выполнен с возможностью инициирования процедуры установления канала связи с произвольным доступом (random access channel - RACH) с SeNB после появления возможности осуществления связи с SeNB. Процессор может быть выполнен с возможностью синхронизации с SeNB после успешного выполнения процедуры установления RACH. Процессор может быть выполнен с возможностью отправки по меньшей мере одного из: LIPA-сообщения или SIPTO-сообщения через SeNB в ответ на запрос данных UL.

[0012] Варианты осуществления предполагают систему, которая может содержать усовершенствованный макроузел В (macro evolved NodeB - MeNB). MeNB может содержать первый процессор. Первый процессор может быть выполнен с возможностью отправки одного или нескольких адресов интернет-протокола (Internet Protocol - IP) локального шлюза (local gateway - LGW) к устройству управления мобильностью (mobility management entity device - MME). Первый процессор может быть выполнен с возможностью приема запроса контекста от беспроводного блока передачи/приема (WTRU). Запрос контекста может включать в себя IP-адрес LGW. MME может содержать второй процессор. Второй процессор может быть выполнен с возможностью определения по меньшей мере одного из существования или несуществования соответствующего IP-адреса LGW при поиске соответствия между данным IP-адресом LGW и одним или несколькими IP-адресами LGW. Второй процессор может быть выполнен с возможностью, после определения существования соответствующего IP-адреса LGW, отправки к MeNB по меньшей мере одного из: соответствующего IP-адреса LGW или идентификатора корреляции. Второй процессор может быть выполнен с возможностью, после определения несуществования соответствующего IP-адреса LGW, выполнения по меньшей мере одного из: деактивации соединения сети пакетной передачи данных (packet data network - PDN) с разгрузкой выбранного IP трафика (selected IP traffic offload - SIPTO) или повторной активации SIPTO PDN-соединения.

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

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

[0014] Фиг. 1А является системной схемой иллюстративной системы связи, в которой может быть реализован один или несколько описанных вариантов осуществления;

[0015] Фиг. 1В является системной схемой иллюстративного беспроводного блока передачи/приема (WTRU), который может быть использован в системе связи, показанной на фиг. 1А;

[0016] Фиг. 1С является системной схемой иллюстративной сети радиодоступа и иллюстративной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1А;

[0017] Фиг. 1D является системной схемой другой иллюстративной сети радиодоступа и иллюстративной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1А;

[0018] Фиг. 1Е является системной схемой другой иллюстративной сети радиодоступа и иллюстративной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1А;

[0019] Фиг. 1F является иллюстративной демонстрацией архитектуры плоскости управления для архитектуры малых сот/ двойной соединяемости, совместимой с вариантами осуществления;

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

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

[0022] Фиг. 4 является иллюстрацией примера LIPA-архитектуры с L-GW, совмещенным с HeNB, совместимой с вариантами осуществления;

[0023] Фиг. 5 является иллюстрацией примера архитектуры, включающей в себя S-GW, совмещенный с L-GW, совместимой с вариантами осуществления;

[0024] Фиг. 6 является иллюстрацией примера архитектуры, включающей в себя признак LIPA/SIPTO, совместимой с вариантами осуществления;

[0025] Фиг. 7 является иллюстрацией иллюстративной технологии для беспроводного блока передачи/приема (WTRU или оборудования пользователя (User Equipment - UE)) для осуществления доступа к трафику LIPA/SIPTO, совместимой с вариантами осуществления; и

[0026] Фиг. 8 является иллюстративной технологией для беспроводного блока передачи/приема (WTRU или оборудования пользователя (User Equipment - UE)) для осуществления доступа к трафику LIPA/SIPTO, совместимой с вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[0027] Подробное описание иллюстративных вариантов осуществления будет теперь приведено со ссылкой на различные фигуры. Хотя это описание обеспечивает в подробностях пример возможных реализаций, следует отметить, что предполагается, что подробности являются иллюстративными и никоим образом не ограничивают объем настоящей заявки. Следует понимать, что используемая здесь форма единственного числа, при отсутствии дополнительных ограничений или характеристик, означает «один или несколько» или «по меньшей мере один», например.

[0028] Фиг. 1А является схемой иллюстративной системы 100 связи, в которой может быть реализован один или несколько описанных вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая обеспечивает контент, такой как речь, данные, видео, обмен сообщениями, широковещание, и т.д., для множественных беспроводных пользователей. Система 100 связи может обеспечить множественным беспроводным пользователям возможность доступа к такому контенту посредством совместного использования системных ресурсов, включающих в себя беспроводную полосу пропускания. Например, системы 100 связи могут использовать один или несколько способов доступа к каналам, таких как множественный доступ с кодовым разделением каналов (code division multiple access - CDMA), множественный доступ с временным разделением (time division multiple access - TDMA), множественный доступ с частотным разделением каналов (frequency division multiple access - FDMA), FDMA с ортогональным мультиплексированием (OFDMA), FDMA на единственной несущей (SC-FDMA), и т.п.

[0029] Как показано на фиг. 1А, система 100 связи может включать в себя блоки 102a, 102b, 102c, и/или 102d беспроводной передачи/приема (WTRU) (которые обобщенно и собирательно могут называться WTRU 102), сеть 103/104/105 радиодоступа (RAN), базовую сеть 106/107/109, телефонную сеть 108 общего пользования (public switched telephone network - PSTN), интернет 110, и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей, и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, выполненным с возможностью функционирования и/или передачи данных в беспроводной среде. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов и могут включать в себя оборудование пользователя (UE), станцию мобильной связи, фиксированный или мобильный абонентский блок, пейджер, сотовый телефон, персональный цифровой секретарь (personal digital assistant - PDA), смартфон, компактный портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, потребительскую электронику, и т.п.

[0030] Система 100 связи может также включать в себя базовую станцию 114а и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть устройством любого типа, выполненным с возможностью беспроводного взаимодействия по меньшей мере с одним из WTRU 102a, 102b, 102c, 102d для обеспечения доступа к одной или нескольким сетям связи, таким как базовая сеть 106/107/109, интернет 110, и/или сети 112. В качестве примера, базовые станции 114a, 114b могут быть базовой приемопередающей станцией (base transceiver station - BTS), узлом В (Node B), усовершенствованным узлом В (eNode B), домашним узлом В (Home Node B), домашним усовершенствованным узлом В (Home eNode B), локальным контроллером, точкой доступа (access point - AP), беспроводным маршрутизатором, и т.п. В то время как описано, что каждая из базовых станций 114a, 114b является единственным элементом, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимосоединенных базовых станций и/или сетевых элементов.

[0031] Базовая станция 114а может быть частью RAN 103/104/105, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (base station controller - BSC), контроллер радиосети (radio network controller - RNC), ретранслирующие узлы, и т.д. Базовая станция 114а и/или базовая станция 114b может быть выполнена с возможностью передачи и/или приема беспроводных сигналов в пределах конкретного географического региона, который может называться сотой (не показана). Сота может быть дополнительно разделена на секторы соты. Например, сота, ассоциированная с базовой станцией 114а, может быть разделена на три сектора. Таким образом, в одном варианте осуществления, базовая станция 114а может включать в себя три приемопередатчика, т.е., по одному для каждого сектора соты. В другом варианте осуществления, базовая станция 114а может использовать технологию множественного входа и множественного выхода (multiple-input multiple output - MIMO) и, таким образом, может использовать множественные приемопередатчики для каждого сектора соты.

[0032] Базовые станции 114a, 114b могут устанавливать связь с одним или несколькими WTRU 102a, 102b, 102c, 102d через воздушный интерфейс 115/116/117, который может быть любым подходящим беспроводным каналом связи (например, радиочастотным (radio frequency - RF) каналом связи, сверхвысокочастотным каналом связи, инфракрасным (infrared - IR) каналом связи, ультрафиолетовым (ultraviolet - UV) каналом связи, каналом связи с использованием видимого света, и т.д.). Воздушный интерфейс 115/116/117 может быть установлен с использованием любой подходящей технологии радиодоступа (radio access technology - RAT).

[0033] Более конкретно, как отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или несколько схем доступа к каналам, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA, и т.п. Например, базовая станция 114а в RAN 103/104/105 и WTRU 102a, 102b, 102c могут реализовать технологию радиосвязи, такую как наземный радиодоступ (Terrestrial Radio Access - UTRA) универсальной системы мобильной связи (Universal Mobile Telecommunications System - UMTS), которая может устанавливать воздушный интерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (High-Speed Packet Access - HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящему каналу (High-Speed Downlink Packet Access - HSDPA) и/или высокоскоростной пакетный доступ по восходящему каналу (High-Speed Uplink Packet Access - HSUPA).

[0034] В другом варианте осуществления, базовая станция 114а и WTRU 102a, 102b, 102c могут реализовать технологию радиосвязи, такую как усовершенствованный наземный радиодоступ UMTS (Evolved UMTS Terrestrial Radio Access - E-UTRA), которая может устанавливать воздушный интерфейс 115/116/117 с использованием стандарта долгосрочной эволюции (Long Term Evolution - LTE) и/или усовершенствованного стандарта LTE (LTE-A).

[0035] В других вариантах осуществления, базовая станция 114а и WTRU 102a, 102b, 102c могут реализовать технологии радиосвязи, такие как IEEE 802.16 (например, всемирное взаимодействие микроволновых сетей (Worldwide Interoperability for Microwave Access - WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (Global System for Mobile communications - GSM), технология увеличения скорости передачи данных для продвижения GSM (Enhanced Data rates for GSM Evolution - EDGE), GSM EDGE (GERAN), и т.п.

[0036] Базовая станция 114b на фиг. 1А может быть беспроводным маршрутизатором, домашним узлом В (Home Node B), домашним усовершенствованным узлом В (Home eNode B), или точкой доступа, например, и может использовать любую подходящую RAT для обеспечения беспроводной соединяемости в локализованной области, такой как место работы, дом, транспортное средство, кампус, и т.п. В одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовать технологию радиосвязи, такую как технология IEEE 802.11, для установления беспроводной локальной сети (wireless local area network - WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовать технологию радиосвязи, такую как технология IEEE 802.15, для установления беспроводной персональной сети (wireless personal area network - WPAN). В еще одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг. 1А, базовая станция 114b может иметь прямое соединение с интернетом 110. Таким образом, базовой станции 114b может не требоваться доступ в интернет 110 через базовую сеть 106/107/109.

[0037] RAN 103/104/105 может быть связана с базовой сетью 106/107/109, которая может быть сетью любого типа, выполненной с возможностью обеспечения услуг передачи речи, данных, приложений, и/или речи посредством передачи голоса с помощью IP-протокола (voice over internet protocol - VoIP) к одному или нескольким WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106/107/109 может обеспечить управление вызовами, услуги биллинга, мобильные услуги на основе местоположения, услуги предоплатных вызовов, соединяемость с интернетом, распространение видеоинформации, и т.д., и/или может выполнять высокоуровневые функции обеспечения безопасности, такие как аутентификация пользователя. Хотя это и не показано на фиг. 1А, следует понимать, что RAN 103/104/105 и/или базовая сеть 106/107/109 могут быть прямо или непрямо связаны с другими RAN, которые используют ту же RAT, что и RAN 103/104/105, или другую RAT. Например, дополнительно к соединению с RAN 103/104/105, которая может использовать технологию радиосвязи E-UTRA, базовая сеть 106/107/109 может быть также связана с другой RAN (не показана), использующей технологию радиосвязи GSM.

[0038] Базовая сеть 106/107/109 может также служить в качестве шлюза для WTRU 102a, 102b, 102c, 102d, для осуществления доступа к PSTN 108, интернету 110, и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают традиционный телефонный сервис (plain old telephone service - POTS). Интернет 110 может включать в себя глобальную систему взаимосвязанных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей данных (transmission control protocol - TCP), дейтаграммный протокол пользователя (user datagram protocol - UDP) и интернет-протокол (internet protocol - IP) в наборе интернет-протоколов TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которыми владеют или управляют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или несколькими RAN, которая может использовать ту же RAT, что и RAN 103/104/105, или другую RAT.

[0039] Некоторые или все WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные средства, т.е., WTRU 102a, 102b, 102c, 102d могут включать в себя множественные приемопередатчики для осуществления связи с разными беспроводными сетями через разные беспроводные каналы связи. Например, WTRU 102c, показанный на фиг. 1А, может быть выполнен с возможностью осуществления связи с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, и с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.

[0040] Фиг. 1В является системной схемой иллюстративного WTRU 102. Как показано на фиг. 1В, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 приема/ передачи, громкоговоритель/ микрофон 124, клавиатуру 126, дисплей/ сенсорную панель 128, несъемную память 130, съемную память 132, источник 134 питания, микросхемный набор 136 системы глобального позиционирования (global positioning system - GPS) и другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеупомянутых элементов, оставаясь совместимым с одним вариантом осуществления. Также, варианты осуществления предполагают, что базовые станции 114a и 114b и/или узлы, которые базовые станции 114a и 114b могут представлять, такие как, но не только, приемопередающая станция (transceiver station - BTS), узел В (Node B), локальный контроллер, точка доступа (access point - AP), домашний узел В (Home Node B), усовершенствованный домашний узел В (eNode B), домашний усовершенствованный узел В (HeNB), домашний шлюз усовершенствованного узла В, и прокси-узлы, помимо прочих устройств, могут включать в себя некоторые или все элементы, показанные на фиг. 1В и описанные здесь.

[0041] Процессор 118 может быть процессором общего назначения, процессором специального назначения, общепринятым процессором, цифровым сигнальным процессором (digital signal processor - DSP), множеством микропроцессоров, одним или несколькими микропроцессорами, связанными с ядром DSP, контроллерами, микроконтроллерами, специализированными интегральными схемами (Application Specific Integrated Circuit - ASIC), схемами матриц программируемых логических вентилей (Field Programmable Gate Array - FPGA), или любым другим типом интегральной схемы (integrated circuit - IC), конечным автоматом, и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление электропитанием, обработку ввода/ вывода данных, и/или любую другую функциональность, которая обеспечивает WTRU 102 возможность функционирования в беспроводной среде. Процессор 118 может быть связан с приемопередатчиком 120, который может быть связан с элементом 122 приема/ передачи. В то время как фиг. 1В показывает процессор 118 и приемопередатчик 120 в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть объединены вместе в электронном блоке или микросхеме.

[0042] Элемент 122 приема/ передачи может быть выполнен с возможностью передачи сигналов к базовой станции (например, базовой станции 114а) или приема сигналов от нее, через воздушный интерфейс 115/116/117. Например, в одном варианте осуществления, элемент 122 приема/ передачи может быть антенной, выполненной с возможностью передачи и/или приема RF сигналов. В другом варианте осуществления, элемент 122 приема/ передачи может быть излучателем/ детектором, выполненным с возможностью передачи и/или приема IR, UV, или видимых световых сигналов, например. В еще одном варианте осуществления, элемент 122 приема/ передачи может быть выполнен с возможностью передачи и приема как RF, так и световых сигналов. Следует понимать, что элемент 122 приема/ передачи может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.

[0043] Дополнительно, хотя элемент 122 приема/ передачи показан на фиг. 1В в виде единственного элемента, WTRU 102 может включать в себя любое количество элементов 122 приема/ передачи. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более элементов 122 приема/ передачи (например, множественные антенны) для передачи и приема беспроводных сигналов через воздушный интерфейс 115/116/117.

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

[0045] Процессор 118 WTRU 102 может быть связан и может принимать введенные пользователем данные от громкоговорителя/ микрофона 124, клавиатуры 126, и/или дисплея/ сенсорной панели 128 (например, блока отображения жидкокристаллического дисплея (liquid crystal display - LCD) или блока отображения на основе органических светодиодов (organic light-emitting diode - OLED)). Процессор 118 может также выдавать пользовательские данные для громкоговорителя/ микрофона 124, клавиатуры 126, и/или дисплея/ сенсорной панели 128. Дополнительно, процессор 118 может осуществлять доступ к информации из любой памяти подходящего типа или запоминать данные в ней, причем эта память может быть, например, несъемной памятью 130 и/или съемной памятью 132. Несъемная память 130 может включать в себя память с произвольным доступом (random-access memory - RAM), постоянное запоминающее устройство (read-only memory - ROM), жесткий диск, или запоминающее устройство любого другого типа. Съемная память 132 может включать в себя карту модуля идентификации абонента (subscriber identity module - SIM), флэш-карту, защищенную цифровую (secure digital - SD) карту памяти, и т.п. В других вариантах осуществления, процессор 118 может осуществлять доступ к информации из памяти или запоминать данные в ней, причем эта память может быть физически расположена не в WTRU 102, а, например, на сервере или в домашнем компьютере (не показано).

[0046] Процессор 118 может принимать электроэнергию от источника 134 питания и может быть выполнен с возможностью распределения и/или управления электроэнергией для других компонентов в WTRU 102. Источник 134 питания может быть любым подходящим устройством для электропитания WTRU 102. Например, источник 134 питания может включать в себя одну или несколько сухих батарей (например, никель-кадмиевых (Cd) батарей, никель-цинковых (Zn) батарей, никель-металл-гидридных (NiMH) батарей, литий-ионных (Li-ion) батарей, и т.д.), солнечные элементы, топливные элементы, и т.п.

[0047] Процессор 118 может быть также связан с микросхемным набором 136 GPS, который может быть выполнен с возможностью обеспечения информации о местоположении (например, долготы и широты), относящейся к текущему местоположению WTRU 102. Дополнительно или альтернативно к информации от микросхемного набора 136 GPS, WTRU 102 может принимать информацию о местоположении через воздушный интерфейс 115/116/117 от базовой станции (например, базовых станций 114a, 114b) и/или может определять свое местоположение на основе синхронизации сигналов, принимаемых от двух или более ближайших базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, оставаясь совместимым с одним вариантом осуществления.

[0048] Процессор 118 может быть дополнительно связан с другими периферийными устройствами 138, которые могут включать в себя один или несколько программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональности и/или проводную или беспроводную соединяемость. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (universal serial bus - USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру громкой связи, модуль Bluetooth®, блок радиосвязи с частотной модуляцией (frequency modulation - FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль проигрывателя видеоигр, интернет-браузер, и т.п.

[0049] Фиг. 1С является системной схемой RAN 103 и базовой сети 106, согласно одному варианту осуществления. Как отмечено выше, RAN 103 может использовать технологию радиосвязи UTRA для осуществления связи с WTRU 102a, 102b и/или 102c через воздушный интерфейс 115. RAN 103 может быть также связана с базовой сетью 106. Как показано на фиг. 1С, RAN 103 может включать в себя узлы B 140a, 140b, 140c, каждый из которых может включать в себя один или несколько приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c через воздушный интерфейс 115. Каждый из узлов B 140a, 140b, 140c может быть ассоциирован с конкретной сотой (не показана) в пределах RAN 103. RAN 103 может также включать в себя RNC 142a, 142b. Следует понимать, что RAN 103 может включать в себя любое количество узлов В и RNC, оставаясь совместимой с одним вариантом осуществления.

[0050] Как показано на фиг. 1С, узлы В 140a, 140b могут быть связаны с RNC 142a. Дополнительно, узел B 140c может быть связан с RNC 142b. Узлы B 140a, 140b, 140c могут быть связаны с соответствующими RNC 142a, 142b через интерфейс Iub. RNC 142a, 142b могут быть связаны друг с другом через интерфейс Iur. Каждый из RNC 142a, 142b может быть выполнен с возможностью управления соответствующими узлами B 140a, 140b, 140c, с которыми он связан. Дополнительно, каждый из RNC 142a, 142b может быть выполнен с возможностью выполнения или поддержки другой функциональности, например, управления внешним циклом электропитания, управления нагрузкой, контроля за соединением, планирование пакетов, управление хэндовером, макроразнесения, функций обеспечения безопасности, шифрования данных, и т.п.

[0051] Базовая сеть 106, показанная на фиг. 1С, может включать в себя транспортный шлюз (media gateway - MGW) 144, центр 146 коммутации мобильной связи (mobile switching center - MSC), узел 148 с поддержкой обслуживания GPRS (serving GPRS support node - SGSN), и/или узел-шлюз 150 с поддержкой GPRS (gateway GPRS support node - GGSN). В то время как каждый из вышеупомянутых элементов показан в виде части базовой сети 106, следует понимать, что любым из этих элементов может владеть или управлять объект, отличный от оператора базовой сети.

[0052] RNC 142a в RAN 103 может быть связан с MSC 146 в базовой сети 106 через интерфейс IuCS. MSC 146 может быть связан с MGW 144. MSC 146 и MGW 144 могут обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для обеспечения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземных линий связи.

[0053] RNC 142a в RAN 103 может быть также связан с SGSN 148 в базовой сети 106 через интерфейс IuPS. SGSN 148 может быть связан с GGSN 150. SGSN 148 и GGSN 150 могут обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как интернет 110, для обеспечения связи между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.

[0054] Как отмечено выше, базовая сеть 106 может быть также связана с сетями 112, которые могут включать в себя другие проводные или беспроводные сети, которыми владеют или управляют другие поставщики услуг.

[0055] Фиг. 1D является системной схемой RAN 104 и базовой сети 107, согласно одному варианту осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи Е-UTRA для осуществления связи с WTRU 102a, 102b и/или 102c через воздушный интерфейс 116. RAN 104 может быть также связана с базовой сетью 107.

[0056] RAN 104 может включать в себя усовершенствованные узлы B 160a, 160b, 160c, хотя следует понимать, что RAN 104 может включать в себя любое количество усовершенствованных узлов B, оставаясь совместимой с одним вариантом осуществления. Каждый из усовершенствованных узлов B 160a, 160b, 160c может включать в себя один или несколько приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c через воздушный интерфейс 116. В одном варианте осуществления, усовершенствованные узлы B 160a, 160b, 160c могут реализовать технологию MIMO. Таким образом, усовершенствованный узел B 160a, например, может использовать множественные антенны для передачи беспроводных сигналов к WTRU 102a и приему беспроводных сигналов от него.

[0057] Каждый из усовершенствованных узлов B 160a, 160b, 160c может быть ассоциирован с конкретной сотой (не показана) и может быть выполнен с возможностью обработки решений для управления радиоресурсами, решениями для хэндовера, планированием пользователей в восходящей линии связи и/или нисходящей линии связи, и т.п. Как показано на фиг. 1D, усовершенствованные узлы B 160a, 160b, 160c могут устанавливать связь друг с другом через интерфейс X2.

[0058] Базовая сеть 107, показанная на фиг. 1D, может включать в себя шлюз 162 управления мобильностью (mobility management gateway - MME), обслуживающий шлюз 164, и шлюз 166 сети пакетной передачи данных (packet data network - PDN). В то время как каждый из вышеупомянутых элементов показан в виде части базовой сети 107, следует понимать, что любым из этих элементов может владеть или управлять объект, отличный от оператора базовой сети.

[0059] MME 162 может быть связан с каждым из усовершенствованных узлов B 160a, 160b, 160c в RAN 104 через интерфейс SI и может служить в качестве управляющего узла. Например, MME 162 может быть ответственным за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию каналов, выбор конкретного обслуживающего шлюза во время начального подключения WTRU 102a, 102b, 102c, и т.п. MME 162 может также обеспечить функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM или WCDMA.

[0060] Обслуживающий шлюз 164 может быть связан с каждым из усовершенствованных узлов B 160a, 160b, 160c в RAN 104 через интерфейс SI. Обслуживающий шлюз 164 может, в общем, маршрутизировать и пересылать пакеты пользовательских данных к/от WTRU 102a, 102b, 102c. Обслуживающий шлюз 164 может также выполнять другие функции, например, привязку плоскостей пользователей во время хэндоверов между усовершенствованными узлами B, запуск пейджинговой связи, когда данные нисходящей линии связи доступны для WTRU 102a, 102b, 102c, управление и запоминание контекстов WTRU 102a, 102b, 102c, и т.п.

[0061] Обслуживающий шлюз 164 может быть также связан со шлюзом 166 PDN, который может обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как интернет 110, для обеспечения связи между WTRU 102a, 102b, 102c и устройств с поддержкой протокола IP.

[0062] Базовая сеть 107 может обеспечить связь с другими сетями. Например, базовая сеть 107 может обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для обеспечения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземных линий связи. Например, базовая сеть 107 может включать в себя или может устанавливать связь с IP-шлюзом (например, сервером мультимедийной подсистемы интернет-протокола (IP multimedia subsystem - IMS)), который служит в качестве интерфейса между базовой сетью 107 и PSTN 108. Дополнительно, базовая сеть 107 может обеспечить WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которыми владеют и/или управляют другие поставщики услуг.

[0063] Фиг. 1Е является системной схемой RAN 105 и базовой сети 109, согласно одному варианту осуществления. RAN 105 может быть сетью сервисного доступа (access service network - ASN), которая использует технологию радиодоступа IEEE 802.16 для осуществления связи с WTRU 102a, 102b, 102c через воздушный интерфейс 117. Как будет дополнительно описано ниже, каналы связи между разными функциональными объектами WTRU 102a, 102b, 102c, RAN 105 и базовой сети 109 могут быть определены в виде опорных точек.

[0064] Как показано на фиг. 1Е, RAN 105 может включать в себя базовые станции 180a, 180b, 180c, и шлюз 182 ASN, хотя следует понимать, что RAN 105 может включать в себя любое количество базовых станций и шлюзов ASN, оставаясь совместимой с одним вариантом осуществления. Каждая из базовых станций 180a, 180b, 180c может быть ассоциирована с конкретной сотой (не показана) в RAN 105 и может включать в себя один или несколько приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c через воздушный интерфейс 117. В одном варианте осуществления, базовые станции 180a, 180b, 180c могут реализовать технологию MIMO. Таким образом, базовая станция 180а, например, может использовать множественные антенны для передачи беспроводных сигналов к WTRU 102a и приема беспроводных сигналов от него. Базовые станции 180a, 180b, 180c могут также обеспечить функции управления мобильностью, такие как запуск хэндовера, установление туннелей, управление радиоресурсами, классификация трафика, реализация политики управления качеством обслуживания (quality of service - QoS), и т.п. Шлюз 182 ASN может служить в качестве точки агрегирования трафика и может быть ответственным за пейджинговую связь, кэширование профилей абонентов, маршрутизацию для базовой сети 109, и т.п.

[0065] Воздушный интерфейс 117 между WTRU 102a, 102b, 102c и RAN 105 может быть определен в виде опорной точки R1, которая реализует спецификацию IEEE 802.16. Дополнительно, каждый из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 109. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 109 может быть определен в виде опорной точки R2 и может быть использован для аутентификации, авторизации, управления конфигурацией IP-хоста, и/или управления мобильностью.

[0066] Канал связи между каждыми из базовых станций 180a, 180b, 180c может быть определен в виде опорной точки R8, которая включает в себя протоколы для обеспечения хэндоверов WTRU и передачи данных между базовыми станциями. Канал связи между базовыми станциями 180a, 180b, 180c и шлюзом 182 ASN может быть определен в виде опорной точки R6. Опорная точка R6 может включать в себя протоколы для обеспечения управления мобильностью на основе событий мобильности, ассоциированных с каждым из WTRU 102a, 102b, 102c.

[0067] Как показано на фиг. 1Е, RAN 105 может быть связана с базовой сетью 109. Канал связи между RAN 105 и базовой сетью 109 может быть определен в виде опорной точки R3, которая включает в себя протоколы для обеспечения возможностей передачи данных и управления мобильностью, например. Базовая сеть 109 может включать в себя домашний агент интернет-протокола мобильной связи (mobile IP home agent - MIP-HA) 184, сервер 186 аутентификации, авторизации, отчетности (authentication, authorization, accounting - AAA), и шлюз 188. В то время как каждый из вышеупомянутых элементов показан в виде части базовой сети 109, следует понимать, что любым из этих элементов может владеть и/или управлять объект, отличный от оператора базовой сети.

[0068] MIP-HA может быть ответственным за управление IP-адресом и может обеспечить WTRU 102a, 102b, 102c возможность осуществления роуминга между разными ASN и/или разными базовыми сетями. MIP-HA 184 MIP-HA 184 может обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как интернет 110, для обеспечения связи между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. Сервер 186 ААА может быть ответственным за аутентификацию пользователя и за поддержку пользовательских услуг. Шлюз 188 может обеспечить взаимодействие с другими сетями. Например, шлюз 188 может обеспечить WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для обеспечения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземных линий связи. Дополнительно, шлюз 188 может обеспечить WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которыми владеют и/или управляют другие поставщики услуг.

[0069] Хотя это и не показано на фиг. 1Е, следует понимать, что RAN 105 может быть ассоциирована с другими ASN, а базовая сеть 109 может быть связана с другими базовыми сетями. Канал связи между RAN 105 и другими ASN может быть определен в виде опорной точки R4, которая может включать в себя протоколы для координирования мобильности WTRU 102a, 102b, 102c между RAN 105 и другими ASN. Канал связи между базовой сетью 109 и другими базовыми сетями может быть определен в виде опорной точки R5, которая может включать в себя протоколы для обеспечения взаимодействия между домашними базовыми сетями и гостевыми базовыми сетями.

[0070] Со ссылкой на фиг. 1А-1Е и на соответствующее описание фиг. 1А-1Е, одна или несколько или все функции, описанные здесь в отношении одного или нескольких: WTRU 102a-d, базовых станций 114a-b, узлов В 140a-c, RNC 142a-b, MSC 146, SGSN 148, MGW 144, CGSN 150, усовершенствованных узлов B 160a-c, MME 162, обслуживающего шлюза 164, шлюза 166 PDN, базовых станций 180a-c, шлюза 182 ASN, AAA 186, MIP-HA 184, и/или шлюза 188, и т.п., могут быть выполнены одним или несколькими устройствами эмуляции (не показаны) (например, одним или несколькими устройствами, выполненными с возможностью эмулирования одной или нескольких или всех функций, описанных здесь).

[0071] Упомянутые одно или несколько устройств эмуляции могут быть выполнены с возможностью выполнения одной или нескольких или всех функций в одной или нескольких модальностях. Например, упомянутые одно или несколько устройств эмуляции могут выполнить одну или несколько или все функции, будучи полностью или частично реализованными/ развернутыми в виде части проводной и/или беспроводной сети связи. Упомянутые одно или несколько устройств эмуляции могут выполнить одну или несколько или все функции, будучи временно реализованными/ развернутыми в виде части проводной и/или беспроводной сети связи. Упомянутые одно или несколько устройств эмуляции могут выполнить одну или несколько или все функции, не будучи реализованными/ развернутыми в виде части проводной и/или беспроводной сети связи (например, в тестовом сценарии в тестовой лаборатории и/или в неразвернутой (например, тестовой) проводной и/или беспроводной сети связи, и/или при тестировании, выполняемом на одном или нескольких развернутых компонентах проводной и/или беспроводной сети связи). Упомянутые одно или несколько устройств эмуляции могут быть тестовым оборудованием.

[0072] Варианты осуществления предполагают групповую работу 3 GPP RAN на основе архитектуры малых сот, которая может обеспечить двойную соединяемость в системе LTE (например, в которой WTRU может быть связан с двумя узлами/eNB RAN, возможно, одновременно, например, с макро eNB (MeNB) и/или с eNB малой соты (SeNB). Фиг. 1F иллюстрирует пример архитектуры плоскости управления для архитектуры малых сот/ двойной соединяемости.

[0073] WTRU может оставаться в единственном RRC-состоянии (например, RRC_CONNECTED (RRC_ПОДКЛЮЧЕНО), RRC IDLE (RRC РЕЖИМ ОЖИДАНИЯ), и т.д.), возможно, например, в режиме двойной соединяемости, помимо прочих сценариев. Варианты осуществления предполагают, что MeNB (например, возможно, в некоторых вариантах осуществления, только MeNB) может генерировать конечные RRC-сообщения, подлежащие отправке к WTRU. RRC-объект WTRU может видеть одно или несколько или все сообщения, поступающие по меньшей мере от одного объекта (например, в MeNB, и в некоторых вариантах осуществления, возможно, только от одного объекта). WTRU может ответить этому объекту (например, в некоторых вариантах осуществления, может ответить только этому объекту). RRC-сообщения могут быть переданы от MeNB. В некоторых вариантах осуществления, передача RRC-сообщений через SeNB может поддерживаться или может не поддерживаться. Как показано на фиг. 1, может существовать по меньшей мере одно S1-MME-соединение по меньшей мере для одного WTRU (например, между MeNB и MME, и, возможно, в некоторых вариантах осуществления, может существовать только одно S1-MME-соединение для одного WTRU).

[0074] Варианты осуществления предполагают одну или несколько архитектур плоскости пользователя (например, по меньшей мере две разные архитектуры), которые могут быть пригодны для малых сот/ двойной сотовой соединяемости. Фиг. 2 и фиг. 3 показывают соответствующие примеры архитектур плоскости пользователя малых сот.

[0075] Варианты осуществления предполагают, что режим двойной соединяемости, сигнализация, и/или поддержка протоколов для двойной соединяемости могут включать в себя одну или несколько реконфигураций, включающих в себя архитектуру фиг. 2 (например, «1А») и/или архитектуру фиг. 3 (например, «3С»).

[0076] Варианты осуществления предполагают, что, например, на фиг. 2, один или несколько или все S1-U-туннели могут оканчиваться в SeNB. В некоторых вариантах осуществления, для некоторого канала (например, одного и того же канала) может не быть никакого разделения канала между MeNB и SeNB. Варианты осуществления также предполагают, что, например, на фиг. 3, S1-U может оканчиваться в MeNB (например, возможно, в некоторых вариантах осуществления, S1-U может оканчиваться только в MeNB). Один или несколько или все каналы могут разделяться между MeNB и/или SeNB.

[0077] Варианты осуществления предполагают LIPA/SIPTO. Варианты осуществления предполагают введение (например, в 3GPP R10) концепции локального шлюза/ локального PDN-шлюза (L-GW или LGW). L-GW может обеспечить возможность маршрутизации трафика (например, прямой маршрутизации) к локальной сети через PDN-соединение локальной сети (например, дома и/или предприятия и т.п.). Фиг. 4 показывает пример архитектуры LIPA с L-GW, совмещенным с HeNB.

[0078] На фиг. 4, MME может отправить ID корреляции к HeNB в S1-AP-сообщении, например, возможно, во время установления по меньшей мере одного LIPA/SIPTO-канала, помимо прочих сценариев. ID корреляции может быть использован HeNB, который может определить путь трафика восходящей линии связи, возможно, на основе ID корреляции. На фиг. 4, трафик, указанный сплошной линией с двумя стрелками (например, при отсутствии ID корреляции), может быть отправлен к CN, и/или трафик, указанный пунктирной линией с двумя стрелками (например, HeNB имеет ID корреляции), может быть отправлен к LN. Эта архитектура может быть использована для маршрутизации трафика к интернету через локальную сеть, например, при наличии SIPTO@Localnetwork (SIPTO@ЛокальнаяСеть) PDN-соединения, помимо прочих сценариев. ID корреляции является параметром идентичности, который может быть использован в LIPA/SIPTO в локальной сети, например, eNB, возможно, для определения того, может ли быть путь плоскости пользователя восходящей линии связи для одного или нескольких соответствующих каналов перенаправлен прямо к локальному шлюзу. В некоторых вариантах осуществления, ID корреляции может быть отправлен к PDN GW TEID плоскости пользователя, возможно, вместо маршрутизации через (например, нормальный) EPC-путь через SGW, помимо прочих сценариев.

[0079] Варианты осуществления предполагают, (например, в 3GPP R12) введение автономного L-GW. Фиг. 5 показывает пример автономного L-GW, в котором S-GW может быть совмещен с L-GW. Эта архитектура может поддерживать SIPTO@LN PDN-соединение в архитектуре автономного L-GW, например, помимо прочих сценариев.

[0080] На фиг. 5, S-GW может быть перемещен к L-SGW, возможно, например, когда локальная PDN может быть инициирована, помимо прочих сценариев. В некоторых вариантах осуществления, HeNB может не отличать локальный трафик (трафик, указанный пунктирной линией) от трафика базовой сети (Core Network - CN), возможно, например, поскольку некоторый или весь трафик плоскости пользователя может проходить через L-SGW, помимо других причин. В таких сценариях, помимо прочего, ID корреляции может не использоваться в этой архитектуре.

[0081] Варианты осуществления предполагают активацию LIPA/SIPTO в архитектуре малых сот (Small Cell Architecture - SCA). Варианты осуществления предполагают усовершенствование малых сот для режима двойной соединяемости и/или влияние такого усовершенствования на поддержку иллюстративной LIPA/SIPTO-архитектуры, показанной на фиг. 6. На фиг. 6, показанный L-GW может быть совмещенным L-GW и/или автономным L-GW с возможностями S-GW (не показано). Варианты осуществления предполагают сценарий SIPTO выше RAN и/или SIPTO в локальной сети, возможно, с использованием автономного объединенного шлюза. Варианты осуществления предполагают, что может быть полезным обеспечение поддержки LIPA/SIPTO или для LIPA/SIPTO в локальной сети с использованием совмещенного шлюза в режиме двойной соединяемости, помимо прочих сценариев. Варианты осуществления также предполагают полезность обеспечения возможности поддержки режима двойной соединяемости во множественных сценариях.

[0082] Например, варианты осуществления предполагают одно или несколько из следующего: LIPA/SIPTO в локальной сети с совмещенным LGW в SeNB, LIPA/SIPTO в локальной сети с совмещенными LGW (в MeNB и/или SeNB); и/или LIPA в локальной сети с использованием автономного LGW, помимо прочих сценариев.

[0083] Варианты осуществления предполагают обеспечение возможности LIPA/SIPTO в локальной сети в режиме двойной соединяемости. Варианты осуществления предполагают идентификацию LIPA и/или ID корреляции в SeNB. Варианты осуществления предполагают технологии для обеспечения для MeNB информации относительно LGW, который может быть связан с SeNB, и/или технологии для отправки такой информации к MME для информирования об идентичности LGW, помимо других причин. Варианты осуществления предполагают технологии для обеспечения для SeNB ID корреляции. Варианты осуществления предполагают технологии для обеспечения/ определения набора ID корреляции.

[0084] Варианты осуществления предполагают одну или несколько технологий для доступа WTRU к трафику LIPA/SIPTO. Варианты осуществления предполагают один или несколько запускающих событий для обеспечения доступа WTRU к сети, возможно, в некоторых вариантах осуществления, предполагая, что WTRU может установить PDN-соединение для трафика LIPA/SIPTO через SeNB, помимо прочих сценариев. Варианты осуществления предполагают одно или несколько следующих запускающих событий, которые могут быть использованы для доступа WTRU к сети:

- WTRU может иметь запрос передачи UL для трафика не-LIPA/SIPTO;

- WTRU может иметь запрос передачи UL для трафика LIPA/SIPTO;

- WTRU мог принять пейджинговое сообщение, обеспеченное трафиком нисходящей линии связи не-LIPA/SIPTO; и/или

- WTRU мог принять пейджинговое сообщение, обеспеченное трафиком нисходящей линии связи LIPA/SIPTO.

[0085] Варианты осуществления предполагают одну или несколько технологий для доступа WTRU к сети, возможно, например, в сценариях, в которых LIPA/SIPTO может проходить через SeNB, в котором может находиться совмещенный L-GW, и/или с которым может быть связан автономный L-GW/SGW, помимо прочих сценариев. Например, WTRU может обеспечить, чтобы он мог обслуживаться SeNB, возможно, например, перед тем, как он сможет выполнить RRC-соединение с MeNB (например, в сценариях, где доступ может быть запущен трафиком LIPA/SIPTO, помимо прочих сценариев).

[0086] Варианты осуществления предполагают одну или несколько следующих технологий для сценариев, которые могут включать в себя двойную соединяемость и/или LIPA/SIPTO:

- одна или несколько технологий для доступа WTRU к сети, включающих в себя одно или несколько соображений, которые могут быть полезны, возможно, например, если доступ может быть запущен трафиком LIPA/SIPTO, помимо прочих сценариев;

- одна или несколько технологий, которые может использовать WTRU для обнаружения того, может ли он быть обслужен SeNB, возможно, например, если доступ может быть запущен трафиком LIPA/SIPTO, помимо прочих сценариев;

- одна или несколько технологий для определения полезности отличения и/или отличения пейджингового вызова для трафика нисходящей линии связи LIPA/SIPTO от пейджингового вызова для трафика не-LIPA/SIPTO; и/или

- одна или несколько технологий, которые могут предотвратить повторные пейджинговые вызовы, возможно, например, если пейджинговый вызов для LIPA/SIPTO может не достигнуть успеха (например, вследствие недоступности SeNB), помимо прочих сценариев.

[0087] Варианты осуществления предполагают переход от режима ожидания к режиму соединения. В некоторых вариантах осуществления, признак SIPTO может быть явным для WTRU. Варианты осуществления предполагают одну или несколько технологий, которые могут обеспечить запрос WTRU на RRC-соединение с MeNB, возможно, например, благодаря MO-трафику и/или MT-трафику, и/или возможно, например, если WTRU может иметь предварительно установленное SIPTO PDN-соединение с SeNB под MeNB, и/или если WTRU может перейти в режим EMM_IDLE, помимо прочих сценариев.

[0088] MeNB может не знать о том, что WTRU может иметь SIPTO PDN-соединение с конкретным SeNB, возможно, например, после отправки начального SI-сообщения WTRU, помимо прочих сценариев. MeNB может не знать о том, что WTRU может быть в зоне радиопокрытия SeNB, который может предложить совмещенный SIPTO LGW, возможно, например, после отправки начального SI-сообщения WTRU, помимо прочих сценариев. Варианты осуществления предполагают технологии, которые могут определить адрес LGW, который MeNB может включать в SI-сообщение.

[0089] Варианты осуществления предполагают, что MME может сравнивать IP-адрес LGW в контексте WTRU с IP-адресом LGW из eNB в начальном SI-сообщении. MME может сигнализировать WTRU о деактивации и/или повторной активации SIPTO PDN-соединения, возможно, например, если адрес отсутствует в SIAP-сообщении и/или мог не быть таким же адресом, как адрес в контексте, помимо прочих сценариев. Существующее SIPTO PDN-соединение WTRU может быть деактивировано и/или повторно активировано снова при одном или нескольких или при каждом переходе от режима ожидания к режиму соединения, возможно, например, если MeNB может включать в себя IP-адрес LGW (например, возможно, вследствие наличия множественных SeNB, соединенных с MeNB, предполагающим такую функциональность), отличный от адреса в контексте WTRU, и/или, возможно, если MeNB мог не включать в себя IP-адрес LGW (например, возможно, поскольку MeNB мог не быть уверенным в том, что WTRU может быть в зоне покрытия какого-либо SeNB), помимо прочих сценариев.

[0090] Варианты осуществления предполагают активацию и/или деактивацию LIPA/SIPTO. В некоторых вариантах осуществления, узел RAN (например, MeNB) может передать некоторые каналы от MeNB к SeNB и/или наоборот. MeNB может выполнить это для LIPA/SIPTO PDN-соединения, возможно, например, на основе одного или нескольких запускающих событий, описанных здесь.

[0091] MME может информировать MeNB во время установления PDN-соединения о том, что PDN-соединение может быть предназначено для LIPA PDN с SeNB, который может быть соединен с L-GW, возможно, например, когда WTRU может отправить запрос на LIPA PDN-соединение с конкретным указанием LIPA в запросе на PDN-соединение к MME, помимо прочих сценариев. Это указание может быть представлено в форме ID корреляции, который может быть отправлен MME к MeNB, возможно, например, в случае совмещенных L-GW и SeNB, и/или в форме указания в S1-AP-сообщении нисходящей линии связи, которое может информировать MeNB о том, что PDN-соединение устанавливается для трафика LIPA. MeNB может решить выполнить разгрузку/хэндовер такого канала (каналов) для SeNB, который может быть связан с LGW, возможно, например, во время установления такого PDN-соединения и/или, возможно, после установления LIPA PDN-соединения, помимо прочих сценариев.

[0092] В некоторых вариантах осуществления, WTRU может выполнить хэндовер к MeNB, который может быть соединен с eNB малой соты, например, с использованием LGW-соединения. MeNB может решить выполнить хэндовер одного или нескольких или всех каналов, которые могли не соответствовать QoS-требованиям, к SeNB с L-GW. Один или несколько стандартных каналов и/или каналов с QCI 8 и/или QCI 9 могут быть разгружены для SeNB, возможно, например, когда L-GW мог не поддерживать обеспечение требований QoS для каналов усовершенствованной пакетной системы (Evolved Packet System - EPS), помимо прочих сценариев. Стандартный и/или специальный канал (каналы) одного и того же PDN-соединения может обслуживаться разными сотами (например, специальные каналы PDN-соединения «1», в соответствии с QoS-требованиями, могут обслуживаться MeNB, тогда как стандартный канал может обслуживаться SeNB). Запрос на коммутацию специфического для канала пути X2 и/или процедура добавления/ модификации SeNB могут быть использованы для переключения одного или нескольких из этих каналов на SeNB. MME и/или S-GW может обеспечить, чтобы соединения не превысили выделенную APN_AMBR, например.

[0093] В некоторых вариантах осуществления, одна или несколько или все малые соты могут не быть соединены с L-GW (например, совмещенным с SeNB и/или автономным L-GW). MeNB может решить разгрузить один или несколько каналов для L-GW, возможно, например, через SIPTO@LN PDN-соединение, возможно, как только WTRU сможет переместиться в зону покрытия SeNB, который может быть соединен с LGW, помимо прочих сценариев.

[0094] MeNB может предоставить SeNB (или множественным SeNB), который может быть соединен с L-GW, приоритет перед множественными SeNB, которые не могут обеспечить покрытие, возможно, например, когда WTRU может находиться в зоне покрытия множественных SeNB, помимо прочих сценариев. Это может разгрузить ресурсы RAN и/или сетевые ресурсы для системы SeNB с L-GW-соединяемостью.

[0095] Варианты осуществления предполагают идентификацию LIPA и/или ID корреляции в сценарии двойной соты. LIPA может быть установлен WTRU, возможно, например, с использованием абонентской авторизации, с запросом нового (например, свежего или обновленного) PDN-соединения с APN для которой может быть разрешен LIPA (например, для закрытой группы абонентов (closed subscriber group - CSG)).

[0096] MeNB может назначить IP-адрес для LGW и/или может передать его к MME. MME может переслать принятый совмещенный IP-адрес LGW к SGW, возможно, для установления одного или нескольких LGW-S5-туннелей, помимо других причин. В некоторых вариантах осуществления, такой же IP-адрес, как адрес MeNB, может быть назначен для LGW, возможно, например, таким образом, чтобы SI IPSEC-туннель мог быть повторно использован для L-S5-интерфейса с SGW, помимо прочих сценариев. В некоторых вариантах осуществления, MeNB может устанавливать новый (например, свежий или обновленный) IPSEC-туннель для L-S5, возможно, например, если новый (например, свежий или обновленный) IP-адрес может быть назначен для LGW, помимо прочих сценариев. В некоторых вариантах осуществления, разгрузка каналов для PDN-соединения с использованием LIPA может быть применима к MeNB (например, в некоторых вариантах осуществления, возможно, может быть применима только к MeNB). Варианты осуществления предполагают, что разгрузка каналов для SeNB может быть недопустимой по меньшей мере при некоторых архитектурах малых сот (например, 1А фиг. 2), возможно, например, поскольку может не существовать плоскость пользователя между MeNB и SeNB. Варианты осуществления предполагают одну или несколько конфигураций/ технологий (например, описанных здесь), в которых разгрузка канала для SeNB может не рассматриваться MeNB в таких сценариях, помимо прочих сценариев.

[0097] MeNB может не знать о наличии LGW в SeNB, возможно, например, когда LGW (например, возможно, только LGW) может быть совмещен с SeNB, помимо прочих сценариев. SeNB может назначить IP-адрес для ассоциированных с ним LGW (например, в некоторых вариантах осуществления, это может быть тот же IP-адрес, что и адрес SeNB). MME может не использовать выбор шлюза, возможно, например, когда соединяемость для LIPA PDN может быть запрошена WTRU, помимо прочих сценариев. MME может выбрать LGW, через который может быть разгружен трафик, возможно, например, в зависимости от абонентских данных, сетевой топологии, и/или баланса нагрузки, и т.д.

[0098] Для MeNB может быть полезно знание идентичностей доступной группы LGW (например, возможно, поскольку может существовать один SI-MME-интерфейс с MeNB (например, MeNB-MME)). Знание идентичностей может быть также полезным, возможно, например, для передачи IP-адресов LGW к MME при одном или нескольких или каждом переходе от режима ожидания к активному режиму (т.е., в начальном сообщении WTRU), и/или в пределах одной или нескольких или каждой передачи данных NAS восходящей линии связи (например, когда WTRU может быть уже соединенным с другой PDN перед запрашиванием). SeNB может передать назначенный IP-адрес LGW к MeNB, возможно, например, через плоскость управления интерфейса Xn, включенного в двойную соединяемость, возможно, в сценариях, когда LGW совмещен с SeNB, помимо прочих сценариев. В некоторых вариантах осуществления, передача IP-адреса может быть выполнена один или несколько раз или каждый раз, по умолчанию, например, при конфигурировании - возможно, всегда, когда SeNB может иметь ассоциированный совмещенный LGW (например, всегда, когда подсистема HeNB может существовать в SeNB или может быть добавлена в SeNB). В некоторых вариантах осуществления, передача IP-адреса может быть запущена во время одного или нескольких или каждого перехода от режима ожидания к режиму соединения.

[0099] В некоторых вариантах осуществления, SeNB может передавать IP-адрес своего совмещенного LGW, например, возможно, когда MeNB и/или SeNB может иметь совмещенные LGW. MME может использовать адреса LGW одного или нескольких или всех доступных LGW, предлагаемые/ пересылаемые MeNB, возможно, например, для выбора данного LGW для разгрузки трафика. Например, IP-адреса одного или нескольких или всех LGW из доступной группы LGW могут быть доступны и/или сосредоточены в MeNB, возможно, например, когда он может быть точкой доступа к сети (например, возможно, в некоторых вариантах осуществления, единственной такой точкой доступа), которая может иметь соединение для сигнализации MME (например, через интерфейс S1-AP для одного или нескольких или каждого данного WTRU).

[0100] Варианты осуществления предполагают, что туннели плоскости пользователя между выбранным LGW и SGW могут быть установлены для каналов LIPA, возможно, например, даже если они могут быть использованы для пейджинговой связи (например, в некоторых вариантах осуществления, возможно, могут быть использованы только для пейджинговой связи). Идентификатор туннеля (Tunnel ID - TEID) шлюза сети пакетной передачи данных (packet data network gateway - PGW) S5 может быть установлен выбранным LGW и/или отправлен к SGW (например, через интерфейс L-S5) и/или может быть передан SGW к MME (например, через интерфейс SI 1), возможно, например, в виде части конфигурации канала в сообщениях «Создать сеанс»/ «ответ канала». В некоторых вариантах осуществления, тот же TEID может быть передан MME к MeNB (например, через S1-AP), возможно, например, во время установления запрошенного WTRU PDN-соединения с LIPA PDN, и/или возможно, например, в сообщениях запроса на установление начального контекста и/или запроса на установление E-RAB, помимо прочих сценариев. TEID может быть использован в качестве ID корреляции eNB, ассоциированным с выбранным LGW, возможно, например, для управления прямым путем плоскости пользователя для разгруженного трафика, помимо других причин. В некоторых вариантах осуществления, MeNB может пересылать ID корреляции к SeNB (например, через плоскость управления интерфейса Xn), возможно, для обеспечения возможности (например, прямого) пути плоскости пользователя через выбранный LGW в SeNB, возможно, например, если выбранный LGW может быть совмещен с SeNB, помимо прочих сценариев.

[0101] В некоторых вариантах осуществления, некоторый или весь трафик может проходить через L-SGW, возможно, таким образом, чтобы MeNB и/или SeNB не могли отличить локальный трафик от трафика базовой сети, возможно, например, в сценариях с архитектурой автономного LGW, где SGW может быть совмещен с LGW, помимо прочих сценариев. В некоторых подобных сценариях, помимо прочих сценариев, ID корреляции может не использоваться. В некоторых вариантах осуществления, автономный LGW может обеспечить соединяемость LIPA с одним или несколькими или некоторыми eNB в сети. Адрес LGW, который может быть предварительно сконфигурирован в локальной сети, может быть передан к MeNB и/или SeNB, возможно, например, когда eNB могут обмениваться своими адресами с LGW, возможно, например, для установления (например, прямого) пути между ними, помимо прочих сценариев.

[0102] Один или несколько параметров (например, LHN ID) локальной домашней сети (local home network - LHN) могут быть сконфигурированы в MeNB и/или SeNB, возможно, например, таким образом, чтобы один или несколько eNB в одной и той же LHN могли иметь один и тот же LHN ID. LHN может быть обеспечена для MME посредством MeNB, например, возможно, через интерфейс MeNB-MME в одном или нескольких или каждом начальном сообщении WTRU и/или в одном или нескольких или каждом сообщении управления передачей данных NAS восходящей линии связи, помимо прочих сценариев. MME может отслеживать, может ли WTRU все еще находиться в текущей локальной домашней сети и/или может выполнить соответствующее перемещение/ выбор шлюза, возможно, например, на основе запрашиваемой APN, LHN ID, и/или баланса нагрузки, и т.д.

[0103] Варианты осуществления предполагают доступ WTRU к трафику LIPA/SIPTO. Фиг. 7 является иллюстрацией иллюстративной технологии для беспроводного блока передачи/приема (WTRU или оборудования пользователя (User Equipment - UE)) для осуществления доступа к трафику LIPA/SIPTO. Сеть может указать WTRU на то, что соединение LIPA/SIPTO может быть связано с SeNB, возможно, например, когда WTRU может устанавливать PDN-соединение с целью LIPA/SIPTO, и/или возможно, например, когда сеть выбрала локальный GW SeNB (например, L-GW может быть совмещен с SeNB, и/или автономный L-GW/SGW может быть связан с SeNB) для этого PDN-соединения, помимо прочих сценариев. WTRU может запомнить указание на то, что PDN-соединение осуществляется через SeNB и/или может запомнить Cell_ID (идентификатор_соты) SeNB. В некоторых вариантах осуществления, WTRU может не устанавливать RRC-соединение (например, прямо) с этим SeNB. WTRU может выполнить RRC-соединение с соответствующим MeNB (например, возможно, перед выполнением RRC-соединения с SeNB).

[0104] В некоторых вариантах осуществления, сеть может использовать IE «Тип соединяемости» в сообщении ЗАПРОС НА АКТИВАЦИЮ КОНТЕКСТА СТАНДАРТНОГО КАНАЛА для указания на то, что PDN-соединение может быть соединением LIPA/SIPTO, которое может пройти через SeNB. В некоторых вариантах осуществления, идентификатор SeNB (например, Cell_ID), соответствующий этому PDN-соединению, может быть также отправлен к WTRU (например, в том же сообщении).

[0105] На этапе 7002, WTRU может установить LIPA/SIPTO PDN-соединение (например, через SeNB). Другими словами, WTRU может установить соединение с сетью пакетной передачи данных (packet data network - PDN) через усовершенствованный узел В малой соты (small cell evolved NodeB - SeNB) по меньшей мере для одного из: соединения с локальным пакетным доступом в интернет (Local Internet Packet (IP) Access - LIPA) или соединения с разгрузкой выбранного IP трафика (Selected IP Traffic Offload - SIPTO). На этапе 7004, WTRU (например, в режиме ожидания или после выхода из режима ожидания) может попытаться осуществить доступ к сети и/или выполнить RRC-соединение с MeNB. WTRU может определить, может ли он быть обслужен SeNB (например, может определить возможность обслуживания). WTRU может быть выполнен с возможностью определения, может ли он быть обслужен SeNB, на этапе 7008, при приеме запроса данных восходящей линии связи (uplink - UL). На этапе 7010, WTRU может определить, что запрос данных UL предназначен для LIPA/SIPTO. Другими словами, WTRU может определить, что запрос данных UL предназначен по меньшей мере одного из LIPA-соединения или SIPTO-соединения.

[0106] На этапе 7012, WTRU может осуществить поиск и/или найти соту, соответствующую запомненному Cell_ID SeNB. Другими словами, WTRU может определить возможность осуществления связи с SeNB. WTRU может измерить уровень сигнала от SeNB. WTRU может сравнить уровень сигнала с некоторым порогом. Уровень сигнала, соответствующий порогу или превышающий его, может указывать на появление возможности осуществления связи с SeNB. Например, WTRU может определить, что уровень/ качество сигнала соответствует некоторым критериям (например, S-критерию, определенному в TS36.304). На этапе 7014, WTRU может использовать процедуру произвольного доступа (например, RACH) для синхронизации (например, восходящей линии связи) с SeNB. WTRU может отправить по меньшей мере одно из: сообщения LIPA или сообщения SIPTO через SeNB в ответ на запрос данных UL. WTRU может осуществить поиск SeNB и/или осуществить синхронизацию с SeNB без осуществления связи с MeNB и/или через MeNB.

[0107] На этапе 7016, WTRU может выполнить процедуру произвольного доступа к MeNB (например, возможно, после успешной процедуры произвольного доступа (например, RACH) к SeNB на этапе 7014). WTRU может установить RRC-соединение с MeNB. WTRU может указать на то, что он синхронизирован с SeNB и/или может обеспечить для MeNB Cell_ID SeNB. WTRU может не инициировать доступ к MeNB, возможно, например, если WTRU не может найти SeNB, и/или возможно, если уровень/ качество сигнала не соответствует критериям измерений, и/или возможно, если произвольный доступ к SeNB не достиг успеха, помимо прочих сценариев.

[0108] Фиг. 8 является иллюстрацией иллюстративной технологии для беспроводного блока передачи/приема (WTRU или оборудования пользователя (User Equipment - UE)) для осуществления доступа к трафику LIPA/SIPTO. В некоторых вариантах осуществления, доступ может быть запущен трафиком не-LIPA/SIPTO. WTRU может осуществить доступ к MeNB (например, возможно, прямо и/или без поиска/ синхронизации с SeNB). На этапе 8002, может быть установлено PDN-соединение для LIPA/SIPTO. В некоторых вариантах осуществления, WTRU может запомнить указание на то, что PDN-соединение установлено через SeNB, и/или может запомнить Cell_ID SeNB. В таких сценариях, помимо прочего, MeNB может обнаружить, что WTRU имеет PDN-соединение LIPA/SIPTO (например, через SeNB), возможно, например, на этапе 8010, после возможного приема MeNB сообщения ЗАПРОС НА УСТАНОВЛЕНИЕ НАЧАЛЬНОГО КОНТЕКСТА WTRU (INITIAL WTRU CONTEXT SETUP REQUEST) от MME. Варианты осуществления предполагают, что одно или несколько из следующего может быть выполнено для конфигурирования канала радиосвязи для стандартного канала LIPA/SIPTO-соединения.

[0109] На этапе 8004, WTRU может перейти в режим ожидания (например, возможно, через некоторое время), на этапе 8005, WTRU может принять запрос данных восходящей линии связи (uplink - UL). WTRU может определить, что запрос данных UL предназначен для LIPA/SIPTO.

[0110] На этапе 8006, WTRU может инициировать произвольный доступ и/или установление RRC-соединения с MeNB. На этапе 8008, WTRU может отправить запрос на обслуживание к MME.

[0111] На этапе 8012, MeNB может добавить SeNB в группу малых сот (Small Cell Group - SCG) для этого WTRU, и/или согласовать конфигурацию канала радиосвязи с сигнализацией SeNB (например, через интерфейс Xn (интерфейс между MeNB и SeNB)). На этапе 8014, SeNB может обеспечить информацию о конфигурации канала радиосвязи для MeNB. На этапе 8016, MeNB может отправить конфигурацию канала радиосвязи в сообщении РЕКОНФИГУРАЦИЯ RRC СОЕДИНЕНИЯ (RRC CONNECTION RECONFIGURATION) к WTRU. MeNB может указать WTRU на то, что этот канал радиосвязи может быть соединен с SeNB.

[0112] На этапе 8018, WTRU может начать поиск и/или синхронизацию с SeNB, возможно, например, после приема сообщения РЕКОНФИГУРАЦИЯ RRC СОЕДИНЕНИЯ, помимо прочих сценариев. WTRU может реализовать конфигурацию канала радиосвязи.

[0113] На этапе 8020, WTRU может сообщить MeNB о доступности SeNB (например, в одном или нескольких сообщениях отчетов об RRC-измерениях). MeNB может переместить SeNB из SCG и/или может просить SeNB освободить канал радиосвязи, возможно, если SeNB может быть недоступным, помимо прочих сценариев.

[0114] В одном или нескольких вариантах осуществления, WTRU может осуществить поиск и/или синхронизацию с SeNB, возможно, перед осуществлением доступа к MeNB. WTRU может сообщить о доступности SeNB в сообщении ЗАПРОС НА УСТАНОВЛЕНИЕ RRC СОЕДИНЕНИЯ (RRC CONNECTION SETUP REQUEST) к MeNB. MeNB может принять сообщение ЗАПРОС НА УСТАНОВЛЕНИЕ НАЧАЛЬНОГО КОНТЕКСТА WTRU от MME и/или может обнаружить, что WTRU имеет PDN-соединение LIPA/SIPTO (например, через SeNB). WTRU может выбрать, конфигурировать или нет канал радиосвязи для PDN LIPA/SIPTO, возможно, например, на основе доступности SeNB.

[0115] Доступ может быть запущен посредством пейджингового вызова, обеспеченного трафиком LIPA/SIPTO нисходящей линии связи. Пейджинговое сообщение может нести указание на то, пейджинговый вызов может быть предназначен для трафика LIPA/SIPTO нисходящей линии связи. Соответствующее указание может быть добавлено в пустые пакеты S5 и/или сигнализацию SI 1 (например, УВЕДОМЛЕНИЕ О ДАННЫХ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (DOWNLINK DATA NOTIFICATION)), возможно, например, чтобы MME узнал, что пейджинговый вызов обеспечен трафиком LIPA/SIPTO, помимо других причин.

[0116] WTRU может проверить доступность SeNB (например, как описано здесь), возможно, например, перед осуществлением доступа к MeNB, и/или возможно, если WTRU может принять пейджинговый вызов с указанием на LIPA/SIPTO, помимо прочих сценариев.

[0117] В некоторых вариантах осуществления, в пейджинговом сообщении может не быть никакого указания на LIPA/SIPTO. WTRU может осуществить доступ (например, прямой доступ) к MeNB и/или может проверить доступность SeNB (как описано здесь), возможно, например, перед осуществлением доступа, помимо прочих сценариев.

[0118] Доступ может быть запущен пейджинговым вызовом, обеспеченным трафиком не-LIPA/SIPTO нисходящей линии связи. WTRU может осуществить доступ (например, прямой доступ) к MeNB и/или может проверить доступность SeNB (как описано здесь), возможно, перед осуществлением доступа, помимо прочих сценариев.

[0119] Варианты осуществления предполагают, что WTRU осуществляет доступ к трафику SIPTO из режима ожидания и/или с использованием существующего PDN-соединения SIPTO. MeNB может обеспечить один или несколько или более одного (например, SIPTO) IP-адреса LGW (например, в начальном сообщении S1AP). В некоторых вариантах осуществления, возможно, может быть обеспечен один IP-адрес LGW (например, возможно, в некоторых вариантах осуществления, только один). MeNB может указать на то, что IP-адрес LGW может быть временным, возможно, например, когда только один адрес может быть обеспечен, помимо прочих сценариев.

[0120] MME может обеспечить IP-адрес SIPTO LGW и/или идентификатор (ID) корреляции (например, в процедуре R12) для MeNB, возможно, например, после запроса к MeNB на установление начального контекста WTRU, и/или возможно, например, если любой из одного или нескольких IP-адресов LGW, обеспеченных MeNB, может соответствовать LGW (например, IP-адресу LGW), который может быть обеспечен в контексте WTRU, помимо прочих сценариев. Другими словами, может быть определено по меньшей мере одно из существования или несуществования соответствующего IP-адреса LGW при поиске соответствия между данным IP-адресом LGW (например, в контексте WTRU) и одним или несколькими IP-адресами LGW (например, обеспеченными MeNB). MME может запустить таймер (например, таймер "X"). MME может выполнить деактивацию и/или повторную активацию SIPTO PDN-соединения, возможно, например, если не найдено никакого соответствия (например, определено несуществование соответствующего IP-адреса LGW при поиске соответствия между данным IP-адресом LGW и одним или несколькими IP-адресами LGW), помимо прочих сценариев.

[0121] MeNB может создать с SeNB туннель данных, идентифицируемый IP-адресом LGW и/или ID корреляции (например, SIPTO U-плоскости через туннель Xn), возможно, например, после приема контекста WTRU с IP-адресом LGW, соответствующим IP-адресу LGW от MME (например, SIPTO IP-адресу LGW), и/или ID корреляции, помимо прочих сценариев. MeNB может служить (например, при отсутствии туннеля) в качестве (например, «регулярного») eNB для PDN-соединения (например, SIPTO U-плоскости через SGW), возможно, например, после приема контекста WTRU с IP-адресом LGW, соответствующим IP-адресу LGW от MME (например, SIPTO IP-адресу LGW), и/или ID корреляции, помимо прочих сценариев.

[0122] MeNB может сконфигурировать WTRU для выполнения одного или нескольких измерений одной или нескольких S-сот или для одной или нескольких S-сот. MeNB может выполнить измерение на основе IP-адреса LGW, который может быть обеспечен MME, возможно, например, для конфигурирования измерения WTRU с сотой/ сотами, которые могут быть ассоциированы с IP-адресом LGW в контексте WTRU, соответствующим IP-адресу LGW от MME (например, SIPTO IP-адресу LGW), и/или ID корреляции, помимо прочих сценариев. Другими словами, существование или несуществование по меньшей мере одной подходящей S-соты может быть определено на основе одного или нескольких измерений, например.

[0123] MeNB может информировать MME о транспортном адресе S1-U и/или TEID SeNB для разгруженных каналов, возможно, например, когда S-сота может быть сконфигурирована для WTRU, помимо прочих сценариев. В это сообщение, MeNB может включить SGW IP-адрес SeNB, возможно, например, если сконфигурированный SeNB может поддерживать SIPTO совмещенный LGW, и/или возможно, например, если разгруженный канал может включать в себя ID корреляции, помимо прочих сценариев. MeNB может сигнализировать ID корреляции WTRU к SeNB, возможно, например, если адрес LGW может быть предварительно идентифицирован, и/или возможно, например, во время установления интерфейса Xn, помимо прочих сценариев. SeNB может начать отправку и/или прием SIPTO PDN-данных (например, прямую отправку/ прием) к/от WTRU, возможно, например, после завершения MeNB процедуры реконфигурации RRC, помимо прочих сценариев.

[0124] SeNB может остановить отправку данных к MeNB (например, через SGW и/или туннель, установленный предварительно), возможно, например, посредством включения последнего пакета в качестве пакета-указателя. SeNB может не начинать отправку новых (например, свежих или обновленных) данных к WTRU (например, прямо), возможно, например, до тех пор, пока он не примет пакет-указатель (например, через интерфейс Xn от MeNB, возможно, в виде части процесса хэндовера канала), помимо прочих сценариев.

[0125] MME может остановить таймер X, возможно, например, если какой-либо LGW может быть идентифицирован, помимо прочих сценариев. MME может выполнить деактивацию и/или повторную активацию SIPTO PDN-соединения с WTRU, возможно, например, если сигнализация к MME идентифицирует LGW, отличный от LGW в контексте WTRU, помимо прочих сценариев.

[0126] MME может выполнить деактивацию и/или повторную активацию SIPTO PDN-соединения с WTRU, например, посредством конфигурирования или реконфигурирования (например, разгрузки) SIPTO PDN-соединения c PGW (например, выше RAN), возможно, например, если срок таймера X истекает без определения существования по меньшей мере одной подходящей S-соты. Например, возможно, во время процедуры измерения не идентифицировано никаких SeNB с совмещенным LGW, и/или измерения S-сот не превысили порога. Другими словами, одна или несколько подходящих или пригодных S-сот могут или могли быть не определены, помимо прочих сценариев.

[0127] Хотя признаки и элементы описаны выше в конкретных комбинациях, специалистам в данной области техники будет понятно, что каждый признак или элемент может быть использован сам по себе или в любой комбинации с другими признаками и элементами. Дополнительно, способы, описанные здесь, могут быть реализованы в компьютерной программе, программном обеспечении, или аппаратно-программном обеспечении, объединенном в машиночитаемую среду для выполнения компьютером или процессором. Примеры машиночитаемых сред включают в себя электронные сигналы (передаваемые через проводные или беспроводные соединения) и машиночитаемые запоминающие среды. Примеры машиночитаемых запоминающих сред включают в себя, но не ограничены этим, постоянное запоминающее устройство (read only memory - ROM), память с произвольным доступом (random access memory - RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные накопители, такие как внутренние жесткие диски и съемные диски, магнитно-оптические накопители, и оптические накопители, такие как диски CD-ROM, и цифровые универсальные диски (digital versatile disk - DVD). Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, используемого в WTRU, UE, терминале, базовой станции, RNC, или любом хост-компьютере.

Изобретение относится к области связи. Техническим результатом является обеспечение усовершенствования малых сот для режима двойной соединяемости и/или для поддержки соединения с локальным IP доступом и/или с разгрузкой выбранного IP трафика (LIPA/SIPTO). Предложено устройство усовершенствованного узла В малой соты (SeNB), содержащее: процессор с возможностью по меньшей мере: определения IP-адреса для локального шлюза (LGW), где LGW ассоциирован с SeNB; назначения IP-адреса для LGW; приема запроса на передачу по меньшей мере одного из: сообщений LIPA или SIPTO; и приемопередатчик, выполненный с возможностью: отправки IP-адреса LGW к усовершенствованному макроузлу В (MeNB) по меньшей мере после одного из: ассоциирования с LGW или приема запроса, причем SeNB имеет двойную соединяемость с MeNB, а также процессор выполнен с возможностью: передачи по меньшей мере одного из: сообщений LIPA или SIPTO. 2 н. и 13 з.п. ф-лы, 13 ил.

1. Устройство усовершенствованного узла В малой соты (SeNB), содержащее:

процессор, причем процессор выполнен с возможностью по меньшей мере:

определения адреса интернет-протокола (IP) для локального шлюза (LGW), причем LGW ассоциирован с SeNB;

назначения IP-адреса для LGW;

приема запроса на передачу по меньшей мере одного из: сообщения с локальным IP доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (SIPTO); и

приемопередатчик, причем приемопередатчик выполнен с возможностью:

отправки IP-адреса LGW к усовершенствованному макроузлу В (MeNB) по меньшей мере после одного из: ассоциирования с LGW или приема запроса, причем SeNB имеет двойную соединяемость с MeNB, причем процессор дополнительно выполнен с возможностью:

передачи по меньшей мере одного из: сообщения с локальным интернет-пакетным (IP) доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (SIPTO).

2. Устройство по п. 1, в котором процессор дополнительно сконфигурирован таким образом, чтобы IP-адрес LGW отправлялся через интерфейс плоскости управления, включенный в двойную соединяемость с MeNB.

3. Устройство по п. 2, в котором интерфейс плоскости управления является интерфейсом Xn.

4. Устройство по п. 1, в котором процессор сконфигурирован таким образом, чтобы определение IP-адреса для LGW включало в себя определение того, что LGW имеет тот же IP-адрес, что и SeNB.

5. Устройство по п. 1, в котором LGW является по меньшей мере одним из шлюза локальной сети пакетной передачи данных (PDN), локального IP доступа или шлюза с разгрузкой выбранного IP трафика (LIPA/SIPTO).

6. Устройство по п. 1, в котором приемопередатчик дополнительно выполнен с возможностью приема от MeNB идентификатора корреляции, причем идентификатор корреляции обеспечивает корреляцию между SeNB и LGW.

7. Устройство по п. 1, причем SeNB и MeNB имеют один и тот же идентификатор локальной домашней сети (LHN).

8. Устройство по п. 1, в котором двойная соединяемость с MeNB включает в себя передачу информации к беспроводному блоку передачи/приема (WTRU) как через SeNB, так и через MeNB.

9. Устройство по п. 1, в котором процессор дополнительно сконфигурирован таким образом, чтобы передача по меньшей мере одного из: сообщения с локальным интернет-пакетным (IP) доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (SIPTO) осуществлялась при взаимодействии с LGW.

10. Способ, выполняемый устройством усовершенствованного узла В малой соты (SeNB), содержащий:

определение адреса интернет-протокола (IP) для локального шлюза (LGW), причем LGW ассоциирован с SeNB;

назначение IP-адреса для LGW;

прием запроса на передачу по меньшей мере одного из: сообщения с локальным IP доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (SIPTO);

отправку IP-адреса LGW к усовершенствованному макроузлу В (MeNB) по меньшей мере после одного из: ассоциирования с LGW или приема запроса, причем SeNB имеет двойную соединяемость с MeNB; и

передачу по меньшей мере одного из: сообщения с локальным интернет-пакетным (IP) доступом (LIPA) или сообщения с разгрузкой выбранного IP трафика (SIPTO).

11. Способ по п. 10, в котором IP-адрес LGW отправляют через интерфейс плоскости управления, включенный в двойную соединяемость с MeNB.

12. Способ по п. 10, дополнительно содержащий прием от MeNB идентификатора корреляции, причем идентификатор корреляции обеспечивает корреляцию между SeNB и LGW.

13. Способ по п. 10, в котором SeNB и MeNB имеют один и тот же идентификатор локальной домашней сети (LHN).

14. Способ по п. 10, в котором LGW является по меньшей мере одним из: шлюза локальной сети пакетной передачи данных (PDN), локального IP доступа или шлюза с разгрузкой выбранного IP трафика (LIPA/SIPTO).

15. Способ по п. 10, в котором двойная соединяемость с MeNB включает в себя передачу информации к беспроводному блоку передачи/приема (WTRU) как через SeNB, так и через MeNB.