Способы и устройство для конфигурирования профилей качества обслуживания абонента
Заявленное изобретение относится к беспроводной связи. Технический результат состоит в эффективном конфигурировании профиля качества обслуживания (QoS). Для этого устройство беспроводной связи, работающее в первой системе беспроводной связи, выполняющей первый протокол беспроводной связи. Модуль профиля QoS абонента служит для конфигурирования профиля QoS. Принимающий модуль служит для приема сообщения запроса профиля QoS через первую беспроводную сеть. Передающий модуль служит для передачи сообщения ответа о профиле QoS через первую беспроводную сеть. 4 н. и 3 з.п. ф-лы, 15 ил., 7 табл.
ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ЗАЯВКИ
[0001] Настоящий патентный документ испрашивает приоритет по 35 U.S.C. 119(a) предварительной заявки США №61/417867, озаглавленной "Configuring Subscriber QOS Profile in EHPRD System", поданной 29 ноября 2010 года; предварительной заявки США №61/429435, озаглавленной "Configuring Subscriber QOS Profile in EHPRD System-Part 2", поданной 3 января 2011 года; предварительной заявки США №61/434430, озаглавленной "Configuring Subscriber QOS Profile in EHPRD System-Part 3", поданной 19 января 2011 года; предварительной заявки США №61/449043, озаглавленной "Configuring Subscriber QOS Profile in EHPRD System-Part 4", поданной 3 марта 2011 года; и предварительной заявки США №61/471685, озаглавленной "Configuring Subscriber QOS Profile in EHPRD System-Part 5", поданной 4 апреля 2011 года;
[0002] Все содержание вышеуказанной патентной заявки включено по ссылке как часть этого патентного документа.
УРОВЕНЬ ТЕХНИКИ
[0003] Этот патентный документ относится к беспроводной связи в системах беспроводной связи.
[0004] В сети с коммутацией пакетов, где пакеты данных доставляются через проводные или беспроводные линии связи или сети, качество обслуживания (QoS) реализовано для резервирования ресурсов связи и для контроля доставки пакетов данных для достижения определенного уровня производительности при доставке пакетов данных. Уровень производительности QoS может быть измерен одним или более параметрами, например, скоростью передачи данных, задержкой передачи, искажением пакетных данных, вероятностью потери данных, частотой битовых ошибок. Определенные службы данных могут быть толерантны к задержкам и сбросам пакетов, в то время как некоторые службы данных, такие как голос через IP, интерактивные службы данных, видео и мультимедиа службы данных, могут быть очень чувствительны к задержкам и отбрасыванию пакетов и, таким образом, требуют высокого уровня QoS.
[0005] Механизмы QoS могут быть реализованы для контроля и управления доставкой пакетов через проводные или беспроводные линии связи или сети на основе коммутации пакетов, чтобы отвечать определенным требованиям QoS. Системы беспроводной связи могут включать в себя сеть из одной или более базовых станций для осуществления связи с одним или более беспроводными устройствами, такими как мобильное устройство, сотовый телефон, модем беспроводной связи, мобильная станция (MS), пользовательское оборудование (UE), терминал доступа (AT) или абонентская станция (SS). Каждая базовая станция может излучать радиосигналы, которые несут данные, такие как голосовые данные и другой контент данных, к беспроводным устройствам. Базовая станция может упоминаться как точка доступа (AP) или сеть доступа (AN) или может быть включена как часть сети доступа. Кроме того, системы беспроводной связи осуществляют связь друг с другом или с системами беспроводной связи через одну или более базовых сетей. Беспроводное устройство может использовать одну или более разных технологий для связи. Различные примеры беспроводных технологий включают в себя технологии множественного доступа с кодовым разделением (CDMA), например CDMA2000 lx, высокоскоростной передачи пакетных данных (HRPD), технологии на основе глобальной системы мобильной связи (GSM), проект долгосрочного развития (LTE), мультиплексирования с ортогональным разделением частот (OFDM) и глобальной совместимости для микроволнового доступа (WiMAX). В некоторых реализациях система беспроводной связи может включать в себя несколько сетей, использующих разные беспроводные технологии.
[0006] Для таких конфигураций нужны способы.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0007] Этот документ описывает технологии, среди прочего, для беспроводной связи, как, например.
[0008] В одном аспекте раскрыто устройство беспроводной связи, работающее в первой системе беспроводной связи, выполняющей первый протокол беспроводной связи. Устройство содержит модуль профиля качества обслуживания (QoS) абонента для конфигурирования профиля QoS, принимающий модуль для приема через первую беспроводную сеть сообщения запроса профиля QoS; и передающий модуль для передачи сообщения ответа о профиле QoS через первую беспроводную сеть.
[0009] В другом аспекте раскрыт способ беспроводной связи. Способ включает в себя конфигурирование профиля QoS, прием, через первую беспроводную сеть, сообщения запроса профиля QoS и передачу сообщения ответа о профиле QoS через первую беспроводную сеть.
[0010] Еще в одном аспекте раскрыт компьютерный программный продукт, имеющий хранящийся в нем код для конфигурирования профиля QoS, приема, через первую беспроводную сеть, сообщения запроса профиля QoS и передачи сообщения ответа о профиле QoS через первую беспроводную сеть.
[0011] Еще в одном аспекте раскрыты устройство, способ и компьютерный программный продукт для хранения инструкций для конфигурирования профиля качества обслуживания (QoS) абонента в беспроводной сети. Способ включает в себя передачу команды запроса профиля QoS, прием сообщения ответа о профиле QoS, содержащего код результата, и выполнение ответного на код результата действия по конфигурированию профиля QoS.
[0012] Еще в одном аспекте раскрыты устройство, способ и компьютерный программный продукт для хранения инструкций для предоставления данных профиля качества обслуживания (QoS) абонента Партнерского проекта третьего поколения 2 (3GPP2) в прокси/сервер аутентификации, авторизации и учета (AAA), предоставления обслуживающего шлюза (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD), способного запрашивать информацию профиля QoS абонента подписанного пользователя из прокси/сервера AAA 3GPP2 после удачной аутентификации подписанного пользователя и предоставления прокси/сервера AAA 3GPP2, способного отправлять запрошенную информацию профиля QoS абонента на HSGW.
[0013] Детали одной или более реализаций изложены в прилагающихся вложениях, чертежах и нижеследующем описании. Другие признаки станут очевидны из описания и чертежей, и из формулы изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0014] На Фиг.1 показан пример системы беспроводной связи.
[0015] На Фиг.2 показан пример структуры радиостанции.
[0016] На Фиг.3 в виде структурной схемы показано представление структуры межсетевого взаимодействия без роуминга.
[0017] На Фиг.4 в виде структурной схемы показано представление структуры межсетевого взаимодействия с роумингом.
[0018] На Фиг.5 в виде структурной схемы показано представление еще одной структуры межсетевого взаимодействия с роумингом.
[0019] На Фиг.6 показана схема обмена сигналами, представляющая примерные сообщения, обменивающиеся для извлечения информации о профиле QoS абонента во время аутентификации.
[0020] На Фиг.7 показана схема обмена сигналами, представляющая примерные сообщения, обменивающиеся для извлечения информации о профиле QoS абонента во время передачи обслуживания.
[0021] На Фиг.8 в виде блок-схемы показано представление процесса беспроводной связи.
[0022] На Фиг.9 в виде структурной схемы показано представление части устройства беспроводной связи.
[0023] На Фиг.10 в виде блок-схемы показано представление процесса беспроводной связи.
[0024] На Фиг.11 в виде структурной схемы показано представление части устройства беспроводной связи.
[0025] На Фиг.12 в виде блок-схемы показано представление процесса беспроводной связи.
[0026] На Фиг.13 в виде структурной схемы показано представление части устройства беспроводной связи.
[0027] На Фиг.14 в виде блок-схемы показано представление процесса беспроводной связи.
[0028] На Фиг.15 в виде структурной схемы показано представление части устройства беспроводной связи.
[0029] Подобные обозначения позиций в различных чертежах указывают подобные элементы.
ПОДРОБНОЕ ОПИСАНИЕ
[0030] В нижеследующем описании предоставлены способы для беспроводной связи, в которых профили качества обслуживания (QoS) абонента совместно используются двумя разными сетями сотовой связи. В одном аспекте сервер внутри первой системы беспроводной связи сконфигурирован с возможностью предоставления профилей QoS абонента, полученных во время аутентификации пользователя во второй системе беспроводной связи. Как дополнительно рассмотрено ниже, раскрытые методы могут быть полезны при совершенствовании работы различных устройств беспроводной связи и серверов, которые поддерживают сеть беспроводной связи, таких как шлюзовой сервер, сервер аутентификации, авторизации и учета (AAA) и так далее. Эти и другие полезные аспекты раскрытых способов дополнительно рассмотрены ниже.
[0031] На Фиг.1 показан пример системы беспроводной связи. Система беспроводной связи может включать в себя одну или более базовых станций (BS) 105a, 105b, одно или более беспроводных устройств 110 и сеть 125 доступа. Базовые станции 105 могут предоставить беспроводное обслуживание беспроводным устройствам 110 в одном или более беспроводных секторов. В некоторых реализациях базовая станция 105a, 105b включает в себя направленные антенны, чтобы выдавать два или более направленных пучка для обеспечения беспроводного покрытия в разных секторах.
[0032] Сеть 125 доступа может осуществлять связь с одной или более базовыми станциями 105, 105b. В некоторых реализациях сеть 125 доступа может включать в себя одну или более базовых станций 105, 105b. В некоторых реализациях сеть 125 доступа находится на связи с базовой сетью (не показана на Фиг.1), которая обеспечивает связь с другими системами беспроводной связи и системами проводной связи. Базовая сеть может включать в себя одну или более баз данных подписки на обслуживание для хранения информации, относящейся к абонентским беспроводным устройствам 110. Первая базовая станция 105 может обеспечить беспроводное обслуживание на основе первой технологии радиодоступа, тогда как вторая базовая станция 105 может обеспечить обслуживание на основе второй технологии радиодоступа. Базовые станции 105 могут быть совмещены или могут быть отдельно установлены в области согласно сценарию развертывания. Сеть 125 доступа может поддерживать несколько разных технологий радиодоступа.
[0033] Различные примеры систем беспроводной связи и сетей доступа, которые могут реализовать настоящие способы и системы, включают в себя, среди прочего, системы беспроводной связи на основе множественного доступа с кодовым разделением (CDMA), например CDMA2000 lx, высокоскоростной передачи пакетных данных (HRPD), усовершенствованной высокоскоростной передачи данных (eHRPD), универсальной системы мобильной коммутации (UMTS), сети универсального наземного радиодоступа (UTRAN), усовершенствованной UTRAN (E-UTRAN), проекта долгосрочного развития (LTE) и глобальной совместимости для микроволнового доступа (WiMAX). В некоторых реализациях система беспроводной связи может включать в себя несколько сетей, использующих разные беспроводные технологии. Двухрежимное или многорежимное беспроводное устройство включает в себя две или более беспроводные технологии, которые могут использоваться для присоединения к разным беспроводным сетям. В некоторых реализациях беспроводное устройство может поддерживать операцию одновременной передачи речи и данных (SV-DO).
[0034] На Фиг.2 в виде структурной схемы показано представление части радиостанции 205. Радиостанция 205, такая как базовая станция или беспроводное устройство, может включать в себя процессорную электронику 210, такую как микропроцессор, который реализовывает один или более из беспроводных способов, представленных в этом документе. Радиостанция 205 может включать в себя приемопередающую электронику 215 для отправки и приема беспроводных сигналов через один или более интерфейсов связи, такой как антенна 220. Радиостанция 205 может включать в себя другие интерфейсы связи для передачи и приема данных. Радиостанция 205 может включать в себя одно или более запоминающих устройств, выполненных с возможностью хранения информации, такой как данные и/или инструкции. В некоторых реализациях процессорная электроника 210 может включать в себя по меньшей мере часть приемопередающей электроники 215.
[0035] На Фиг.3 показан пример архитектуры взаимодействия между усовершенствованной сетью универсального наземного радиодоступа (E-UTRAN) 3GPP и сетью усовершенствованной высокоскоростной передачи пакетных данных (eHRPD) 3GPP2. E-UTRAN также известна как проект долгосрочного развития (LTE). Эта архитектура поддерживает интерфейсы взаимодействия, определенные в TS 23,402 3GPP: TS 23,402: Архитектурные улучшения для не 3GPP доступа, содержащие интерфейсы S101 и S103. S101 является сигнальным интерфейсом между узлом управления мобильностью (MME) EPC и сетью доступа усовершенствованной HRPD (eAN/ePCF) (3GPP: TS 29,276: Optimized Handover Procedures and Protocols Between E-UTRAN Access and cdma2000 HRPD Access - этап 3). Необходимо учитывать, что функции eAN/ePCF определены в A.S0022-0 (3GPP2: A.S0022-0: E-UTRAN - HRPD Connectivity and Interworking: Access Network Aspects (E-UTRAN - HRPD IOS),). S103 является интерфейсом однонаправленного канала между обслуживающим шлюзом (S-GW) усовершенствованной опорной сети пакетной передачи (EPC) и обслуживающим шлюзом (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD) (ссылка 3GPP TS 29,276). Сеть eHRPD предоставляет IP окружение, которое поддерживает прикрепление к нескольким сетям пакетной передачи данных (PDN) и распределение IPv4 адресов или IPv6 адресов, или и IPv4, и IPv6 адресов для каждого PDN через усовершенствованную опорную сеть пакетной передачи 3GPP. Пользовательское оборудование (UE) 110 eHRPD использует мобильность на основе сети и полагается на использование мобильного устройства-прокси IPv6 (PMIPv6) внутри сети для управления мобильностью. HSGW является обслуживающим шлюзом HRPD, который соединяет сеть доступа усовершенствованной HRPD с усовершенствованной опорной сетью пакетной передачи (EPC), в качестве доверенной не 3GPP сетью доступа. UE 110 находится на связи с eNodeB 302 посредством беспроводного протокола, такого как беспроводной протокол LTE.
[0036] На Фиг.4 проиллюстрирована архитектура взаимодействия с роумингом E-UTRAN - eHRPD для маршрутизируемого в домашней сети трафика. В этом случае точка привязки (т.е. P-GW 710) размещена в домашней сети. Беспроводная сеть 400 также содержит домашнюю сеть наземной мобильной связи общего пользования (HPLMN) 424 и гостевую PLMN (VPLMN). На Фиг.4 также изображены E-UTRAN/EPC 420 и eHPRD 422, с UE 110 используемыми в мобильной связи с соответствующим eNodeB 302 и базовой станцией HRPD (BTS).
[0037] На Фиг.5 проиллюстрирована архитектура взаимодействия с роумингом E-UTRAN - eHRPD для локально коммутируемого трафика. В этом случае точка привязки (т.е. P-GW 710) размещена в гостевой сети. Сеть 500 беспроводной связи также включает в себя HPLMN 500, VPLMN 526. Сети E-UTRAN/EPC 520 и eHRPD 522, с различными устройствами этих сетей взаимодействующими, как изображено на Фиг.5.
[0038] Как показано в беспроводных сетях 300, 400 и 500 на Фиг.3, 4 и 5 соответственно, для взаимодействия между E-UTRAN и eHRPD могут быть определены следующие опорные точки:
[0039] Опорные точки H1/H2: Опорная точка Н1 может нести сигнальную информацию между исходным HSGW (S-HSGW) и целевым HSGW (T-HSGW) для оптимизированной передачи обслуживания между HSGW.
[0040] Опорная точка Н2 может нести пользовательский трафик как восходящей линии связи, так и нисходящей линии связи из исходного HSGW (S-HSGW) в целевой HSGW (T-HSGW) для оптимизированной передачи обслуживания между HSGW.
[0041] Опорная точка Gxa: Опорная точка Gxa может соединять функцию политики и выставления счетов (PCRF) 712 в 3GPP EPC с BBERF в HSGW в сети доступа eHRPD 3GPP2. Подробные требования и работа этого интерфейса определены в спецификациях 3GPP TS 23,203, TS 29,212 и TS 29,213.
[0042] Опорная точка Pi*: протокол, использованный на опорной точке Pi*, может соединять HSGW с прокси AAA 3GPP2. Опорная точка Pi* может быть подобной той, что используется на опорной точке STa, с дополнительными улучшениями, как описано в настоящем документе.
[0043] Опорная точка S101: Опорная точка S101 может соединять MME 304 в EPS 3GPP с eAN/ePCF 306 в сети доступа eHRPD 3GPP2 согласно 3GPP2 A.S0022-0. Эта опорная точка может обеспечить туннелирование сигнализации и данных между UE 110 и целевой сетью доступа через исходную/обслуживающую сеть доступа. Подробная работа этого интерфейса определена в спецификациях 3GPP TS 23,402 и TS 29,276.
[0044] Опорная точка S103: Опорная точка S103 может соединять обслуживающий шлюз (S-GW) 308 в EPC 3GPP с HSGW в сети eHRPD 3GPP2. Его функцией является пересылать данные нисходящей линии связи между S-GW 308 и HSGW, чтобы минимизировать потери пакетов при мобильности от E-UTRAN до eHRPD. Подробные требования и работа этого интерфейса определены в спецификациях 3GPP TS 23,402 и TS 29,276.
[0045] Опорная точка S2a: Опорная точка S2a может соединять шлюз PDN в EPC 3GPP с HSGW в сети eHRPD 3GPP2. Эта опорная точка предоставляет плоскости пользователя связанную поддержку управления и мобильности между eHRPD-доступом и P-GW. Подробные требования и работа этого интерфейса определены в спецификациях 3GPP TS 23,402, TS 29,275.
[0046] Опорная точка STa: Опорная точка STa может соединять сервер/прокси AAA в EPC 3GPP с прокси AAA в сети eHRPD 3GPP2. Эта опорная точка используется для аутентификации в авторизации UE 110 и несет Diameter-параметры, относящиеся к режиму PMIPv6, между сервером/прокси 316 AAA 3GPP и прокси 318 AAA 3GPP2. Подробные требования и работа этого интерфейса определены в спецификациях 3GPP TS 23,402 и TS 29,273.
[0047] Различные объекты на Фиг.3, 4 и 5 могут включать в себя следующую функциональность.
[0048] eAN/ePCF 306: eAN/ePCF включает в себя логический объект в сети радиодоступа (RAN), используемый для радиосязи с UE 110, и объект усовершенствованной функции управления пакетной передачи (ePCF), который управляет передачей данных между eAN и HSGW.
[0049] Усовершенствованная HRPD (eHRPD) 312: Сеть eHRPD поддерживает прикрепление к EPC (усовершенствованная опорная сеть пакетной передачи) 3GPP. Сеть eHRPD опционально поддерживает плавную передачу обслуживания между E-UTRAN и усовершенствованной HRPD с помощью одиночных радиотерминалов.
[0050] EPC: усовершенствованная опорная сеть пакетной передачи: Архитектура EPC определена в спецификациях 3GPP TS 23,401 и TS 23,402.
[0051] EPS 314: Усовершенствованная система пакетной передачи определена в спецификациях 3GPP TS 23,003, TS 23,401 и TS 23,402. Она состоит из EPC плюс E-UTRAN.
[0052] HSGW 310: HSGW является обслуживающим шлюзом HRPD, который соединяет сеть доступа усовершенствованной HRPD с усовершенствованной опорной сетью пакетной передачи (EPC), в качестве доверенной не 3GPP сетью доступа. HSGW предоставляет функцию мобильного шлюза доступа (MAG) PMIPv6 для поддержки мобильности уровня 3 с помощью P-GW (LMA).
[0053] Мобильность между HSGW с переносом контекста: Мобильность между HSGW с переносом контекста возникает, когда исходный HSGW переносит контекст для UE 110 на целевой HSGW используя интерфейс H1, в том числе использование интерфейса H2 для пересылки пакетов данных.
[0054] Мобильность между HSGW без переноса контекста: Мобильность между HSGW без переноса контекста возникает, если не существует связи H1/H2 между исходным HSGW и целевым HSGW, или если по какой-то причине обмен сигналами при переносе контекста терпит неудачу.
[0055] Традиционный AT: Традиционный AT определен как AT, который соответствует спецификациям 3GPP2 X.S0011. Традиционный AT не может осуществлять связь с HSGW должным образом, как определено в этой спецификации. В рамках этой спецификации использование "AT" предполагает традиционный AT или UE 110, функционирующее как традиционный AT.
[0056] Традиционный PDSN: традиционный PDSN определен как PDSN, который соответствует спецификациям 3GPP2 X.S0011. Использование "PDSN" предполагает традиционный PDSN.
[0057] В системе HRPD (высокоскоростная передача пакетных данных), определенной посредством 3GPP2, когда UE 110 прикрепляется к сети, профиль QoS абонента возвращается в PDSN во время процедуры аутентификации. PDSN использует некоторые из атрибутов из профиля QoS абонента для авторизации соединений A10. PDSN предоставляет некоторые из атрибутов QoS (если доступны) в RAN также для целей запроса авторизации QoS и контроля трафика.
[0058] Профиль QoS абонента определен в спецификациях 3GPP2 X.S0011 (стандарт беспроводных IP сетей cmda2000). Используемый в системе HRPD профиль QoS абонента может иметь следующие атрибуты:
[0059] (A) Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятствованием
[0060] (B) Идентификаторы профилей разрешенных потоков для каждого направления
[0061] (C) Максимальное значение на приоритет потока
[0062] (D) Допустимые дифференцированные маркеры сервисов
[0063] (E) Профиль опции сервиса
[0064] (F) Межпользовательский приоритет для трафика с наибольшим благоприятствованием
[0065] В системе eHRPD, заданной посредством спецификаций 3GPP2 X.S0057-0 (E-UTRAN-eHRPD Connectivity and Interworking: Core Network Aspects), для контроля QoS применяется структура политики и выставления счетов абонентам (PCC). PCRF 712 предоставляет политику QoS в HSGW через интерфейс Gxa. Версия X.S0057-0 спецификаций описывает только параметры <QCI, MBR, GBR>, которые могут назначаться идентификаторам профилей потоков на HSGW. Другие атрибуты QoS, определенные в профиле QoS абонента в спецификациях 3GPP2 X.S0011, также полезны для авторизации QoS, но в реализации спецификаций X.S0057-0 не ясно, как получать такие атрибуты QoS. Например, согласно спецификациям X.S0011 'Межпользовательский приоритет для трафика с наибольшим благоприятствованием' применяется операторами для дифференциации приоритетов трафика с наибольшим благоприятствованием, которые используются разными пользователями. Аналогично, несколько других параметров, заданных в спецификациях X.S0011, также полезны, но в спецификациях X.S0057-0 отсутствует структура для извлечения таких параметров.
[0066] Более того, в спецификациях X.S0057-0 реализация PCC является опциональной, и PCC может не быть развернута при начальном развертывании систем eHRPD. Например, операторы могут модернизировать сети HRPD до сетей eHRPD без PCC в их первой фазе развития сети. Следовательно, не ясно, как HSGW и eAN получают профиль QoS для выполнения контроля допуска.
[0067] Было бы желательно, чтобы параметры профиля QoS абонента, определенные в спецификациях 3GPP2 X.S0011, были доступны в системе eHRPD также для гарантии того, что HSGW и eAN могут выполнять функции QoS без PCC. При отсутствии PCC, HSGW может эксплуатироваться для получения профиля QoS абонента, если UE 110 аутентифицировано, и HSGW пересылает некоторые параметры QoS из профиля QoS абонента в eAN посредством сигнальных сообщений A11.
[0068] В общем, HSGW может получать профиль QoS абонента разными способами. В одной реализации профиль QoS абонента 3GPP2 конфигурируется в AAA/HSS (домашний сервер абонента) 320 3GPP. Такой профиль QoS абонента 3GPP2 пересылается посредством AAA 3GPP в HSGW 310 через интерфейс STa и Pi*, если UE 110 аутентифицировано. Профиль QoS абонента может храниться на HSS 320 или AAA 3GPP в формате 3GPP или формате 3GPP2. Если профиль QoS абонента храниться как формат 3GPP, назначение QoS в формат GPP2 может быть выполнено на прокси-сервере AAA 3GPP2 или посредством HSGW. Интерфейсы STa and Pi* могут быть улучшены для поддержки передачи профиля QoS абонента из AAA 3GPP в HSGW 310. Такие улучшения в спецификациях 3GPP предполагают характерные детали не 3GPP доступа.
[0069] В другой реализации профиль QoS абонента 3GPP2 сконфигурирован в прокси/сервере AAA 3GPP2. После успешной аутентификации пользователя, или во время аутентификации, HSGW 310 запрашивает профиль QoS абонента из прокси/сервера AAA 3GPP2. При этой реализации опорная точка Pi* улучшена для поддержки параметров профиля QoS абонента, и такое улучшение ограничено доменом 3GPP2.
[0070] Далее указаны примерные детали для реализации профиля QoS абонента 3GPP2 в прокси/сервере AAA 3GPP2, который предоставляет профиль QoS абонента 3GPP2 в HSGW 310 в ответ на запросы из HSGW 310.
[0071] Опорная точка Pi* поддерживает STa Diameter-приложение, как задано посредством 3GPP TS 29,273. Опционально, опорная точка Pi* может поддерживать Pi* 3GPP2 Diameter-приложение, как задано в этом патентном документе. Как HSGW 310, так и прокси-серверы AAA 3GPP2 требуют поддержки STa Diameter-приложения и, таким образом, могут объявить поддержку для STa Diameter-приложения во время процедуры обмена информацией о возможностях Diameter.
[0072] В случае использования STa Diameter-приложения прокси-сервер AAA 3GPP2 может перенаправлять сообщения между HSGW 310 и сервером AAA 3GPP.
[0073] HSGW 310 или прокси-сервер AAA 3GPP2, который поддерживает процедуру 'конфигурация профиля QoS абонента', объявляют поддержку, например, Pi* 3GPP2 Diameter-приложения во время процедуры обмена информацией о возможностях Diameter-узла.
[0074] Одноранговые узлы включают в себя специфичный для поставщика Id приложения VSA в запросе обмена информацией о возможностях протокола Diameter с атрибутом Id поставщика, установленным в значение кодов администрирования сетью SMI частного предприятия, назначенным 3GPP2 (5535), и идентификатором Id-аутентифицированного-приложения, установленным в значение Pi* 3GPP2 идентификатора Diameter-приложения параметра 'Diameter APPL-ID', как назначено посредством IANA.
[0075] Pi* 3GPP2 Diameter-приложение, как описано в этом патентном документе, может использоваться, если и прокси-сервер AAA 3GPP2, и HSGW 310 поддерживают его.
[0076] Pi* 3GPP2 Diameter-приложение определено между HSGW 310 и прокси-сервером AAA 3GPP2 в качестве одноранговых объектов. Оператор может решить расширить Pi* 3GPP2 Diameter-приложение между HSGW 310 и сервером AAA 3GPP2 в домашнем домене. В последнем случае прокси-сервер AAA 3GPP2 может действовать как прокси-агент, как задано в RFC3588. В качестве примера, Pi* 3GPP2 Diameter-приложение задает следующую командную пару для поддержки характеристики конфигурирования профиля QoS абонента.
| Таблица 1 Командная пара для конфигурирования профиля QoS абонента |
|
| Запрос запрашивания профиля (QPR) | QPR CMDCODE |
| Ответ запрашивания профиля (QPA) | QPR CMDCODE |
[0077] Запрос запрашивания профиля/ответ (QPR/QPA) содержит командную пару и может быть реализован как набор характеристик, с каждой характеристикой заданной использованием поддерживаемых характеристик AVP. Уникальные настройки ID списка характеристик и суб-AVP пары списка характеристик, внутри поддерживаемых характеристик AVP, используются для указания поддержки конкретной характеристики, с каждым битом в списке характеристик суб-AVP независимо от других. Командная пара QPR/QPA задана в формате ABNF. Например, конфигурирование профиля QoS абонента 3GPP2 (SubQoSConfig) может быть задано для Pi* 3GPP2 Diameter-приложения.
[0078] В некоторых реализациях процедура конфигурирования профиля QoS абонента использует поддерживаемые характеристики AVP, как указано ниже:
[0079] Бит 'M' поддерживаемой характеристики AVP устанавливается в командах 'Запрос'.
[0080] Суб-AVP Id поставщика устанавливается в значение 3GPP2 кодов администрирования сетью SMI частного предприятия, назначенное 3GPP2 (5535).
[0081] Суб-AVP ID списка характеристик присвоено значение '1'.
[0082] Суб-AVP списка характеристик имеет бит '0' битовой маски, которой присвоено значение '1'.
[0083] В качестве примера следующая таблица определяет бит характеристики, используемый для поддерживаемой характеристики AVP, содержащейся в командах QPR/QPA.
| Таблица 2 Характеристики ID1 списка характеристик для Pi* 3GPP2 Diameter-приложения |
|||
| Бит характе-ристики | Характе-ристика | M/O | Описание |
| 0 | SubQoSConfig | M | Процедура конфигурирования профиля QoS абонента. Эта характеристика позволяет конфигурирование профиля QoS абонента в системе eHRPD. Профиль QoS абонента получен из прокси/сервера AAA 3GPP2 в домашнем домене. Эта характеристика применима для командной пары QPR и QPA. Если и HSGW 310, и прокси/сервер AAA 3GPP2 поддерживают Pi*3GPP2 Diameter-приложение, HSGW 310 инициирует получение информации о профиле QoS абонента из прокси/сервера AAA 3GPP2 в базовом домене посредством отправки команды Запрос запрашивания профиля (QPR). Если HSGW 310 еще не знает поддерживает ли прокси-сервер AAA 3GPP2 характеристику 'SubQoSConfig', HSGW 310 вносит поддерживаемые характеристики AVP в команду QPR. Прокси/сервер AAA 3GPP2 отвечает с помощью команды Ответ запрашивания профиля (QPA), которая содержит полный набор поддерживаемых ею характеристик в поддерживаемых характеристиках AVP. Если прокси/сервер AAA 3GPP2 поддерживает процедуру конфигурирования профиля QoS абонента и имеет в наличие профиль QoS абонента; при успешной обработке QPR, прокси/сервер AAA 3GPP2 возвращает информацию о профиле QoS абонента также в команде QPA с кодом результата DIAMETER_SUCCESS. |
| Бит характеристики: Число бит в поддерживаемых характеристиках AVP, установленных в значение "1". Характеристика: Короткое имя, которое может использоваться для ссылки на бит и на характеристику. M/O: Определяет является ли реализация характеристики обязательной ("M") или опциональной ("O"). Описание: Текстовое описание характеристики. |
[0084] Команда Запрос запрашивания профиля (QPR), указанная полем Код-команды, установленная в значение QPR CMDCODE, и бит "R", установленный в поле Флаги Команд, отправляется из HSGW 310 в прокси/сервер AAA 3GPP2.
[0085] Формат примерного сообщения
[0086] <Запрос запрашивания профиля>::=<заголовок протокола Diameter:
[0087] QPR CMDCODE, REQ, PXY, Diameter APPL-ID>
[0088] <Id-сессии>
[0089] {Id специфичного для поставщика приложения}
[0090] {состояния сессии аутентификации}
[0091] {Исходный-хост}
[0092] {Исходная-область}
[0093] {Хост-назначения}
[0094] {Область-назначения}
[0095] {Имя-пользователя}
[0096] * [Поддерживаемые-характеристики]
[0097] * [AVP]
[0098] * [Proxy-информация]
[0099] * [Запись маршрута]
[00100] Команда Ответ запрашивания профиля (QPR), указанная полем Код-команды, установленная в значение QPR CMDCODE, и бит "R", освобожденный в поле Флаги Команд, отправляется из прокси/сервера AAA 3GPP2 в HSGW 310.
[00101] Формат сообщения
[00102] <Ответ запрашивания профиля>::=<заголовок протокола Diameter:
[00103] QPR CMDCODE, PXY, Diameter APPL-ID>
[00104] <Id-сессии>
[00105] {Id специфичного для поставщика приложения}
[00106] [Код-результата]
[00107] [Экспериментальный результат]
[00108] {Состояние сессии аутентификации}
[00109] {Исходный-хост}
[00110] {Исходная-область}
[00111] {Имя-пользователя}
[00112] * [Хост-перенаправления]
[00113] * [Поддерживаемые-характеристики]
[00114] [разрешенные-DiffServ-Маркировки]
[00115] [Профиль-варианта-сервиса]
[00116] [Максимальная-разрешенная-совокупная-полоса-частот]
[00117] [ID-разрешенного-профиля-потока-для-пользователя]
[00118] [Внутрипользовательский-приоритет]
[00119] [Приоритет-максимум-на-поток]
[00120] * [AVP]
[00121] * [AVP-потерпевшая-неудачу]
[00122] *[Proxy-информация]
[00123] *[Запись-маршрута]
[00124] В некоторых вариантах осуществления, процедура конфигурирования профиля QoS абонента может быть реализована как указано ниже. Процедуры могут поддерживаться, если HSGW 310 и прокси/сервер AAA 3GPP2 поддерживает Pi*3GPP2 Diameter-приложение. Предполагается, что внедрение Pi*3GPP2 Diameter-приложения будет согласовано в сети оператора.
[00125] Процедура конфигурирования профиля QoS абонента может быть назначена командной паре Запрос запрашивания профиля/ответ запрашивания профиля (QPR/QPA), определенной для Pi* 3GPP2 Diameter-приложения. Для запрашивания информации о конфигурировании профиля QoS абонента используются подходящие настройки AVP поддерживаемых характеристик внутри команды QPR.
[00126] Извлечение информации о профиле QoS абонента во время аутентификации
[00127] На Фиг.6 показана процедура извлечения информации о профиле QoS абонента во время аутентификации UE 110. UE 110 выполняет аутентификацию с помощью AAA 3GPP используя EAP-AKA' через прокси AAA 3GPP2 и аутентификатор в HSGW 310. В некоторых реализациях, после успешной аутентификации, HSGW 310 инициирует процедуру извлечения информации о профиле QoS абонента с помощью прокси/сервера AAA 3GPP2. В некоторых реализациях при проверке такого запроса информации о профиле QoS абонента от HSGW 310, прокси/сервер AAA 3GPP2 возвращает информацию о профиле QoS абонента в HSGW 310, если доступно, через опорную точку Pi*.
[00128] Пользователь аутентифицирован с помощью AAA 3GPP согласно процедурам аутентификации EAP-AKA'. Например, этапы 1-23, раздел 5.2.5.1 спецификаций X.S0057-A, успешно завершены.
[00129] HSGW 310 активирует процедуру конфигурирования профиля QoS абонента посредством отправки команды Запроса запрашивания профиля (QPR) на прокси/сервер AAA 3GPP2. Если HSGW 310 не знает поддерживает ли прокси/сервер AAA 3GPP2 процедуру SubQoSConfig, он включает в себя AVP поддерживаемых характеристик с AVP ID-списка-характеристик, установленной в значение '1' и бит характеристики '0' в AVP списка-характеристик, установленной в значение '1'. HSGW 310 использует эту процедуру для извлечения информации о профиле QoS абонента из прокси/сервера AAA 3GPP2.
[00130] При успешной обработке команды Запрос запрашивания профиля (QPR), прокси/сервер AAA 3GPP2 отвечает HSGW 310 с помощью команды Ответ запрашивания профиля (QPA) и кодом результата успех (DIAMETER SUCCESS), который включает в себя информацию о профиле QoS абонента. Если AVP поддерживаемой характеристики включен в команду QPR, AVP поддерживаемой характеристики также включен, указывая полный набор характеристик, поддерживаемых прокси/сервером AAA 3GPP2. Прокси/сервер AAA 3GPP2 использует основанный на IMSI идентификатор сетевого доступа (NAI) в качестве ключа к информации о профиле абонента.
[00131] Если HSGW 310 принимает информацию о профиле QoS абонента от прокси/сервера AAA 3GPP2, он пересылает элементы информации о профиле QoS абонента на eAN/ePCF посредством процедур обновления сессий A11.
[00132] Извлечение информации о профиле QoS абонента - передача обслуживания внутри eHRPD с перемещением HSGW с переносом контекста.
[00133] Согласно Фиг.7 во время передачи обслуживания внутри eHRPD с перемещением HSGW 310 с переносом контекста содержимое информации о профиле QoS абонента не переносится от исходного HSGW (S-HSGW) 706 к целевому HSGW (T-HSGW) 708. T-HSGW выполняет процедуры извлечения информации о профиле QoS абонента с помощью прокси/сервера 318 AAA 3GPP2 после приема сообщения H1-Ack от S-HSGW 706.
[00134] Эта примерная процедура предполагает, что внедрение характеристики конфигурирования профиля QoS абонента согласовано в сети оператора.
[00135] Предполагая, что UE 110 имеет активную сессию с P-GW через S-eAN/ePCF и S-HSGW 706. UE 110 или S-eAN 702 решают, что UE 110 двигается к T-eAN 704. Контекст радиосессии eHRPD переносится на T-eAN, в том числе адрес H1 у S-HSGW. T-eAN/ePCF устанавливает соединение A10 с выбранным T-HSGW 708. T-HSGW 708 выполняет процедуры инициализации передачи обслуживания с S-HSGW через интерфейс H1, и S-HSGW отвечает подтверждением передачи обслуживания, которое содержит параметры контекста сессии пользователя. Параметры контекста, относящиеся к профилю QoS абонента, не переносятся от S-HSGW 706 к T-HSGW 708. Раздел 12.1.1 документа X.S0057A 3GPP2, этапы 0-7 и раздел 12.2 документа X.S0057-A 3GPP2, этапы 0-7, иллюстрируют вышеизложенную процедуру.
[00136] T-HSGW активирует процедуру конфигурирования профиля QoS абонента посредством отправки команды Запрос запрашивания профиля (QPR) на прокси/сервер AAA 3GPP2. Если HSGW не знает поддерживает ли прокси/сервер AAA 3GPP2 характеристику SubQoSConfig, он включает в себя AVP поддерживаемых характеристик с AVP ID списка характеристик, установленной в значение '1' и бит характеристики '0' в AVP списка-характеристик, установленной в значение '1'. T-HSGW использует эту процедуру для извлечения информации о профиле QoS абонента 3GPP2 из прокси/сервера AAA 3GPP2.
[00137] При успешной обработке команды Запрос запрашивания профиля (QPR), прокси/сервер AAA 3GPP2 отвечает T-HSGW с помощью команды Ответ запрашивания профиля (QPA) с кодом результата успех (DIAMETER SUCCESS), который включает в себя информацию о профиле QoS абонента. Если AVP поддерживаемых характеристик содержится в команде QPR, AVP поддерживаемых характеристик также включен в команду QPA, указывая полный набор характеристик, поддерживаемых прокси/сервером AAA 3GPP2. Прокси/сервер AAA 3GPP2 использует основанный на IMSI идентификатор сетевого доступа (NAI) в качестве ключа к информации о профиле абонента.
[00138] Если T-HSGW принимает информацию о профиле QoS абонента от прокси/сервера AAA 3GPP2, он пересылает элементы информации о профиле QoS абонента на T-eAN/ePCF посредством процедур обновления сессий A11.
[00139] В некоторых реализациях остаток процедуры передачи обслуживания остается, например, в разделах 12.1.1 и 1.2 спецификации X.S0057-A 3GPP2.
[00140] Процедура конфигурирования профиля QoS абонента инициируется посредством HSGW; и прокси/сервер AAA 3GPP2 отвечает информацией о профиле QoS абонента, если возможно. Как задано в X.S0011, следующие атрибуты профиля QoS абонента могут быть отправлены на eAN/ePCF:
[00141] Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятствованием
[00142] Идентификаторы профилей разрешенных потоков для каждого направления
[00143] Максимальное значение на приоритет потока
[00144] Профиль опции сервиса
[00145] Межпользовательский приоритет для трафика с наибольшим благоприятствованием
[00146] В некоторых реализациях обработка и использование атрибутов профиля QoS абонента на HSGW описаны в таблице 7 и могут быть выполнены, как раскрыто в этом патентном документе. В некоторых реализациях, HSGW хранит атрибуты профиля QoS абонента.
[00147] Таблица 3 предоставляет пример элементов информации, поддерживаемых в команде Запрос запрашивания профиля.
| Таблица 3 Примерные элементы информации в команде Запрос запрашивания профиля |
|||
| Имя элемента информации | Назначение в AVP протокола Diameter | Кат. | Описание |
| Идентифи-кационная информация пользователя (IMSI) | Имя-пользова-теля (ссылка IETF RFC 3588) | M | Этот элемент информации содержит IMSI пользователя, форматированную согласно TS 23,003 [xx] пункту 2.2 3GPP. |
| Состояние сессии аутенти-фикации | Состояние-сессии-аутенти-фикации (ссылка IETF RFC 3588) |
M | Этот элемент информации включает в себя значение NO_STATE_MAINTAINED. |
| Поддержи-ваемые характе-ристики | Поддержи-ваемые-характе-ристики (ссылка 3GPP TS 29,229) | O | Это является сгрупированной AVP. AVP ID-поставщика устанавливается в значение кодов администрирования сетью SMI частного предприятия 3GPP2 (5535). AVP ID-списка-характеристик установлена в значение '1'; и AVP список-характеристик имеет установленный бит '0', указывающий поддержку характеристики 'SubQoSConfig' (конфигурирование профиля QoS абонента). |
[00148] Таблица 4 предоставляет пример элементов информации, поддерживаемых в команде Ответ запрашивания профиля.
| Таблица 4 Примерные элементы информации в команде Ответ запрашивания профиля |
|||
| Имя элемента информации | Назначение в AVP протокола Diameter | Кат. | Описание |
| Код результата | Код-результата/ Экспериментальный результат (ссылка RFC3588). |
M | Этот элемент информации содержит результат операции. AVP Код-результата используется для указания успеха или ошибок, как определено в базовом протоколе Diameter [ссылка RFC3588[xx]]. AVP Экспериментального-результата используется для Pi* 3GPP2 Diameter-приложения и связанных ошибок характеристики конфигурирования профиля QoS абонента. Это является сгруппированной AVP; и содержит 3GPP2 ID поставщика (5535) в AVP ID-поставщика, и код ошибки в AVP кода-экспериментального-результата. |
| Идентифи-кационная информация пользователя (IMSI) | Имя-пользователя (ссылка RFC 3588) | M | Этот элемент информации содержит IMSI пользователя, форматированную согласно TS 23,003 [xx] пункту 2.2 3GPP. |
| Состояние сессии аутенти-фикации | Состояние-сессии-аутентификации (ссылка RFC 3588) | M | Этот элемент информации включает в себя значение NO_STATE_MAINTAINED. |
| Имя элемента информации | Назначение в AVP протокола Diameter | Кат. | Описание |
| Имя сервера AAA 3GPP2 | Хост-перенаправ-ления (ссылка RFC 3588) | С | Этот элемент информации отправлен, если значение Код-результата установлено в значение DIAMETER_REDIRECT_INDICATION, и содержит идентификационную информацию Diameter сервера AAA 3GPP2 в базовом домене, который непосредственно обслуживает пользователя. Команда QPA |
| содержит ноль или более возникновений этого элемента информации. | |||
| Поддержи-ваемые характе-ристики | Поддерживаемые-характеристики (ссылка 3GPP TS 29,229) | С | Это является сгрупированной AVP. AVP Id-поставщика устанавливается в значение кодов администрирования сетью SMI частного предприятия, назначенное 3GPP2 (5535). AVP ID-список-характеристик установлена в значение '1'; и AVP список характеристик имеет установленный бит для полного набора характеристик, поддерживаемых прокси/сервером AAA 3GPP2. |
| Профиль опции сервиса (ссылка X.S0011) |
Профиль-опции-сервиса | О | Если Код-результата имеет значение DIAMETER_SUCCESS, этот элемент информации может быть внесен. Это является сгруппированной AVP и указывает максимальное число потоков разрешенных линий связи и разрешенных опций сервиса. |
| Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятст-вованием (ссылка X.S0011) |
Максимально-разрешенная-совокупная-полоса-пропускания-для трафика-с-наибольшим-благоприятст-вованием | О | Если Код-результата имеет значение DIAMETER_SUCCESS, этот элемент информации может быть внесен и указывает максимальную полосу пропускания, которая может быть выделена пользователю для трафика с наибольшим благоприятствованием. |
| Идентифи-каторы профилей разрешенных потоков для каждого направления (ссылка X.S0011) |
Идентификаторы-профилей-разрешенных-потоков-для-пользователя | О | Если Код-результата имеет значение DIAMETER_SUCCESS, этот элемент информации может быть внесен. Это является сгруппированной AVP и указывает идентификаторы профилей потоков, которые разрешено запрашивать пользователю в QoS Sub Blob. |
| Межпользо-вательский приоритет для трафика с наибольшим благоприятст-вованием (ссылка X.S0011) |
Межпользо-вательский-приоритет | О | Если Код-результата имеет значение DIAMETER_SUCCESS, этот элемент информации может быть внесен и указывает межпользовательский приоритет, который может быть назначен пакетному потоку пользователя для трафика с наибольшим благоприятствованием. |
| Максимальное значение на приоритет потока (ссылка X.S0011) |
Максимальное-значение-на-приоритет-потока-для-пользователя | О | Если Код-результата имеет значение DIAMETER_SUCCESS, этот элемент информации может быть внесен и указывает максимальный приоритет, который может быть назначен пакетному потоку пользователя. |
[00149] В некоторых реализациях, если и HSGW, и прокси/сервер AAA 3GPP2 поддерживают Pi* 3GPP2 Diameter-приложение, и HSGW нуждается в информации о профиле QoS абонента, HSGW инициирует процедуру конфигурирования профиля QoS абонента посредством отправки команды Запрос запрашивания профиля (QPR)на прокси/сервер AAA 3GPP2. Если HSGW не знает, поддерживается ли характеристика SubQoSConfig прокси/сервером AAA 3GPP2, команда QPR включает в себя AVP поддерживаемые-признаки с установленным битом 'M', суб-AVP ID-списка-характеристик, установленную в значение '1', и суб-AVP списка-характеристик, имеющую установленный бит '0', указывающий запрос процедуры конфигурирования профиля QoS абонента. HSGW использует эту процедуру для извлечения информации о профиле QoS абонента из прокси/сервера AAA 3GPP2.
[00150] В некоторых реализациях процедура конфигурирования профиля QoS абонента является процедурой без сохранения состояния. В некоторых реализациях HSGW включает в себя AVP состояния-сессии-аутентификации в команде Запрос запрашивания профиля (QPR), с установленным значением NO_STATE_MAINTAINED.
[00151] При приеме команды Ответ запрашивания профиля (QPA) от прокси/сервера AAA 3GPP2, HSGW может проверить код результата. Если код результата указывает отличное от успеха значение (DIAMETER_SUCCESS), HSGW может принять корректирующее действие на основе принятого кода результата.
[00152] При приеме команды Ответ запрашивания профиля (QPA) от прокси/сервера AAA 3GPP2, с (DIAMETER_SUCCESS) кодом результата успех, HSGW может проверить присутствие параметров QoS абонента, приведенных в таблице 5; и может обработать их согласно процедурам, заданным в таблице 4.
[00153] В некоторых реализациях, если команда Ответ запрашивания профиля (QPA) принята с AVP кода-экспериментального-результата, установленной в DIAMETER_ERROR_FEATURE_UNSUPPORTED, или с AVP Кода-результата, установленной в DIAMETER_AVP_UNSUPPORTED, HSGW прекращает процедуру конфигурирования профиля QoS абонента 3GPP2.
[00154] При приеме команды Запрос запрашивания профиля (QPR), прокси/сервер AAA 3GPP2 может сделать одно из следующего:
[00155] В некоторых реализациях, если он поддерживает все характеристики, указанные в AVP поддерживаемых-характеристик, прокси/сервер AAA 3GPP2 вносит AVP поддерживаемых-характеристик в команду QPA, идентифицируя полный набор характеристик, которые он поддерживает, для Pi* 3GPP2 Diameter-приложения.
[00156] В некоторых реализациях, если он не поддерживает все характеристики, указанные в AVP поддерживаемых-характеристик, прокси/сервер AAA 3GPP2 возвращает команду QPA с AVP кода-экспериментального-результата, установленной в значение DIAMETER_ERROR_FEATURE_UNSUPPORTED, и содержит AVP поддерживаемые-характеристики, идентифицирующие полный набор характеристик, которые он поддерживает, для Pi* 3GPP2 Diameter-приложения.
[00157] В некоторых реализациях, если он не поддерживает AVP поддерживаемые-характеристики, команда QPA с AVP кода_результата, установленной в значение DIAMETER_AVP_UNSUPPORTED, возвращается и включает в себя AVP AVP-со-сбоем, содержащую AVP поддерживаемые-характеристики, как принято в команде QPR.
[00158] В некоторых реализациях, если прокси/сервер AAA 3GPP2 содержит AVP поддерживаемых-характеристик в команде Ответ запрашивания профиля (QPA), AVP поддерживаемых-характеристик имеет освобожденный бит 'M'. В этой сгруппированной AVP суб-AVP ID-список-характеристик установлена в значение '1'; и суб-AVP список-характеристик имеет установленный бит для полного набора характеристик, поддерживаемых прокси/сервером AAA 3GPP2.
[00159] В некоторых реализациях, если прокси/сервер AAA 3GPP2 поддерживает характеристику конфигурирования (SubQoSConfig) профиля QoS абонента:
[00160] Он проверяет известно ли имя пользователя (IMSI) в AVP имя-пользователя. Если не известно, код результата DIAMETER_ERROR_USER_UNKNOWN возвращается.
[00161] В некоторых реализациях, если пользователь известен, но не имеет какого-либо профиля для него, прокси/сервер AAA 3GPP2 отвечает с помощью кода-экспериментального-результата DIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILE.
[00162] Для любой другой ошибки, код результата DIAMETER_UNABLE_TO_COMPLY может быть возвращен.
[00163] В некоторых реализациях, процедура конфигурирования профиля QoS абонента является процедурой без сохранения состояния. Прокси/сервер AAA 3GPP2 включает в себя AVP состояния-сеанса-аутентификации в команде Ответ запрашивания профиля (QPA), с установленным значением NO_STATE_MAINTAINED.
[00164] В некоторых реализациях, если прокси/сервер AAA 3GPP2 успешно обрабатывает принятую команду Запрос запрашивания профиля (QPR), прокси/сервер AAA 3GPP2 отвечает командой Ответ запрашивания профиля (QPA) с кодом результата успех (DIAMETER_SUCCESS) и включает в себя описанные элементы информации о QoS, как приведено в таблице 4.
[00165] Могут применяться значения AVP кода-результата, определенные в базовом протоколе Diameter RFC 3588.
[00166] В некоторых реализациях, когда один из определенных ниже кодов результата включен в команду ответа, он включен в AVP экспериментального-результата с ID-поставщика, установленным в значение ID-поставщика (5535) 3GPP2.
[00167] AVP кода-экспериментального-результата содержит назначенное за счет 3GPP2 значение, представляющее результат отработки команды запроса.
[00168] DIAMETER_ERROR_FEATURE_UNSUPPORTED (3001): Этот экспериментальный код результата отправляется прокси/сервером AAA 3GPP2 на HSGW, если он не поддерживает все характеристики, указанные в AVP поддерживаемых-характеристик.
[00169] DIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILE (4001): Этот пробный код результата отправляется прокси/сервером AAA 3GPP2 на HSGW, если пользователь известен, но не имеет сконфигурированного профиля QoS абонента для пользователя.
[00170] Таблица 5 и таблица 6 приводит примерные AVP протокола Diameter, определенные для характеристики конфигурирования профиля QoS абонента (QPR) для использования в командах Запрос запрашивания профиля (QPR) и Ответ запрашивания профиля (QPA).
| Таблица 5 AVP протокола Diameter для характеристики конфигурирования профиля QoS абонента. |
|||||||
| Правила меток AVP | |||||||
| Имя атрибута | Код AVP | Тип значения | Опц. | Может | Не должен | Нет | Может зашифр. |
| Профиль-опции-сервиса | TBD | Сгруппи-рованное | V | M | Нет | ||
| Максимальная-разрешенная-совокупная-полоса-частот-для-трафика-с-наибольшим-благоприятствованием | TBD | Беззна-ковое32 | V | M | Нет | ||
| ID-разрешенного-профиля-потока-для-пользователя | TBD | Сгруппи-рованное | V | M | Нет | ||
| Приоритет-между-пользователями | TBD | Целое32 | V | M | Нет | ||
| Приоритет-максимум-на-поток-для-пользователя | TBD | Целое32 | V | M | Нет | ||
| ProfileID-прямой | 35 | Целое32 | V | M | Нет | ||
| ProfileID-обратный | 36 | Целое32 | V | M | Нет | ||
| ProfileID-двунаправленный | 37 | Целое32 | V | M | Нет | ||
| Максимальные-потоки-линии-связи | TBD | Беззна-ковое32 | V | M | Нет | ||
| Номер-опции-сервиса | TBD | Беззна-ковое32 | V | M | Нет | ||
| Необходимо учитывать: Бит заголовка AVP, обозначенный как 'M', указывает требуется ли поддержка AVP. Бит заголовка AVP, обозначенный как 'V', указывает присутствует ли в заголовке AVP опциональное поле ID-поставщика. Для дополнительных подробностей, смотрите IETF RFC 3588. |
| Таблица 6 Повторно используемые AVP протокола Diameter для характеристики конфигурирования профиля QoS абонента. |
||
| Имя атрибута | Ссылка | Комментарии |
| Имя-пользователя | RFC3588 | Этот элемент информации содержит идентификационную информацию пользователя. |
| Поддерживаемые-услуги | TS 29,229 | Этот элемент информации содержит список характеристик, поддерживаемых узлом, порождающим команды (порождающий хост). |
| ID-списка-характеристик | TS 29,229 | Этот элемент информации содержит идентификационную информацию списка характеристик. |
| Список-характеристик | TS 29,229 | Этот элемент информации содержит битовую маску, указывающую поддерживаемые характеристики приложения. |
[00171] AVP профиля-опции-сервиса (код AVP 5535/TBD) является сгруппированным типом. Это задает опции авторизованного сервиса пакетных данных и разрешенное максимальное число одновременных потоков линий связи.
[00172] В некоторых реализациях, формат пары атрибут-значение профиля опции сервиса является следующим:
[00173] Профиль опции сервиса::=<Заголовок AVP:TBD 5535>
[00174] {Максимум потоков линий связи}
[00175] * [Номер опции сервиса]
[00176] *[AVP]
[00177] AVP Максимальная-разрешенная-совокупная-полоса-частот-для-трафика-наибольшего-благоприятствования (код AVP 5535/TBD) является типом беззнаковое32. Она указывает максимальную полосу пропускания в диапазоне от 1 до 2**32 (двоичное значение максимально разрешенной совокупной полосы частот, в битах в секунду), которая может быть выделена пользователю для трафика с наибольшим благоприятствованием.
[00178] AVP ID-разрешенного-профиля-потока-для-пользователя (код AVP 5555/TBD) является сгруппированной AVP. Она предоставляет список идентификаторов профилей потоков, которые разрешено задавать/запрашивать пользователю в QoS_Sub_Blob.
[00179] В некоторых реализациях, формат AVP ID-разрешенного-профиля-потока является следующим:
[00180] ID-разрешенного-профиля-потока-для-пользователя::=<AVP Header:TBD 5535>
[00181] * [ProfileID-прямой]
[00182] * [ProfileID-обратный]
[00183] * [ProfileID-двунаправленный]
[00184] * [AVP]
[00185] AVP приоритета между пользователями является типом целое32. Она указывает межпользовательский приоритет, назначенный прользователю для трафика с наибольшим благоприятствованием. В качестве примера, 3 бита низкого порядка указывают межпользовательский приоритет, используемый для планирования пакетов (X.S0011). Приоритет 7 является наивысшим, а 0 является наименьшим.
[00186] 000-011: Приоритет от 0 до 3 для обычных пользователей.
[00187] 100-111: Приоритет от 4 до 7 для зарезервированного класса.
[00188] AVP Приоритет-максимум-на-поток-для пользователя (код AVP 5535/TBD) является типом целое32. Она указывает максимальный приоритет, который может быть назначен пакетному потоку пользователя. 4 бита низкого порядка указывают максимальный приоритет, который пользователь может задать для потока пакетных данных. Приоритет 15 является наивысшим, а 0 является наименьшим.
[00189] 0000-0111: Приоритет от 0 до 7 для обычных пользователей.
[00190] 1000-1111: Приоритет от 8 до 15 для зарезервированного класса.
[00191] AVP ProfileID-прямой (код AVP 5535/35) является типом целое32. Она используется для указания идентификатора профиля потока, который разрешено запрашивать пользователю по прямой линии связи. В некоторых реализациях, идентификатор профиля потока включен в наименьшие значащие 16 бит. Наиболее значащие 16 бит установлены в значение 0.
[00192] AVP ProfileID-обратный (код AVP 5535/36) является типом целое32. Она используется для указания идентификатора профиля потока, который разрешено запрашивать пользователю по обратной линии связи. В качестве примера, идентификатор профиля потока включен в наименьшие значащие 16 бит. Наиболее значащие 16 бит установлены в значение 0.
[00193] AVP ProfileID-двунаправленный является типом целое32. Она используется для указания идентификатора профиля потока, который разрешено запрашивать пользователю в двух направлениях. В качестве примера, идентификатор профиля потока включен в наименьшие значащие 16 бит. Наиболее значащие 16 бит установлены в значение 0.
[00194] AVP Максимум-потоков-линии-связи является типом беззнаковое32. Она указывает максимальное число потоков линий связи, которое пользователю разрешено установить.
[00195] AVP номер-опции-сервиса является типом беззнаковое32. Она указывает опцию сервиса, разрешенную для пользователя.
В некоторых реализациях, когда HSGW использует процедуры конфигурирования SubscriberQoSProfile для извлечения информации о профиле QoS абонента через опорную точку Pi*, выполняются следующие процедуры. HSGW обрабатывает параметры SubscriberQoSProfile, принятые от прокси/сервера AAA 3GPP2, как задано в таблице 7 ниже. Следующие параметры SubscriberQoSProfile могут применяться к сети доступа 3GPP2.
[00197] Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятствованием
[00198] Идентификаторы профилей разрешенных потоков для каждого направления
[00199] Максимум на приоритет потока
[00200] Профиль опции сервиса
[00201] Межпользовательский приоритет для трафика с наибольшим благоприятствованием
| Таблица 7 Пример параметров QoS сети доступа 3GPP2 |
|
| Параметр QoS сети доступа 3GPP2 | Описание |
| Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятствованием | Установлено в значение в AVP максимально разрешенной совокупной полосы пропускания для трафика с наибольшим благоприятствованием, принятой от AAA 3GPP2. HSGW ретранслирует параметр Максимально разрешенная совокупная полоса пропускания для трафика с наибольшим благоприятствованием, если доступно, в eAN/ePCF посредством сообщения обновления сессии A11. |
| Идентификаторы профилей разрешенных потоков для каждого направления | Установлено в значение в AVP идентификатора-профилей-разрешенных-потоков-для-пользователя, принятой от прокси/сервера AAA 3GPP2. HSGW направляет параметр Идентификаторы профилей разрешенных потоков для каждого направления, если доступно, в eAN/ePCF посредством сообщения обновления сессии A11. |
| Максимум на приоритет потока | Установлено в значение в AVP Максимум-на -приоритет-потока-для-пользователя, принятой от прокси/сервера AAA 3GPP2. HSGW напарвляет параметр Максимум на приоритет потока, если доступно, в |
| eAN/ePCF посредством сообщения обновления сессии A11. | |
| Профиль опции сервиса | Установлено в значение в AVP Профиля-опции-сервиса, принятой от прокси/сервера AAA 3GPP2. HSGW направляет параметр Профиль опции сервиса, если доступно, в eAN/ePCF посредством сообщения обновления сессии A11. |
| Межпользовательский приоритет для трафика с наибольшим благоприятствованием | Установлено в значение в AVP Межпользовательского-приоритета, принятой от прокси/сервера AAA 3GPP2. HSGW направляет параметр Межпользовательский приоритет для трафика с наибольшим благоприятствованием, если доступно, в eAN/ePCF посредством сообщения обновления сессии A11. |
[00202] На Фиг.8 в виде блок-схемы показано представление процесса 800 беспроводной связи. На этапе 802, профиль QoS сконфигурирован. На этапе 804, сообщение запроса профиля QoS принято через первую беспроводную сеть. На этапе 806, сообщение ответа о профиле QoS передано через первую беспроводную сеть. В некоторых реализациях, может быть также принят список пар атрибут-значение (AVP) поддерживаемых характеристик. Когда поддерживаются все AVP в принятом списке, полный набор поддерживаемых характеристик может быть внесен в сообщение ответа о профиле QoS.
[00203] В некоторых реализациях, процесс 800 может быть реализован на прокси-сервере 318 AAA 3GPP2, при том, что первая сеть является сетью 3GPP2. Прокси-сервер 318 AAA 3GPP2 может дополнительно взаимодействовать с сервером AAA, работающим во второй системе беспроводной связи, выполняющей второй протокол беспроводной связи (например, 3GPP), для аутентификации оборудования абонента в первой системе беспроводной связи.
[00204] На Фиг.9 в виде структурной схемы показано представление части устройства 900 беспроводной связи. Модуль 902 служит для конфигурирования профиля QoS. Модуль 904 служит для приема сообщения запроса профиля QoS через первую беспроводную сеть. Модуль 906 служит для передачи сообщения ответа о профиле QoS через первую беспроводную сеть. Устройство 900 и модули 902, 904, 906 могут дополнительно реализовать различные методы, раскрытые в этом патентном документе.
[00205] На Фиг.10 в виде блок-схемы показано представление процесса 1000 беспроводной связи. На этапе 1002, передается команда запроса профиля QoS. На этапе 1004, принимается сообщение ответа о профиле QoS, содержащее код результата. На этапе 1006, выполняется ответное на код результата действие по конфигурированию профиля QoS. Процесс 1000 может быть выполнен, например, на HSGW 310.
[00206] На Фиг.11 в виде структурной схемы показано представление части устройства 1100 беспроводной связи. Модуль 1102 служит для передачи команды запроса профиля QoS. Модуль 1104 служит для приема сообщения ответа о профиле, содержащего код результата. Модуль 1106 служит для выполнения ответного на код результата действия по конфигурированию профиля QoS. Устройство 1100 и модули 1102, 1104, 1106 могут дополнительно реализовать конкретные методы, раскрытые в этом патентном документе.
[00207] На Фиг.12 показано в виде блок-схемы представление процесса 1200 беспроводной связи для облегчения беспроводной связи, имеющей как доступ к усовершенствованной сети универсального наземного радиодоступа (E-UTRAN), так и доступ к усовершенствованной высокоскоростной передаче пакетных данных (eHRPD) cdma2000. На этапе 1202, предоставляются данные профиля качества обслуживания (QoS) абонента Партнерского проекта третьего поколения 2 (3GPP2) в прокси/сервере аутентификации, авторизации и учета (AAA) 3GPP2. At 1204, предоставляется обслуживающий шлюз (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD), способный запрашивать информацию о профиле QoS абонента подписанного пользователя из прокси/сервера AAA 3GPP2 после успешной аутентификации подписанного пользователя. На этапе 1206 предоставляется прокси/сервер AAA 3GPP2, способный отправлять запрошенную информацию о профиле QoS абонента на HSGW.
[00208] На Фиг.13 показано в виде структурной схемы представление части системы 1300 беспроводной связи для облегчения беспроводной связи, имеющей как доступ к усовершенствованной сети универсального наземного радиодоступа (E-UTRAN), так и доступ к усовершенствованной высокоскоростной передаче пакетных данных (eHRPD) cdma2000. Модуль 1302 служит для предоставления данных профиля качества обслуживания (QoS) абонента Партнерского проекта третьего поколения 2 (3GPP2) в прокси/сервер аутентификации, авторизации и учета (AAA) 3GPP2. Модуль 1304 служит для предоставления обслуживающего шлюза (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD), способного запрашивать информацию о профиле QoS абонента подписанного пользователя из прокси/сервера AAA 3GPP2 после успешной аутентификации подписанного пользователя. Прокси/сервер AAA 3GPP2 способен отправлять запрошенную информацию о профиле QoS абонента на HSGW.
[00209] На Фиг.14 в виде блок-схемы показано представление процесса 1400 беспроводной связи. На этапе 1402, предоставляются данные профиля качества обслуживания (QoS) абонента Партнерского проекта третьего поколения 2 (3GPP2) в сервер аутентификации, авторизации и учета (AAA)/домашний сервер абонента (HSS) 3GPP2. На этапе 1404 данные профиля QoS абонента 3GPP2 подписанного пользователя от AAA/базового сервера абонента (HSS) 3GPP направляются в обслуживающий шлюз (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD) после успешной аутентификации подписанного пользователя. На этапе 1406 прокси/сервер AAA 3GPP2 способен отправлять запрошенную информацию о профиле QoS абонента на HSGW.
[00210] На Фиг.15 показано в виде структурной схемы представление части системы 1500 беспроводной связи для предоставления беспроводной связи, имеющей как доступ к E-UTRAN, так и доступ к cdma2000 eHRPD. Модуль 1502 служит для предоставления данных профиля качества обслуживания (QoS) абонента Партнерского проекта третьего поколения 2 (3GPP2) в сервер аутентификации, авторизации и учета (AAA)/домашний сервер абонента (HSS) 3GPP2. Модуль 1504 служит для направления данных профиля QoS абонента 3GPP2 подписанного пользователя от AAA/домашнего сервера абонента (HSS) 3GPP в обслуживающий шлюз (HSGW) усовершенствованной высокоскоростной передачи пакетных данных (eHRPD) после успешной аутентификации подписанного пользователя. Модуль 1506 служит для оперирования прокси/сервером AAA 3GPP2 для отправки запрошенной информации о профиле QoS абонента на HSGW.
[00211] Будет принято во внимание, что некоторые методы описаны для предоставления профиля QoS абонента в системе, работающей в двух разных сетях беспроводной связи, реализующих два разных протокола беспроводной связи.
[00212] Будет дополнительно принято во внимание, что раскрыты обмениваемые сигналы между HSGW 3GPP2 и прокси-сервером 3GPP2 для облегчения запрашивания профиля QoS абонента и ответа.
[00213] Будет дополнительно принято во внимание, что раскрыты разные улучшения для устройств беспроводной сети, таких как HSGW 3GPP2, прокси-сервер AAA 3GPP2 и прокси-сервер AAA 3GPP 316, чтобы облегчить предоставление информации о профиле QoS абонента между системами 3GPP и 3GPP2.
[00214] Раскрытые и другие варианты осуществления, модули и функциональные операции, описанные в этом документе, могут быть реализованы в цифровой электронной схеме, или в компьютерном программном обеспечении, прошивке, или аппаратном обеспечении, в том числе раскрытых в этом документе структурах и их структурных эквивалентах, или в комбинации одного или более из этого. Раскрытые и другие варианты осуществления могут быть реализованы как один или более компьютерных программных продуктов, например, одного или более модулей инструкций компьютерной программы, закодированных на машиночитаемом носителе данных для исполнения устройством обработки данных или управления его работой. Машиночитаемый носитель данных может быть машиночитаемым устройством хранения, платой машиночитаемого устройства хранения, запоминающим устройством, композицией вещества, реализующего читаемый компьютером распространяющийся сигнал, или комбинацией одного или более этого. Термин "устройство обработки данных" охватывает все устройства и машины для обработки данных, в том числе в качестве примера программируемый процессор, компьютер или несколько компьютеров или процессоров. Устройство может включать в себя в дополнение в аппаратному обеспечению, код, который создает исполнительную среду для компьютерной программы, о которой идет речь, например, код, который составляет прошивку процессора, стек протокола, систему управления базой данных, операционную систему, или комбинацию одного или более из них. Распространяемый сигнал является искусственно генерируемым сигналом, например, машиногенерируемым электрическим, оптическим или электромагнитным сигналом, который сгенерирован для кодирования информации для передачи на подходящее принимающее устройство.
[00215] Компьютерная программа (также известная как программа, программное обеспечение, программное приложение, скрипт или код) может быть написана в любой форме языка программирования, в том числе компилируемый или интерпретируемый язык, и может применяться в любой форме, в том числе как автономная программа или как модуль, компонент, подпрограмма или другой блок, пригодный для использования в вычислительной среде. Компьютерная программа не обязательно соответствует файлу в файловой системе. Программа может храниться в части файла, который хранит другие программы или данные (например, один или более скриптов, хранимых в документе языка разметки) в отдельном файле, выделенном в программе, о которой идет речь, или в нескольких согласованных файлах (например, файлы, которые хранят один или более модулей, подпрограмм, или части кода). Компьютерная программа может применяться для исполнения на одном компьютере или нескольких компьютерах, которые размещены на одном участке или распределены по нескольким участкам и соединены посредством сети связи.
[00216] Процессы и логические потоки, описанные в этом документе, могут выполняться одним или более программируемыми процессорами, исполняющими одну или более компьютерных программ для выполнения функций за счет оперирования с входными данными и генерирования выходного сигнала. Процессы и логические потоки могут также выполняться, и устройство может быть также реализовано специальной логической схемой, например, FPGA (программируемая пользователем вентильная матрица) или ASIC (специализированная интегральная микросхема).
[00217] Пригодные для исполнения компьютерной программы процессоры включают в себя в качестве примера как универсальный, так и специальный микропроцессоры, и любой один или более процессоров любого типа цифрового компьютера. В общем, процессор будет принимать инструкции и данные от постоянного запоминающего устройства или оперативного запоминающего устройства, или обоих. Необходимыми элементами компьютера являются процессор для выполнения инструкций и одно или более запоминающих устройств для хранения инструкций и данных. В общем, компьютер будет также включать в себя, или будет оперативно соединен для приема данных от или переноса данных на, или оба, одно или более запоминающих устройств большой емкости для хранения данных, например, магнитные, магнитно-оптические диски или оптические диски. Однако, компьютеру не нужно иметь такие устройства. Машиночитаемые носители данных, пригодные для хранения инструкций компьютерной программы и данных, включают в себя все виды энергонезависимой памяти, медиаустройства и запоминающие устройства, включая, например, полупроводниковые запоминающие устройства, например, EPROM, EEPROM и устройства на флэш-памяти; магнитные диски, например, внутренние жесткие диски или сменные диски; магнитооптические диски; и CD ROM и DVD-ROM диски. Процессор и память могут быть дополнены или включены в специальную логическую схему.
[00218] В то время как этот документ содержит много специфичных особенностей, они не должны толковаться как ограничения на объем изобретения, которое заявлено или которое может быть заявлено, но скорее как описания признаков, специфичных для конкретных вариантов осуществления. Конкретные признаки, которые описаны в этом документе в контексте раздельных вариантов осуществления, могут быть также реализованы в комбинации с отдельным вариантом осуществления. И наоборот, различные признаки, которые описаны в контексте отдельного варианта осуществления, могут быть также реализованы в нескольких вариантах осуществления раздельно или в любой подходящей подкомбинации. Кроме того, даже если признаки могли быть описаны выше как действующие в конкретных комбинациях и даже изначально заявленные как таковые, один или более признаков из заявленной комбинации может в некоторых случаях удаляться из этой комбинации, и заявленная комбинация может быть направлена на подкомбинацию или вариацию подкомбинации. Аналогично, в то время как операции изображены на чертежах в конкретном порядке, это не должно пониматься как требование того, что такие операции должны выполняться в конкретном показанном порядке или в последовательном порядке или что все проиллюстрированные операции должны выполняться, чтобы достигнуть желаемых результатов.
[00219] Раскрыты всего лишь несколько примеров и реализаций. На основе того, что раскрыто, могут быть сделаны вариации, модификации и улучшения в описанные примеры и реализации и другие реализации.
1. Устройство беспроводной связи, работающее в первой системе беспроводной связи, реализующей первый протокол беспроводной связи, содержащее:
модуль профиля качества обслуживания (QoS) абонента для конфигурирования профиля QoS,
принимающий модуль для приема, через первую беспроводную сеть, сообщения запроса о профиле QoS;
передающий модуль для передачи сообщения ответа о профиле QoS через первую беспроводную сеть, и
интерфейсный модуль для взаимодействия с сервером аутентификации, авторизации и учета (AAA), работающим во второй системе беспроводной связи, реализующей второй протокол беспроводной связи, для аутентификации оборудования абонента в первой системе беспроводной связи.
2. Устройство беспроводной связи по п.1, в котором:
принимающий модуль дополнительно сконфигурирован с возможностью приема списка поддерживаемых характеристик пар атрибут-значение (AVP); и
передающий модуль дополнительно сконфигурирован с возможностью, когда поддерживаются все AVP в принятом списке, включение в сообщение ответа о профиле QoS полного набора поддерживаемых характеристик.
3. Устройство беспроводной связи по п.1, в котором:
принимающий модуль дополнительно сконфигурирован с возможностью приема списка поддерживаемых характеристик пар атрибут-значение (AVP); и
передающий модуль дополнительно сконфигурирован с возможностью, когда не поддерживаются все AVP в принятом списке, внесения в сообщение ответа о профиле QoS полного набора поддерживаемых характеристик и дополнительно включает в себя установку набора AVP кода экспериментального результата в значение DIAMETER_ERROR_FEATURE_UNSUPPORTED.
4. Устройство беспроводной связи по п.1, в котором:
принимающий модуль дополнительно сконфигурирован с возможностью приема списка поддерживаемых характеристик пар атрибут-значение (AVP); и
передающий модуль дополнительно сконфигурирован с возможностью, когда список поддерживаемых характеристик AVP не поддерживается, внесения в сообщение ответа о профиле QoS принятого списка AVP и указания неудачи.
5. Способ беспроводной связи, реализованный в первой системе беспроводной связи, реализующей первый протокол беспроводной связи, содержащий:
конфигурирование профиля QoS;
прием, через первую беспроводную сеть, сообщения запроса профиля QoS; и
передачу сообщения ответа о профиле QoS через первую беспроводную сеть,
причем первая система беспроводной связи дополнительно включает в себя интерфейсный модуль для взаимодействия с сервером аутентификации, авторизации и учета (AAA), работающим во второй системе беспроводной связи, реализующей второй протокол беспроводной связи, для аутентификации оборудования абонента в первой системе беспроводной связи.
6. Устройство беспроводной связи для конфигурирования профилей качества обслуживания (QoS) абонента, содержащее:
передающий модуль для передачи команды запроса профиля QoS;
принимающий модуль для приема сообщения ответа о профиле, содержащего код результата; и
конфигурирующий модуль для выполнения, в ответ на код результата, действия по конфигурированию профиля QoS, в котором конфигурирующий модуль дополнительно сконфигурирован с возможностью:
отмены конфигурирования профиля QoS абонента, когда принятый код результата указывает ошибку "не поддерживаемая характеристика"; и
обработки принятых в сообщении профиля QoS параметров QoS, когда принятый код результата указывает "успех", согласно заранее заданной процедуре.
7. Способ конфигурирования профилей качества обслуживания (QoS) абонента в беспроводной сети, содержащий:
передачу команды запроса профиля QoS;
прием сообщения ответа о профиле QoS, содержащего код результата; и
выполнение, в ответ на код результата, действия по конфигурированию профиля QoS, отмену конфигурирования профиля QoS абонента, когда принятый код результата указывает ошибку "не поддерживаемая характеристика"; и
обработку принятых в сообщении профиля QoS параметров QoS, когда принятый код результата указывает "успех", согласно заранее заданной процедуре.
