УПРАВЛЕНИЕ ПОЛИТИКОЙ ДЛЯ ПОТОКОВ ИНКАПСУЛИРОВАННЫХ ДАННЫХ Российский патент 2013 года по МПК H04H60/79 

Перекрестная ссылка на родственные заявки

Эта заявка притязает на приоритет по предварительной заявке на патент США, регистрационный № 61/026712, под названием "MOBILITY PROTOCOL INDICATION IN THE PPC SESSION ESTABLISHMENT", которая была подана 6 февраля 2008 г., по предварительной заявке на патент США, регистрационный № 61/026981, под названием "HANDLING POLICY CONTROL FOR ENCAPSULATED DATA FLOWS", которая была подана 7 февраля 2008 г., и по предварительной заявке на патент США, регистрационный № 61/036585, под названием "METHOD AND APPARATUS FOR PROVIDING POLICY CONTROL IN COMMUNICATION SYSTEMS", которая была подана 14 марта 2008 г. Упомянутые выше заявки полностью заключены здесь в качестве ссылки.

Уровень техники

I. Область техники, к которой относится изобретение

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

II. Описание предшествующего уровня техники

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

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

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

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

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

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

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

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

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

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

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

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

Подробное описание изобретения

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

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

Кроме того, различные варианты выполнения описаны здесь в связи с мобильным прибором. Мобильный прибор также может называться системой, абонентским модулем, абонентской станцией, мобильной станцией, мобильным устройством, удаленной станцией, удаленным терминалом, терминалом доступа, терминалом пользователя, терминалом, прибором беспроводной связи, агентом пользователя, прибором пользователя или оборудованием пользователя (UE). Мобильный прибор может представлять собой мобильный телефон, беспроводный телефон, телефон протокола инициирования сеанса (SIP), станцию беспроводного локального контура (VLL), карманный персональный компьютер (PDA), портативный прибор, обладающий способностью беспроводного соединения, вычислительный прибор или другой прибор обработки, соединенный с беспроводным модемом. Кроме того, различные варианты выполнения описаны здесь совместно с базовой станцией. Базовую станцию можно использовать для связи с мобильным прибором (приборами), и она также может называться точкой доступа, Узлом B, развернутым Узлом B (eNode B или eNB), базовой приемопередающей станцией (BTS) или с использованием некоторой другой терминологии.

Кроме того, различные аспекты или свойства, описанные здесь, могут быть воплощены как способ, устройство или изделие производства с использованием стандартных технологий программирования и/или инженерных технологий. Термин "изделие производства", используемый здесь, предназначен для охвата компьютерной программы, доступ к которой можно осуществлять с любого считываемого компьютером прибора, носителя или среды. Например, считываемый компьютером носитель информации может включать в себя, но не ограничивается этим, магнитные устройства хранения (например, жесткий диск, гибкий диск, магнитные ленты и т.д.), оптические диски (например, компакт-диск (CD), цифровой универсальный диск (DVD) и т.д.), карты с микропроцессором и устройства памяти типа флэш (например, EEPROM (электрически стираемое программируемое постоянное запоминающее устройство), карта, запоминающее устройство типа stick, запоминающее устройство типа key drive и т.д.). Кроме того, различные носители - накопители информации, описанные здесь, могут представлять собой одно или больше устройств и/или другие считываемые устройством носители информации, предназначенные для сохранения информация. Термин "считываемый устройством носитель информации" может включать в себя, без ограничений, каналы беспроводной передачи данных и различные другие носители, выполненные с возможностью сохранять, содержать и/или переносить инструкцию (инструкции) и/или данные.

Описанные здесь технологии можно использовать для различных систем беспроводной передачи данных, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), мультиплексирование в области одной несущей частоты (SC-FDMA) и другие системы. Термины "система" и "сеть" часто используются взаимозаменяемо. Система CDMA также может воплощать радиотехнологию, такую как универсальный наземный радио-доступ (UTRA), CDMA) и другие варианты CDMA. CDMA2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может воплощать такую радиотехнологию, как Глобальная система мобильной связи (GSM). Система OFDMA может воплощать такую технологию радиосвязи, как развернутая UTRA (E-UTRA), сверхмобильная широкополосная система (UMB), IEEE 802.1 1 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, флэш-OFDM и т.д. UTRA и E-UTRA представляют собой части универсальной мобильной системы передачи данных (UMTS). Система долговременного развития 3GPP (LTE) представляет собой предстоящий выпуск, который пользует E-UTRA, которая применяет OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации под названием "Проект партнерства 3-го поколения" (3GPP). CDMA2000 и UMB описаны в документах организации под названием "Проект 2 Партнерства 3-его поколения" (3GPP2). Технологии, описанные здесь, также можно использовать в стандарте развития оптимизированной системы передачи данных (EV-DO), такие как 1 xEV-DO редакция B или другие редакции и/или тому подобное. Кроме того, такие системы беспроводной связи дополнительно могут включать в себя одноранговые (например, с мобильного устройства на мобильное устройство) и специальные сетевые системы, в которых часто используют неспаренные нелицензированные спектры, беспроводную LAN (локальная вычислительная сеть) 802.xx, BLUETOOTH и любые другие технологии беспроводной связи, работающие на коротком или большом расстоянии.

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

Рассмотрим теперь фиг. 1, на которой проиллюстрирована система 100 беспроводной связи в соответствии с различными, представленными здесь вариантами выполнения. Система 100 содержит базовую станцию 102, которая может включать в себя множество групп антенн. Например, одна группа антенн может включать в себя антенны 104 и 106, другая группа может содержать антенны 108 и 110, и дополнительная группа может включать в себя антенны 112 и 114. Две антенны проиллюстрированы для каждой группы антенн; однако большее или меньшее количество антенн можно использовать для каждой группы. Базовая станция 102 дополнительно может включать в себя цепь передатчика и цепь приемника, каждая из которых, в свою очередь, может содержать множество компонентов, ассоциированных с передачей и приемом сигналов (например, процессоры, модуляторы, мультиплексоры, демодуляторы, демультиплексоры, антенны и т.д.), как будет ясно для специалиста в данной области техники.

