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

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

Иллюстрации

Показать все

Реферат

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

В настоящее время выполняется исследование 3GPP специфичного для приложения управления заторами для передачи данных (ACDC), в котором определены требования к услуге для того, чтобы обеспечить возможность или запретить определенным приложениям инициировать или поддерживать передачу данных в мобильных сетях. Такие требования к услуге могут быть определены операторами и/или субъектами для региональных законодательных постановлений. ACDC, в частности, представляет собой интерес, когда заторы сетевого трафика приводят к необходимости установления приоритета для некоторых передач по сравнению с другими. Управление заторами обычно выполняется на уровне мобильного устройства. Например, запрет класса доступа может использоваться для уменьшения заторов в сетях радиодоступа путем отказа в доступе для выбранного процента мобильных устройств. Однако запрет класса доступа не обладает гранулярностью для управления использованием сетевого доступа в определенных типах приложений, работающих в мобильных устройствах.

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

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

на фиг. 1a представлена схема, иллюстрирующая примерную структуру объекта администрирования (MO) специфичного для приложения управления доступом (ASAC) в соответствии с примером;

на фиг. 1b представлена схема, иллюстрирующая примерную модифицированную структуру объекта администрирования (MO) обнаружения сети доступа и функции выбора (ANDSF) в соответствии с примером.

на фиг. 2 представлена схема, иллюстрирующая примерную структуру объекта контейнера ASAC в соответствии с примером;

на фиг. 3 представлена схема, иллюстрирующая примерную структуру объекта узла правил ASAC в соответствии с примером;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Текущая модель 3 GPP обеспечивает некоторые ограниченные типы управления в отношении классов приложений, для которых может быть разрешено использование сетевых соединений во время периодов заторов сетевого трафика. Запрет класса доступа (ACB), например, позволяет сетям запрещать UE инициировать доступ случайному каналу доступа (RACH) для определенных классов доступа и для некоторых приложений, таких как возврат с коммутацией каналов (CSFB). Кроме того, специфичное для услуги управление доступом (SSAC) позволяет сетям запрещать UE инициировать какой-либо доступ для голосовых или видео мультимедийных телефонных услуг мультимедийной подсистемы протокола Интернет (IMS).

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

Другой возможный подход к управлению заторами в сети подразумевает использование наименования точки доступа (APN). Наименование точки доступа (APN) относится к шлюзу между мобильной сетью (например, пакетной радиосвязи общего назначения (GPRS) или сетью 3GPP) и другой компьютерной сетью (например, Интернет общего пользования). APN идентифицирует сеть пакетных данных (PDN), с помощью которой UE пытается выполнить передачу данных. APN может также использоваться для идентификации типа услуги, которая обеспечивается ассоциированным PDN. Было предложено, чтобы APN или комбинацию пакетных фильтров можно было использовать для идентификации конкретных приложений, для которых можно применять управление заторами. Однако этот подход также ограничен, поскольку множество приложений часто совместно используют один и тот же APN (например, APN Интернет). Запрет всего APN из-за одного приложения, в котором используется APN, приводит к формированию перегрузки сети и, поэтому, может влиять на множество других приложений.

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

Следовательно, современные концепции ACDC могут быть улучшены путем определения набора критериев, которые могут различать приложения с более тонкой гранулярностью. Кроме того, текущие концепции ACDC также могли бы быть улучшены, если детали, какие приложения запрещены, могли бы быть предоставлены в определенный объект (например, в менеджер соединения (CM)) в UE, который выполнен с возможностью управления установлением соединений PDN через 3 GPP перед любой соответствующей передачей сигналов через радиоинтерфейс.

