Установка политики маршрутизации на основе приложений в многорежимном оконечном устройстве

Изобретение относится к области связи, осуществляемой между устройствами в сетях радиосвязи. Технический результат – обеспечение выгрузки данных программного приложения за счет использования политики на основе функции поиска и выбора сети доступа (ANDSF). Многорежимное оконечное устройство (UE) связи содержит приемный компонент для приема объекта управления функции ANDSF от сервера функции ANDSF, причем указанный объект управления функции ANDSF содержит политику межсистемной маршрутизации (ISRP) на основе идентификатора операционной системы определенного приложения (OSAppId) для программного приложения, причем OSAppId ассоциирован с программным приложением и уникально идентифицирует определенную версию программного приложения для выполнения в определенной версии операционной системы UE, а указанная политика ISRP содержит правило сетевой маршрутизации приложения для выгрузки данных программного приложения, причем ISRP включает в себя правило выгрузки данных на не-бесшовной основе или правило на потоковой основе; и маршрутизирующий компонент для осуществления выгрузки данных, генерируемых программным приложением, во вторичную сеть доступа согласно политике ISRP. 3 н. и 19 з.п. ф-лы, 8 ил.

 

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

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

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

В сетях радиосвязи, обслуживаемых провайдерами, таких как сети связи, работающие в соответствии с разработанными группой 3 GPP (проект партнерства 3-го поколения) стандартами «Долговременная эволюция/Усовершенствованная долговременная эволюция» (Long Term Evolution/Long Term Evolution-Advanced (LTE/LTE-A)), применяются механизмы для помощи в обнаружении (раскрытии) и управлении политикой сети связи. В сетях связи согласно стандартам LTE/LTE-A один из таких способов содержит использование правил и политики функции поиска сети доступа (Access Network Discover Function (ANDSF)) в развитом ядре пакетной сети (evolved packet core (EPC)) архитектуры системы согласно стандартам LTE/LTE-A. Например, правила и политика функции ANDSF могут быть определены для абонентского оконечного устройства (UE), имеющего несколько режимов работы, с целью поиска и обнаружения сетей доступа, не соответствующих стандартам группы 3GPP, для помощи UE, имеющим несколько режимов работы, в установлении соединения с локальной сетью радиосвязи (wireless local area network (WLAN)) согласно стандарту Wi-Fi (например, сетью связи, работающей в соответствии со стандартом IEEE 802.11) или с глобальной сетью радиосвязи согласно стандарту WiMax (например, сетью связи, работающей в соответствии со стандартом IEEE 802.16)). Однако существующие политики не рассматривают требования, специфичные для приложений, или возможности, специфичные для устройств.

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

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

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

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

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

Фиг. 4B иллюстрирует узел политики ISRP на основе не-бесшовной выгрузки в составе объекта управления функции ANDSF, имеющий определенную для приложения конфигурацию, согласно описываемому далее примеру.

Фиг. 5 иллюстрирует профиль абонента в составе объекта управления функции ANDSF согласно описываемому далее примеру.

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

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

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

Осуществление изобретения

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

Разнообразные способы и конфигурации, предложенные здесь, позволяют создать и эксплуатировать политику на основе функции ANDSF (функция поиска и выбора сети доступа), которая может быть применена при решении конкретных задач по реализации устройств/сетей связи и в случае выгрузки трафика. Информация, используемая в политике на основе функции ANDSF (далее ANDSF-политика), может содержать конфигурации, определенные для приложений и для устройства, включая тип устройства, версию аппаратуры, тип и версию операционной системы, тип и версию прикладного программного обеспечения и другие подробности конфигурации UE. Эти подробности конфигурации устройства LIE могут быть использованы для установления и применения конкретной политики межсистемной маршрутизации (inter-system routing policy (ISRP)) для управления маршрутизацией трафика и мобильностью для приложений, инсталлированных в устройстве.

В рамках конфигурации системы согласно стандартам LTE/LTE-A сервер функции ANDSF (далее ANDSF-сервер) может предоставить: политику межсистемной мобильности, используемую в качестве помощи при принятии решений о переключении связи; политику ISRP для маршрутизации трафика по Интернет-протоколу (далее IP-трафика) через множество интерфейсов радио доступа одновременно; и поисковую информацию для идентификации сетей доступа, которые не соответствуют стандартам группы 3GPP (далее не-3GPP-сети) и которые могут быть доступны поблизости от UE, с целью помочь UE установить соединение с такими сетями. Несколько разных политик могут быть заданы в качестве части политики ISRP для способов выгрузки IP-потоков в системе мобильной связи (IP Flow Mobility).

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

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

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

Фиг. 1 представляет иллюстрацию примера конфигурации архитектуры 100 сети связи со смешанным режимом работы. В рамках сетевой архитектуры 100 система 102 основной сети передачи данных (например, развитый Узел B (evolved NodeB (eNodeB)), организующий сеть сотовой связи), осуществляющая связь с мобильными устройствами (UE) 104A, 104B, имеющими множество режимов работы, создает основную сеть передачи данных (например, сеть сотовой связи LTE/LTE-A, работающую в соответствии с одним из стандартов семейства стандартов, разработанных группой 3GPP). Система 106 локальной сети связи (например, сети WiFi, работающей в соответствии с одним из стандартов из семейства стандартов IEEE 802.11) может быть создана посредством аппаратуры локальной сети связи, содержащей маршрутизатор или точку доступа WiFi. Основная сеть передачи данных содержит сетевые соединения 108 A, 108B с мобильными устройствами 104A, 104B, соответственно, а локальная сеть связи содержит сетевые соединения 110A, 110B с этими мобильными устройствами 104A, 104B, соответственно. Мобильные устройства 104A, 104B изображены в соответствии с различными форм-факторами, включая смартфон (мобильное устройство 104A) и персональный компьютер (мобильное устройство 104B), имеющие встроенное или внешнее устройство радиосвязи, хотя должно быть понятно, что здесь можно использовать одинаковые или разные форм-факторы.

