Способы и модули для управления пакетами в программно-конфигурируемой сети

Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении управления пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей. Плоскость данных системы (100) связи содержит модуль (140) переадресации, модуль (145) обслуживания и входной модуль (170), и плоскость управления системы (100) связи содержит модуль (147) управления. Входной модуль (170) принимает (8) пакет протокола интернета (IP-пакет) от однорангового устройства (180), включающий IP-адрес получателя, привязанный к мобильному устройству (120). Входной модуль (170) получает (9) от модуля (147) управления значение местоположения, определяющее узел (110) радиосети, привязанный к IP-адресу получателя. Входной модуль (170) привязывает (10) значение местоположения к IP-пакету, причем значение местоположения относится к имени тега местоположения, указывающему узел (110) радиосети, который обслуживает мобильное устройство (120). Входной модуль (170) отправляет (11) пакет через модуль (140) переадресации узлу (110) радиосети, как указано значением местоположения имени тега местоположения. 12 н. и 36 з.п. ф-лы, 25 ил.

 

ОБЛАСТЬ ТЕХНИКИ

Представленные в настоящей заявке варианты осуществления относятся к системам связи, таким как системы беспроводной связи. В частности, раскрыты способы и модули для управления пакетами в системе связи на основе технологии программно-конфигурируемых сетей.

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

Сегодняшняя архитектура сети мобильной связи, так называемая архитектура развитого ядра пакетной коммутации (EPC), описана в литературе технической спецификации (TS) проекта партнерства 3-его поколения (3GPP) 23.401 и 3GPP TS 23.402. Обзор архитектуры 100 EPC проиллюстрирован на фиг. 1. Пользовательское оборудование (UE) 101 (или мобильное устройство) присоединяется к сети, например, через сеть радиодоступа, такую как развитая наземная сеть 102 радиодоступа UMTS (UTRAN), где UMTS обозначает универсальную мобильную телекоммуникационную систему, и принимает адрес протокола Интернета (IP-адрес). Пользовательское оборудование использует этот IP-адрес для взаимодействия с одноранговыми устройствами в сети 103 пакетной передачи данных (PDN). Такая сеть PDN в большинстве случаев представляет собой Интернет, но также может являться IP-службой оператора, такой как подсистема мультимедиа IP (IMS), подсистема симуляции общественной коммутируемой телефонной сети (PSS) и т.п. Шлюз 104 PDN (PGW) обеспечивает доступ к одной или более сетям 103 PDN. Между пользовательским оборудованием и шлюзом PGW имеется логический IP-тоннель, называемый соединением PDN.

Весь трафик соединения PDN маршрутизируется через один и тот же шлюз PGW 104. IP-адрес этого соединения PDN, т.е. IP-адрес пользовательского оборудования, топологически принадлежит шлюзу PGW 104. Шлюз PGW 104, таким образом, действует как якорная точка для этого IP-адреса. Куда бы ни перемещалось пользовательское оборудование 101, точка привязки остается одной и той же. Таким образом, одноранговое устройство (peer) в Интернете, например, в сети PDN 103, не замечает перемещения пользовательского оборудования 101.