Базовая станция 102 может осуществлять связь с одним или больше мобильными приборами, такими как мобильный прибор 116 и мобильный прибор 122; однако должно быть ясно, что базовая станция 102 может осуществлять связь, по существу, с любым количеством мобильных приборов, аналогичных мобильным приборам 116 и 122. Мобильные приборы 116 и 122 могут представлять собой, например, сотовые телефоны, смартфоны, переносные компьютеры, портативные приборы связи, портативные компьютерные приборы, спутниковые радиоприемники, системы глобального позиционирования, PDA и/или любые другие подходящие приборы для связи с помощью системы 100 беспроводной связи. Как изображено, мобильный прибор 116 находится на связи с антеннами 112 и 114, где антенны 112 и 114 передают информацию в мобильный прибор 116 с помощью прямой линии 118 связи и принимают информацию из мобильного прибора 116 с помощью обратной линии 120 связи. Кроме того, мобильный прибор 122 находится на связи с антеннами 104 и 106, при этом антенны 104 и 106 передают информацию в мобильный прибор 122 с помощью прямой линии 124 связи и принимают информацию из мобильного прибора 122 с помощью обратной линии 126 связи. Например, в системе дуплексной передачи данных с частотным разделением (FDD) прямая линия 118 связи может использовать полосу частот, отличную от той, которой пользуется обратная линия 120 связи, и прямая линия 124 связи может применять полосу частот, отличную от той, которую применяет обратная линия 126 связи. Дополнительно, в системе дуплексной передачи данных с временным разделением (TDD) прямая линия 118 связи и обратная линия 120 связи могут использовать общую полосу частот, и прямая линия 124 связи и обратная линия 126 связи могут использовать общую полосу частот.

Каждая группа антенн и/или область, в которой они предназначены осуществлять связь, может рассматриваться как сектор базовой станции 102. Например, группа антенн может быть предназначена для осуществления связи с мобильными приборами в секторе областей, охваченных базовой станцией 102. При связи с помощью прямых линий 118 и 124 связи передающие антенны базовой станции 102 могут использовать формирование луча для улучшения отношения сигнал-шум прямых линий 118 и 124 связи для мобильных приборов 116 и 122. Также, хотя базовая станция 102 использует формирование луча для передачи в мобильные приборы 116 и 122, которые случайно рассеяны по ассоциированной зоне охвата, мобильные приборы в соседних сотах могут быть подвергнуты воздействию меньших взаимных помех по сравнению с базовой станцией, передающей по одной антенне во все ее мобильные приборы. Кроме того, мобильные приборы 116 и 122 могут осуществлять связь непосредственно друг с другом, пользуя одноранговую или специализированную технологию (не показано).

В соответствии с примером система 100 может представлять собой систему связи с множеством входов и множеством выходов (MIMO). Дополнительно, система 100 может использовать, по существу, любой тип техники дуплексирования для разделения каналов связи (например, прямой линии связи, обратной линии связи,...), такой как FDD, FDM, TDD, TDM, CDM и т.п. Базовая станция 102 может быть подключена с возможностью связи с беспроводной сетью 128, доступ к которой предоставляет базовая станция 102. Должно быть ясно, что подключение может быть проводным или беспроводным. Беспроводная сеть 128, например, может содержать различные компоненты, как дополнительно описано ниже. Базовая станция 102 может осуществлять связь с одним или больше шлюзами в беспроводной сети 128 для приема доступа из восходящего потока для мобильных приборов 116 и 122. В одном примере базовая станция 102 может устанавливать сеанс для мобильных приборов 116 и 122 в беспроводной сети 128. Компоненты беспроводной сети 128, такие как сетевой шлюз (не показан), могут устанавливать один или больше потоков данных с мобильными приборами 116 и/или 122, которые могут протекать через базовую станцию 102 и/или один или больше обслуживающих шлюзов (например, шлюзы сети доступа). Вдобавок, при обмене потоками данных может использоваться, по меньшей мере, один из многообразия поддерживаемых протоколов.

Как описано более подробно ниже, один или больше потоков данных может быть туннелирован из мобильных приборов 116 и/или 122 в шлюз, в зависимости от типа протокола мобильности. Для того чтобы способствовать такому туннелированию, данные могут быть инкапсулированы и могут включать в себя заголовок, нижний колонтитул или другую информацию инкапсуляции, которая может быть считана приемным прибором для получения информации о данных, таких как место назначения. Информацию инкапсуляции можно, например, использовать для продвижения данных в место назначения и/или для интерпретации данных в месте назначения. Следует понимать, что, например, основанные на сети протоколы мобильности также могут использоваться, однако в случае, когда данные, передаваемые в беспроводной сети 128, могут быть обработаны другим способом и/или переведены в основанный на сети протокол мобильности, после ввода с сеть 128 беспроводной передачи.

Рассмотрим теперь фиг. 2, на которой показана система 200, которая способствует передаче информации инкапсуляции. Система 200 включает в себя сетевой прибор 202, который получает доступ к беспроводной сети, шлюз 204 сети доступа, который позволяет обеспечить доступ к беспроводной сети для одного или больше приборов, точки доступа и т.д., шлюз 206 базовой сети, который предоставляет доступ шлюзу 204 сети доступа (или одному или больше дополнительным шлюзам) к расположенным перед ним компонентам сетей беспроводной передачи, и сервер 208 политики, который авторизует поток данных между сетью или шлюзом сети доступа и сетевым прибором.

