установление связности сети передачи пакетных данных для трафика локального доступа согласно интернет-протоколу

Классы МПК:H04W8/08  передача мобильных данных
Автор(ы):, , ,
Патентообладатель(и):КВЭЛКОММ ИНКОРПОРЕЙТЕД (US)
Приоритеты:
подача заявки:
2010-03-23
публикация патента:

Изобретение относится к беспроводной связи и, более конкретно, к облегчению связности сети передачи пакетных данных для трафика локального доступа согласно интернет-протоколу для беспроводной связи в развертывании сети. Технический результат - расширение мобильности пользовательского оборудования даже в недостаточно оптимальной среде для макросетей и более гибкое управление персональным доступом к таким сетям. Согласно конкретным аспектам настоящего раскрытия, обеспечиваются механизмы для идентификации запроса установления соединения сети с коммутацией пакетов как запроса контекста LIPA. После идентификации идентифицируется локальный шлюз, ассоциированный с UE или с развернутой абонентом базовой станцией, и устанавливается контекст пакета, чтобы поддерживать трафик LIPA для UE. Дополнительные механизмы поддерживают мобильность UE от одной базовой станции к другой, включающей в себя идентификацию и завершение неактивных контекстов LIPA. Дополнительно описывается UE, которое может распознать и облегчить установление контекста LIPA для выполнения приложений в UE. 10 н. и 27 з.п. ф-лы, 17 ил. установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114

установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 установление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114

Формула изобретения

1. Способ беспроводной связи для установления пакетной связности для трафика локального доступа согласно интернет-протоколу (LIPA), содержащий:

прием электронного сообщения, содержащего запрос сетевого соединения передачи пакетных данных (соединения PDN);

определение, является ли запрос соединения PDN запросом PDN LIPA; и

идентификацию локального шлюза (L-GW), ассоциированного с запросом PDN LIPA, если соединение PDN определено как запрос PDN LIPA.

2. Способ по п.1, в котором операция идентификации L-GW дополнительно содержит получение адреса интернет-протокола (IP адреса) упомянутого L-GW.

3. Способ по п.2, в котором операция получения IP адреса упомянутого L-GW дополнительно содержит извлечение IP адреса из заголовка электронного сообщения.

4. Способ по п.2, в котором операция получения IP адреса упомянутого L-GW дополнительно содержит прием IP адреса совместно с электронным сообщением.

5. Способ по п.1, в котором операция идентификации упомянутого L-GW дополнительно содержит:

выполнение запроса сервера доменных имен (запроса DNS) для L-GW в сервере DNS; и

прием IP адреса упомянутого L-GW от сервера DNS.

6. Способ по п.5, дополнительно содержащий:

извлечение имени точки доступа LIPA (APN LIPA) из запроса PDN LIPA; и

формирование полностью определенного доменного имени из APN LIPA, чтобы облегчить выполнение запроса DNS.

7. Способ по п.1, дополнительно содержащий посылку сообщения запроса сеанса на L-GW для установления соединения PDN с L-GW.

8. Способ по п.7, в котором сообщение запроса сеанса содержит запрос создания установленного по умолчанию однонаправленного канала, используемого для установления соединения PDN.

9. Способ по п.1, в котором операция идентификации L-GW дополнительно содержит получение IP адреса домашней базовой станции, соединенной с L-GW, и использование IP адреса домашней базовой станции в качестве IP адреса упомянутого L-GW.

10. Способ по п.1, в котором операция определения, является ли запрос соединения PDN запросом PDN LIPA, дополнительно содержит сравнение имени точки доступа (APN), ассоциированного с запросом соединения PDN, со списком имен APN LIPA.

11. Устройство, сконфигурированное для установления пакетной связности для трафика локального доступа согласно интернет-протоколу (LIPA) совместно с беспроводной связью, содержащее:

интерфейс связи для передачи и приема сигналов электронной связи; и

память для сохранения команд, сконфигурированных для установления сетевого контекста для трафика LIPA, причем эти команды реализуются выполняемыми компьютером модулями, содержащими:

модуль анализа, который получает запрос соединения сети с коммутацией пакетов от интерфейса связи и определяет, предназначается ли запрос для трафика LIPA;

модуль захвата, который идентифицирует локальный шлюз (L-GW), который поддерживает трафик LIPA и который ассоциируется с объектом, порождающим запрос.

12. Устройство по п.11, дополнительно содержащее модуль установки трафика, который дает команду L-GW установить контекст пакета для поддержания трафика LIPA, если запрос определяется как предназначенный для трафика LIPA.

13. Устройство по п.12, в котором контекст пакета является соединением PDN, сконфигурированным для трафика LIPA, или контекстом протокола передачи пакетных данных (контекстом PDP), сконфигурированным для трафика LIPA.

14. Устройство по п.11, в котором модуль захвата идентифицирует L-GW из адреса интернет-протокола (IP адреса), включенного в запрос.

15. Устройство по п.14, в котором IP адрес задан в явном элементе информации беспроводного сообщения, которое содержит запрос.

16. Устройство по п.14, в котором IP адрес извлекается из исходного IP заголовка беспроводного сообщения, которое содержит запрос.

17. Устройство по п.14, дополнительно содержащее модуль домена, который:

использует определенное имя точки доступа LIPA (определенное APN LIPA), указанное в запросе, чтобы сформировать полностью определенное доменное имя (FQDN);

использует FQDN для выполнения запроса сервера доменных имен (запроса DNS); и

получает IP адрес в ответ на запрос DNS.

18. Устройство по п.11, в котором модуль анализа определяет, что запрос предназначается для трафика LIPA, посредством по меньшей мере одного из: идентификации, содержит ли имя точки доступа (APN), включенное в запрос, термин, специально ассоциированный с трафиком LIPA; или идентификации, является ли второй объект, маршрутизирующий запрос на устройство, домашней базовой станцией или шлюзом домашней базовой станции.

19. Устройство по п.11, в котором устройство содержит по меньшей мере одно из: объекта управления мобильностью (ММЕ) беспроводной сети долгосрочного развития; или обслуживающий узел поддержки GPRS (S-GSN) универсальной сети мобильной телекоммуникационной системы.

20. Устройство, сконфигурированное для установления контекста локального доступа согласно интернет-протоколу (LIPA) совместно с беспроводной связью, содержащее:

средство для приема электронного сообщения, которое содержит запрос соединения сети с коммутацией пакетов;

средство для определения, является ли запрос запросом установления трафика LIPA; и

средство для идентификации локального шлюза (L-GW), чтобы поддерживать трафик LIPA, если запрос определяется как запрос установления трафика LIPA.

21. По меньшей мере один процессор, сконфигурированный для установления контекста локального доступа согласно интернет-протоколу (LIPA) совместно с беспроводной связью, содержит:

модуль, который принимает электронное сообщение, которое содержит запрос соединения сети с коммутацией пакетов;

модуль, который определяет, является ли запрос запросом установления трафика LIPA; и

модуль, который идентифицирует локальный шлюз (L-GW), чтобы поддерживать трафик LIPA, если запрос определяется как запрос установления трафика LIPA.

22. Считываемый компьютером носитель, содержащий выполняемые компьютером инструкции для реализации способа беспроводной связи для установления пакетной связности для трафика локального доступа согласно интернет-протоколу (LIPA), содержащий:

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

код для того, чтобы вынуждать компьютер определять, является ли запрос запросом установления трафика локального доступа согласно интернет-протоколу (LIPA); и

код для того, чтобы вынуждать компьютер идентифицировать локальный шлюз (L-GW), ассоциированный с трафиком LIPA, если запрос определяется запросом установления трафика LIPA.

23. Способ беспроводной связи, содержащий:

идентификацию запроса сетевого соединения передачи пакетных данных (соединения PDN) как запроса трафика локального доступа согласно интернет-протоколу (LIPA);

генерирование имени точки доступа LIPA (APN LIPA); и

беспроводную передачу APN LIPA и запроса соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

24. Способ по п.23, в котором запрос соединения PDN является по меньшей мере одним из:

запроса от приложения программного обеспечения, которое запрашивает трафик LIPA; или

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

25. Способ по п.23, в котором операция идентификации запроса соединения PDN как запроса трафика LIPA дополнительно содержит определение, что обслуживающая базовая станция является домашней базовой станцией.

26. Способ по п.23, в котором операция генерирования APN LIPA дополнительно содержит задание идентификатора домашней базовой станции обслуживающей базовой станции в качестве части APN LIPA.

27. Способ по п.23, в котором операция генерирования APN LIPA дополнительно содержит явное определение 'LIPA' как части APN LIPA.

28. Способ по п.23, в котором операция генерирования APN LIPA дополнительно содержит определение, что обслуживающая базовая станция ассоциирована с беспроводным обслуживанием LIPA.

29. Устройство, сконфигурированное для беспроводной связи, содержащее:

интерфейс беспроводной связи для посылки и приема беспроводных сигналов; и

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

фильтрующий модуль, который определяет, относится ли запрос установления контекста сети с коммутацией пакетов к сети передачи пакетных данных LIPA (PDN LIPA);

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

30. Устройство по п.29, в котором фильтрующий модуль определяет, что запрос относится к PDN LIPA, если запрос порождается от по меньшей мере одного из:

приложения, которое требует трафик LIPA; или

приложения, сконфигурированного для получения доступа к локальной сети.

31. Устройство по п.29, в котором фильтрующий модуль определяет, что запрос относится к PDN LIPA, если базовая станция, обслуживающая устройство, является домашней базовой станцией.

32. Устройство по п.29, в котором фильтрующий модуль определяет, что запрос относится к PDN LIPA, если базовая станция, обслуживающая устройство, ассоциируется с трафиком LIPA.

33. Устройство по п.29, в котором модуль контекста генерирует APN LIPA, по меньшей мере частично, из идентификатора домашней базовой станции базовой станции, обслуживающей устройство.

34. Устройство по п.29, в котором модуль контекста генерирует APN LIPA, по меньшей мере частично, с явным использованием 'LIPA' в APN LIPA.

35. Устройство для беспроводной связи, содержащее:

средство для идентификации запроса сетевого соединения передачи пакетных данных (соединения PDN) как запроса трафика локального доступа согласно интернет-протоколу (LIPA);

средство для генерирования имени точки доступа LIPA (APN LIPA); и

средство для беспроводной передачи APN LIPA и запроса соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

36. По меньшей мере один процессор, сконфигурированный для беспроводной связи, содержащий:

модуль, который идентифицирует запрос сетевого соединения передачи пакетных данных (соединения PDN) как запрос трафика локального доступа согласно интернет-протоколу (LIPA);

модуль, который генерирует имя точки доступа LIPA (APN LIPA); и

модуль, который беспроводным образом передает APN LIPA и запрос соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

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

код для того, чтобы вынуждать компьютер идентифицировать запрос сетевого соединения передачи пакетных данных (соединения PDN) как запрос трафика локального доступа согласно интернет-протоколу (LIPA);

код для того, чтобы вынуждать компьютер генерировать имя точки доступа LIPA (APN LIPA); и