В соответствии с вариантами осуществления настоящего раскрытия, описания потока набора протокола Интернет (IP) могут быть включены в объект администрирования (MO) Открытого альянса мобильной связи (OMA). В этом контексте "объекты", в общем, относятся к программным структурам или структурам данных (например, установкам объектно-ориентированного программирования). OMA MO может представлять собой вновь определенный объект администрирования, который, в основном, предназначен для целей ACDC, таких как специфичное для приложения управление доступом (ASAC) MO. В качестве альтернативы, OMA MO может просто представлять собой модифицированную версию существующего объекта администрирования, такого как объект обнаружения сети доступа и функции выбора (ANDSF) (например, как определено в 3GPP TS 24.312). Описание IP потока может содержать один или более из следующих: ID приложения, специфичный для операционной системы (OSAppID), полностью квалифицированное наименование домена (FQDN) или один или более компонентов фильтра пакетов (например, компонентов, как определено в Проекте партнерства третьего поколения (3GPP) Техническая спецификация (TS) 24.312 версия 12.6.0). В качестве альтернативы, описание IP потока может быть пустым (то есть представлять собой пустой узел IP потока). Описания IP потока, включенные в OMA MO, могут использоваться для характеризации приложений, работающих в UE, с более тонкой гранулярностью. В некоторых вариантах осуществления пустой узел IP потока может использоваться как поток, соответствующий всем IP, которые соответствуют IP потокам, которые не имеют специфичных соответствующих IP потоку описаний в объекте OMA MO.

В одном примере каждому IP потоку, описанному в описании IP потока, включенному в OMA MO, может быть назначен уровень приоритета или набор уровней затора, на которых разрешен сетевой доступ. В некоторых вариантах осуществления принятый по умолчанию уровень приоритета также может быть назначен для любых IP потоков, которые не описаны описаниями IP потока, включенными в OMA MO. Когда затор возникает в мобильной сети, мобильная сеть может передавать сигнал, содержащий информацию запрета приложения (например, уровень затора) в UE. UE может быть выполнено с возможностью определения, разрешено ли данному приложению UE устанавливать и/или поддерживать соединение PDN, если уровень приоритета, назначенный для приложения UE, является достаточно высоким относительно уровня затора в сети. Уровни приоритета могут быть назначены для доступа 3GPP и/или для доступа через другие технологии радиодоступа.

В другом примере набор описаний IP потока, включенных в OMA MO, может содержать упорядоченный список. Когда возникает затор в мобильной сети, мобильная сеть может передавать сигнал, содержащий информацию запрета приложения в UE. Информация запрета приложения может содержать битовый массив с множеством битов, соответствующих количеству описаний IP потока; каждый бит может соответствовать определенному описанию IP потока, включенному в OMA MO. UE может быть выполнено с возможностью обеспечения разрешения для приложений UE, соответствующие биты которых в битовом массиве установлены в 1, устанавливать и/или поддерживать соединения PDN, при запрете для приложений UE, соответствующие биты которых в битовом массиве установлены в 0, устанавливать и/или поддерживать соединения PDN.

В другом примере информация запрета приложения, принимаемая UE, может быть предоставлена в менеджер соединения (CM). Менеджер соединения может использовать информацию запрета приложения и описания IP потока, включенные в OMA MO, для определения, как UE должно отвечать на новые запросы приложения для установления соединения PDN. Кроме того, CM может использовать информацию запрета приложения и описания IP потока, включенные в OMA MO, для определения, как эти новые запросы приложения (и ответы UE на них) будут влиять на передачу пакетов данных восходящего канала передачи для существующих соединений PDN (если они существуют вообще). В некоторых случаях может быть возможно перенаправлять трафик из определенных IP потоков в другие технологии радиодоступа (например, из 3GPP во WLAN). В некоторых вариантах осуществления CM может определять, как новый запрос приложения будет влиять на передачу пакетов данных восходящего канала передачи для существующих соединений PDN путем использования одной или более таблиц маршрутизации, которые используются стеком протокола TCP/IP UE для направления пакетов восходящего канала (UL). CM может добавлять новые правила в таблицы маршрутизации или считывать, модифицировать или удалять существующие правила.