Сетевые соединения 108A, 108B, 110A, 110B радиосвязи с различными мобильными устройствами 104A, 104B могут быть осуществлены с использованием системы 102 основной сети передачи данных или системы 106 локальной сети связи в сочетании с применением разнообразных политик выгрузки и предпочтений. Эти политики выгрузки и предпочтения могут быть сообщены с использование одной или более ANDSF-политик 120, передаваемых от ANDSF-сервера 114 через систему 102 основной сети передачи данных (и сетевые соединения 108A, I08B).

Указанный ANDSF-сервер 114 может располагаться в сети 112 провайдера услуг связи в основной сети передачи данных. Сеть 112 провайдера может содержать различные компоненты развитого ядра пакетной сети (EPC) и другие компоненты сети LTE/LTE-A группы 3GPP, включая различные сервисы 118 и шлюз P-GW (шлюз сети передачи пакетов данных (Packet Data Network (PDN) Gateway)) 116. Трафик данных, выгруженный в сетевую систему 106 на основе локальной сети связи, может быть передан назад в сеть 112 провайдера через соединение со шлюзом P-GW 116. Таким образом, сообщения сети радиосвязи, выгруженные в другую сетевую архитектуру (соединения 110A, 110B с сетью радиосвязи) могут быть использованы для доступа к функциональным возможностям сети 112 провайдера.

Фиг. 2 представляет иллюстрацию примера операций 200 с данными с использованием абонентского оконечного устройства, имеющего смешанный режим работы, (мобильное устройство 104C), осуществляемых в соединении с архитектурой 100 сети связи со смешанным режимом работы, показанной на фиг. 1. Как показано на фиг. 2, мобильное устройство 104C конфигурировано для осуществления передачи данных 206 сети связи согласно стандарту 3GPP от системы 102 основной сети передачи данных во внешнюю сеть 122 связи (такую как Интернет); а также мобильное устройство 104C конфигурировано для передачи данных 208 не-3GPP-сети связи от системы 106 локальной сети связи во внешнюю сеть 122 связи.

Показано, что мобильное устройство 104C обменивается данными с использованием первого программного приложения "App 1" для данных 206 3GPP-сети и с использованием второго приложения "App 2" для данных 208 не-3GPP-сети. Передача данных от различных программных приложений в соответствующую сеть осуществляется в соединении с политикой ISRP 204, включая одну или более политик 204A приложений, поступающих от ANDSF-сервера 114. Мобильное устройство 104C конфигурировано для реализации политики ISRP 204 с целью определения мобильных приложений с IP-потоками на основе идентификаторов приложений (таких как индикация App 1 или App 2).

Конкретные идентификаторы приложений и группу прикладных политик 204A в рамках политики ISRP 204 сообщают мобильному устройству 104C в составе объекта управления ANDSF MO от ANDSF-сервера, а устройство принимает эту информацию через невыгруженную сеть связи (например, сеть 3 GPP LTE/LTE-A). Объект ANDSF MO может быть структурирован в формате расширяемого языка разметки (extensible Markup Language (XML)) и может быть запрошен от или передан мобильному устройству 104C. Для определения подходящих прикладных политик с целью применения в рамках политики ISRP 204 ANDSF-серверу 114 может быть передана информация о UE и соответствующих приложениях. В одном из примеров ANDSF-серверу 114 также в составе объекта ANDSF MO сообщают профиль 202 UE, содержащий подходящую информацию 202A о UE и приложениях.

Применение прикладных политик 204A в составе применяемой политики ISRP 204 может направлено на решение вопросов использования сети связи для приложения UE. Такие прикладные политики 204A могут быть определены для самых разнообразных случаев и сценариев использования сети связи и могут содержать правила для осуществления конкретного доступа или группы обращений и доступов от идентифицированного приложения в выбранную сеть связи или к сетям связи выбранного типа. Например, рассмотрим воспроизведение программы видеокодеком в рамках приложения воспроизведения мультимедиа. В некоторых вариантах UE может воспроизводить видео низкого качества, которое имеет предпочтение для скачивания из сети доступа согласно стандарту 3GPP. Если нужно высококачественное воспроизведение в формате высокой четкости или с повышенным разрешением, может быть задано предпочтение, чтобы приложение использовало сеть Wi-Fi или другую вторичную сеть радиосвязи. Прикладные политики 204A могут быть использованы для однозначной идентификации приложения и ассоциирования этого приложения с правилами типа доступа на основе требований и предпочтений основной сети передачи данных.

Фиг, 3 показывает иллюстрацию 300 примера форматированного структурированного узлового объекта ANDSF MO 302, имеющего ряд структурированных подобъектов, включая подобъект конфигурации профиля абонента. Структурированные подобъекты в составе структурированного узлового объекта 302 могут быть определены для соответствия конкретным спецификациям (например, спецификациям 3GPP LTE/LTE-A) и могут содержать: подобъект 304 узла политики, определяющий дерево 304A узла политики; подобъект 306 узла поисковой информации (DiscoveryInformation), определяющий дерево 306A узла поисковой информации 306A; подобъект 308 узла местонахождения оконечного устройства (UE_Location), определяющий дерево 308A узла местонахождения абонентского оконечного устройства; подобъект 310 узла политики ISRP, определяющий дерево 310A узла политики ISRP; подобъект 312 узла профиля оконечного устройства (UE_Profile) определяющий дерево 312A узла профиля UE (дополнительно показано на фиг. 5); и подобъект 314 внешнего узла (Ext), предоставляющий потенциальное определение для информации, определенной для поставщика.