код для того, чтобы вынуждать компьютер беспроводным образом передавать APN LIPA и запрос соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

Описание изобретения к патенту

Испрашивание приоритета согласно § 119 раздела 35 свода законов США.

[0001] Настоящая заявка на патент испрашивает приоритет предварительной заявки на патент № 61/172198 названной "METHODS AND APPARATUS TO ENABLE ESTABLISHMENT OF PACKET DATA NETWORK (PDN) CONNECTIVITY FOR LOCAL INTERNET PROTOCOL (IP) ACCESS TRAFFIC" и поданной 23 апреля 2009, и предварительной заявки на патент № 61/176649, названной "METHOD AND APPARATUS FOR LOCAL IP ACCESS CAPABILITY INDICATION" и поданной 8 мая 2009, каждая из которых передана своему правоприемнику, и тем самым явно включена здесь по ссылке.

ОБЛАСТЬ ИЗОБРЕТЕНИЯ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0003] Системы беспроводной связи широко применяются для обеспечения различных типов контента связи, таких как голосовой контент, контент данных и т.д. Обычные системы беспроводной связи могут быть системами множественного доступа, способными поддерживать связь с множеством пользователей посредством совместного использования доступных ресурсов системы (например, полосы частот, мощности передачиустановление связности сети передачи пакетных данных для трафика   локального доступа согласно интернет-протоколу, патент № 2504114 ). Примеры таких систем множественного доступа могут включать в себя системы множественного доступа с кодовым разделением каналов (CDMA), системы множественного доступа с временным разделением каналов (TDMA), системы множественного доступа с частотным разделением каналов (FDMA), системы множественного доступа с ортогональным частотным разделением каналов (OFDMA) и т.п. Дополнительно, системы могут соответствовать спецификациям, таким как проект партнерства третьего поколения (3GPP), проект долгосрочного развития (LTE) 3GPP, передача в широкополосном диапазоне для мобильных устройств (UMB) и/или спецификации беспроводной связи с множественными несущими, такие как эволюционная оптимизированная передача данных (EV-DO), одна или более их версий и т.д.

[0004] Обычно беспроводные системы связи множественного доступа могут одновременно поддерживать связь для множества мобильных устройств. Каждое мобильное устройство может связываться с одной или более базовыми станциями с помощью передач по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) относится к линии связи от базовых станций к мобильным устройствам, и обратная линия связи (или восходящая линия связи) относится к линии связи от мобильных устройств к базовым станциям. Дополнительно, связь между мобильными устройствами и базовыми станциями может быть установлена с помощью систем с единственным входом и единственным выходом (SISO), систем с множественными входами и единственным выходом (MISO), систем с множественными входами и множественными выходами (MIMO) и т.д.

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

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

[0007] В дополнение к развертываемым оператором базовым станциям появляется новый тип базовой станции, развертываемой посредством абонентов или пользователей беспроводных услуг. В отличие от развертываемых оператором базовых станций, эти развертываемые абонентом базовые станции могут быть установлены в различных местоположениях посредством индивидуальных абонентов. Развертываемые абонентом базовые станции могут обеспечивать значительные преимущества доступа пользователям беспроводных услуг в ограниченной области, такой как дом, офис, многоквартирное здание и т.д. Однако также возникают различные проблемы, включающие в себя смягчение помех от плотных развертываний развертываемых абонентом базовых станций, а также эмуляцию аналогичных локальных точек доступа маленькой мощности, таких как маршрутизаторы WiFi и т.п. Соответственно, значительное непрерывное развитие организации беспроводной сети включает интегрирование развертываемых абонентом базовых станций в пределы запланированных развертываний базовой станции и объединение с другими персональными или локальными беспроводными сетями.

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

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

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

[0010] В других аспектах обеспечиваются механизмы для регулирования мобильности UE в сети с разрешенным LIPA. Беспроводное сообщение может быть принято в объекте управления мобильной связью, когда UE устанавливает соединение с базовой станцией. Объект управления мобильной связью может затем идентифицировать, существует ли контекст LIPA в локальном шлюзе, ассоциированном с объектом управления мобильностью. Если контекст LIPA доступен в базовой станции, то контекст LIPA может поддерживаться. Иначе объект управления мобильностью может посылать запрос завершения на локальный шлюз, чтобы закончить контекст LIPA.

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

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

[0013] В других аспектах настоящего раскрытия обеспечивается устройство, сконфигурированное для установления пакетной связности для трафика LIPA, совместно с беспроводной связью. Устройство может содержать интерфейс связи для передачи и приема электронной связи и память для сохранения команд, сконфигурированных для установления сетевого контекста для трафика LIPA, причем команды реализуются выполняемыми компьютером модулями. В частности, модули включают в себя модуль анализа, который получает запрос соединения сети с коммутацией пакетов от интерфейса связи и определяет, предназначается ли запрос для трафика LIPA, и модуль захвата, который идентифицирует L-GW, который поддерживает трафик LIPA, и который ассоциируется с объектом, порождающим запрос.

[0014] В других аспектах обеспечивается устройство, сконфигурированное для установления контекста LIPA совместно с беспроводной связью. Устройство может содержать средство для приема электронного сообщения, которое содержит запрос соединения сети с коммутацией пакетов, и средство для определения, является ли запрос запросом установления трафика LIPA. Кроме того, устройство может содержать средство для идентификации L-GW, чтобы поддерживать трафик LIPA, если запрос определяется как запрос установления трафика LIPA.

[0015] Согласно другому аспекту, раскрывается по меньшей мере один процессор, сконфигурированный для установления контекста LIPA, совместно с беспроводной связью. Процессор(ы) может содержать модуль, который принимает электронное сообщение, которое содержит запрос соединения сети с коммутацией пакетов, и модуль, который определяет, является ли запрос запросом установления трафика LIPA. Кроме того, процессор(ы) может содержать модуль, который идентифицирует L-GW для поддержания трафика LIPA, если запрос определяется как запрос установления трафика LIPA.

[0016] Согласно дополнительному аспекту, настоящее раскрытие обеспечивает компьютерный программный продукт, содержащий считываемый компьютером носитель. Считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер принимать электронное сообщение, которое содержит запрос соединения сети с коммутацией пакетов, и код для того, чтобы вынуждать компьютер определять, является ли запрос запросом установления трафика LIPA. Кроме того, считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер идентифицировать L-GW, ассоциированный с трафиком LIPA, если запрос определяется как запрос установления трафика LIPA.

[0017] В дополнение к предшествующему, раскрывается способ для беспроводной связи. Способ может содержать идентификацию запроса соединения PDN как запроса трафика LIPA. Кроме того, способ может содержать генерирование APN LIPA и беспроводную передачу APN LIPA, и запрос соединения PDN с обслуживающей базовой станцией, чтобы инициировать соединение PDN для трафика LIPA.

[0018] Согласно дополнительным аспектам, обеспечивается устройство, сконфигурированное для беспроводной связи. Устройство может содержать интерфейс беспроводной связи для посылки и приема беспроводной связи. Дополнительно, устройство может содержать память для сохранения команд, чтобы инициировать сетевой контекст LIPA, причем команды реализуются выполняемыми компьютером модулями. Более конкретно, эти модули могут содержать фильтрующий модуль, который определяет, относится ли запрос установления контекста сети с коммутацией пакетов к LIPA PDN, и модуль контекста, который генерирует APN LIPA и включает APN LIPA в беспроводное сообщение для запроса соединения PDN, в котором беспроводное сообщение передается посредством интерфейса беспроводной связи на базовую станцию, обслуживающую устройство.

[0019] В другом аспекте настоящее раскрытие обеспечивает устройство для беспроводной связи. Устройство может содержать средство для идентификации запроса соединения PDN как запроса трафика LIPA. В дополнение, устройство может содержать средство для генерирования APN LIPA. Кроме того, устройство может также содержать средство для беспроводной передачи APN LIPA и запроса соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

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

[0021] В другом аспекте настоящее раскрытие включает в себя компьютерный программный продукт, содержащий считываемый компьютером носитель. Считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер идентифицировать запрос соединения PDN как запрос трафика LIPA. Кроме того, считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер генерировать APN LIPA, и код для того, чтобы вынуждать компьютер беспроводным образом передавать APN LIPA и запрос соединения PDN на обслуживающую базовую станцию, чтобы инициировать соединение PDN для трафика LIPA.

[0022] Согласно еще другим аспектам настоящего раскрытия, обеспечивается способ завершения пакетной связности для трафика LIPA, включающего беспроводную связь. Способ может содержать прием сообщения, которое указывает, что терминал доступа устанавливает беспроводное соединение с базовой станцией. Дополнительно, способ может содержать определение, что существующий контекст PDN LIPA не доступен для использования в базовой станции. Способ может также содержать посылку запроса деактивации на L-GW, ассоциированный с существующим контекстом PDN LIPA, чтобы завершить существующий контекст PDN LIPA.

[0023] В дополнительном аспекте обеспечивается устройство, сконфигурированное для завершения контекста LIPA, ассоциированного с беспроводной связью. Устройство может содержать интерфейс связи для посылки и приема электронных сообщений и память для сохранения команд, сконфигурированных для идентификации и завершения неактивного контекста LIPA, причем команды реализуются выполняемыми компьютером модулями. Эти модули могут содержать модуль оценки, который принимает электронное сообщение, связанное с мобильностью пользовательского оборудования (UE), от интерфейса связи, идентифицирует, ассоциирован ли существующий контекст LIPA с UE, и определяет, предоставляет ли существующий контекст LIPA услугу в узле, соединенном с возможностью связи с устройством. Дополнительно, модули могут содержать модуль завершения, который посылает запрос освобождения на L-GW, ассоциированный с узлом, если существующий контекст LIPA не предоставляет текущую услугу в узле.

[0024] Настоящее раскрытие дополнительно обеспечивает устройство, сконфигурированное для завершения контекста LIPA, ассоциированного с беспроводной связью. Устройство может содержать средство для приема сообщения, которое указывает, что терминал доступа устанавливает беспроводное соединение с базовой станцией. Дополнительно, устройство может содержать средство для определения, что существующий контекст PDN LIPA не доступен для использования в базовой станции. Кроме того, устройство может также содержать средство для посылки запроса деактивации на L-GW, ассоциированный с существующим контекстом PDN LIPA, чтобы завершить существующий контекст PDN LIPA.

[0025] Согласно другим аспектам, раскрывается по меньшей мере один процессор, сконфигурированный для завершения контекста LIPA, ассоциированного с беспроводной связью. Процессор(ы) может содержать модуль, который принимает сообщение, указывающее, что терминал доступа устанавливает беспроводное соединение с базовой станцией. В дополнение, процессор(ы) может содержать модуль, который определяет, что существующий контекст PDN LIPA не доступен для использования в базовой станции. Процессор(ы) может дополнительно содержать модуль, который посылает запрос деактивации на L-GW, ассоциированный с существующим контекстом PDN LIPA, чтобы завершить существующий контекст PDN LIPA.

