Правила керування і тарифікації політики (рсс), основані на протоколі мобільності

Реферат: Описуються методи підтримки функцій керування і тарифікації політики (РСС) в мережі бездротового зв'язку. У одній розробці функція правил керування і тарифікації політики (PCRF) може приймати запит від першого мережного об'єкта (наприклад, домашнього агента) на встановлення РСС-сеансу для користувацького обладнання (UE), що здійснює доступ до першого мережного об'єкта, використовуючи протокол мобільності (наприклад, мобільний IP). PCRF може визначати протокол мобільності, що використовується UE, основуючись на параметрі IP-CAN Туре, включеному в запит. PCRP може визначати правила РСС для РССсеансу, основуючись на протоколі мобільності, і може посилати правила РСС на перший мережний об'єкт. Перший мережний об'єкт може застосовувати правила РСС до пакетів для РСС-сеансу і може підраховувати кожний пакет для тарифікації. Другий мережний об'єкт може направляти пакети, але не буде підраховувати ці пакети для тарифікації. UA 99324 C2 (12) UA 99324 C2 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 Дана заявка вимагає пріоритет попередньої заявки США № 61/021013, озаглавленої "РСС RULES BASED ON IP-CAN FOR MOBILE IP", поданої 14 січня 2008 p., яка переуступлена правонаступнику даної заявки і включена в дану заявку за допомогою посилання. Дане розкриття стосується, в основному, зв'язку і, більш конкретно, методів підтримки функцій керування і тарифікації політики (РСС) в мережі бездротового зв'язку. Мережі бездротового зв'язку широко розгорнені для забезпечення різних послуг зв'язку, таких як мова, відео, пакетні дані, передача повідомлень, широкомовна передача і т.д. Цими мережами можуть бути мережі множинного доступу, здатні підтримувати численних користувачів за допомогою спільного використання доступних мережних ресурсів. Приклади таких мереж множинного доступу включають в себе мережі множинного доступу з кодовим розділенням (CDMA), мережі множинного доступу з часовим розділенням (TDMA), мережі множинного доступу з частотним розділенням (FDMA), системи множинного доступу з ортогональним частотним розділенням (OFDMA) і мережі множинного доступу з частотним розділенням на одній несучій (SC-FDMA). Користувацьке обладнання (UE) може виконувати зв'язок з бездротовою мережею, щоб обмінюватися даними з віддаленим об'єктом (наприклад, іншим UE). UE може обмінюватися пакетами даних з віддаленими об'єктами, і ці пакети можуть маршрутизуватися через різні мережні об'єкти в бездротовій мережі. Пакети можуть оброблятися по-різному мережними об'єктами в залежності від того, чи використовує чи ні UE протокол мобільності, такий як протокол мобільного Інтернету (МІР) для підтримання роумінгу. Може бути бажаним підтримувати належним чином функції РСС незалежно від того, чи використовує UE чи ні протокол мобільності. У даному документі описуються методи підтримки функцій РСС в мережі бездротового зв'язку. У одному аспекті правила РСС для РСС-сеансу можуть визначатися на основі (тобто за допомогою приймання до уваги) параметра, який -може вказувати, чи використовує UE протокол мобільності. Цим параметром може бути параметр IP-CAN Type (тип мережі доступу зі зв'язаністю по протоколу Інтернету (IP-зв'язаністю)), який присутній в сигналізації РСС. Правила РСС, визначені таким чином, можуть забезпечувати деякі переваги, як описано нижче. У одній розробці функція правил керування і тарифікації політики (PCRF) (або еквівалентний мережний об'єкт) може приймати запит/вказівку від першого мережного об'єкта (наприклад, домашнього агента) на встановлення РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи протокол мобільності (наприклад, МІР). Запит може включати в себе параметр IP-CAN Туре, який може встановлюватися на протокол мобільності. PCRF може визначати протокол мобільності, що використовується UE, основуючись на параметрі IP-CAN Type, і може засвідчувати правила РСС для РСС-сеансу, основуючись на протоколі мобільності. Правила РСС можуть включати в себе перший набір щонайменше одного фільтра для ідентифікації пакетів для РСС-сеансу, вказівку, чи підраховувати пакети для тарифікації, правила якості обслуговування (QoS) для пакетів, інформацію тарифікації для РССсеансу і/або іншу інформацію, що стосується РСС-сеансу. PCRF може посилати правила РСС на перший мережний об'єкт, який може застосовувати правила РСС до пакетів для РСС-сеансу і може підраховувати кожний пакет для тарифікації. Пакети для РСС-сеансу можуть інкапсулюватися в тунельовані пакети, які можуть обмінюватися між UE і першим мережним об'єктом за допомогою другого мережного об'єкта (наприклад, обслуговуючого шлюзу). У цьому випадку PCRF може визначати другі правила РСС для другого мережного об'єкта. Другі правила РСС можуть включати в себе (і) другий набір щонайменше одного фільтра для ідентифікації тунельованих пакетів і (іі) вказівку, щоб не підраховувати тунельовані пакети для тарифікації, яке може неявно забезпечуватися відсутністю інформації тарифікації у других правилах РСС. PCRF може посилати другі правила РСС на другий мережний об'єкт, який може застосовувати другі правила РСС до тунельованих пакетів. Тунельовані пакети можуть підраховуватися тільки один раз для тарифікації першим мережним об'єктом і не другим мережним об'єктом. Нижче більш детально описуються різні аспекти і ознаки розкриття. Фіг.1 зображає зразкове розгортання мережі. Фіг.2 зображає обробку пакету для тунелювання пакету протоколу Інтернету (IP). Фіг.3 і 4 зображають два процеси для підтримання РСС, використовуючи IP-CAN Туре. Фіг. 5 і 6 зображають процес і пристрій, відповідно, для підтримання функцій РСС за допомогою PCRF. Фіг.7 і 8 зображають процес і пристрій, відповідно, для підтримання функцій РСС домашнім агентом. 1 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг.9 і 10 зображають процес і пристрій, відповідно, для підтримання функцій РСС обслуговуючим шлюзом. Фіг. 11 і 12 зображають процес і пристрій, відповідно, для підтримання функцій РСС за допомогою UE. Фіг. 13 зображає блок-схему різних мережних об'єктів на фіг. 1. Методи, описані в даному документі, можуть використовуватися для різних мереж бездротового зв'язку, таких як CDMA, TDMA, FDMA, OFDMA, SC-FDMA і інші мережі. Терміни "мережа" і "система" часто використовуються навперемінно. Мережа CDMA може реалізувати, радіотехнологію, таку як універсальний наземний радіодоступ (UTRA), cdma2000 і т.п. UTRA включає в себе широкосмуговий CDMA (WCDMA) і інші варіанти CDMA. cdma2000 охоплює стандарти IS-2000 (CDMA2000 ЇХ), IS-95 і IS-856. Мережа TDMA може реалізувати радіотехнологію, таку як глобальна система мобільного зв'язку (GSM). Мережа OFDMA може реалізувати радіотехнологію, таку як розвинений UTRA (E-UTRA), ультрамобільна широкосмугова мережа (UMB), IEEE 802.11 (Wi-Fi (бездротова точність)), IEEE 802.16 (WiMAX (загальносвітова сумісність широкосмугового бездротового доступу)), IEEE 802.20, FlashOFDMo (швидкий доступ з малим часом очікування і безшовним переходом між базовими станціями на основі мультиплексування з ортогональним частотним розділенням) і т.д. UTRA і E-UTRA є частиною універсальної системи мобільного зв'язку (UMTS). Довгостроковий розвиток (LTE) Проекту партнерства по створенню системи третього покоління (3GPP) являє собою майбутню версію UMTS, яка використовує E-UTRA. UTRA, E-UTRA, UMTS, LTE і GSM описані в документах організації "Проект партнерства по створенню системи 3-го покоління" (3GPP). cdma2000 і UMB описані в документах організації "Проект- 2 партнерства по створенню системи 3-го покоління" (3GPP2). Методи, описані в даному документі, можуть використовуватися для мереж і радіотехнологій, наведених вище, а також для інших мереж і радіотехнологій. Для ясності, деякі аспекти методів описуються нижче для LTE, і термінологія LTE використовується нижче в більшій частині опису. Фіг.1 зображає зразкове розгортання 100 мережі. UE 110 може виконувати зв'язок з мережею 120а розвиненого універсального наземного радіодоступу (Е-UTRAN) або мережею 120b радіодоступу (RAN) нe-3GPP для прийому однієї або декількох послуг по передачі даних, такого як Інтернет-зв'язаність, служба коротких повідомлень (SMS), миттєвий обмін повідомленнями (ІМ), доступ по протоколу додатків для бездротового зв'язку (WAP), потокова передача мультимедійних даних, обмін мультимедійними повідомленнями і т.д. UE 110 також може згадуватися як мобільна станція, термінал, термінал доступу, абонентський блок, станція і т.д. UE 110 може бути стільниковий телефон, персональний цифровий помічник (PDA), бездротовий модем, пристрій бездротового зв'язку, кишеньковий пристрій, портативний комп'ютер, бездротовий телефон, станція бездротового абонентського доступу (WLL) і т.д. E-UTRAN 120а може включати в себе розвинені вузли В (eNB), які підтримують радіозв'язок для UE. eNB може бути стаціонарна станція, яка виконує зв'язок з UE, і також може згадуватися як вузол В, базова станція, точка доступу і т.д. Обслуговуючий шлюз (SGW) 130а може завершувати інтерфейс до E-UTRAN 120а і може виконувати різні функції, такі як підтримка естафетної передачі обслуговування UE між eNB, буферизація, маршрутизація і спрямуваня даних для UE, ініціювання мережею процедури запиту, що запускається обслуговування, функції обліку для тарифікації і т.д. Домашній агент (НА) 140 може виконувати зв'язок з обслуговуючим шлюзом 130а безпосередньо або непрямо і може підтримувати один або декілька протоколів мобільності, таких як МІР, проксі-мобільний IP (PMIP), протокол мобільного Інтернету з подвійним стеком версії 6 (DSMIPv6), режим суміщеної адреси обслуговування протоколу мобільного Інтернету версії 4 (MIPv4-CCoA), протокол тунелювання системи пакетного радіозв'язку загального користування (GPRS) (GTP) і т.д. Домашній агент 140 може зберігати інформацію про поточне місцезнаходження для роумінгу UE і може маршрутизувати пакети для цих UE. Домашнім агентом 140 може бути шлюз, виділений як домашній агент, або шлюз, який може надавати функціональну можливість домашнього агента, а також інші функціональні можливості. Хоч це не показано на фіг. 1, шлюз мережі передачі пакетних даних (PDN) може з'єднувати обслуговуючий шлюз 130а і домашнього агента 140. Шлюз PDN може виконувати функції, такі як функції фільтрації пакетів і розподілу ІР-адреси для UE, керування селектуванням і наведення у виконання тарифу рівня обслуговування, протоколу динамічного конфігурування хоста (DHCP) для клієнта і сервера, функціональну можливість шлюзового вузла підтримки GPRS (GGSN) і т.д. Блок 142 аутентифікація, авторизації і обліку/домашнього абонентського сервера (AAA/HSS) може зберігати інформацію (наприклад, профілі користувачів), що стосується підписки і інформацію про місцезнаходження для UE. AAA/HSS 142 може виконувати 2 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 аутентифікація і авторизацію UE і може надавати інформацію для UE для запиту мережних об'єктів. RAN 120b He-3GPP може являти собою мережу CDMA2000 1Х, мережу WiMAX, мережу WiFi або RAN деякого іншого типу. RAN 120b He-3GPP може виконувати сполучення з шлюзом 130b нe-3GPP, який може виконувати функції, аналогічні функціям, що виконуються обслуговуючим шлюзом 130а. PCRF 150 і функція наведення у виконання політики і тарифікації (PCEF) можуть разом підтримувати функції РСС. Примірник PCEF може бути суміщений з кожним з шлюзів 130а і 130b і домашнім агентом 140, як показано на фіг. 1. PCRF 150 може служити як контролер для РСС, приймати інформацію обслуговування від функцій додатку (AF) і надавати правила РСС для PCEF. PCEF може приводити у виконання правила РСС, що надаються PCRF 150. Наприклад, PCEF може встановлювати QoS для IP-потоку і може забезпечувати функцію тарифікації для IP-потоку, основуючись на правилах РСС. IP-потік також може згадуватися як потік даних і т.д. РСС, PCRF і PCEF описані в документі 3GPP TS 23.203, озаглавленому "Policy and charging control architecture", який знаходиться у вільному доступі. Мережні об'єкти на фіг. 1 також можуть згадуватися під іншими назвами. Наприклад, PCEF для обслуговуючого сервера може згадуватися як функція прив'язки каналу і звіту про події (BBERF). RAN і мережні об'єкти на фіг. 1 можуть належати до однієї або декількох наземних мереж мобільного зв'язку загального користування (PLMN). Наприклад, домашня PLMN (HPLMN) може включати в себе домашнього агента 140 і AAA/HSS 142, і візитна PLMN (VPLMN) може включати в себе E-UTRAN 120а і обслуговуючий шлюз 130а. RAN 120b нe-3GPP і шлюз 130b нe-3GPP можуть належати до HPLMN або VPLMN. PCRF 150 може включати в себе домашню PCRF (H-PCRF) в HPLMN і візитну PCRF (V-PCRP) в VPLMN. Кожна PLMN також може включати в себе інші мережні об'єкти, не показані на фіг. 1. Фіг.1 зображає деякі мережні об'єкти, які можуть підтримувати мережу доступу з ІРзв'язністю (IP-CAN). IP-CAN являє собою сукупність мережних об'єктів і інтерфейсів, які забезпечують зв'язаність для транспортування по протоколу IP між UE і об'єктами базової мережі. Мережні об'єкти на фіг. 1 можуть виконувати зв'язок один з одним безпосередньо або непрямо, наприклад, за допомогою однієї або декількох мереж передачі даних. Мережні об'єкти на фіг. 1 описані в документі 3GPP TS 36.300, озаглавленому "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description", і в документі 3GPP TS 23.401, озаглавленому "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access". Ці документи знаходяться у вільному доступі у 3 GPP. UE 110 може одержувати Інтернет-зв'язаність за допомогою прямого ІР-доступу і/або мобільного IP-доступу. Прямий IP-доступ посилається на обмін ІР-пакетами між UE 110 і видаленим об'єктом без підтримки мобільності UE. Мобільний IP-доступ посилається на обмін IP-пакетами між UE 110 і віддаленим об'єктом за допомогою мережного об'єкта, який може підтримувати відстеження місцезнаходження UE і направляти IP-пакети на UE, використовуючи туннелирование. Мобільний IP-доступ може підтримуватися з використанням МІР, PMIP, DSMIPv6, MIPv4-CCoA, GTP або деякого іншого протоколу мобільності. Наприклад, UE 110 може, одержати прямий IP-доступ за допомогою обслуговуючого шлюзу 130а або шлюзу 130b нe-3GPP і може обмінюватися ІР-пакетами за допомогою шлюзу 130а або 130b без тунелювання. UE 110 також може одержати мобільний IP-доступ за допомогою домашнього агента 140, використовуючи протокол мобільності, такий як МІР. Для мобільного ІР-доступу IPпакети можуть тунелюватися між UE 110 і домашнім агентом 140 за допомогою шлюзів 130а або 130b. Фіг.2 зображає приклад обробки для тунелювання IP-пакету, що посилається по висхідній лінії зв'язку від UE 110 на домашній агент 140. UE 110 може виконувати зв'язок з іншим UE і може генерувати ІР-пакет 210 для відправлення на інше UE. ІР-пакет 210 включає в себе IPзаголовок і корисні дані. IP-заголовок включає в себе різні поля, що включають в себе поле адреси джерела, поле адреси призначення і поле протоколу. Поле адреси джерела може встановлюватися на IP-адресу UE 110 (IP-адреса UE1), поле адреси призначення може встановлюватися на IP-адресу іншого UE (IP-адреса UE2), і поле протоколу може встановлюватися на протокол транспортного рівня (наприклад, протокол керування передачею (TCP), протокол користувацьких дейтаграм (UDP) і т.д.), що використовується для даних, що посилаються в корисних даних. Корисні дані ІР-пакету 210 можуть перенести дейтаграми транспортного рівня, які можуть включати в себе заголовок і корисні дані. Заголовок транспортного рівня може включати в себе (і) поле порту джерела, яке може встановлюватися 3 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 на порт в UE 110 (порт Y), і (іі) порт призначення, який може встановлюватися на порт на іншому UE (порт Z). Поля адреси джерела, адреси призначення і протоколу заголовка ІР-пакету 210 і поля порту джерела і порту призначення заголовка дейтаграми транспортного рівня можуть розглядатися як поля внутрішнього заголовка. ІР-пакет 210 являє собою нетунельований пакет і може інкапсулюватися в тунельований ІРпакет 220 за допомогою UE 110 для висхідної лінії зв'язку. Для тунельованого ІР-пакету 220 поле адреси джерела може встановлюватися на ІР-адресу UE 110 (IP-адреса UE1). і поле адреси призначення може встановлюватися на IP-адресу домашнього агента 140 (IP-адреса НА). Поля адреси джерела, адреси призначення і протоколу заголовка ІР-пакету 220 можуть розглядатися як поля зовнішнього заголовка. Тунельований IP-пакет для низхідної лінії зв'язку може генеруватися аналогічним способом, хоч і з наступними відмінностями. У зовнішньому заголовку адреса джерела може встановлюватися на IP-адресу домашнього агента 140, і адреса призначення може встановлюватися на IP-адресу UE 110. Для висхідної лінії зв'язку UE 110 може виконувати тунелювання для ІР-пакетів, і домашній агент 140 може виконувати детунелювання. UE 110 може посилати тунельовані IP-пакети на шлюз 130а або 130b, який може направляти тунельовані IP-пакети домашньому агенту 140. Для низхідної лінії зв'язку домашній агент 140 може виконувати тунелювання для IP-пакетів, і UE 110 може виконувати детунелювання. Домашній агент 140 може посилати тунельовані ІР-пакети на шлюз 130а або 130b, який може направляти тунельовані IP-пакети на UE 110. Для спрощення, IP-пакети також згадуються просто як пакети в нижченаведеному описі. Як показано на фіг. 1, PCRF 150 може посилати правила РСС для РСС-сеансів на PCEF. РСС-сеанс може встановлюватися між PCRF 150 і обслуговуючим шлюзом 130а, шлюзом 130b нe-3GPP або домашнім агентом 140 і може охоплювати один або декілька IP-потоків. Кожний IPпотік може ідентифікуватися набором параметрів, які можуть включати в себе адресу джерела, адресу призначення, протокол транспортного рівня, порт джерела і порт призначення, показану на фіг. 2. Правила РСС для кожного РСС-сеансу можуть включати в себе інформацію про IPпотоки в РСС-сеансі, правила QoS або політику для застосування до IP-потоків, інформацію тарифікації для IP-потоків і/або іншу інформацію, що стосується РСС-сеансу. Правила QoS можуть вказувати смугу частот, затримку і пріоритет для IP-потоків, блокування або пропускання пакетів в IP-потоку і т.д. Інформація тарифікації може вказувати механізм(и) тарифікації для IP-потоків, наприклад, щомісячну абонентську плату, тарифікацію на основі часу або кількості пакетів. Коли використовується протокол мобільності, такий як МІР, пакети можуть тунелюватися між UE 110 і домашнім агентом 140 через шлюз 130, яким може бути обслуговуючий шлюз 130а або шлюз 130b нe-3GPP. Шлюзу 130 повинне бути відомо, що пакети тунелюються для того, щоб коректно застосовувати відповідні правила РСС. Крім того, можуть бути сценарії, в яких як домашній агент 140, так і шлюз 130 мають активні РСС-сеанси для тарифікації за допомогою PCRF 150. Це може відбуватися, наприклад, тоді, коли UE 110 має прямий IP-доступ через шлюз 130 і також має мобільний IP-доступ через домашнього агента 140. Шлюз 130 може направляти як нетунельовані пакети для прямого IPдоступу, так і тунельовані пакети від домашнього агента 140 для мобільного IP-доступу. Оскільки і шлюз 130, і домашній агент 140 направляють тунельовані пакети, ці пакети повинні підраховуватися тільки один раз, щоб виключити подвійну тарифікацію. Це ж може також застосовуватися тоді, коли домашній агент 140 і шлюз 130 є суміщеними, але мають різні РССсеанси з PCRF 150. У одному аспекті правила РСС для РСС-сеансу можуть визначатися на основі параметра, який може вказувати, чи використовує UE протокол мобільності. У одній розробці параметром є параметр IP-CAN Type, який присутній в сигналізації РСС. Параметр IP-CAN Type звичайно надає інформацію про тип радіодоступу, наприклад, E-UTRA, UTRA, CDMA2000 1Х, WiMAX, WiFi і т.д. Параметр IP-CAN Type може бути розширений для надання інформації про протокол мобільності'. Наприклад, параметр IP-CAN Type може вказувати, (і) чи використовує UE чи ні протокол мобільності і, (іі) який використовується протокол мобільності, наприклад, МІР, РМІР, DSMIPv6, MIPv4-CCoA, GTP і т.д. Параметр IP-CAN Type може використовуватися для розрізнення між тунельованими пакетами і нетунельованими пакетами, як описано нижче. Для РСС-сеансу між шлюзом 130 (наприклад, обслуговуючим шлюзом 130а або шлюзом 130b нe-3GPP) і PCRF 150 для прямого IP-доступу параметр IP-CAN Туре може встановлюватися на тип радіодоступу. Шлюз 130 потім може підраховувати нетунельовані пакети для РСС-сеансу для тарифікації, і домашній агент 140 може пропускати підрахунок нетунельованих пакетів. 4 UA 99324 C2 5 Для РСС-сеансу між домашнім агентом 140 і PCRF 150 для мобільного ІР-доступу параметр IP-CAN Type може встановлюватися на протокол мобільності (наприклад, МІР). Цей РСС-сеанс може асоціюватися з тунельованими пакетами, і правила РСС для РСС-сеансу можуть відноситися до тунельованих пакетів. Домашній агент 140 може підраховувати тунельовані пакети для тарифікації. Шлюз 130 не буде підраховувати тунельовані пакети для тарифікації, оскільки він не буде мати РСС-сеансу з параметром IP-CAN Type, встановленим на протокол мобільності. Таблиця 1 підсумовує використання параметра IP-CAN Type для передачі різних типів РСС-сеансу. Таблиця 1 також підсумовує дію, що виконується кожним мережним об'єктом для кожного типу РСС-сеансу. 10 Таблиця 1 IP-CAN Type встановлений на тип IP-CAN Type встановлений радіодоступу протокол мобільності Використовується РСС-сеанс з прямим ІР-доступом для Шлюз підраховує нетунельовані Тарифікації пакети. Домашній агент ігнорує нетунельовані пакети. 15 20 25 30 35 40 45 50 на РСС-сеанс з мобільним доступом Домашній агент підраховує тунельовані пакети. Шлюз ігнорує тунельовані пакети. Фіг.3 зображає розробку процесу 300 для підтримання РСС, використовуючи параметр IPCAN Type. UE 110 може здійснювати доступ до RAN (наприклад, Е-UTRAN 120а або RAN 120b нe-3GPP на фіг. 1) і може виконувати зв'язок з шлюзом 130 (наприклад, обслуговуючим шлюзом 130а або шлюзом 130b нe-3GPP) для аутентифікація доступу (етап 1). Шлюз 130 може додатково виконувати зв'язок з AAA/HSS 142 для аутентифікація, авторизації і обліку (ААА) і аутентифікація доступу UE 110 (також етап 1). UE 110 потім може виконувати конфігурування ІР-адреси за допомогою шлюзу 130, і йому може призначатися IP-адреса (етап 2). Шлюз 130 може посилати запит/вказівку на встановлення сеансу каналу IP-CAN на PCRF 150 (етап 3). Запит може включати в себе ідентифікацію UE для UE 110, параметр IP-CAN Type і, можливо, іншу інформацію. Параметр IP-CAN Type може ідентифікувати тип радіодоступу (наприклад, E-UTRA, UTRA, WiMAX і т.д.) для IP-CAN-сеансу, що встановлюється (або РССсеансу). PCRF 150 може визначити, що потрібна авторизація РСС, і може запитати авторизацію дозволеної послуги (послуг) і інформацію про правила РСС від локального або зовнішнього об'єкта (не показаний на фіг. 3). PCRF 150 може виконувати авторизацію і прийом рішення про політику по запиту від шлюзу 130 і може визначати правила РСС для РСС-сеансу, основуючись на параметрі IP-CAN Type і іншій інформації. PCRF 150 потім може повертати підтвердження прийому (Ack) встановлення IP-CAN-сеансу на шлюз 130 (етап 4). Підтвердження прийому може включати в себе правила РСС, інформацію тарифікації і/або іншу інформацію для PCEF на шлюзі 130. PCEF може приводити у виконання правила РСС від PCRP 150. Перший РСС-сеанс може встановлюватися між шлюзом 130 і PCRF 150 на етапах 3 і 4. Етот РСС-сеанс може асоціюватися з типом радіо доступу, наведеним в параметрі IP-CAN Type, що посилається на етапі 3, і IP-адресою, призначеною UE 110 на етапі 2. Цей характерний для радіодоступу РСС-сеанс також може асоціюватися з нетунельованими пакетами, які можуть ідентифікуватися на основі шаблона потоку даних обслуговування, включеного в правила РСС, що надаються PCRF 150 на етапі 4. Шаблон потоку даних обслуговування може включати в себе набір фільтрів потоку даних обслуговування, що використовується для ідентифікації нетунельованих пакетів для IP-потоків, що охоплюються РСС-сеансом. Шлюз 130 може виявляти нетунельовані пакети для РСС-сеансу, основуючись на шаблоні потоку даних обслуговування, і може підраховувати ці пакети для тарифікації, як вказане інформацією тарифікації, що надається PCRP 150 (блок 5). Потім UE 110 може бути потрібне використання МІР. UE 110 може визначати, що воно виконує зв'язок з візитною мережею, оскільки префікс ІР-адреси для його домашньої мережі (HNP) відрізняється від префікса IP-адреси для шлюзу 130. UE 110 може виконувати обмін ключами через Інтернет (IKEv2) для встановлення безпечного асоціювання з домашнім агентом 140 (етап 6). Домашній агент 140 додатково може виконувати зв'язок з AAA/HSS 142 для ААА для обміну ключами через Інтернет для UE 110 (також етап 6). UE 110 може одержувати нову IP-адресу як домашня адреса. UE 110, після цього, може посилати оновлення прив'язки і може надавати своє поточне місцеположення домашньому агенту 140 (етап 7). Домашній агент 140 потім може посилати запит/вказівку на встановлення сеансу каналу IP-CAN на PCRF 150 (етап 8). Запит може 5 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 включати в себе параметр IP-CAN Type, який може ідентифікувати протокол мобільності (наприклад, МІР) для IP-CAN-сеансу, що встановлюється. PCRF 150 може визначати авторизацію РСС, якщо необхідне, і може ухвалювати рішення по запиту від домашнього агента 140. PCRF 150 потім може повертати підтвердження прийому встановлення IP-CAN-сеансу домашньому агенту 140 (етап 9). Підтвердження прийому може включати в себе правила РСС, інформацію тарифікації, інформацію про заголовок інкапсуляції тунелювання для протоколу мобільності і/або іншу інформацію для PCEF на домашньому агентові 140. PCEF може приводити у виконання правила РСС, що забезпечуються PCRF 150. PCRF 150 також може подавати на шлюз 130 правила РСС для тунельованих пакетів для РСС-сеансу між домашнім агентом 140 і PCRF 150 (етап 10). Шлюз 130 може використати правила РСС для підтримання QoS для тунельованих пакетів і/або виконання інших функцій. Домашній агент 140 також може повертати підтвердження прийому прив'язки на UE 110 (етап 11). Другий РСС-сеанс може встановлюватися між домашнім агентом 140 і PCRF 150 на етапах 8 і 9. Етот РСС-сеанс може асоціюватися з протоколом мобільності, наведеним в параметрі IPCAN Type, що посилається на етапі 8, і ІР-адресою, призначеною UE 110 на етапі 6. Цей характерний для протоколу мобільності РСС-сеанс також може асоціюватися з тунельованими пакетами, які можуть ідентифікуватися на основі шаблона потоку даних обслуговування, включеного в правила РСС, що надаються PCRF 150 на етапі 9. Шаблон потоку даних обслуговування може включати в себе набір фільтрів потоку даних обслуговування, що використовується для ідентифікації тунельованих пакетів для IP-потоків, що охоплюються РССсеансом. Домашній агент 140 може виявляти тунельовані пакети для РСС-сеансу, основуючись на шаблоні потоку даних. обслуговування, і може підраховувати ці пакети для тарифікації, як вказано інформацією тарифікації, що надається PCRF 150 (блок 12). Фіг.4 зображає розробку іншого процесу 400 для підтримання РСС, що використовує параметр IP-CAN Type. UE 110 може здійснювати доступ до Е-UTRAN 120а, яка може належати HPLMN для UE. UE 110 може виконувати зв'язок з домашнім агентом 140 для конфігурування IP-адреси (етап 1). Домашній агент 140, яким може бути шлюз PDN в HPLMN, може додатково виконувати зв'язок з AAA/HSS 142 для ААА і аутентифікація доступу UE 110 (також етап 1). UE 110 може одержувати IP-адресу і префікс домашньої мережі (HNP) від домашнього агента 140. Домашній агент 140 може посилати запит/вказівку на встановлення сеансу каналу IP-CAN на PCRF 150 (етап 2). Запит може включати в себе параметр IP-CAN Type, який може ідентифікувати тип радіодоступу (наприклад, E-UTRA) для IP-CAN-сеансу, що встановлюється. PCRF 150 може визначати авторизацію РСС, якщо необхідне, і може ухвалювати рішення по запиту від домашнього агента 140. PCRF 150 потім може повертати підтвердження прийому встановлення IP-CAN-сеансу на домашній агент 140 (етап 3). Підтвердження прийому може включати в себе правила РСС, інформацію тарифікації і/або іншу інформацію для PCEF на домашньому агентові 140. PCEF може приводити у виконання правила РСС, що надаються PCRF 150. Перший РСС-сеанс може встановлюватися між домашнім агентом 140 і PCRF 150 на етапах 2 і 3. Етот РСС-сеанс може асоціюватися з типом радіодоступу, наведеним в параметрі IP-CAN Type, що посилається на етапі 2, і HNP, що надається для UE 110 на етапі 1. Домашній агент 140 може виявляти нетунельовані пакети для РСС-сеансу, основуючись на шаблоні потоку даних обслуговування, PCRF 150, що надається, і може підраховувати ці пакети для тарифікації (блок 4). UE 110 може виконувати обмін ключами через Інтернет для встановлення безпечного асоціювання з домашнім агентом 140 (етап 5). UE 110 може зрозуміти, що воно знаходиться в HPLMN. У результаті, протокол мобільності може не активізуватися, і може не встановлюватися РСС-сеанс для протоколу мобільності. Після цього UE 110 може переміститися в RAN 120b нe-3GPP і може виконувати аутентифікація доступу і конфігурування IP-адреси з шлюзом 130b не-3GPP (етап 6). Шлюз 130b може додатково встановлювати зв'язок з AAA/HSS 142 для ААА для аутентифікація доступу UE 110 (також етап 6). Шлюз 130b може виконувати зв'язок з PCRF 150 для встановлення сеансу керування шлюзом (етап 7) і може встановлювати параметр IP-CAN Type на тип радіодосгупу (наприклад, WiMAX) (етап 7). PCRF 150 може встановлювати сеанс керування шлюзом для шлюзу 130b і може посилати підтвердження прийому на встановлення сеансу керування шлюзом (етап 8). Сеанс керування шлюзом може асоціюватися з типом радіодоступу, що надається шлюзом 130b. Після цього UE 110 може посилати оновлення прив'язки і може надавати своє поточне місцеположення домашньому агенту 140 (етап 9). Домашній агент 140 потім може посилати запит/вказівку на встановлення сеансу каналу IP-CAN на PCRF 150 (етап 10). Вказівка може 6 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 включати в себе параметр IP-CAN Type, який може ідентифікувати протокол мобільності (наприклад, DSMIPv6) для IP-CAN-сеансу, що встановлюється. PCRF 150 може визначати авторизацію РСС, якщо необхідне, і може ухвалювати рішення по запиту від домашнього агента 140. PCRF 150 потім може повертати підтвердження прийому встановлення IP-CAN-сеансу домашньому агенту 140 (етап 11). Підтвердження прийому може включати в себе правила РСС і іншу інформацію для PCEF на домашньому агентові 140. PCEF може приводити у виконання правила РСС, .що надаються PCRF 150. PCRF 150 також може надавати шлюзу 130b правила РСС для тунельованих пакетів для РСС-сеансу між домашнім агентом 140 і PCRF 150 (етап 12). Шлюз 130 може використати правила РСС для підтримання QoS для тунельованих пакетів і/або для виконання інших функцій. Домашній агент 140 також може повертати підтвердження прийому прив'язки на UE 110 (етап 13). Другий РСС-сеанс може встановлюватися між домашнім агентом 140 і PCRF 150 на етапах 10 і 11. Цей РСС-сеанс може асоціюватися з протоколом мобільності, представленим в параметрі IP-CAN Type, HNP домашнього агента 140 і адресою обслуговування (СоА) для UE 110. Домашній агент 140 може виявляти тунельовані пакети для РСС-сеансу, основуючись на шаблоні потоку даних обслуговування, PCRF 150, що надається на етапі 11, і може підраховувати ці пакети для тарифікації (блок 14). Як показано на фіг. 3 і 4, РСС може підтримуватися вказівкою шлюзу 130 або домашньому агенту 140, чи застосовуються правила РСС тільки до нетунельованих пакетів (наприклад, для першого РСС-сеансу на фіг. 3 і 4), або тільки до тунельованих пакетів (наприклад, для другого РСС-сеансу на фіг. 3 і 4), або до обох нетунельованих і тунельованих пакетьів (не показано на фіг. 3 і 4). Шлюз 130 або домашній агент 140 може підраховувати всі пакети для його РССсеансу для тарифікації, і кожний пакет буде підраховуватися тільки один раз або шлюзом 130, або домашнім агентом 140. Шлюз 130 або домашній агент 140 може правильно підраховувати пакети для свого РСС-сеансу(ов) навіть тоді, коли присутні як тунельований трафік (наприклад, трафік МІР), так і нетунельований трафік (наприклад, трафік локального відведення), наприклад, як показано на фіг. 4. Фіг.3 і 4 зображають дві розробки використання параметра IP-CAN Type для підтримання РСС для протоколів мобільності. Методи можуть використовуватися для різних протоколів мобільності, таких як МІР, DSMIPv6, MIPv4-CCoA, PMIP, GTP і т.д. Як приклад, у випадку MIPv4 параметр IP-CAN Type може встановлюватися на MIPv4-CCoA замість МІР на фіг. 3 і 4. Для ясності, деякі аспекти методів були описані для LTE. Методи також можуть використовуватися для інших бездротових мереж, які можуть включати в себе інші мережні об'єкти, які можуть виконувати функції, еквівалентні функціям мережних об'єктів, показаних на фіг. 1. Наприклад, в UMTS версії 8 шлюз PDN може служити в якості як обслуговуючого шлюзу, так і домашнього агента для UE. Шлюз PDN може мати два РСС-сеанси для UE. У одному РССсеансі шлюз PDN може служити як обслуговуючий шлюз для прямого IP-доступу UE за допомогою UTRAN. У іншому РСС-сеансі шлюз PDN може служити як домашній агент для мобільного IP-доступу UE за допомогою інший RAN. UE може посилати як нетунельовані пакети для прямого IP-доступу, так і тунельовані пакети для мобільного IP-доступу. Нетунельовані і тунельовані пакети можуть відповідати різним шаблонам потоку даних обслуговування на шлюзі PDN для двох РСС-сеансів, і кожний пакет може підраховуватися тільки один раз для відповідного РСС-сеансу. Цей сценарій може бути показаний процесом 400 на фіг. 4, в цьому випадку домашній агент 140 може представляти шлюз PDN, перший РСС-сеанс може бути для прямого IP-доступу, і другий РСС-сеанс може бутц для мобільного ІР-доступу. Фіг.5 зображає розробку процесу 500 для підтримання функцій РСС в бездротовій мережі. Процес 500 може виконуватися за допомогою PCRF (як описано нижче) або деякого іншого мережного об'єкта. PCRF може приймати запит/вказівку від першого мережного об'єкта (наприклад, домашнього агента) на встановлення РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи протокол мобільності (наприклад, МІР, PMIP, DSMIPv6, MIPv4-CCoA, GTP і т.д.) (блок 512). PCRF може визначати протокол мобільності, що використовується UE, основуючись на запиті (блок 514). У одній розробці PCRF може одержувати параметр IP-CAN Type із запиту і може визначати протокол мобільності, що використовується UE, основуючись на параметрі IP-CAN Туре. Протокол мобільності також може передаватися іншим способом, наприклад, використовуючи інші параметри, що посилаються в запиті. PCRF може визначати правила РСС для РСС-сеансу, основуючись на протоколі мобільності і, можливо, іншій інформації (блок 516). Правила РСС можуть містити набір щонайменше одного фільтра для ідентифікації пакетів для РСС-сеансу, вказівку, чи підраховувати пакети для тарифікації, правила QoS для пакетів, інформацію тарифікації для РСС-сеансу і/або іншу 7 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 інформацію, що стосується РСС-сеансу. PCRF може посилати правила РСС на перший мережний об'єкт (блок 518). Пакети для РСС-сеансу можуть інкапсулюватися в тунельовані пакети, які можуть обмінюватися між UE і першим мережним об'єктом за допомогою другого мережного об'єкта (наприклад, обслуговуючого шлюзу). У цьому випадку PCRF може визначати другі правила РСС, що містять (і) набір щонайменше одного фільтра для ідентифікації тунельованих пакетів і (іі) вказівку, щоб не підраховувати тунельовані пакети для тарифікації, яке може неявно надаватися за допомогою відсутності інформації тарифікації у других правилах РСС (блок 520). Наприклад, другі правила РСС можуть включати в себе тільки правила QoS і набір щонайменше одного фільтра і без інформації тарифікації. PCRF може посилати другі правила РСС на другий мережний об'єкт для застосування до тунельованих лакетів (блок 522). Тунельовані пакети -можуть підраховуватися один раз для тарифікації першим мережним об'єктом, а не другим мережним об'єктом. PCRF може приймати другий запит від третього мережного об'єкта (наприклад, іншого обслуговуючого шлюзу) на встановлення другого РСС-сеансу для UE. UE може мати прямий IPдоступ до третього мережного об'єкта і може обмінюватися пакетами з третім мережним об'єктом без тунелювання. PCRF може визначати тип радіодоступу, що використовується UE для третього мережного об'єкта, основуючись на другому запиті. У одній розробці PCRF може одержувати параметр IP-CAN Type з другого запиту і може визначати тип радіодоступу, що використовується UE, основуючись на параметрі IP-CAN Type. PCRF може визначати треті правила РСС для другого РСС-сеансу, основуючись на типі радіодоступу, що використовується UE. Треті правила РСС можуть містити щонайменше один фільтр для ідентифікації нетунельованих пакетів для другого РСС-сеансу і іншу інформацію. PCRF може потім посилати треті правила РСС на третій мережний об'єкт. Фіг.6 зображає розробку пристрою 600 для підтримання функцій РСС в бездротовій мережі. Пристрій 600 включає в себе модуль 612 для прийому запиту від першого мережного об'єкта на встановлення РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи протокол мобільності, модуль 614 для визначення протоколу мобільності, що використовується UE, основуючись на запиті, модуль 616 для визначення правил РСС для РСС-сеансу, основуючись на протоколі мобільності, модуль 618 для відправлення правил РСС на перший мережний об'єкт, модуль 620 для визначення других правил РСС, що містять набір щонайменше одного фільтра для ідентифікації тунельованих пакетів для РСС-сеансу і вказівку, щоб не підраховувати тунельовані пакети для тарифікації, і модуль 622 для відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. Фіг.7 зображає розробку процесу 700 для підтримання функцій РСС. Перший мережний об'єкт (наприклад, домашній агент) може приймати доступ UE, основуючись на протоколі мобільності (блок 712). Перший мережний об'єкт може посилати запит на другий мережний об'єкт (наприклад, PCRF) на встановлення РСС-сеансу для UE (блок 714). Запит може містити протокол мобільності, що використовується UE. У одній розробці запит може містити параметр IP-CAN Туре, який може встановлюватися на протокол мобільності, що використовується UE. Перший мережний об'єкт може приймати правила РСС для РСС-сеансу від другого. мережного об'єкта (блок 716). Правила РСС можуть визначатися за допомогою PCRF, основуючись на протоколі мобільності. Правила РСС можуть містити набір щонайменше одного фільтра для ідентифікації пакетів для РСС-сеансу, вказівку, чи підраховувати пакети для тарифікації, правила QoS для пакетів, інформацію тарифікації для РСС-сеансу і/або іншу інформацію для РСС-сеансу. Перший мережний об'єкт може застосовувати правила РСС до пакетів, що обмінюються з UE для РСС-сеансу (блок 718). Ці пакети можуть посилатися в тунельованих пакетах. У одній розробці блока 718 перший мережний об'єкт може ідентифікувати пакети для РСС-сеансу, основуючись на наборі щонайменше одного фільтра, одержаного з правил РСС. Перший мережний об'єкт може підраховувати пакети для тарифікації. Фіг.8 зображає розробку пристрою 800 для підтримання функцій РСС. Пристрій 800 включає в себе модуль 812 для прийом доступу UE, основуючись на протоколі мобільності на першому мережному об'єкті, модуль 814 для відправлення запиту на другий мережний об'єкт для встановлення РСС-сеансу для UE, причому запит містить протокол мобільності, що використовується UE, модуль 816 для прийому правил РСС для РСС-сеансу від другого мережного об'єкта, причому правила РСС визначаються на основі протоколу мобільності, і модуль 818 для застосування правил РСС до пакетів, що обмінюються з UE для РСС-сеансу. Фіг.9 зображає розробку процесу 900 для підтримання функцій РСС. Перший мережний об'єкт (наприклад, обслуговуючий шлюз) може приймати правила РСС для РСС-сеансу, 8 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 встановленого другим мережним об'єктом (наприклад, домашнім агентом) для UE, що здійснює доступ до другого мережного об'єкта, використовуючи протокол мобільності (наприклад, МІР) (блок 912). UE і другий мережний об'єкт можуть обмінюватися тунельованими пакетами, які можуть прямувати першим мережним об'єктом. Перший мережний об'єкт може ідентифікувати тунельовані пакети для РСС-сеансу, основуючись на першому наборі щонайменше одного фільтра, одержаного з правил РСС (блок 914). Перший мережний об'єкт може пропускати підрахунок тунельованих пакетів для тарифікації, при цьому тунельовані пакети підраховуються замість цього другим мережним об'єктом для тарифікації (блок 916). Перший мережний об'єкт може посилати запит на встановлення другого РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи прямий IP-доступ (блок 918). Запит може включати в себе параметр IP-CAN Type, встановлений на тип радіодоступу, що використовується UE для першого мережного об'єкта. Перший мережний об'єкт може приймати другі правила РСС для другого РСС-сеансу, які можуть визначатися на основі типу радіодоступу, що використовується UE (блок 920). Перший мережний об'єкт може ідентифікувати нетунельовані пакети для другого РСС-сеансу, основуючись на другому наборі щонайменше одного фільтра, одержаного з других правил РСС (блок 922), і може підраховувати нетунельовані пакети для тарифікації (блок 924). Фіг. 10 зображає, розробку пристрою 1000 для підтримання функцій РСС. Пристрій 1000 включає в себе модуль 1012 для прийому правил РСС на першому мережному об'єкті, причому правила РСС призначені для РСС-сеансу, встановленого другим мережним об'єктом для UE, що здійснює доступ до другого мережного об'єкта, використовуючи протокол мобільності, модуль 1014 для ідентифікації тунельованих пакетів для РСС-сеансу, основуючись на першому наборі щонайменше одного фільтра, одержаного з правил РСС, модуль 1016 для відсутності підрахунку тунельованих пакетів для тарифікації, причому тунельовані пакети підраховуються другим мережним об'єктом для тарифікації, модуль 1018 для відправлення запиту на встановлення другого РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи прямий ІР-доступ, модуль 1020 для прийому других правил РСС для другого РСС-сеансу, модуль 1022 для ідентифікації нетунельованих пакетів для другого РСС-сеансу, основуючись на другому наборі щонайменше одного фільтра, одержаного з других правил РСС,і модуль 1024 для підрахунку нетунельованих пакетів для тарифікації. Фіг. 11 зображає розробку процесу 1100, що виконується UE. UE може здійснювати доступ до першого мережного об'єкта (наприклад, домашньому агенту), використовуючи протокол мобільності (наприклад, МІР) (блок 1112). Перший мережний об'єкт може встановлювати РССсеанс для UE, основуючись на протоколі мобільності, наприклад, за допомогою установки параметра IP-CAN Туре на протокол мобільності. UE може обмінюватися тунельованими пакетами з першим мережним об'єктом для РСС-сеансу (блок 1114). Перший мережний об'єкт може підраховувати тунельовані пакети для тарифікації відповідно до правил РСС, визначених для РСС-сеансу, основаних на протоколі мобільності. UE може здійснювати доступ до другого мережного об'єкта (наприклад, обслуговуючого шлюзу), використовуючи прямий IP-доступ (блок 1116). Другий мережний об'єкт може встановлювати другий РСС-сеанс для UE, основуючись на типі радіодоступу (наприклад, EUTRA, UTRA, WiMAX, Wi-Fi і т.д.), UE, що використовується для другого мережного об'єкта. UE може обмінюватися нетунельованими пакетами з другим мережним об'єктом для другого РССсеансу (блок 1118). Другий мережний об'єкт може підраховувати нетунельовані пакети для тарифікації у відповідності з другими правилами РСС, визначеними для другого РСС-сеансу, основуючись на типі радіодоступу. Тунельовані пакети для першого РСС-сеансу можуть обмінюватися між UE і першим мережним об'єктом через другий мережний об'єкт. Тунельовані пакети можуть підраховуватися першим мережним об'єктом для тарифікації і можуть не підраховуватися другим мережним об'єктом. Фіг. 12 зображає розробку пристрою 1200 для UE. Пристрій 1200 включає в себе модуль 1212 для доступу UE до першого мережного об'єкта, використовуючи протокол мобільності, причому перший мережний об'єкт встановлює РСС-сеанс для UE, основуючись на протоколі мобільності, модуль 1214 для обміну тунельованими пакетами з першим мережним об'єктом для РСС-сеансу, причому перший мережний об'єкт підраховує тунельовані пакети для тарифікації відповідно до правил РСС, визначених для РСС-сеансу, основуючись на протоколі мобільності, модуль 1216 для доступу UE до другого мережного об'єкта, використовуючи прямий IP-доступ, причому другий мережний об'єкт встановлює другий РСС-сеанс для UE, основуючись на типі радіодоступу, що використовується UE для другого мережного об'єкта, і модуль 1218 для обміну нетунельованими пакетами з другим мережним об'єктом для другого 9 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 РСС-сеансу, причому другий мережний об'єкт підраховує нетунельовані пакети для тарифікації у відповідності з другими правилами РСС, визначеними для другого РСС-сеансу, основуючись на типі радіодоступу. Модулі на фіг. 6, 8, 10 і 12 можуть містити процесори, електронні пристрої, апаратні пристрої, електронні компоненти, логічні схеми, пам'яті, програмні коди, програмно-апаратні коди і т.д. або будь-яку їх комбінацію. Фіг.13 зображає блок-схему розробки UE 110, RAN 120, шлюзу 130, домашнього агента 140 і PCRF 150. RAN 120 може бути E-UTRAN 120а або RAN 120b нe-3GPP на фіг. 1 або деяка інша RAN. Шлюзом 130 може бути обслуговуючий шлюз 130а або шлюз 130b нe-3GPP на фіг. 1 або деякий інший шлюз. Для спрощення фіг. 13 зображає (і) один контролер/процесори 1310, одну пам'ять 1312 і один приймач/передавачі 1314 для UE 110, (іі) один контролер/процесори 1320, одну пам'ять (Mem) 1322, один приймач/передавачі 1324 і один блок 1326 зв'язку (Comm) для RAN 120, (ііі) один контролер/процесори 1330, одну пам'ять 1332 і один блок 1334 зв'язку для шлюзу 130, (iv) один контролер/процесори 1340, одну пам'ять 1342 і один блок 1344 зв'язку для домашнього агента 140, і (v) один контролер/процесори 1350, одну пам'ять 1352 і один блок 1354 зв'язку для PCRF 150. Як правило, кожний об'єкт може включати в себе будь-яку кількість контролерів, процесорів, блоків пам'яті, приймачів-передавачів, блоків зв'язку і т.д. По низхідній лінії зв'язку RAN 120 може передавати дані і повідомлення на ЦЕ в межах її зони покриття. Дані і повідомлення можуть оброблятися процесором 1320 і приводитися в певний стан передавачем 1324 для генерування сигналів низхідної лінії зв'язку, які можуть передаватися на UE. На UE 110 сигнали низхідної лінії зв'язку від RAN 120 можуть прийматися і приводитися в певний стан приймачем 1314 і оброблятися процесором 1310 для відновлення даних і повідомлень, що посилаються на UE 110. Пам'ять 1312 може зберігати програмні коди і дані для UE 110. Процесор 1310 може виконувати або керувати процесом 1100 на фіг. 11 і/або іншими процесами для методів, описаних в даному документі. Процесор 1310 також може виконувати обробку для UE ПО в потоку 300 і 400 повідомлень на фіг. 3 і 4, відповідно. По висхідній лінії зв'язку UE 110 може передавати дані і повідомлення на RAN 120. Дані і повідомлення можуть оброблятися процесором 1310 і приводитися в певний стан передавачем 1314 для генерування сигналу висхідної лінії зв'язку, який може передаватися на RAN 120. На RAN 120 сигнали висхідної лінії зв'язку від UE 110 і інших UE можуть прийматися і приводитися в певний стан приймачем 1324 і додатково оброблятися процесором 1320 для відновлення даних і повідомлень, що посилаються при допомозі UE. Пам'ять 1322 може зберігати програмні коди і дані для RAN 120, які можуть обмінюватися з іншими мережними об'єктами за допомогою блока 1326 зв'язку. У шлюзі 130 процесор 1330 може виконувати обробку для шлюзу, пам'ять 1332 може зберігати програмні коди і дані для шлюзу, і блок 1334 зв'язку може дозволяти шлюзу виконувати зв'язок з іншими мережними об'єктами. Процесор 1330 може виконувати або керувати процесом 900 на фіг. 9 і/або іншими процесами для методів, описаних в даному документі. Процесор 1330 також може виконувати обробку для шлюзу 130 в потоку 300 повідомлень на фіг. 3 і для шлюзу 130b нe-3GPP в повідомленні 400 на фіг. 4. На домашньому агенті 140 процесор 1340 може виконувати обробку для домашнього агента, пам'ять 1342 може зберігати програмні коди і дані для домашнього агента, і блок 1344 зв'язку може дозволяти домашньому агенту виконувати зв'язок з іншими мережними об'єктами. Процесор 1340 може виконувати або керувати процесом 700 на фіг. 7 і/або іншими процесами для методів, описаних в даному документі. Процесор 1340 також може виконувати обробку для домашнього агента 140 в потоках 300 і 400 повідомлень на фіг. 3 і 4, відповідно. У PCRF 150 процесор 1350 може виконувати обробку для PCRF, пам'ять 1352 може зберігати програмні коди і дані для PCRF, і блок 1354 зв'язку може дозволяти PCRF виконувати зв'язок з іншими мережними об'єктами. Процесор 1350 може виконувати або керувати процесом 500 на фіг. 5 і/або іншими процесами для методів, описаних в даному документі. Процесор 1350 також може виконувати обробку для PCRF 150 в потоках 300 і 400 повідомлень на фіг. 3 і 4, відповідно. Фахівець в даній галузі техніки зрозуміє, що інформація і сигнали можуть представлятися з використанням будь-якої з численних різних технологій і методів. Наприклад, дані, інструкції, команди, інформація, сигнали, біти, символи і чіпи, які можуть згадуватися у вищезазначеному описі, можуть представлятися напруженнями, струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками або будь-якою їх комбінацією. Фахівець в даній галузі техніки додатково оцінить, що різні ілюстративні логічні блоки, модулі, схеми і етапи алгоритму, описані в зв'язку з розкриттям в даному документі, можуть 10 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 бути реалізовані у вигляді електронних апаратних засобів, комп'ютерних програмних засобів або їх комбінацією. Щоб ясно проілюструвати цю взаємозамінність апаратних і програмних засобів, різні ілюстративні компоненти, блоки, модулі, схеми і етапи були описані вище, в основному, на мові їх функціональних можливостей. Чи реалізовується така функціональна можливість у вигляді апаратних або програмних засобів, залежить від конкретного застосування і конструктивних обмежень, що накладається на всю систему. Фахівець в даній галузі техніки може реалізувати описану функціональну можливість різними шляхами для кожного конкретного застосування, але такі рішення по реалізації не повинні інтерпретуватися як такі, що викликають відступ від об'єму даного розкриття. Різні ілюстративні логічні блоки, модулі і схеми, описані в зв'язку з розкриттям в даному документі, можуть реалізовуватися або виконуватися за допомогою процесора загального призначення, процесора цифрової обробки сигналів (DSP), спеціалізованої інтегральної схеми (спеціалізованої ІС), вентильної матриці, що програмується (FPGA) або іншого логічного пристрою, що програмується, дискретної вентильної або транзисторної логіки, дискретних апаратних компонентів або будь-якої їх комбінації, призначеної для виконання функцій, описаних в даному документі. Процесором загального призначення може бути мікропроцесор, але, в альтернативі, процесором може бути будь-ким звичайний процесор, контролер, мікроконтролер або кінцевий автомат. Процесор також може бути реалізований у вигляді комбінації обчислювальних пристроїв, наприклад, комбінації DSP і мікропроцесора, множини мікропроцесорів, одного або декількох мікропроцесорів разом з ядром DSP, або будь-якої іншої такої конфігурації. Етапи способу або алгоритму, описаного в зв'язку з розкриттям в даному документі, можуть втілюватися безпосередньо апаратними засобами, програмним модулем, що виконується процесором, або їх комбінацією. Програмний модуль може постійно знаходитися в пам'яті оперативного запам'ятовуючого пристрою (RAM), флеш-пам'яті, пам'яті постійного запам'ятовуючого пристрою (ROM), пам'яті ROM, що програмується і стирається (EPROM), пам'яті ROM, що електрично стирається і програмується (EEPROM), регістрах, на жорсткому диску, знімному диску, компакт-диску або запам'ятовуючому середовищі будь-якого іншого вигляду, відомого в техніці. Зразкове запам'ятовуюче середовище пов'язане з процесором, так що процесор може прочитувати інформацію із запам'ятовуючого середовища і записувати інформацію на неї. У альтернативі, запам'ятовуюче середовище може бути виконане за одне ціле з процесором. Процесор і запам'ятовуюче середовище можуть постійно знаходитися в спеціалізованій ІС. Спеціалізована ІС може постійно знаходитися в користувацькому терміналі. У альтернативі, процесор і запам'ятовуюче середовище можуть постійно знаходитися як дискретні компоненти в користувацькому терміналі. У одній або декількох зразкових розробках описані функції можуть бути реалізовані апаратними, програмними, апаратно-програмними засобами або будь-якою їх комбінацією. Якщо вони реалізовані програмними засобами, функції можуть зберігатися або передаватися у вигляді однієї або декількох інструкцій або коду на середовищі, що зчитується комп'ютером. Середовище, що зчитується комп'ютером включає в себе як запам'ятовуюче середовище комп'ютера, так і середовище зв'язку, що включає в себе будь-яке середовище, яка сприяє пересилці комп'ютерної програми з одного місця в інше. Запам'ятовуюче середовище може являти собою будь-яке доступне середовище, до якого може звертатися комп'ютер загального призначення або спеціального призначення. Як приклад, а не обмеження, таке середовище, що зчитується комп'ютером, може містити RAM, ROM, EEPROM, компакт-диск або інший запам'ятовуючий пристрій на оптичному диску, запам'ятовуючий пристрій на магнітних дисках або інші магнітні запам'ятовуючі пристрої, або будь-яке інше середовище, яка може використовуватися для перенесення або зберігання необхідного засобу програмного коду у вигляді інструкцій або структур даних, і до якої може звертатися комп'ютер загального призначення або спеціального призначення, або процесор загального призначення або спеціального призначення. Також, будь-яке з'єднання правильно називається комп'ютночитаним середовищем. Наприклад, якщо програмні засоби передаються з веб-сайту, сервера або іншого віддаленого джерела, використовуючи коаксіальний кабель, волоконнооптичний кабель, виту пару, цифрову абонентську лінію (DSL) або бездротові технології, такий як інфрачервоні, радіочастотні або мікрохвильові, тоді коаксіальний кабель, волоконнооптичний кабель, вита пара, DSL або бездротові технології, такі як інфрачервоні, радіочастотні і мікрохвильові, включаються у визначення середовища. Диск (disk) і диск (disc), як використовується в даному документі, включає в себе компакт-диск (CD), лазерний диск, оптичний диск, цифровий багатофункціональний диск (DVD), дискету і диск Blu-ray (синьопроменевий диск), де диски (disk) звичайно відтворюють дані магнітним способом, тоді як 11 UA 99324 C2 5 диски (disc) відтворюють дані оптичним способом за допомогою лазерів. Комбінації вищезазначених також повинні бути включені в об'єм середовища, що зчитується комп'ютером. Попередній опис розкриття представлений для того, щоб надати можливість будь-якому фахівцеві в даній галузі техніки виконати або використати розкриття. Різні модифікації розкриття легко очевидні для фахівця в даній галузі техніки, і узагальнені принципи, визначені в даному документі, можуть бути застосовані до інших варіантів без відступу від суті або об'єму розкриття. Таким чином, розкриття, як передбачається, не обмежується прикладами і розробками, описаними в даному документі, але повинно-відповідати найбільшому об'єму, що узгоджується з принципами і новими ознаками, описаними в даному документі. 10 ФОРМУЛА ВИНАХОДУ 15 20 25 30 35 40 45 50 55 60 1. Спосіб бездротового зв'язку, який включає прийом запиту від першого мережного об'єкта на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для користувацького обладнання (UE), яке здійснює доступ до першого мережного об'єкта з використанням протоколу мобільності; визначення протоколу мобільності, що використовується UE, основуючись на запиті; визначення правил РСС для РСС-сеансу, основуючись на протоколі мобільності; відправлення правил РСС на перший мережний об'єкт, причому пакети для РСС-сеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта; визначення других правил РСС, які містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не підраховувати тунельовані пакети для тарифікації; і відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 2. Спосіб за п. 1, в якому визначення протоколу мобільності, що використовується UE, містить отримання параметра IP-CAN Type з запиту і визначення протоколу мобільності, що використовується UE, основуючись на параметрі IP-CAN Type. 3. Спосіб за п. 1, в якому правила РСС містять щонайменше одне з набору з щонайменше одного фільтра для ідентифікації пакетів для РСС-сеансу, вказування, чи підраховувати пакети для тарифікації, правил якості обслуговування (QoS) для пакетів і інформації тарифікації для РСС-сеансу. 4. Спосіб за п. 1, який додатково включає прийом другого запиту від другого мережного об'єкта на встановлення другого РСС-сеансу для UE; визначення типу радіодоступу, що використовується UE для другого мережного об'єкта, основуючись на другому запиті; визначення других правил РСС для другого РСС-сеансу, основуючись на типі радіодоступу, що використовується UE; і відправлення других правил РСС на другий мережний об'єкт. 5. Спосіб за п. 4, в якому пакети для другого РСС-сеансу обмінюються між UE і другим мережним об'єктом без тунелювання, і в якому другі правила РСС містять щонайменше один фільтр для ідентифікації нетунельованих пакетів для другого РСС-сеансу. 6. Спосіб за п. 4, в якому перший мережний об'єкт містить домашній агент, який обслуговує UE для мобільного доступу по протоколу Інтернету (IP) (IP-доступу), основуючись на протоколі мобільності, і в якому другий мережний об'єкт містить обслуговуючий шлюз, який обслуговує UE для прямого IP-доступу. 7. Пристрій бездротового зв'язку, який містить щонайменше один процесор, конфігурований для прийому запиту від першого мережного об'єкта на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для користувацького обладнання (UE), що здійснює доступ до першого мережного об'єкта з використанням протоколу мобільності, визначення протоколу мобільності, що використовується UE, основуючись на запиті, визначення правил РСС для РСС-сеансу, основуючись на протоколі мобільності, і відправлення правил РСС на перший мережний об'єкт; причому пакети для РСС-сеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта, і при цьому щонайменше один процесор конфігурований для визначення других правил РСС, що містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не 12 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 підраховувати тунельовані пакети для тарифікації, і відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 8. Пристрій за п. 7, в якому щонайменше один процесор конфігурований для отримання параметра IP-CAN Type з запиту і визначення протоколу мобільності, що використовується UE, основуючись на параметрі IP-CAN Type. 9. Пристрій за п. 7, в якому щонайменше один процесор конфігурований для прийому другого запиту від другого мережного об'єкта на встановлення другого РСС-сеансу для UE, визначення типу радіодоступу, що використовується UE для другого мережного об'єкта, основуючись на другому запиті, визначення других правил РСС для другого РСС-сеансу, основуючись на типі радіодоступу, що використовується UE, і відправлення других правил РСС на другий мережний об'єкт. 10. Пристрій бездротового зв'язку, який містить засіб прийому запиту від першого мережного об'єкта на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для користувацького обладнання (UE), що здійснює доступ до першого мережного об'єкта з використанням протоколу мобільності; засіб визначення протоколу мобільності, що використовується UE, основуючись на запиті; засіб визначення правил РСС для РСС-сеансу, основаних на протоколі мобільності; засіб відправлення правил РСС на перший мережний об'єкт, причому пакети для РСС-сеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта; засіб визначення других правил РСС, що містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не підраховувати тунельовані пакети для тарифікації; і засіб відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 11. Пристрій за п. 10, в якому засіб визначення протоколу мобільності, що використовується UE, містить засіб отримання параметра IP-CAN Type з запиту і засіб визначення протоколу мобільності, що використовується UE, основуючись на параметрі IP-CAN Type. 12. Пристрій за п. 10, який додатково містить засіб прийому другого запиту від другого мережного об'єкта на встановлення другого РССсеансу для UE; засіб визначення типу радіодоступу, що використовується UE для другого мережного об'єкта, основуючись на другому запиті; засіб визначення других правил РСС для другого РСС-сеансу, основаних на типі радіодоступу, що використовується UE; і засіб відправлення других правил РСС на другий мережний об'єкт. 13. Машиночитаний носій, який містить виконувані комп'ютером коди, збережені на ньому, причому коди містять код для спонукання щонайменше одного комп'ютера приймати запит від першого мережного об'єкта на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для користувацького обладнання (UE), що здійснює доступ до першого мережного об'єкта з використанням протоколу мобільності, причому встановлення правил РСС містить ідентифікацію пакетів для РРС-сеансу на основі набору з щонайменше одного фільтра, отриманого з правил РРС, і підрахунок пакетів для тарифікації, код для спонукання щонайменше одного комп'ютера визначати протокол мобільності, що використовується UE, основуючись на запиті; код для спонукання щонайменше одного комп'ютера визначати правила РСС для РСС-сеансу, основані на протоколі мобільності; код для спонукання щонайменше одного комп'ютера відправляти правила РСС на перший мережний об'єкт, причому пакети для РСС-сеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта; код для спонукання щонайменше одного комп'ютера визначати другі правила РСС, що містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не підраховувати тунельовані пакети для тарифікації; і код для спонукання щонайменше одного комп'ютера відправляти другі правила РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 14. Спосіб бездротового зв'язку, який включає 13 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 60 прийняття доступу користувацьким обладнанням (UE), основуючись на протоколі мобільності, на першому мережному об'єкті; відправлення запиту на другий мережний об'єкт на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для UE, причому запит містить протокол мобільності, що використовується UE; прийом правил РСС для РСС-сеансу від другого мережного об'єкта, причому правила РСС визначаються на основі протоколу мобільності; застосування правил РСС до пакетів, які обмінюються з UE для РСС-сеансу, причому застосування правил РСС містить ідентифікацію пакетів для РРС-сеансу на основі набору з щонайменше одного фільтра, отриманого з правил РРС, і підрахунок пакетів для тарифікації, і при цьому пакети для РСС-сеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта; визначення других правил РСС, що містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не підраховувати тунельовані пакети для тарифікації; і відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 15. Спосіб за п. 14, який додатково включає встановлення параметра IP-CAN Type, основуючись на протоколі мобільності, що використовується UE; і генерування запиту, який містить параметр IP-CAN Type. 16. Спосіб за п. 14, в якому правила РСС містять щонайменше одне з набору з щонайменше одного фільтра для ідентифікації пакетів для РСС-сеансу, вказування, чи підраховувати пакети для тарифікації, правил якості обслуговування (QoS) для пакетів і інформації тарифікації для РСС-сеансу. 17. Спосіб за п. 14, в якому перший мережний об'єкт містить домашній агент для UE, і в якому другий мережний об'єкт містить функцію правил керування і тарифікації політики (PCRF). 18. Пристрій бездротового зв'язку, який містить щонайменше один процесор, конфігурований для прийняття доступу користувацьким обладнанням (UE) на основі протоколу мобільності на першому мережному об'єкті, відправлення запиту на другий мережнийоб'єкт на встановлення сеансу керування і тарифікації політики (РСС) (РСС-сеансу) для UE, причому запит містить протокол мобільності, що використовується UE, прийом правил РСС для РСС-сеансу від другого мережного об'єкта, причому правила РСС визначаються на основі протоколу мобільності, і застосування правил РСС до пакетів, які обмінюються з UE для РСС-сеансу, при цьому щонайменше один процесор додатково конфігурований для ідентифікації пакетів для РРС-сеансу на основі набору з щонайменше одного фільтра, отриманого з правил РРС, і підрахунку пакетів для тарифікації, при цьому пакети для РССсеансу інкапсульовані в тунельовані пакети, які обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта; визначення других правил РСС, що містять набір з щонайменше одного фільтра для ідентифікації тунельованих пакетів і вказування не підраховувати тунельовані пакети для тарифікації; і відправлення других правил РСС на другий мережний об'єкт для застосування до тунельованих пакетів. 19. Пристрій за п. 18, в якому щонайменше один процесор конфігурований для встановлення параметра IP-CAN Type, основуючись на протоколі мобільності, що використовується UE, і генерування запиту, який містить параметр IP-CAN Туре. 20. Спосіб бездротового зв'язку, який включає на першому мережному об'єкті, прийом правил керування і тарифікацій політики (РСС), причому правила РСС призначені для РСС-сеансу, встановленого другим мережним об'єктом для користувацького обладнання (UE), що здійснює доступ до другого мережного об'єкта з використанням протоколу мобільності, ідентифікацію тунельованих пакетів для РСС-сеансу, основуючись на першому наборі з щонайменше одного фільтра, отриманого з правил РСС, і відсутності підрахунку тунельованих пакетів для тарифікації; причому тунельовані пакети підраховуються другим мережним об'єктом для тарифікації. 21. Спосіб за п. 20, який додатково включає відправлення запиту на встановлення другого РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта, використовуючи прямий доступ по протоколу Інтернету (IP) (IPдоступ); 14 UA 99324 C2 5 10 15 20 25 30 35 40 45 50 55 прийом других правил РСС для другого РСС-сеансу, причому другі правила РСС визначаються на основі типу радіодоступу, що використовується UE для другого мережного об'єкта; ідентифікацію нетунельованих пакетів для другого РСС-сеансу, основуючись на другому наборі з щонайменше одного фільтра, отриманого з других правил РСС; і підрахунок нетунельованих пакетів для тарифікації. 22. Пристрій бездротового зв'язку, який містить щонайменше один процесор, конфігурований для виконання на першому мережному об'єкті прийому правил керування і тарифікації політики (РСС), причому правила РСС призначені для РСС-сеансу, встановленого другим мережним об'єктом для користувацького обладнання (UE), що здійснює доступ до другого мережного об'єкта з використанням протоколу мобільності, ідентифікації тунельованих пакетів для РСС-сеансу, основуючись на першому наборі з щонайменше одного фільтра, отриманого з правил РСС, і відсутності підрахунку тунельованих пакетів для тарифікації, причому тунельовані пакети підраховуються другим мережним об'єктом для тарифікації. 23. Пристрій за п. 22, в якому щонайменше один процесор конфігурований для відправлення запиту на встановлення другого РСС-сеансу для UE, що здійснює доступ до першого мережного об'єкта з використанням прямого доступу по протоколу Інтернету (IP) (IP-доступ), прийому других правил РСС для другого РСС-сеансу, причому другі правила РСС визначаються на основі типу радіодоступу, що використовується UE для другого мережного об'єкта, ідентифікації нетунельованих пакетів для другого РСС-сеансу, основуючись на другому наборі з щонайменше одного фільтра, отриманого з других правил РСС, і підрахунку нетунельованих пакетів для тарифікації. 24. Спосіб бездротового зв'язку, який включає здійснення доступу до першого мережного об'єкта користувацьким обладнанням (UE) з використанням протоколу мобільності, причому перший мережний об'єкт встановлює сеанс керування і тарифікації політики (РСС) (РСС-сеанс) для UE, основуючись на протоколі мобільності; обмін тунельованими пакетами з першим мережним об'єктом для РСС-сеансу, причому перший мережний об'єкт підраховує тунельовані пакети для тарифікації згідно з правилами РСС, визначеними для РСС-сеансу, основуючись на протоколі мобільності; здійснення доступу до другого мережного об'єкта за допомогою UE з використанням прямого доступу по протоколу Інтернету (IP) (IP-доступ), причому другий мережний об'єкт встановлює другий РСС-сеанс для UE, основуючись на типі радіодоступу, що використовується UE для другого мережного об'єкта; і обмін нетунельованими пакетами з другим мережним об'єктом для другого РСС-сеансу, причому другий мережний об'єкт підраховує нетунельовані пакети для тарифікації відповідно до других правил РСС, визначених для другого РСС-сеансу, основуючись на типі радіодоступу. 25. Спосіб за п. 24, в якому тунельовані пакети обмінюються між UE і першим мережним об'єктом за допомогою другого мережного об'єкта, і в якому другий мережний об'єкт не підраховує тунельовані пакети для тарифікації. 26. Спосіб за п. 24, в якому перший мережний об'єкт містить домашній агент, який обслуговує UE для мобільного IP-доступу, основуючись на протоколі мобільності, і в якому другий мережний об'єкт містить обслуговуючий шлюз, який обслуговує UE для прямого ІР-доступу. 27. Пристрій бездротового зв'язку, який містить щонайменше один процесор, конфігурований для здійснення доступу до першого мережного об'єкта користувацьким обладнанням (UE) з використанням протоколу мобільності, причому перший мережний об'єкт встановлює сеанс керування і тарифікації політики (РСС) (РСС-сеанс) для UE, основуючись на протоколі мобільності, і обміну тунельованими пакетами з першим мережним об'єктом для РСС-сеансу, причому перший мережний об'єкт підраховує тунельовані пакети для тарифікації згідно з правилами РСС, визначеними для РСС-сеансу, основуючись на протоколі мобільності; при цьому згаданий щонайменше один процесор додатково конфігурований для здійснення доступу до другого мережного об'єкта за допомогою UE з використанням прямого доступу по протоколу Інтернету (IP) (IP-доступ), причому другий мережний об'єкт встановлює другий РССсеанс для UE, основуючись на типі радіодоступу, що використовується UE для другого мережного об'єкта, і обміну нетунельованими пакетами з другим мережним об'єктом для другого РСС-сеансу, причому другий мережний об'єкт підраховує нетунельовані пакети для тарифікації відповідно до других правил РСС, визначених для другого РСС-сеансу, основуючись на типі радіодоступу. 15 UA 99324 C2 16 UA 99324 C2 17 UA 99324 C2 18 UA 99324 C2 19 UA 99324 C2 20 UA 99324 C2 21 UA 99324 C2 Комп’ютерна верстка А. Крижанівський Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 22