Модификация объекта ANDSF MO с целью задания и применения политик маршрутизации на основе приложений может быть проведена в связи с двумя аспектами: во-первых, определением в дереве 312A узла профиля оконечного устройства (UE_Profile), содержащем конфигурацию аппаратуры конкретного UE, информации об операционной системе и версии операционной системы, а также другой операционной информации UE; и, во-вторых, определением «листка» (вторичной «ветки» дерева) идентификатора приложения (ApplicationId) для применения в дереве 310A узла политики ISRP, как это будет далее описано здесь (и проиллюстрировано в узловых деревьях 400, 450 на фиг. 4A и 4B, соответственно).

Определение в дереве 312A узла профиля оконечного устройства (UE_Profile) может быть использовано для сообщения общей операционной информации UE и приложений через объект ANDSF MO, как это иллюстрирует профиль 202 UE, показанный на фиг. 2. Узел, задающий идентификатор ApplicationId для конкретных политик приложения, используется в объекте ANDSF MO, применяемом в политике ISRP для обоих – потокового механизма и не-бесшовного механизма выгрузки данных в сеть связи WLAN.

Фиг. 4A и 4B представляют примеры иллюстраций структур узла политики ISRP для объекта управления функции ANDSF для потокового дерева 400 узла политики и для дерева 450 узла политики с не-бесшовной выгрузкой, соответственно. Группа правил политики ISRP может содержать один или несколько контейнеров распределения потоков, включая узел 402 ForFlowBased для сервиса мобильности на уровне IP-потоков и бесшовной выгрузки (IP Flow Mobility and Seamless Offload (IFOM)), как показано на фиг. 4A, и узел 452 ForNonSeamiessOffload для сервиса не-бесшовной выгрузки (Non-seamless Offload), как показано на фиг. 4B.

Ветви узла политики ISRP задают механизм идентификации трафика, генерируемого конкретным приложением. Контейнер распределения потоков может иметь одно или несколько правил распределения потоков. В узле ForFlowBased 402 для сервиса IFOM, как показано на фиг. 4A, совокупность этих правил распределения содержит правила распределения трафика для UE в соединении с механизмом IFOM выгрузки. В узле ForNonSeamiessOffload 452 для не-бесшовной выгрузки, как показано на фиг. 4B, совокупность этих правил распределения содержит правила распределения трафика для UE в соединении с механизмом не-бесшовной выгрузки.

В одном из примеров узлы политики ISRP определены для использования под узлом ForFlowBased 402, в сочетании с определениями для узла 404 идентификатора приложения (App-ID), узла 406 платформы (Platform), узла 408 приложений платформы (PlatformApps) и узла 410 специфичного для платформы идентификатора приложения (Platform_specificAppID). Определения для этих узлов могут быть даны следующим образом:

Узел: <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID

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

- Проявление: ZeroOrOne

- Формат: узел

- Типы доступа: Get, Replace

Узел: <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID/<X>

Этот внутренний узел действует как заполнитель для одной или нескольких конфигураций платформы, поддерживаемых UE, на основе информации, содержащейся в узле UE_Profile.

- Проявление: OneOrMore

- Формат: узел

- Типы доступа: Get, Replace

Узел:<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID/<X>/Platform

Листок Платформа (Platform) обозначает платформу, ассоциированную с идентификатором приложения, содержащимся в соответствующем листке Platform_specificAppID.

- Проявление: One

- Формат: chr

- Типы доступа: Get, Replace

- Значения: <Platform>

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

Узел:<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID/<X>/PlatformApps/<X>

Этот внутренний узел действует как заполнитель для одного или нескольких листков Platform_specificAppID.

- Проявление: One

- Формат: узел

- Типы доступа: Get, Replace

Node:<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID/<X>/PlatformApps/<X>

Этот внутренний узел действует как заполнитель для одного или нескольких листков Platform_specificAppID.

- Проявление: OneOrMore

- Формат: узел

- Типы доступа: Get, Replace

Node:<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/App-ID/<X>/PlatformApps/<X>/Platform_specilicAppID

Листок Platform_specificAppID указывает определенный для платформы идентификатор приложения, ассоциированный с описанием IP-потока (IP Flow).

- Проявление: One

- Формат: chr

- Типы доступа: Get, Replace

- Значения: <AppID>

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

com.organization.app-name.

В другом примере узлы политики ISRP определены для использования под узлом ForNonSeamiessOffload 452 в сочетании с определениями для узла идентификатора App-ID 454, узла Платформы (Platform) 456, узла PlatformApps 458 и узла Platform_specificAppID 460. Определения для этих узлов могут иметь следующий вид:

Узел: <X>/ISRP/<X>/ForNonSeamlessOffload/<X>/:IPFlow/<X>/App-ID

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

- Проявление: ZeroOrOne

- Формат: узел

- Типы доступа: Get, Replace

Узел:<X>/ISRP/<X>/ForNonSeamlessOffload/<X>/IPFlow/<X>/App-ID/<X>/

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

- Проявление: OneOrMore

- Формат: узел

- Типы доступа: Get, Replace

Узел: <X>/ISRP/<X>/ForNonSeamlessOffload/<X>/IPFlow/<X>/Platform