[0026] В одном или более дополнительных аспектах настоящее раскрытие предусматривает компьютерный программный продукт, содержащий считываемый компьютером носитель. Считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер принимать сообщение, указывающее, что терминал доступа устанавливает беспроводное соединение с базовой станцией. Кроме того, считываемый компьютером носитель может содержать код для того, чтобы вынуждать компьютер определять, что существующий контекст PDN LIPA не доступен для использования в базовой станции. Кроме того, считываемый компьютером носитель может также содержать код для того, чтобы вынуждать компьютер посылать запрос деактивации на L-GW, ассоциированный с существующим контекстом PDN LIPA, чтобы завершить существующий контекст PDN LIPA.

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

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

[0028] Фиг.1 иллюстрирует блок-схему примерной системы беспроводной связи, которая поддерживает беспроводную связь локального доступа согласно Интернет-протоколу (LIPA).

[0029] Фиг.2 изображает блок-схему типового устройства, которое облегчает установку соединения сети с коммутацией пакетов для трафика LIPA, согласно аспектам, раскрытым в настоящем описании.

[0030] Фиг.3 иллюстрирует блок-схему типового устройства, которое поддерживает мобильность для связанной с LIPA беспроводной связи в дополнительных аспектах.

[0031] Фиг.4 изображает блок-схему примерного устройства, сконфигурированного для идентификации и инициации контекста LIPA для беспроводной связи.

[0032] Фиг.5 иллюстрирует блок-схему типового пользовательского оборудования (UE) согласно различным аспектам настоящего раскрытия.

[0033] Фиг.6 изображает диаграмму примерной диаграммы установки сетевого вызова согласно другим аспектам настоящего раскрытия.

[0034] Фиг.7 иллюстрирует диаграмму типовой диаграммы завершения сетевого вызова согласно другому аспекту настоящего раскрытия.

[0035] Фиг.8 иллюстрирует последовательность операций типового способа, обеспечивающего поддержку сети для контекста LIPA для сотовой связи согласно дополнительным аспектам.

[0036] Фиг.9 изображает последовательность операций примерного способа для идентификации и установления сетевого контекста передачи пакетных данных LIPA согласно другим аспектам.

[0037] Фиг.10 иллюстрирует последовательность операций типового способа для инициации запроса контекста LIPA в другом аспекте настоящего раскрытия.

[0038] Фиг.11 изображает последовательность операций примерного способа для завершения контекста LIPA, чтобы поддерживать мобильность для сотовой связи.

[0039] Фиг.12 иллюстрирует блок-схему примерного электронного устройства для установления контекста LIPA для сотовой связи согласно еще другим аспектам.

[0040] Фиг.13 изображает блок-схему типового электронного устройства для идентификации запроса и инициации сетевого соединения LIPA.

[0041] Фиг.14 иллюстрирует блок-схему типового электронного устройства, которое облегчает завершение существующего контекста LIPA в беспроводном узле.

[0042] Фиг.15 изображает блок-схему типового устройства беспроводной связи, которое может реализовывать различные аспекты настоящего раскрытия.

[0043] Фиг.16 иллюстрирует блок-схему типовой сотовой среды для беспроводной связи согласно дополнительным аспектам.

[0044] Фиг.17 иллюстрирует примерную систему связи, допускающую развертывание базовых станций точки доступа в сетевой среде.

ПОДРОБНОЕ ОПИСАНИЕ

[0045] Различные аспекты теперь описываются с ссылками на чертежи, в которых аналогичные номера позиций используются для ссылки на аналогичные элементы по всему описанию. В следующем описании в целях объяснения многочисленные конкретные подробности сформулированы, чтобы обеспечить полное понимание одного или более аспектов. Однако может быть очевидно, что такой аспект(ы) может осуществляться без этих конкретных подробностей. В других случаях известные структуры и устройства показаны в форме блок-схемы, чтобы облегчить описание одного или более аспектов.

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

[0047] Введение развернутой абонентом базовой станции в сеть беспроводного доступа позволяет реализовать существенную гибкость и потребительское управление персональным доступом к таким сетям. Эти развернутые абонентом базовые станции также называются домашними базовыми станциями и могут включать в себя базовые станции домашнего Узла B (HNB), усовершенствованный HNB или домашний eNode B (HeNB) (где термин H(e)NB относится к объекту, который может быть или HNB, или HeNB), фемто ячейки, фемто базовые станции или подобное. Хотя это является различными примерами развернутых абонентом базовых станций, эти термины используются взаимозаменяемо в настоящем описании для ссылки на развернутые абонентом базовые станции в целом, кроме тех случаев, когда отмечено иначе (например, совместно с конкретной сотовой системой, которая использует только одну или другую такую базовую станцию).

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

[0049] Дополнительно, домашние базовые станции могут быть сконфигурированы для обеспечения локального доступа согласно интернет-протоколу другим устройствам в домашней сети или сети предприятия. В целом, трафик, ассоциированный с другими устройствами в домашней сети или сети предприятия, называется трафиком локального доступа согласно интернет-протоколу (LIPA). Чтобы UE использовало домашнюю базовую станцию для связи с объектами в домашней сети, IP точка присоединения создается в домашнем узле или домашней точке доступа (которая, например, может быть домашней базовой станцией или объектом, который включает в себя домашнюю базовую станцию и другие компоненты). Обеспечение IP точки присоединения предполагает создание соединения сети с коммутацией пакетов, и завершение опорной точки Gi или опорной точки SGi в узле, который обеспечивает IP точку присоединения. Сетевое соединение с коммутацией пакетов может включать в себя, например, сетевое соединение передачи пакетных данных (соединение PDN), контекст протокола передачи пакетных данных (контекст PDP) или подобное, тогда как опорная точка Gi является опорной точкой между обслуживающим узлом шлюза GPRS (GGSN) и PDN, и опорная точка SGI является опорной точкой между шлюзом PDN и PDN. В дополнение, узел, который обеспечивает IP точку присоединения, может включать в себя, например, домашний узел, домашнюю точку доступа, GGSN, шлюз PDN и т.д. Используемый в настоящем описании термин PDN может относиться к внешней для оператора сети общего пользования или частной сети передачи пакетных данных, или внутренней для оператора сети передачи пакетных данных для обеспечения служб IP мультимедийной подсистемы (IMS), например.

[0050] Моделирование связности LIPA для эмуляции другой IP связности, обеспеченной к UE, включает эмулирование функциональных возможностей обеспечения IP точки присоединения для LIPA в домашнем узле, и может быть моделировано посредством введения опорной точки, аналогичной Gi, или опорной точки SGi, которая завершается непосредственно в домашнем узле. Эта аналогичная опорная точка затем назначается на обеспечение IP точки присоединения только для трафика LIPA, которая может называться локальной опорной точкой SGi или опорной точкой L-SGi. На основании существующих беспроводных протоколов, узел назначает IP адрес на UE, чтобы UE получило доступ к локально маршрутизируемому трафику в домашнем узле. Объектом, ответственным за это, является шлюз сети передачи пакетных данных, или GW PDN или GGSN. Таким образом, чтобы эмулировать работу локального маршрутизатора в H(e)NB, поднабор GW PDN/GGSN помещается в домашний узел. В настоящем описании поднабор GW PDN/GGSN называется локальным шлюзом PDN (L-PGW) или просто локальным шлюзом (L-GW). Этот L-GW может поддерживать соединение PDN или контекст PDP для трафика LIPA, назначая IP адрес для UE, чтобы получить доступ к локальному трафику. Все еще существуют некоторые проблемы, относящиеся к L-GW. Примеры включают в себя установление различия между запросом соединения PDN LIPA и обычным соединением PDN и то, как завершить существующие соединения PDN LIPA, когда UE соединяется с другой базовой станцией или точкой доступа (например, выполняет передачу обслуживания от H(e)NB на макробазовую станцию). Различные аспекты настоящего раскрытия рассматривают эти и связанные с ними проблемы.

[0051] Фиг.1 иллюстрирует блок-схему примерной системы 100 беспроводной связи согласно аспектам настоящего раскрытия. Система 100 беспроводной связи содержит пользовательское оборудование (UE) 102, беспроводным образом соединенное с домашним узлом 104 (например, развернутой абонентом базовой станцией или точкой доступа) по воздушному интерфейсу. Домашний узел 104 соединяется с (L-GW) 106, который поддерживает IP-соединения LIPA для терминалов, соединенных с домашним узлом 104. (Альтернативно, L-GW 106 может быть включен как часть домашнего узла 104, как изображено пунктирной линией). Небольшая пунктирная линия указывает маршрут, по которому локальный IP трафик устанавливает для UE 102.

[0052] Чтобы реализовать голосовые службы или службы данных для домашнего узла 104, домашний узел соединяется с объектом 108 мобильности (например, объектом управления мобильностью [ММЕ] и обслуживающим шлюзом 110). Объект 108 мобильности может быть использован для облегчения доступа к беспроводной сети поставщика услуг (например, сотовой сети), IP соединения для поддержания IP трафика (например, в шлюзе 112 пакетной передачи), и дополнительно может устанавливать контекст или соединение для трафика LIPA в L-GW 106. Эти услуги могут быть реализованы через обслуживающий шлюз 110, который в свою очередь соединяется со шлюзом 112 пакетной передачи. Шлюз 112 пакетной передачи получает доступ к серверу 114 политики и начисления оплаты для верификации подписки, статуса подписки, частоты формирования счетов, доступных услуг и т.д. для UE 102. Если подписка, ассоциированная с UE 102, поддерживает IP трафик, шлюз 112 пакетной передачи может разрешать доступ к одной или более IP сетям 116 (например, Интернету, интранету, связанным с IP услугам и т.д.), чтобы облегчить этот IP трафик.

[0053] Чтобы установить голосовой вызов или вызов данных, UE 102 инициирует и передает запрос такого трафика на домашний узел 104. Домашний узел 104 затем отправляет этот запрос на объект 108 мобильности. Объект 108 мобильности определяет, какой тип обслуживания ассоциируется с запросом, и инициирует соединение для трафика в подходящем шлюзе, ассоциированном с домашним узлом 104. Одна проблема для объекта 108 мобильности заключается в различении запроса соединения LIPA от запроса обычного IP соединения. Другая проблема для объекта 108 мобильности заключается в отмене или завершении существующих соединений LIPA, которые не используются в настоящее время. Эти проблемы более подробно рассматриваются ниже.

[0054] Фиг.2 иллюстрирует блок-схему примерной системы 200 беспроводной связи согласно конкретным аспектам настоящего раскрытия. Система 200 беспроводной связи содержит объект 202 мобильности, беспроводным образом соединенный с домашним узлом 204 (например, развернутой абонентом базовой станцией). Примеры подходящего объекта 202 мобильности могут включать в себя ММЕ для беспроводной сети долгосрочного развития, обслуживающей узел поддержки GPRS [S-GSN] сети универсальной системы мобильной связи или подобное. Объект 202 мобильности может быть сконфигурирован для регулирования инициации и завершения IP соединений для одного или более оборудований UE (не изображены), обслуживаемых домашним узлом 204. Чтобы определить тип соединения, требуемого для обслуживания запроса соединения, объект 202 мобильности может использовать устройство 206 контекста LIPA. Устройство 206 контекста LIPA может содержать интерфейс 208 связи для передачи и приема электронной связи по проводной линии связи. В одном случае проводная линия связи может содержать линию связи S11 с H(e)NB 214, ассоциированным с домашним узлом 204, или локальную линию связи S11 (L-S11) с L-GW 218, ассоциированным с домашним узлом 204. Дополнительно, интерфейс S1 или проводной интерфейс Iu может соединять с возможностью связи объект 202 мобильности и H(e)NB 214 (в зависимости от конкретной реализации сети, в которую включены объект 202 мобильности и домашний узел 204).