Соединение PDN состоит из трех сегментов: сегмент между пользовательским оборудованием и базовой станцией (BS), на фиг. 1 обозначенный как сеть 102 E-UTRAN, сегмент между базовой станцией 102 и обслуживающим шлюзом (SGW) 105, и сегмент между шлюзом SGW 105 и шлюзом PGW 104. Последние два реализованы посредством туннелирования с помощью туннельного протокола (GTP) системы пакетной радиосвязи общего пользования (GPRS) (<http://en.wikipedia.org/wiki/GPRS_Tunnelling_Protocol>). Например, расположенный ниже IP-пакет пользовательских данных (т.е. пакет к пользовательскому оборудованию) между шлюзом PGW 104 и шлюзом SGW 105 инкапсулирован в GTP-заголовке и внешнем транспортном IP-заголовке. GTP-заголовок содержит туннельный идентификатор конечной точки (TEID), указывающий, какому пользователю, т.е. какому пользовательскому оборудованию 101 этот пакет принадлежит. Внешний транспортный IP-заголовок имеет адрес назначения шлюза SGW 105. Имеется аналогичная настройка установка между шлюзом SGW 105 и базовой станцией 102, но там пакет нисходящей линии связи имеет адрес базовой станции, установленный в качестве адреса назначения в транспортном IP-заголовке.

Фиг. 1 для полноты иллюстрирует дополнительные объекты, такие как объект 106 управления мобильностью (MME), система 107 домашней подписки (HSS), обслуживающий узел 108 поддержки GPRS (SGSN), функция 109 политик и правил тарификации (PCRF). Кроме того, показаны две другие иллюстративные сети радиодоступа, т.е. сеть 110 UTRAN и сеть 111 радиодоступа GSM EDGE (GERAN), где GSM обозначает глобальную систему мобильной связи, и EDGE обозначает усовершенствованную скорость передачи данных для развития GSM.

На транспортном уровне могут иметься дополнительные уровни, не показанные на фиг. 1. Например, базовая станция 102 и шлюз 105 SGW могут находиться на разных участках, и транспортировка пакетов между участками может выполняться через зашифрованный транспортный туннель. В такой настройке может иметься безопасный шлюз на обоих концах транспортного тоннеля, выполняющий шифрование и дешифрование.

Чтобы выполнить предстоящие требования к архитектуре 100 EPC, считается, что требуется полностью перепроектированная архитектура.

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

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

В среде формирования цепочки обслуживания, в которой конечное устройство действительно перемещается, как имело бы место, когда архитектура SDN используется в упомянутой выше перепроектированной базовой архитектуре для мобильной системы беспроводной связи, установлены некоторые новые требования на переадресацию пакетов этого устройства. В частности, пакеты могут переадресовываться посредством другого множества элементов переадресации после перемещения. Это подразумевает, что необходима некоторая реконфигурация для переадресации пакетов того устройства к новому местоположению этого устройства.

Рассмотрим пример сети на фиг. 2, в которой устройство, т.е. пользовательское оборудование, такое как UEa 201 на чертеже, перемещается от исходной базовой станции (BS1) 202 к целевой базовой станции (BS3) 204. Существует четыре базовых станции 202-205 и несколько элементов переадресации (FE), т.е. FE1 206-FE7 212. Элементы переадресации FE1-FE7 206-212 могут быть организованы таким образом по топологическим причинам; т.е. первый элемент переадресации (FE1) 206 может находиться близко к исходной базовой станции (BS1) 202, но далеко от целевой базовой станции (BS3) 204.

Предположим, что пользовательское оборудование UEa 201 взаимодействует с одноранговым устройством 213 (peer), таким как компьютер, другое пользовательское оборудование, сервер и т.п., за элементом переадресации (FE7) 212. В наивной реализации каждый элемент переадресации в цепочке от пользовательского оборудования до однорангового устройства (из элементов переадресации: FE1 206 - FE2 207 - FE5 210 - FE6 211 - FE7 212) будет иметь по меньшей мере один вход для пользовательского оборудования UEa 201. В худшем случаем может иметься единственный вход для каждого потока пользовательского оборудования UEa 201. Теперь предположим, что пользовательское оборудование UEa 201 перемещается от базовой станции BS1 202 к базовой станции BS3 204. Это потребовало бы новых входов для пользовательского оборудования UEa 201 в третьем элементе переадресации (FE3) 208 и четвертом элементе переадресации (FE4) 209. Это также потребовало бы обновления входов пользовательского оборудования UEa 201 в пятом элементе переадресации (FE5) 210, в результате чего пакеты к пользовательскому оборудованию UEa 201 теперь переадресовываются к элементу переадресации FE4 209 вместо второго элемента переадресации (FE2) 207. И наконец, входы пользовательского оборудования UEa 201 в первом элементе переадресации (FE1) 202 и FE2 207 должны быть удалены. Все это вызывает большую сигнализацию плоскости управления к элементам переадресации и узлу (узлам), управляющему элементами переадресации. Это решение не является масштабируемым.

SoftCell (<ftp://ftp.cs.princeton.edu/techreports/2013/950.pdf>) предлагает одно решение этой проблемы масштабируемости. Фиг. 3 использована для объяснения, каким образом аспект мобильности при формировании цепочек обслуживания решен в подходе SoftCell (программная сота).

SoftCell определяет коммутатор доступа (AS), такой как AS1 320, AS2 321, AS3 322 и AS4 324 на фиг. 3, которые находятся близко к базовым станциям, таким как исходная базовая станция (BS1) 310. Коммутатор доступа логически расположен между базовыми станциями и первыми элементами переадресации, такими как FE1 340 и FE3 342. Коммутатор доступа может быть совмещен с базовой станцией и фактически может являться первыми элементами переадресации, такими как FE1 340 и FE3 342, объединенными с функцией плоскости пользователя (UPF). В этой терминологии элемент переадресации выполняет только переадресацию пакетов, и функция UPF выполняет некоторую операцию над пакетом и даже может изменять пакет. В объединении они могут выполнять одну из упомянутых выше сетевых служб.

Коммутатор доступа выполняет классификацию пакетов на трафике экземпляров пользовательского оборудования. Каждый пакет отображается на политику. Политика определяет, какой цепочке какой пакет принадлежит; т.е. через какие элементы переадресации и функции UPF этот пакет должен проходить. Затем пакеты агрегируются на трех измерениях: политика, местоположение (идентификатор базовой станции) и идентификатор пользовательского оборудования. Эти измерения агрегации могут затем выборочно использоваться, тем самым ограничивая количество входов в элементах переадресации. Например, элемент переадресации FE5 344 на упомянутом выше чертеже может обосновывать свои решения переадресации на нисходящей линии связи на измерении местоположения, и ему не требуется принимать во внимание измерение пользовательского оборудования. Элемент переадресации FE6 345 может обосновывать свое решение переадресации на восходящей линии связи на измерении политик, и ему не требуется принимать во внимание измерение пользовательского оборудования и местоположения.

SoftCell предлагает закодировать три измерения политики, идентификатора базовой станции и идентификатора пользовательского оборудования в IP-адресе и порту источника пакетов восходящей линии связи. Это кодирование выполняет коммутатор доступа. Таким образом, коммутатор доступа транслирует IP-адрес и порт источника, используемые пользовательским оборудованием, в новый IP-адрес и порт источника подобно функции трансляции сетевых адресов (NAT). Между коммутатором доступа и одноранговым устройством используется эта новая пара IP-адреса и порта. Пакет нисходящей линии связи от однорангового устройства включает в себя новый IP-адрес и порт как адрес назначения. Поскольку IP-адрес топологически принадлежит коммутатору доступа, пакет нисходящей линии связи прибудет в тот же самый коммутатор доступа. Затем коммутатор доступа выполняет обратную трансляцию в первоначальный IP-адрес и порту, известные пользовательскому оборудованию.

Теперь предположим, что устройство, такое как пользовательское оборудование UEa 301, перемещается от базовой станции BS1 310 к базовой станции BS2 311 на фиг. 3. Таким образом, пользовательское оборудование UEa 301 перемещается от первого коммутатора доступа (AS1) 320 ко второму коммутатору доступа (AS2) 321. SoftCell предлагает поддерживать маршрутизацию существующих потоков через коммутатор доступа AS1 320, чтобы избежать воспринятого изменения IP-адреса для продолжающихся потоков. Таким образом, для потока, который начался, когда пользовательское оборудование UEa 301 еще находилось на базовой станции BS1 310, поток маршрутизируется через базовую станцию BS2 311 и коммутатор доступа AS1 320 после перемещения. Только новые потоки маршрутизируются через базовую станцию BS2 311 и коммутатор доступа AS2 321.

Подход SoftCell имеет несколько недостатков:

- Кодирование трех измерений в пару из IP-адреса и порта работает только на потоках, которые происходят из пользовательского оборудования UEa 301. Поскольку одноранговое устройство не знает о схеме кодирования, подход SoftCell не работает на потоках, которые происходят из однорангового устройства.

- После того, как пользовательское оборудование UEa 301 переместилось к новой базовой станции, такой как BS2 311, существующие потоки все еще маршрутизируются через коммутатор доступа AS1 320, связанный со старой базовой станцией BS1 310. Это вводит субоптимальную маршрутизацию таких потоков. В особенности это недостаток для длительных по времени потоков.

- Предположим, что пользовательское оборудование UEa 301 имеет много активных потоков к одноранговому устройству. Затем оно перемещается к новой базовой станции, такой как BS2 311, и начинает дополнительный поток. Тогда одноранговое устройство 350 будет чувствовать новый адрес источника для дополнительного потока, даже при том, что этот поток происходит из того же самого пользовательского оборудования UEa 301. Это может привести одноранговое устройство 350 в замешательство в некоторых сценариях.

- SoftCell в основном вводит трансляцию сетевых адресов (NAT). Это приемлемо для протокола IPv4, поскольку уже существует большое множество NAT, так или иначе используемых для протокола IPv4, но менее привлекательно протокола IPv6.

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

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

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

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

В соответствии с другим аспектом задача решается посредством входного модуля, выполненного с возможностью управлять пакетами в системе связи на основе технологии программно-конфигурируемых сетей, причем система связи содержит входной модуль, узел радиосети, мобильное устройство, модуль переадресации, модуль обслуживания, одноранговое устройство и модуль управления для управления модулем переадресации, модулем обслуживания и входным модулем, причем плоскость данных системы связи содержит модуль переадресации, модуль обслуживания и входной модуль, и плоскость управления системы связи содержит модуль управления, причем мобильное устройство присоединено к узлу радиосети, причем входной модуль выполнен с возможностью: принимать IP-пакет от однорангового устройства, причем IP-пакет включает в себя IP-адрес получателя, привязанный к мобильному устройству; получать от модуля управления значение местоположения, определяющее узел радиосети, привязанный к IP-адресу получателя; привязывать значение местоположения к IP-пакету, причем значение местоположения относится к имени тега местоположения, указывающему узел радиосети, который обслуживает мобильное устройство, тем самым получая пакет; и отправлять пакет через модуль переадресации узлу радиосети, как указано посредством значения местоположения имени тега местоположения.

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

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

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

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

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

В соответствии еще с одним аспектом задача решается посредством модуля восходящей линии связи, выполненного с возможностью управлять пакетами в системе связи на основе технологии программно-конфигурируемых сетей, причем система связи содержит модуль восходящей линии связи, узел радиосети, мобильное устройство, модуль переадресации, модуль обслуживания, одноранговое устройство и модуль управления для управления модулем переадресации и модулем обслуживания, причем плоскость данных системы связи содержит модуль восходящей линии связи, модуль переадресации и модуль обслуживания, и плоскость управления системы связи содержит модуль управления, причем мобильное устройство присоединено к узлу радиосети, причем модуль восходящей линии связи выполнен с возможностью: принимать от модуля управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки; принимать через узел радиосети IP-пакет от мобильного устройства; выбирать значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя IP-пакета; формировать классифицированный пакет восходящей линии связи, инкапсулирующий значение обработки и IP-пакет, причем значение обработки относится к имени тега обработки; и отправлять классифицированный пакет восходящей линии связи через модуль переадресации, который выполняет обработку классифицированного пакета восходящей линии связи в соответствии со значением обработки, одноранговому устройству.

В соответствии с дополнительными аспектами задача решается посредством компьютерных программ и носителей для компьютерных программ, соответствующих упомянутым выше аспектам.

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

С представленными в настоящей заявке вариантами осуществления пакеты помечаются или привязываются к одному или более тегам, причем тег имеет имя тега и значение. Комбинация тегов определяет путь через архитектуру SDN, содержащую первый модуль и/или модули нисходящей линии связи для этого пакета. Агрегация входов, например, имен тегов, может быть достигнута при помощи одинакового тега для нескольких потоков и нескольких устройств, что тем самым ограничивает количество входов в элементах переадресации цепочки обслуживания, иначе известной как маршрут или путь. Пакеты помечаются одним или более модулями, такими как первый модуль и модули нисходящей линии связи.

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

Модули переадресации могут быть сконфигурированы на основе того, каким образом пакеты с заданным тегом должны быть переадресованы. Большая часть этой конфигурации и в типичных случаях вся конфигурация не требует обновления, т.е. выполняется снова при событиях мобильности. Это поддерживает минимальную или по меньшей мере низкую управляющую сигнализацию к модулям переадресации.

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

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

Различные аспекты вариантов осуществления, раскрытых в настоящем документе, в том числе их конкретные признаки и преимущества, будут без затруднений поняты на основе следующего подробного описания и прилагаемых чертежей.

Фиг. 1 - схематический вид архитектуры развитого ядра пакетной коммутации,

Фиг. 2 - блок-схема, иллюстрирующая базовые станции и элемент переадресации программно-конфигурируемой сети,

Фиг. 3 - дополнительная блок-схема, иллюстрирующая базовые станции и элемент переадресации программно-конфигурируемой сети,

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

Фиг. 5 - блок-схема, иллюстрирующая инкапсуляцию пакетов,

Фиг. 6 - комбинированная сигнализация и блок-схема последовательности этапов, иллюстрирующая способы в настоящем документе,

Фиг. 7 - иллюстрация программно-конфигурируемой сети в соответствии с представленными в настоящей заявке вариантами осуществления,

Фиг. 8 - блок-схема, иллюстрирующая сеть, настроенную для варианта использования мобильной широкополосной связи,

Фиг. 9 - дополнительная блок-схема, демонстрирующая иллюстративную настроенную сеть,

Фиг. 10 - дополнительная комбинированная сигнализация и блок-схема последовательности этапов, иллюстрирующая представленный в настоящей заявке вариант осуществления,

Фиг. 11 - другая дополнительная комбинированная сигнализация и блок-схема последовательности этапов, иллюстрирующая дополнительный представленный в настоящей заявке вариант осуществления,

Фиг. 12a и 12b - еще одни дополнительные комбинированные сигнализации блок-схемы последовательности этапов, иллюстрирующие представленный в настоящей заявке вариант осуществления,

Фиг. 13a и 13b - еще одни дополнительные комбинированные сигнализации блок-схемы последовательности этапов, иллюстрирующие представленный в настоящей заявке вариант осуществления,

Фиг. 14a и 14b - схематические виды, иллюстрирующие две разные иерархии,

Фиг. 15 - блок-схема последовательности этапов, иллюстрирующая варианты осуществления способа во входном модуле,

Фиг. 16 - блок-схема, иллюстрирующая варианты осуществления входного модуля,

Фиг. 17 - блок-схема последовательности этапов, иллюстрирующая варианты осуществления способа в модуле нисходящей линии связи,

Фиг. 18 - блок-схема, иллюстрирующая варианты осуществления модуля нисходящей линии связи,

Фиг. 19 - блок-схема последовательности этапов, иллюстрирующая варианты осуществления способа в модуле управления,

Фиг. 20 - блок-схема, иллюстрирующая варианты осуществления модуля управления,

Фиг. 21 - блок-схема последовательности этапов, иллюстрирующая варианты осуществления способа в модуле восходящей линии связи, и

Фиг. 22 - блок-схема, иллюстрирующая варианты осуществления модуля восходящей линии связи.

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

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

Фиг. 4 изображает иллюстративную систему 100 связи, в которой могут быть реализованы представленные в настоящей заявке варианты осуществления. Система 100 связи аналогична сетевой архитектуре, показанной на фиг. 7 и/или 9 ниже.

В соответствии с этим система 100 связи представляет собой схематический пример предлагаемой архитектуры для базовой сети пакетной коммутации для 5G (систем мобильной связи пятого поколения).

Система 100 связи основана на технологии программно-конфигурируемых сетей. Это означает, что система связи использует технологии SDN, т.е. система расширяет базовую архитектуру SDN, обеспечивая дополнительные функциональные модули в плоскости пользователя.

Система 100 связи содержит плоскость управления и плоскость пользователя. В системе 100 связи плоскость управления физически отделена от плоскости пользователя. Плоскость управления и плоскость пользователя могут содержать один или несколько функциональных модулей, называемых здесь "модулями". Плоскость управления или функциональный модуль в ней может управлять одним или несколькими функциональными модулями в плоскости пользователя через интерфейс, такой как OpenFlow и т.п. Интерфейс позволяет плоскости управления управлять плоскостью пользователя, например, посредством определения правил для переадресации в плоскости пользователя.

Плоскость управления может содержать модуль 147 управления (MM), такой как объект eMME, показанный на фиг. 4. Модуль 147 управления может управлять реестром 148 местоположений (LR). В некоторых примерах модуль 147 управления и реестр 148 местоположений могут быть совмещены в совмещенном модуле 149 управления (CMM).

Система 100 связи содержит узел 110 радиосети, известный также как базовая станция, модуль 130 восходящей линии связи (ULM), модуль 140 переадресации (FM), модуль 145 обслуживания (SM), модуль 160 нисходящей линии связи (DM) и входной модуль 170 (EM).

Входной модуль 170 может быть совмещен с модулем 160 нисходящей линии связи, тем самым образуя совмещенный входной модуль 150 нисходящей линии связи (DEM). Это означает, что классификатор нисходящей линии связи и точка IAP могут быть разделены или могут быть совмещены.

Как будет упомянуто снова, система 100 связи является системой без якоря, поскольку IP-пакеты из потока IP-пакетов в систему 100 связи способны входить в систему 100 связи более чем через один входной модуль 170. На чертежах в настоящем документе для простоты показан только один входной модуль 170.

Модули переадресации могут быть сконфигурированы, например, посредством модуля 147 управления, чтобы они знали, какие теги следует инспектировать и/или где найти некоторые теги. Когда элемент переадресации выполнил считывание или проверку тега, элемент переадресации может знать, какому следующему элементу переадресации или узлу 110 радиосети он должен переадресовать проверенный пакет, который может инкапсулировать IP-пакет.

Кроме того, фиг. 4 иллюстрирует мобильное устройство 120, или терминал. Для простоты только один узел радиосети показан на фиг. p1. Фиг. 4 может быть расширена, чтобы показать дополнительные узлы радиосети, как на фиг. 9 ниже, для иллюстрации мобильности пользовательского оборудования 120 в трехуровневой иерархии тегов для варианта использования мобильной широкополосной связи.

Кроме того, фиг. 4 иллюстрирует одноранговое устройство 180 (peer). Одноранговое устройство 180 может иметь такой же или другой тип по сравнению с пользовательским оборудованием 120. IP-соединение может быть установлено между пользовательским оборудованием 120 и одноранговым устройством 180. Однако в системе 100 связи IP-пакеты IP-соединения являются инкапсулированными.

Используемый в настоящем документе термин ʺузел радиосетиʺ может относиться к развитому узлу B (eNB), контроллеру радиосети (RNC), базовой станции (RBS), узлу управления, управляющему одним или более выносными радиоблоками (RRU), точке доступа и т.п.

Термины "беспроводное устройство", "терминал", "пользовательское оборудование", устройство связи "машина-машина" (M2M), мобильный телефон, сотовый телефон, карманный персональный компьютер (PDA), оборудованный возможностями радиосвязи, смартфон, ноутбук или персональным компьютером (PC), оборудованный внутренним или внешним мобильным широкополосным модемом, планшетный ПК с возможностями радиосвязи, переносное электронное устройство радиосвязи, устройство датчика, оборудованное возможностями радиосвязи, и т.п. используются в настоящем документе взаимозаменяемым образом. Термин «пользователь» может косвенно относиться к беспроводному устройству. Иногда термин "пользователь" может быть использован для ссылки на пользовательское оборудование и т.п., как упомянуто выше. Следует понимать, что пользователь может не обязательно подразумевать пользователя-человека. Термин "пользователь" также может относиться к машине, программному компоненту и т.п., использующим некоторые функции, способы и т.п.

Фиг. 5 иллюстрирует инкапсуляцию IP-пакета, содержащего IP-заголовок и полезную нагрузку. IP-пакет 51 может, например, быть таким, как определено в публикации RFC 791 Инженерной группы по развитию Интернета (IETF), которая описывает, например, IP-адрес получателя/источника и поля опций IP-пакета 51. Новый пакет - инкапсуляция IP-пакета - включает в себя новый заголовок и IP-пакет 51. В ходе настоящего раскрытия тип пакета относится к тому, что новый пакет имеет другой заголовок, отличающийся от заголовка IP-пакета 51.

В некоторых примерах термин "пакет" может быть использован для описания любого пакета. В дополнительных примерах к таким некоторым примерам может быть разъяснено, что такой любой пакет может иметь тип "IP-пакет" или ʺновый пакетʺ, т.е. новый пакет имеет заголовок, который отличается от заголовка IP-пакета 51.

Фиг. 6 демонстрирует иллюстративный способ в соответствии с представленными в настоящей заявке вариантами осуществления, когда они выполняются в связи с системой 100 связи, представленной на фиг. 1.

Система 100 связи может быть основана на элементах технологии программно-конфигурируемых сетей. Это может означать, что система связи включает в себя по меньшей мере один модуль переадресации для управления пакетами посредством вызова одной или нескольких сетевых служб, привязанных к элементу переадресации, и для переадресации пакетов к модулю нисходящей линии связи и/или восходящей линии связи, например, прохождения через другой модуль переадресации. В конечном счете пакет достигает мобильного устройства 120 или однорангового устройства 180 в зависимости от того, переадресован ли пакет по восходящей линии связи или нисходящей линии связи.

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

В частности, как упомянуто, система 100 связи может содержать один или более модулей переадресации, каждый из которых может вызывать один или более модулей обслуживания, также называемых функциями плоскости пользователя, например, сетевыми службами. Модули обслуживания могут быть реализованы как несколько экземпляров, привязанных к разным модулям переадресации.

В некоторых представленных в настоящей заявке вариантах осуществления существует три типа тегов.

Первый тип тега, TagUE или имя тега идентификации мобильного устройства, может идентифицировать пользовательское оборудование, его значение может являться IP-адресом пользовательского оборудования.

Второй тип тега, TagBS или имя тега местоположения, может идентифицировать базовую станцию, через которую пользовательское оборудование может быть достигнуто, т.е. через которую пользовательское оборудование может отправлять/принимать IP-пакеты. Его значение идентифицирует, к какому узлу радиосети присоединено мобильное устройство.

Третий тип тега, TagD, может идентифицировать путь для IP-пакетов к пользовательскому оборудованию или от пользовательского оборудования. Значение TagD не должно быть одинаковым для IP-пакетов восходящей линии связи и IP-пакетов нисходящей линии связи. Третий тип тега упоминается посредством термина ʺимя тега службыʺ. Его значение идентифицирует, какую обработку должны получить пакеты, перемещающиеся в системе связи.

Три типа тегов применяются к IP-пакетам на всем пути между мобильным устройством 120 и одноранговым устройством 180, т.е. не только для так называемого сегмента пути.

В заключение, информация, которая будет обеспечиваться тегами, включает в себя: a) какому пользователю/пользовательскому оборудованию принадлежит пакет; b) куда пакет направляется (к какой базовой станции), иначе говоря, тег местоположения; c) какую цепочку облуживания пакет должен получить, иначе говоря, тег службы. Эта информация может быть закодирована в трех тегах, но она также может быть закодирована в двух, одном или более трех тегах.