Листок Platform указывает платформу, ассоциированную с идентификатором приложения, содержащимся в соответствующем листке Platform_specificAppID.

- Проявление: One

- Формат: chr

- Типы доступа: Get, Replace

- Значения: <Platform>

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

Узел:<X>/ISIiP/<X>/ForNonSeanilessOffload/<X>/IPFlow/<X>/App-ID/<X>/PlatformApps/

Этот внутренний узел действует как заполнитель для одного или более листков Platform_specificAppID.

- Проявление: One

- Формат: узел

- Типы доступа: Get, Replace

Node: <X>/ISRP/<X>/ForNonSeamlessOffload/<X>/IPFlow/<X>/PlatformApps/<X>

Этот внутренний узел действует как заполнитель для одного или более листков Platform_specificAppID.

- Проявление: OneOrMore

- Формат: узел

- Типы доступа: Get, Replace

Узел:<X>/ISRP/<X>/ForNonSeamlessOffload/<X>/IPFlow/<X>Platform_specificAppID

Листок Platform_specificAppID указывает определенный для платформы идентификатор приложения, ассоциированный с описанием IP-потока (IP Flow).

- Проявление: One

- Формат: chr

- Типы доступа: Get, Replace

- Значения: <AppID>

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

com.organization.app-name.

Фиг. 5 представляет иллюстрацию примера структуры 500 узла профиля абонента (например, узла UE_Profile 312), переданной ANDSF-серверу 114 с использованием объекта ANDSF MO. Структура 500 узла UE_Profile может быть построена, чтобы содержать информацию, характеризующую конфигурацию платформы UE, которая может быть использована ANDSF-сервером 114 для предоставления информации. UE обновляет структуру 500 узла UE_Profile в подходящее время, например, после включения питания или перед установлением соединения с сетью. Указанный ANDSF-сервер 114 выбирает информацию из структуры 500 узла UE_Profile после того, как UE (например, мобильное устройство 104C) установит соединение с этим ANDSF-сервером 114. Обновление информации, содержащейся в этих узлах, не обязательно предполагает, однако, какое-либо взаимодействие с ANDSF-сервером.

Структура 500 узла UE_Profile используется, чтобы определить конфигурацию UE и чтобы позволить UE обозначить свою конфигурацию для сети связи. Для удовлетворения требования поддержки множества операционных систем ANDSF-сервер 114 предоставляет UE политики, содержащие идентификатор ID приложения для соответствующей операционной системы, работающей в аппаратуре UE, и для типа аппаратной платформы, чтобы правильно идентифицировать приложения. Посредством структуры 500 узла UE_Profile UE сообщает ANDSF-серверу информацию о поддерживаемой им операционной системе и о конфигурации аппаратуры, чтобы проинформировать этот ANDSF-сервер с целью получения или скачивания политик с идентификатором application-ID приложения, используемого поддерживаемой платформой, и, таким образом, идентификации приложения, к которому относится соответствующая политика.

UE может поддерживать множество конфигураций платформы. Конфигурация платформы, переданная ANDSF-серверу 114, может указывать применимую операционную систему или среду выполнения вместе с информацией о соответствующей версии. В одном из примеров ANDSF-сервер использует информацию о профиле абонента, получаемую из структуры 500 узла UE_Profile, для установления и передачи конкретной политики ISRP (например, политики ISRP, специализированной для дерева 400 узла политики на потоковой основе или для дерева 450 узла политики на основе не-бесшовной выгрузки) с целью классификации трафика приложения. Политику ISRP используют только для тех приложений, которые поддерживаются конфигурацией платформы UE, на основе информации, заданной в структуре 500 узла UE_Profile.

UE обновляет узлы в структуре 500 узла UE_Profile, так что ANDSF-сервер 114 может прочитать эту информацию при взаимодействии с UE. Информация из структуры 500 узла UE_Profile может быть вызвана ANDSF-сервером 114 в ходе обмена данными согласно стандартам управления устройствами Открытого сообщества производителей мобильной связи (Open Mobile Alliance Device Management (OMA-DM)), когда сервер считывает объект MO для UE, например.

Как показано на фиг. 3, объект MO имеет узел (узел UE_Profile 312), указывающий конфигурацию UE и содержащий структуру 500 узла UE_Profile. Эта структура 500 узла UE_Profile задает подробности аппаратной платформы UE и операционной системы или среды выполнения, используемой этим UE или доступной для него. Обновление информации, содержащейся в этих узлах, необязательно предполагает какое-либо взаимодействие с ANDSF-сервером 114. Однако объект MO позволяет ANDSF-серверу 114 быть информированным о конфигурации аппаратуры UE, операционной системе и версии операционной системы, инсталлированной в этом UE, а также иметь другую относящуюся к профилю UE информацию. На основе этой информации ANDSF-сервер 114 может генерировать и предоставлять специфичные идентификаторы приложений, соответствующие конфигурации UE, (и тем самым специализировать конкретные политики ISRP применительно к этим специфичным идентификаторам приложений).

В качестве конкретного примера реализации могут быть предложены следующие узлы и «листковые» объекты узла UE_Profile 312 и дерева 312A узла UE_Profile под форматированным структурированным узловым объектом 302 ANDSF MO:

Узел: <X>/UE Profile/

Узел UE_Profile действует в качестве заполнителя для описания информации о конфигурации платформы UE и используется для идентификации приложений и сред приложений для конкретного UE.

* Проявление: ZeroOrOne

* Формат: узел

- Типы доступа: Get

Узел: <X>/UE_Profile/<X>

Этот внутренний узел действует как заполнитель для одной или множество конфигураций платформы UE.