На фиг. 1a представлена схема, иллюстрирующая один пример возможной структуры объекта 100 администрирования (MO) специфичного для приложения управления доступом (ASAC). ASAC MO 100 может представлять собой объект, который содержит контейнер 110 ASAC. Другими словами, контейнер 110 ASAC, как представлено на фиг. 1a, может представлять собой подобъект, на который делается ссылка в ASAC MO 100. Контейнер 110 ASAC также может содержать один или более подобъектов. Эти дополнительные подобъекты представлены более подробно на фиг. 2-3.

На фиг. 1b представлена схема, иллюстрирующая модифицируемую структуру объекта 120 администрирования (MO) функции обнаружения и выбора сети доступа (ANDSF), в соответствии с другими вариантами осуществления. ANDSF MO может представлять собой объект, который содержит контейнер 130 ASAC. Контейнер 130 ASAC может представлять собой подобъект, на который ссылается ANDSF MO 120. Контейнер 130 ASAC также может содержать один или более подобъектов. Эти дополнительные подобъекты показаны более подробно на фиг. 2-3.

На фиг. 2 представлена схема, иллюстрирующая один пример возможной структуры контейнера 200 ASAC (то есть ASAC MO). Контейнер 200 ASAC может представлять собой объект, который содержит подобъект 210 правил ASAC, лист роуминга, лист PLMN и лист политики обновления. “Лист”, используемый в данном контексте в некоторых вариантах осуществления, может относиться к объекту или некоторой другой конструкции данных (например, к переменной, массиву или записи типа примитивных данных), которая не содержит ссылки на дополнительные объекты. Подобъект 210 правила ASAC (также известный как узел правил ASAC) может также содержать один или более подобъектов и набор правил ASAC. Такие дополнительные подобъекты показаны более подробно на фиг. 3. Лист PLMN обозначает идентичность PLMN оператора, который определил узел правил ASAC. Лист роуминга обозначает, применим ли узел правил ASAC также, когда UE находится в роуминге в другой сети. Лист политики обновления обозначает, требуется или нет, чтобы UE опрашивало сеть в отношении обновления данных MO, когда UE считает, что данные больше не могут быть действительными.

На фиг. 3 представлена схема, иллюстрирующая один пример возможной структуры узла 300 правил ASAC (также известного как подобъект правил ASAC). Узел 300 правил ASAC может содержать узел 310 IP потока (также известный как подобъект IP потока), узел 320 правила запрета (также известный как подобъект правила запрета) и лист 330 приоритета правила.

Узел 310 IP потока может содержать одно или более из описаний IP потока. Узел IP потока также может содержать нулевые описания IP потока; в этом случае, пустой узел IP потока может быть интерпретирован как соответствующий всем описаниям IP потока. Описание IP потока может содержать вплоть до одного узла 340 App-ID (также известного как подобъект App-ID) и больше листов, определяющих дополнительные критерии, такие как тип адреса (например, IPv4 или IPv6), диапазон IP-адресов источника, диапазон IP-адресов мест назначения, полностью квалифицированное наименование домена (FQDN) или APN. Можно сказать, что IP соответствуют описанию IP потока, если IP поток соответствует всем критериям.

Узел 340 App-ID может содержать один или более идентификаторов 360 операционной системы (OSId) и для каждого идентификатора операционной системы набор из одного или более специфичных для операционной системы идентичностей 370 приложения (OSAppId). OSAppId могут быть сохранены как строки в определенных операционных системах (например, Android, IOS и Blackberry). FQDN (например, наименование домена 350 на фиг. 3) может быть разрешен на IP-адрес места назначения сервера приложений через запрос системы наименования домена (DNS) в адрес протокола Интернет (IP). В некоторых вариантах осуществления наименование домена 350, OSId 360 и OSAppId 370 могут использоваться для определения описаний IP потока.