В соответствии с примером сетевой прибор 202 может представлять собой мобильный прибор, точку доступа, объект управления мобильностью (MME) и/или тому подобное, и шлюз 204 сети доступа может связываться с сетевым прибором 202 для обеспечения доступа к сети беспроводной передачи через шлюз 206 базовой сети. Шлюз 206 базовой сети может запрашивать авторизацию для потока данных, такую как поток по протоколу Интернет (IP), из сервера 208 политики для связи с сетевым прибором 202. Сервер 208 политики может предоставлять или отклонять поток и передавать соответствующую информацию потока в шлюз 204 сети доступа для того, чтобы способствовать поддержке потока (такой как поддержка качества обслуживания (QoS)). Вдобавок, шлюз 206 базовой сети или другой сетевой объект может выбирать протокол мобильности для использования при связи через поток IP. При этом шлюз 206 базовой сети или другой сетевой объект выбирает протокол мобильности на основе хост-устройства, шлюз 206 базовой сети может туннелировать данные в сетевой прибор 202 через шлюз 204 сети доступа (и/или одного или больше посредников, таких как точка доступа, MME, беспроводной прибор и т.д.) путем инкапсуляции данных, передаваемых через поток. Однако, когда шлюз 206 базовой сети или другой сетевой объект выбирает основанный на сети протокол мобильности, шлюз 204 сети доступа может переводить принятые данные в протокол, используемый сетью, и продвигать переведенные данные в компоненты назначения. Следует понимать, что при использовании основанного на сети протокола мобильности шлюз 204 сети доступа может предоставлять поддержку QoS, поскольку он может интерпретировать принимаемые данные.

Вдобавок, шлюз 206 базовой сети может устанавливать информацию инкапсуляции, относящуюся к туннелированию, в выбранном типе протокола мобильности в сервер 208 политики. Сервер 208 политики может продвигать соответствующую информацию инкапсуляции в шлюз 204 сети доступа для использования при отслеживании потока между сетевым прибором 202 и шлюзом 206 базовой сети. В одном примере сервер 208 политики может передавать принятую информацию инкапсуляции в шлюз 204 сети доступа при передаче информации потока. В одном примере информация инкапсуляции, установленная шлюзом 206 базовой сети, может представлять собой указатель того, следует ли использовать заголовок инкапсуляции, заголовок инкапсуляции, который требуется использовать, одно или больше смещений, соответствующих началу и/или концу в инкапсулированном сообщении из сетевого прибора в шлюз 206 базовой сети (или наоборот), используемый тип протокола мобильности и/или тому подобное. Таким образом, например, когда шлюз 206 базовой сети передает указатель заголовка инкапсуляции в запросе установления сеанса, сервер 208 политики может выполнять оценку указателя и определять, следует ли включить заголовок инкапсуляции или другую информацию туннелирования в правила политики, передаваемые шлюзом 204 сети доступа (который в примере может быть передан через шлюз 206 базовой сети).

Когда информация инкапсуляции, принятая из шлюза 206 базовой сети, содержит явно выраженный заголовок инкапсуляции, сервер 208 политики может включать заголовок, с последующей передачей правил политики в шлюз 204 сети доступа, позволяющих шлюзу 204 сети доступа идентифицировать и учитывать заголовок при отслеживании соответствующих потоков данных. Если заголовок отсутствует (и/или значение указывает, что заголовок отсутствует), сервер 208 политики позволяет передавать правила политики в шлюз 204 сети доступа без заголовка инкапсуляции. В этом отношении сервер 208 политики может использовать соответствующую инкапсуляцию с уменьшенной реализацией, специальной для варианта выполнения. В другом примере шлюз 206 базовой сети может передавать смещение и/или начальную/конечную точки, относящиеся к положению заголовка инкапсуляции, используемого при туннелированных потоковых передачах между сетевым прибором 202 и шлюзом 206 базовой сети. Таким образом, сервер 208 политики может продвигать эту информацию в шлюз 204 сети доступа вместе с правилами политики. Шлюз 204 сети доступа может использовать информацию для детектирования и интерпретации заголовка инкапсуляции и/или инкапсулированного потока при отслеживании потоков данных между сетевым прибором 202 и шлюзом 206 базовой сети, для обеспечения поддержки для потоков. В еще одном другом примере, когда информация инкапсуляции включает в себя тип протокола мобильности, сервер 208 политики может использовать этот тип для определения соответствующей инкапсуляции для правил политики и продвигать информацию инкапсуляции, как описано, в шлюз 204 сети доступа. В других системах шлюз 204 сети доступа может быть представлен обслуживающим шлюзом, обслуживающим шлюзом пакетных данных, передаваемых с высокой скоростью (HRPD), обслуживающим шлюзом шлюза GPRS (GGSN), шлюзом PDN, шлюзом доступа WiMAX, шлюзом доступа, базовой станцией, узлом доступа, мультиплексором доступа к линии цифрового абонента (DSLAM) или другим названием, описывающим промежуточный узел.

Должно быть ясно, что информация инкапсуляции может включать в себя не только заголовок, но также и нижний колонтитул, инструкции формирования пакетов или кодирования, ключи безопасности и/или тому подобное. В любом случае сервер 208 политики может предоставлять принимаемую информацию в шлюз 204 сети доступа (например, с передачей правил политики) таким образом, что сервер 208 политики не требует специфичного воплощения для разделенных протоколов мобильности. В одном примере, в случае, когда информация инкапсуляции представляет собой тип протокола мобильности, может быть обработана и может использоваться конфигурация, которая соответствует типу протокола, для соответствующей информации инкапсуляции с тем, чтобы уменьшить объемы специфичного кодирования протокола в сервере 208 политики. После определения информации инкапсуляции она может быть передана в шлюз 204 сети доступа с правилами политики. Шлюз 204 сети доступа, как описано, может использовать информацию инкапсуляции для интерпретации данных, туннелируемых между сетевым прибором 202 и шлюзом 206 базовой сети, и может предоставлять поддержку, такую как поддержка QoS, для потоков, используя предоставленные правила политики. В одном примере сервер 208 политики может представлять собой функцию правила политики и начисления счетов (PCRF) в сети беспроводной передачи. Аналогично, шлюз 206 базовой сети может представлять собой шлюз сети передачи пакетных данных (PDN), и шлюз 204 сети доступа может представлять собой обслуживающий шлюз, такой как MME, точка доступа, мобильный прибор или другой шлюз, который может выполнять обмен данными с беспроводной сетью для предоставления доступа к одному или больше приборам.