* Проявление: OneOrMore

- Формат: узел

- Типы доступа: Get

Узел: <X>/UE_Profile/<X>/Platform

Листок Платформа (Platform) указывает конфигурацию платформы, поддерживаемую UE

- Проявление: ZeroOrOne

- Формат: chr

- Типы доступа: Get

- Значения: <Platform>

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

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

- система Android для процессоров x86 или процессоров на основе x86

- система Android для процессоров ARM или процессоров на основе x86

- система Windows 8 для процессоров на основе x86

- система Windows 8 для процессоров на основе ARM

- система iOS для процессоров на основе ARM

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

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

Узел: <X>/ISRP/<X>/UpdatePolicy

Листок «Политика обновления» (UpdatePolicy) указывает политику обновления для политики ISRP. Значение UpdatePolicy может быть использовано UE для принятия решения, следует ли запросить обновление для своей политики ISRP, если этот UE больше не считает соответствующее правило действительным. Если этот листок не задан, применяется значение по умолчанию 0.

- Проявление: ZeroOrOne

- Формат: bool

- Типы доступа: Get, Replace

- Значения: 0, 1 (0 указывает, что от UE не требуется запрашивать обновление правил; 1 означает, что от UE требуется запросить обновление правил).

Фиг. 6 представляет пример логической схемы 600, иллюстрирующей способ установления и применения ANDSF-политики, идентифицирующей приложение. Как показано на чертеже, логическая схема 600 содержит сочетание действий, выполняемых ANDSF-сервером и UE. Однако должно быть очевидно, что изменения способа, обзор которого приведен далее, могут содержать соответствующие действия и методики, выполняемые исключительно ANDSF-сервером или UE.

Логическая схема 600 показывает операции, выполняемые для передачи и получения информации о профиле UE, включая передачу информации о профиле UE от этого UE указанному ANDSF-серверу (операция 602) и определение информации о конфигурации устройства на этом ANDSF-сервере на основе информации о профиле UE (операция 604). Информация профиля UE может быть сообщена серверу в составе объекта ANDSF MO или в составе других данных, предоставляемых ANDSF-серверу перед применением политики ISRP.

Далее, совокупность операций для определения параметров конкретной политики ISRP содержит обновление политики ISRP на основе информации конфигурации устройства (операция 606) и передачу политики ISRP от ANDSF-сервера UE (операция 608). Политика ISRP может быть передана в виде узла в составе объекта ANDSF MO, сообщаемого UE. Эта политика ISRP может быть передана или затребована от ANDSF-сервера или другого сервиса ядра EPC.

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

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

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

Фиг. 7 представляет иллюстрацию примера мобильного устройства 700, такого как абонентское оконечное устройство (UE), мобильная станция (MS), мобильное устройство радиосвязи, планшет, телефонная трубка или мобильное устройство радиосвязи другого типа. Мобильное устройство 700 может содержать одну или более антенн 708, конфигурированных для связи с базовой станцией (BS), узлом eNodeB или точкой доступа другого типа для глобальной сети радиосвязи (WWAN). Мобильное устройство 700 может быть конфигурировано для связи с использованием по меньшей мере одного стандарта радиосвязи, включая 3GPP LTE, WiMAX, высокоскоростной пакетный доступ (High Speed Packet Access (HSPA)), Bluetooth и Wi-Fi. Мобильное устройство 700 может осуществлять связь с использованием отдельных антенн для каждого стандарта радиосвязи или антенн, совместно используемых для множества стандартов радиосвязи. Мобильное устройство 700 может осуществлять связь в локальной сети радиосвязи (WLAN), персональной сети радиосвязи (wireless personal area network (WPAN)) и/или глобальной сети радиосвязи (WWAN).

На фиг. 7 показаны также микрофон 720 и один или более громкоговорителей, которые могут быть использованы для ввода и вывода звука из мобильного устройства 700. Экран 704 устройства отображения может представлять собой экран жидкокристаллического дисплея (LCD) или экран дисплея другого типа, такого как дисплей на органических светодиодах (OLED). Экран 704 дисплея может быть конфигурирован в виде сенсорного экрана. Сенсорный экран может использовать технологию емкостных, резистивных сенсорных экранов или сенсорных экранов другого типа. Процессор 714 приложений и графический процессор 718 могут быть связаны с внутренней памятью 716 для осуществления процессорных функций и функций управления дисплеем. Порт 710 энергонезависимой памяти может быть также использован для создания дополнительных возможностей ввода/вывода данных для абонента. Этот порт 710 энергонезависимой памяти может быть также использован для расширения возможностей памяти в мобильном устройстве 700. В мобильное устройство 700 может быть встроена или связана с ним по радио клавиатура для предоставления абоненту дополнительного устройства ввода. Сенсорный экран позволяет также создать виртуальную клавиатуру. На передней (где находится экран устройства) или на задней стороне мобильного устройства 700 может быть расположена видеокамера 722, встроенная в корпус этого мобильного устройства 700.