Входной модуль 170 выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Модуль 160 нисходящей линии связи выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Модуль 147 управления выполняет способ управления информацией конфигурации в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Модуль 130 восходящей линии связи выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

IP-пакет может быть привязан к потоку IP-пакетов от однорангового устройства 180 к мобильному устройству 120, причем по меньшей мере некоторые другие IP-пакеты потока могут быть приняты дополнительным входным модулем системы 100 связи. Как правило, другой поток IP-пакетов, т.е. второй поток, привязанный к другому IP-адресу, возможно, относящемуся к тому же самому мобильному устройству, может входить в систему связи через другой входной модуль. Кроме того, следует понимать, что как только мобильное устройство перемещается в систему 100 связи, может случиться, что поток, т.е. первый поток IP-пакетов, перемещается таким образом, что он проходит через другой входной модуль после перемещения.

Система 100 связи является системой без якоря, поскольку входной модуль 170 способен быть одним из нескольких входных модулей для приема IP-пакета с IP-адресом получателя в систему 100 связи из любой соседней с ней сети связи.

Одно или несколько из следующих действий могут быть выполнены в любом подходящем порядке.

Действия 1-6 относятся к конфигурации модулей в плоскости пользователя посредством модуля управления.

Действие 1

Модуль 147 управления формирует первую информацию конфигурации.

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

Таким образом, первая информация конфигурации, которая должна быть отправлена во входной модуль 170, может позволить входному модулю 170 узнать возможные значения местоположения, и какие порты входного модуля 170 привязаны к значениям местоположения.

Дополнительно или в качестве альтернативы модуль 147 управления формирует вторую информацию конфигурации.

Вторая информация конфигурации может включить в себя информацию о том, какие теги следует использовать, и возможные значения. Например, вторая информация конфигурации может включать в себя инструкции, какие имена и значения тегов следует добавить к пакетам некоторого IP-потока. Например, "Все пакеты в Интернет помечены тегом TagD и значением x".

Вторая информация конфигурации указывает имя тега обработки, такое как упомянутый выше TagD, и значения обработки и правила для обработки, выполняемой модулем 140 переадресации пакетов. Правило второй информации конфигурации может определять, каким образом следует выбирать значение обработки на основе IP-адреса получателя и/или IP-адреса источника пакета.

В дополнительных примерах значение обработки может быть выбрано на основе порта источника или получателя. Например, порт может раскрыть адрес службы, обеспечиваемой модулем обслуживания, и которая переносится в пакете. Тогда пакет может получить более высокий QoS, т.е. более приоритетную обработку, если пакет несет некоторые службы.

В других дополнительных примерах пакеты в узел/из узла беспроводной локальной сети (WLAN) могут получать другую обработку, нежели пакеты к/от сотовой базовой станции, такой как базовая станция LTE.

В некоторых примерах вторая информация конфигурации, которая должна быть отправлена в модули восходящей линии связи/нисходящей линии связи, также может определять, что если значение местоположения имени тега местоположения принятого пакета равно "x", то модули восходящей линии связи/нисходящей линии связи должны переадресовать пакет на порт "z" модуля 140 восходящей линии связи /нисходящей линии связи. В этом случае модули восходящей линии связи/нисходящей линии связи также выполняют действия, обычно выполняемые модулем (модулями) переадресации.

Действие 2

Чтобы позволить входному модулю 170 узнать первую информацию конфигурации, которая отслеживает местоположение мобильного устройства 120, модуль 147 управления отправляет первую информацию конфигурации входному модулю 170. В качестве альтернативы или дополнительно, модуль 147 управления отправляет вторую информацию конфигурации модулю 160 нисходящей линии связи 160 и/или модулю 130 восходящей линии связи.

Действие 2 может быть выполнено перед тем, как мобильное устройство 120 присоединяется к системе. Это может означать, что модули восходящей линии связи/нисходящей линии связи могут быть сконфигурированы с помощью агрегированной информации, которая обслуживает несколько мобильных устройств.

В целом действие 2 выполняется без инициирования посредством мобильности мобильного устройства 120.

Действие 3

Как упомянуто, модулю 140 переадресации обычно может не требоваться повторно конфигурироваться вследствие мобильности мобильного устройства 120.

Таким образом, модуль 147 управления может сконфигурировать модуль 140 переадресации с помощью третьей информации конфигурации без инициирования мобильности мобильного устройства 120, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения из множества значений местоположения.

Иначе говоря, модуль 140 переадресации может быть сконфигурирован модулем 147 управления с помощью третьей информации конфигурации, модуль 140 переадресации содержит порты к дополнительным модулям переадресации и/или модулю 145 обслуживания, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения.

В качестве примера третья информация конфигурации, которая должна быть отправлена в модуль 140 переадресации, может определять, что если значение местоположения имени тега местоположения принятого пакета равно "x", то модуль 140 переадресации должен переадресовать пакет на порт "z" модуля 140 переадресации.

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

Действие 4

Входной модуль 170 может принять от модуля 147 управления первую информацию конфигурации, указывающую имя тега местоположения и значения местоположения, привязанные к нему, причем каждое значение местоположения привязано к соответствующему узлу радиосети, к которому мобильное устройство 120 способно присоединяться.

Действие 5

Модуль 160 нисходящей линии связи принимает от модуля 147 управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки.

Действие 6

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

Теперь, когда входной модуль 170, модуль 140 переадресации и модули нисходящей линии связи/восходящей линии связи были сконфигурированы, система 100 связи настроена и готова управлять пакетами, перемещающимися между мобильным устройством 120 и одноранговым устройством 180.

Действие 7

Модуль 140 переадресации может принять третью информацию конфигурации от модуля 147 управления, например, когда модуль 147 управления конфигурирует модуль 140 переадресации посредством отправки третьей информации конфигурации модулю 140 переадресации.

Действие 8

Таким образом, входной модуль 170 принимает IP-пакет от однорангового устройства 180. IP-пакет включает в себя IP-адрес получателя, привязанный к мобильному устройству 120. IP-адрес получателя будет использоваться в действии 9, чтобы узнать, к какому узлу радиосети 110 присоединено мобильное устройство 120.

Действие 9

Это действие может быть выполнено в ответ на действие 8, или это действие может быть выполнено перед действием 8.

Входной модуль 170 получает от модуля 147 управления значение местоположения, определяющее узел 110 радиосети, привязанный к IP-адресу получателя.

Чтобы узнать значение местоположения, модуль 147 управления отслеживает местоположение мобильного устройства 120. Например, узел радиосети, к которому мобильное устройство присоединилось, может сообщить или отправить сообщение модулю 147 управления, что мобильное устройство 120 с некоторым IP-адресом присоединилось к нему.

Тогда модуль 147 управления может выдвинуть некоторый IP-адрес и значение местоположения, соответствующее узлу радиосети, к которому мобильное устройство прикрепило к входному модулю 170. В качестве альтернативы модуль 147 управления может отправить, к входному модулю, некоторому IP-адресу и значению местоположения по запросу от входного модуля 170.

Действие 10

После действия 9 входной модуль 170 теперь знает значение местоположения, привязанные к IP-адресу получателя IP-пакета, принятого в действии 8, входной модуль 170 привязывает значение местоположения к IP-пакету. Значение местоположения привязано к имени тега местоположения, указывающему узел 110 радиосети, который обслуживает мобильное устройство 120, тем самым получая пакет.

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

Во втором примере пакет может являться IP-пакетом. Это означает, что существующие поля IP-пакета используются для хранения значения местоположения в IP-пакете, т.е. без изменения типа пакета. Следовательно, привязка 10 значения местоположения к IP-пакету может содержать установку значения местоположения как первого значения опции IP-пакета. Как упомянуто выше, поля опции, которые могут включать в себя значения опции, известны в IP-пакетах. В этом втором примере может случиться так, что IP-адрес получателя может быть заменен значением местоположения. Тогда узел 110 радиосети может повторно вставить IP-адрес получателя в IP-пакет при отправке IP-пакета мобильному устройству. В качестве альтернативы новая IP-опция добавляется к IP-заголовку пакета.

Действие 11

Входной модуль 170 отправляет пакет через модуль 140 переадресации узлу 110 радиосети, как указано посредством значения местоположения имени тега местоположения.

В некоторых примерах входной модуль 170 непосредственно соединен с модулем 160 нисходящей линии связи, который затем будет использовать значение местоположения, чтобы узнать, на какой порт он должен переадресовать пакет.

В некоторых других примерах входной модуль 170 может быть соединен с модулем 160 нисходящей линии связи через один или более модулей переадресации, которые затем так же будут использовать значение местоположения, чтобы узнать, на какой порт они должны переадресовать пакет.

В действиях 12-15 описывается, каким образом модуль 160 нисходящей линии связи обеспечивает эффективное формирование цепочки обслуживания.

Действие 12

После действия 11 модуль 160 нисходящей линии связи принимает через входной модуль 170 пакет от однорангового устройства 180.

Действие 13

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

Например, информация может включать в себя IP-адрес получателя/источника пакета, как определено посредством упомянутого выше правила из второй информации конфигурации.

В некоторых примерах модуль 160 нисходящей линии связи может обновить значение местоположения, привязанное к пакету. В этом случае модуль 160 нисходящей линии связи может получить значение местоположения от модуля 147 управления аналогично тому, как входной модуль 170 получает значение местоположения. Преимущество может состоять в том, что входной модуль 170 может обновлять свои значения местоположения менее часто. См. также фиг. 14 ниже.

Действие 14

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

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

Таким образом, привязка 14 значения обработки к пакету может содержать формирование классифицированного пакета нисходящей линии связи посредством прямой или косвенной инкапсуляции IP-пакета, причем классифицированный пакет нисходящей линии связи включает в себя заголовок, содержащий значение обработки, и, факультативно, имя тега обработки. Здесь прямая инкапсуляция может означать, что IP-пакет раскрывается, когда удаляется заголовок классифицированного пакета нисходящей линии связи. Косвенная инкапсуляция может означать, что может потребоваться удалить дополнительные заголовки, возможно, добавленные в действии 10, прежде чем IP-пакет будет раскрыт.

Значение идентификации мобильного устройства 120 может использоваться в качестве нового тега, называемого именем тега устройства или именем тега пользовательского оборудования. В качестве примеров значение идентификации помогает при идентификации мобильного устройства 120 в случае широковещательных/многоадресных пакетов нисходящей линии связи, в этом случае IP-адрес не раскрывает идентификацию мобильного устройства 120.

Таким образом, привязка 14 значения обработки к пакету может содержать привязку значения идентификации мобильного устройства 120 к имени тега идентификации посредством инкапсуляции пакета, причем заголовок классифицированного пакета нисходящей линии связи дополнительно включает в себя значение идентификации. Этот тег идентификации может использоваться узлом 110 радиосети, чтобы узнать, какому мобильному устройству 120, присоединенному к нему, следует отправить пакет.

В некоторых примерах привязка 10 пакета не изменяет тип пакета. Это может означать, что пакет может являться IP-пакетом. В соответствии с этим привязка 14 значения обработки к пакету содержит установку значения обработки в качестве второго значения опции IP-пакета.