Узел 320 Правила Запрета (также известный как подобъект правила запрета) может содержать один или несколько подузлов, каждый из которых может содержать лист технологии доступа, лист ID доступа, лист вторичного ID доступа, лист уровня приоритета ASAC и лист, затронутый исходящим потоком. Технология 380 доступа может устанавливать технологию радиодоступа, для которой применяются уровни приоритета. Для определенных технологий радиодоступа определенная сеть радиодоступа может быть дополнительно установлена по ID доступа и, в случае необходимости, по вторичному ID доступа. Например, для беспроводных локальных вычислительных сетей (WLAN), ID доступа может быть задан ID набора услуги (SSID) и вторичным ID доступа, используя ID однородного расширенного набора услуги (HESSID). Лист 390 уровня приоритета ASAC может устанавливать уровень приоритета (или допустимый уровень затора, в зависимости от варианта осуществления), который применяется для узла 310 IP потока. Возможно назначать уровни приоритета для одной или более разных технологий радиодоступа. В некоторых вариантах осуществления уровень приоритета ASAC может быть сохранен как целое число. В других допустимый уровень затора может быть кодирован как список целых чисел, или как битовый массив.

Лист 392, затронутый исходящим потоком, может устанавливать, влияет или нет изменение информации запрета приложения на один или более IP потоков, для которых уже было установлено соединение PDN (то есть исходящие IP потоки). В некоторых вариантах осуществления, если лист 392, затронутый исходящим потоком, не присутствует, на исходящий IP поток влияние не оказывается. Если лист 392, затронутый исходящим IP потоком, присутствует, лист 392, затронутый исходящим потоком, также может обозначать, может ли исходящий поток быть запрещен, и может ли быть исходящий поток перенаправлен через альтернативную технологию радиодоступа. Если исходящий поток может быть перенаправлен (например, через WLAN), UE все еще может пытаться передавать затронутые пакеты восходящего канала передачи через альтернативную технологию радиодоступа.

Лист 330 приоритета правила может использоваться для определения, какое правило ASAC должно применяться, если IP поток соответствует нескольким разным описаниям IP потока. В некоторых вариантах осуществления для правил ASAC могут быть установлены приоритеты, и правила ASAC могут быть оценены по порядку приоритета для соответствующего IP потока.

На фиг. 4 показана схема, иллюстрирующая пример возможной структуры 400 узла ForFlowBased, который представляет собой подобъект узла 132 межсистемной политики маршрутизации (ISRP), представленный в ANDSF MO 120 на фиг. 1b. В этом примере лист 410 уровня приоритета ASAC и лист 420, затронутый исходящим потоком, могут быть включены как подобъект 430 правила маршрутизации, как представлено на чертеже. В этом случае лист 410 уровня приоритета ASAC и лист 420, затронутый исходящим потоком, могут использоваться теми же способами, описанными выше.

На фиг. 5 показана схема, иллюстрирующая пример возможной структуры узла 500 ForServiceBased, который представляет собой подобъект узла 132 политики маршрутизации между системами (ISRP), представленного в ANDSF MO 120 на фиг. 1b. В этом примере лист 510 уровня приоритета ASAC и лист 520, затронутый текущим потоком, может быть включен подобъектом 530 правила маршрутизации, как представлено на чертеже. Однако, если такой подход определяет приоритеты, используя только APN, он может обеспечивать возможность распознавания приложения с одинаковым уровнем гранулярности, который может быть достигнут, используя примеры, показанные на фиг. 3-4.

На фиг. 6 показана схема, иллюстрирующая пример системы 600, в которой может работать менеджер соединения (CM). CM 610 (то есть модуль CM) может принимать запрос для соединения из приложения 612. Из типа запрашиваемой услуги (например, соединение Интернет) CM 610 может определять APN и технологии радиодоступа, которые могут быть соответствующими, для предоставления услуги. Если необходимо, уровень 614 радиоинтерфейса (RIL) или CM 610 может сформировать один или более сетевых интерфейсов (NIC), таких как NIC1 616, NIC2 618 и NIC3 620, для соответствующих технологий радиодоступа (например, 3GPP, WLAN) и формировать или обновлять соответствующие входы в таблице (таблицах) 622 маршрутизации. В зависимости от доступности сетевых интерфейсов для определенных технологий радиодоступа, правил маршрутизации в таблице (таблицах) 622 маршрутизации (например, принятые по умолчанию маршруты для определенного трафика) и правил распределения потока в ANDSF MO 624, CM 610 может затем выбирать технологию радиодоступа и устанавливать соединение PDN через выбранную технологию радиодоступа (если такое соединение PDN уже не существует в результате предыдущего запроса другого приложения/услуги).