Фиг. 8 представляет блок-схему, иллюстрирующую пример компьютерной системы, в которой может выполняться программа, осуществляющая один или несколько из рассмотренных здесь способов. Компьютерная система 800 может быть реализована в виде мобильных устройств 104A, 104B, мобильного устройства 700 (как показано на фиг. 1 и 7) или какой-либо другой компьютерной платформы, описанной здесь или указанной посредством ссылки. В альтернативных вариантах машина работает в качестве автономного устройства или может быть соединена (например, посредством сети связи) с другими машинами. В сетевом варианте машина может работать в качестве сервера или клиентской машины в сетевой среде сервер-клиент, либо может служить равноправной машиной в одноранговой (или распределенной) сетевой среде. Машина может представлять собой персональный компьютер (PC), который может быть или не быть портативным компьютером (например, ноутбук или нетбук), планшетным компьютером, приставкой (STB), игровой консолью, персональным цифровым помощником (Personal Digital Assistant (PDA)), мобильным телефоном или смартфоном, веб-устройством, сетевым маршрутизатором, коммутатором или мостом, либо какой-либо иной машиной, способной выполнять команды (последовательные или иные), описывающие действия, которые должна осуществить машина. Далее, хотя показана только одна машина термин «машина» должен также охватывать совокупность машин, которые индивидуально или совместно выполняют набор (или несколько наборов) команд для осуществления любого из рассмотренных здесь способов.

Пример компьютерной системы 800 содержит процессор 802 (например, центральный процессор (CPU), графический процессор (GPU) или и тот, и другой), главную память 804 и статическую память 806, сообщающиеся одна с другой через соединение 808 (например, линию передачи, шину и т.п.). Компьютерная система 800 может также содержать видео дисплей 810, алфавитно-цифровое устройство 812 ввода (например, клавиатуру) и навигационное устройство 814 интерфейса пользователя (user interface (UI)) (например, мышь). В одном из вариантов видео дисплей 810, устройство 812 ввода и навигационное устройство 814 интерфейса UI выполнены в виде дисплея c сенсорным экраном. Компьютерная система 800 может дополнительно содержать запоминающее устройство 816 (например, накопитель), генератор 818 сигналов (например, громкоговоритель), контроллер 832 вывода, контроллер 834 управления питанием, сетевой интерфейс 820 (который может содержать или быть оперативно связан с одной или несколькими антеннами 830, приемопередатчиками или другой аппаратурой радиосвязи) и один или несколько датчиков 828, таких как датчик GPS, компас, датчик местонахождения, акселерометр или другой датчик.

Запоминающее устройство 816 содержит компьютерный (машиночитаемый) носитель записи 822, на котором хранятся один или более наборов структур данных и команды 824 (например, программное обеспечение), осуществляющие или используемые одной или более методиками или функциями, рассмотренными здесь. Такие команды 824 могут также находиться, полностью или частично в главной памяти 804, статической памяти 806 и/или в процессоре 802, также составляющем компьютерный носитель записи.

Хотя машиночитаемый (компьютерный) носитель 822 записи показан в этом примере в виде единого носителя, термин «машиночитаемый носитель» может относиться как к одному носителю, так и к множеству носителям (например, централизованная или распределенная база данных и/или ассоциированные кэши и серверы), сохраняющих одну или несколько команд 824. Этот термин «машиночитаемый носитель записи» может также обозначать любой материальный носитель, способный сохранять, кодировать или переносить команды для выполнения машиной, так что при выполнении этих команд машина осуществляет одну или несколько методик и способов согласно настоящему изобретению, либо носитель, способный сохранять, кодировать или переносить структуры данных, используемые этими командами или ассоциированные с ними. Этот термин «машиночитаемый носитель» следует соответственно применять для обозначения, не ограничиваясь, твердотельных запоминающих устройств, а также оптических и магнитных носителей записи. Среди конкретных примеров машиночитаемых носителей можно указать, например, полупроводниковые запоминающие устройства (например, электрически программируемое постоянное запоминающее устройство (EPROM), электрически стираемое и программируемое постоянное запоминающее устройство (EEPROM) и устройства флэш-памяти); магнитные диски, такие встроенные накопители на жестких дисках и сменные диски; магнитооптические диски, а также диски CD-ROM и DVD-ROM.

Команды 824 могут быть также приняты или переданы через сеть 826 связи с применением передающей среды через сетевой интерфейс 820, использующий один из ряда хорошо известных протоколов передачи данных (например, HTTP). К примерам сетей связи относятся локальная сеть связи (LAN), глобальная сеть связи (WAN), Интернет, мобильные телефонные сети, обычные аналоговые телефонные сети (Plain Old Telephone (POTS)) и сети передачи данных по радио (например, сети Wi-Fi, 3G и 4G LTE/LTE-A или WiMAX). Термин «передающая среда» может быть использован для обозначения любого нематериального носителя, способного сохранять, кодировать или переносить команды для выполнения машиной, и передающего цифровые или аналоговые сигналы связи, либо другого нематериального носителя, способствующего передаче такого программного обеспечения.

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

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

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

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

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

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

В примере 2, предмет примера 1 может в качестве опции содержать предоставление политики ISRP UE для реализации путем передачи объекта управления функции ANDSF от ANDSF-сервера на UE, также узел приложения содержит первый узел приложения для политики на потоковой основе из состава узла политики ISRP и второй узел приложения определен для политики на основе не-бесшовной выгрузки из состава узла политики ISRP.

В примере 3, предмет одного из примеров 1 – 2 или какого-либо их сочетания может в качестве опции содержать получение информации о профиле UE из узла профиля UE в составе объекта управления функции ANDSF путем получения указанного объекта управления функции ANDSF от UE в ходе обмена данными согласно стандартам управления устройствами Открытого сообщества производителей мобильной связи (OMA-DM) и считывания указанного узла профиля UE из объекта управления функции ANDSF, так что объект управления функции ANDSF структурирован в формате расширяемого языка разметки (XML).

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

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

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

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