Возвращаясь к фиг. 3, на ней представлена система 300 беспроводной связи, которая способствует предоставлению информации инкапсуляции с уменьшенным воплощением, специальным для протокола. Система 300 может работать в сети беспроводной передачи и может содержать множество других компонентов, помимо тех, которые представлены на чертеже, включая в себя точки доступа и различные терминалы доступа. Система 300 содержит сетевой шлюз 302, который осуществляет связь с сервером 304 политики для установления потока данных с одним или больше приборами (не показаны), которые осуществляют связь с обслуживающим шлюзом 306. Как описано, обслуживающий шлюз 306 может принимать связанный запрос доступа к сети из одного или больше приборов (например, точек доступа, терминалов доступа и т.д.).

Сетевой шлюз 302 может содержать запросчик 308 потока данных, который запрашивает поток данных, для обмена данными с мобильным прибором из сервера 304 политики, генератор 310 информации инкапсуляции, который может устанавливать информацию инкапсуляции, если она вообще имеется, предназначенную для использования при передаче данных с туннелированием с мобильным прибором через обслуживающий шлюз 306, и спецификатор 312 информации инкапсуляции, который может передавать связанную информацию инкапсуляции в сервер 304 политики. Сервер 304 политики может содержать приемник 314 информации инкапсуляции, который может получать информацию инкапсуляции, такую как указатель, заголовок, смещение, положения начала/окончания и т.д., как описано выше, спецификатор 316 правила политики, который может указывать одно или больше правил политики, относящихся к разрешенным протоколам мобильности, типам потоков данных и/или тому подобное, и блок 318 продвижения информации инкапсуляции, который может передавать полученную информацию инкапсуляции (вместе с правилами политики, в одном примере). Кроме того, обслуживающий шлюз 306 может включать в себя блок 320 оценки информации инкапсуляции, который может принимать информацию инкапсуляции, сервер 304 политики (например, через сетевой шлюз 302 или по-другому), определитель 322 правила политики, который может выполнять оценку принятой информации политики для определения используемых типов потока, и блок 324 отслеживания потока данных, который может интерпретировать потоки данных между сетевым шлюзом 302 и мобильным прибором для предоставления поддержки, такой как поддержка QoS, с учетом принятой информации инкапсуляции и политик потока.

В соответствии с примером обслуживающий шлюз 306 может принимать запрос на установление соединения из подключенного прибора или точки доступа и может передавать запрос в сетевой шлюз 302. Запросчик 308 потока данных может запрашивать установление потока данных с прибором из сервера 304 политики, как описано; запросчик 308 потока данных может устанавливать тип потока для сервера 304 политики, в одном примере. Основываясь на авторизации приема, запросчик потока данных может устанавливать поток данных с прибором, запросчик 308 потока данных может выбирать или может получать инструкции для выбора типа протокола мобильности для передачи потоковых данных, и генератор 310 информации инкапсуляции может определять соответствующую информацию инкапсуляции, относящуюся к типу протокола мобильности. Например, когда выбирают протокол мобильности на основе хост-устройства, генератор 310 информации инкапсуляции определяет информацию инкапсуляции, относящуюся к обмену данными, используя тип протокола мобильности, и спецификатор 312 информации инкапсуляции может передать информацию инкапсуляции в сервер 304 политики.

Таким образом, например, когда выбранный тип протокола мобильности представляет собой протокол туннелирования (GTP,) пакетной радиосвязи общего назначения (GPRS,,), генератор 310 информации инкапсуляции может не создать значения или может создавать НОЛЬ значений инкапсуляции. Например, если используется указатель, генератор 310 информации инкапсуляции может установить его значение как false, если используется заголовок инкапсуляции, генератор 310 информации инкапсуляции может установить его в значение НОЛЬ, смещение может быть установлено в 0 и т.д. Аналогично, когда выбранный тип протокола мобильности представляет собой протокол-заместитель для мобильного Интернет (PMIP,), генератор 310 информации инкапсуляции может не устанавливать или устанавливать НУЛЕВУЮ информацию инкапсуляции, поскольку туннелирование выполняют только между сетевым шлюзом 302 (например, шлюзом PND) и обслуживающим шлюзом 306, в одном примере, поскольку инкапсуляцию не требуется отдельно устанавливать для обслуживающего шлюза 306 для этого типа протокола.

В еще одном примере, в случае, когда выбранный протокол мобильности представляет собой протокол мобильной Интернет с двойным стеком (DSMIP,), протокол мобильности на основе хост-устройства, когда передачу данных туннелируют из прибора на через обслуживающий шлюз 306 и в сетевой шлюз 302, генератор 310 информации инкапсуляции может формировать соответствующую информацию инкапсуляции. Например, генератор 310 информации инкапсуляции может устанавливать значение указателя в значение true или другое значение, указывающее, что инкапсуляция присутствует в сформированной информации. В другом примере генератор 310 информации инкапсуляции может предоставлять фактический заголовок инкапсуляции. Аналогично, генератор 310 информации инкапсуляции может вставлять смещение и/или начальную/конечную точки в информацию инкапсуляции, которые обозначают заголовок инкапсуляции в туннелированных передаваемых данных, из прибора в сетевой шлюз 302. Кроме того, или в качестве альтернативы, генератор 310 информации инкапсуляции может включать в себя указание типа протокола мобильности. После того, как будет сформирована информация инкапсуляции, спецификатор 312 информации инкапсуляции может передавать информацию в сервер 304 политики.

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

После того, как правила политики будут сгенерированы, спецификатор 316 правила политики может передавать эти правила в обслуживающий шлюз 306 и блок 318 продвижения информации инкапсуляции может передавать информацию инкапсуляции в обслуживающий шлюз 306, если такая информация используется в потоке данных. В одном примере информация может быть передана с одним или больше из заданных правил политики, обеспечивающих возможность для обслуживающего шлюза 306 отслеживать даже инкапсулированные потоки данных. Например, когда информация инкапсуляции представляет собой заголовок, как описано, блок 318 продвижения информации инкапсуляции может передавать этот заголовок в обслуживающий шлюз 306. Если информация инкапсуляции относится к другим данным, таким как нижний колонтитул, инструкции инкапсуляции, ключи безопасности и т.д., блок 318 продвижения информации инкапсуляции может выполнять аналогичную передачу в обслуживающий шлюз 306. Если информация инкапсуляции не будет найдена приемником 314 информации инкапсуляции (или, например, приемник 314 информации инкапсуляции детектирует, что инкапсуляцию не следует использовать на основе принятой информации инкапсуляции), блок 318 продвижения информации инкапсуляции не передает информацию инкапсуляции в обслуживающий шлюз 306 (и/или передает указание того, что информация инкапсуляции отсутствует), в одном примере.

