Основанное на сети управление сетью с двухстанционным доступом



Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом
Основанное на сети управление сетью с двухстанционным доступом

 


Владельцы патента RU 2480929:

КВЭЛКОММ ИНКОРПОРЕЙТЕД (US)

Изобретение относится к системам связи. Технический результат заключается в усовершенствовании управления политикой переадресации. Мобильный узел принимает специфичную для конкретной сети доступа сигнализацию, относящуюся к потоку данных, передаваемых Интернет-протоколом (IP). Мобильный узел принимает решение, какие из множества сетей доступа использовать для отправки IP-потока, на основе специфичной для конкретной сети доступа сигнализации. Специфичная для конкретной сети доступа сигнализация может быть принята из сети доступа, и мобильный узел может интерпретировать зависящую от конкретной сети доступа сигнальную информацию как команду на отправку IP-потока по сети доступа. Мобильный узел может обновлять политику переадресации в мобильном узле для указания на то, что IP-поток должен быть отправлен по сети доступа. 4 н. и 32 з.п. ф-лы, 9 ил.

 

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

Настоящая заявка является родственной и испрашивает приоритет заявки на патент США № 61/060078, поданной 9 июня 2008 г. и именуемой «Net-Based QoS Controlled Forwarding Policy for Multiple Uplinks», которая включена в настоящую заявку в виде ссылки.

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

Настоящее изобретение относится в основном к системам беспроводной связи. В частности, настоящее изобретение относится к системам беспроводной связи, в которых реализованы протоколы связи, относящиеся к обеспечению мобильности, такие как Mobile IP (Интернет-протокол), Proxy Mobile IP и др.

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

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

Mobile IP - это протокол связи, предназначенный для обеспечения пользователям мобильных устройств возможности перемещаться из одной сети в другую, сохраняя при этом постоянный IP-адрес. Mobile IP встречается в беспроводных средах, в которых пользователи переносят свои мобильные устройства через множество сетей доступа. Например, Mobile IP может использоваться при роуминге между перекрывающимися беспроводными системами, например, IP по беспроводной локальной сети (WLAN), высокоскоростная передача пакетных данных (HRPD), Проект долгосрочного развития (LTE) и др. Применительно к Mobile IP мобильное устройство может называться мобильным узлом.

Последней версией Mobile IP является Mobile IP версии 6 (MIPv6). В соответствии с MIPv6, когда мобильный узел покидает одну сеть доступа и подключается к другой сети доступа (именуемую в настоящем описании новой сетью доступа), он принимает от новой сети доступа адрес обслуживания. Затем мобильный узел посылает обновление привязки из своей новой сети доступа. Далее мобильный узел посылает обновление привязки своему домашнему агенту, который находится в Интернете в фиксированном месте (т.е. в домашней сети мобильного узла). Обновление привязки заставляет домашний агент связывать домашний адрес мобильного узла с его текущим адресом обслуживания. Пакеты, отправленные на домашний адрес мобильного узла, направляются домашнему агенту, а домашний агент туннелирует указанные пакеты по адресу обслуживания мобильного узла.

Proxy MIPv6 (PMIPv6) - это вариант MIPv6, в котором мобильный узел не участвует в сигнализации. PMIPv6 использует мобильные шлюзы доступа в сети, чтобы передать через посредника сигнализацию MIPv6 от имени мобильного узла по мере перемещения мобильного узла от одного мобильного шлюза доступа к другому. Домашняя сеть мобильного узла содержит локальную точку привязки мобильности, которая аналогична домашнему агенту в MIPv6. Когда мобильный узел покидает одну сеть доступа, он прикрепляется к новой сети доступа и соответствующему мобильному шлюзу доступа. Новый мобильный шлюз доступа отправляет обновление привязки посредника в локальную точку привязки мобильности, которая связывает домашний адрес мобильного узла с его текущим мобильным шлюзом доступа. Пакеты, отправленные на домашний адрес мобильного узла, направляются в локальную точку привязки мобильности, а локальная точка привязки мобильности туннелирует указанные пакеты в мобильный шлюз доступа. Затем мобильный шлюз доступа доставляет пакеты в мобильный узел.

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

На Фиг.1 изображена система беспроводной связи;