В примере 8, предмет одного из примеров 1 – 7 или какого-либо их сочетания может в качестве опции содержать ANDSF-сервер, созданный в развитом ядре пакетной сети (Evolved Packet Core), работающем в соответствии со стандартом из семейства стандартов 3GPP Долговременная эволюция или Долговременная эволюция усовершенствованная (3GPP LTE/LTE-A), а также вторичная сеть связи представляет собой локальную сеть радиосвязи, работающую в соответствии с одним из стандартов из семейства стандартов IEEE 802.11.

Пример 9 может содержать или в качестве опции может сочетаться со всем или с частями предмета одного или более из примеров 1 – 8, чтобы включить предмет изобретения, воплощенный в многорежимном абонентском оконечном устройстве (UE), содержащем приемопередатчик для осуществления связи с сетью радиосвязи, обслуживаемой провайдером, и с локальной сетью радиосвязи; и процессорную схему для реализации одной или более политик сетевой маршрутизации на основе приложений, поступающих от сервера функции поиска и выбора сети доступа (ANDSF), находящегося в развитом пакетном ядре сети радиосвязи, обслуживаемой провайдером, эта процессорная схема организована для выполнения одной или более команд, чтобы: передать ANDSF-серверу информацию о профиле UE, включающего конфигурацию аппаратуры и программного обеспечения указанного UE; принять от ANDSF-сервера политику сетевой маршрутизации приложения для выгрузки данных программного приложения, способного работать в UE, при этом указанная политика сетевой маршрутизации приложения входит в состав политики межсистемной маршрутизации (ISRP) объекта управления функции ANDSF; и осуществить выгрузку данных, генерируемых программным приложением, в локальную сеть радиосвязи в соответствии с политикой ISRP и с политикой сетевой маршрутизации приложения для выгрузки данных.

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

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

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

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

В примере 14, предмет одного из примеров 9 – 13 или какого-либо их сочетания может в качестве опции содержать обслуживаемую провайдером сеть радиосвязи, работающую в соответствии со стандартом из семейства стандартов 3GPP (LTE/LTE-A), а также вторичную сеть связи, представляющую собой локальную сеть радиосвязи, работающую в соответствии с одним из стандартов из семейства стандартов IEEE 802.11.

Пример 15 может содержать или в качестве опции может сочетаться со всем или с частями предмета одного или более из примеров 1 – 14, чтобы включить предмет изобретения, воплощенный в способе, осуществляемом абонентским оконечным устройством (UE), для реализации политики сетевой маршрутизации на основе приложений, способ содержит этапы, на которых: предоставляют ANDSF-серверу информацию о профиле UE, включающем конфигурацию аппаратуры и программного обеспечения указанного UE; принимают от ANDSF-сервера прикладную политику для выгрузки данных программного приложения, способного работать в UE, при этом указанная прикладная политика входит в состав объекта управления функции ANDSF и определена для конфигурации аппаратуры и программного обеспечения UE; и осуществляют функционирование программного приложения в сочетании с прикладной политикой для выгрузки данных посредством маршрутизации данных программного приложения в сеть выгрузки в соответствии со спецификацией прикладной политики.

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

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

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

В примере 19, предмет одного из примеров 15 – 18 или какого-либо их сочетания может в качестве опции содержать передачу информации о профиле UE относительно конфигурации аппаратуры и программного обеспечения указанного UE в составе объекта управления от UE в ходе обмена данными согласно стандартам управления устройствами Открытого сообщества производителей мобильной связи (OMA-DM).

Пример 20 может содержать или в качестве опции может сочетаться со всем или с частями предмета одного или более из примеров 1 – 19, чтобы включить предмет изобретения, воплощенный в развитом ядре пакетной сети или в аналогичной конфигурации системы, в радиосвязь с абонентским оконечным устройством (UE) через первичную сеть радиосвязи, установленную развитым Узлом B (eNodeB) и содержащую: сервер функции поиска и выбора сети доступа (ANDSF), поддерживающий связь с узлом eNodeB и управляющий объектом управления ANDSF с целью управления выгрузкой трафика данных от одного или более программных приложений, работающих в UE, в удаленную вторичную сеть радиосвязи и обмена объектом управления ANDSF с UE; шлюз сети передачи пакетов данных, осуществляющий связь с узлом eNodeB и с удаленной вторичной сетью радиосвязи и способствующий выгрузке трафика данных в удаленную вторичную сеть радиосвязи; где ANDSF-сервер построен для выполнения следующих операций: доступа к информации о профиле UE, содержащейся в узле профиля абонентского оконечного устройства в составе объекта управления функции ANDSF, эта информация о профиле UE определена для рабочей конфигурации UE; определения узла приложения с целью включения в узел межсистемной политики маршрутизации (ISRP) объекта управления функции ANDSF, узел приложения предоставляет одну или более определенных для приложения политик с целью выгрузки данных программного приложения, работающего в UE, и определенных для приложения политик, управляющих выгрузкой данных в удаленную вторичную сеть радиосвязи для программных приложений, работающих в UE; и предоставления объекта управления функции ANDSF, содержащего узел политики ISRP, на UE для реализации определенных для приложения политик.

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

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

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

В примере 24, предмет одного из примеров 20 – 23 или какого-либо их сочетания может в качестве опции содержать узел приложения, имеющий идентификатор приложения, используемый для однозначной идентификации программных приложений, работающих в UE, так что объект управления функции ANDSF структурирован в формате расширяемого языка разметки (XML).

В примере 25, предмет одного из примеров 20 – 24 или какого-либо их сочетания может в качестве опции содержать развитое пакетное ядро, выполняющее операции в соответствии со стандартом из семейства стандартов 3GPP (LTE/LTE-A), а удаленная вторичная сеть связи, представляет собой локальную сеть радиосвязи, работающую в соответствии с одним из стандартов из семейства стандартов IEEE 802.11.

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