[0055] В дополнение к предшествующему устройство 206 контекста LIPA может содержать память 210 для сохранения команд, сконфигурированных для установления сетевого контекста для трафика LIPA, причем команды могут быть реализованы выполняемыми компьютером модулями. Эти модули могут включать в себя модуль 212 анализа, который сконфигурирован для получения от интерфейса 208 связи запроса 214A сетевого соединения с коммутацией пакетов, переданного посредством H(e)NB 214 домашнего узла 204 (инициированного посредством UE, обслуживаемого домашним узлом 204). Дополнительно, модуль 212 анализа может быть модулем, который определяет, предназначается ли запрос 214A для трафика LIPA. В одном случае это определение может реализовываться посредством идентификации, содержит ли название точки доступа (APN), включенное в запрос, термин, специально ассоциированный с соединением LIPA или с трафиком LIPA. Этот термин может включать в себя термин 'LIPA', например, или 'локальный, или другой подходящий термин. Ассоциация терминов APN с соединением LIPA может быть сохранена в памяти 210, например, к которой может обращаться модуль 212 анализа, чтобы сделать вышеупомянутое определение. В другом случае это определение может быть реализовано посредством идентификации, является ли второй объект (по сравнению с объектом, порождающим запрос 214A, см. ниже), маршрутизирующий запрос на объект 202 мобильности, домашней базовой станцией или шлюзом домашней базовой станции. Модуль 212 анализа может логически выводить, как установлено по умолчанию, например, что IP запрос, маршрутизируемый посредством H(e)NB 214, является запросом соединения LIPA.

[0056] В дополнение к вышеупомянутому устройство 206 контекста LIPA может содержать модуль 216 захвата, который идентифицирует L-GW 218, который поддерживает трафик LIPA, и который ассоциируется с объектом, порождающим запрос 214A (например, UE). Различные механизмы могут быть использованы для идентификации L-GW 218. В одном примере модуль 216 захвата может анализировать запрос 214A для IP адреса H(e)NB 214. IP адрес может быть задан в явном элементе информации беспроводного сообщения, которое содержит запрос 214A, или может быть извлечен из исходного IP заголовка беспроводного сообщения, например. Если IP адрес найден, модуль 222 установки трафика может быть использован для посылки команды 222A установки на этот IP адрес. Таким образом, например, если L-GW 218 и H(e)NB 214 совместно расположены и совместно используют общий IP адрес, команда 222A установки может быть принята в L-GW 218, который в свою очередь устанавливает контекст PDN LIPA в ответ на прием команды 222A установки.

[0057] Если запрос 214A не содержит IP адрес H(e) NB 214, или если контекст не установлен после посылки команды 222A установки на IP адрес, модуль 216 захвата может использовать модуль 220 домена для анализа запроса 214A для определенного имени точки доступа LIPA (определенного APN LIPA), указанного в запросе 214A. Если определенное APN LIPA идентифицируется, модуль 220 домена использует это определенное APN LIPA, чтобы сформировать полностью определенное доменное имя (FQDN). Затем модуль 220 домена использует FQDN, чтобы выполнить запрос сервера доменных имен (запрос DNS), и получает IP адрес L-GW 218 в ответ на запрос DNS. Модуль 222 установки трафика может затем послать команду 222A установки на IP адрес L-GW 218 для инициации контекста PDN LIPA.

[0058] Фиг.3 изображает блок-схему примерной системы 300 сети, которая может поддерживать мобильность для UE 308 в сети с разрешенным LIPA. В частности, сетевая система 300 может содержать объект 302 мобильности, сконфигурированный для идентификации и завершения соединений LIPA, полученных от UE 308, передающегося от одной домашней базовой станции (не изображена, но которая подсоединяется к L-GW 304, где контекст 306 LIPA устанавливается для UE 308) на другою домашнюю базовую станцию, в макросеть или на любой подходящий удаленный беспроводной узел 318 (относящийся к узлу, за исключением L-GW 304).

[0059] Чтобы реализовать поддержку мобильности, объект 302 мобильности может содержать устройство 310 завершения контекста. Устройство 310 завершения контекста может содержать интерфейс 312 связи для посылки и приема электронных сообщений от L-GW 304 и удаленного беспроводного узла 318 среди других объектов (например, домашнего узла, ассоциированного с L-GW 304, или сетевого шлюза - не изображен). Дополнительно, устройство 310 завершения контекста может содержать память 314 для сохранения команд, сконфигурированных для идентификации и завершения неактивного контекста LIPA. Эти команды могут быть реализованы одним или более выполняемыми компьютером модулями, включенными в устройство 310 завершения контекста. В частности, модуль 316 оценки может быть использован как модуль, который принимает электронное сообщение 318A от интерфейса 312 связи, относящегося к мобильности UE 308, и идентифицирует существующий контекст LIPA 306, ассоциированный с UE 308. Электронное сообщение 318A может быть, например, проводным сообщением, беспроводным сообщением или подходящей комбинацией проводных и беспроводных сообщений, таких как беспроводное сообщение, переданное посредством UE 308, и повторно сформированное в пакет как проводное сообщение посредством удаленного беспроводного узла 318. В качестве примера, электронное сообщение 318A может быть сетевым сообщением, посланным удаленным беспроводным узлом 318, указывающим, что соединение устанавливается между UE 308 и удаленным беспроводным узлом 318. Поэтому в одном случае электронное сообщение может быть принято в интерфейсе 312 связи, если терминал доступа (UE 308), соединенный с узлом, ассоциированным с L-GW 304, выполняет передачу обслуживания на второй узел (удаленный беспроводной узел 318). В другом случае это электронное сообщение может быть принято в интерфейсе 312 связи, если терминал доступа устанавливает первоначальное соединение со вторым узлом (например, закрепляется (базируется) на втором узле или включает второй узел в активный набор базовых станций в зависимости от конфигураций терминала доступа).

[0060] После приема электронного сообщения 318A и идентификации существующего контекста LIPA 306, модуль 316 оценки определяет, предоставляет ли существующий контекст 306 LPA услугу в узле, соединенном с возможностью связи с объектом 302 мобильности. Это определение может быть основано, по меньшей мере частично, на сравнении идентификатора (например, IP адреса) удаленного беспроводного узла 318 с идентификатором, ассоциированным с существующим контекстом 306 LIPA, например. В качестве другого примера, это определение может быть основано, по меньшей мере частично, на извлечении IP адреса из исходного IP заголовка электронного сообщения 318A и определении, что этот IP адрес не совпадает с IP адресом, ассоциированным с L-GW 304. Если электронное сообщение 318A включает в себя элемент информации, который задает IP адрес L-GW, ассоциированного с удаленным беспроводным узлом 318, модуль 316 оценки может получить этот IP адрес из элемента информации и определить, совпадает ли или нет IP адрес L-GW 304 с IP адресом L-GW, ассоциированного с удаленным беспроводным узлом 318. В другом случае, если IP адрес удаленного беспроводного узла 318 или IP адрес L-GW, ассоциированного с удаленным беспроводным узлом 318, не совпадает с IP адресом L-GW 304, модуль 316 оценки может логически вывести, что UE 308 больше не соединяется с L-GW 304, указывая, что существующий контекст 306 LIPA недоступен для использования посредством UE 308.

[0061] Как только определение сделано модулем 316 оценки, устройство 310 завершения контекста может использовать модуль 320 завершения, который посылает команду на освобождение 320A на L-GW 304, если существующий контекст 306 LIPA не предоставляет текущую услугу в узле, обслуживающем UE 308. После приема команды освобождения 320A L-GW 304 удаляет существующий контекст 306 LIPA. В результате устройство 310 завершения контекста может быть использовано, чтобы различать действительные и недействительные контексты LIPA, и завершить те контексты, которые недоступны для использования посредством UE, инициирующего контекст.

[0062] Фиг.4 иллюстрирует блок-схему дополнительной примерной беспроводной системы 400 согласно другим аспектам настоящего раскрытия. Беспроводная система 400 содержит UE 402, соединенное с возможностью связи с домашним узлом 404 по воздушному интерфейсу. Домашний узел 404 содержит H(e)NB 416 и может дополнительно содержать L-GW 414, который может быть совместно расположен с H(e)NB 416 в домашнем узле 404 или может быть внешним по отношению к домашнему узлу 404 в альтернативном аспекте (например, содержащим отдельный IP адрес как домашний узел 404 или H(e) NB 416).

[0063] UE 402 сконфигурировано для содействия установлению различий между запросами обычного IP соединения, которые реализуются в сетевом шлюзе пакета (например, шлюзе 112 пакета Фиг.1, описанной выше), и запрашивает соединение LIPA, которое может быть реализовано в L-GW 414. В частности, UE 402 может содержать устройство 406 инициации LIPA. Устройство 406 инициации LIPA может содержать интерфейс 408 беспроводной связи для посылки и приема беспроводной связи. В одном случае интерфейс 408 беспроводной связи может включать в себя беспроводной приемопередатчик UE 402; в другом случае интерфейс 408 беспроводной связи может быть интерфейсом, который соединяется с и использует беспроводной приемопередатчик UE 402 вместо этого. Дополнительно, устройство 406 инициации LIPA может содержать память 420 для сохранения команд для инициирования сетевого контекста LIPA, причем команды реализуются набором выполняемых компьютером модулей устройства 406 инициации LIPA.

[0064] В процессе работы устройство 406 инициации LIPA может содержать фильтрующий модуль 410, который определяет, относится ли запрос 412A установления контекста сети с коммутацией пакетов к сети передачи пакетных данных LIPA (PDN LIPA). В качестве примера, фильтрующий модуль 410 определяет, что запрос 412A относится к PDN LIPA, если запрос 412A порождается от приложения 412, которое требует трафик LIPA, или если запрос 412A порождается от приложения, сконфигурированного для получения доступа к локальной сети. В другом примере фильтрующий модуль 410 определяет, что запрос 412A относится к PDN LIPA, если базовая станция, обслуживающая UE 402 (например, домашний узел 404), является домашней базовой станцией. В еще одном примере, фильтрующий модуль 410 определяет, что запрос 412A относится к PDN LIPA, если базовая станция, обслуживающая UE 402, ассоциируется с трафиком LIPA. Эта ассоциация может быть явно задана домашним узлом 404 или может быть основана на списке связанных с LIPA домашних узлов, сохраненных в памяти 420.