Кроме того, в случае, если пакет является IP-пакетом, IP-адрес получателя IP-пакета может использоваться для идентификации мобильного устройства 120. В этом случае узел 110 радиосети использует IP-адрес получателя, чтобы узнать, какому мобильному устройству 120, присоединенному к нему, следует отправить пакет.

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

Это также означает, что старый модуль обслуживания, который ранее переносил пакеты к мобильному устройству, может больше не быть достижимым, т.е. теперь пакеты обрабатываются новыми модулями переадресации. Таким образом, контекст старого модуля обслуживания для этого мобильного устройства 120 должен быть перемещен из старого модуля обслуживания в новый модуль обслуживания. Следует отметить, что старый и новый модули обслуживания выполняют одну и ту же функцию. Обычно старый и новый модули обслуживания исполняются в других физических местоположениях и, таким образом, соединены с другими модулями переадресации. Как будет описано ниже, старый и новый модули обслуживания могут являться разными экземплярами одного и того же функционального модуля.

Действие 15

Модуль 160 нисходящей линии связи отправляет пакет и привязанное значение обработки через модуль 140 переадресации, который выполняет обработку пакета в соответствии со значением обработки, узлу 110 радиосети. Это может означать, что мобильное устройство 120 не обязательно принимает значение обработки. В некоторых примерах значение обработки может быть очищено узлом 110 радиосети перед передачей пакета 120 мобильному устройству по радиоинтерфейсу.

Действие 16

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 обслуживания. Модуль 140 переадресации безусловно может вызвать один или более модулей обслуживания, каждый из которых предоставляет одну или более служб. Вызов модуля обслуживания, однако, выполняется модулем переадресации в соответствии со значением обработки.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию. В этом случае модуль обслуживания не вызывается. Значение обработки может определять приоритет между разными пакетами посредством значения обработки, например, чтобы обеспечить функциональность качества услуг (QoS). Приоритет может означать, в каком порядке могут быть отправлены принятые пакеты, или может означать, на какие порты модуля переадресации следует выполнить переадресацию. Здесь разные порты могут иметь разные возможности, например, либо по своей природе, либо вследствие нагрузки.

Действие 17

Модуль 130 восходящей линии связи может принять событие мобильности, когда мобильное устройство переместилось в новое местоположение, по меньшей мере один входной модуль и, возможно, также один или более модулей нисходящей линии связи обновляются, в результате чего пакеты для этого устройства помечаются теми же самыми именами тегов, такими как имя тега местоположения, но один или более тегов имеют обновленное значение, т.е. значение местоположения. Обновленное значение отражает новое местоположение мобильного устройства, например, отражает узел радиосети, обслуживающий мобильное устройство в новом местоположении.

Действие 18

Модуль 130 восходящей линии связи принимает через узел 110 радиосети IP-пакет от мобильного устройства 120.

Узел 110 радиосети знает, какому модулю восходящей линии связи он должен, отправлять IP-пакеты восходящей линии связи. Один способ достигнуть этого состоит в том, чтобы позволить модулю восходящей линии связи быть совмещенным с узлом радиосети. Однако модуль восходящей линии связи и узел радиосети также могут быть отдельными. Таким образом, модуль восходящей линии связи после того, как мобильное устройство 120 переместилось в привязанный к нему узел радиосети, может принимать пакеты восходящей линии связи, прибывающие от мобильного устройства 120.

Для узла радиосети перемещение мобильного устройства 120, т.е. мобильность мобильного устройства может рассматриваться как событие. В соответствии с известным методом узел радиосети выполняет различные задачи по обслуживанию мобильного устройства 120, которое пытается присоединиться к нему.

В отличие от этого модуль восходящей линии связи просто продолжает помечать (см. действие 20) IP-пакеты в соответствии с правилом, которое он уже принял (см. действие 6 выше).

Действие 19

Модуль 130 восходящей линии связи выбирает значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя IP-пакет. Что касается модуля 160 нисходящей линии связи, информация может включать в себя IP-адрес получателя/источника IP-пакета.

В некоторых примерах информация может включать в себя значение параметра, помеченное в IP-пакете узлом радиосети. Значение параметра может определять статус подписчика, такой как "золотой", "серебряный", "бронзовый" и "по умолчанию", который приводит к разной обработке модулем 140 переадресации.

Действие 20

Модуль восходящей линии связи формирует классифицированный пакет восходящей линии связи, инкапсулирующий значение обработки и IP-пакет, причем значение обработки относится к имени тега обработки. В частности, классифицированный пакет восходящей линии связи отличается от IP-пакета, т.е. заголовок классифицированного пакета восходящей линии связи отличается от известного заголовка IP-пакета. Таким образом, классифицированный пакет восходящей линии связи имеет другой тип пакета по сравнению с типом IP-пакета.

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

Действие 21

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

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 плоскости пользователя.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию.

Действие 22

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

Теперь будут описаны несколько более подробных примеров. Термины в последующих разделах соответствуют терминам, использованным выше, следующим образом:

мобильное устройство - пользовательское оборудование, терминал,

одноранговое устройство - одноранговое устройство,

узел радиосети - базовая станция,

входной модуль - точка IAP,

модуль нисходящей линии связи - классификатор нисходящей линии связи,

модуль переадресации - элемент переадресации,

модуль обслуживания - функция плоскости пользователя,

модуль восходящей линии связи - классификатор восходящей линии связи,

модуль управления - узел управления, eMME.

Более подробная иллюстрация предлагаемой архитектуры для базовой сети пакетной коммутации для 5G (систем мобильной связи пятого поколения) показана на фиг. 7. Фиг. 7 показывает функциональный вид предлагаемой архитектуры.

Терминал (пользовательское оборудование) 701 взаимодействует с одноранговым устройством (не показано) в сети через фиксированный или радиодоступ и через плоскость данных оператора. Сеть здесь называется "Интернет" 702, но также может являться частью сети оператора. Плоскость 703 данных содержит одну или более функций 704-709 плоскости пользователя (UPF). Термины ʺплоскость 703 данныхʺ и ʺплоскость пользователяʺ используются взаимозаменяемым образом в настоящем документе. Функции UPF представляют собой функции или службы, соединенные вместе в цепочку. Совместно они реализуют функции базовой сети, такие как сетевые службы. Это могут быть функции IP-уровня (например, прокси, брандмауэр) или функции радио-уровня (например, терминация PDCP). Цепочки функций или цепочки обслуживания могут иметь разную степень детализации; например, группа экземпляров пользовательского оборудования, единственное пользовательское оборудование или даже единственный IP-поток для единственного терминала 701. Цепочка может иметь симметричные или асимметричные восходящую/нисходящую линии связи, и функция UPF может обслуживать восходящую линию связи, нисходящую линию связи или обе из них.

Узел управления, такой как развитый объект 710 управления мобильностью (eMME), управляет узлами плоскости данных, такими функции 704-709 UPF. Он содержит множество функций плоскости управления, в том числе: традиционную функциональность объекта MME, как в существующем ядре EPC; контроллер для цепочки обслуживания UPF; и реестр местоположений (LR), который является таблицей и т.п., содержащей информацию о том, где в настоящее время располагается пользовательское оборудование, т.е. с какой базовой станции оно соединено.

Точка 711 публикации протокола IP (IAP) представляет собой точку, в которой статическая IP-маршрутизация в "Интернет" и из "Интернета" берет трафик пользователя. Трафик восходящей линии связи не требуется передавать на точку 711 IAP. Для трафика нисходящей линии связи точка 711 IAP делает запрос к реестру местоположений (не показан), чтобы узнать, где расположен терминал 701, т.е. куда должен быть маршрутизирован пакет. Частота этих запросов может быть оптимизирована несколькими способами. Например, точка IAP 711 может извлечь все правила маршрутизации для конкретного IP-адреса пользовательского оборудования и хешировать их. Объект 710 eMME также может передавать обновленную информацию о местоположении точке 711 IAP. Несколько точек IAP могут публиковать один и тот же IP-адрес. При таком способе нет единственной входной точки для IP-адреса этого терминала 701 в базовой сети пакетной коммутации, поскольку шлюз PGW (не показан) предназначен для ядра EPC. Другими словами, предлагаемая архитектура дает возможность операции без якоря.

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

Пакеты переадресовываются между функциями UPF посредством элементов 801-805 переадресации (FE). См. фиг. 8, которая иллюстрирует пример цепочки обслуживания для варианта использования мобильной широкополосной связи. Элементы переадресации могут выполнять переключение на основе информации одного или более полей в заголовке пакета. Переключение может представлять собой IP-маршрутизацию или переключение технологии программно-конфигурируемых сетей (SDN). Представленные в настоящей заявке варианты осуществления предпочтительно могут быть применены к переключению в технологии SDN. Элемент переадресации переадресует каждый пакет на один из своих исходящих портов на основе правил, которые он принял от объекта eMME. Он отбрасывает пакет, когда для пакета не существует правила. Он не модифицирует пакет. Правила переадресации в элементе переадресации могут применяться к полям в заголовке пакета. Заголовок определен как последовательность полей, предшествующая полезной нагрузке, например, полезной нагрузке принятого IP-пакета.

Упомянутая выше фиг. 8 показывает пример сетевой настройки для варианта использования мобильной широкополосной связи. Она имеет пять функций UPF: обработка радио-протокола, ограничитель ширины полосы, родительский контроль, тарификация и брандмауэр. Весь трафик проходит элементы f1 801, f2 802, f4 804, f5 805 переадресации и по восходящей линии связи, и по нисходящей линии связи (сплошная линия). Функция f1 801 может включать в себя множество функций, таких как шифрование (эфирная линия связи), сжатие заголовка и управление радио-потоками. В зависимости от подписки некоторые пользователи также получают свой трафик через функцию f3 803 (пунктирная линия).

Фигура 8 дополнительно показывает пользовательское оборудование 806, базовую станцию (BS) 807 и точку 808 IAP.

Следует отметить, что фиг. 7 описывает только функциональный вид архитектуры. Архитектура может быть развернута распределенным способом; например, такая функция UPF, как ʺобработка протокола сети RANʺ, может быть совмещена с базовой станцией на участке базовой станции, и функция UPF "брандмауэра" может работать в централизованном национальном центре обработки и хранения данных. Функции UPF могут работать в распределенной облачной среде, которая потенциально охватывает все места дислокации.

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