Обслуживающий шлюз 306 в данном примере может принимать правила политики, и блок 320 оценки информации инкапсуляции может определять, установил ли сервер 304 политики информацию инкапсуляции. Если так, блок 320 оценки информации инкапсуляции может интерпретировать данные потока путем удаления или другого учета информации инкапсуляции. Блок 322 определения правила политики может различать одно или больше правил политики, принятых из сервера 304 политики. Затем блок 324 отслеживания потока данных может интерпретировать данные, принимаемые в потоках данных между сетевым шлюзом 302 и взаимосвязанным прибором, который выполняет обмен данными с ним. В этом отношении обслуживающий шлюз 306 может обеспечивать управление потоками путем приема информации, относящейся к потокам, и возможной инкапсуляции из сервера 304 политики, и сервер политики не требует специфичного для протокола воплощения для того, чтобы способствовать передаче информации.

Теперь рассмотрим фиг. 4, на которой проиллюстрирована примерная система 400 беспроводной передачи данных, которая способствует указанию информации инкапсуляции для PCRF, для последующей передачи данных. Система 400 беспроводной передачи данных включает в себя UE 402, которое связывается с доверительным не-3GPP прибором 404 IP доступа. Не-3GPP прибор 404 IP доступа может связываться со шлюзом 406 PDN для приема данных из базовой беспроводной сети, и шлюз 406 PDN может быть подключен к PCRF 408, который предоставляет правила политики в базовую сеть, как описано. PCRF 408 может выполнять обмен данными с домашней подсистемой 410 абонента (HSS, ДПА) беспроводной сети для аутентификации приборов по беспроводной сети. Следует понимать, что этот пример может представлять согласование доступа DSMIP, в одном примере.

В соответствии с примером UE 402 может отправлять сообщение 412, запрашивающее доступ к доверенному не-3GPP прибору 404 IP доступа. Доверенный не-3GPP прибор 404 IP доступа может передавать запрос 414 на аутентификацию и авторизацию в шлюз 406 PDN, который передает его в PCRF 408 и, в конечном итоге, в HSS 410, для обеспечения того, что UE 402 может получить доступ к беспроводной сети. UE 402 может передавать сообщение 416 для согласования локального IP-адреса для не-3GPP прибора 404 IP доступа для UE 402. В этом отношении доверенный не-3GPP прибор 404 IP доступа может действовать как шлюз (например, обслуживающий шлюз) для предоставления доступа к сети беспроводной передачи данных для UE 402. Запрос на доступ из UE 402 может привести к тому, что доверенный не-3GPP прибор 404 IP доступа будет запрашивать установление 418 сеанса шлюза с PCRF 408, как описано выше. Запрос на установление сеанса, например, может содержать тип IP-CAN, относящийся к последующему установлению потока IP, и/или тип RAT, для того чтобы способствовать формированию запроса на предоставление или отказ и/или формировать одно или больше правил политики в PCRF 408. PCRF 408 может передавать подтверждение 420 на установление сеанса управления шлюзом.

UE 402 может устанавливать ассоциацию 422 версии 6 MIP со шлюзом 406 PDN для установления одного или больше IP потоков в шлюз 406 PDN через доверенный не-3GPP прибор 404 IP доступа. Шлюз 406 PDN может проверять аутентификацию и авторизацию, например, для туннеля 424. Связующее обновление 426 может быть передано из UE 402 в шлюз 406 PDN для связывания с IP потоком. Шлюз 406 PDN может, соответственно, указывать установление 428 сеансов IP-CAN для PCRF 408 в отношении UE 402. При таком указании установления сеанса, например, шлюз 406 PDN

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

Основываясь, по меньшей мере, частично, на подтверждении установления сеанса IP-CAN, шлюз 406 PDN может передавать подтверждение 432, связующее с UE 402. В этом примере используют мобильность на основе хост-устройства, такую как DSMIP, и PCRF 408 может передавать правила политики, которые могут включать в себя принятые типы протокола мобильности или параметры, измеренные показатели потока данных и/или тому подобное, как описано, в доверенный не-3GPP прибор 404 IP доступа, вместе с информацией инкапсуляции для IP потоков, под управлением шлюза и с сообщением предоставления правил политики QoS в 434. Например, PCRF 408 может генерировать правила политики на основе типа IP-CAN и/или типа RAT, принятого при установлении 418 сеанса управления шлюзом. В другом примере PCRF 408 может включать в себя информацию инкапсуляции, принятую при указании установления 428 сеанса IP-CAN, как подробно описано выше. Доверенный не-3GPP прибор 404 IP доступа может принимать правила политики и/или информацию инкапсуляции, используя информацию инкапсуляции для устранения инкапсуляции пропущенных через туннель IP потоков, и предоставления поддержки QoS для IP потоков на основе принятых правил политики, как описано выше. Доверенный не-3GPP прибор 404 IP доступа может передавать управление шлюзом и подтверждение 436 предоставления правил политики QoS в PCRF 408. Следует понимать, что дополнительные компоненты могут присутствовать в системе 400 беспроводной передачи данных, в частности, в случае роуминга; и данный поднабор представлен с целью пояснения.

Возвращаясь снова к фиг. 5, можно видеть, что здесь показана примерная система 500 беспроводной передачи данных, которая способствует указанию информации инкапсуляции в PCRF для последующей передачи данных. Система 500 включает в себя UE 502, eNode B 504, который может быть точкой доступа, предоставляющей доступ к сети беспроводной передачи для UE 502, новый MME 506, который поддерживает основанную на сети мобильность для передачи информации из eNode B 504, старый MME/обслуживающий узел GPRS (SGSN) 508, который продвигает данные в/из нового MME 506, обслуживающий шлюз 510, шлюз 512 PDN, PCRF 514 и HSS 516, которые аналогичны упомянутым выше. В одном примере система 500 может использоваться для установления сетевого доступа для UE 502, используя основанную на сети мобильность, такую как GTP.