В некоторых вариантах осуществления, когда приложение 612 передает запрос в CM 610 для соединения, CM 610 может вначале проверять, соответствует ли IP поток для запрашивающего приложения описанию IP потока (и соответствующему правилу ASAC) в ASAC MO 626. Может существовать принятое по умолчанию правило ASAC, которое применяется к IP потокам, которые не соответствуют какому-либо описанию IP потока в ASAC MO 626. В некоторых вариантах осуществления, как пояснялось выше, ссылка на ASAC MO (то есть контейнер ASAC) может быть сделана в пределах ANDSF MO 624. Если применимое правило ASAC, в контексте с информацией запрета приложения, принятого из сети, запрещает предоставление соединения для приложения 612, CM 610 может определять, что технология радиодоступа этой сети не пригодна для соединения с приложением 612.

Если сеть, использующая альтернативную технологию радиодоступа, не запрещает предоставление соединения для запрашивающего приложения, CM 610 может обслуживать запрос запрашивающего приложения, используя альтернативную технологию радиодоступа. Если CM 610 не может обслуживать запрос, CM 610 может передавать сообщение отказа в приложение 612. В некоторых вариантах осуществления CM 610 может запоминать запрос с отказом. Когда технология радиодоступа (RAT) становится снова доступной для приложения 612, CM 610 может уведомлять приложение 612 о том, что RAT доступна для соединения. Приложение 610 может затем повторять запрос, если это необходимо. В некоторых вариантах осуществления CM 610 может уведомлять приложение 610, когда RAT становится доступной, только если приложение 610 специально запрашивает такое уведомление.

После того как будет установлено успешное соединение PDN, CM 610 может обновлять таблицу (таблицы) 622 маршрутизации, если необходимо, путем добавления нового правила маршрутизации, специфичного для приложения. Стек TCP/IP может использовать таблицу (таблицы) маршрутизации для выбора сетевого интерфейса для маршрутизации пакетов восходящего канала передачи, которые стек 628 TCP/IP принимает из приложения 612. В некоторых вариантах осуществления может присутствовать множество правил маршрутизации, специфичных для приложения в таблице (таблицах) 622 маршрутизации, если приложение может использовать больше чем одну технологию радиодоступа.

В некоторых вариантах осуществления параметр, называемый "метрическим" (здесь "метрический параметр"), может быть назначен для правил маршрутизации в таблице (таблицах) 622 маршрутизации. Метрический параметр может использоваться для определения приоритета для правила маршрутизации таким образом, что даже если таблица (таблицы) 622 маршрутизации включает в себя больше чем одно правило, которое применяется к пакету данных пользователя, правило маршрутизации с наибольшим приоритетом может быть выбрано стеком 628 TCP/IP для пакета данных пользователя.

В некоторых вариантах осуществления существует только одно специфичное для приложения правило маршрутизации на каждое приложение 612. Каждый раз, когда сеть изменяет специфичное для приложения управление доступом, CM 610 может обновлять соответствующим образом правило маршрутизации (например, путем изменения NIC, включенного в правило). В другом варианте осуществления может присутствовать множество специфичных для приложения правил маршрутизации в таблице (таблицах) 622 маршрутизации, если приложение 612 может использовать более чем одну технологию доступа. CM 610 может обновлять метрический параметр одного или более применимых правил (например, метрический параметр правила для маршрутизации через доступ 3GPP), когда изменяется специфичная информация управлении доступом к приложению для доступа через определенную RAT (например, 3GPP).