[0065] После того, как фильтрующий модуль 410 идентифицирует запрос 412A как запрос PDN LIPA, может быть использован модуль 418 контекста, который генерирует APN 420A LIPA и включает APN 420A LIPA в беспроводное сообщение 418A для запроса соединения PDN. Беспроводное сообщение 418A затем передается посредством интерфейса беспроводной связи 408 на базовую станцию, обслуживающую UE 402 (H(e)NB 416). После приема запроса 412A, H(e)NB 416 устанавливает PDN LIPA в L-GW 414, чтобы облегчить связь LIPA для UE 402. В одном конкретном аспекте модуль 418 контекста может генерировать APN 420A LIPA одним из нескольких способов. В одном случае модуль 418 контекста генерирует APN 420A LIPA, по меньшей мере частично, из идентификатора домашней базовой станции базовой станции, обслуживающей UE 402. Этот идентификатор домашней базовой станции может содержать IP адрес или другой подходящий идентификатор, такой как идентификатор ячейки, идентификатор базовой станции, идентификатор Узла B, идентификатор eNodeB, идентификатор закрытой группы абонентов (CSG), идентификатор области местоположения/маршрутизации/отслеживания и т.д. В другом случае модуль 418 контекста генерирует APN 420A LIPA по меньшей мере частично с явным термином, который ассоциируется с PDN LIPA. Например, термин 'LIPA', 'локальный', 'дом', 'работа', 'предприятие', 'горячая точка' или подобное могут быть использованы как явный термин. Таким образом, в качестве одного иллюстративного примера, модуль 418 контекста генерирует APN LIPA, по меньшей мере частично, с явным использованием 'LIPA' в APN LIPA, что подразумевает, что запрос 412A является запросом PDN LIPA.

[0066] Фиг.5 иллюстрирует блок-схему примерной системы 500, содержащей UE 502, соединенное с возможностью связи с одной или более развернутыми абонентом базовыми станциями (домашней BS) 504 по интерфейсу беспроводной связи. Домашняя BS 504 передает запрос в подкадрах DL, тогда как UE 502 отвечает на запрос в подкадрах UL. Дополнительно, UE 502 может быть сконфигурировано для запроса IP соединения, которое должно быть установлено в домашней BS 504 (станциях) как для обычного IP трафика, так и для трафика LIPA, как описано в настоящем описании.

[0067] UE 502 включает в себя по меньшей мере одну антенну 506 (например, содержащую один или более интерфейсы ввода/вывода), которая принимает сигнал и приемник(и) 508, который выполняет обычные действия (например, фильтрует, усиливает, преобразует с понижением частоты и т.д.) в отношении принятого сигнала. В целом, антенна 506 и передатчик 524 (все вместе называется приемопередатчик) могут быть сконфигурированы для облегчения беспроводного обмена данными с домашней BS 504. Дополнительно, антенна 506, передатчик 524, приемник 508, демодулятор 510 и модулятор 522 могут быть использованы в качестве интерфейса беспроводной связи различными компонентами UE 502, включающими в себя процессор 512 и устройство 516 инициации LIPA.

[0068] Антенна 506 и приемник(и) 508 также могут быть соединены с демодулятором 510, который может демодулировать принятые символы и выдавать такие сигналы в процессор(ы) 512 для оценки. Должно быть оценено, что процессор(ы) 512 может управлять и/или ссылаться на один или более компоненты (антенну 506, приемник 508, демодулятор 510, память 514, устройство 516 инициации LIPA, модулятор 522, передатчик 524) UE 502. Дополнительно, процессор(ы) 512 может выполнять один или более модулей, приложений, механизмов или подобное, которые содержат информацию или средства управления, относящиеся к выполнению функций UE 502.

[0069] Дополнительно, память 514 UE 502 оперативно подсоединяется к процессору(ам) 512. Память 514 может сохранять данные, которые должны быть переданы, приняты и т.п., и команды, подходящие для осуществления беспроводной связи с удаленным устройством (например, домашней BS 504). В частности, команды могут быть использованы для реализации различных функций, описанных выше или в другом месте в настоящем описании. Дополнительно, хотя не изображено, память 514 может сохранять модули, приложения, механизмы и т.д. (например, фильтрующий модуль 518, модуль 520 контекста), ассоциированные с устройством 516 инициации LIPA и выполняемые процессором(ами) 512, описанными выше.

[0070] Устройство 516 инициации LIPA может быть использовано посредством UE 502, чтобы отличить запрос соединения PDN LIPA, как описано в настоящем описании. Дополнительно, должно быть оценено, что в некоторых аспектах настоящего раскрытия устройство 516 инициации LIPA по существу может быть аналогично устройству 406 инициации LIPA согласно Фиг.4, описанной выше. Соответственно, UE 502 может использовать фильтрующий модуль 518 для анализа запроса контекста сети с коммутацией пакетов и определения, относится ли этот запрос к PDN LIPA. Дополнительно, может быть использован модуль 520 контекста, который генерирует APN LIPA и включает APN LIPA в беспроводное сообщение для запроса соединения PDN LIPA. Это беспроводное сообщение может быть передано процессором 512, использующим модулятор 522, передатчик 524 и антенну 506, на одну или более домашние станции BS 504 для инициации установления соединения PDN LIPA в L-GW, ассоциированном с одной или более домашними BS 504.

[0071] Фиг.6 иллюстрирует примерную диаграмму 600 сетевого вызова операции установки LIPA согласно аспектам настоящего раскрытия. Диаграмма 600 сетевого вызова содержит несколько связанных с сетью объектов, включающих в себя UE 602A, домашнюю базовую станцию 602B, ММЕ 602C и L-PGW 602D. На этапе 604 UE 602A инициирует запрос связности PDN, который посылается посредством ММЕ 602C. На этапе 606 ММЕ 602C инициирует сообщение запроса создания сеанса, которое отправляется на L-PGW 602D. Сообщение запроса создания сеанса, в частности, может быть сообщением для запроса контекста LIPA посредством идентификации запроса связности PDN как запроса PDN LIPA, как описано в настоящем описании. Дополнительно, ММЕ 602C может идентифицировать подходящий L-PGW 602D для установления PDN LIPA для UE 602A, как также описано в настоящем описании.

[0072] На этапе 608 L-PGW 602D посылает сообщение ответа создания сеанса на ММЕ 602C. Затем ММЕ 602C инициирует сообщение запроса установки однонаправленного канала/принятия связности PDN, посланное на домашнюю базовую станцию 602B на этапе 610. После приема сообщения запроса установки однонаправленного канала/принятия связности PDN, домашняя базовая станция 602B посылает сообщение реконфигурации соединения RRC на UE 602A на этапе 612. На этапе 614 UE 602A отвечает сообщением завершения реконфигурации соединения RRC. На этапе 616 домашняя базовая станция 602B затем посылает сообщение ответа установки однонаправленного канала на ММЕ 602C. Дополнительно, UE 602A инициирует прямую передачу на домашнюю базовую станцию 602B на этапе 618. Диаграмма 600 сетевого вызова заканчивается сообщением завершения связности PDN на этапе 620, которое посылается посредством домашней базовой станции 602B на ММЕ 602C.

[0073] Фиг.7 иллюстрирует типовую диаграмму 700 сетевого вызова для операции завершения LIPA согласно дополнительным аспектам настоящего раскрытия. Операция завершения LIPA вовлекает UE 702A, домашнюю базовую станцию 702B, ММЕ 702C и L-PGW 702D. На этапе 704 UE 702A выполняет передачу обслуживания или устанавливает первоначальное соединение доступа с базовой станцией, которая не поддерживает PDN LIPA (базовой станцией, отличной от домашней базовой станции 702B, которая может включать в себя макробазовую станцию или другую домашнюю базовую станцию). На этапе 706 ММЕ 702C инициирует сообщение запроса удаления сеанса и посылает это сообщение на L-PGW 702D. Это сообщение может быть инициировано посредством ММЕ 702C после приема индикации, что UE 702A выполнило передачу обслуживания или процедуру доступа к базовой станции, и определения, что существующая PDN LIPA является неактивной, как описано в настоящем описании. Дополнительно, на этапе 708 L-PGW 702D отвечает сообщением ответа удаления сеанса, посланным на ММЕ 702C. На этапе 710 ММЕ 702C инициирует сообщение запроса деактивации однонаправленного канала и посылает это сообщение на домашнюю базовую станцию 702B. На этапе 712 домашняя базовая станция 702B посылает сообщение реконфигурации соединения RRC на UE 702A. В ответ UE 702A посылает сообщение завершения реконфигурации соединения RRC на домашнюю базовую станцию 702B на этапе 714. Диаграмма 700 сетевого вызова заканчивается на этапе 716, где домашняя базовая станция 702B посылает сообщение ответа деактивации однонаправленного канала на ММЕ 702C.

[0074] Вышеупомянутые системы, диаграммы вызова или устройства были описаны относительно взаимодействия между несколькими компонентами, модулями и/или интерфейсами связи. Должно быть оценено, что такие системы и компоненты/модули/интерфейсы могут включать в себя эти компоненты/модули или подмодули, определенные в настоящем описании, некоторые из указанных компонентов/модулей или подмодулей, и/или дополнительных модулей. Например, система беспроводной связи может включать в себя объект 202 мобильности, содержащий устройство 206 контекста LIPA и устройство 310 завершения контекста, домашний узел 204, и UE 502, содержащее устройство 516 инициации LIPA или различную комбинацию этих или других объектов. Подмодули также могут быть реализованы как модули, подсоединенные с возможностью связи к другим модулям, а не включенные в родительские модули. Дополнительно, должно быть отмечено, что один или более модулей могут быть объединены в единственный модуль, обеспечивающий совокупные функциональные возможности. Например, модуль 316 оценки может включать в себя модуль 320 завершения или, наоборот, облегчать идентификацию неактивного контекста LIPA и выдачи команды освобождения неактивного контекста LIPA посредством единственного компонента. Компоненты могут также взаимодействовать с одним или более другими компонентами, конкретно не описанными в настоящем описании, но которые известны специалистам в данной области техники.

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

[0076] Ввиду примерных систем, описанных выше, способы, которые могут быть реализованы в соответствии с раскрытой сущностью изобретения, будут лучше оценены с ссылками на блок-схемы Фиг.8-11. В то время как в целях простоты объяснения, эти способы показаны и описаны как последовательность блоков, должно быть понято и оценено, что заявленная сущность изобретения не ограничивается порядком блоков, поскольку некоторые блоки могут иметь место в другом порядке и/или одновременно с другими блоками по сравнению с теми, которые изображены и описаны в настоящем описании. Кроме того, могут требоваться не все иллюстрированные блоки для реализации способа, описанного в дальнейшем. Дополнительно, должно быть дополнительно оценено, что способы, раскрытые в дальнейшем и во всем настоящем описании, способны сохраняться в изделии производства для облегчения транспортировки и передачи таких способов на компьютеры. Термин "изделие производства", который используется, предназначен, чтобы охватить компьютерную программу, доступную с любого считываемого компьютером устройства, устройства совместно с несущей или запоминающего носителя.