UE 502 может отправлять запрос 518 на присоединение в eNode B 504, запрашивая у него доступк беспроводной сети, и eNode B 504 может продвигать запрос 520 на присоединение в новый MME 506 для установления доступа, используя новый MME 506. Новый MME 506 может передавать запрос 522 идентификации в старый MME/SGSN 508 для проверки идентификации UE 502, и старый MME/SGSN 508 может отвечать 524. Кроме того, новый MME 506 может передавать запрос 526 идентификации в UE 502 и принимать ответ 528 идентификации из UE 502. Затем UE 502

может передавать информацию 530 аутентификации с нового MME 506, заставляя новый MME 506 проверять аутентификацию в HSS 516. Новый MME 506 может передавать запрос для формирования принятых по умолчанию несущих 532 в обслуживающий шлюз 510, который заставляет обслуживающий шлюз 510 передавать запрос 534 так же, как и из шлюза 512 PDN.

После приема установленного по умолчанию запроса 534 носителя шлюз 512 PDN, как описано, может связываться с PCRF 514 в 536 и не указывает информацию инкапсуляции или указывает, что информация инкапсуляции не требуется для связи с обслуживающим шлюзом 510 через шлюз 512 PDN, как описано, поскольку показанный, основанный на сети протокол мобильности не устанавливает туннельную передачу данных между UE 502 и шлюзом 512 PDN. В этом отношении во время взаимодействия PCRF 536, PCRF 514 передает правила политики без инкапсуляции этих правил в шлюз 512 PDN во время взаимодействия 536 PCRF. Следует понимать, что, кроме того или в качестве альтернативы, шлюз 512 PDN может передавать тип протокола мобильности в PCRF 514, и PCRF 514 может определять отсутствие инкапсуляции. Кроме того, шлюз 512 PDN может передавать тип IP-CAN и/или тип RAT во взаимодействии 536, который может использоваться в PCRF 514 при задании правил политики, как описано. Шлюз 512 PDN может продвигать правила в обслуживающий шлюз 510 для формирования отклика 538 принятого по умолчанию носителя, который может принудительно выполнять правила и/или продвижение в новый MME 506, в ответе 540 формирования принятого по умолчанию носителя. С помощью носителей и правил политики новый MME 506 может разрешить запрос 542 на присоединение из eNode B 504 и отправить реконфигурацию 544 соединения RRC в UE 502. UE 502 может изменять конфигурацию своего RRC соединения и отправлять сообщение 546 о завершении, и eNode B 504 может передавать сообщение 548 о завершении присоединения в новый MME 506. Следует понимать, что дополнительные компоненты могут присутствовать в системе 500 беспроводной передачи данных, в частности, в случае роуминга; поднабор показан с целью пояснения.

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

для последующей передачи данных. Система 600 включает в себя UE 602, eNode B 604, новый MME 606, старый MME 608, обслуживающий шлюз 610, шлюз 612 PDN, PCRF 614 и HSS 616, которые аналогичны упомянутым и представленным на предыдущих чертежах. В одном примере система 600 может использоваться для установления сетевого доступа для UE 602, используя основанную на сети мобильность, такую как PMIP, где решения о политике могут быть переданы без использования туннелирования из шлюза 612 PDN в обслуживающий шлюз 610. Следует понимать, что шлюз 612 PDN, PCRF 614 и/или HSS 616 могут быть аналогичными фиг. 4-6 с различными объектами, устанавливающими доступ к беспроводной сети через шлюз 612 PDN, используя разные протоколы мобильности на чертежах.

UE 602 может выполнять процедуру 618 присоединения, аналогичную описанной со ссылками на предыдущие чертежи, для запроса доступа к сети. Процедура 618 присоединения может заставлять выполнять обмен данными между компонентами, показанными выше. Обновление 620 представительной связи может быть передано из обслуживающего шлюза 610 в шлюз 612 PDN, который может включать в себя тип RAT, связанный с cNode B 604. Шлюз 612 PDN может отправить сообщение 622 в PCRF 614, указывающий информацию инкапсуляции, такую как тип протокола мобильности, используемый при передаче данных с UE 602, и PCRF 614 может передавать подтверждение 624. Информация инкапсуляции может быть НОЛЬ или может относиться к отсутствию такой информации в одном описанном примере. После приема подтверждения 624 шлюз 612 PDN может подтвердить представительную связь 626. Обслуживающий шлюз 610 может затем передать установление 628 управления шлюзом, которое может содержать IP-CAN и/или тип RAT в одном примере, в PCRF, для установления сеанса беспроводной сети.

После приема запроса 628 на установление PCRF 614 может генерировать правила политики, как описано выше, на основе, по меньшей мере, частично, типа RAT и/или типа IP-CAN. PCRF 614 может передавать управление политикой и положения 630 начисления счетов (PCC) в шлюз PDN. Эти положения могут быть разинкапсулированы, поскольку шлюз 612 PDN не передал какую-либо информацию инкапсуляции или указание того, что инкапсуляцию не требуется использовать. В качестве альтернативы, информация инкапсуляции может содержать тип протокола мобильности (например, PMIP в этом примере), который PCRF 614 может использовать для определения, что инкапсуляция не требуется. Шлюз PDN может передавать подтверждение 632 решения PCC, и PCRF 614 может передавать подтверждение 634 установления сеанса управления в обслуживающий шлюз 610. Следует понимать, что дополнительные компоненты могут присутствовать в системе 600 беспроводной передачи данных, в частности, в случае роуминга; данный поднабор показан с целью пояснения. Кроме того, множество других протоколов мобильности могут поддерживаться, и шлюз 612 PDN может передавать соответствующую информацию инкапсуляции (например, тип протокола мобильности, заголовок инкапсуляции, местоположение заголовка, нижний колонтитул, ключи безопасности, инструкции кодирования и т.д.) для типа протокола мобильности.

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

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

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

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

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