Обработка текущих IP потоков

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

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

В некоторых вариантах осуществления, если доступ 3GPP для приложения 612 становится запрещенным для текущего IP потока, из-за обновленной информации запрета приложения, и лист OngoingFlowAffected (например, 392, как представлено на фиг. 3) в ASAC MO 626 обозначает, что повторная маршрутизация через другие технологии радиодоступа не разрешена, CM 610 может обновлять внутренние таблицы маршрутизации для запрета IP потока. Следовательно, когда приложение 612 предоставляет пользователю пакеты данных для передачи по восходящему каналу передачи, стек TCP/IP не будет иметь возможности доставлять их на уровень пользователя сотового модема. Если лист OngoingFlowAffected в ASAC MO 626 обозначает, что повторная маршрутизации через другие технологии доступа разрешена, CM 610 может выбирать альтернативную технологию радиодоступа (например, WLAN) и может сделать попытку установления соединения PDN через альтернативную технологию радиодоступа. CM 610 также может обновлять таблицу (таблицы) 622 маршрутизации. Когда приложение 612 предоставляет пакеты данных пользователя для передачи по восходящему каналу передачи, стек TCP/IP может направлять эти пакеты внутри UE на уровень пользователя для альтернативной технологии радиодоступа.

В некоторых вариантах осуществления, если доступ 3GPP для приложения 612 становится доступным снова для исходящего IP потока, из-за обновленной информации запрета приложения, принятой из сети, и лист OngoingFlowAffected (например, 392, как представлено на фиг. 3) в ASAC MO 626 обозначает, что повторная маршрутизация через другие технологии доступа не разрешена, CM 610 может обновлять таблицу (таблицы) 622 маршрутизации для возобновления IP потока через доступ 3GPP. Затем, когда приложение 612 предоставляет пакеты данных пользователя для передачи по восходящему каналу передачи, стек 628 TCP/IP может предоставлять их на уровень пользователя сотового модема. В некоторых вариантах осуществления, если уже существует соединение PDN, установленное для IP потока через другую технологию радиодоступа и соответствующее правило маршрутизации в таблице (таблицах) 622 маршрутизации, CM 610 не требуется обновлять внутренние таблицы маршрутизации. Таким образом, когда приложение 612 предоставляет пакеты данных для пользователя, для передачи по восходящему каналу передачи, стек 628 TCP/IP может продолжать доставку пакетов данных пользователя через соединение, не являющееся 3GPP PDN.

В некоторых вариантах осуществления лист OngoingFlowAffected в ASAC MO 626 может обозначать, что повторная маршрутизация через другие технологии радиодоступа разрешена. Если уже установлено соединение 3GPP PDN для IP потока, CM 610 может обновлять таблицу (таблицы) 622 маршрутизации. Таким образом, когда приложение 612 предоставляет пакеты данных пользователя для передачи по восходящему каналу передачи, стек 628 TCP/IP может направлять эти пакеты внутри UE в соединение 3GPP PDN, до тех пор, пока присутствует соединение PDN, через альтернативную технологию радиодоступа, которая обладает более высоким приоритетом доступа, в соответствии с ANDSF MO 624. В случае необходимости, если присутствует установленное соединение 3GPP PDN, и 3GPP, технология доступа имеет более высокий приоритет сети доступа в ANDSF MO 626, чем технология радиодоступа существующего соединения (соединений) PDN, CM 610 может пытаться установить соединение 3GPP PDN и обновить таблицу (таблицы) 622 маршрутизации, соответственно, таким образом, что стек 628 TCP/IP может направлять пакеты данных пользователя через соединение 3GPP PDN. Запрещенные или неиспользуемые соединения PDN могут быть высвобождены, если информация запрета приложения из сети падает ниже некоторого минимального порогового уровня или, если присутствуют другие показатели чрезмерной перегрузки/затора в сети.

Передача сигналов информации о запрете приложения из сети в UE

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