[0077] Фиг.8 изображает последовательность операций примерного способа 800 для установления соединения LIPA для мобильного устройства согласно аспектам настоящего раскрытия. На этапе 802 способ 800 может содержать прием электронного сообщения, содержащего запрос сетевого соединения передачи пакетных данных (соединения PDN). Электронное сообщение может быть беспроводным сообщением, проводным сообщением или подходящей их комбинацией. На этапе 804 способ 800 может содержать определение, является ли соединение PDN запросом PDN LIPA. Это определение может быть сделано, например, посредством сравнения APN, ассоциированного с запросом соединения PDN, со списком имен APN LIPA. Альтернативно, это определение может быть сделано посредством идентификации термина в APN, которое ассоциируется с соединением LIPA. Такой термин может включать в себя 'LIPA', 'локальный, 'дом', 'работу', 'предприятие', 'горячую точку' или подобное, или подходящую их комбинацию. Дополнительно, на этапе 806 способ 800 может содержать идентификацию L-GW, ассоциированного с запросом PDN LIPA, если соединение PDN определяется как запрос PDN LIPA. Идентификация L-GW может быть достигнута одним или более подходящими способами, например, посредством получения IP адреса L-GW. Это может быть достигнуто посредством извлечения IP адреса из заголовка электронного сообщения и приравнивания IP адреса с L-GW. В другом случае это может быть достигнуто посредством приема IP адреса совместно с электронным сообщением, например, если IP адрес передается с электронным сообщением или включен как часть электронного сообщения. В другом примере идентификация L-GW может содержать выполнение запроса DNS для L-GW в сервере DNS, и прием IP адреса L-GW от сервера DNS. Запрос DNS может быть выполнен посредством извлечения APN LIPA из запроса PDN LIPA и формирования полностью определенного доменного имени из APN LIPA, и выполнения запроса DNS полностью определенным доменным именем. По меньшей мере в одном случае идентификация L-GW содержит получение IP адреса домашней базовой станции, соединенной с L-GW, и использование IP адреса домашней базовой станции в качестве IP адреса L-GW. Эта последняя реализация может быть использована, например, где L-GW совместно расположен с домашней базовой станцией.

[0078] После идентификации L-GW или IP адреса L-GW, способ 800 может дополнительно содержать посылку сообщения запроса сеанса на L-GW, чтобы установить соединение PDN с L-GW (например, см. диаграмму 600 сетевого вызова, описанную выше). После установки ответ может быть послан на объект, инициирующий запрос соединения PDN, принятого на этапе 802. Соединение PDN может поддерживаться до тех пор, пока не завершится посредством объекта, или пока соединение PDN не будет считаться неактивным.

[0079] Фиг.9 иллюстрирует последовательность операций дополнительного способа 900 согласно еще другим аспектам настоящего раскрытия. На этапе 902 способ 900 может содержать прием запроса соединения PDN. На этапе 904 способ 900 может содержать сравнение APN, ассоциированного с запросом (включенным в запрос, или принятым совместно с запросом), со списком имен APN LIPA или списком терминов, ассоциированных с соединением PDN LIPA. На этапе 906 способ 900 может содержать определение, включает ли в себя APN термин, ассоциированный с трафиком LIPA, и на этапе 908 способ 900 может определять, действительно ли является запрос запросом PDN LIPA. На этапе 910, если запрос является запросом PDN LIPA, способ 900 переходит на этап 914; иначе запрос считается запросом обычного соединения PDN для нелокального IP трафика. В последнем случае способ 900 переходит на этап 912 и устанавливает обычный IP контекст для запроса.

[0080] На этапе 914 способ 900 может проверять запрос, чтобы получить IP адрес или другой подходящий идентификатор L-GW, ассоциированного с запросом или ассоциированного с объектом, инициирующим запрос (например, домашней базовой станцией, обслуживающей объект). Это может быть достигнуто посредством анализа запроса, чтобы определить, были ли идентификатор или IP адрес переданы в запросе или совместно с запросом. На этапе 916 определение делается относительно того, идентифицирован ли L-GW посредством получения идентификатора или IP адреса. Если да, способ 900 переходит на этап 918, где запрос создания установленного по умолчанию однонаправленного канала передается на L-GW, чтобы установить соединение PDN с L-GW. Иначе, если L-GW не идентифицируется на этапе 916, способ 900 переходит на этап 920.

[0081] На этапе 920 способ 900 может содержать получение IP адреса объекта, посылающего запрос от IP заголовка запроса, и на этапе 922 посылку установки запроса установленного по умолчанию однонаправленного канала на IP адрес объекта. На этапе 924, если принимается ответ установки однонаправленного канала, способ 900 может завершиться на этапе 924; иначе, способ 900 может логически вывести, что IP адрес объекта не является IP адресом L-GW, и может перейти на этап 924. На этапе 924 способ 900 может инициировать запрос DNS для получения IP адреса L-GW и, после приема IP адреса, перейти на этап 918, чтобы установить PDN LIPA, в ответ на запрос посредством посылки установки запроса однонаправленного канала на IP адрес, полученный в ответ на запрос DNS.

[0082] Фиг.10 изображает последовательность операций примерного способа 1000 для облегчения установления соединения LIPA совместно с беспроводной связью. На этапе 1002 способ 1000 может содержать идентификацию запроса соединения PDN как запроса трафика LIPA. Идентификация запроса соединения PDN как запроса трафика LIPA может содержать определение, что базовая станция, обслуживающая UE (обслуживающая базовая станция), инициирующая запрос, является домашней базовой станцией, в одном случае. В другом примере идентификация вместо этого может содержать определение, что запрос инициируется от приложения программного обеспечения, которое запрашивает трафик LIPA, или запрос исходит от приложения программного обеспечения для получения доступа к локальной сети.

[0083] На этапе 1004 способ 1000 может содержать генерирование APN LIPA после идентификации запроса как запроса трафика LIPA. По меньшей мере в одном аспекте настоящего раскрытия генерирование APN LIPA может быть основано на первом определении, что обслуживающая базовая станция ассоциируется с беспроводной услугой LIPA, хотя настоящее раскрытие не ограничивается этим аспектом. В дополнение, генерирование APN LIPA может дополнительно содержать определение идентификатора домашней базовой станции обслуживающей базовой станции как части LIPA APN. Это может быть использовано, например, когда идентификатор домашней базовой станции ассоциирован с трафиком LIPA. В качестве альтернативы, генерирование LIPA APN вместо этого может содержать явное определение термина, ассоциированного с трафиком LIPA, такого как термин 'LIPA', в качестве части APN LIPA.

[0084] На этапе 1006 способ 1000 может содержать беспроводную передачу APN LIPA и запрос соединения PDN к обслуживающей базовой станции, чтобы инициировать соединение PDN для трафика LIPA. В частности, когда APN LIPA подразумевает, что трафик LIPA запрашивается или конструируется способом, который подразумевает, что запрашивается трафик LIPA, обслуживающая базовая станция может легко отличить запрос соединения PDN от запроса трафика не-LIPA.

[0085] Фиг.11 изображает последовательность операций типового способа 1100 для завершения пакетной связности для соединения LIPA, вовлекающего беспроводную связь для поддержания мобильности в беспроводной сети. На этапе 1102 способ 1100 может содержать прием сообщения, которое указывает, что терминал доступа устанавливает беспроводное соединение с базовой станцией. В одном случае прием сообщения осуществляется терминалом доступа, выполняющим передачу обслуживания на базовую станцию. В альтернативном случае прием сообщения осуществляется терминалом доступа, устанавливающим первоначальное соединение с базовой станцией.

[0086] На этапе 1104 способ 1100 может содержать определение, что существующий сетевой контекст передачи пакетных данных LIPA (существующий контекст PDN LIPA) не доступен для использования в базовой станции. Это определение может содержать сравнение идентификатора базовой станции с идентификатором, ассоциированным с существующим контекстом PDN LIPA, и логический вывод, что существующий контекст PDN LIPA не доступен для использования в базовой станции, если идентификаторы не совпадают. В качестве альтернативы, определение может содержать извлечение IP адреса из сообщения и определение, что IP адрес не совпадает с IP адресом, ассоциированным с базовой станцией. В последнем случае также может быть сделан тот же логический вывод, относящийся к существующему контексту PDN LIPA. Однако в еще одном альтернативном аспекте определение вместо этого может содержать прием IP адреса локального шлюза, который явно передается с сообщением, и сравнение IP адреса локального шлюза с IP адресом L-GW, ассоциированного с существующим контекстом PDN LIPA. В этом случае может быть сделан логический вывод, что существующий контекст PDN LIPA не доступен для использования в базовой станции после определения, что IP адрес локального шлюза не совпадает с IP адресом L-GW, ассоциированного с существующим контекстом PDN LIPA. После завершения определения на этапе 1104, способ 1100 может содержать посылку запроса деактивации на L-GW, ассоциированный с существующим контекстом PDN LIPA, чтобы завершить существующий контекст PDN LIPA на этапе 1106.

[0087] Фиг.12, 13 и 14 иллюстрируют соответствующие примерные устройства 1200, 1300, 1400, сконфигурированные для облегчения беспроводной связи для локальной IP сети, согласно аспектам настоящего раскрытия. Например, устройства 1200, 1300, 1400 могут постоянно находиться, по меньшей мере частично, в сети беспроводной связи и/или в беспроводном приемнике, таком как узел, базовая станция, точка доступа, пользовательский терминал, персональный компьютер, подсоединенный к мобильной интерфейсной карте, или подобное. Должно быть оценено, что устройства 1200, 1300, 1400 представлены как включающие в себя функциональные блоки, которые могут быть функциональными блоками, которые представляют функции, реализованные процессором, программным обеспечением или их комбинацией (например, программно-аппаратным обеспечением).

[0088] Устройство 1200 содержит память 1202 для хранения команд или модулей, сконфигурированных для реализации признаков устройства 1200, включающих в себя установление отличий запроса PDN LIPA от обычного запроса IP PDN, и установление контекста PDN LIPA, и процессор 1210 для выполнения этих команд или модулей. В частности, устройство 1200 может содержать модуль 1204 для приема электронного сообщения, которое содержит запрос соединения PDN. Дополнительно, устройство, которое 1200 может содержать модуль 1206 для определения, является ли запрос запросом установления трафика LIPA. Это определение может быть основано на том, отправляется ли запрос от домашней базовой станции узла, например, или задает ли запрос сеть LIPA или содержит APN LIPA. Дополнительно, устройство 1200 может содержать модуль 1208 для идентификации L-GW, чтобы поддерживать трафик LIPA, если запрос определяется как запрос установления трафика LIPA. Идентификация L-GW может быть основана на получении IP адреса для L-GW посредством логического вывода, что IP адрес является таким же, что и IP адрес объекта, отправляющего запрос, или посредством извлечения IP адреса L-GW из запроса или получения PAN LIPA из запроса, и выполнения запроса DNS с LIPA APN, и приема IP адреса L-GW от сервера DNS.