Фиг. 9 показывает примерную систему 900 беспроводной связи. В системе 900 беспроводной связи представлена одна базовая станция 910 и один мобильный прибор 950, для краткости. Однако следует понимать, что система 900 может включать в себя больше, чем одну базовую станцию и/или больше, чем один мобильный прибор, в котором дополнительные базовые станции и/или мобильные приборы могут, по существу, быть аналогичными или могут отличаться от примерных базовых станций 910 и мобильного прибора 950, описанных ниже. Кроме того, следует понимать, что базовая станция 910 и/или мобильный прибор 950 могут использовать системы (фиг. 1-6) и/или способы (фиг. 7-8), описанные здесь, для того, чтобы способствовать беспроводной передаче данных между ними.

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

Кодированные данные для каждого потока данных могут быть мультиплексированы с пилотными данными, используя технологии мультиплексирования с ортогональным частотным разделением каналов (OFDM). Кроме того или в качестве альтернативы, пилотные символы могут быть мультиплексированы с частотным разделением (FDM), мультиплексированы с временным разделением (TDM) или мультиплексированы с кодовым разделением (CDM). Пилотные данные типично представляют собой известную структуру данных, которую обрабатывают известным способом и которую можно использовать в мобильном приборе 950 для оценки отклика канала. Мультиплексированные пилотные и кодированные данные для каждого потока данных могут быть модулированы (например, отображены на символы) на основе определенной схемы модуляции (например, BPSK, QPSK, М-PSK, М-квадратурной амплитудной манипуляции (М-QAM), и т.д.) выбранной для этого потока данных, для обеспечения символов модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены по инструкциям, выполняемым или предоставляемым процессором 930.

Символы модуляции для потоков данных могут быть предусмотрены в процессоре 920 TX MIMO, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 920 TX MIMO затем предоставляет NT потоков символов модуляции в NT передатчиков (TMTR) 922a - 922t. В различных вариантах выполнения процессор 920 TX MIMO применяет веса формирования лучей для символов потоков данных и для антенн, через которые передают символы.

Каждый передатчик 922 принимает и обрабатывает соответствующий поток символов для предоставления одного или больше аналоговых сигналов, и дополнительно выполняет выходную обработку (например, усиление, фильтрацию и преобразование с повышением частоты) аналоговых сигналов для получения модулированного сигнала, пригодного для передачи через канал MIMO. Кроме того, NT модулированных сигналов из передатчиков 922a - 922t передают через NT антенн 924a - 924t, соответственно.

В мобильном приборе 950, передаваемые модулированные сигналы принимают с помощью Nr антенн 952a - 952r, и принятый сигнал из каждой антенны 952 подают в соответствующий приемник (RCVR) 954a - 954r. Каждый приемник 954 выполняет предварительную обработку (например, фильтрует, усиливает и преобразует с понижением частоты) соответствующего сигнала, преобразует в цифровую форму сигнал после предварительной обработки для получения выборок и дополнительно обрабатывает выборки для предоставления соответствующего "принятого" потока символов.

Процессор 960 данных RX может принимать и обрабатывать NR принятых потоков символов из Nx приемников 954 на основе определенной технологии обработки приемника, для получения NT "детектированных" потоков символов. Процессор 960 данных RX может демодулировать, выполнять устранение перемежения и может декодировать каждый детектируемый поток символов для восстановления данных трафика для этого потока данных. Обработка, выполняемая процессором 960 данных RX, является взаимодополняющей обработке, выполняемой процессором 920 TX MIMO и процессором 914 данных TX в базовой станции 910.

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

Сообщение обратной линии связи может содержать различные типы информации, относящейся к линии связи и/или принятому потоку данных. Сообщение обратной линии связи может быть обработано процессором 938 передачи данных, который также принимает данные трафика для множества потоков данных из источника 936 данных, модулированных модулятором 980, обработанных передатчиками 954a - 954r, и переданных обратно в базовую станцию 910.

В базовой станции 910, модулированные сигналы из мобильного прибора 950 принимают с помощью антенн 924, предварительно обрабатывают с помощью приемников 922, демодулируют с помощью демодулятора 940 и обрабатывают с помощью процессора 942 приема данных для извлечения сообщения обратной линии связи, переданного мобильным прибором 950. Дополнительно, процессор 930 может обрабатывать извлеченное сообщение для определения, какую матрицу предварительного кодирования пользовать для определения весовых коэффициентов формирования луча.

Процессоры 930 и 970 могут руководить (например, управлять, координировать, администрировать и т.д.) работой в базовой станции 910 и в мобильном приборе 950, соответственно. Соответствующие процессоры 930 и 970 могут быть ассоциированы с запоминающими устройствами 932 и 972, которые сохраняют программные коды и данные. Процессоры 930 и 970 также могут выполнять расчеты для вывода оценок частоты и импульсного отклика для восходящей линии связи и нисходящей линии связи, соответственно.

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

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

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

На фиг. 10 проиллюстрирована система 1000, которая передает информацию инкапсуляции и правила политики в сети беспроводной передачи. Например, система 1000 может находиться, по меньшей мере, частично в базовой станции, в мобильном приборе и т.д. Должно быть ясно, что система 1000 представлена, как включающая в себя функциональные блоки, которые могут представлять собой функциональные блоки, которые представляют функции, воплощенные процессором, программным средством или их комбинацией (например, встроенное программное обеспечение). Система 1000 включает в себя логические группы 1002 электрических компонентов, которые могут действовать совместно. Например, логические группы 1002 могут включать в себя электрический компонент, предназначенный для приема информации инкапсуляции из шлюза базовой сети для последующей передачи 1004 данных. Как описано выше, информация инкапсуляции может включать в себя тип протокола мобильности, заголовок инкапсуляции, параметры для получения заголовка инкапсуляции и/или тому подобное. Информация инкапсуляции в одном примере может относиться к типу протокола мобильности, используемому при обмене данными между прибором и шлюзом базовой сети через установленный поток данных, как описано выше.