1. Многорежимное оконечное устройство (UE) связи, содержащее:

приемный компонент для приема объекта управления функции ANDSF от сервера функции поиска и выбора сети доступа (ANDSF), функционирующего в развитом пакетном ядре сети доступа, основанной на несущей, причем указанный объект управления функции ANDSF содержит политику межсистемной маршрутизации (ISRP) на основе идентификатора операционной системы определенного приложения (OSAppId) для программного приложения, размещенного для функционирования в указанном UE, причем OSAppId ассоциирован с программным приложением и уникально идентифицирует определенную версию программного приложения для выполнения в определенной версии операционной системы UE, а указанная политика ISRP содержит правило сетевой маршрутизации приложения для выгрузки данных программного приложения, причем ISRP включает в себя правило выгрузки данных на небесшовной основе или правило на потоковой основе; и

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

2. Многорежимное UE по п. 1, содержащее передающий компонент, выполненный с возможностью передачи второго объекта управления функции ANDSF, так что указанный второй объект управления функции ANDSF содержит информацию о профиле UE, причем указанная информация о профиле UE содержит идентификатор операционной системы (OSId) для операционной системы UE.

3. Многорежимное UE по п. 2, в котором информация о профиле UE содержит информацию об одном или более аспектах UE, включающих в себя версию программного обеспечения, версию аппаратуры и архитектуру аппаратуры.

4. Многорежимное UE по п. 1, в котором политика ISRP содержит правило выгрузки данных на небесшовной основе.

5. Многорежимное UE по п. 4, в котором правило выгрузки данных на небесшовной основе содержит узел для программного приложения, содержащий правило маршрутизации на небесшовной основе для указанного программного приложения.

6. Многорежимное UE по п. 1, в котором политика ISRP содержит правило на потоковой основе.

7. Многорежимное UE по п. 6, в котором правило на потоковой основе содержит узел для программного приложения, содержащий правило маршрутизации на потоковой основе для программного приложения.

8. Многорежимное UE по п. 1, в котором обслуживаемая провайдером сеть доступа выполнена с возможностью функционирования в соответствии со стандартом из семейства стандартов 3GPP Долговременная эволюция или Долговременная эволюция усовершенствованная (LTE/LTE-A), а вторичная сеть доступа выполнена с возможностью функционирования в соответствии с одним из стандартов из семейства стандартов IEEE 802.11.

9. Многорежимное UE по п. 1, содержащее акселерометр.

10. Многорежимное UE по п. 1, содержащее:

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

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

11. Способ, осуществляемый сервером функции поиска и выбора сети доступа (ANDSF), для установки политики сетевой маршрутизации на основе приложения, содержащий этапы, на которых:

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

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

определяют узел приложения в составе узла политики межсистемной маршрутизации (ISRP) из состава второго объекта управления функции ANDSF, причем указанный узел приложения содержит прикладную политику для выгрузки данных во вторичную сеть доступа, при этом прикладная политика содержит идентификатор операционной системы определенного приложения (OSAppId), для идентификации прикладной политики для программного приложения, причем OSAppId ассоциирован с программным приложением и уникально идентифицирует определенную версию программного приложения для выполнения в определенной операционной системе UE, идентифицированной OSId; и

предоставляют второй объект управления функции ANDSF на UE; причем

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

12. Способ по п. 11, в котором узел политики ISRP содержит правило на потоковой основе.

13. Способ по п. 11, в котором узел политики ISRP содержит правило выгрузки на небесшовной основе.

14. Способ по п. 11, в котором этап получения идентификатора OSId содержит подэтап, на котором получают первый объект управления функции ANDSF от UE в ходе обмена данными согласно стандартам управления устройствами Открытого сообщества производителей мобильной связи (OMA-DM).

15. Способ по п. 11, в котором первый объект управления функции ANDSF и второй объект управления функции ANDSF структурированы в формате расширяемого языка разметки (XML).

16. Способ по п. 11, в котором ANDSF-сервер, обеспечиваемый в развитом ядре пакетной сети, выполнен с возможностью функционирования в соответствии со стандартом из семейства стандартов 3GPP LTE/LTE-A, а вторичная сеть доступа представляет собой локальную сеть радиосвязи, выполненную с возможностью функционирования в соответствии с одним из стандартов из семейства стандартов IEEE 802.11.

17. Машиночитаемый носитель записи, содержащий объект управления функции поиска и выбора сети доступа (ANDSF), при этом указанный объект управления функции ANDSF содержит:

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

узел политики межсистемной маршрутизации (ISRP), содержащий правило приложения програмного приложения для выгрузки данных UE из первичной сети доступа во вторичную сеть доступа, причем правило приложения идентифицировано идентификатором операционной системы определенного приложения (OSAppId) для программного приложения, при этом OSAppId ассоциирован с программным приложением и уникально идентифицирует определенную версию программного приложения для выполнения в определенной версии операционной системы, идентифицированной посредством OSId; причем

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

18. Машиночитаемый носитель записи по п. 17, в котором узел политики ISRP содержит правило выгрузки данных на небесшовной основе в узле небесшовной выгрузки.

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

20. Машиночитаемый носитель записи по п. 17, в котором узел политики ISRP содержит правило на потоковой основе в узле на потоковой основе.

21. Машиночитаемый носитель записи по п. 20, в котором узел на потоковой основе содержит узел идентификатора OSAppId.

22. Машиночитаемый носитель записи по п. 17, в котором объект управления функции ANDSF выполнен в формате расширяемого языка разметки (XML).