На фиг. 7 иллюстрируется неограничительный пример кода, который может использоваться для влияния на то, что информация запрета приложения может быть включена в широковещательную передачу системной информации (блок 2 системной информации (SIB2), 3GPP TS 36.331).

На фиг. 8 иллюстрируется неограничительный пример таблицы описаний поля SIB2, которые могут быть ассоциированы с примером кода на фиг. 7. Как представлено, обозначение уровня затора представляет собой обозначение уровня затора в соте. Выбранное максимальное количество уровней затора в соте определяется как “maxCongestionLevels”. В этом примере обозначение уровня затора равно 0 обозначает, что затор отсутствует. Такие значения могут быть включены в код SIB, представленный в примере на фиг. 7.

В одном варианте осуществления сеть может передавать уровень затора (например, целочисленное значение от 0 до n). Это представляет собой минимальный уровень приоритета, который должен иметь IP поток или приложение, для того, чтобы было разрешено устанавливать соединение PDN или передавать данные пользователя. По умолчанию, самый низкий уровень затора может быть равен 0; уровень затора, равный 0, не требуется передавать в сигналах по сети. В вариантах осуществления, где максимальный уровень затора n=1, сеть может только эффективно передавать сигнал "перегрузка включена/выключена".

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

В некоторых вариантах осуществления сеть может предоставлять информацию о запрете приложения в отношении не-3GPP технологий радиодоступа, в дополнение к информации о запрете приложения, относящейся к 3GPP. Существуют несколько способов, в соответствии с которыми сеть может предоставлять информацию о запрете приложения в отношении не-3GPP технологий радиодоступа. В одном варианте выбора сеть может передавать в виде сигнала отдельную информацию о запрете приложения для не-3GPP технологий доступа таких, которые соответствуют стандартам Института инженеров по радиоэлектронике и электротехники (IEEE) 802.11, Bluetooth, IEEE 802.16, и других не-3GPP технологий доступа. Сеть может, в одном примере, передавать сигналы с уровнем затора для WLAN, работающей на основе не-3GPP технологии доступа с определенным значением идентификатора набора услуг (SSID). В другом примере сеть может передавать с сигналом этот уровень затора для всех WLAN, не включая какой-либо конкретный SSID. В качестве альтернативы, сеть может передавать сигнал, обозначающий, что та же информация о запрете приложения (например, уровень затора), который был передан для доступа 3GPP, также применима для доступа не-3GPP. Такой вариант выбора может использоваться, если затор происходит глубоко в базовой сети, в шлюзе PDN (P-GW); изменение повторной маршрутизации трафика данных не может устранить такой тип затора, поскольку пакеты, в конечном итоге, будут направляться в тот же P-GW.

Сигналы с информацией о запрете приложения внутри UE

В некоторых вариантах осуществления, внутри UE стек сотового протокола перенаправляет информацию о запрете приложения, принятую из сети, в объект, который также использует ANDSF MO. В некоторых вариантах осуществления объект, использующий ANDSF MO, представляет собой CM. Стек сотового протокола может использовать новую команду привлечения внимания (AT) (см. 3GPP TS 27.007, версия 12.6.0) для передачи с сигналами в CM. CM может передавать запрос в стек сотового протокола для начала или остановки отчетности с информацией о запрете приложения. Стек сотового протокола может отвечать немедленно, используя текущую информацию о запрете приложения, принятую из сети, если она существует, и обеспечивает дополнительные предоставляемые добровольно обновления в CM позже, при обновлении сетью информации о запрете приложения.

На фиг. 9 иллюстрируется таблица, в которой содержатся детали первого неограничительного примера синтаксиса для AT команды, которая может использоваться CM для конфигурирования стека сотового протокола, для перенаправления информации о запрете приложения в CM. Параметр режима может представлять собой целое число, равное 0 или 1. Значение режима 0 может отключать отчетность с предоставляемой без запроса информацией о запрете приложения, в то время как значение режима 1 может обеспечивать отчетность с пр