Дополнительно логическая группа 1002 может содержать электрический компонент, предназначенный для формирования одного или больше правил политики, относящихся к разрешенным параметрам 1006 передачи данных. Эти параметры могут быть сформированы, как описано, на основе, по меньшей мере, частично типа IP-CAN потока данных или типа RAT. Кроме того, логическая группа 1002 может включать в себя электрический компонент для передачи информации инкапсуляции и одно или больше правил политики для шлюза 1008 сети доступа. Следует понимать, в этом отношении, что информация инкапсуляции может указывать, что не требуется какая-либо инкапсуляция для передачи правил политики обратно в сеть доступа или в шлюз базовой сети. Кроме того, система 1000 может включать в себя запоминающее устройство 1010, которое содержит инструкции для выполнения функций, ассоциированных с электрическими компонентами 1004, 1006 и 1008. Хотя один или больше электрических компонентов 1004, 1006 и 1008 показаны как внешние для запоминающего устройства 1010, следует понимать, что один или больше из этих компонентов могут присутствовать внутри запоминающего устройства 1010.

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

Кроме того, логическая группа 1102 может включать в себя электрический компонент, предназначенный для определения информации инкапсуляции, относящейся к типу 1106 протокола мобильности. Инкапсуляция может содержать тип протокола мобильности, как описано, и/или различные параметры, относящиеся к данным инкапсуляции между сетевым шлюзом и беспроводным прибором, таким как заголовок инкапсуляции, указатель, положения заголовка при передаче данных, ключи безопасности, инструкции кодирования и т.д. Кроме того, логическая группа 1102 может также включать в себя электрический компонент, предназначенный для передачи информации инкапсуляции в сервер 1108 политики. Таким образом, как описано, сервер политики, принимающий информацию инкапсуляции, может продвигать информацию в обслуживающий шлюз для последующего ее использования при предоставлении поддержки потоковой передачи (например, поддержки QoS). Кроме того, система 1100 может включать в себя запоминающее устройство 1110, которое содержит инструкции для выполнения функций, ассоциированных с электрическими компонентами 1104, 1106 и 1108. Хотя электрические компоненты 1104, 1106 и 1108 показаны как внешние для запоминающего устройства 1110, следует понимать, что они могут быть размещены внутри запоминающего устройства 1110.

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

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

Дополнительно, этапы и/или действия способа или алгоритма, описанные в связи с аспектами, раскрытыми здесь, могут быть воплощены непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в комбинации этих двух подходов. Программный модуль может находиться в запоминающем устройстве ОЗУ, в запоминающем устройстве типа флэш, в запоминающем устройстве ПЗУ, запоминающем устройстве EPROM, запоминающем устройстве EEPROM (), в регистрах, на жестком диске, на съемном диске, на CD-ROM или в любой другой форме носителя информации, известного в данной области техники. Примерный носитель информации может быть подключен к процессору, таким образом, что процессор может считывать информацию с носителя информации и записывать на него информацию. В качестве альтернативы, носитель информации может быть интегральным с процессором. Кроме того, в некоторых аспектах, процессор и носитель информации могут находиться в ASIC. Кроме того, ASIC может находиться в терминале пользователя. В качестве альтернативы, процессор и носитель информации могут находиться как дискретные компоненты в терминале пользователя. Кроме того, в некоторых аспектах, этапы и/или действия способа или алгоритма могут находиться как один или любая комбинация или набор кодов, и/или инструкций на считываемом устройстве-носителе информации и/или на считываемом компьютером носителе информации, которые могут быть встроены в компьютерный программный продукт.

В одном или больше аспектах описанные функции могут быть воплощены в виде аппаратных средств, программных средств, встроенного программного обеспечения или любой их комбинации. В случае воплощения в виде программных средств, функции могут быть сохранены или переданы как одна или больше инструкций или кодов на считываемом компьютером носителе информации. Считываемые компьютером носители информации включают в себя как считываемые компьютером носители информации, так и среды передачи данных, включающие в себя любую среду, которая способствует передаче компьютерной программы из одного места в другое. Носитель информации может представлять собой любой доступный носитель, доступ к которому можно осуществлять с помощью компьютера. В качестве примера, и не для ограничения, такие считываемые компьютером носители информации могут содержать ОЗУ, ПЗУ, EEPROM, CD-ROM или другой накопитель на оптическом диске, накопитель на магнитном диске или другие магнитные устройства- накопители, или любой другой носитель информации, который можно использовать для переноса или сохранения требуемого программного кода в форме инструкций или структур данных и доступ к которому можно осуществлять с помощью компьютера. Кроме того, любое соединение можно называть считываемым компьютером носителем информации. Например, если программное обеспечение передают с вебсайта, сервера, или другого удаленного источника, используя коаксиальный кабель, оптоволоконный кабель, витую пару, цифровую абонентскую линию (DSL,), или используя беспроводные технологии, такие как инфракрасные, радио и микроволновые, тогда коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радио и микроволновая, включены в определение носителя. Disk и disc, используемые здесь, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск blu-ray, при этом disk обычно воспроизводят данные магнитным способом, в то время как disc обычно воспроизводят данные оптическим способом с использованием лазеров. перечисленные выше комбинации также должны быть включены в пределы объема считываемого компьютером носителя информации.

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

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

2. Способ по п.1, дополнительно содержащий этап, на котором передают принятую информацию инкапсуляции в шлюз сети доступа.

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

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

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

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

7. Способ по п.1, дополнительно содержащий этап, на котором принимают тип сети доступа с возможностью соединения по протоколу Интернет (IP-CAN), относящийся к обмену потоками данных.

8. Способ по п.7, в котором генерирование одного или больше правил политики основано, по меньшей мере, частично на типе IP-CAN.

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

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

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

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

13. Устройство по п.12, в котором спецификатор правил политики включает информацию инкапсуляции в одно или больше правил политики.

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

15. Устройство по п.12, причем информация инкапсуляции представляет собой заголовок инкапсуляции.

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

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

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

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

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

21. Способ по п.17, в котором передача информации инкапсуляции включает в себя этап, на котором передают тип протокола мобильности в сервер политики.

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

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

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

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

26. Устройство по п.25, причем информация инкапсуляции включает в себя заголовок инкапсуляции.

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

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

29. Устройство по п.25, причем информация инкапсуляции включает в себя тип протокола мобильности.