Способы и устройство для конфигурирования профилей качества обслуживания абонента

Иллюстрации

Показать все

Заявленное изобретение относится к беспроводной связи. Технический результат состоит в эффективном конфигурировании профиля качества обслуживания (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 предоставляет пример элемен