[0089] Устройство 1300 содержит память 1302 для сохранения одного или более модулей или команд для реализации признаков устройства 1300, которое включает в себя облегчение LIPA для беспроводной связи, и процессор 1310 для выполнения модулей или команд. В частности, устройство 1300 может содержать модуль 1304 для идентификации запроса соединения PDN как запроса трафика LIPA. Дополнительно, устройство 1300 может содержать модуль 1306 для генерирования APN LIPA на основании упомянутого определения модуля 1304. Кроме того, устройство 1300 может дополнительно содержать модуль 1308 для беспроводной передачи APN LIPA и запроса соединения PDN на обслуживающую базовую станцию, предоставляющую беспроводную услугу для устройства 1300, или для объекта, соединенного с устройством 1300, чтобы инициировать соединение PDN для трафика LIPA.

[0090] Устройство 1400 содержит память 1402 для сохранения команд и модулей, чтобы поддерживать мобильность совместно с обеспечением LIPA для беспроводной связи и, в частности, для идентификации и завершения неактивных контекстов LIPA. В дополнение, устройство 1400 может содержать процессор 1410 для выполнения предшествующих модулей и команд. В дополнение к вышеупомянутому, устройство 1400 может содержать модуль 1404 для приема сообщения, которое указывает, что терминал доступа устанавливает беспроводное соединение с базовой станцией. Это сообщение может быть принято в ответ на выполнение терминалом доступа установления первоначального соединения с базовой станцией, закрепления (базирования) на базовой станции, запрашивания обслуживания от базовой станции или выполнения передачи обслуживания на базовую станцию или подобное. Дополнительно, устройство 1400 может содержать модуль 1406 для определения, что существующий контекст PDN LIPA не доступен для использования в базовой станции. Это определение может быть сделано, например, посредством сравнения идентификатора или IP адреса базовой станции с сопоставимым идентификатором или IP адресом L-GW, поддерживающим существующий контекст PDN LIPA. В дополнение к предшествующему, устройство 1400 может содержать модуль 1408 для посылки запроса деактивации на L-GW, поддерживающий существующий контекст LIPA PDN, чтобы завершить существующий контекст PDN LIPA.

[0091] Фиг.15 изображает блок-схему примерной системы 1500, которая может облегчать беспроводную связь согласно некоторым аспектам, раскрытым в настоящем описании. По DL в точке 1505 доступа процессор 1510 (TX) передачи данных принимает, форматирует, кодирует, выполняет чередование и модулирует (или преобразует в символ) данные трафика и выдает символы модуляции ("символы данных"). Модулятор 1515 символов принимает и обрабатывает символы данных и символы пилот-сигнала, и выдает поток символов. Модулятор 1515 символов мультиплексирует данные и символы пилот-сигнала и выдает их в блок 1520 передатчика (TMTR). Каждый символ передачи может быть символом данных, символом пилот-сигнала или значением сигнала ноль. Символы пилот-сигнала могут быть непрерывно посланы в каждом символьном периоде. Символы пилот-сигнала могут быть мультиплексированы с частотным разделением каналов (FDM), мультиплексированы с ортогональным частотным разделением каналов (OFDM), мультиплексированы с временным разделением каналов (TDM), мультиплексированы с кодовым разделением каналов (CDM) или подходящей их комбинацией, или подобными способами модуляции и/или передачи.

[0092] Передатчик TMTR 1520 принимает и преобразовывает поток символов в один или более аналоговых сигналов и дополнительно приводит к требуемым условиям (например, усиливает, фильтрует и преобразует с повышением частоты) аналоговые сигналы для генерирования сигнала DL, подходящего для передачи по беспроводному каналу. Сигнал DL затем передается через антенну 1525 на терминалы. В терминале 1530 антенна 1535 принимает сигнал DL и выдает принятый сигнал в блок 1540 приемника (RCVR). Блок 1540 приемника приводит к требуемым условиям (например, фильтрует, усиливает и преобразует с понижением частоты) принятый сигнал, и переводит приведенный к требуемым условиям сигнал в цифровую форму, чтобы получить выборки. Демодулятор 1545 символов демодулирует и выдает символы пилот-сигнала в процессор 1550 для оценки канала. Демодулятор 1545 символов дополнительно принимает оценку частотной характеристики для DL от процессора 1550, выполняет демодуляцию данных в отношении принятых символов данных, чтобы получить оценки символов данных (которые являются оценками переданных символов данных) и выдает оценки символа данных в процессор 1555 RX приема данных, который демодулирует (то есть, обратно преобразует в символы), выполняет обратное чередование и декодирует оценки символа данных, чтобы восстановить переданные данные трафика. Обработка демодулятором 1545 символов и процессором 1555 RX приема данных является комплементарной к обработке модулятором 1515 символов и процессором 1510 TX передачи данных, соответственно, в точке 1505 доступа.

[0093] В UL процессор 1560 TX передачи данных обрабатывает данные трафика и выдает символы данных. Модулятор 1565 символов принимает и мультиплексирует символы данных с символами пилот-сигнала, выполняет модуляцию и выдает поток символов. Блок 1570 передатчика затем принимает и обрабатывает поток символов, чтобы генерировать сигнал UL, который передается антенной 1535 на точку 1505 доступа. В частности, сигнал UL может соответствовать требованиям SC-FDMA и может включать в себя механизмы скачкообразного изменения частоты, как описано в настоящем описании.

[0094] В точке 1505 доступа сигнал UL от терминала 1530 принимается антенной 1525 и обрабатывается блоком 1575 приемника, чтобы получить выборки. Демодулятор 1580 символов затем обрабатывает выборки и выдает принятые символы пилот-сигнала и оценки символа данных для UL. Процессор 1585 RX приема данных обрабатывает оценки символов данных, чтобы восстановить данные трафика, переданные терминалом 1530. Процессор 1590 выполняет оценку канала для каждой активной передачи терминала по UL. Множественные терминалы могут передавать пилот-сигнал одновременно по UL на свои соответствующие назначенные наборы частотных поддиапазонов пилот-сигнала, где могут чередоваться наборы частотных поддиапазонов пилот-сигнала.

[0095] Процессоры 1590 и 1550 направляют (например, управляют, координируют, регулируют и т.д.) работу в точке 1505 доступа и терминале 1530, соответственно. Соответствующие процессоры 1590 и 1550 могут быть ассоциированы с блоками памяти (не показаны), которые сохраняют программные коды и данные. Процессоры 1590 и 1550 могут также выполнять вычисления, чтобы получить оценки частотного и импульсного отклика для UL и DL, соответственно.

[0096] Для системы множественного доступа (например, SC-FDMA, FDMA, OFDMA, CDMA, TDMA, и т.д.) множественные терминалы могут передавать одновременно по UL. Для такой системы частотные поддиапазоны пилот-сигнала могут быть совместно использованы среди различных терминалов. Способы оценки канала могут быть использованы в случаях, где частотные поддиапазоны пилот-сигнала для каждого терминала охватывают весь операционный частотный диапазон (возможно, за исключением краев частотного диапазона). Такая структура частотного поддиапазона пилот-сигнала может быть желательной, чтобы получить разнесение по частоте для каждого терминала.

