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

Реферат: Пристрій бездротового зв'язку може функціонувати у першій системі бездротового зв'язку, реалізуючи перший протокол бездротового зв'язку. Модуль профілю якості обслуговування (QoS) абонента призначений для конфігурування профілю QoS. Модуль приймача призначений для прийому по першій бездротовій мережі повідомлення-запиту профілю QoS. Модуль передачі призначений для передачі повідомлення-відповіді з профілем QoS по першій бездротовій мережі. UA 109875 C2 (12) UA 109875 C2 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 Цей патентний документ заявляє пріоритет відповідно до §119(а), розділу 35 Кодексу законів США зарезервований попередньою заявкою на патент США № 61/417 867 під назвою «Конфігурування профілю якості обслуговування абонента у розширеній системі високошвидкісної передачі пакетних даних», поданою 29 листопада 2010 року; попередньою заявкою на патент США № 61/429 435 під назвою «Конфігурування профілю якості обслуговування абонента у розширеній системі високошвидкісної передачі пакетних даних. Частина 2», поданою 3 січня 2011 року; попередньою заявкою на патент США № 61/434 430 під назвою «Конфігурування профілю якості обслуговування абонента у розширеній системі високошвидкісної передачі пакетних даних. Частина 3», поданою 19 січня 2011 року; попередньою заявкою на патент США № 61/449 043 під назвою «Конфігурування профілю якості обслуговування абонента у розширеній системі високошвидкісної передачі пакетних даних. Частина 4», поданою 3 березня 2011 року; і попередньою заявкою на патент США № 61/471 685 під назвою «Конфігурування профілю якості обслуговування абонента у розширеній системі високошвидкісної передачі пакетних даних. Частина 5», поданою 4 квітня 2011 року. Увесь зміст вищезазначеної заявки на патент через посилання включається як частина цього патентного документу. Цей патентний документ належить до бездротового зв'язку у системах бездротового зв'язку. У мережах з комутацією пакетів, в яких пакети даних доставляються по каналах дротового або бездротового зв'язку, впроваджена якість обслуговування (QoS) для резервування ресурсів зв'язку і керування доставкою пакетів даних, щоб досягти певного рівня функціонування при доставці пакетів даних. Рівень функціонування QoS можна оцінювати за одним або кількома параметрами, наприклад бітова швидкість передачі даних, затримка у колі передачі, тремтіння пакетних даних, ймовірність втрати даних, частота появи помилкових бітів. Деякі послуги передачі даних можуть бути толерантними до затримок і відкидань пакетів, на той час як деякі послуги передачі даних, такі як передача голосу по мережах IP, інтерактивні послуги передачі даних, послуги передачі відео- і мультимедійних даних, можуть бути дуже чутливими до затримок і відкидань пакетів і тому потребують високого рівня QoS. Механізми QoS можуть реалізовувати для контролю і керування доставкою пакетів по каналах або мережах дротового або бездротового зв'язку, основаним на комутації пакетів, щоб відповідати певним вимогам QoS. Системи бездротового зв'язку можуть включати мережу однієї або кількох базових станцій для зв'язку з одним або кількома бездротовими пристроями, такими як мобільний пристрій, стільниковий телефон, модем, мобільна станція (MS), абонентська апаратура (UE), термінал доступу (AT) або абонентський пункт (SS). Кожна базова станція може видавати радіосигнали, що несуть дані, такі як голосова інформація й інші дані, до бездротових пристроїв. Базова станція може йменуватися пунктом доступу (АР) або мережею доступу (AN) або може включатися як частина мережі доступу. Крім того, системи бездротового зв'язку можуть сполучатися між собою або із системами дротового зв'язку через одну або кілька базових мереж. Для зв'язку бездротовий пристрій може використовувати одну або кілька різних бездротових технологій. Приклади різноманітних бездротових технологій включають множинний доступ з кодовим розділенням каналів (CDMA), така як CDMA2000 їх високошвидкісну передачу пакетних даних (HRPD), технології, основані на глобальній системі мобільного зв'язку (GSM), еволюцію у довгостроковій перспективі (LTE), мультиплексування з ортогональним частотним розділенням каналів (OFDM) і загальносвітову сумісність для мікрохвильового доступу (WiMAX). У деяких реалізаціях система бездротового зв'язку може включати кілька мереж, що використовують різні бездротові технології. Для цих конфігурацій QoS необхідні технології. У цьому документі описуються серед іншого технології бездротового зв'язку. В одному аспекті розкривається пристрій бездротового зв'язку, який може працювати у першій системі бездротового зв'язку, що реалізує перший протокол бездротового зв'язку. Пристрій містить модуль профілю якості обслуговування (QoS) абонента, призначений для конфігурування профілю QoS, модуль приймача, призначений для прийому по першій бездротовій мережі повідомлення-запиту профілю QoS, і модуль передачі, призначений для передачі повідомлення-відповіді з профілем QoS по першій бездротовій мережі. В іншому аспекті розкривається спосіб бездротового зв'язку. Пропонований спосіб включає стадію, на якій конфігурують профіль QoS, стадію, на якій приймають по першій бездротовій мережі повідомлення-запит профілю QoS, і стадію, на якій передають повідомлення-відповідь з профілем QoS по першій бездротовій мережі. Ще в одному аспекті розкривається комп'ютерний програмний продукт, маючий код, що зберігається у ньому, для конфігурування профілю QoS, прийому по першій бездротовій мережі 1 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 повідомлення-запиту профілю QoS і передачі повідомлення-відповіді з профілем QoS по першій бездротовій мережі. Ще в одному аспекті пропонуються пристрій і спосіб конфігурування профілів якості обслуговування (QoS) абонентів у бездротовій мережі і комп'ютерний програмний продукт, що зберігає команди для цього. Спосіб включає стадію, на якій передають команду запиту профілю QoS, стадію, на якій приймають повідомлення-відповідь з профілем QoS, що містить код результату, і стадію, на якій залежно від коду результату виконують дію конфігурування профілю QoS. Ще в одному аспекті розкривається пристрій і спосіб для формування даних якості обслуговування (QoS) абонента консорціуму «Другий проект партнерства третього покоління (3GPP2)» в проксі/сервері автентифікації, авторизації й обліку використання ресурсів (ААА) консорціуму 3GPP2, забезпечення обслуговуючого шлюзу (HSGW) для системи розширеної високошвидкісної передачі пакетних даних (eHRPD), який запитує інформацію профілю QoS користувача-передплатника з проксі/сервера ААА 3GPP2 після успішної автентифікації користувача-передплатника, й забезпечення проксі/сервера ААА 3GPP2, який посилає запитану інформацію профілю QoS користувача-передплатника до шлюзу HSGW, а також комп'ютерний програмний продукт, що зберігає команди для цього. На наданих додатках, графічних матеріалах й у описі викладені докладні відомості про одну або кілька реалізацій. Інші характеристики будуть очевидними з опису й графічного матеріалу, а також з формули винаходу. На фіг. 1 показаний приклад системи бездротового зв'язку. На фіг. 2 показаний приклад архітектури радіостанції. Фіг. 3 являє собою структурну схему архітектури міжмережевої взаємодії без роумінгу. Фіг. 4 являє собою структурну схему архітектури міжмережевої взаємодії з роумінгом. Фіг. 5 являє собою структурну схему ще однієї архітектури міжмережевої взаємодії з роумінгом. На фіг. 6 показана схема обміну сигналами, яка представляє примірні повідомлення, обмінювані для пошуку і вилучення інформації про профіль QoS абонента при встановленні особи (автентифікації) користувача. На фіг. 7 показана схема обміну сигналами, яка представляє примірні повідомлення, обмінювані для пошуку і вилучення інформації про профіль QoS абонента при естафетній передачі. Фіг. 8 являє собою блок-схему процесу бездротового зв'язку. Фіг. 9 являє собою структурну схему частини пристрою бездротового зв'язку. Фіг. 10 являє собою блок-схему процесу бездротового зв'язку. Фіг. 11 являє собою структурну схему частини пристрою бездротового зв'язку. Фіг. 12 являє собою блок-схему процесу бездротового зв'язку. Фіг. 13 являє собою структурну схему частини пристрою бездротового зв'язку. Фіг. 14 являє собою блок-схему процесу бездротового зв'язку. Фіг. 15 являє собою структурну схему частини пристрою бездротового зв'язку. Подібні елементи на різних кресленнях позначені подібними позиціями. У наведеному далі описі описуються технології бездротового зв'язку, в яких профілі якості обслуговування (QoS) абонентів разом використовуються двома різними мережами стільникового зв'язку. В одному аспекті сервер у першій системі бездротового зв'язку призначений для видачі профілів QoS абонентів, одержаних при встановленні особи абонентів у другій системі бездротового зв'язку. Як докладніше розглядається далі, розкриті технології можуть виявитися корисними при підсиленні роботи різноманітних пристроїв бездротового зв'язку і серверів, що підтримують мережу бездротового зв'язку, таких як сервер шлюзу, сервер автентифікації, авторизації й обліку (ААА) і тощо. Ці та інші корисні аспекти розкритих технологій докладніше розглядаються далі. На фіг. 1 показаний приклад системи бездротового зв'язку. Система бездротового зв'язку може включати одну або кілька базових станцій (BS) 105а, 105b, один або кілька бездротових пристроїв 110 і мережу доступу 125. Базові станції 105 можуть надавати бездротовим пристроям 110 бездротову послугу в одному або кількох бездротових секторах. У деяких реалізаціях базова станція 105а, 105b включає спрямовані антени для створення двох або більше спрямованих пучків для забезпечення бездротового покриття у різних секторах. Мережа доступу 125 може з'єднуватися з однією або кількома базовими станціями 105, 105b. У деяких варіантах здійснення мережа доступу 125 включає одну або кілька базових станцій 105, 105b. У деяких реалізаціях мережа доступу 125 з'єднується з базовою мережею (на фіг. 1 не показано), яка забезпечує можливість підключення до інших систем бездротового 2 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 зв'язку та систем дротового зв'язку. Базова мережа може включати одну або кілька баз даних підписки на послуги, призначених для зберігання інформації, що стосується абонентських бездротових пристроїв 110. Перша базова станція 105 може надавати бездротову послугу на основі першої технології радіодоступу, тоді як друга базова станція 105 може надавати бездротову послугу на основі другої технології радіодоступу. Базові станції 105 можуть знаходитися в одному місці або можуть встановлюватися окремо відповідно до сценарію розвертання. Мережа доступу 125 може підтримувати кілька різних технологій радіодоступу. Різноманітні приклади систем бездротового зв'язку і мереж доступу, які можуть втілювати представлені технології і системи, включають, серед інших, системи бездротового зв'язку, основані на множинному доступі з кодовим розділенням (CDMA), такі як технологія CDMA2000 їх, систему високошвидкісної передачі пакетних даних (HRPD), розширену HRPD (eHRPD), універсальну систему мобільного зв'язку (UMTS), універсальну наземну мережу радіодоступу (UTRAN), розширену UTRAN (E-UTRAN), стандарт Long-Term Evolution (LTE) і загальносвітову сумісність для мікрохвильового доступу (WiMAX). У деяких реалізаціях система бездротового зв'язку може включати кілька мереж, що використовують різні бездротові технології. Дворежимний або багаторежимний бездротовий пристрій включає дві або більше бездротових технологій, що могли б використовуватися для підключення до різних бездротових мереж. У деяких реалізаціях бездротовий пристрій може підтримувати одночасну передачу мови і даних (SV-DO). Фіг. 2 являє собою структурну схему частини радіостанції 205. Радіостанція 205, така як базова станція або бездротовий пристрій, може включати електроніку 210 процесора, таку як мікропроцесор, що реалізує одну або кілька бездротових технологій, представлених у цьому документі. Радіостанція 205 може включати електроніку 215 приймача-передавача для посилання та/або прийому бездротових сигналів через один або кілька інтерфейсів зв'язку, таких як антена 220. Радіостанція 205 може включати інші інтерфейси зв'язку для передачі і прийому даних. Радіостанція 205 може включати один або кілька запам'ятовувальних пристроїв, призначених для зберігання інформації, такої як дані та/або команди. У деяких реалізаціях електроніка 210 процесора може включати принаймні частину електроніки 215 приймачапередавача. Фіг. 3 ілюструє приклад архітектури міжмережевої взаємодії між розширеною універсальною наземною мережею радіодоступу (E-UTRAN) 3GPP і мережею розширеної високошвидкісної передачі пакетних даних (eHRPD) 3GPP2. E-UTRAN відома також як еволюція у довгостроковій перспективі (LTE). Ця архітектура підтримує інтерфейси міжмережевої взаємодії, визначені TS 23.402 3GPP: TS 23.402: «Architecture Enhancements for non-3GPP Accesses», у тому числі інтерфейси S101 і S103. S101 - це сигнальний інтерфейс між вузлом керування мобільністю (ММЕ) ЕРС (ядра покращеної пакетної передачі) і мережею доступу з системою розширеної HRPD (eAN/ePCF) (3GPP: TS 29.276; «Optimized Handover Procedures and Protocols Benween EUTRAN Access and cdma2000 HRPD Access - Stage 3»). Слід зазначити, що функції eAN/ePCF визначені у A.S0022-0 (3GPP2: A.S0022-0 : E-UTRAN - HRPD Connectivity і Interworking: Access Network Aspects (E-UTRAN - HRPD IOS)). S103 - це інтерфейс каналу зв'язку між обслуговуючим шлюзом (S-GW) ядра покращеної пакетної передачі (ЕРС) і обслуговуючим шлюзом (HSGW) з системою розширеної високошвидкісної передачі пакетних даних (eHRPD) (див. технічні умови 3GPP TS 29.276). Мережа eHRPD забезпечує IP-середовище, яке підтримує приєднання до кількох мереж пакетної передачі даних (PDN) і виділення IPv4-адреси або IPv6-адреси або як ПЧ4-адреси, так і IPv6-адреси для кожної PDN через ядро покращеної пакетної передачі (ЕРС) 3GPP. Апаратура користувачів (UE) 110 eHRPD використовує основану на мережі мобільність і для керування мобільністю покладається на використання протоколу Proxy Mobile IPv6 (PMIPv6) в мережі. HSGW - це обслуговуючий шлюз з високошвидкісною передачею пакетних даних (HRPD), який підключає мережу доступу з розширеною HRPD до ядра покращеної пакетної передачі (ЕРС) як високонадійної мережі доступу за He-3GPP технологіями. UE 110 з'єднується з базовою станцією (мережі стандарту LTE) eNodeB 302 за допомогою протоколу бездротового зв'язку, такого як протокол LTE бездротового зв'язку. Фіг. 4 ілюструє архітектуру міжмережевої взаємодії з роумінгом Е-UTRAN - eHRPD для домашнього маршрутизованого трафіку. У цьому випадку опорна точка (тобто, P-GW 710) знаходиться у домашній мережі. Мережа 400 бездротового зв'язку містить також домашню наземну мережу мобільного зв'язку загального користування (HPLMN) 424 і гостьову наземну мережу мобільного зв'язку загального користування (VPLMN). На фіг. 4 показані також EUTRAN/EPC 420 і eHPRD 422, причому UE 110 має мобільний зв'язок з відповідною базовою станцією eNodeB 302 і базовою станцією (BTS) із системою HRPD. 3 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 5 ілюструє архітектуру міжмережевої взаємодії з роумінгом Е-UTRAN - eHRPD для трафіку з локальним проривом. У цьому випадку опорна точка (тобто, P-GW 710) знаходиться у гостьовій мережі. Мережа 500 бездротового зв'язку також включає мережі HPLMN 500, VPLMN 526, Е-UTRAN/EPC 520 й eHRPD 522 з різноманітними пристроями міжмережевої взаємодії цих мереж, як показано на фіг. 5. Як показано у мережах бездротового зв'язку 300, 400 і 500 на фіг. 3, 4 і 5 відповідно, для міжмережевої взаємодії між E-UTRAN і eHRPD можуть визначатися наступні контрольні точки: Контрольні точки Н1/Н2: контрольна точка Н1 може нести сигнальну інформацію між вихідним шлюзом HSGW (S-HSGW) і цільовим шлюзом HSGW (T-HSGW) для оптимізованої естафетної передачі між HSGW. Контрольна точка Н2 може нести трафік користувача як по лінії зв'язку вгору, так і по лінії зв'язку вниз, з вихідного шлюзу HSGW (S-HSGW) в цільовий шлюз HSGW (T-HSGW) для оптимізованої естафетної передачі між HSGW. Контрольна точка Gxa: контрольна точка Gxa може підключати вузол виставлення рахунків абонентам (PCRF) 712 в ЕРС 3GPP до BBERF в шлюзі HSGW в мережі доступу з системою eHRPD 3GPP2. Докладні вимоги до цього інтерфейсу і його робота визначені у технічних умовах TS 23.203, TS 29.212 і TS 29.213 консорціуму 3GPP. Контрольна точка Pi*: протокол, використовуваний у контрольній точці Pi*, може підключати шлюз HSGW до проксі ААА консорціуму 3GPP2. Контрольна точка Рі* може бути подібною до контрольної точки, використовуваної у контрольній точці STa, з додаткових підсилень, як розкрито у цьому документі. Контрольна точка S101: контрольна точка S101 може підключати ММЕ 304 у EPS 3GPP до eAN/ePCF 306 у мережі доступу eHRPD 3GPP2 відповідно до технічних умов 3GPP2 A.S0022-0. Ця контрольна точка може забезпечувати тунелювання сигналізації і даних між UE 110 і цільовою мережею доступу через вихідну/обслуговуючу мережу доступу. Докладна робота цього інтерфейсу визначена у технічних умовах 3GPP TS 23.402 і TS 29.276. Контрольна точка S103: контрольна точка S103 може підключати обслуговуючий шлюз (SGW) 308 у ЕРС 3GPP до шлюзу HSGW у мережі eHRPD 3GPP2. Її функція - направляти дані, передані по лінії зв'язку вниз, між S-GW 308 і HSGW, щоб мінімізувати втрати пакетів у мобільності з E-UTRAN до eHRPD. Докладні вимоги до цього інтерфейсу і його робота визначені у технічних умовах 3GPP TS 23.402 і TS 29.276. Контрольна точка S2a: контрольна точка S2a може підключати шлюз мережі пакетної передачі даних (PDN) у ЕРС 3GPP до шлюзу HSGW в мережі eHRPD 3GPP2. Ця контрольна точка забезпечує площину користувача з пов'язаною підтримкою контролю й мобільності між доступом до eHRPD і шлюзом P-GW. Докладні вимоги до цього інтерфейсу і його робота визначені у технічних умовах 3GPP TS 23.402, TS 29.275. Контрольна точка STa: контрольна точка STa може підключати сервер/проксі ААА в ЕРС 3GPP до проксі ААА в мережі eHRPD 3GPP2. Ця контрольна точка використовується для автентифікації і видачі дозволу UE 110 і несе пов'язані з режимом PMIPv6 параметри діаметра між сервером/проксі 316 ААА 3GPP і сервером/проксі 318 ААА 3GPP2. Докладні вимоги до цього інтерфейсу і його робота визначені у технічних умовах 3GPP TS 23.402 і TS 29.273. Різноманітні об'єкти на фіг. 3, 4 і 5 можуть включати наступні виконувані функції. eAN/ePCF 306: eAN/ePCF включає логічний об'єкт в мережі радіодоступу (RAN), використовуваний для радіозв'язку з UE 110 і об'єктом розширеного устаткування керування пакетною передачею даних (ePCF), який керує передачею пакетів між eAN і HSGW. Розширена HRPD (eHRPD) 312: мережа з системою eHRPD підтримує приєднання до ЕРС (ядра покращеної пакетної передачі) 3GPP. Мережа з системою eHRPD факультативно підтримує пряму естафетну передачу між E-UTRAN і розширеною HRPD з лише радіотерміналами. ЕРС (ядро покращеної пакетної передачі): архітектура ЕРС визначена у технічних умовах 3GPP TS 23.401 і TS 23.402. EPS 314 (система покращеної пакетної передачі) визначена у технічних умовах 3GPP TS 23.003, TS 23.401 і TS 23.402. Вона складається з ЕРС та E-UTRAN. HSGW 310: HSGW це обслуговуючий шлюз з високошвидкісною передачею пакетних даних (HRPD), який підключає мережу доступу з розширеною високошвидкісною передачею пакетних даних до ядра покращеної пакетної передачі (ЕРС) як високонадійної мережі доступу за He3GPP технологіями. Шлюз HSGW забезпечує функцію PMIPv6 шлюзу мобільного доступу (MAG) для підтримки мобільності рівня 3 зі шлюзом P-GW (LMA). Мобільність між HSGW з передачею контексту: мобільність між HSGW з передачею контексту відбувається, коли вихідний шлюз HSGW передає контекст для UE 110 до цільового 4 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 шлюзу HSGW, використовуючи інтерфейс Н1, включаючи використання інтерфейсу Н2 для пакетної передачі даних. Мобільність між HSGW без передачі контексту: мобільність між HSGW без передачі контексту відбувається, якщо немає можливості з'єднання Н1/Н2 між вихідним шлюзом HSGW і цільовим шлюзом HSGW, або якщо через якусь причину сигнальний обмін для передачі контексту не відбувся. Існуючий термінал доступу (AT): успадкований термінал доступу AT визначений як AT, що відповідає вимогам технічних умов 3GPP2 X.S0011. Успадкований AT не може належним чином зв'язуватися зі шлюзом HSGW, як визначено у цих технічних умовах. У цьому описі використання терміну "AT" означає існуючий AT або UE 110, що функціонує як існуючий AT. Існуючий PDSN (вузол керування пакетними даними): успадкований PDSN визначається як PDSN, що відповідає вимогам технічних умов 3GPP2 X.S0011. Використання терміну "PDSN" означає успадкований PDSN. У системі HRPD (високошвидкісної передачі пакетних даних), визначеній 3GPP2, коли UE 110 приєднується до мережі, профіль QoS абонента під час процедури автентифікації повертається до PDSN. PDSN використовує деякі з атрибутів з профілю QoS абонента для авторизації з'єднань А10. PDSN передає деякі з атрибутів QoS (за їх наявності) до RAN також з метою авторизації запиту QoS і регулювання трафіку. Профіль QoS абонента визначений у технічних умовах 3GPP2 X.S0011 («Стандарт IPмережі бездротового зв'язку cmda2000»). Профіль QoS абонента, використовуваний у системі HRPD, може мати наступні атрибути: (А) Максимальна авторизована сукупна ширина смуги для регулярного трафіку (В) Ідентифікаційні номери профілів авторизованих потоків для кожного напрямку (С) Максимальний пріоритет для потоку пакетних даних (D) Маркування дозволених диференційованих послуг (Е) Профіль опції послуги (F) Пріоритет між користувачами для регулярного трафіку У системі eHRPD, визначеній технічними умовами 3GPP2 X.S0057-0 (Можливість з'єднання міжмережева взаємодія між E-UTRAN і eHRPD. Аспекти базової мережі), для керування QoS використовується концептуальна основа «Керування політикою обробки і тарифікації викликів (РСС)». PCRF 712 видає політику QoS до HSGW через інтерфейс Gxa. Версія X.S0057-0 технічних умов описує лише параметри , які можуть перетворюватися на ідентифікаційні номери профілів потоків у шлюзі HSGW. Інші атрибути QoS, визначені у профілі QoS абонента у технологічних умовах 3GPP2 X.S0011, можуть використовуватися також для авторизації QoS, але неясно, як вилучити ці атрибути QoS при реалізації технічних умов X.S0057-0. Наприклад, відповідно до технічних умов X.S0011 «пріоритет між користувачами для регулярного трафіку» застосовується операторами, щоб диференціювати пріоритет регулярного трафіку, який використовуються різними користувачами. Аналогічним чином, використовуються й кілька інших параметрів, застережених у технічних умовах X.S0011, але у технічних умовах X.S0057-0 немає концептуальної основи для виведення цих параметрів. Крім того, в технічних умовах X.S0057-0 реалізація РСС є необов'язковою, і при початкових розвертаннях систем eHRPD РСС можна не розвертати. Наприклад, на першій стадії розвитку мережі оператори можуть модернізувати мережі HRPD до мереж eHRPD без РСС. Тому не зрозуміло, як шлюз HSGW і eAN одержують профіль QoS для виконання керування вступом. Було б бажаним, щоб параметри профілю QoS абонента, визначені у технічних умовах 3GPP2 X.S0011, були доступними й у системі eHRPD для забезпечення того, щоб HSGW і eAN могли виконувати функції QoS без РСС. За відсутності РСС HSGW може керуватися таким чином, щоб одержувати профіль QoS абонента, коли UE 110 автентифікована, і шлюз HSGW передає деякі параметри QoS з профілю QoS абонента до eAN за допомогою сигнальних повідомлень A11. Взагалі шлюзHSGW може одержувати профіль QoS абонента різними шляхами. В одній реалізації профіль QoS абонента 3GPP2 конфігурується в AAA/HSS (сервер абонентських даних) 320 3GPP. Такий профіль QoS абонента 3GPP2 направляється ААА 3GPP до шлюзу HSGW 310 через інтерфейс STa і Рі*, коли UE 110 автентифікована. Профіль QoS абонента може зберігатися у HSS 320 або ААА 3GPP у форматі 3GPP або форматі 3GPP2. Якщо профіль QoS абонента зберігається у форматі 3GPP, перетворення QoS в формат 3GPP2 може виконуватися у проксі/сервері ААА 3GPP2 або шлюзом HSGW. Інтерфейси STa і Рі* можуть бути підсилені для підтримки передачі профілю QoS абонента з 3GPP ААА до шлюзу HSGW 310. Ці підсилення у технічних умовах 3GPP включають специфічні деталі доступів за He-3GPP технологіями. 5 UA 109875 C2 5 10 15 20 25 30 В іншій реалізації профіль QoS абонента 3GPP2 конфігурується у проксі/сервері ААА 3GPP2. Після успішної автентифікації або під час автентифікації користувача шлюз HSGW 310 запитує профіль QoS абонента з проксі/сервера ААА 3GPP2. Відповідно до цієї реалізації контрольна точка Рі* підсилюється для підтримки параметрів профілю QoS абонента, і це підсилення обмежується доменом 3GPP2. Примірні деталі для реалізації профілю QoS абонента 3GPP2 у проксі/сервері ААА 3GPP2, який видає профіль QoS абонента 3GPP2 до шлюзу HSGW 310 у відповідь на запити зі шлюзу HSGW 310, наступні. Контрольна точка Рі* підтримує додаток Diameter STa, описане у технічних умовах 3GPP TS 29.273. Факультативно, контрольна точка Рі* може підтримувати додатокОіатеіег 3GPP2 Рі*, як описано у цьому патентному документі. Як шлюз HSGW 310, так і проксі/сервери ААА 3GPP2 мусять підтримувати додаток Diameter STa і, відтак, можуть афішувати підтримку для додатка Diameter STa під час процедури обміну можливостями Diameter. У випадку, якщо використовується додаток Diameter STa, проксі/сервер ААА 3GPP2 може передавати повідомлення між шлюзом HSGW 310 і сервером 3GPP ААА. Шлюз HSGW 310 або проксі/сервер ААА 3GPP2, який підтримує процедуру «конфігурування профілю QoS абонента», афішують підтримку, наприклад, для додатка Diameter 3GPP2 Pi* під час процедури обміну можливостями Diameter. Рівноправні учасники включають ідентифікаційний номер додатка для конкретного постачальника (Vendor-Specific-Application-Id) VSA у запиті обміну можливостями базового протоколу Diameter з набором атрибутів ідентифікаційного номера постачальника (Vendor-Id) до кодів приватних підприємств з керування мережею SMI, присвоєних 3GPP2 (5535), і набором індефікаційного номера додатка для автентифікаціїї (Auth-Application-Id) до ідентифікаційного номера додатка Diameter 3GPP2 Pi* 'Diameter APPL-ID', присвоєним IANA. Додаток Diameter 3GPP2 Pi*, описаний у цьому патентному документі, може використовуватися, якщо його підтримують як проксі/сервер ААА 3GPP2, так і шлюз HSGW 310. Додаток Diameter 3GPP2 Pi* визначений між шлюзом HSGW 310 і проксі/сервером ААА 3GPP2 як рівноправними об'єктами. Оператор може вибрати поширити додаток Diameter 3GPP2 Pi* між шлюзом HSGW 310 і сервером 3GPP2 ААА у базовому домені. В останньому випадку проксі/сервер ААА 3GPP2 може діяти як агент-посередник, як оговорено в RFC3588. Як приклад, додаток Diameter 3GPP2 Pi* оговорює наступну пару команд для підтримки характеристики «конфігурація профілю QoS абонента». Таблиця 1. Пара команд для конфігурації профілю QoS абонента Запит профілю запиту (QPR) Відповідь профілю запиту (QPA) 35 40 45 50 QPR CMDCODE QPR CMDCODE Запит/відповідь профілю запиту (QPR/QPA) містить пару команд і можуть реалізуватися як сукупність «характеристик», причому кожна характеристика оговорюється використанням пари атрибут-значення (AVP) підтримуваних характеристик. Унікальні установочні параметри пари ідентифікаційного номера переліку характеристик (Feature-List-ID) і суб-AVP індетифікаційного номера переліку характеристик в AVP підтримуваних характеристик використовуються для вказівки на підтримку конкретної характеристики, причому кожен біт в суб-AVP переліку характеристик є незалежним від інших. Пара команд QPR/QPA оговорена у форматі ABNF (розширена форма Бекуса-Наура). Наприклад, для додатка Diameter 3GPP2 Pi* може бути оговорена конфігурація профілю QoS абонента (SubQoSConfig) консорціуму 3GPP2. У деяких реалізаціях процедура конфігурації профілю QoS абонента використовує AVP підтримуваних характеристик наступним чином: В команди «Запит» (Request) вставляється біт «М» AVP підтримуваних характеристик. В код приватних підприємств з керування мережею SMI, присвоєний 3GPP2 (5535), вставляється суб-AVP Vendor-Id. Суб-AVP ідентифікаційного номера переліку характеристик встановлюється на значення '1'. [0082] Суб-AVP ідентифікаційного номера переліку характеристик має 'нульовий' біт бітової маски, встановлений на '1'. Як приклад, у наступній таблиці визначається біт-характеристики для AVP підтримуваних характеристик, що переноситься у командах QPR/QPA. 6 UA 109875 C2 Таблиця 2 Характеристики ідентифікаційного номера 1 переліку характеристик (Feature-List-IDl) для додатка Diameter 3GPP2 Pi* Бітхарактеристики 0 Характеристика SubQoSConfig М/О Опис М Процедура «Конфігурація профілю QoS абонента». Ця характеристика уможливлює конфігурацію профілю QoS абонента в системі eHRPD. Профіль QoS абонента одержується з проксі/сервера ААА 3GPP2 у базовому домені. Ця характеристика застосовна до пари команд QPR і QPA. Якщо додаток Diameter 3GPP2 Pi* підтримують як шлюзом HSGW 310, так і проксі/сервером ААА 3GPP2, шлюз HSGW 310 ініціює одержання інформації профілю QoS абонента з проксі/сервера ААА 3GPP2 у базовому домені шляхом відправки команди запиту профілю запиту (QPR). Якщо шлюз HSGW 310 ще не знає, чи підтримує проксі/сервер ААА 3GPP2 характеристику 'SubQoSConfig', шлюз HSGW 310 включає в команду QPR пари AVP підтримуваних характеристик. Проксі/сервер ААА 3GPP2 відповідає командою відповіді профілю запиту (QPA), що включає повний набір характеристик, підтримуваних ним, в AVP підтримуваних характеристик. Якщо проксі/сервер ААА 3GPP2 підтримує процедуру «конфігурація профілю QoS абонента» і має наявним профіль QoS абонента, після успішної обробки QPR проксі/сервер ААА 3GPP2 повертає інформацію профілю QoS абонента також у команді QPA кодом результату DIAMETER SUCCESS. Біт-характеристики: номер біта в AVP підтримуваних характеристик, встановлений на "1". Характеристика: коротка назва, що може використовуватися для посилання на біт і на характеристику. М/О: визначає, чи є реалізація характеристики обов'язковою ("М") або факультативною ("0"). Опис: текстовий опис характеристики. 5 10 15 20 Команда «Запит профілю запиту» (QPR), вказана полем Command-Code (код команди), настроєним на QPR CMDCODE, і бітом "R", заданим у полі Command Flags (прапори команд), посилається зі шлюзу HSGW 310 до проксі/сервера ААА 3GPP2. Примірний формат повідомлення Запит профілю запиту>::= {Vendor-Specific-Application-Id}(Ідентифікаційний номер додатка для конкретного постачальника) {Auth-Session-State} (Стан сеансу автентифікації) {Origin-Host}(xocT походження) {Origin-Realm} (область походження) {Destination-Host} (хост призначення) {Destination-Realm} (область призначення) {User-Name} (ім'я користувача) * [Supported-Features] (підтримувані характеристики) * [AVP] (пара атрибут-значення) * [Proxy-Info] (інформація проксі) 7 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 * [Route-Record] (реєстрація маршруту) Команда «Запит профілю запиту» (QPA), вказана полем Command-Code (код команди), настроєним на QPR CMDCODE і бітом "R", видаленим у полі Command Flags (прапорці команд), посилається із проксі/сервера ААА 3GPP2 до шлюзу HSGW 310. Формат повідомлення ::= {Vendor-Specific-Application-Id} (Ідентифікаційний номер додатка для конкретного постачальника) [Result-Code] (код результату) [Experimental-Result] (експериментальний результат) {Auth-Session-State} (Стан сеансу автентифікації) {Origin-Host} }(хост походження) {Origin-Realm} (область походження) {User-Name} (ім'я користувача) * [Redirect-Host] (хост перенаправления) * [Supported-Features] (підтримувані характеристики) [Allowed-DiffServ-Markings] (маркування дозволених диференційованих послуг) [Service-Option-Profile] (профіль опції послуги) [Maximum-Authorized-Aggregate-Bandwidth] (максимальна авторизована сукупна ширина смуги) [Authorized-Flow-Profile-IDs-for-the-User] (ідентифікаційні номери профілів авторизованих потоків для користувача) [Inter-User Priority] (пріоритет між користувачами) [Max-Per-Flow-Priority] (Максимальний пріоритет для потоку) * [AVP] (пара атрибут-значення) * [Failed-AVP] (невдала пара атрибут-значення) *[Proxy-Info] (інформація проксі) * [Route-Record] (реєстрація маршруту) У деяких варіантах здійснення процедура «Конфігурація профілю QoS абонента» може реалізовуватися наступним чином. Процедури можуть підтримуватися, якщо шлюз HSGW 310 і проксі/сервер ААА 3GPP2 підтримують додаток Diameter 3GPP2 Pi*. Припускається, що розгортання додатка Diameter 3GPP2 Pi* буде узгодженим по усій операторській мережі. Процедура «Конфігурація профілю QoS абонента» може здійснюватися за допомогою пари команд запит/відповідь профілю запиту (QPR/QPA), визначеної для додатка Diameter 3GPP2 Pi*. Для запиту інформації конфігурації профілю QoS абонента використовуються відповідні настройки AVP підтримуваних характеристик в команді QPR. Пошук і вилучення інформації профілю QoS абонента: при автентифікації На фіг. 6 показана процедура пошуку і вилучення інформації профілю QoS абонента при автентифікації UE 110. UE 110 виконує автентифікацію за допомогою ААА 3GPP, використовуючи розширюваний протокол автентифікації ЕАР-АКА', через проксі ААА 3GPP2 й автентифікатор у шлюзі HSGW 310. У деяких реалізаціях після успішної автентифікації шлюз HSGW 310 ініціює процедуру пошуку і вилучення інформації профілю QoS абонента за допомогою проксі/сервера ААА 3GPP2. У деяких реалізаціях після перевірки достовірності такого запиту інформації профілю QoS абонента зі шлюзу HSGW 310 проксі/сервер ААА 3GPP2 повертає інформацію профілю QoS абонента,за її наявності, до шлюзу HSGW 310 через контрольну точку Рі*. Користувач автентифікується за допомогою проксі/сервера ААА 3GPP відповідно до процедур автентифікації розширюваного протоколу автентифікації ЕАР-АКА'. Наприклад, успішно завершені стадії 1-23, розділ 5.2.5.1 технічних умов X.S0057-A. Шлюз HSGW 310 запускає процедуру «Конфігурація профілю QoS абонента», посилаючи команду запит профілю запиту (QPR) до проксі/сервера AAA 3GPP2. Якщо шлюз HSGW 310 не знає, чи підтримує проксі/сервер ААА 3GPP2 процедуру SubQoSConfig, ця команда включає AVP підтримуваних характеристик з AVP ідентифікаційного номера переліку характеристик, встановленої на '1', та біт-характеристикою '0' в AVP ідентифікаційного номера переліку характеристик, встановленій на ‘1’. Шлюз HSGW 310 використовує цю процедуру для вилучення інформації профілю QoS абонента із проксі/сервера ААА 3GPP2. Після успішної обробки команди запиту профілю запиту (QPR) проксі/сервер ААА 3GPP2 відповідає командою відповіді профілю запиту (QPA) з успішним кодом результату 8 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 (DIAMETER_SUCCESS), яка включає інформацію профілю QoS абонента, шлюзу HSGW 310. Якщо в команду QPR включена AVP підтримуваних характеристик, включається також й AVP підтримуваних характеристик, вказуючи повний набір характеристик, підтримуваних проксі/сервером ААА 3GPP2. Проксі/сервер ААА 3GPP2 використовує оснований на IMSI (міжнародний ідентифікатор мобільного абонента) ідентифікатор доступу до мережі (NAI) як ключ до інформації профілю абонента. Якщо шлюз HSGW 310 приймає інформацію профілю QoS абонента з проксі/сервера ААА 3GPP2, він передає елементи інформації профілю QoS абонента в eAN/ePCF за допомогою процедур A11-Session Update (оновлення сеансу). Пошук і вилучення інформації профілю QoS абонента: естафетна передача всередині системи eHRPD з переміщенням HSGW з передачею контексту Як показано на фіг. 7, при естафетній передачі всередині системи eHRPD з переміщенням шлюзу HSGW 310 з передачею контексту контекст інформації профілю QoS абонента не передається із вихідного шлюзу HSGW (S-HSGW) 706 до цільового шлюзу HSGW (T-HSGW) 708. Цільовий шлюз Т-HSGW виконує пошук і вилучення інформації профілю QoS абонента за допомогою проксі/сервера 318 ААА 3GPP2 після одержання повідомлення-підтвердження H1Ack із вихідного шлюзу S-HSGW 706. Ця примірна процедура припускає, що розгортання характеристики «Конфігурація профілю QoS абонента» є узгодженим по всій операторській мережі. Припускаємо, що UE 110 має активний сеанс зі шлюзом P-GW через S-eAN/ePCF і вихідний шлюз S-HSGW 706. UE 110 або S-eAN 702 вирішує, що UE 110 переміщується в T-eAN 704. Контекст радіосеансу eHRPD передається в T-eAN, включаючи адресу Н1 вихідного шлюзу SHSGW. T-eAN/ePCF встановлює з'єднання А10 із вибраним цільовим шлюзом T-HSGW 708. Цільовий шлюз T-HSGW 708 виконує процедури «Ініціювати естафетну передачу» з вихідним шлюзом S-HSGW через інтерфейс Ш, і вихідний шлюз S-HSGW відповідає підтвердженням естафетної передачі (Handover Ack), яке містить параметри контексту сеансу користувача. Параметри контексту, що належать до профілю QoS абонента, не передаються з вихідного шлюзу S-HSGW 706 до цільового шлюзу T-HSGW 708. Вищезазначену процедуру ілюструють стадії 0-7 пункту 12.1.1 документу 3GPP2 X.S0057A і стадії 0-7 пункту 12.2 документу 3GPP2 X.S0057-A. Цільовий шлюз T-HSGW запускає процедуру «Конфігурація профілю QoS абонента», посилаючи команду запит профілю запиту (QPR) до проксі/сервера ААА 3GPP2. Якщо шлюз HSGW не знає, чи підтримує проксі/сервер 3GPP2 процедуру характеристики SubQoSConfig, він включає AVP підтримуваних характеристик з AVP ідентифікаційного номера переліку характеристик, встановленої на ‘1’, біт-характеристики '0' в AVP переліку характеристик, встановленій на ‘1’. Цільовий шлюз T-HSGW використовує цю процедуру для пошуку та вилучення інформації профілю QoS абонента із проксі/сервера ААА 3GPP2. Після успішної обробки команди запиту профілю запиту (QPR) проксі/сервер ААА 3GPP2 відповідає цільовому шлюзу T-HSGW командою відповіді профілю запиту (QPA) з успішним кодом результату (DIAMETERSUCCESS), яка включає інформацію профілю QoS абонента, цільовому шлюзу T-HSGW. Якщо в команду QPR включена AVP підтримуваних характеристик, в команду QPR включається також й AVP підтримуваних характеристик, вказуючи повний набір характеристик, підтримуваних проксі/сервером ААА 3GPP2. Проксі/сервер ААА 3GPP2 використовує оснований на IMSI (міжнародний ідентифікатор мобільного абонента) ідентифікатор доступу до мережі (NAI) як ключ до інформації профілю абонента. Якщо T-HSGW приймає інформацію профілю QoS абонента 3GPP2 з проксі/сервера ААА 3GPP2, він передає елементи інформації профілю QoS абонента в T-eAN/ePCF за допомогою процедур A11-Session Update (оновлення сеансу). У деяких реалізаціях решта процедури естафетної передачі продовжується, наприклад, відповідно до пунктів 12.1.1 і 1.2 технічних умов 3GPP2 X.S0057-A. Процедура «Конфігурація профілю QoS абонента» ініціюється шлюзом HSGW; і проксі/сервер ААА 3GPP2 відповідає з інформацією профілю QoS абонента за її наявності. Як оговорено у X.S0011, до eAN/ePCF можуть посилатися наступні атрибути профілю QoS абонента: Максимальна авторизована сукупна ширина смуги для регулярного трафіку Ідентифікаційні номери профілів авторизованих потоків для кожного напрямку Максимальний пріоритет для потоку пакетних даних Профіль опції послуги Пріоритет між користувачами для регулярного трафіку 9 UA 109875 C2 5 У деяких реалізаціях маніпулювання і використання атрибутів профілю QoS абонента у шлюзі HSGW описані у таблиці 7 і можуть виконуватися, як розкрито у цьому патентному документі. У деяких реалізаціях шлюз HSGW зберігає атрибути профілю QoS абонента. У таблиці 3 наведений приклад елементів інформації, підтримуваних у команді запиту профілю запиту. Таблиця 3 Примірні елементи інформації у команді запиту профілю запиту Назва елементу Перетворення в AVP Кат. Опис інформації Diameter Особа Цей елемент інформації містить IMSI Ім'я користувача (див. користувача М користувача, відформатований відповідно IETF RFC 3588) (IMSI) до 3GPP TS 23.003 [хх], пункт 2.2. Auth-Session-State (Стан Цей елемент інформації містить значена NO Стан сеансу сеансу автентифікації) М STATE MAINTAINED автентифікації (див. IETF RFC 3588) (НЕ_ПІДТРИМУЄТЬСЯ_НІЯКИЙ_СТАН Це є групована AVP. AVP Vendor-ID встановлена до кодів приватних підприємств з керування мережею SMI, присвоєних 3GPP2 (5535). AVP Підтримувані ідентифікаційного номера переліку Підтримувані характеристики (див. О характеристик встановлена на ' 1'; і AVP характеристики 3GPP TS 29.229) ідентифікаційного номера переліку характеристик має встановлений біт '0', що вказує на підтримку характеристики 'SubQoSConfig' (конфігурація профілю QoS абонента). У таблиці 4 наведений приклад елементів інформації, підтримуваних у команді відповіді профілю запиту. 10 Таблиця 4 Примірні елементи інформації у команді відповіді профілю запиту Назва елементу інформації Перетворення в AVP Diameter Кат. Код результату/ експериментальний результат (див. RFC3588). М Особа користувача Ім'я користувача (див. (IMSI) RFC 3588) М Код результату 10 Опис Цей елемент інформації містить результат роботи. AVP код результату використовується, щоб вказати на успіх або помилки, визначені у базовому протоколі Diameter [див. RFC3588[xx]]. AVP експериментального результату використовується для додатка Diameter 3GPP2 Pi* і пов'язаних помилок характеристики конфігурації профілю QoS абонента. Це є групована AVP; і містить Vendor ID (5535) 3GPP2 у AVP Vendor-ID і код помилки в AVP експериментального результату. Цей елемент інформації містить IMSI користувача, відформатований відповідно до технічних умов 3GPP TS 23.003 [хх], пункт 2.2. UA 109875 C2 Продовження табл. 4 Примірні елементи інформації у команді відповіді профілю запиту Назва елементу інформації Перетворення в AVP Кат. Diameter Auth-Session-State (Стан Стан сеансу сеансу автентифікації) М автентифікації (див. RFC 3588) Ім'я серверу 3GPP2 ААА Підтримувані характеристики Redirect-Host перенаправления) RFC 3588) (хост (див. С Підтримувані характеристики (див. 3GPP TS 29.229) С Профіль опції послуги Профіль опції послуги (див.Х-SOOll) Максимальна авторизована сукупна ширина смуги для регулярного трафіку (див-X.SOOll) Ідентифікаційні номери профілів авторизованих потоків для користувача для кожного напрямку (див.Х.БООП) О Максимальна авторизована сукупна ширина смуги для регулярного трафіку О Ідентифікаційні номери профілів для користувача О Пріоритет між користувачами для Пріоритет регулярного трафіку користувачами (див. X.S0011) між О Максимальний Максимальний пріоритет пріоритет для потоку для потоку пакетних даних пакетних даних (див. для користувача X.S0011) 5 10 О Опис Цей елемент інформації містить значення NO STATE MAINTAINED (НЕ_ПІДТРИМУЄТЬСЯ_НІЯКИЙ_СТАН) Цей елемент інформації висипається, якщо значення коду результату (Result-Code) встановлене на DIAMETER_REDIRECT_INDICATION (індикація перенаправлення у протоколі Diameter), і містить ім'я за протоколом Diameter сервера ААА 3GPP2 у базовому домені, що на разі обслуговує користувача. Команда QPA містить нуль або кілька присутностей цього елемента інформації. Це є групована AVP. AVP Vendor-ID встановлена до кодів приватних підприємств з керування мережею SMI, присвоєних3GPP2 (5535). AVP ідентифікаційного номера переліку характеристик встановлена на ‘1’; і AVP ідентифікаційного номера переліку характеристик має біти, встановлені для повного набору характеристик, підтримуваних проксі/сервером ААА 3GPP2. Якщо кодом результату є DIAMETER_SUCCESS (успіх за протоколом Diameter), цей елемент інформації може включатися. Це є групована AVP і вказує максимальну кількість дозволених потоків по каналу і дозволені опції послуг. Якщо кодом результату є DIAMETER_SUCCESS, цей елемент інформації може включатися і вказує максимальну ширину смуги, яка може виділятися користувачеві для регулярного трафіку. Якщо кодом результату є DIAMETER_SUCCESS, цей елемент інформації може включатися. Це є групована AVP і вказує ідентифікаційні номери профілів потоків і те, що користувачу дозволено здійснювати запит в QoS Sub Blob. Якщо кодом результату є DIAMETERSUCCESS, цей елемент інформації може включатися і вказує пріоритет між користувачами, який може присвоюватися потоку пакетів користувача для регулярного трафіку. Якщо кодом результату є DIAMETER_SUCCESS, цей елемент інформації може включатися і вказує максимальний пріоритет, який може присвоюватися потоку пакетів користувача. У деяких реалізаціях, якщо і шлюз HSGW, і проксі/сервер ААА 3GPP2 підтримують додаток Diameter 3GPP2 Pi*, і шлюз HSGW потребує інформації профілю QoS абонента, шлюз HSGW ініціює процедуру «Конфігурація профілю QoS абонента», посилаючи команду запит профілю запиту (QPR) до проксі/сервера ААА 3GPP2. Якщо шлюз HSGW не знає, чи підтримується характеристика SubQoSConfig проксі/сервером ААА 3GPP2, команда QPR включає AVP підтримуваних характеристик із встановленим бітом 'М', суб-AVP ідентифікаційного номера переліку характеристик, встановлену на '1', і суб-AVP переліку характеристик, маючу встановлений біт '0', що вказує на запит процедури «Конфігурація профілю QoS абонента». 11 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 Шлюз HSGW використовує цю процедуру для пошуку та вилучення інформації профілю QoS абонента із проксі/сервера ААА 3GPP2. У деяких реалізаціях процедура «Конфігурація профілю QoS абонента» є процедурою без стану. У деяких реалізаціях шлюз HSGW включає AVP стану сеансу автентифікації (AuthSession-State AVP) у команду запиту профілю запиту (QPR) зі значенням, встановленим на NО_SТАТЕ_МАINТАІNЕD (НЕ_ПІДТРИМУЄТЬСЯ_НІЯКИЙ_СТАН). При прийомі команди відповіді профілю запиту (QPA) від проксі/сервера ААА 3GPP2, шлюз HSGW може перевірити код результату. Якщо код результату вказує інше, ніж успіх (DIAMETER_SUCCESS), шлюз HSGW може здійснити виправну дію, залежну від прийнятого коду результату. При прийомі команди відповіді профілю запиту (QPA) від проксі/сервера ААА 3GPP2 з успішним кодом результату (DIAMETER_SUCCESS) шлюз HSGW може виконати перевірку на присутність параметрів QoS абонента, перелічених у таблиці 5, і може маніпулювати ними відповідно до процедур, оговорених у таблиці 4. У деяких реалізаціях, якщо команда відповіді профілю запиту (QPA) прийнята з AVP коду експериментального результату (Experimental-Result-Code AVP), встановленою на DIAMETER_ERROR_FEATUREJJNSUPPORTED (ПОМИЛКА_ПРОТОКОЛУ_ DIAMETER__ХАРАКТЕРИСТИКА_НЕ_ПІДТРИМУВАНА) або з AVP коду результату (Result-Code AVP), встановленою на DIAMETER_AVP_UNSUPPORTED (ПРОТОКОЛ_DIAMETER_AVP_HE_ ПІДТРИМУВАНА), шлюз HSGW припиняє процедуру «Конфігурація профілю QoS абонента» 3GPP2. При прийомі команди запиту профілю запиту (QPR) проксі/сервер ААА 3GPP2 може здійснити одне з наступного: У деяких реалізаціях, якщо він підтримує усі характеристики, вказані в AVP підтримуваних характеристик, проксі/сервер ААА 3GPP2 включає AVP підтримуваних характеристик в команду відповіді профілю запиту QPA, що вказує повний набір характеристик, які він підтримує для додатка Diameter 3GPP2Pi*. У деяких реалізаціях, якщо він не підтримує усі характеристики, вказані в AVP підтримуваних характеристик, проксі/сервер ААА 3GPP2 повертає команду відповіді профілю запиту (QPA) з AVP коду експериментального результату (Experimental-Result-Code AVP), встановленою на DIAMETER_ERROR_FEATURE__UNSUPPORTED (ПОМИЛКА_ПРОТОКОЛУ_ DIAMETER:_XAPAKTEPИCTИKA_HE_ПІДTPИMУBAHA), і включає AVP підтримуваних характеристик, що вказують повний набір характеристик, які він підтримує для додатка Diameter 3GPP2 Pi*. У деяких реалізаціях, якщо він [проксі/сервер ААА 3GPP2] не підтримує AVP підтримуваних характеристик, команда відповіді профілю запиту QPA з AVP коду результату, встановленою на DIAMETER_AVP_UNSUPPORTED (AVP за протоколом DIAMETER не підтримувана), повертається і включає AVP невдалих AVP (Failed-AVP AVP), що містить AVP підтримуваних характеристик, прийнятих у команді QPR. У деяких реалізаціях, якщо проксі/сервер ААА 3GPP2 включає AVP підтримуваних характеристик в команду відповіді профілю запиту (QPA), AVP підтримуваних характеристик мають видалений біт 'М'. У цих групованих AVP суб-AVP ідентифікаційного номера переліку характеристик встановлена на '1'; а суб-AVP переліку характеристик мають біти, встановлені для повного набору характеристик, підтримуваних проксі/сервером ААА 3GPP2. У деяких реалізаціях, якщо проксі/сервер ААА 3GPP2 підтримує характеристику «Конфігурація профілю QoS абонента (SubQoSConfig)»: Він перевіряє, чи відоме ім'я користувача (IMSI) в AVP імені користувача. Якщо воно невідоме, повертається код результату DIAMETER_ERROR_USER_UNKNOWN (ПOMИЛKA_ПPOTOKOЛУ_DIAMETER_KOPИCTУBAЧ_HEBIДOMИЙ). У деяких реалізаціях, якщо користувач відомий, але не має будь-якого профілю QoS абонента, конфігурованого для нього, проксі/сервер ААА 3GPP2 відповідає з кодом експериментального результату DIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILE (ПOMИЛKA_ПPOTOKOЛУ_DIAMETER__ПPOФIЛЮ_QOS_AБOHEHTA_ НЕМАЄ). У разі будь-якої іншої помилки може повернутися код результату DIAMETER_UNABLE_TO_COMPLY (НЕВІДПОВІДНІСТЬ_ПРОТОКОЛУ_ DIAMETER). У деяких реалізаціях процедура «Конфігурація профілю QoS абонента» є процедурою без стану. Проксі/сервер ААА 3GPP2 включає AVP стану сеансу автентифікації (Auth-Session-State AVP) у команду відповіді профілю запиту (QPA) зі значенням, встановленим на NO_SТАТЕ_МАINТАINED (НЕ_ПIДТРИМУЄТЬСЯ_НІЯКИЙ_СТАН). 12 UA 109875 C2 5 10 15 20 У деяких реалізаціях, якщо проксі/сервер ААА 3GPP2 успішно оброблює прийняту команда запиту профілю запиту (QPR), проксі/сервер ААА 3GPP2 відповідає командою відповіді профілю запиту (QPA) з кодом результату успіх (DIAMETER_SUCCESS) і включає елементи інформації профілю QoS абонента, перелічені у таблиці 4. Можуть застосовуватися значення AVP коду результату, визначені у базовому протоколі Diameter (RFC 3588). У деяких реалізаціях, якщо один з кодів результату, визначених далі, включений до команди відповіді, він включений всередині AVP експериментального результату з Vendor-ID, встановленим на Vendor-ID (5535) 3GPP2. AVP коду експериментального результату містить присвоєне 3GPP2 значення, що представляє результат обробки команди запиту. DIAMETER_ERROR_FEATURE_UNSUPPORTED (ПОМИЛКА_ ПРОТОКОЛУ_DIAMETER_ХAPAKTEPИCTИKA_НЕ_ПІДТРИМУВАНА) (3001): цей код експериментального результату посилається проксі/сервером ААА 3GPP2 до шлюзу HSGW, якщо він не підтримує усіх характеристик, вказаних в AVP підтримуваних характеристик. DIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILE (ПOMИЛKA_ПPOTOKOЛУ_DIAMETER_ПРОФІЛЮ_QOS_AEOHEHTA_ НЕМАЄ) (4001): цей код експериментального результату посилається проксі/сервером ААА 3GPP2 до шлюзу HSGW, якщо користувач відомий, але не має будь-якого профілю QoS абонента, конфігурованого для цього користувача. В таблицях 5 і 6 перелічені примірні AVP базового протоколу Diameter, визначені для характеристики «Конфігурація профіль QoS абонента» для використання в командах запиту профілю запиту (QPR) і відповіді профілю запиту (QPA). Таблиця 5 AVP Diameter для характеристики «Конфігурація профіль QoS абонента» Назва атрибуту Правила прапорів AVP Не Код Тип Мож Фак. повин Ні AVP значення є нен ПВ Групований V М Профіль опції послуги Максимальна авторизована сукупна ПВ Без знаку32 ширина смуги для регулярного трафіку Ідентифікаційні номери профілів ПВ Групований авторизованих потоків для користувача Ціле Пріоритет між користувачами ПВ число32 Максимальний пріоритет для потоку Ціле ПВ пакетних даних для користувача число32 Ціле Ідентифікаційний номер профілю-вперед 35 число32 Ціле Ідентифікаційний номер профілю-назад 36 число32 Ідентифікаційний номер профілю Ціле 37 двосторонній число32 Максимальні потоки по каналу ПВ Без знака32 Номер опції послуги ПВ Без знака32 Мож є шиф рНі V М Ні V М Ні V М Ні V М Ні V М Ні V М Ні V М Ні V V М М Ні Ні ПРИМІТКА.: Біт заголовку AVP, позначений як 'М', вказує, чи потрібна підтримка AVP. Біт заголовку AVP, позначений як 'V’, вказує, чи присутнє у заголовку AVP факультативне поле Vendor-ID. Докладніше див. IETF RFC 3588. ПВ - підлягає визначенню 25 13 UA 109875 C2 Таблиця 6 Повторно використовувані AVP Diameter для характеристики «Конфігурація профіль QoS абонента» Нормативній Назва атрибуту Примітки документ Цей елемент інформації містить ідентифікацію Ім'я користувача RFC3588 користувача. Цей елемент інформації містить перелік Підтримувані TS 29.229 характеристик, підтримуваних командою, що характеристики походить з вузла (хост походження). Ідентифікаційний номер Цей елемент інформації містить ідентифікацію TS 29.229 переліку характеристик переліку характеристик. Цей елемент інформації містить бітову маску, що Перелік характеристик TS 29.229 вказує підтримувані характеристики додатка. 5 10 15 20 25 30 35 40 45 AVP «профіль опції послуги» (код AVP 5535/підлягає визначенню (ПВ)) відноситься до типу «групований». Він оговорює авторизовані опції послуги щодо пакетних даних і дозволене максимальну кількість одночасних потоків по каналу. У деяких реалізаціях формат пари атрибут-значення (AVP) «профіль опції послуги» є наступним: Профіль опції послуги::= {Максимальні потоки по каналу} * [Номер опції послуги] *[AVP] AVP «Максимальна авторизована сукупна ширина смуги для регулярного трафіку» (код AVP 5535/підлягає визначенню) належить до типу «без знака 32». Цей атрибут вказує максимальну ширину смуги в межах 1-2**32 (двійкове значення максимально дозволеної сукупної ширини смуги, в бітах на секунду), яка може виділятися користувачеві для регулярного трафіку. AVP «Ідентифікаційні номери профілів авторизованих потоків для користувача» (код AVP 5555/підлягає визначенню) належить до AVP типу «груповань». Цей атрибут видає перелік ідентифікаційних номерів профілів потоку, якими користувачеві дозволяється оговорювати/запитувати в QoS_Sub_Blob. У деяких реалізаціях формат AVP «Ідентифікаційні номери профілів авторизованих потоків» є наступним: Ідентифікаційні номери профілів авторизованих потоків для користувача::= * [Ідентифікаційний номер профілю-вперед] * [Ідентифікаційний номер профілю-назад] * [Ідентифікаційний номер профілю - двосторонній] * [AVP] AVP «Пріоритет між користувачами» належить до типу «ціле число 32». Цей атрибут вказує пріоритет між користувачами, присвоєний користувачеві для регулярного трафіку. Як приклад, біти низького порядку 3 вказують пріоритет між користувачами, використовуваний для планування пакетів (X.S0011). Пріоритет 7 є найвищим, а 0 - найнижчим. 000-011: пріоритет 0-3 для регулярних користувачів. 100-111: пріоритет 4-7 для зарезервованого класу. AVP «Максимальний пріоритет для потоку пакетних даних для користувача» (код AVP 5535/підлягає визначенню) належить до типу «ціле число 32». Цей атрибут вказує максимальний пріоритет, що може присвоюватися потоку пакетів користувача. Біти низького порядку 4 вказують максимальний пріоритет, який користувач може оговорити для потоку пакетних даних. Пріоритет 15 є найвищим, а 0 - найнижчим. 0000-0111: пріоритет 0-7 для регулярних користувачів. 1000-1111: пріоритет 8-15 для зарезервованого класу. AVP «Ідентифікаційний номер профілю-вперед» (код AVP 5535/35) належить до типу «ціле число 32». Цей атрибут використовується, щоб вказати ідентифікаційний номер профілю потоку, який користувачеві дозволяється запитувати при зв'язку з наступним елементом. У деяких реалізаціях цей ідентифікаційний номер профілю потоку включений у принаймні значущі 16 біт. Найбільш значущі 16 біт встановлені на 0. 14 UA 109875 C2 5 10 15 20 AVP «Ідентифікаційний номер профілю-назад» (код AVP 5535/36) належить до типу «ціле число32». Цей атрибут використовується, щоб вказати ідентифікаційний номер профілю потоку, який користувачеві дозволяється запитувати при зв'язку з попереднім елементом. Як приклад, цей ідентифікаційний номер профілю потоку включений у принаймні значущі 16 біт. Найбільш значущі 16 біт встановлені на 0. AVP «Ідентифікаційний номер профілю - двосторонній» належить до типу «ціле число 32». Цей атрибут використовується, щоб вказати ідентифікаційний номер профілю потоку, який користувачеві дозволяється запитувати у двох напрямках. Як приклад, цей ідентифікаційний номер профілю потоку включений у принаймні значущі 16 біт. Найбільш значущі 16 біт встановлені на 0. AVP «Максимальні потоки по каналу» належить до типу «ціле число 32». Цей атрибут вказує максимальне число потоків по каналу, яке дозволяється встановлювати користувачеві. AVP «Номер опції послуги» належить до типу «без знака 32». Цей атрибут вказує опцію послуги, дозволену користувачеві. У деяких реалізаціях, якщо шлюз HSGW використовує процедури «Конфігурація профілю QoS абонента» для пошуку і вилучення інформації профілю QoS абонента через контрольну точку Рі*, виконуються наступні процедури. Шлюз HSGW оброблює параметри профілю QoS абонента, одержані з проксі/сервера ААА 3GPP2, як оговорено у таблиці 7. До мережі доступу 3GPP2 можуть бути застосовними наступні параметри профілю QoS абонента: Максимальна авторизована сукупна ширина смуги для регулярного трафіку Ідентифікаційні номери профілів авторизованих потоків для кожного напрямку Максимальний пріоритет для потоку пакетних даних Профіль опції послуги Пріоритет між користувачами для регулярного трафіку 25 Таблиця 7 Примірні параметри QoS мережі доступу 3GPP2 Параметр QoS мережі доступу 3GPP2 Максимальна авторизована сукупна ширина смуги для регулярного трафіку Ідентифікаційні номери профілів авторизованих потоків для кожного напрямку Максимальний пріоритет для потоку пакетних даних Профіль опції послуги Пріоритет між користувачами регулярного трафіку 30 для Опис Встановлюється на значення в AVP «Максимальна авторизована сукупна ширина смуги для регулярного трафіку», одержаній від проксі/сервера ААА 3GPP2. Шлюз HSGW направляє параметр «Максимальна авторизована сукупна ширина смуги для регулярного трафіку» (за наявності), в eAN/ePCF за допомогою повідомлення A11-оновлення сеансу (А11-Session Update). Встановлюється на значення в AVP «Ідентифікаційний номер профілю авторизованого потоку для користувача», одержаній від проксі/сервера ААА 3GPP2. Шлюз HSGW направляє параметр «Ідентифікаційні номери профілів авторизованих потоків для кожного напрямку» (за наявності), в eAN/ePCF за допомогою повідомлення А11-оновлення сеансу. Встановлюється на значення в AVP «Максимальний пріоритет для потоку пакетних даних для користувача», одержаній від проксі/сервера ААА 3GPP2. Шлюз HSGW направляє параметр «Максимальний пріоритет для потоку пакетних даних (за наявності) в eAN/ePCF за допомогою повідомлення A11-оновлення сеансу. Встановлюється на значення в AVP «Профіль опції послуги», одержаній від проксі/сервера ААА 3GPP2. Шлюз HSGW направляє параметр «Профіль опції послуги» (за наявності) в eAN/ePCF за допомогою повідомлення A11-оновлення сеансу. Встановлюється на значення в AVP «Пріоритет між користувачами», одержаній від проксі/сервера ААА 3GPP2. Шлюз HSGW направляє параметр «Пріоритет між користувачами для регулярного трафіку» (за наявності) в eAN/ePCF за допомогою повідомлення A11-оновлення сеансу. Фіг. 8 являє собою блок-схему процесу 800 бездротового зв'язку. На стадії 802 конфігурують профіль QoS. На стадії 804 по першій бездротовій мережі приймають повідомлення-запит профілю QoS. На стадії 806 по першій бездротовій мережі передають повідомлення-відповідь з профілем QoS. У деяких реалізаціях можуть також приймати перелік пар атрибут-значення (AVP) підтримуваних характеристик. Якщо усі AVP у прийнятому переліку є підтримуваними, у 15 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 повідомлення-відповідь з профілем QoS можуть включати повний набір підтримуваних характеристик. У деяких реалізаціях процес 800 можуть здійснювати у проксі/сервері ААА 3GPP2 318, причому як першу мережу використовують мережу 3GPP2. Проксі/сервер ААА 3GPP2 318 може далі сполучатися із сервером ААА, функціонуючим у другій системі бездротового зв'язку, що реалізує другий протокол бездротового зв'язку (наприклад, 3GPP), для автентифікації апаратури абонентів до першої системи бездротового зв'язку. Фіг. 9 являє собою блок-схему частини пристрою 900 бездротового зв'язку. Модуль 902 призначений для конфігурування профілю QoS. Модуль 904 призначений для прийому по першій бездротовій мережі повідомлення-запиту профілю QoS. Модуль 906 призначений для передачі повідомлення-відповіді з профілем QoS по першій бездротовій мережі. Пристрій 900 і модулі 902, 904, 906 можуть також реалізовувати різноманітні технології, розкриті у цьому патентному документі. Фіг. 10 являє собою блок-схему процесу 1000 бездротового зв'язку. На стадії 1002 передають команду запиту профілю QoS. На стадії 1004 приймають повідомлення-відповідь з профілем QoS, що містить код результату. На стадії 1006 здійснюють дію конфігурації профілю QoS залежно від коду результату. Процес 1000 можуть здійснювати, наприклад, у шлюзі HSGW 310. Фіг. 11 являє собою блок-схему частини пристрою 1100 бездротового зв'язку. Модуль 1102 призначений для передачі команди запиту профілю QoS. Модуль 1104 призначений для прийому повідомлення-відповіді з профілем QoS, що містить код результату. Модуль 1106 призначений для виконання дії конфігурування профілю QoS залежно від коду результату. Пристрій 1100 і модулі 1102, 1104, 1106 можуть також реалізовувати певні технології, розкриті у цьому документі. Фіг. 12 являє собою блок-схему процесу 1200 бездротового зв'язку, призначеного для здійснення бездротового зв'язку, що має як доступ через розширену універсальну наземну мережу радіодоступу (E-UTRAN), так і доступ через розширену систему високошвидкісної передачі пакетних даних (eHRPD) за технологією cdma2000. На стадії 1202 формують дані профілю якості обслуговування (QoS) абонента консорціуму «Другий проект партнерства третього покоління (3GPP2)» у проксі/сервері автентифікації, перевірки авторизації й обліку використання ресурсів (ААА) 3GPP2. На стадії 1204 забезпечують обслуговуючий шлюз (HSGW) з системою розширеної високошвидкісної передачі пакетних даних (eHRPD), за допомогою якого запитують інформацію профілю QoS абонента користувача-передплатника з проксі/сервера ААА 3GPP2 після успішної автентифікації користувача-передплатника. На стадії 1206 забезпечують проксі/сервер ААА 3GPP2, за допомогою якого посилають запитану інформацію профілю QoS абонента до шлюзу HSGW. Фіг. 13 являє собою блок-схему частини системи 1300 бездротового зв'язку, призначеної для здійснення бездротового зв'язку, що має як доступ через розширену універсальну наземну мережу радіодоступу (Е-UTRAN), так і доступ через розширену систему високошвидкісної передачі пакетних даних (eHRPD) за технологією cdma2000. Модуль 1302 призначений для формування даних профілю якості обслуговування (QoS) абонента консорціуму «Другий проект партнерства третього покоління (3GPP2)» у проксі/сервері автентифікації, авторизації й обліку використання ресурсів (ААА) консорціуму 3GPP2. Модуль 1304 призначений для забезпечення обслуговуючого шлюзу (HSGW) для системи розширеної високошвидкісної передачі пакетних даних (eHRPD), який запитує інформацію профілю QoS абонента користувача-передплатника з проксі/сервера ААА 3GPP2 після успішної автентифікації користувача-передплатника. Проксі/сервер ААА 3GPP2 використовується для посилання запитаної інформації профілю QoS абонента до шлюзу HSGW. Фіг. 14 являє собою блок-схему процесу 1400 бездротового зв'язку. На стадії 1402 формують дані профілю якості обслуговування (QoS) абонента консорціуму «Другий проект партнерства третього покоління (3GPP2)» у проксі/сервері автентифікації, авторизації й обліку використання ресурсів (ААА)/сервері абонентських даних (HSS) 3GPP. На стадії 1404 дані профілю QoS абонента користувача-передплатника 3GPP2 з ААА/сервера абонентських даних (HSS) 3GPP направляють до обслуговуючого шлюзу (HSGW) з системою розширеної високошвидкісної передачі пакетних даних (eHRPD) після успішної автентифікації користувачапередплатника. На стадії 1406 проксі/сервер ААА 3GPP2 використовують, щоб посилати запитаний профіль QoS абонента до шлюзу HSGW. Фіг. 15 являє собою блок-схему частини системи 1500 бездротового зв'язку, призначеної для здійснення бездротового зв'язку, що має як доступ через E-UTRAN, так і доступ через cdma2000 eHRPD. Модуль 1502 призначений для формування даних профілю QoS абонента консорціуму 16 UA 109875 C2 5 10 15 20 25 30 35 40 45 50 55 60 «Другий проект партнерства третього покоління (3GPP2)» у проксі/сервері автентифікації, авторизації й обліку використання ресурсів (ААА)/сервері абонентських даних (HSS) 3GPP. Модуль 1504 призначений для направлення даних профілю QoS абонента 3GPP2 користувачапередплатника з ААА/сервера абонентських даних (HSS) 3GPP до обслуговуючого шлюзу (HSGW) з системою розширеної високошвидкісної передачі пакетних даних (eHRPD) після успішної автентифікації користувача-передплатника. Модуль 1506 призначений для використання проксі/сервера ААА 3GPP2, щоб послати запитаний профіль QoS абонента до шлюзу HSGW. Зрозуміло, що описані кілька технологій надання профілю QoS абонента у системі, яка може функціонувати у двох різних мережах бездротового зв'язку, що реалізують два різних протоколи бездротового зв'язку. Зрозуміло також, що розкриті сигнали, обмінювані між шлюзом HSGW 3GPP2 і проксі/сервером 3GPP2 для здійснення запиту і відповіді профілю QoS абонента. Зрозуміло також, що розкриті різноманітні підсилення для пристроїв бездротових мереж, таких як шлюз HSGW 3GPP2, проксі/сервер ААА 3GPP2 і проксі/сервер ААА 3GPP 316, призначених для забезпечення передачі інформації профілю QoS абонента між системою 3GPP і системою 3GPP2. Розкриті й інші варіанти здійснення, модулі і функціональні операції, описані у цьому документі, можуть реалізовуватися у цифрових електронних схемах або у комп'ютерному програмному забезпеченні, програмно-апаратному забезпечення або апаратних засобах, включаючи структури, розкриті у цьому документі, і їх конструктивні еквіваленти, або у сполученнях одного або кількох із них. Розкриті й інші варіанти здійснення можуть реалізовуватися як один або кілька комп'ютерних програмних продуктів, тобто один або кілька модулів комп'ютерних програмних команд, закодованих у зчитуваному комп'ютером середовищі для виконання пристроєм обробки даних або керування його роботою. Зчитуваним комп'ютером середовищем може бути зчитуваний машиною пристрій зберігання даних, зчитувана машиною підкладка для зберігання даних, запам'ятовувальний пристрій, склад речовини, що генерує зчитуваний машиною сигнал, що поширюється, або сполучення одного або кількох із них. Термін «пристрій обробки даних» охоплює усі пристрої, апарати і машини для обробки даних, включаючи, як приклад, програмувальний процесор, комп'ютер або кілька процесорів або комп'ютерів. Цей пристрій може включати, додатково до апаратних засобів, код, що створює середовище для даної комп'ютерної програми, наприклад код, що являє собою процесорне програмно-апаратне забезпечення, стек протоколів, систему керування базами даних, операційну систему або сполучення одного або кількох із них. Сигналом, що поширюється, є штучно генерований сигнал, наприклад генерований машиною електричний, оптичний або електромагнітний сигнал, що генерується для кодування інформації для передачі до підхідного приймального пристрою. Комп'ютерна програма (відома також як програма, програмне забезпечення, прикладне програмне забезпечення, сценарій або код) може писатися на мові програмування будь-якого виду, включаючи мови, що транслюються інтерпретуються, і може розгортатися у будь-якому вигляді, включаючи автономну програму, або як модуль, компонент, підпрограма або інший блок, що підходить для використання в обчислювальному середовищі. Комп'ютерна програма не обов'язково відповідає файлу у файловій системі. Програма може зберігатися у частині файла, що містить інші програми або дані (наприклад, один або кілька сценаріїв, що зберігаються у документі на маркувальній мові), в одному файлі, виділеному даній програмі, або у кількох взаємопов'язаних файлах (наприклад, файли, що зберігають один або кілька модулів, підпрограм або частин коду). Комп'ютерна програма може розгортатися для виконання на одному комп'ютері або на кількох комп'ютерах, що знаходяться в одному місці або розподілені по кількох місцях і з'єднується мережею зв'язку. Процеси і логічні потоки, описані у цьому документі, можуть виконуватися одним або кількома програмувальними процесорами, що виконують одну або кілька комп'ютерних програм для виконання функцій шляхом роботи із вхідними даними і генерування вихідних даних. Крім того, процеси і логічні потоки можуть виконуватися логічними схемами спеціального призначення, наприклад, FPGA (вентильна матриця, що програмується користувачем) або ASIC (інтегральна схема для конкретного додатка), і пристрій може також реалізовуватися як логічні схеми спеціального призначення. Процесори для виконання комп'ютерної програми включають, як приклад, мікропроцесори як загального, так і спеціального призначення й будь-який один або кілька процесорів будьякого типу цифрового комп'ютера. Як правило, процесор одержуватиме команди й дані з постійного запам'ятовуючого пристрою або оперативного запам'ятовуючого пристрою або з 17 UA 109875 C2 5 10 15 20 25 30 обох. Суттєвими елементами будь-якого комп'ютера є процесор, призначений для виконання команд, й один або кілька запам'ятовуючих пристроїв, призначених для зберігання команд і даних. Як правило, будь-який комп'ютер включатиме також один або кілька запам'ятовуючих пристроїв великої ємності, призначених для зберігання даних, наприклад магнітні, магнітооптичні або оптичні диски, або оперативно з'єднаним із цими пристроями для одержання даних з них та/або передачі даних до них. Втім, комп'ютер не обов'язково повинен мати ці пристрої. Зчитувані комп'ютером середовища, підходящі для зберігання комп'ютерних програмних команд і даних, включають усі види енергонезалежної пам'яті, середовищ і запам'ятовуючих пристроїв, включаючи як приклад напівпровідникові запам'ятовуючі пристрої, наприклад перезаписуваний програмований постійний запам'ятовуючий пристрій (ПППЗП), електрично перезаписуваний програмований постійний запам'ятовуючий пристрій і пристрої флеш-пам'яті, магнітні диски, наприклад внутрішні жорсткі диски або змінні диски, магнітооптичні диски і диски CD ROM і DVD-ROM. Процесор й пам'ять можуть доповнюватися логічними схемами спеціального призначення або вбудовуватися в них. Хоча цей документ містить багато конкретних деталей, їх слід тлумачити не як обмеження об'єму винаходу, що заявляється або може заявлятися, а як описи характеристик, специфічних для конкретних варіантів здійснення. Певні характеристики, описані у цьому документі у контексті окремих варіантів здійснення, можуть також реалізовуватися у сполучення в одному варіанті здійснення. І навпаки, різноманітні характеристики, описані в контексті одного варіанта здійснення, можуть втілюватися у кількох варіантах здійснення окремо або у будь-якому субсполученні, що підходить Крім того, характеристики могли описуватися вище як діючі у певних сполученнях і навіть спочатку заявлятися такими, одна або кілька характеристик з заявленого сполучення можуть у деяких випадках виключатися із цього сполучення, і заявлене сполучення може направлятися до деякого субсполучення або варіанту субсполучення. Схожим чином, хоча операції показані на кресленнях у конкретному порядку, це не слід розуміти як вимога того, що для досягнення потрібних результатів ці операції повинні виконуватися у цьому показаному конкретному порядку або у будь-якому послідовному порядку, або що повинні виконуватися усі проілюстровані операції. Розкрита лише невелика кількість прикладів і реалізацій. На основі того, що розкрито, можливі зміни, модифікації і покращення описаних прикладів і реалізацій і інші реалізації. ФОРМУЛА ВИНАХОДУ 35 40 45 50 55 60 1. Пристрій бездротового зв′язку, який може працювати у першій системі бездротового зв′язку, що реалізує перший протокол бездротового зв′язку, причому зазначений пристрій містить: модуль профілю якості обслуговування (QoS) абонента, призначений для конфігурування профілю QoS; модуль приймача, призначений для прийому по першій бездротовій мережі повідомленнязапиту профілю QoS; і модуль передачі, призначений для передачі повідомлення-відповіді з профілем QoS по першій бездротовій мережі; та модуль інтерфейсу, призначений для сполучення із сервером автентифікації, авторизації й обліку використання (ААА), який працює у другій системі бездротового зв′язку, що реалізує другий протокол бездротового зв′язку, для автентифікації апаратури абонентів до першої системи бездротового зв′язку. 2. Пристрій бездротового зв′язку за п. 1, який відрізняється тим, що: модуль приймача призначений також для прийому переліку пар атрибут-значення (AVP) підтримуваних характеристик; і модуль передачі призначений також, якщо підтримуються всі AVP в прийнятому переліку, для включення в повідомлення-відповіді з профілем QoS повного набору підтримуваних характеристик. 3. Пристрій бездротового зв′язку за п. 1, який відрізняється тим, що: модуль приймача призначений також для прийому переліку пар атрибут-значення (AVP) підтримуваних характеристик; і модуль передачі призначений також, якщо всі AVP в прийнятому переліку не підтримуються, для включення в повідомлення-відповідь з профілем QoS повного набору підтримуваних характеристик, а також включення AVP коду експериментального результату, встановленої на DIAMETER_ERROR_FEATURE_UNSUPPORTED (ПОМИЛКА _ПРОТОКОЛУ_DIAMETER_XAPAKTEPИCTИKA_HE ПІДТРИМУВАНА). 18 UA 109875 C2 5 10 15 20 25 30 35 4. Пристрій бездротового зв′язку за п. 1, який відрізняється тим, що: модуль приймача призначений також для прийому переліку пар атрибут-значення (AVP) підтримуваних характеристик; і модуль передачі призначений також, якщо перелік AVP підтримуваних характеристик не підтримується, для включення в повідомлення-відповідь з профілем QoS прийнятого переліку AVP і вказівку відмови. 5. Спосіб бездротового зв′язку, реалізований у першій системі бездротового зв′язку, що реалізує перший протокол бездротового зв′язку, який включає наступні стадії: стадію, на якій конфігурують профіль QoS; стадію, на якій приймають по першій бездротовій мережі повідомлення-запит профілю QoS; і стадію, на якій передають повідомлення-відповідь з профілем QoS по першій бездротовій мережі, де перша система бездротового зв′язку додатково містить модуль інтерфейсу, призначений для сполучення із сервером автентифікації, авторизації й обліку використання (ААА), який працює у другій системі бездротового зв′язку, що реалізує другий протокол бездротового зв′язку, для автентифікації апаратури абонентів до першої системи бездротового зв′язку. 6. Пристрій бездротового зв′язку для конфігурування профілів якості обслуговування (QoS), який містить: модуль передачі, призначений для передачі команди запиту профілю QoS; модуль приймача, призначений для прийому повідомлення-відповіді з профілем QoS, що містить код результату; і модуль конфігурації, призначений для виконання дії конфігурації профілю QoS залежно від коду результату, де модуль конфігурації додатково призначений: якщо прийнятий код результату вказує на помилку непідтримуваних характеристик, для переривання конфігурування профілю QoS абонента; і якщо прийнятий код результату вказує на успіх, для маніпулювання прийнятими параметрами QoS у повідомлення з профілем QoS за попередньо заданою процедурою. 7. Спосіб конфігурування профілів якості обслуговування (QoS) абонентів у бездротовій мережі який включає наступні стадії: стадію, на якій передають команду запиту профілю QoS; стадію, на якій приймають повідомлення-відповідь з профілем QoS, що містить код результату; і стадію, на якій залежно від коду результату виконують дію конфігурування профілю QoS, стадію, на якій, якщо прийнятий код результату вказує на помилку непідтримуваних характеристик, переривають конфігурування профілю QoS абонента; і стадію, на якій, якщо прийнятий код результату вказує на успіх, маніпулюють прийнятими параметрами QoS у повідомлення з профілем QoS за попередньо заданою процедурою. 19 UA 109875 C2 20 UA 109875 C2 21 UA 109875 C2 22 UA 109875 C2 23 UA 109875 C2 24 UA 109875 C2 25 UA 109875 C2 26 UA 109875 C2 27 UA 109875 C2 Комп’ютерна верстка Д. Шеверун Державна служба інтелектуальної власності України, вул. Василя Липківського, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут інтелектуальної власності”, вул. Глазунова, 1, м. Київ – 42, 01601 28