В соответствии с представленными в настоящей заявке вариантами осуществления один или более тегов добавляются к каждому индивидуальному пакету. Теги используются, чтобы обеспечить возможность мобильности мобильных устройств эффективным образом. Тег концептуально представляет собой пару имя/значение. Например, пользовательское оборудование может быть идентифицировано с помощью 128-битного значения тега с именем тега ʺUE ID" ("идентификатор пользовательского оборудованияʺ). Имя может быть закодировано явно как поле в заголовке пакета. Этот подход, например, используется в протоколе Инженерной группы по развитию Интернета (IETF), Женева (<https://tools.ietf.org/html/draft-gross-geneve-02>). В качестве альтернативы имя не закодировано как поле в заголовке пакета, но известно, что, например, некоторая позиция в заголовке содержит значение некоторого тега. Например, адрес источника в заголовке пакета протокола IPv4 всегда начинается с бита с номером 96 и имеет длину 32 бита (<https://www.ietf.org/rfc/rfc791.txt>). Элементы переадресации в цепочке знают, как интерпретировать теги, и выполняют переадресацию на основе информации в одном или более тегах.

Теги устанавливаются классификатором (CL) и на восходящей линии связи, и на нисходящей линии связи, т.е. классификатором восходящей линии связи и нисходящей линии связи, соответственно. На восходящей линии связи классификатор может быть, но не обязательно должен быть, совмещен с базовой станцией. На нисходящей линии связи классификатор может быть, но не обязательно должен быть, совмещен с точкой IAP. Существуют один или более классификаторов на восходящей линии связи и один или более классификаторов на нисходящей линии связи.

Фиг. 9 показывает пример с сетевой настройкой, в которой используется иерархия из трех тегов. Первый тег обозначает идентификатор пользовательского оборудования, второй тег обозначает идентификатор базовой станции, третий тег обозначает ʺцепочку по умолчаниюʺ под названием TagD. Это обычная цепочка функций, которая используется для всех пакетов в Интернет/из Интернета; т.е. это предложение мобильной широкополосной связи оператора. Функции (F1- F5) 901-905, 901ʹ-902ʹ, такие как функции плоскости пользователя, напоминают функции, упомянутые в приведенном выше примере варианта использования мобильной широкополосной связи.

В этом примере изображены четыре базовые станции 910, 911, 912, 913, также называемые BSa 910, BSb 911, BSc 912 и BSd 913. Каждая базовая станция 910-913 может обслуживать несколько экземпляров пользовательского оборудования 920, 921, 922, 923. Классификатор 930, 931, 932, 933 восходящей линии связи (CL) находится близко к базовой станции. Существует два случая F1 901 и F2 902, т.е. первой и второй функций плоскости пользователя (элементы переадресации для простоты не показаны, см. фиг. 8 для описания функций UPF и элементов переадресации). Дополнительными экземплярами являются F1ʹ 901ʹ и F2ʹ 902ʹ. Для сегмента F3 903-F4 904-F5 905 имеется только одно множество экземпляров функций. Эта настройка может быть основана на сетевой топологии. Например, F3 903-F4 904-F5 905 расположены на участке национального центра обработки и хранения данных, F1 901 и F2 902 расположены в участке локального центра коммутации, и базовые станции 910-913 и классификаторы 930-933 восходящей линии связи расположены на участках базовых станций.

Как показано на фиг. 9, тег TagD используется для всего переключения между F1 901-F5 905. Все пакеты, помеченные тегом TagD, проходят через одну и ту же функцию. Но значение TagD определяет, через какие экземпляры этих функций проходят пакеты. Теперь предположим, что когда пользовательское оборудование 920 на фиг. 9 перемещается из BSa 910 в BSc 912, тогда его функция UPF в F1 901 будет должна выполняться функцией UPF F1ʹ 901ʹ (безусловно, выполняя ту же самую функцию). Также, когда пользовательское оборудование 920 перемещается в BSc 912 из BSa 910, должно быть выполнено переключение на элемент переадресации (не показан) F1ʹ 901ʹ вместо элемента переадресации (не показан) F1 901. В соответствии с представленными в настоящей заявке вариантами осуществления, перемещение пользовательского оборудования 920 из BSa 910 в BSc не подразумевает реконфигурации элемента переадресации (снова не показан) F1ʹ 901ʹ

Фиг. 9 дополнительно иллюстрирует классификатор 940 нисходящей линии связи и точку 950 IAP.

Фиг. 10 показывает, как трафик нисходящей линии связи и восходящей линии связи будет переадресовываться с использованием трехуровневой иерархии тегов. На восходящей линия связи классификатор классифицирует пакет с тегом TagD. На нисходящей линии связи точка IAP делает поиск в реестре местоположений, чтобы узнать, где находится пользовательское оборудование в настоящее время. Ключом поиска является IP-адрес получателя пакета нисходящей линии связи. В качестве ответа точка IAP принимает идентификатор базовой станции пользовательского оборудования. Он добавляется в качестве тега к пакету. Точка IAP даже может установить тег идентификатора пользовательского оборудования. В качестве альтернативы в качестве идентификатора пользовательского оборудования служит адрес назначения пакета.

Единственный недостающий фрагмент состоит в том, каким образом классификаторы восходящей линии связи и нисходящей линии связи знают, что должен быть установлен тег TagD, и какое значение. Фиг. 11 иллюстрирует, как предварительно сконфигурировать правила для системы 100 связи, например, варианта использования мобильной широкополосной связи.

Фиг. 11 показывает пользовательское оборудование, присоединяющееся к сети (этап 7). С точки зрения пользовательского оборудования процедура присоединения совпадает с процедурой в сегодняшнем ядре EPC. Все правила, и правила для классификаторов (этап 2-3), и правила для элементов переадресации (этап 4-6), могут представлять собой установку перед присоединением пользовательского оборудования. Классификатор восходящей линии связи, находящийся близко к базовым станциям BSa и BSb, может в этом примере сказать, что "весь трафик в Интернет должен быть помечен тегом TagD=x". Следует отметить, что этот подход позволяет агрегацию правил. Правила для классификаторов должны быть сконфигурированы только однажды, независимо от того, сколько экземпляров пользовательского оборудования присоединяется. То же самое относится к правилам переадресации для элементов переадресации.

При мобильности также нет необходимости повторно конфигурировать элементы переадресации. Фиг. 12a и 12b визуализируют, что нет необходимости в реконфигурации элементов переадресации. Также здесь с точки зрения пользовательского оборудования процедура эстафетной передачи совпадает с процедурой в сегодняшнем ядре EPC. Чтобы достигнуть мобильности формирования цепочки обслуживания, точка IAP получает новый идентификатор базовой станции для нового местоположения пользовательского оборудования. Этот новый идентификатор базовой станции затем может быть установлен как тег в пакетах нисходящей линии связи (этап 21).

На фиг. 12a и 12b не требуется изменение местоположения функции, т.е. перенос контекста. Даже если бы это было необходимо, например, когда пользовательское оборудование перемещается из BSa в BSc, по-прежнему нет необходимости повторно конфигурировать какой-либо элемент переадресации. Это показано на фиг. 13. Ниже описано изменение местоположения (этап 13).

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

Дополнительные варианты осуществления

Описанная выше иерархия тегов является лишь одним примером. Теги могут быть организованы по-разному. Например, теги TagD и TagBS могут быть объединены в единый TagD, и этот тег получит различные значения для каждой цепочки к разным базовым станциям. Такая двухуровневая иерархия сделает заголовок пакета меньше (два тега вместо трех тегов), но увеличит количество записей в таблице "TagD" в элементах переадресации. Какую установку тегов использовать, зависит от множества факторов, в том числе от сетевой топологии, размера сети, количества экземпляров пользовательского оборудования и т.д.

Фиг. 14a и фиг. 14b сравнивают две разные иерархии. Фиг. 14a аналогична трехуровневой иерархии, показанной выше. Функции (f1-f4) представлены экземплярами 1-12 функций. Фиг. 14a также иллюстрирует точку 13 IAP и классификатор 14, а также несколько базовых станций (BS) 15-18.

На фиг. 14b тег TagD охватывает только функции (f3-f4) 1-8 из цепочки. Каждая из функций 1-2 имеет дополнительные экземпляры 3-8. Функции f1-f2 9-12, включая их экземпляры, покрыты другим тегом TagDr для региона. В этих вариантах осуществления точка 13 IAP устанавливает тег не для идентификатора базовой станции, а тег для региона, т.е. значение местоположения указывает регион. Другой классификатор 14, 15 нисходящей линии связи между f2 и f3 устанавливает тег TagD. Следовательно, фиг. 14b показывает четырехуровневую иерархию.

Различие между иерархиями, кроме количества тегов, которые переносятся в каждом пакете, заключается в длине и частоте обновления таблиц в элементах переадресации и классификаторах. Например, на фиг. 14a таблица точки IAP обновляется при каждой эстафетной передаче между базовыми станциями. Но на фиг. 14b таблица точки IAP обновляется только при эстафетной передаче между базовыми станциями двух разных регионов, например, между базовой станцией 16 и базовой станцией 18. Эстафетная передача между базовой станцией 16 и базовой станцией 17 или между базовой станцией 18 и 19 не потребует какого-либо обновления таблицы точки IAP.

На фиг. 15 показана блок-схема последовательности этапов иллюстративных способов во входном модуле 170. Снова, одинаковые номера для ссылок, как упомянуто выше, использовались для обозначения одинаковых или аналогичных признаков, в частности, одинаковые номера для ссылок использовались для обозначения одинаковых или аналогичных действий. В соответствии с этим входной модуль 170 выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит входной модуль 170, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации, модулем 145 обслуживания и входным модулем 170, причем плоскость данных системы 100 связи содержит модуль 140 переадресации, модуль 145 обслуживания и входной модуль 170, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети. Входной модуль содержит IAP.

Снова модуль 140 переадресации может быть сконфигурирован модулем 147 управления с помощью третьей информации конфигурации, модуль 140 переадресации содержит порты к дополнительным модулям переадресации и/или модулю 145 обслуживания, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения.

Одно или несколько из следующих действий могут быть выполнены в любом подходящем порядке.

Действие 4

Входной модуль 170 может принять от модуля 147 управления первую информацию конфигурации, указывающую имя тега местоположения и значения местоположения, привязанные к нему, причем каждое значение местоположения привязано к соответствующему узлу радиосети, к которому мобильное устройство 120 способно присоединиться.

Действие 8

Входной модуль 170 принимает IP-пакет от однорангового устройства 180, причем IP-пакет включает в себя IP-адрес получателя, привязанный к мобильному устройству 120;

Действие 9

Входной модуль 170 получает от модуля 147 управления значение местоположения, определяющее узел 110 радиосети, привязанный к IP-адресу получателя;

Действие 10

Входной модуль 170 привязывает значение местоположения к IP-пакету, причем значение местоположения относится к имени тега местоположения, указывающему узел 110 радиосети, который обслуживает мобильное устройство 120, тем самым получая пакет.

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

Пакет может являться IP-пакетом, причем привязка 10 значения местоположения к IP-пакету может содержать установку значения местоположения в качестве первого значения опции IP-пакета.

Действие 11

Входной модуль 170 отправляет пакет через модуль 140 переадресации узлу 110 радиосети, как указано посредством значения местоположения имени тега местоположения.

IP-пакет может быть привязан к потоку IP-пакетов от однорангового устройства 180 к мобильному устройству 120, причем по меньшей мере некоторые другие IP-пакеты потока могут быть приняты дополнительным входным модулем системы 100 связи.

Система 100 связи является системой без якоря, поскольку входной модуль 170 способен быть одним из нескольких входных модулей для приема IP-пакета с IP-адресом получателя в систему 100 связи из любой соседней с ней сети связи.

Со ссылкой на фиг. 16 показана блок-схема вариантов осуществления входного модуля 170, представленного на фиг. 1. Таким образом, входной модуль 170 выполнен с возможностью управлять пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит входной модуль 170, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации, модулем 145 обслуживания и входным модулем 170, причем плоскость данных системы 100 связи содержит модуль 140 переадресации, модуль 145 обслуживания и входной модуль 170, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети,

Снова входной модуль 170 может содержать IAP.

Также снова IP-пакет может быть привязан к потоку IP-пакетов от однорангового устройства 180 к мобильному устройству 120, причем по меньшей мере некоторые другие IP-пакеты потока могут быть приняты дополнительным входным модулем системы 100 связи.

Система 100 связи может являться системой без якоря, поскольку входной модуль 170 способен быть одним из нескольких входных модулей для приема IP-пакета с IP-адресом получателя в систему 100 связи от любой соседней с ней сети связи.

Модуль 140 переадресации может быть сконфигурирован модулем 147 управления с помощью третьей информации конфигурации, модуль 140 переадресации содержит порты к дополнительным модулям переадресации и/или модулю 145 обслуживания, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения.

Входной модуль 170 может содержать модуль 1601 обработки, такой как средство, один или более аппаратных модулей и/или один или более программных модулей для выполнения способов, описанных в настоящем документе.

Входной модуль 170 может дополнительно содержать память 1602. Память может содержать или хранить компьютерную программу 1603.

В соответствии с некоторыми вариантами осуществления в настоящем документе модуль 1601 обработки, например, "воплощен в форме" или "реализован посредством" схемы 1604 обработки как иллюстративный аппаратный модуль. В этих вариантах осуществления память 1602 может содержать компьютерную программу 1603, содержащую модули машиночитаемого кода, исполняемые схемой 1604 обработки, посредством чего входной модуль 170 выполнен с возможностью выполнять способы, представленные на фиг. 6 и/или фиг. 15.

В некоторых других вариантах осуществления модули машиночитаемого кода могут предписывать входному модулю 170 выполнять способ в соответствии с фиг. 6 и/или 15, когда модули машиночитаемого кода исполняются входным модулем 170.

Фиг. 16 дополнительно иллюстрирует носитель 1605 или программный носитель, которая содержит компьютерную программу 1603, описанную непосредственно выше.

В некоторых вариантах осуществления модуль 1601 обработки содержит модуль 1606 ввода/вывода, который может быть проиллюстрирован модулем приема и/или модулем отправки, как описано ниже, по мере необходимости.

В дополнительных вариантах осуществления модуль 1601 обработки может содержать один или более из модуля 1610 приема, модуля 1620 получения, модуля 1630 привязки и модуля 1640 отправки как иллюстративные аппаратные модули. В других примерах один или более из упомянутых выше иллюстративных аппаратных модулей может быть реализован как один или более программных модулей.

Таким образом, в соответствии с различными описанными выше вариантами осуществления входной модуль 170, модуль 1601 обработки и/или модуль 1610 приема выполнены с возможностью принимать IP-пакет от однорангового устройства 180, причем IP-пакет включает в себя IP-адрес получателя, привязанный к мобильному устройству 120.

Входной модуль 170, модуль 1601 обработки и/или модуль 1620 получения выполнены с возможностью получать от модуля 147 управления значение местоположения, определяющее узел 110 радиосети, привязанный к IP-адресу получателя.

Кроме того, входной модуль 170, модуль 1601 обработки и/или модуль 1630 привязки выполнены с возможностью привязывать значение местоположения к IP-пакету, причем значение местоположения относится к имени тега местоположения, указывающему узел 110 радиосети, который обслуживает мобильное устройство 120, тем самым получая пакет.

Входной модуль 170, модуль 1601 обработки и/или модуль 1640 отправки дополнительно выполнены с возможностью отправлять пакет через модуль 140 переадресации узлу 110 радиосети, как указано посредством значения местоположения имени тега местоположения.

Входной модуль 170, модуль 1601 обработки и/или модуль 1630 привязки могут быть выполнены с возможностью привязывать значение местоположения к IP-пакету посредством формирования пакета посредством инкапсуляции IP-пакет, причем пакет включает в себя заголовок, содержащий значение местоположения, и, факультативно, имя тега.

В некоторых вариантах осуществления пакет является IP-пакетом. В этих вариантах осуществления входной модуль 170, модуль 1601 обработки и/или модуль 1630 привязки могут быть выполнены с возможностью привязывать значение местоположения к IP-пакету посредством установки значения местоположения в качестве первого значения опции IP-пакета.

Входной модуль 170, модуль 1601 обработки и/или модуль 1610 или дополнительный модуль приема, не показан, могут быть выполнены с возможностью принимать от модуля 147 управления первую информацию конфигурации, указывающую имя тега местоположения и значение местоположения, привязанное к нему, причем каждое значение местоположения привязано к соответствующему узлу радиосети, к которому мобильное устройство 120 способно присоединяться.

На фиг. 17 показана блок-схема последовательности этапов иллюстративных способов в модуле 160 нисходящей линии связи. Снова, одинаковые номера для ссылок, как упомянуто выше, использовались для обозначения одинаковых или аналогичных признаков, в частности, одинаковые номера для ссылок использовались для обозначения одинаковых или аналогичных действий. В соответствии с этим модуль 160 нисходящей линии связи выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит модуль 160 нисходящей линии связи, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации и модулем 145 обслуживания, причем плоскость данных системы 100 связи содержит модуль 160 нисходящей линии связи, модуль 140 переадресации и модуль 145 обслуживания, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети.

Одно или несколько из следующих действий могут быть выполнены в любом подходящем порядке.

Действие 5

Модуль 160 нисходящей линии связи принимает от модуля 147 управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки.

Действие 12

Модуль 160 нисходящей линии связи принимает через входной модуль 170 пакет от однорангового устройства 180.

Действие 13

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

Действие 14

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

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

Привязка 14 значения обработки к пакету может содержать привязку значения идентификации мобильного устройства 120 к имени тега пользовательского оборудования посредством инкапсуляции IP-пакета, причем заголовок классифицированного пакета нисходящей линии связи включает в себя значение идентификации.

Пакет может являться IP-пакетом, причем привязка 14 значения обработки к пакету содержит установку значения обработки в качестве второго значения опции IP-пакета.

Пакет может являться IP-пакетом, причем IP-адрес получателя IP-пакета используется для идентификации мобильного устройства 120.

Действие 15

Модуль 160 нисходящей линии связи отправляет пакет и привязанное значение обработки через модуль 140 переадресации, который выполняет обработку пакета в соответствии со значением обработки, узлу 110 радиосети.

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 обслуживания.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию.

Со ссылкой на фиг. 18 показана блок-схема вариантов осуществления модуля 160 нисходящей линии связи, представленного на фиг. 1. Модуль 160 нисходящей линии связи, таким образом, выполнен с возможностью управлять пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит модуль 160 нисходящей линии связи, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации и модулем 145 обслуживания, причем плоскость данных системы 100 связи содержит модуль 160 нисходящей линии связи, модуль 140 переадресации и модуль 145 обслуживания, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети.

Модуль 160 нисходящей линии связи может содержать модуль 1801 обработки, такой как средство, один или более аппаратных модулей и/или один или более программных модулей для выполнения способов, описанных в настоящем документе.

Модуль 160 нисходящей линии связи может дополнительно содержать память 1802. Память может содержать или хранить компьютерную программу 1803.

В соответствии с некоторыми вариантами осуществления в настоящем документе модуль 1801 обработки, например, "воплощен в форме" или "реализован посредством" схемы 1804 обработки как иллюстративный аппаратный модуль. В этих вариантах осуществления память 1802 может содержать компьютерную программу 1803, содержащую модули машиночитаемого кода, исполняемые схемой 1804 обработки, посредством чего модуль 160 нисходящей линии связи выполнен с возможностью выполнять способы, представленные на фиг. 6 и/или фиг. 17.

В некоторых других вариантах осуществления модули машиночитаемого кода могут предписывать модулю 160 нисходящей линии связи выполнять способ в соответствии с фиг. 6 и/или 17, когда модули машиночитаемого кода исполняются модулем 160 нисходящей линии связи.

Фиг. 18 дополнительно иллюстрирует носитель 1805 или программный носитель, которая содержит компьютерную программу 1803, описанную непосредственно выше.

В некоторых вариантах осуществления модуль 1801 обработки содержит модуль 1806 ввода/вывода, который может быть проиллюстрирован модулем приема и/или модулем отправки, как описано ниже, по мере необходимости.

В дополнительных вариантах осуществления модуль 1801 обработки может содержать один или более из модуля 1810 приема, модуля 1820 выбора, модуля 1830 привязки и модуля 1840 отправки как иллюстративные аппаратные модули. В других примерах один или более из упомянутых выше иллюстративных аппаратных модулей может быть реализован как один или более программных модулей.

Таким образом, в соответствии с различными описанными выше вариантами осуществления модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1810 приема выполнены с возможностью принимать от модуля 147 управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки, выполняемой модулем 140 переадресации пакетов, и принимать через входной модуль 170 пакет от однорангового устройства 180.

Модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1820 выбора выполнены с возможностью выбирать значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя пакет.

Модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1810 привязки дополнительно выполнены с возможностью привязывать значение обработки к пакету, причем значение обработки относится к имени тега обработки.

Кроме того, модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1840 отправки выполнены с возможностью отправлять пакет и привязанное значение обработки через модуль 140 переадресации, который выполняет обработку классифицированного пакета нисходящей линии связи в соответствии со значением обработки, узлу 110 радиосети.

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 плоскости пользователя.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию.

Модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1810 привязки дополнительно выполнены с возможностью привязывать значение обработки к пакету посредством формирования классифицированного пакета нисходящей линии связи посредством инкапсуляции IP-пакета, причем классифицированный пакет нисходящей линии связи включает в себя заголовок, содержащий значение обработки, и, факультативно, имя тега обработки.

Модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1810 привязки, дополнительно выполненные с возможностью привязывать значение обработки к пакету посредством привязки значения идентификации мобильного устройства 120 к имени тега пользовательского оборудования посредством инкапсуляции IP-пакета, причем заголовок классифицированного пакета нисходящей линии связи включает в себя значение идентификации.

Пакет может являться IP-пакетом, причем модуль 160 нисходящей линии связи, модуль 1801 обработки и/или модуль 1810 привязки могут дополнительно быть выполнены с возможностью привязывать значение обработки к пакету посредством установки значения обработки в качестве второго значения опции IP-пакета.

Пакет может являться IP-пакетом, причем IP-адрес получателя IP-пакета может использоваться для идентификации мобильного устройства 120.

На фиг. 19 показана блок-схема последовательности этапов иллюстративных способов в модуле 147 управления. Снова, одинаковые номера для ссылок, как упомянуто выше, использовались для обозначения одинаковых или аналогичных признаков, в частности, одинаковые номера для ссылок использовались для обозначения одинаковых или аналогичных действий. В соответствии с этим модуль 147 управления выполняет способ управления информацией конфигурации в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит входной модуль 170, модуль 170 нисходящей линии связи, модуль 140 переадресации и модуль 130 восходящей линии связи, причем плоскость данных системы 100 связи содержит модуль 140 переадресации, и плоскость управления системы 100 связи содержит модуль 147 управления.

Одно или несколько из следующих действий могут быть выполнены в любом подходящем порядке.

Действие 1

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

вторая информация конфигурации указывает имя тега обработки и значения обработки и правило для обработки, выполняемой модулем 140 переадресации пакетов. Правило второй информации конфигурации может определять, каким образом следует выбирать значение обработки на основе IP-адреса получателя и/или IP-адреса источника пакета.

Действие 2

Модуль 147 управления отправляет первую информацию конфигурации входному модулю 170 и/или отправляет вторую информацию конфигурации модулю 160 нисходящей линии связи и/или модулю 130 восходящей линии связи.

Действие 3

Модуль 147 управления может сконфигурировать модуль 140 переадресации с помощью третьей информации конфигурации без инициирования мобильности мобильного устройства 120, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения из множества значений местоположения.

Со ссылкой на фиг. 20 показана блок-схема вариантов осуществления модуля 147 управления, представленного на фиг. 1. Модуль 147 управления, таким образом, выполнен с возможностью управлять информацией конфигурации в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит входной модуль 170, модуль 170 нисходящей линии связи, модуль 140 переадресации и модуль 130 восходящей линии связи, причем плоскость данных системы 100 связи содержит модуль 140 переадресации, и плоскость управления системы 100 связи содержит модуль 147 управления.

Модуль 147 управления может содержать модуль 2001 обработки, такой как средство, один или более аппаратных модулей и/или один или более программных модулей для выполнения способов, описанных в настоящем документе.

Модуль 147 управления может дополнительно содержать память 2002. Память может содержать или хранить компьютерную программу 2003.

В соответствии с некоторыми вариантами осуществления в настоящем документе модуль 2001 обработки, например, "воплощен в форме" или "реализован посредством" схемы 2004 обработки как иллюстративный аппаратный модуль. В этих вариантах осуществления память 2002 может содержать компьютерную программу 2003, содержащую модули машиночитаемого кода, исполняемые схемой 2004 обработки, посредством чего модуль 147 управления выполнен с возможностью выполнять способы, представленные на фиг. 6 и/или фиг. 19.

В некоторых других вариантах осуществления модули машиночитаемого кода могут предписывать модулю 147 управления выполнять способ в соответствии с фиг. 6 и/или 19, когда модули машиночитаемого кода исполняются модулем 147 управления.

Фиг. 20 дополнительно иллюстрирует носитель 2005 или программный носитель, которая содержит компьютерную программу 2003, описанную непосредственно выше.

В некоторых вариантах осуществления модуль 2001 обработки содержит модуль 2006 ввода/вывода, который может быть проиллюстрирован модулем приема и/или модулем отправки, как описано ниже, по мере необходимости.

В дополнительных вариантах осуществления модуль 2001 обработки может содержать один или более из модуля 2010 формирования, модуля 2020 отправки и модуля 2030 конфигурации как иллюстративные аппаратные модули. В других примерах один или более из упомянутых выше иллюстративных аппаратных модулей может быть реализован как один или более программных модулей.

Таким образом, в соответствии с различными описанными выше вариантами осуществления модуль 147 управления, модуль 2001 обработки и/или модуль 2010 формирования выполнены с возможностью формировать первую информацию конфигурации и/или вторую информацию конфигурации, причем первая информация конфигурации указывает имя тега местоположения и значения местоположения, причем каждое значение местоположения привязано к соответствующему узлу радиосети, к которому мобильное устройство 120 способно присоединяться, и/или вторая информация конфигурации указывает имя тега обработки и значения обработки и правило для обработки, выполняемой модулем 140 переадресации пакетов.

Модуль 147 управления, модуль 2001 обработки и/или модуль 2020 отправки выполнены с возможностью отправлять первую информацию конфигурации входному модулю 170 и/или отправлять вторую информацию конфигурации модулю 160 нисходящей линии связи и/или модулю 130 восходящей линии связи.

Правило второй информации конфигурации может определять, каким образом следует выбирать значение обработки на основе IP-адреса получателя и/или IP-адреса источника пакета.

Кроме того, модуль 147 управления, модуль 2001 обработки и/или модуль 2030 конфигурации могут быть выполнены с возможностью конфигурировать модуль 140 переадресации с помощью третьей информации конфигурации без инициирования мобильности мобильного устройства 120, причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения из множества значений местоположения.

На фиг. 21 показана блок-схема последовательности этапов иллюстративных способов в модуле 130 восходящей линии связи. Снова, одинаковые номера для ссылок, как упомянуто выше, использовались для обозначения одинаковых или аналогичных признаков, в частности, одинаковые номера для ссылок использовались для обозначения одинаковых или аналогичных действий. В соответствии с этим модуль 130 восходящей линии связи выполняет способ управления пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит модуль 130 восходящей линии связи, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации и модулем 145 обслуживания, причем плоскость данных системы 100 связи содержит модуль 130 восходящей линии связи, модуль 140 переадресации и модуль 145 обслуживания, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети.

Одно или несколько из следующих действий могут быть выполнены в любом подходящем порядке.

Действие 6

Модуль 130 восходящей линии связи принимает от модуля 147 управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки.

Действие 18

Модуль 130 восходящей линии связи принимает через узел 110 радиосети IP-пакет от мобильного устройства 120.

Действие 19

Модуль 130 восходящей линии связи выбирает значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя IP-пакет.

Действие 20

Модуль 130 восходящей линии связи формирует классифицированный пакет восходящей линии связи, инкапсулирующий значение обработки и IP-пакет, причем значение обработки относится к имени тега обработки.

Формирование 20 классифицированного пакета восходящей линии связи содержит дополнительную инкапсуляцию значения идентификации однорангового устройства 180 с именем тега идентификации в классифицированный пакет восходящей линии связи.

Действие 21

Модуль 130 восходящей линии связи отправляет классифицированный пакет восходящей линии связи через модуль 140 переадресации, который выполняет обработку классифицированного пакета восходящей линии связи в соответствии со значением обработки, одноранговому устройству 180.

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 плоскости пользователя.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию.

Со ссылкой на фиг. 22 показана блок-схема вариантов осуществления модуля 130 восходящей линии связи, представленного на фиг. 1. Модуль 130 восходящей линии связи, таким образом, выполнен с возможностью управлять пакетами в системе 100 связи на основе технологии программно-конфигурируемых сетей.

Как упомянуто, система 100 связи содержит модуль 130 восходящей линии связи, узел 110 радиосети, мобильное устройство 120, модуль 140 переадресации, модуль 145 обслуживания, одноранговое устройство 180 и модуль 147 управления для управления модулем 140 переадресации и модулем 145 обслуживания, причем плоскость данных системы 100 связи содержит модуль 130 восходящей линии связи, модуль 140 переадресации и модуль 145 обслуживания, и плоскость управления системы 100 связи содержит модуль 147 управления, причем мобильное устройство 120 присоединено к узлу 110 радиосети.

Модуль 130 восходящей линии связи может содержать модуль 2201 обработки, такой как средство, один или более аппаратных модулей и/или один или более программных модулей для выполнения способов, описанных в настоящем документе.

Модуль 130 восходящей линии связи может дополнительно содержать память 2202. Память может содержать или хранить компьютерную программу 2203.

В соответствии с некоторыми вариантами осуществления в настоящем документе модуль 2201 обработки, например, "воплощен в форме" или "реализован посредством" схемы 2204 обработки как иллюстративный аппаратный модуль. В этих вариантах осуществления память 2202 может содержать компьютерную программу 2203, содержащую модули машиночитаемого кода, исполняемые схемой 2204 обработки, посредством чего модуль 130 восходящей линии связи выполнен с возможностью выполнять способы, представленные на фиг. 6 и/или фиг. 21.

В некоторых других вариантах осуществления модули машиночитаемого кода могут предписывать модулю 130 восходящей линии связи выполнять способ в соответствии с фиг. 6 и/или 21, когда модули машиночитаемого кода исполняются модулем 130 восходящей линии связи 130.

Фиг. 22 дополнительно иллюстрирует носитель 2205 или программный носитель, которая содержит компьютерную программу 2203, описанную непосредственно выше.

В некоторых вариантах осуществления модуль 2201 обработки содержит модуль 2206 ввода/вывода, который может быть проиллюстрирован модулем приема и/или модулем отправки, как описано ниже, по мере необходимости.

В дополнительных вариантах осуществления модуль 2201 обработки может содержать один или более из модуля 2201 приема, модуля 2220 выбора, модуля 2230 формирования и модуля 2240 отправки 2240 как иллюстративные аппаратные модули. В других примерах один или более из упомянутых выше иллюстративных аппаратных модулей может быть реализован как один или более программных модулей.

Таким образом, в соответствии с различными описанными выше вариантами осуществления модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2210 приема выполнены с возможностью принимать от модуля 147 управления вторую информацию конфигурации, указывающую имя тега обработки, и значения обработки.

Модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2210 приема выполнены с возможностью принимать через узел 110 радиосети IP-пакет от мобильного устройства 120.

Модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2220 выбора выполнены с возможностью выбирать значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя IP-пакет.

Модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2230 формирования выполнены с возможностью формировать классифицированный пакет восходящей линии связи, инкапсулирующий значение обработки и IP-пакет, причем значение обработки относится к имени тега обработки.

Модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2240 отправки выполнены с возможностью отправлять классифицированный пакет восходящей линии связи через модуль 140 переадресации, который выполняет обработку классифицированного пакета восходящей линии связи в соответствии со значением обработки, одноранговому устройству 180.

Обработка пакета может содержать вызов посредством модуля 140 переадресации по меньшей мере одной службы, обеспечиваемой модулем 145 плоскости пользователя.

Обработка пакета может определять правило для того, каким образом модуль 140 переадресации выполняет переадресацию.

Модуль 130 восходящей линии связи, модуль 2201 обработки и/или модуль 2230 формирования могут быть выполнены с возможностью формировать классифицированный пакет восходящей линии связи посредством дополнительной инкапсуляции значения идентификации однорангового устройства 180 с именем тега идентификации в классифицированный пакет восходящей линии связи.

Используемый в настоящем документе термин "узел" или "сетевой узел" может относиться к одному или более физическим объектам, таким как устройства, компьютеры, серверы и т.п. Это может означать, что представленные в настоящей заявке варианты осуществления могут быть реализованы в одном физическом объекте. В качестве альтернативы, представленные в настоящей заявке варианты осуществления могут быть реализованы в множестве физических объектов, таких как структуры, содержащий один или более физических объектов, т.е. варианты осуществления могут быть реализованы распределенным образом.

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

Используемый в настоящем документе термин ʺпрограммный носительʺ может относиться к одному из электронного сигнала, оптического сигнала, радиосигнала и машиночитаемого носителя. В некоторых примерах программный носитель может исключать преходящие, распространяющиеся сигналы, такие как электронный, оптический и/или радиосигнал. Таким образом, в этих примерах носитель может представлять собой энергонезависимый носитель, такой как энергонезависимый машиночитаемый носитель.

Используемый в настоящем документе термин ʺмодуль обработкиʺ может включать в себя один или более аппаратных модулей, один или более программных модулей или их комбинацию. Любой такой модуль - аппаратный, программный или комбинированный программно-аппаратный модуль - может представлять собой средство определения, средство оценки, средство захвата, средство привязки, средство сравнения, средство идентификации, средство выбора, средство приема, средство отправки и т.п., раскрытые в настоящем документе. В качестве примера выражение "средство" может представлять собой модуль, соответствующий модулям, упомянутым выше в связи с чертежами.

Используемый в настоящем документе термин "программный модуль" может относиться к прикладной программе, динамически подключаемой библиотеке (DLL), программному компоненту, программному объекту, объекту в соответствии с объектной моделью компонентов (COM), программному компоненту, программной функции, программному механизмы, исполняемому двоичному программному файлу и т.п.

Используемый в настоящем документе термин "схема обработки" может относиться к блоку обработки, процессору, специализированной интегральной схеме (ASIC), программируемой пользователем вентильной матрице (FPGA) и т.п. Схема обработки и т.п. может содержать одно или более ядер процессоров.

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

Используемый в настоящем документе термин "память" может относиться к жесткому диску, магнитному запоминающему носителю, переносной компьютерной дискете или диску, флэш-памяти, оперативному запоминающему устройству (RAM) и т.п. Кроме того, термин "память" может относиться к внутренней памяти регистров процессора и т.п.

Используемый в настоящем документе термин "машиночитаемый носитель" может представлять собой памятью универсальной последовательной шины (USB), диск DVD, диск Blu-ray, программный модуль, который принят как поток данных, флэш-память, накопитель на жестком диске, карту памяти, такую как MemoryStick, Multimedia Card (MMC), карта Secure Digital (SD) и т.д.

Используемый в настоящем документе термин ʺблоки машиночитаемого кодаʺ могут являться текстом компьютерной программы, частями или целым двоичным файлом, представляющим компьютерную программу в скомпилированном формате, или чем-либо между ними.

Используемый в настоящем документе термин "радиоресурс" может относиться к некоторому коду сигнала и/или временному кадру и/или диапазону частот, на котором передается сигнал. В некоторых примерах ресурс может относиться к одному или более физическим ресурсным блокам (PRB), которые используются при передаче сигнал. Более подробно блок PRB может быть в форме физических (PHY) ресурсных блоков (PRB) мультиплексирования с ортогональным частотным разделением (OFDM). Термин ʺфизический ресурсный блокʺ известен из терминологии 3GPP, относящейся, например, к системам LTE.

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

Используемый в настоящем документе термин ʺмножествоʺ может относиться к одному или более из чего-либо. Например, множество устройств может относиться к одному или более устройствам, множество параметров может отослать к одному или более параметрам и т.п., в соответствии с представленными в настоящей заявке вариантами осуществления.

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

Даже хотя были описаны варианты осуществления различных аспектов, многие различные их изменения, модификации и т.п. станут очевидны для специалистов в области техники. Таким образом, описанные варианты осуществления не предназначены для ограничения объема настоящего раскрытия.

Приложение 1 - исходный сценарий для msc-генератора,

<http://mcs-generator.sourceforge.net/>

Может использоваться в случае, если трудно читать текст фиг. 7-10.

Фиг. 10:

Фиг. 11:

Фиг. 12:

Фиг. 13:

1. Способ управления пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, выполняемый входным модулем (170), причем система (100) связи содержит входной модуль (170), узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации, модулем (145) обслуживания и входным модулем (170), причем плоскость данных системы (100) связи содержит модуль (140) переадресации, модуль (145) обслуживания и входной модуль (170), и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем способ содержит этапы, на которых:

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

получают (9) от модуля (147) управления значение местоположения, определяющее узел (110) радиосети, привязанный к IP-адресу получателя;

привязывают (10) значение местоположения к IP-пакету, причем значение местоположения относится к имени тега местоположения, указывающему узел (110) радиосети, который обслуживает мобильное устройство (120), тем самым получая пакет; и

отправляют (11) пакет через модуль (140) переадресации узлу (110) радиосети, как указано посредством значения местоположения имени тега местоположения.

2. Способ по п. 1, в котором IP-пакет привязан к потоку IP-пакетов от однорангового устройства (180) к мобильному устройству (120), причем по меньшей мере некоторые другие IP-пакеты потока могут быть получены дополнительным входным модулем системы (100) связи.

3. Способ по п. 1, в котором система (100) связи является системой без якоря, поскольку входной модуль (170) способен быть одним из нескольких входных модулей для приема IP-пакета с IP-адресом получателя в систему (100) связи от любой соседней с ней сети связи.

4. Способ по п. 1, в котором модуль (140) переадресации сконфигурирован модулем (147) управления с помощью третьей информации конфигурации, модуль (140) переадресации содержит порты к дополнительным модулям переадресации и/или модулю обслуживания (145), причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения.

5. Способ по п. 1, в котором привязка (10) значения местоположения к IP-пакету содержит формирование пакета посредством инкапсуляции IP-пакета, причем пакет включает в себя заголовок, содержащий значение местоположения.

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

7. Способ по п. 1, способ содержит этап, на котором:

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

8. Способ по п. 1, в котором входной модуль содержит точку публикации протокола Интернета.

9. Способ управления пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, выполняемый модулем (160) нисходящей линии связи, причем система (100) связи содержит модуль (160) нисходящей линии связи, узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации и модулем (145) обслуживания, причем плоскость данных системы (100) связи содержит модуль (160) нисходящей линии связи, модуль (140) переадресации и модуль (145) обслуживания, и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем способ содержит этапы, на которых:

принимают (5) от модуля (147) управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки;

принимают (12) через входной модуль (170) пакет от однорангового устройства (180);

выбирают (13) значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя пакет;

привязывают (14) значение обработки к пакету, причем значение обработки относится к имени тега обработки; и

отправляют (15) пакет и привязанное значение обработки через модуль (140) переадресации, который выполняет обработку пакета в соответствии со значением обработки, узлу (110) радиосети.

10. Способ по п. 9, в котором обработка пакета содержит вызов посредством модуля (140) переадресации по меньшей мере одной службы, предоставляемой модулем (145) обслуживания.

11. Способ по п. 9, в котором обработка пакета определяет правило для того, каким образом модуль (140) переадресации выполняет переадресацию.

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

13. Способ по п. 12, в котором привязка (14) значения обработки к пакету содержит привязку значения идентификации мобильного устройства (120) к имени тега устройства посредством инкапсуляции пакета, причем заголовок классифицированного пакета нисходящей линии связи включает в себя значение идентификации.

14. Способ по п. 9, в котором пакет является IP-пакетом, причем привязка (14) значения обработки к пакету содержит установку значения обработки в качестве второго значения опции IP-пакета.

15. Способ по п. 9, в котором пакет является IP-пакетом, причем IP-адрес получателя IP-пакета используется для идентификации мобильного устройства (120).

16. Способ управления информацией конфигурации в системе (100) связи на основе технологии программно-конфигурируемых сетей, выполняемый модулем (147) управления, причем система (100) связи содержит входной модуль (170), модуль (170) нисходящей линии связи, модуль (140) переадресации и модуль (130) восходящей линии связи, причем плоскость данных системы (100) связи содержит модуль (140) переадресации, и плоскость управления системы (100) связи содержит модуль (147) управления, причем способ содержит этапы, на которых:

формируют (1) первую информацию конфигурации и/или вторую информацию конфигурации,

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

вторая информация конфигурации указывает имя тега обработки и значения обработки и правило для обработки, выполняемой модулем (140) переадресации пакетов; и

отправляют (2) первую информацию конфигурации входному модулю (170) и/или отправляют (2) вторую информацию конфигурации модулю (160) нисходящей линии связи и/или модулю (130) восходящей линии связи.

17. Способ по п. 16, причем способ содержит этап, на котором:

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

18. Способ по п. 16, в котором правило второй информации конфигурации определяет, каким образом выбрать значение обработки на основе IP-адреса получателя и/или IP-адреса источника пакета.

19. Способ управления пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, выполняемый модулем (130) восходящей линии связи, причем система (100) связи содержит модуль (130) восходящей линии связи, узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации и модулем (145) обслуживания, причем плоскость данных системы (100) связи содержит модуль (130) восходящей линии связи, модуль (140) переадресации и модуль (145) обслуживания, и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем способ содержит этапы, на которых:

принимают (6) от модуля (147) управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки;

принимают (18) через узел (110) радиосети IP-пакет от мобильного устройства (120);

выбирают (19) значение обработки из значений обработки на основе информации, включенной в пакет, тем самым классифицируя IP-пакет;

формируют (20) классифицированный пакет восходящей линии связи, инкапсулирующий значение обработки и IP-пакет, причем значение обработки относится к имени тега обработки; и

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

20. Способ по п. 19, в котором обработка пакета содержит вызов посредством модуля (140) переадресации по меньшей мере одной службы, предоставляемой модулем (145) плоскости пользователя.

21. Способ по п. 19, в котором обработка пакета определяет правило для того, каким образом модуль (140) переадресации выполняет переадресацию.

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

23. Входной модуль (170), выполненный с возможностью управлять пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, причем система (100) связи содержит входной модуль (170), узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации, модулем (145) обслуживания и входным модулем (170), причем плоскость данных системы (100) связи содержит модуль (140) переадресации, модуль (145) обслуживания и входной модуль (170), и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем входной модуль (170) выполнен с возможностью:

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

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

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

отправлять пакет через модуль (140) переадресации узлу (110) радиосети, как указано посредством значения местоположения имени тега местоположения.

24. Входной модуль (170) по п. 23, в котором IP-пакет привязан к потоку IP-пакетов от однорангового устройства (180) к мобильному устройству (120), причем по меньшей мере некоторые другие IP-пакеты потока могут быть получены дополнительным входным модулем системы (100) связи.

25. Входной модуль (170) по п. 23, причем система (100) связи является системой без якоря, поскольку входной модуль (170) способен быть одним из нескольких входных модулей для приема IP-пакета с IP-адресом получателя в систему (100) связи от любой соседней с ней сети связи.

26. Входной модуль (170) по п. 23, причем модуль (140) переадресации сконфигурирован модулем (147) управления с помощью третьей информации конфигурации, модуль (140) переадресации содержит порты к дополнительным модулям переадресации и/или модулю обслуживания (145), причем третья информация конфигурации определяет, на какой порт должен быть переадресован пакет, имеющий значение местоположения.

27. Входной модуль (170) по п. 23, причем входной модуль (170) выполнен с возможностью привязывать значение местоположения к IP-пакету посредством формирования пакета посредством инкапсуляции IP-пакета, причем пакет включает в себя заголовок, содержащий значение местоположения.

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

29. Входной модуль (170) по п. 23, причем входной модуль (170) выполнен с возможностью принимать от модуля (147) управления первую информацию конфигурации, указывающую имя тега местоположения и значения местоположения, привязанные к нему, причем каждое значение местоположения привязано к соответствующему узлу радиосети, к которому мобильное устройство (120) способно присоединяться.

30. Входной модуль (170) по п. 23, причем входной модуль (170) содержит точку публикации протокола Интернета.

31. Модуль (160) нисходящей линии связи, выполненный с возможностью управлять пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, причем система (100) связи содержит модуль (160) нисходящей линии связи, узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации и модулем (145) обслуживания, причем плоскость данных системы (100) связи содержит модуль (160) нисходящей линии связи, модуль (140) переадресации и модуль (145) обслуживания, и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем модуль (160) нисходящей линии связи выполнен с возможностью:

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

принимать через входной модуль (170) пакет от однорангового устройства (180);

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

привязывать значение обработки к пакету, причем значение обработки относится к имени тега обработки; и

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

32. Модуль (160) нисходящей линии связи по п. 31, в котором обработка пакета содержит вызов посредством модуля (140) переадресации по меньшей мере одной службы, предоставляемой модулем (145) плоскости пользователя.

33. Модуль (160) нисходящей линии связи по п. 31, в котором обработка пакета определяет правило для того, каким образом модуль (140) переадресации выполняет переадресацию.

34. Модуль (160) нисходящей линии связи по п. 31, причем модуль (160) нисходящей линии связи выполнен с возможностью привязывать значение обработки к пакету посредством формирования классифицированного пакета нисходящей линии связи посредством инкапсуляции IP-пакета, причем классифицированный пакет нисходящей линии связи включает в себя заголовок, содержащий значение обработки.

35. Модуль (160) нисходящей линии связи по п. 34, причем модуль (160) нисходящей линии связи выполнен с возможностью привязывать значение обработки к пакету посредством привязки значения идентификации мобильного устройства (120) к имени тега устройства посредством инкапсуляции IP-пакета, причем заголовок классифицированного пакета нисходящей линии связи включает в себя значение идентификации.

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

37. Модуль (160) нисходящей линии связи по п. 31, в котором пакет является IP-пакетом, причем IP-адрес получателя IP-пакета используется для идентификации мобильного устройства (120).

38. Модуль (147) управления, выполненный с возможностью управлять информацией конфигурации в системе (100) связи на основе технологии программно-конфигурируемых сетей, причем система (100) связи содержит входной модуль (170), модуль (170) нисходящей линии связи, модуль (140) переадресации и модуль (130) восходящей линии связи, причем плоскость данных системы (100) связи содержит модуль (140) переадресации, и плоскость управления системы (100) связи содержит модуль (147) управления, причем модуль (147) управления выполнен с возможностью:

формировать первую информацию конфигурации и/или вторую информацию конфигурации,

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

вторая информация конфигурации указывает имя тега обработки и значения обработки и правило для обработки, выполняемой модулем (140) переадресации пакетов; и

отправлять первую информацию конфигурации входному модулю (170) и/или отправлять вторую информацию конфигурации модулю (160) нисходящей линии связи и/или модулю (130) восходящей линии связи.

39. Модуль (147) управления по п. 38, причем модуль (147) управления выполнен с возможностью:

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

40. Модуль (147) управления по п. 38, в котором правило второй информации конфигурации определяет, каким образом выбрать значение обработки на основе IP-адреса получателя и/или IP-адреса источника пакета.

41. Модуль (130) восходящей линии связи, выполненный с возможностью управлять пакетами в системе (100) связи на основе технологии программно-конфигурируемых сетей, причем система (100) связи содержит модуль (130) восходящей линии связи, узел (110) радиосети, мобильное устройство (120), модуль (140) переадресации, модуль (145) обслуживания, одноранговое устройство (180) и модуль (147) управления для управления модулем (140) переадресации и модулем (145) обслуживания, причем плоскость данных системы (100) связи содержит модуль (160) нисходящей линии связи, модуль (140) переадресации и модуль (145) обслуживания, и плоскость управления системы (100) связи содержит модуль (147) управления, причем мобильное устройство (120) присоединено к узлу (110) радиосети, причем модуль (130) восходящей линии связи выполнен с возможностью:

принимать от модуля (147) управления вторую информацию конфигурации, указывающую имя тега обработки и значения обработки;

принимать через узел (110) радиосети IP-пакет от мобильного устройства (120);

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

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

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

42. Модуль (130) восходящей линии связи по п. 41, в котором обработка пакета содержит вызов посредством модуля (140) переадресации по меньшей мере одной службы, предоставляемой модулем (145) плоскости пользователя.

43. Модуль (130) восходящей линии связи по п. 41, в котором обработка пакета определяет правило для того, каким образом модуль (140) переадресации выполняет переадресацию.

44. Модуль (130) восходящей линии связи по п. 41, причем модуль (130) восходящей линии связи выполнен с возможностью формировать классифицированный пакет восходящей линии связи посредством дополнительной инкапсуляции значения идентификации однорангового устройства (180) с именем тега идентификации в классифицированный пакет восходящей линии связи.

45. Носитель (1605), содержащий компьютерную программу, содержащую модули машиночитаемого кода, которые при их исполнении на входном модуле (170) предписывают входному модулю (170) выполнять способ по любому из пп. 1-8, причем носитель (1605) является одним из электронного сигнала, оптического сигнала, радиосигнала и машиночитаемого носителя.

46. Носитель (1805), содержащий компьютерную программу, содержащую модули машиночитаемого кода, которые при их исполнении на модуле (160) нисходящей линии связи предписывают модулю (160) нисходящей линии связи выполнять способ по любому из пп. 9-15, причем носитель (1805) является одним из электронного сигнала, оптического сигнала, радиосигнала и машиночитаемого носителя.

47. Носитель (2005), содержащий компьютерную программу, содержащую модули машиночитаемого кода, которые при их исполнении на модуле (147) управления предписывают модулю (147) управления выполнять способ по любому из пп. 16-18, причем носитель (2005) является одним из электронного сигнала, оптического сигнала, радиосигнала и машиночитаемого носителя.

48. Носитель (2205), содержащий компьютерную программу, содержащую модули машиночитаемого кода, которые при их исполнении на модуле (130) восходящей линии связи предписывают модулю (130) восходящей линии связи выполнять способ по любому из пп. 19-22, причем носитель (2205) является одним из электронного сигнала, оптического сигнала, радиосигнала и машиночитаемого носителя.



 

Похожие патенты:

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

Изобретение относится к мобильной связи. Радиотерминал (3) может выполнять агрегацию несущих с использованием первой соты (10) первой радиостанции (1) и второй соты (20) второй радиостанции (2).

Изобретение относится к беспроводной связи. Способ включает: отправку первой базовой станцией запроса во вторую базовую станцию для конфигурирования второй соты, содержащий информацию о конфигурации радиоканала данных DRB, содержащую параметр качества обслуживания QoS усовершенствованного канала радиодоступа E-RAB и идентификатор DRB.

Изобретение относится к области связи. Описаны технологии сигнализации смещения мощности для приемников с сетевым подавлением и устранением помех (NAICS).

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

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

Изобретение относится к области беспроводных коммуникационных технологий. Технический результат заключается в обеспечении возможности приема и передачи отчета о функциональных возможностях мобильного устройства.

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

Изобретение относится к области беспроводной связи. Технический результат – улучшение эффективности и точности за счет управления полосой пропускания пейджинга.

Изобретение относится к области связи. Технический результат – возможность использования разных уровней повторения передач управления и данных.

Группа изобретений относится к средствам измерения времени двусторонней задержки. Технический результат – повышение точности измерения времени двусторонней задержки.

Изобретение относится к области вычислительной техники. Техническим результатом является возможность управления обновлениями программного обеспечения в системах с каскадной структурой.
Изобретение относится к средствам географической маршрутизации по сети связи пакета данных по направлению к мобильному устройству. Технический результат заключается в уменьшении количества служебных сигналов по сети связи.
Изобретение относится к области «умного дома», а именно к группировке устройств. Технический результат – повышение эффективности управления группировкой интеллектуальных устройств.

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

Изобретение относится к сети беспроводной связи. Техническим результатом является повышение эффективности распределения энергетических затрат на узлах сети, надежности и способности адаптироваться к изменению положения между узлами сети и к условиям использования узлов сети.

Изобретение относится к области управления интеллектуальными устройствами. Технический результат заключается в расширении арсенала средств того же назначения.

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

,Изобретения относятся к средствам управления обслуживанием с использованием RFID. Технический результат заключается в расширении арсенала средств того же назначения.

Изобретение относится к области вычислительной техники. Техническим результатом является уменьшение затрат времени на передачу управляющей команды при определении полномочий управления пользовательским устройством.

Группа изобретений относится к средствам измерения времени двусторонней задержки. Технический результат – повышение точности измерения времени двусторонней задержки.
Наверх