на Фиг.2 изображена система, функционирующая в соответствии с Mobile IP версии 6 (MIPv6);

на Фиг.3 изображена система, функционирующая в соответствии с Proxy Mobile IP версии 6 (PMIPv6);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описанные здесь методы могут использоваться в различных системах беспроводной связи, таких как системы Множественного доступа с кодовым разделением (CDMA), Множественного доступа с временным разделением (TDMA), Множественного доступа с частотным разделением (FDMA), Множественного доступа с ортогональным частотным разделением (OFDMA), FDMA с передачей на одной несущей (SC-FDMA) и другие системы. Термины «система» и «сеть» могут использоваться взаимозаменяемо. В системе CDMA может быть реализована технология радиосвязи, такая как Универсальный наземный радиодоступ (UTRA), CDMA2000 и др. UTRA включает в себя Широкополосный CDMA (W-CDMA) и другие варианты CDMA. CDMA2000 распространяется на стандарты IS-2000, IS-95 и IS-856. В системе TDMA может быть реализована технология радиосвязи, такая как Глобальная система мобильной связи (GSM). В системе OFDMA может быть реализована технология радиосвязи, такая как Усовершенствованная UTRA (E-UTRA), Ультрамобильная широкополосная связь (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM и др. UTRA и E-UTRA входят в Универсальную систему мобильной связи (UMTS). Проект долгосрочное развитие (LTE) 3GPP - это перспективный вариант UMTS, в котором используется E-UTRA, использующая OFDMA в нисходящей линии связи и SC-FDMA в восходящей линии связи.

На фиг.1 изображена система беспроводной связи 100. Система 100 обеспечивает связь для множества ячеек 102, при этом каждая ячейка 102 обслуживается соответствующей базовой станцией 104. Базовая станция 104 может быть стационарной станцией, которая осуществляет связь с мобильными станциями 106. В альтернативном варианте осуществления базовая станция 104 может называться точкой доступа, Узлом В или каким-либо иным термином.

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

Линия связи, которая обеспечивает передачу от базовой станции (БС) 104 к мобильной станции (ПС) 106, может называться нисходящей линией связи 108, а линия связи, которая обеспечивает передачу от мобильной станции (ПС) 106 к базовой станции (БС) 104, может называться восходящей линией связи 110. В альтернативном варианте осуществления нисходящая линия связи 108 может называться прямой линией связи или прямым каналом, а восходящая линия связи 110 может называться обратной линией связи или обратным каналом. В системе дуплексной связи с частотным разделением (FDD) нисходящая линия связи 108 может использовать диапазон частот, отличный от используемого восходящей линией связи 110. В системе дуплексной связи с временным разделением (TDD) нисходящая линия связи 108 и восходящая линия связи 110 могут использовать общий диапазон частот.

На фиг.2 изображена система 200, функционирующая в соответствии с Mobile IP версии 6 (MIPv6). В соответствии с MIPv6 мобильному узлу 206 присваивается постоянный домашний адрес 212, который является IP-адресом, связанным с домашней сетью доступа 214 мобильного узла 206.

Мобильный узел 206 может покинуть свою домашнюю сеть доступа 214 и перейти в гостевую сеть доступа 216а. Гостевая сеть доступа 216а включает в себя маршрутизатор доступа 218а. Маршрутизатор доступа 218а присваивает мобильному узлу 206 адрес обслуживания 219а. Мобильный узел 206 отправляет обновление привязки домашнему агенту 220 в домашней сети доступа 214, который связывает домашний адрес 212 со своим адресом обслуживания 219а. Между домашним агентом 220 и мобильным узлом 206 устанавливается туннель MIP 222a. Когда соответствующий узел 224 отправляет пакет в мобильный узел 206, адресом получателя этого пакета является домашний адрес 212 мобильного узла 206. Пакет направляется домашнему агенту 220, который далее туннелирует этот пакет в мобильный узел 206.

Мобильный узел 206 может покинуть гостевую сеть доступа 216а и перейти в другую гостевую сеть доступа 216b. Гостевая сеть доступа 216b также включает в себя маршрутизатор доступа 218b. Второй маршрутизатор доступа 218b присваивает мобильному узлу 206 второй адрес обслуживания 219b. Мобильный узел 206 отправляет второе обновление привязки домашнему агенту 220, который связывает домашний адрес 212 со вторым адресом обслуживания 219b. Между домашним агентом 220 и мобильным узлом 206 устанавливается туннель MIP 222b. Когда соответствующий узел 224 отправляет пакет на домашний адрес 212 мобильного узла 206, данный пакет направляется домашнему агенту 220, который далее туннелирует этот пакет в мобильный узел 206 через туннель MIP 222b.

На фиг.3 изображена система 300, функционирующая в соответствии с Proxy Mobile IP версии 6 (PMIPv6). PMIPv6 использует мобильные шлюзы доступа 326, чтобы передавать через посредника сигнализацию управления мобильностью от имени мобильного узла 306 по мере перемещения мобильного узла 306 от одного мобильного шлюза доступа 326 к другому. Когда мобильный узел 306 покидает свою домашнюю сеть доступа 314 и переходит в гостевую сеть доступа 316а, мобильный шлюз доступа 326а для гостевой сети доступа 316а отправляет обновление привязки посредника в локальную точку 328 привязки мобильности в домашней сети 314, который связывает домашний адрес 312 мобильного узла 306 с адресом 330а мобильного шлюза доступа 326а. Между локальной точкой 328 привязки мобильности и мобильным шлюзом доступа 326а устанавливается туннель PMIP 332а. Когда соответствующий узел 324 отправляет пакет на свой домашний адрес 312 мобильного узла 306, данный пакет направляется в локальную точку 328 привязки мобильности, который далее туннелирует пакет в мобильный шлюз доступа 326а через туннель PMIP 332а. Затем мобильный шлюз доступа 326а доставляет пакет в мобильный узел 306.

Когда мобильный узел 306 покидает гостевую сеть доступа 316а и переходит в другую гостевую сеть доступа 316b, мобильный шлюз доступа 326b для новой гостевой сети доступа 316b отправляет другое обновление привязки посредника в локальную точку 328 привязки мобильности, который связывает домашний адрес 312 мобильного узла 306 с адресом 330b мобильного шлюза доступа 326b. Между локальной точкой 328 привязки мобильности и мобильным шлюзом доступа 326b устанавливается туннель PMIP 332b. Когда соответствующий узел 324 отправляет пакет на свой домашний адрес 312 мобильного узла 306, данный пакет направляется в локальную точку 328 привязки мобильности, которая далее туннелирует пакет в мобильный шлюз доступа 326b через туннель PMIP 332b. Затем мобильный шлюз доступа 326b передает пакет в мобильный узел 306.

На фиг.4 изображена система 400, функционирующая в соответствии с PMIPv6, в которой мобильный узел 406 способен одновременно осуществлять доступ к первой сети доступа 416а и второй сети доступа 416b. Иными словами, можно сказать, что мобильный узел 406 имеет множество нисходящих и восходящих линий связи. Например, первая сеть доступа 416а может быть беспроводной локальной сетью, а вторая сеть доступа 416b может быть сетью высокоскоростной передачи пакетных данных (HRPD). Другой пример: первая сеть доступа 416а может быть беспроводной локальной сетью, а вторая сеть доступа 416b может быть сетью проекта долгосрочного развития (LTE). Первая сеть доступа 416а и вторая сеть доступа 416b могут использовать различные частоты, а мобильный узел 406 может использовать различные радиостанции для осуществления доступа к различным сетям доступа 416а, 416b.

Туннель PMIP 432а устанавливается между локальной точкой 428 привязки мобильности и мобильным шлюзом доступа 426а в первой сети доступа 416а, а туннель PMIP 432b устанавливается между локальной точкой 428 привязки мобильности и мобильным шлюзом доступа 426b во второй сети доступа 416b.

В мобильном узле 406 может работать множество приложений, таких как передача речи, передача видеоинформации, загрузка файлов, электронная почта и др. Поэтому множество IP-потоков 434 может отправляться на мобильный узел 406 и с него. Используемый в данном описании термин «IP-поток» может относиться к последовательности IP-пакетов с одной и той же информацией заголовка, например, один и тот же набор из 5 элементов, включающий в себя IP-адреса отправителя и получателя, порты отправителя и получателя и один и тот же транспортный протокол. Следует понимать, что имеются также другие способы идентификации IP-потоков, например, использование идентификатора потока IPv6 либо SPI (показателя параметров безопасности) в заголовках IPsec. Описанные в настоящей заявке способы применяются независимо от того, как идентифицируется IP-поток. В изображенной на фиг.4 системе показаны два IP-потока 434а, 434b. Различные IP-потоки 434 могут отправляться/приниматься через различные сети доступа 416. Например, первый IP-поток 434а может отправляться/приниматься через первую сеть доступа 416а, а второй IP-поток 434b может отправляться/приниматься через вторую сеть доступа 416b.

На фиг.5 изображена другая система 500, функционирующая в соответствии с PMIPv6, в которой мобильный узел 506 способен одновременно осуществлять доступ к первой сети доступа 516а и второй сети доступа 516b. В мобильном узле 506 может работать множество приложений 536, включающих в себя передачу речи, передачу видеоинформации, загрузку файлов, электронную почту и др. Мобильный узел 506 также включает в себя IP-стек 538, который является набором компонентов, реализующих Интернет-протокол (IP).

Мобильный узел 506 также включает в себя виртуальный интерфейс 540 и множество физических интерфейсов 544а, 544b. Виртуальный интерфейс 540 связан с IP-адресом 512. Однако ни один из физических интерфейсов 544а, 544b не связан с IP-адресом. Первый физический интерфейс 544а используется для отправки данных в первую сеть доступа 516а, а второй физический интерфейс 544b используется для отправки данных во вторую сеть доступа 516b.

Для передач по восходящей линии связи IP-стек 538 отправляет пакеты, генерируемые приложениями 536, в виртуальный интерфейс 540. Виртуальный интерфейс 540 включает в себя политику переадресации 542. Политика переадресации 542 указывает, какие из множества физических интерфейсов 544 должны использоваться для отправки пакетов своему конечному получателю. Например, политика переадресации 542 может включать в себя указание 546а на то, что пакеты, соответствующие IP-потоку В 534b, должны отправляться через первый физический интерфейс 544а. Политика переадресации 542 может также включать в себя указание 546b на то, что пакеты, соответствующие IP-потоку А 534a, должны отправляться через второй физический интерфейс 544b. Виртуальный интерфейс 540 отправляет пакеты, соответствующие различным IP-потокам 534а, 534b, в соответствующие физические интерфейсы 544а, 544b на основе политики переадресации 542.

При использовании мобильным узлом 506 виртуального интерфейса 540 с множеством ненумерованных физических интерфейсов 544 (т.е. физических интерфейсов 544 без ассоциированных IP-адресов), как в сетях типа PMIP/GTP, невозможно предписать политике переадресации мобильного узла 506 способ пересылки IP-потоков 534 между имеющимися физическими интерфейсами 544. Иными словами, мобильные шлюзы доступа 326 и другие объекты базовой сети, обеспечивающие управление мобильностью, не контролируют использование мобильным узлом 506 имеющихся восходящих линий связи.

На фиг.6 и 7 изображена система 600, сконфигурированная с возможностью обеспечения основанного на сети управления политикой переадресации, используемой мобильным узлом 606. Мобильный узел 606 в некоторых отношениях аналогичен мобильному узлу 506, изображенному на фиг.5. В частности, мобильный узел 606 включает в себя множество приложений 636, IP-стек 638, виртуальный интерфейс 640 (с ассоциированным IP-адресом 612) и множество физических интерфейсов 644а, 644b. Первый физический интерфейс 644а используется для отправки данных в первую сеть доступа 616а, а второй физический интерфейс 644b используется для отправки данных во вторую сеть доступа 616b.

В соответствии с Фиг.6 мобильный узел 606 может принимать специфичную для конкретной сети доступа сигнализацию 648, относящуюся к конкретному IP-потоку 634 (например, IP-потоку А 634а на Фиг.7). Специфичная для конкретной сети доступа сигнализация 648 может приниматься из сети доступа 616а, например, от мобильного шлюза доступа 626а в сети доступа 616а.

Используемое в настоящем описании выражение «специфичная для конкретной сети доступа сигнализация» относится к сигнализации, связанной с взаимодействием между мобильным узлом 606 и конкретной сетью доступа (например, первой сетью доступа 616а), а формат сигнализации часто зависит от сети доступа. Например, специфичная для конкретной сети доступа сигнализация 648 может включать в себя запрос на установление качества обслуживания (QoS) для конкретного IP-потока 634. Такой запрос может быть отправлен в мобильный узел 606 с целью создания ресурсов с некоторым QoS (например, для обеспечения определенной скорости передачи битов, задержки, дрожания, вероятности потери пакетов, частоты ошибочных битов и т.д.), которые будут использоваться для передачи IP-потока 634.

Другой пример: специфичная для конкретной сети доступа сигнализация 648 может включать в себя сообщение установления однонаправленного канала для конкретного IP-потока 634. Перед тем, как мобильный узел 606 сможет отправить IP-пакет в сеть, сеть устанавливает однонаправленный канал связи с мобильным узлом 606. Это включает в себя отправку сообщения установления однонаправленного канала в мобильный узел 606. Например, в сети LTE сообщение установления однонаправленного канала может соответствовать сообщениям активации заданного по умолчанию или выделенного однонаправленного канала, таким как сообщения «ЗАПРОС НА АКТИВАЦИЮ КОНТЕКСТА ЗАДАННОГО ПО УМОЛЧАНИЮ ОДНОНАПРАВЛЕННОГО КАНАЛА EPS» или «ЗАПРОС НА АКТИВАЦИЮ КОНТЕКСТА ВЫДЕЛЕННОГО КАНАЛА EPS» (в которых EPS означает Улучшенную систему пакетной передачи). Указанные сообщения содержат информацию о TFT (шаблоне потока трафика), которая включает в себя фильтры пакетов для IP-потока 634. Мобильный узел 606 может интерпретировать зависящую от конкретной сети доступа сигнальную информацию 648 как команду на отправку IP-потока 634а по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648.

Другой пример: специфичная для конкретной сети доступа сигнализация 648 может включать в себя сообщение изменения однонаправленного канала для конкретного IP-потока 634. Однонаправленный канал для конкретного мобильного узла 606 может быть изменен. Это включает в себя отправку сообщения изменения однонаправленного канала в мобильный узел 606. Например, в сети LTE сообщение изменения однонаправленного канала может соответствовать сообщениям об изменении контекста однонаправленного канала EPS, таким как сообщение «ЗАПРОС НА ИЗМЕНЕНИЕ КОНТЕКСТА ОДНОНАПРАВЛЕННОГО КАНАЛА EPS». Указанные сообщения содержат информацию о TFT, которая включает в себя фильтры пакетов для IP-потока 634, поэтому измененному однонаправленному каналу разрешено передавать IP-поток 634.

Еще один пример: специфичная для конкретной сети доступа сигнализация 648 может включать в себя сообщение освобождения однонаправленного канала или сообщение изменения однонаправленного канала для конкретного IP-потока 634. Например, в сети LTE сообщение освобождения однонаправленного канала» может соответствовать сообщениям о деактивации однонаправленного канала EPS, таким как сообщение «ЗАПРОС НА ДЕАКТИВАЦИЮ КОНТЕКСТА ОДНОНАПРАВЛЕННОГО КАНАЛА EPS», а сообщение изменения однонаправленного канала» может соответствовать сообщениям об изменении однонаправленного канала EPS, таким как сообщение «ЗАПРОС НА ИЗМЕНЕНИЕ КОНТЕКСТА ОДНОНАПРАВЛЕННОГО КАНАЛА EPS». Вследствие указанных сообщений либо освобождается однонаправленный канал для передачи IP-потока 634, либо обновленный TFT для измененного однонаправленного канала перестает охватывать IP-поток 634. Основное отличие от предыдущих примеров состоит в том, что поскольку ресурсы для IP-потока 634 удалены из сети доступа 616а, мобильный узел 606 может интерпретировать это как команду на перенос IP-потока 634 в другую сеть доступа 616b, в которой для всех IP-потоков может существовать негарантированный однонаправленный канал.

В ответ на прием специфичной для конкретной сети доступа сигнализации 648 для конкретного IP-потока 634 мобильный узел 606 принимает решение, какие из множества сетей доступа 616а, 616b использовать для отправки IP-потока 634, на основе специфичной для конкретной сети доступа сигнализации 648. Например, мобильный узел 606 может интерпретировать зависящую от конкретной сети доступа сигнальную информацию 648 как команду на отправку IP-потока 634а по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648. Затем мобильный узел 606 может обновить политику переадресации 642 в мобильном узле 606 для указания на то, что IP-поток 634а должен быть отправлен по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648. Это может быть осуществлено с помощью сигнала обновления внутренней политики 650, который может быть отправлен от специфических для конкретной сети доступа функций обработки через физический интерфейс 644а к функции формирования политики переадресации 642.

После обновления политики переадресации 642 политика переадресации 642 может включать в себя указание, что пакеты, соответствующие IP-потоку 634а, должны быть отправлены через первый физический интерфейс 644а. После этого виртуальный интерфейс 640 отправляет пакеты, соответствующие IP-потоку 634а, в первую сеть доступа 616а через первый физический интерфейс 644а, как задано в политике переадресации 642. Это показано на фиг.7.

После того как IP-поток 634 ассоциирован с конкретным физическим интерфейсом 644 и отправляется через конкретную сеть доступа 616, одним или более сетевым объектом может быть принято решение о переносе IP-потока 634а в другую сеть доступа 616. Например, после того как IP-поток А 634а ассоциирован с первым физическим интерфейсом 644а и отправляется через первую сеть доступа 616а, может быть принято решение о переносе IP-потока 634а во вторую сеть доступа 616b. Это может быть осуществлено путем отправки второй сетью доступа 616b, например, мобильным шлюзом доступа 626b, специфичной для конкретной сети доступа сигнализации 648, относящейся к IP-потоку А 634а, в мобильный узел 060. (На чертежах это не показано.)

На фиг.8 изображена блок-схема, иллюстрирующая способ 800 обеспечения основанного на сети управления политикой переадресации, используемой мобильным узлом 606. Мобильный узел 606 может осуществлять прием 802 специфичной для конкретной сети доступа сигнализации 648, относящейся к IP-потоку 634а. Специфичная для конкретной сети доступа сигнализация 648 может приниматься из сети доступа 616а, например, из мобильного шлюза доступа 626а в сети доступа 616а. Специфичная для конкретной сети доступа сигнализация 648 может включать в себя запрос на установление качества обслуживания (QoS) для IP-потока 634а по сети доступа 616а. Другой пример: специфичная для конкретной сети доступа сигнализация 648 может включать в себя сообщение установления однонаправленного канала для IP-потока 634а. Другой пример: специфичная для конкретной сети доступа сигнализация 648 может включать в себя сообщение изменения однонаправленного канала для IP-потока 634а.

В ответ на прием 802 специфичной для конкретной сети доступа сигнализации 648 для конкретного IP-потока 634а мобильный узел 606 принимает решение, какие из множества сетей доступа 616а, 616b использовать для отправки IP-потока 634а, на основе специфичной для конкретной сети доступа сигнализации 648. Например, мобильный узел 606 может интерпретировать 804 конкретную для конкретной сети доступа сигнализацию 648 как команду на отправку IP-потока 634а в сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648. Затем мобильный узел 606 может обновить 806 политику переадресации 642 в мобильном узле 606 для указания на то, что IP-поток 634а должен быть отправлен по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648.

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

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

Устройство 900 содержит центральную шину данных 902, соединяющую несколько схем. Схемы включают в себя процессор 904, приемную схему 906, передающую схему 908 и запоминающее устройство 910. Запоминающее устройство 910 находится на электронной связи с процессором 904, т.е. процессор 904 может считывать информацию из запоминающего устройства 910 и/или записывать в него информацию.

Процессор 904 может быть универсальным процессором, центральным процессором (CPU), цифровым сигнальным процессором (DSP), контроллером, микроконтроллером, конечным автоматом, специализированной интегральной схемой (ASIC), программируемым логическим устройством (PLD), программируемой пользователем вентильной матрицей (FPGA) и т.д. Процессор 904 может включать в себя совокупность устройств обработки, например, комбинацию DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров совместно с ядром DSP или какую-либо иную подобную конфигурацию.

Приемная схема 906 и передающая схема 908 могут быть соединены с RF (радиочастотной) схемой, но на чертеже это не показано. Приемная схема 906 может осуществлять обработку и буферизацию принятых сигналов перед отправкой этих сигналов в шину данных 902. С другой стороны, передающая схема 908 может осуществлять обработку и буферизацию данных из шины данных 902 перед отправкой этих данных из устройства 900. Процессор 904 может выполнять функцию управления данными шины данных 902 и, кроме того, функцию общей обработки данных, включая исполнение контента инструкций запоминающего устройства 910.

Вместо отдельного размещения, как показано на фиг.9, передающая схема 908 и приемная схема 906 в качестве альтернативы могут быть реализованы в процессоре 904.

Запоминающее устройство 910 включает в себя набор команд, как правило, обозначенных позиционным номером 912. Команды 912 могут выполняться процессором 904 для реализации описанных в настоящей заявке способов. Команды 912 могут включать в себя код 914 приема специфичной для конкретной сети доступа сигнализации 648, относящейся к конкретному IP-потоку 634а из сети доступа 616а. Команды 912 могут включать в себя код 916 интерпретации специфичной для конкретной сети доступа сигнализации 648 как команды на отправку IP-потока 634а по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648. Команды 912 могут включать в себя код 918 обновления политики переадресации 642 в мобильном узле 606 для указания на то, что IP-поток 634а должен быть отправлен по сети доступа 616а, из которой была принята указанная специфичная для конкретной сети доступа сигнализация 648.

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

Запоминающее устройство 910 может быть схемой оперативного запоминающего устройства (RAM). Запоминающее устройство 910 может быть связано с другой запоминающей схемой (не показана), которая может быть либо энергозависимого типа, либо энергонезависимого. Альтернативно запоминающее устройство 910 может быть изготовлено на основе схем другого типа, таких как EEPROM (электрически стираемое программируемое постоянное запоминающее устройство), стираемое программируемое постоянное запоминающее устройство (EPROM), ROM (постоянное запоминающее устройство), специализированная интегральная схема (ASIC), магнитный диск, оптический диск, их совокупность и иные существующие устройства. Запоминающее устройство 910 может рассматриваться как пример программного продукта, включающего в себя машиночитаемый носитель с хранящимися на нем командами 912.

Описанные в настоящей заявке функции могут быть реализованы в оборудовании, компьютерном программном обеспечении, аппаратно реализованном программном обеспечении или в любой их совокупности. При реализации в компьютерном программном обеспечении эти функции могут храниться в виде одной или более команд на машиночитаемом носителе. Термин «машиночитаемый носитель» относится к любым имеющимся носителям, доступ к которым может быть осуществлен с компьютера. В качестве примера, а не ограничения, машиночитаемый носитель может быть выполнен в виде RAM, ROM, EEPROM, CD-ROM, либо иного накопителя на оптических дисках, накопителя на магнитных дисках или иных магнитных запоминающих устройств, либо любого другого носителя, который может использоваться для хранения требуемого кода программы в виде команд или структур данных и доступ к которому может быть осуществлен с компьютера. Используемый в настоящей заявке термин «диск» включает компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий магнитный диск и диск Blue-ray, при этом в одних дисках воспроизведение данных осуществляется магнитным способом, а в других дисках воспроизведение данных осуществляется оптическим способом с помощью лазеров.

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

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

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

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

2. Устройство по п.1, в котором специфичная для конкретной сети доступа сигнализация содержит запрос на установление качества обслуживания (QoS) для IP-потока в упомянутой сети доступа.

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

4. Устройство по п.1, в котором средство для принятия решения, какие из множества сетей доступа использовать, содержит средство для обновления политики переадресации в мобильном узле.

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

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

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

8. Устройство по п.1, дополнительно содержащее средство для осуществления одновременного доступа к множеству сетей доступа.

9. Устройство по п.1, в котором специфичная для конкретной сети доступа сигнализация принимается из шлюза доступа в сети доступа.

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

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

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

13. Мобильный узел по п.10, в котором принятие решения, какие из множества сетей доступа использовать, содержит обновление политики переадресации в мобильном узле.

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

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

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

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

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

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

20. Способ по п.19, в соответствии с которым специфичная для конкретной сети доступа сигнализация принимается из сети доступа и в соответствии с которым специфичная для конкретной сети доступа сигнализация содержит запрос на установление качества обслуживания (QoS) для IP-потока в упомянутой сети доступа.

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

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

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

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

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

26. Способ по п.19, дополнительно содержащий одновременный доступ к множеству сетей доступа.

27. Способ по п.19, в соответствии с которым специфичная для конкретной сети доступа сигнализация принимается из шлюза доступа в сети доступа.

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

29. Машиночитаемый носитель по п.28, в котором специфичная для конкретной сети доступа сигнализация содержит запрос на установление качества обслуживания (QoS) для IP-потока в упомянутой сети доступа.

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

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

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

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

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

35. Машиночитаемый носитель по п.28, в котором осуществляется одновременный доступ к множеству сетей доступа.

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



 

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

Изобретение относится к предоставлению доступа к сети, при котором соединение с базовой сетью устанавливают через устройство (20) беспроводного доступа и шлюзовое устройство (42).

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

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

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

Изобретение относится к беспроводным сетям. .

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

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

Изобретение относится к области построения коммуникационных сетей с резервированием

Изобретение относится к области коммуникационных сетей с резервированием, предназначенных для систем автоматизации энергообъектов в соответствии со стандартом IEC 61850

Изобретение относится к средствам ретрансляции потерь в линии связи

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

Изобретение относится к области техники систем связи медицинских имплантатов

Заявленное изобретение относится к интегрированному управлению доступом к среде для обработки соответственно разделенных наборов ситуации графика. Технический результат состоит в оптимизации потребления энергии во время операции на основе опроса механизма управления доступом к среде. Для этого обеспечивают механизм восстановления после ошибки на основе опроса, для достижения предпочтенной надежности приложения, используя эффективные по потреблению энергии и по стоимости способы. А также обеспечивают внутриполосную активизацию для устройства медицинского имплантата в сети области тела человека. Кроме того, предусмотрен способ для одновременного доступа к каналу с минимальным уровнем мощности на основе опроса и обеспечения работы множества сетей области тела (BAN) при связи с медицинским имплантатом. 5 н. и 13 з.п. ф-лы, 46 ил., 1 табл.

Изобретение относится к вычислительной технике. Технический результат заключается в обеспечении возможности передачи/приема информации о характеристиках спектральной нагрузки для балансировки спектральной нагрузки между локальными узлами В. Устройство для беспроводной связи, сконфигурированное для определения для этого устройства по меньшей мере одной характеристики спектральной нагрузки; и беспроводной передачи указанной по меньшей мере одной характеристики спектральной нагрузки дополнительному устройству внутри сообщения, включающего заранее заданное значение идентификатора пользовательского устройства, при этом заранее заданное значение идентификатора пользовательского устройства указывает на то, что упомянутое сообщение содержит по меньшей мере одну характеристику спектральной нагрузки. 10 н. и 20 з.п. ф-лы, 3 ил.

Изобретение относится в целом к вычислениям и в частности к обработке мультимедийных данных в вычислительной среде. Технический результат - эффективная обработка мультимедийных потоков. Раскрыты система и способ, в соответствии с которыми медиа-процессор отделяет функции создания и поддержания топологии от функций обработки данных посредством топологии. Система содержит уровень управления, включающий в себя элемент генерации топологии для генерации топологии, описывающей набор входных мультимедийных потоков, один или более источников входных мультимедийных потоков, последовательность операций, выполняемых над мультимедийными данными, и набор выходных мультимедийных потоков, и медиа-процессор для управления передачей мультимедийных данных, как описано в топологии, и управления выполнением последовательности мультимедийных операций над мультимедийными данными для создания набора выходных мультимедийных потоков. Уровень ядра включает в себя входные мультимедийные потоки, источники входных мультимедийных потоков, один или более преобразователей для оперирования мультимедийными потоками, приемники потоков и медиа-приемники для обеспечения набора выходных мультимедийных потоков. 2 н. и 10 з.п. ф-лы, 6 ил.
Наверх