[0097] Способы, описанные в настоящем описании, могут быть реализованы различными средствами. Например, эти способы могут быть реализованы в аппаратном обеспечении, программном обеспечении или их комбинации. Для реализации аппаратного обеспечения, которое может быть цифровым, аналоговым или как цифровым, так и аналоговым, блоки обработки, используемые для оценки канала, могут быть реализованы в одной или более специализированных интегральных схемах (схемах ASIC), цифровых сигнальных процессорах (процессорах DSP), устройствах цифровой обработки сигналов (устройствах DSPD), программируемых логических устройствах (устройствах PLD), программируемых пользователем вентильных матрицах (матрицах FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах, других электронных блоках, сконструированных для выполнения функций, описанных в настоящем описании, или их комбинациях. С программным обеспечением реализация может осуществляться с помощью модулей (например, процедур, функций и т.д.), которые выполняют функции, описанные в настоящем описании. Коды программного обеспечения могут быть сохранены в блоке памяти и выполнены процессорами 1590 и 1550.

[0098] Фиг.16 иллюстрирует систему 1600 беспроводной связи с множественными базовыми станциями (BSs) 1610 (например, беспроводными точками доступа, устройством беспроводной связи) и множественными терминалами 1620 (например, терминалами AT), такими, которые могут быть использованы совместно с одним или более аспектами. BS 1610 в целом является стационарной станцией, которая связывается с терминалами и также может называться точкой доступа, узлом B или некоторой другой терминологией. Каждая BS 1610 обеспечивает зону охвата связи для конкретной географической области или области охвата, иллюстрированной как три географических области на Фиг.16, отмеченные 1602a, 1602b и 1602c. Термин "ячейка" может относиться к BS или ее области охвата в зависимости от контекста, в котором используется этот термин. Чтобы повысить емкость системы, географическая область BS/область охвата может быть разделена на множественные меньшие области (например, три меньших области, согласно ячейке 1602a на Фиг.16), 1604a, 1604b и 1604c. Каждая меньшая область (1604a, 1604b, 1604c) может обслуживаться соответствующей базовой подсистемой приемопередатчика (BTS). Термин "сектор" может относиться к BTS или ее области охвата в зависимости от контекста, в котором используется этот термин. Для разбитой на сектора ячейки, системы BTS для всех секторов этой ячейки обычно совместно располагаются в базовой станции для ячейки. Способы передачи, описанные в настоящем описании, могут быть использованы для системы с разбитыми на сектора ячейками, а также для системы с неразбитыми на сектора ячейками. Для простоты в рассматриваемом описании, если не определено иначе, термин "базовая станция" в целом используется для стационарной станции, которая обслуживает сектор, а также стационарной станции, которая обслуживает ячейку.

[0099] Терминалы 1620 обычно разбросаны по всей системе, и каждый терминал 1620 может быть стационарным или мобильным. Терминалы 1620 также могут называться мобильной станцией, пользовательским оборудованием, пользовательским устройством, устройством беспроводной связи, терминалом доступа, пользовательским терминалом или некоторой другой терминологией. Терминал 1620 может быть беспроводным устройством, сотовым телефоном, персональным цифровым ассистентом (PDA), платой беспроводного модема и т.д. Каждый терминал 1620 может связываться с нолем, одной или множественными станциями BS 1610 по нисходящей линии связи (например, FL) и восходящей линии связи (например, RL) в любой заданный момент. Нисходящая линия связи относится к линии связи от базовых станций к терминалам, и восходящая линия связи относится к линии связи от терминалов к базовым станциям.

[00100] Для централизованной архитектуры контроллер 1630 системы подсоединяется к базовым станциям 1610 и обеспечивает координацию и управление для станций BS 1610. Для распределенной архитектуры станции BS 1610 могут связываться друг с другом, если необходимо (например, посредством проводной или беспроводной сети обратной передачи, беспроводным образом соединяющей станции BS 1610). Передача данных по прямой линии связи часто имеет место от одной точки доступа к одному терминалу доступа с или приблизительно максимальной скоростью передачи данных, которая может поддерживаться прямой линией связи или системой связи. Дополнительные каналы прямой линии связи (например, канал управления) могут быть переданы от множественных точек доступа на один терминал доступа. Передача данных обратной линии связи может иметь место от одного терминала доступа к одной или более точкам доступа.

[00101] Фиг.17 является иллюстрацией запланированной или полузапланированной среды 1700 беспроводной связи, в соответствии с различными аспектами. Среда 1700 связи включает в себя множественные станции BS точки доступа, включающие в себя узлы HNB 1710, каждый из которых устанавливается в соответствующих мелкомасштабных сетевых средах. Примеры мелкомасштабных сетевых сред могут включать в себя места жительства пользователя, предприятия, внутренние/внешние помещения 1730 и т.д. Узлы HNB 1710 могут быть сконфигурированы для обслуживания ассоциированных оборудований UE 1720 (например, включенных в CSG, ассоциированную с узлами HNB 1710) или необязательно чужих или посещаемых оборудований UE 1720 (например, которые не сконфигурированы для CSG HNB 1710). Каждый HNB 1710 дополнительно подсоединяется к Интернету 1740 и базовой сети 1750 оператора мобильной связи с помощью маршрутизатора DSL (не показан), или альтернативно, кабельного модема, высокоскоростному широкополосному соединению по силовым линиям, спутниковому интернет-соединению или подобному широкополосному интернет-соединению (не показано).

[00102] Чтобы реализовать беспроводные услуги с помощью узлов HNB 1710, владелец узлов HNB 1710 подписывается на мобильное обслуживание, например, мобильные услуги 3G, предлагаемые через базовую сеть 1750 оператора мобильной связи. Кроме того, UE 1720 может быть способно работать в макросотовой среде и/или в жилой мелкомасштабной сетевой среде, используя различные способы, описанные в настоящем описании. Таким образом, по меньшей мере в некоторых раскрытых аспектах HNB 1710 может быть обратно совместим с любым подходящим существующим UE 1720. Кроме того, в дополнение к мобильной сети 1755 макроячейки, UE 1720 обслуживается заранее определенным количеством узлов HNB 1710, в частности, узлами HNB 1710, которые постоянно находятся в пределах соответствующего места(мест) жительства пользователя, предприятия(й) или внутренних/внешних помещений 1730, и не может находится в состоянии мягкой передачи обслуживания с мобильной сетью 1755 макроячейки базовой сети 1750 оператора мобильной связи. Должно быть оценено, что хотя аспекты, описанные в настоящем описании, используют терминологию 3GPP, должно быть понятно, что к аспектам может также относиться технология 3GPP (Выпуск 99 [Rel99], Rel5, Rel6, Rel7) а также технология 3GPP2 (1xRTT, 1xEV-DO ReI0, RevA, RevB) и другие известные и связанные технологии.

[00103] Используемые в настоящем изобретении термины "компонент", "система", "модуль" и т.п. предназначаются, чтобы относиться к связанному с компьютером объекту, аппаратному обеспечению, программному обеспечению, программному обеспечению при выполнении, аппаратно-программному обеспечению, промежуточному программному обеспечению, микрокоду и/или любой их комбинации. Например, модуль может быть, но не ограничиваться, процессом, выполняющимся на процессоре, процессором, объектом, выполняемой программой, потоком выполнения, программой, устройством и/или компьютером. Один или более модулей могут находиться в пределах процесса и/или потока выполнения, и модуль может быть размещен на одном электронном устройстве и/или распределен между двумя или более электронными устройствами. Дополнительно, эти модули могут выполняться с различных считываемых компьютером носителей, имеющих различные структуры данных, сохраненные на них. Модули могут связываться посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных (например, данные от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или через сеть, такую как Интернет, с другими системами посредством сигнала). Дополнительно, компоненты или модули систем, описанных в настоящем описании, могут быть перекомпонованы и/или дополнены дополнительными компонентами/модулями/системами, чтобы способствовать достижению различных аспектов, целей, преимуществ и т.д., описанных в отношении них, и не ограниченных точными конфигурациями, сформулированными в данной иллюстрации, как будет оценено специалистом в данной области техники.

[00104] Кроме того, различные аспекты описываются в настоящем описании совместно с UE. UE может также называться системой, блоком абонента, станцией абонента, мобильной станцией, мобильным блоком, устройством мобильной связи, мобильным устройством, удаленной станцией, удаленным терминалом, AT, пользовательским агентом (UA), пользовательским устройством или пользовательским терминалом (UT). Станция абонента может быть сотовым телефоном, радиотелефоном, телефоном протоколом инициации сеанса связи (SIP), станцией местной радиосвязи (WLL), персональным цифровым ассистентом (PDA), переносным устройством, имеющим способность беспроводного соединения, или другим устройством обработки, связанным с беспроводным модемом, или аналогичным механизмом, облегчающим беспроводную связь с устройством обработки.

[00105] В одном или более примерных вариантах осуществления описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, программно-аппаратном обеспечении, промежуточном программном обеспечении, микрокоде или любой подходящей их комбинации. Если реализуется в программном обеспечении, функции могут быть сохранены или переданы как одна или более команд или код на считываемый компьютером носитель. Считываемые компьютером носители включают в себя как компьютерные запоминающие носители, так и коммуникационные носители, включающие в себя любой носитель, который облегчает передачу компьютерной программы от одного места до другого. Запоминающий носитель может быть любым физическим носителем, который может быть доступен посредством компьютера. Посредством примера, а не ограничения, такие считываемые компьютером носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства, смарт карты, устройства флэш-памяти (например, карточка, стик, ключевой носитель) или любой другой носитель, который может быть использован, чтобы переносить или сохранять желаемый программный код в форме команд или структур данных, и который может быть доступным посредством компьютера. Например, если программное обеспечение передается от вебсайта, сервера или другого удаленного источника, используя коаксиальный кабель, волоконно-оптический кабель, витую пару, абонентскую цифровую линию (DSL) или беспроводные технологии, такие как инфракрасное излучение, радио- и микроволны, то эти коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасное излучение, радио- и микроволны включаются в определение носителя. Диск (disk) и диск (disc), как используются в настоящем описании, включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), дискету и диск blue-ray, где диски (disks) обычно воспроизводят данные магнитным способом, в то время как диски (discs) воспроизводят данные оптическим образом посредством лазеров. Комбинации вышеупомянутого также должны быть включены в понятие считываемых компьютером носителей.

[00106] Для реализации аппаратного обеспечения различные иллюстративные логики, логические блоки, модули и схемы блоков обработки, описанные совместно с аспектами, раскрытыми в настоящем описании, могут быть реализованы или выполнены в одной или более схемах ASIC, процессорах DSP, устройствах DSPD, устройствах PLD, матрицах FPGA, логике на дискретных элементах или транзисторах, дискретных компонентах аппаратного обеспечения, процессорах общего назначения, контроллерах, микроконтроллерах, микропроцессорах, других электронных блоках, разработанных для выполнения функций, описанных в настоящем описании, или их комбинациях. Процессор общего назначения может быть микропроцессором, но в альтернативе, процессор может быть любым обычным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в качестве комбинации вычислительных устройств, например, комбинации DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров совместно с ядром DSP или любой другой подходящей конфигурации. Дополнительно, по меньшей мере один процессор может содержать один или более модулей, работающих для выполнения одного или более этапов и/или действий, описанных в настоящем описании.

[00107] Кроме того, различные аспекты или признаки, описанные в настоящем описании, могут быть реализованы как способ, устройство или изделие изготовления, используя методики стандартного программирования и/или конструирования. Дополнительно, этапы и/или действия способа или алгоритма, описанного совместно с аспектами, раскрытыми в настоящем описании, могут осуществляться непосредственно в аппаратном обеспечении, в модуле программного обеспечения, выполняемого процессором, или в комбинации этих двух. Дополнительно, в некоторых аспектах этапы и/или действия способа или алгоритма могут постоянно находиться в качестве по меньшей мере одной или любой комбинации или набора кодов и/или команд в считываемом машиной носителе и/или считываемом компьютером носителе, который может быть включен в компьютерный программный продукт. Термин "изделие производства", "модуль" или "устройство", который используется в настоящем описании, предназначается, чтобы охватить по меньшей мере в одном аспекте компьютерную программу, доступную из любого считываемого компьютером устройства или носителей.

[00108] Дополнительно, слово "примерный" используется в настоящем описании, чтобы обозначать «служить в качестве примера, частного случая или иллюстрации». Любой аспект или структура, описанные в настоящем описании как "примерная", не обязательно должна быть рассмотрена как предпочтительная или выгодная по отношению к другим аспектам или структурам. Наоборот, использование слова "примерный" предназначается, чтобы представлять понятия конкретным способом. Используемый в этой заявке термин "или" предназначается, чтобы обозначать включающее "или", а не исключающее "или". Таким образом, если не определено иначе или не ясно из контекста, "X использует A или B", предназначается, чтобы обозначать любую из естественных включающих в себя перестановок. Таким образом, если X использует A; X использует B; или X использует как A, так и B, то "X использует A или B" удовлетворяется любым из вышеизложенных случаев. В дополнение, употребления единственного числа, которые используются в этой заявке и приложенной формуле изобретения, должны в общем быть рассмотрены, чтобы обозначать "один или более", если не определено иначе или не ясно из контекста, что они должны быть направлены на единственную форму.

[00109] Кроме того, используемые в настоящем описании термины "делать вывод" или "логический вывод" в целом относятся к процессу рассуждения или логического выведения состояний системы, среды и/или пользователя из ряда наблюдений, которые накапливаются с помощью событий и/или данных. Логический вывод может быть использован для идентификации определенного контекста или действия, или, например, может генерировать распределение вероятности по состояниям. Логический вывод может быть вероятностным, то есть вычислением распределения вероятности по интересующим состояниям на основании рассмотрения данных и событий. Логический вывод может также относиться к методикам, используемым для создания высокоуровневых событий из набора событий и/или данных. Такой вывод приводит к конструированию новых событий или действий из набора данных наблюдаемых событий и/или сохраненного события, скоррелированы ли события или нет в близкой временной близости, и происходят ли события и данные из одного или нескольких источников события и данных.

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

Класс H04W8/08 передача мобильных данных

способ и устройство для мобильности многоадресной передачи -  патент 2524846 (10.08.2014)
устройство и способ связи, программа, устройство управления информацией и система связи -  патент 2518912 (10.06.2014)
обработка трафика локального непосредственного соединенения в домашней базовой станции -  патент 2518186 (10.06.2014)
способ, радиосистема и базовая станция -  патент 2497307 (27.10.2013)
системы и способы для мультиплексирования множества соединений в мобильной ip-сети -  патент 2488237 (20.07.2013)
способ получения базовой станцией информации о параметрах радиосвязи, поддерживаемых абонентским оборудованием, в системе передачи данных lte -  патент 2470486 (20.12.2012)
система и способ для маршрутизации и поддержки системы доменных имен мобильного узла -  патент 2417556 (27.04.2011)
система и способ для мультиплексирования управляющей информации на физическом канале данных -  патент 2371883 (27.10.2009)
Наверх