Керування політикою для потоків інкапсульованих даних

Реферат: Описані системи і методики, які сприяють обміну інформацією інкапсуляції для пов'язаного типу протоколу мобільності, що використовується для зв'язку за допомогою потоку даних із зменшеним специфічним втіленням в сервері політики, для підтримки різних типів протоколу мобільності. У цьому відношенні, інформація інкапсуляції може бути передана в сервер політики з мережевого шлюзу таким чином, що сервер політики може просувати інформацію інкапсуляції в обслуговуючий шлюз разом з правилами політики, що належать до типу потоку даних. Обслуговуючий шлюз може використовувати інформацію інкапсуляції для детектування і інтерпретації потоку інкапсульованих даних відповідно до правил політики. У цьому відношенні, обслуговуючий шлюз може надавати підтримку (наприклад, підтримку якості обслуговування) для потоку. Інформація інкапсуляції може відноситися до типу протоколу мобільності, заголовка інкапсуляції, указання, що потрібна інкапсуляція, параметрам, що належать до визначення місцеположення заголовка інкапсуляції в повідомленні, і/або тому подібне. UA 99335 C2 (12) UA 99335 C2 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 Перехресне посилання на споріднені заявки Ця заявка вимагає пріоритет по попередній заявці на патент США, реєстраційний № 61/026712, під назвою "MOBILITY PROTOCOL INDICATION IN THE PPC SESSION ESTABLISHMENT", яка була подана 6 лютого 2008 р., по попередній заявці на патент США, реєстраційний № 61/026981, під назвою "HANDLING POLICY CONTROL FOR ENCAPSULATED DATA FLOWS", яка була подана 7 лютого 2008 р., і по попередній заявці на патент США, реєстраційний № 61/036,585, під назвою "METHOD AND APPARATUS FOR PROVIDING POLICY CONTROL IN COMMUNICATION SYSTEMS", яка була подана 14 березня 2008 р. Згадані вище заявки повністю згадані тут як посилання. Рівень техніки I. Галузь техніки, до якої належить винахід Наступний опис, загалом, належить до бездротового зв’язку, і, більш конкретно, до керування політикою для потоків даних в мережах бездротового зв’язку. II. Опис попереднього рівня техніки Системи бездротового зв’язку широко розгорнені, щоб надавати різні типи контенту зв'язку, такого як, наприклад, голос, дані і так далі. Типові системи бездротового зв’язку можуть бути системами з множинним доступом, виконаними з можливістю підтримки зв'язку з множиною користувачів шляхом спільного використання доступних системних ресурсів (наприклад, смуги пропускання, потужності передачі...). Приклади таких систем з множинним доступом можуть містити в собі системи з множинним доступом з кодовим розділенням каналів (CDMA), системи з множинним доступом з часовим розділенням каналів (TDMA), системи з множинним доступом з частотним розділенням каналів (FDMA), системи з множинним доступом з ортогональним частотним розділенням каналів (OFDMA) і т. п. Додатково, системи можуть відповідати специфікаціям, таким як проект партнерства третього покоління (3GPP), проект довготривалого розвитку 3GPP (LTE), надширокосмугова система мобільного зв'язку (UMB), і/або специфікації бездротового зв’язку з множиною несучих, такі як розвиток оптимізованої системи передачі даних (EV-DO), однієї або більше їх редакцій і т. д. Звичайно системи бездротового зв’язку з множинним доступом можуть одночасно підтримувати зв'язок для множини мобільних пристроїв. Кожний мобільний пристрій може здійснювати зв'язок з однією або більше точками доступу (такими як базові станції, ретрансляційні станції, інші мобільні пристрої, які використовують однорангову або спеціалізовані технології, і т. д.), за допомогою передач по прямій і зворотній лініях зв'язку. Пряма лінія зв'язку (або низхідна лінія зв'язку) належить до лінії зв'язку з точок доступу в мобільні пристрої, і зворотна лінія зв'язку (або висхідна лінія зв'язку) належить до лінії зв'язку з мобільних пристроїв в точки доступу. Додатково, передача даних між мобільними пристроями і точками доступу може бути встановлена через систему з одним входом - одним виходом (SISO), систему з множиною входів - одним виходом (MISO), систему з множиною входів множиною виходів (MIMO) і т. д. Точки доступу можуть надавати доступ до бездротової мережі для мобільних пристроїв шляхом здійснення зв'язку з різними компонентами основної бездротової мережі, такими як об'єкти керування мобільністю (MME), шлюзи, сервери політики і т. д. Мобільні пристрої, в одному прикладі, можуть здійснювати зв'язок з мережевим шлюзом, використовуючи один або більше потоків по протоколу Інтернет (IP), і сервер політики може виконувати авторизацію потоків IP. Додатково, один або більше обслуговуючих або проміжних шлюзів можуть сприяти здійсненню зв'язку між мобільним пристроєм і мережевим шлюзом. Сервер політики надає політики для обслуговуючого шлюзу, що дозволяють обслуговуючому шлюзу простежувати IP потоки між мобільними пристроями і мережевим шлюзом, для надання підтримки, такої як підтримка якості обслуговування. IP потоки, однак, крім того, можуть бути додатково інкапсульовані з мобільних пристроїв в мережевий шлюз, використовуючи мобільність на основі хост-пристрою, в залежності від протоколу мобільності, що використовується. У цьому відношенні, обслуговуючий шлюз може не знати відповідну інформацію інкапсуляції для успішного відстежування потоків при наданні підтримки. Суть винаходу Приведене нижче представляє спрощену суть одного або більше варіантів виконання з метою надання базового розуміння таких варіантів виконання. Даний розділ "Суть винаходу" не являє собою широкий огляд всіх варіантів виконання, що розглядаються, і не призначений ні для ідентифікації ключових або критичних елементів всіх варіантів виконання, ні для вираження об'єму будь-якого або всіх варіантів виконання. Єдине призначення його в тому, щоб 1 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 представити деякі концепції одного або більше варіантів виконання в спрощеній формі як вступ до більш докладного опису, який представлений нижче. Відповідно до одного або більше варіантів виконання і відповідного їх розкриття, різні аспекти описані в зв'язку з тим, щоб сприяти вказівці інформації інкапсуляції для сервера політики, для подальшого зв'язку з одним або більше обслуговуючими шлюзами. Наприклад, мережевий шлюз в мережі бездротового зв’язку може запитувати авторизацію для встановлення потоку даних з одним або більше пристроями в бездротовій мережі з сервера політики. Після авторизації або під час запиту на авторизацію, мережевий шлюз може наказувати інформацію інкапсуляції, що належить до потоку даних, наприклад, у випадку, коли використовується мобільність на основі хост-пристрою, для сервера політики. Інформація інкапсуляції може містити в собі, наприклад, тип протоколу мобільності, заголовок інкапсуляції, вказівку, чи потрібно використовувати інкапсуляцію, зміщення і/або початкове/кінцеве положення, що належать до заголовка інкапсуляції, в потоці по протоколу Інтернет (IP) або інші дейтаграми і/або тому подібне. Сервер політики може використовувати інформацію інкапсуляції при передачі правил політики назад до обслуговуючого шлюзу, і обслуговуючий шлюз може використовувати інформацію інкапсуляції для відстежування потоку даних між бездротовим мережевим пристроєм і обслуговуючим шлюзом, для надання підтримки (наприклад, підтримка якості обслуговування) для потоків даних. Відповідно до споріднених аспектів, наданий спосіб для передачі правил політики в бездротових мережах. Спосіб містить в собі етап, на якому приймають інформацію інкапсуляції, що належить до обміну потоками даних, з шлюзу базової мережі. Спосіб додатково містить в собі етапи, на яких генерують одне або більше правил політики, що належать до обміну потоками даних, і передають правила політики в шлюз мережі доступу. Інший аспект належить до пристрою бездротового зв’язку. Пристрій бездротового зв’язку може містити в собі щонайменше один процесор, сконфігурований, щоб приймати інформацію інкапсуляції, що належить до типу протоколу мобільності, що використовується в потоці даних між мережевим шлюзом і мережевим пристроєм. Процесор, додатково, сконфігурований, щоб задавати одне або більше правил політики на основі, щонайменше частково, типу потоку даних, і передавати інформацію інкапсуляції і одне або більше правил політики в шлюз мережі доступу. Пристрій бездротового зв’язку також містить запам'ятовуючий пристрій, підключений щонайменше до одного процесора. Ще один аспект належить до пристрою бездротового зв’язку, який сприяє передачі правил політики в бездротову мережу. Пристрій бездротового зв’язку може містити засіб для прийому інформації інкапсуляції з шлюзу базової мережі для подальшого зв'язку. Пристрій бездротового зв’язку, додатково, може містити в собі засіб для створення одного або більше правил політики, що належать до дозволених параметрів зв'язку, і засіб для передачі інформації інкапсуляції і одного або більше правил політики в шлюз мережі доступу. Ще один аспект належить до комп'ютерного програмного продукту, який може мати носій інформації, який зчитується комп’ютером, що містить в собі код, який примушує щонайменше один комп'ютер приймати інформацію інкапсуляції, що належить до обміну потоками даних, з шлюзу базової мережі. Носій інформації, який зчитується комп’ютером, також може містити код, який примушує щонайменше один комп'ютер генерувати одне або більше правил політики, на основі, щонайменше частково, типу, що належить до обміну потоками даних. Крім того, носій інформації, який зчитується комп’ютером, може містити код, який примушує щонайменше один комп'ютер передавати інформацію інкапсуляції і одне або більше правил політики в шлюз мережі доступу. Крім того, додатковий аспект належить до пристрою. Пристрій може містити в собі приймач інформації інкапсуляції, який отримує інформацію інкапсуляції з шлюзу базової мережі, що належить до обміну потоками даних з пристроєм. Пристрій може додатково містити в собі специфікатор правил політики, який створює одне або більше правил політики, на основі, щонайменше частково, типу обміну потоками даних, і передає одне або більше правил політики в шлюз мережі доступу. Відповідно до додаткового аспекту наданий спосіб, який сприяє вказівці інформації інкапсуляції для подальшої специфікації правила політики. Спосіб містить в собі етап, на якому вибирають тип протоколу мобільності, що належить до обміну потоками даних з мобільним пристроєм. Спосіб додатково містить в собі етапи, на яких генерують інформацію інкапсуляції для зв'язку за допомогою потоку даних на основі, щонайменше частково, типу протоколу мобільності і передають інформацію інкапсуляції в сервер політики. Інший аспект належить до пристрою бездротового зв’язку. Пристрій бездротового зв’язку може містити в собі щонайменше один процесор, сконфігурований, щоб визначати тип 2 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 протоколу мобільності для зв'язку з пристроєм за допомогою встановленого потоку даних. Процесор додатково сконфігурований, щоб генерувати інформацію інкапсуляції, що належить до типу протоколу мобільності, і передавати інформацію інкапсуляції в сервер політики для подальшої передачі в шлюз мережі доступу. Пристрій бездротового зв’язку також містить запам'ятовуючий пристрій, підключений щонайменше до одного процесора. Ще один аспект належить до пристрою бездротового зв’язку, який вказує інформацію інкапсуляції для зв'язку з обслуговуючим шлюзом. Пристрій бездротового зв’язку може містити засіб для вибору типу протоколу мобільності для зв'язку за допомогою потоку даних. Пристрій бездротового зв’язку може додатково містити в собі засіб для визначення інформації інкапсуляції, що належить до типу протоколу мобільності, і засіб для передачі інформації інкапсуляції в сервер політики. Ще один інший аспект належить до комп'ютерного програмного продукту, який може мати носій інформації, який зчитується комп’ютером, що містить в собі код, який примушує щонайменше один комп'ютер вибирати тип протоколу мобільності, що належить до обміну потоками даних з мобільним пристроєм. Носій інформації, який зчитується комп’ютером, також може містити код, який примушує щонайменше один комп'ютер визначати інформацію інкапсуляції для зв'язку з обслуговуючим шлюзом на основі, щонайменше частково, типу протоколу мобільності. Крім того, носій інформації, який зчитується комп’ютером, може містити код, який примушує щонайменше один комп'ютер передавати інформацію інкапсуляції в сервер політики. Крім того, додатковий аспект належить до пристрою. Пристрій може містити в собі запитувач потоку даних, який встановлює потік даних з пристроєм і вибирає тип протоколу мобільності для зв'язку за допомогою потоку даних. Пристрій може додатково містити в собі генератор інформації інкапсуляції, який створює інформацію інкапсуляції, на основі, щонайменше частково, типу протоколу мобільності, і специфікатор інформації інкапсуляції, який передає інформацію інкапсуляції в сервер політики. Для досягнення описаної вище і пов'язаних цілей один або більше варіантів виконання містять ознаки, повністю описані тут і далі і, окремо, позначені в формулі винаходу. Наступний опис і прикладені креслення детально викладають певні ілюстративні аспекти одного або більше варіантів виконання. Ці аспекти є показовими, однак, представляють лише декілька з різних шляхів, якими можуть бути застосовані принципи різних варіантів виконання, і передбачається, що описані варіанти виконання повинні містити в собі всі такі аспекти і їх еквіваленти. Короткий опис креслень Фіг. 1 є ілюстрацією системи бездротового зв’язку відповідно до різних аспектів, викладених тут. Фіг. 2 є ілюстрацією зразкової мережі бездротового зв’язку, яка полегшує передачу правил політики разом з інформацією інкапсуляції, що приймається. Фіг. 3 є ілюстрацією зразкової системи бездротового зв’язку, яка здійснює передачу інформації інкапсуляції з правилами політики. Фіг. 4 є ілюстрацією зразкової системи бездротового зв’язку, яка використовує мобільність на основі хост-пристрою, що вимагає інкапсуляції передачі потоку даних. Фіг. 5 є ілюстрацією зразкової системи бездротового зв’язку, яка використовує мобільність на основі мережі, що не вимагає інкапсуляції потоків даних. Фіг. 6 є ілюстрацією зразкової системи бездротового зв’язку, яка використовує мобільність на основі мережі. Фіг. 7 є ілюстрацією зразкової методики, яка сприяє передачі правил політики з прийнятою інформацією інкапсуляції. Фіг. 8 є ілюстрацією зразкової методики, яка вказує інформацію інкапсуляції для сервера політики. Фіг. 9 є ілюстрацією показана ілюстрація зразкового середовища бездротової мережі, яка може застосовуватися в зв'язку з різними системами і способами, описаними тут. Фіг. 10 є ілюстрацією зразкової системи, яка передає правила політики на основі певної інформації інкапсуляції. Фіг. 11 є ілюстрацією зразкової системи, яка сприяє наданню інформації інкапсуляції в сервер політики для подальшого зв'язку. Докладний опис винаходу Зараз описуються різні варіанти виконання з посиланням на креслення, на яких однакові номери посилальних позицій використовуються для позначення однакових елементів у всьому описі. У подальшому описі, з метою пояснення, множина конкретних деталей викладені з 3 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 метою надання повного розуміння одного або більше варіантів виконання. Однак, може бути очевидним, що такий варіант (варіанти) виконання можуть бути виконані на практиці без цих конкретних деталей. У інших випадках добре відомі структури і пристрої показані в формі блоксхеми з метою полегшити опис одного або більше варіантів виконання. Використовувані в даній заявці терміни "компонент", "модуль", "система" і т. п., призначені для позначення об'єкта, що належить до комп'ютера, виконаного у вигляді або апаратних засобів, або вбудованого програмного забезпечення, або комбінації апаратних засобів і програмних засобів, або програмних засобів, або виконавчого програмного забезпечення. Наприклад, компонент може, але не обмежується цим, являти собою процес, працюючий в процесорі, процесор, об'єкт, виконавчий програмний модуль, потік обробки, програму і/або комп'ютер. З метою ілюстрації, як додаток, який працює в комп'ютерному приладі, так і комп'ютерний пристрій, можуть являти собою компонент. Один або більше компонентів можуть знаходитися всередині процесу і/або потоку виконання, і компонент може бути розміщений в одному комп'ютері і/або може бути розподілений між двома або більше комп'ютерами. Крім того, такі компоненти можуть виконуватися з різних носіїв інформації, що зчитуються комп'ютером, на яких збережені різні структури даних. Компоненти можуть здійснювати зв'язок з використанням локальних і/або віддалених процесів, наприклад, відповідно до сигналу, що має один або більше пакетів даних (наприклад, дані одного компонента, взаємодіючого з іншим компонентом в локальній системі, розподіленій системі і/або по мережі, такій як Інтернет, з іншими системами за допомогою сигналу). Крім того, різні варіанти виконання описані тут в зв'язку з мобільним пристроєм. Мобільний пристрій також може називатися системою, абонентським модулем, абонентською станцією, мобільною станцією, мобільним пристроєм, віддаленою станцією, віддаленим терміналом, терміналом доступу, користувацьким терміналом, терміналом, пристроєм бездротового зв’язку, користувацьким агентом, користувацьким пристроєм або користувацьким обладнанням (UE). Мобільний пристрій може являти собою мобільний телефон, бездротовий телефон, телефон протоколу ініціювання сеансу (SIP), станцію бездротового локального контуру (VLL), кишеньковий персональний комп'ютер (PDA), портативний пристрій, що має здатність бездротового з'єднання, обчислювальний пристрій або інший пристрій обробки, з’єднаний з бездротовим модемом. Крім того, різні варіанти виконання описані тут спільно з базовою станцією. Базову станцію можна використати для зв'язку з мобільним пристроєм (пристроями) і вона також може називатися точкою доступу, Вузлом В, розгорненим Вузлом В (eNode В або eNB), базовою приймально-передавальною станцією (BTS) або з використанням деякої іншої термінології. Крім того, різні аспекти або властивості, описані тут, можуть бути втілені як спосіб, пристрій або виріб виробництва з використанням стандартних технологій програмування і/або інженерних технологій. Термін "виріб виробництва", що використовується тут, призначений для обхвату комп'ютерної програми, доступ до якої можна здійснювати з будь-якого пристрою, що зчитується комп’ютером, носія або середовища. Наприклад, носій інформації, який зчитується комп’ютером, може містити в собі, але не обмежується цим, магнітні пристрої зберігання (наприклад, жорсткий диск, гнучкий диск, магнітні стрічки і т. д.), оптичні диски (наприклад, компакт-диск (CD), цифровий універсальний диск (DVD) і т. д.), карти з мікропроцесором і пристрої пам'яті типу флеш (наприклад, EEPROM (електрично стираний програмований постійний запам'ятовуючий пристрій), карта, запам'ятовуючий пристрій типу stick, запам'ятовуючий пристрій типу key drive і т.д.). Крім того, різні носії - накопичувачі інформації, описані тут, можуть являти собою один або більше пристроїв і/або інші носії інформації, що зчитуються пристроєм, призначені для збереження інформація. Термін "носій інформації, який зчитується пристроєм" може містити в собі, без обмежень, канали бездротової передачі даних і різних інших носіїв, виконані з можливістю зберігати, вміщувати і/або переносити інструкцію (інструкції) і/або дані. Описані тут технології можна використовувати для різних систем бездротової передачі даних, таких як множинний доступ з кодовим розділенням каналів (CDMA), множинний доступ з часовим розділенням каналів (TDMA), множинний доступ з частотним розділенням каналів (FDMA), множинний доступ з ортогональним частотним розділенням каналів (OFDMA), мультиплексування в області однієї несучої частоти (SC-FDMA) і інші системи. Терміни "система" і "мережа" часто використовуються взаємозамінно. Система CDMA також може втілювати радіотехнологію, таку як універсальний наземний радіодоступ (UTRA), CDMA) і інші варіанти CDMA. CDMA2000 охоплює стандарти IS-2000, IS-95 і IS-856. Система TDMA може втілювати таку радіотехнологію, як Глобальна система мобільного зв'язку (GSM). Система OFDMA може втілювати таку технологію радіозв'язку, як розгорнена UTRA (E-UTRA), 4 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 надмобільна широкосмугова система (UMB), IEEE 802.1 1 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, флеш-OFDM і т. д. UTRA і E-UTRA являють собою частини універсальної мобільної системи передачі даних (UMTS). Система довготривалого розвитку 3GPP (LTE) являє собою майбутній випуск, який використовує E-UTRA, яка застосовує OFDMA на низхідній лінії зв'язку і SC-FDMA на висхідній лінії зв'язку. UTRA, E-UTRA, UMTS, LTE і GSM описані в документах організації під назвою "Проект партнерства 3-го покоління" (3GPP). CDMA2000 і UMB описані в документах організації під назвою "Проект 2 Партнерства 3-е покоління" (3GPP2). Технології, описані тут, також можна використовувати в стандарті розвитку оптимізованої системи передачі даних (EV-DO), такі як 1 xEV-DO редакція В або інші редакції, і/або тому подібне. Крім того, такі системи бездротового зв’язку додатково можуть містити в собі однорангові (наприклад, з мобільного пристрою на мобільний пристрій) і спеціальні мережеві системи, в яких часто використовують неспарені неліцензовані спектри, бездротову LAN (локальна обчислювальна мережа) 802.xx, BLUETOOTH і будь-які інші технології бездротового зв’язку, працюючі на короткій або великій відстані. Різні аспекти або властивості будуть представлені відносно систем, які можуть містити в собі множину пристроїв, компонентів, модулів і т. п. Потрібно розуміти і брати до уваги вагові коефіцієнти, що різні системи можуть містити в собі додаткові пристрої, компоненти, модулі і т. д., і/або можуть не містити в собі всі пристрої, компоненти, модулі і т. д., описані з посиланням на креслення. Комбінація таких підходів також може використовуватися. Розглянемо тепер фіг. 1, на якій проілюстрована система 100 бездротового зв’язку відповідно до різних, представлених тут варіантів виконання. Система 100 містить базову станцію 102, яка може містити в собі множину груп антен. Наприклад, одна група антен може містити в собі антени 104 і 106, інша група може містити антени 108 і 110, і додаткова група може містити в собі антени 112 і 114. Дві антени проілюстровані для кожної групи антен; однак, більшу або меншу кількість антен можна використати для кожної групи. Базова станція 102 додатково може містити в собі ланцюг передавача і ланцюг приймача, кожен з яких, в свою чергу, може містити множину компонентів, асоційованих з передачею і прийомом сигналів (наприклад, процесори, модулятори, мультиплексори, демодулятори, демультиплексори, антениі т. д.), як буде ясно для фахівця в даній галузі техніки. Базова станція 102 може здійснювати зв'язок з одним або більше мобільними пристроями, такими як мобільний пристрій 116 і мобільний пристрій 122; однак, повинно бути ясно, що базова станція 102 може здійснювати зв'язок, по суті, з будь-якою кількістю мобільних пристроїв, аналогічних мобільним пристроям 116 і 122. Мобільні пристрої 116 і 122 можуть являти собою, наприклад, стільникові телефони, смартфони, переносні комп'ютери, портативні пристрої зв'язку, портативні комп'ютерні пристрої, супутникові радіоприймачі, системи глобального позиціонування, PDA і/або будь-які інші відповідні пристрої для зв'язку за допомогою системи 100 бездротового зв’язку. Як зображено, мобільний пристрій 116 знаходиться на зв'язку з антенами 112 і 114, де антени 112 і 114 передають інформацію в мобільний пристрій 116 за допомогою прямої лінії 118 зв'язку і приймають інформацію з мобільного пристрою 116 за допомогою зворотної лінії 120 зв'язку. Крім того, мобільний пристрій 122 знаходиться на зв'язку з антенами 104 і 106, при цьому антени 104 і 106 передають інформацію в мобільний пристрій 122 за допомогою прямої лінії 124 зв'язку і приймають інформацію з мобільного пристрою 122 за допомогою зворотної лінії 126 зв'язку. Наприклад, в системі дуплексної передачі даних з частотним розділенням (FDD) пряма лінія 118 зв'язку може використовувати смугу частот, відмінну від тієї, якою користується зворотна лінія 120 зв'язку, і пряма лінія 124 зв'язку може застосовувати смугу частот, відмінну від тієї, яку застосовує зворотна лінія 126 зв'язку. Додатково, в системі дуплексної передачі даних з часовим розділенням (TDD), пряма лінія 118 зв'язку і зворотна лінія 120 зв'язку можуть використовувати спільну смугу частот, і пряма лінія 124 зв'язку і зворотна лінія 126 зв'язку можуть використовувати спільну смугу частот. Кожна група антен і/або область, в якій вони призначені здійснювати зв'язок, може розглядатися, як сектор базової станції 102. Наприклад, група антен може бути призначена для здійснення зв'язку з мобільними пристроями в секторі областей, охоплених базовою станцією 102. При зв'язку за допомогою прямих ліній 118 і 124 зв'язку передавальні антени базової станції 102 можуть використовувати формування променя для поліпшення відношення сигналшум прямих ліній 118 і 124 зв'язку для мобільних пристроїв 116 і 122. Також, хоч базова станція 102 використовує формування променя для передачі в мобільні пристрої 116 і 122, які випадково розсіяні по асоційованій зоні обхвату, мобільні пристрої в сусідніх стільниках можуть бути піддані впливу менших взаємних перешкод в порівнянні з базовою станцією, що передає по одній антені у всі її мобільні пристрої. Крім того, мобільні пристрої 116 і 122 можуть 5 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 здійснювати зв'язок безпосередньо один з одним, використовуючи однорангову або спеціалізовану технологію (не показано). Відповідно до прикладу, система 100 може являти собою систему зв'язку з множиною входів і множиною виходів (MIMO). Додатково, система 100 може використовувати, по суті, будь-який тип техніки дуплексування для розділення каналів зв'язку (наприклад, прямої лінії зв'язку, зворотної лінії зв'язку, ...), такий як FDD, FDM, TDD, TDM, CDM і т.п. Базова станція 102 може бути підключена з можливістю зв'язку з бездротовою мережею 128, доступ до якої надає базова станція 102. Повинно бути ясно, що підключення може бути дротовим або бездротовим. Бездротова мережа 128, наприклад, може містити різні компоненти, як додатково описано нижче. Базова станція 102 може здійснювати зв'язок з одним або більше шлюзами в бездротовій мережі 128 для прийому доступу з висхідного потоку для мобільних пристроїв 116 і 122. У одному прикладі базова станція 102 може встановлювати сеанс для мобільних пристроїв 116 і 122 в бездротовій мережі 128. Компоненти бездротової мережі 128, такі як мережевий шлюз (не показаний), можуть встановлювати один або більше потоків даних з мобільними пристроями 116 і/або 122, які можуть протікати через базову станцію 102 і/або один або більше обслуговуючих шлюзів (наприклад, шлюзи мережі доступу). Додатково, при обміні потоками даних може використовуватися щонайменше один з різноманіття підтримуваних протоколів. Як описано більш детально нижче, один або більше потоків даних може бути тунельований з мобільних пристроїв 116 і/або 122 в шлюз, в залежності від типу протоколу мобільності. Для того, щоб сприяти такому тунелюванню, дані можуть бути інкапсульовані і можуть містити в собі заголовок, нижній колонтитул або іншу інформацію інкапсуляції, яка може бути прочитана приймальним пристроєм для отримання інформації про дані, такі як місце призначення. Інформацію інкапсуляції можна, наприклад, використати для просування даних в місце призначення і/або для інтерпретації даних в місці призначення. Потрібно розуміти, що, наприклад, основані на мережі протоколи мобільності також можуть використовуватися, однак, у випадку, коли дані, що передаються в бездротовій мережі 128, можуть бути оброблені іншим способом і/або переведені в оснований на мережі протокол мобільності, після введення з мережі 128 бездротової передачі. Розглянемо тепер фіг. 2, на якій показана система 200, яка сприяє передачі інформації інкапсуляції. Система 200 містить в собі мережевий пристрій 202, який отримує доступ до бездротової мережі, шлюз 204 мережі доступу, який дозволяє забезпечити доступ до бездротової мережі для одного або більше пристроїв, точки доступу і т. д., шлюз 206 базової мережі, який надає доступ шлюзу 204 мережі доступу (або одному або більше додатковим шлюзам) до розташованих перед ним компонентів мереж бездротової передачі, і сервер 208 політики, який авторизує потік даних між мережею або шлюзом мережі доступу і мережевим пристроєм. Відповідно до прикладу, мережевий пристрій 202 може являти собою мобільний пристрій, точку доступу, об'єкт керування мобільністю (MME), і/або тому подібне, і шлюз 204 мережі доступу може зв'язуватися з мережевим пристроєм 202 для забезпечення доступу до мережі бездротової передачі через шлюз 206 базової мережі. Шлюз 206 базової мережі може запитувати авторизацію для потоку даних, таку як потік по протоколу Інтернет (IP), з сервера 208 політики для зв'язку з мережевим пристроєм 202. Сервер 208 політики може надавати або відхиляти потік і передавати відповідну інформацію потоку в шлюз 204 мережі доступу, для того, щоб сприяти підтримці потоку (такій як підтримка якості обслуговування (QoS)). Додатково, шлюз 206 базової мережі або інший мережевий об'єкт може вибирати протокол мобільності для використання при зв'язку через потік IP. При цьому шлюз 206 базової мережі або інший мережевий об'єкт вибирає протокол мобільності на основі хост-пристрою, шлюз 206 базової мережі може тунелювати дані в мережевий пристрій 202 через шлюз 204 мережі доступу (і/або одного або більше посередників, таких як точка доступу, MME, бездротовий пристрій і т. д.) шляхом інкапсуляції даних, що передаються через потік. Однак, коли шлюз 206 базової мережі або інший мережевий об'єкт вибирає оснований на мережі протокол мобільності, шлюз 204 мережі доступу може переводити прийняті дані в протокол, що використовується мережею, і просувати переведені дані в компоненти призначення. Потрібно розуміти, що при використанні основаного на мережі протоколу мобільності шлюз 204 мережі доступу може надавати підтримку QoS, оскільки він може інтерпретувати дані, що приймаються. Додатково, шлюз 206 базової мережі може встановлювати інформацію інкапсуляції, що належить до тунелювання, у вибраному типі протоколу мобільності в сервер 208 політики. Сервер 208 політики може просувати відповідну інформацію інкапсуляції в шлюз 204 мережі доступу для використання при відстежуванні потоку між мережевим пристроєм 202 і шлюзом 206 базової мережі. У одному прикладі сервер 208 політики може передавати прийняту 6 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 інформацію інкапсуляції в шлюз 204 мережі доступу при передачі інформації потоку. У одному прикладі інформація інкапсуляції, встановлена шлюзом 206 базової мережі, може являти собою покажчик того, чи потрібно використовувати заголовок інкапсуляції, заголовок інкапсуляції, який потрібно використовувати, одне або більше зміщень, відповідних початку і/або кінцю в інкапсульованому повідомленні з мережевого пристрою в шлюз 206 базової мережі (або навпаки), тип протоколу мобільності, що використовується, і/або тому подібне. Таким чином, наприклад, коли шлюз 206 базової мережі передає покажчик заголовка інкапсуляції в запиті встановлення сеансу, сервер 208 політики може виконувати оцінку покажчика і визначати, чи потрібно включити заголовок інкапсуляції або іншу інформацію тунелювання в правила політики, що передаються шлюзом 204 мережі доступу (який в прикладі може бути переданий через шлюз 206 базової мережі). Коли інформація інкапсуляції, прийнята з шлюзу 206 базової мережі, містить явно виражений заголовок інкапсуляції, сервер 208 політики може включати заголовок, з подальшою передачею правил політики в шлюз 204 мережі доступу, що дозволяють шлюзу 204 мережі доступу ідентифікувати і враховувати заголовок при відстежуванні відповідних потоків даних. Якщо заголовок відсутній (і/або значення вказує, що заголовок відсутній), сервер 208 політики дозволяє передавати правила політики в шлюз 204 мережі доступу без заголовка інкапсуляції. У цьому відношенні, сервер 208 політики може використовувати відповідну інкапсуляцію із зменшеною реалізацією, спеціальною для варіанту виконання. У іншому прикладі шлюз 206 базової мережі може передавати зміщення і/або початкову/кінцеву точки, що належать до положення заголовка інкапсуляції, що використовується при тунелюванні потокових передачах між мережевим пристроєм 202 і шлюзом 206 базової мережі. Таким чином, сервер 208 політики може просувати цю інформацію в шлюз 204 мережі доступу разом з правилами політики. Шлюз 204 мережі доступу може використовувати інформацію для детектування і інтерпретації заголовка інкапсуляції і/або інкапсульованого потоку при відстежуванні потоків даних між мережевим пристроєм 202 і шлюзом 206 базової мережі, для забезпечення підтримки для потоків. У ще одному іншому прикладі, коли інформація інкапсуляції містить в собі тип протоколу мобільності, сервер 208 політики може використовувати цей тип для визначення відповідної інкапсуляції для правил політики, і просувати інформацію інкапсуляції, як описано, в шлюз 204 мережі доступу. У інших системах шлюз 204 мережі доступу може бути представлений обслуговуючим шлюзом, обслуговуючим шлюзом пакетних даних, що передаються з високою швидкістю (HRPD), обслуговуючим шлюзом шлюзу GPRS (GGSN), шлюзом PDN, шлюзом доступу WiMAX, шлюзом доступу, базовою станцією, вузлом доступу, мультиплексором доступу до лінії цифрового абонента (DSLAM) або іншою назвою, що описує проміжний вузол. Повинно бути ясно, що інформація інкапсуляції може містити в собі не тільки заголовок, але також і нижній колонтитул, інструкції формування пакетів або кодування, ключі безпеки і/або тому подібне. У будь-якому випадку, сервер 208 політики може надавати інформацію, що приймається, в шлюз 204 мережі доступу (наприклад, з передачею правил політики) таким чином, що сервер 208 політики не вимагає специфічного втілення для розділених протоколів мобільності. У одному прикладі, у випадку, коли інформація інкапсуляції являє собою тип протоколу мобільності, може бути оброблена і може використовуватися конфігурація, яка відповідає типу протоколу, для відповідної інформації інкапсуляції, з тим, щоб зменшити об'єми специфічного кодування протоколу в сервері 208 політики. Після визначення інформації інкапсуляції вона може бути передана в шлюз 204 мережі доступу з правилами політики. Шлюз 204 мережі доступу, як описано, може використовувати інформацію інкапсуляції, для інтерпретації даних, які тунелюються між мережевим пристроєм 202 і шлюзом 206 базової мережі, і може надавати підтримку, таку як підтримка QoS, для потоків, використовуючи надані правила політики. У одному прикладі сервер 208 політики може являти собою функцію правила політики і нарахування рахунків (PCRF) в мережі бездротової передачі. Аналогічно, шлюз 206 базової мережі може являти собою шлюз мережі передачі пакетних даних (PDN), і шлюз 204 мережі доступу може являти собою обслуговуючий шлюз, такий як MME, точка доступу, мобільний пристрій або інший шлюз, який може виконувати обмін даними з бездротовою мережею для надання доступу до одного або більше пристроїв. Повертаючись до фіг. 3, на ній представлена система 300 бездротового зв’язку, яка сприяє наданню інформації інкапсуляції із зменшеним втіленням, спеціальним для протоколу. Система 300 може працювати в мережі бездротової передачі і може містити множину інших компонентів, крім тих, які представлені на кресленні, включаючи в себе точки доступу і різні термінали доступу. Система 300 містить мережевий шлюз 302, який здійснює зв'язок з сервером 304 політики для встановлення потоку даних з одним або більше пристроями (не показані), які 7 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 здійснюють зв'язок з обслуговуючим шлюзом 306. Як описано, обслуговуючий шлюз 306 може приймати пов'язаний запит доступу до мережі з одного або більше пристроїв (наприклад, точок доступу, терміналів доступу і т. д.). Мережевий шлюз 302 може містити запитувач 308 потоку даних, який запитує потік даних, для обміну даними з мобільним пристроєм з сервера 304 політики, генератор 310 інформації інкапсуляції, який може встановлювати інформацію інкапсуляції, якщо вона взагалі є, призначену для використання при передачі даних з тунелюванням з мобільним пристроєм через обслуговуючий шлюз 306, і специфікатор 312 інформації інкапсуляції, який може передавати пов'язану інформацію інкапсуляції в сервер 304 політики. Сервер 304 політики може містити приймач 314 інформації інкапсуляції, який може отримувати інформацію інкапсуляції, таку як покажчик, заголовок, зміщення, положення початку/закінчення і т. д., як описано вище, специфікатор 316 правила політики, який може вказувати одне або більше правил політики, що належать до дозволених протоколів мобільності, типів потоків даних і/або тому подібне, і блок 318 просування інформації інкапсуляції, який може передавати отриману інформацію інкапсуляції (разом з правилами політики, в одному прикладі). Крім того, обслуговуючий шлюз 306 може містити в собі блок 320 оцінки інформації інкапсуляції, який може приймати інформацію інкапсуляції, сервер 304 політики (наприклад, через мережевий шлюз 302 або поіншому), визначник 322 правила політики, який може виконувати оцінку прийнятої інформації політики для визначення типів потоці, що використовуються, і блок 324 відстеження потоку даних, який може інтерпретувати потоки даних між мережевим шлюзом 302 і мобільним пристроєм для надання підтримки, такої як підтримка QoS, з урахуванням прийнятої інформації інкапсуляції і політик потоку. Відповідно до прикладу, обслуговуючий шлюз 306 може приймати запит на встановлення з'єднання з підключеного пристрою або точки доступу і може передавати запит в мережевий шлюз 302. Запитувач 308 потоку даних може запитувати встановлення потоку даних з пристроєм з сервера 304 політики, як о запитувач 308 потоку даних може встановлювати тип потоку для сервера 304 політики, в одному прикладі. Основуючись на авторизації прийому, запитувач потоку даних може встановлювати потік даних з пристроєм, запитувач 308 потоку даних може вибирати або може отримувати інструкції для вибору типу протоколу мобільності для передачі потокових даних, і генератор 310 інформації інкапсуляції може визначати відповідну інформацію інкапсуляції, що належить до типу протоколу мобільності. Наприклад, коли вибирають протокол мобільності на основі хост-пристрою, генератор 310 інформації інкапсуляції визначає інформацію інкапсуляції, що належить до обміну даними, використовуючи тип протоколу мобільності, і специфікатор 312 інформації інкапсуляції може передати інформацію інкапсуляції в сервер 304 політики. Таким чином, наприклад, коли вибраний тип протоколу мобільності являє собою протокол туннелювання (GTP) пакетного радіозв'язку загального призначення (GPRS), генератор 310 інформації інкапсуляції може не створити значення або може створювати НУЛЬ значень інкапсуляції. Наприклад, якщо використовується покажчик, генератор 310 інформації інкапсуляції може встановити його значення як false, якщо використовується заголовок інкапсуляції, генератор 310 інформації інкапсуляції може встановити його в значення НУЛЬ, зміщення може бути встановлене в 0 і т. д. Аналогічно, коли вибраний тип протоколу мобільності являє собою протокол-замісник для мобільного Інтернет (PMIP), генератор 310 інформації інкапсуляції може не встановлювати або встановлювати НУЛЬОВУ інформацію інкапсуляції, оскільки тунелювання виконують тільки між мережевим шлюзом 302 (наприклад, шлюзом PND) і обслуговуючим шлюзом 306, в одному прикладі, оскільки інкапсуляцію не потрібно окремо встановлювати для обслуговуючого шлюзу 306 для цього типу протоколу. У ще одному прикладі, у випадку, коли вибраний протокол мобільності являє собою протокол мобільного Інтернет з подвійним стеком (DSMIP), протокол мобільності на основі хостпристрою, коли передачу даних тунелюють з пристрою на через обслуговуючий шлюз 306 і в мережевий шлюз 302, генератор 310 інформації інкапсуляції може формувати відповідну інформацію інкапсуляції. Наприклад, генератор 310 інформації інкапсуляції може встановлювати значення покажчика в значення true або інше значення, вказуюче, що інкапсуляція присутня в сформованій інформації. У іншому прикладі генератор 310 інформації інкапсуляції може надавати фактичний заголовок інкапсуляції. Аналогічно, генератор 310 інформації інкапсуляції може вставляти зміщення і/або початкову/кінцеву точки в інформацію інкапсуляції, які означають заголовок інкапсуляції в тунельованих даних, що передаються, з пристрою в мережевий шлюз 302. Крім того, або як альтернатива, генератор 310 інформації інкапсуляції може містити в собі вказівку типу протоколу мобільності. Після того, як буде 8 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 сформована інформація інкапсуляції, специфікатор 312 інформації інкапсуляції може передавати інформацію в сервер 304 політики. Приймач 314 інформації інкапсуляції може отримувати інформацію інкапсуляції, як описано вище, з мережевого шлюзу 302. Інформація може являти собою покажчик того, чи встановлені заголовок інкапсуляції або інші інструкції інкапсуляції в подальшій передачі даних через відповідний потік даних, сам заголовок інкапсуляції, зміщення або початкові/кінцеві точки при передачі потокових даних, інкапсуляції, що належить до заголовка, типу протоколу мобільності і/або тому подібне. Специфікатор правил політики може генерувати одне або більше правил 316 політики, що належать до потоків даних, що використовуються мережевим шлюзом 302 і пристроєм, в якому він виконує обмін даними. Правила можуть забезпечити можливість аналізу потоків даних. Наприклад, правила можуть бути сформовані на основі, щонайменше частково, прийнятого типу мережі доступу з можливістю з'єднання по протоколу Інтернет (IP-CAN) (наприклад, в асоціації між пристроєм і мережевим шлюзом 302), і/або тип термінала радіодоступу (RAT), встановленого в запиті авторизації для потоку даних. Після того як правила політики будуть згенеровані, специфікатор 316 правила політики може передавати ці правила в обслуговуючий шлюз 306 і блок 318 просування інформації інкапсуляції може передавати інформацію інкапсуляції в обслуговуючий шлюз 306, якщо така інформація використовується в потоці даних. У одному прикладі інформація може бути передана з одним або більше із заданих правил політики, що забезпечують можливість для обслуговуючого шлюзу 306 відстежувати навіть інкапсульовані потоки даних. Наприклад, коли інформація інкапсуляції являє собою заголовок, як описано, блок 318 просування інформації інкапсуляції може передавати цей заголовок в обслуговуючий шлюз 306. Якщо інформація інкапсуляції належить до інших даних, таких як нижній колонтитул, інструкції інкапсуляції, ключі безпеки і т. д., блок 318 просування інформації інкапсуляції може виконувати аналогічну передачу в обслуговуючий шлюз 306. Якщо інформація інкапсуляції не буде знайдена приймачем 314 інформації інкапсуляції (або, наприклад, приймач 314 інформації інкапсуляції детектує, що інкапсуляцію не треба використовувати на основі прийнятої інформації інкапсуляції), блок 318 просування інформації інкапсуляції не передає інформацію інкапсуляції в обслуговуючий шлюз 306 (і/або передає вказівку того, що інформація інкапсуляції відсутня), в одному прикладі. Обслуговуючий шлюз 306 в даному прикладі може приймати правила політики, і блок 320 оцінки інформації інкапсуляції може визначати, чи встановив сервер 304 політики інформацію інкапсуляції. Якщо так, блок 320 оцінки інформації інкапсуляції може інтерпретувати дані потоку шляхом видалення або іншого обліку інформації інкапсуляції. Блок 322 визначення правила політики може розрізнювати одне або більше правил політики, прийнятих з сервера 304 політики. Потім блок 324 відстеження потоку даних може інтерпретувати дані, що приймаються в потоках даних між мережевим шлюзом 302 і взаємопов'язаним пристроєм, який виконує обмін даними з ним. У цьому відношенні, обслуговуючий шлюз 306 може забезпечувати керування потоками шляхом прийому інформації, що належить до потоків, і можливої інкапсуляції з сервера 304 політики, і сервер політики не вимагає специфічного для протоколу втілення для того, щоб сприяти передачі інформації. Тепер розглянемо фіг. 4, на якій проілюстрована зразкова система 400 бездротової передачі даних, яка сприяє вказівці інформації інкапсуляції для PCRF, для подальшої передачі даних. Система 400 бездротової передачі даних містить в собі UE 402, який зв'язується з довірчим не-3GPP пристроєм 404 IP доступу. Не-3GPP пристрій 404 IP доступу може зв'язуватися з шлюзом 406 PDN для прийому даних з базової бездротової мережі, і шлюз 406 PDN може бути підключений до PCRF 408, який надає правила політики в базову мережу, як описано. PCRF 408 може виконувати обмін даними з домашньою підсистемою 410 абонента (HSS, ДПА) бездротової мережі для аутентифікації пристроїв по бездротовій мережі. Потрібно розуміти, що цей приклад може представляти узгодження доступу DSMIP, в одному прикладі. Відповідно до прикладу, UE 402 може відправляти повідомлення 412, що запитує доступ до довіреного не-3GPP пристрою 404 IP доступу. Довірений не-3GPP пристрій 404 IP доступу може передавати запит 414 на аутентифікацію і авторизацію в шлюз 406 PDN, який передає його в PCRF 408 і, в кінцевому результаті, в HSS 410, для забезпечення того, що UE 402 може отримати доступ до бездротової мережі. UE 402 може передавати повідомлення 416 для узгодження локальної IP-адреси для не-3GPP пристрою 404 IP доступу для UE 402. У цьому відношенні, довірений не-3GPP пристрій 404 IP доступу може діяти як шлюз (наприклад, обслуговуючий шлюз) для надання доступу до мережі бездротової передачі даних для UE 402. Запит на доступ з UE 402 може привести до того, що довірений не-3GPP пристрій 404 IP доступу буде запитувати встановлення 418 сеансу шлюзу з PCRF 408, як описано вище. Запит 9 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 на встановлення сеансу, наприклад, може містити тип IP-CAN, що належить до подальшого встановлення потоку IP, і/або тип RAT, для того, щоб сприяти формуванню запиту на надання або відмову, і/або формувати одне або більше правил політики в PCRF 408. PCRF 408 може передавати підтвердження 420 на встановлення сеансу керування шлюзом. UE 402 може встановлювати асоціацію 422 версії 6 MIP зі шлюзом 406 PDN для встановлення одного або більше IP потоків в шлюз 406 PDN через довірений не-3GPP пристрій 404 IP доступу. Шлюз 406 PDN може перевіряти аутентифікацію і авторизацію, наприклад, для тунелю 424. Зв'язуюче оновлення 426 може бути передане з UE 402 в шлюз 406 PDN для зв’язування з IP потоком. Шлюз 406 PDN може, відповідно, вказувати встановлення 428 сеансів IP-CAN для PCRF 408 у відношенні UE 402. При такій вказівці встановлення сеансу, наприклад, шлюз 406 PDN може містити в собі інформацію інкапсуляції для подальшого використання PCRF 408, як описано. Інформація інкапсуляції може містити в собі покажчик того, чи використовується інформація інкапсуляції в IP потоці, заголовок інкапсуляції, що використовується в IP потоці, зміщення і/або початок/кінець заголовка інкапсуляції, що передається через IP потік, тип протоколу мобільності і/або тому подібне, як описано вище. PCRF 408 може підтверджувати встановлення 430 сеансу IP-CAN. Основуючись, щонайменше частково, на підтвердженні встановлення сеансу IP-CAN, шлюз 406 PDN може передавати підтвердження 432, яке зв'язує з UE 402. У цьому прикладі використовують мобільність на основі хост-пристрою, таку як DSMIP, і PCRF 408 може передавати правила політики, які можуть містити в собі прийняті типи протоколу мобільності або параметри, виміряні показники потоку даних і/або тому подібне, як описано, в довірений не3GPP пристрій 404 IP доступу, разом з інформацією інкапсуляції для IP потоків, під керуванням шлюзу і з повідомленням надання правил політики QoS в 434. Наприклад, PCRF 408 може генерувати правила політики на основі типу IP-CAN і/або типу RAT, прийнятого при встановленні 418 сеансу керування шлюзом. У іншому прикладі PCRF 408 може містити в собі інформацію інкапсуляції, прийняту при вказівці встановлення 428 сеансу IP-CAN, як детально описано вище. Довірений не-3GPP пристрій 404 IP доступу може приймати правила політики і/або інформацію інкапсуляції, використовуючи інформацію інкапсуляції для усунення інкапсуляції пропущених через тунель IP потоків, і надання підтримки QoS для IP потоків на основі прийнятих правил політики, як описано вище. Довірений не-3GPP пристрій 404 IP доступу може передавати керування шлюзом і підтвердження 436 надання правил політики QoS в PCRF 408. Потрібно розуміти, що додаткові компоненти можуть бути присутніми в системі 400 бездротової передачі даних, зокрема, у випадку роумінгу; і даний піднабір представлений з метою пояснення. Повертаючись знов до фіг. 5, можна бачити, що тут показана зразкова система 500 бездротової передачі даних, яка сприяє вказівці інформації інкапсуляції в PCRF для подальшої передачі даних. Система 500 містить в собі UE 502, eNode В 504, який може бути точкою доступу, що надає доступ до мережі бездротової передачі для UE 502, нового MME 506, який підтримує основану на мережі мобільність для передачі інформації з eNode В 504, старий MME/обслуговуючий вузол GPRS (SGSN) 508, який просуває дані в/з нового MME 506, обслуговуючий шлюз 510, шлюз 512 PDN, PCRF 514 і HSS 516, які аналогічні згаданим вище. У одному прикладі система 500 може використовуватися для встановлення мережевого доступу для UE 502, використовуючи основану на мережі мобільність, таку як GTP. UE 502 може відправляти запит 518 на приєднання в eNode В 504, запитуючи у нього доступу бездротової мережі, і eNode В 504 може просувати запит 520 на приєднання в новий MME 506 для встановлення доступу, використовуючи новий MME 506. Новий МME 506 може передавати запит 522 ідентифікації в старий MME/SGSN 508 для перевірки ідентифікації UE 502, і старий MME/SGSN 508 може відповідати 524. Крім того, новий MME 506 може передавати запит 526 ідентифікації в UE 502 і приймати відповідь 528 ідентифікації з UE 502. Потім UE 502 може передавати інформацію 530 аутентифікації з новим MME 506, примушуючи новий MME 506 перевіряти аутентифікацію в HSS 516. Новий MME 506 може передавати запит для формування прийнятих за умовчанням несучих 532 в обслуговуючий шлюз 510, який примушує обслуговуючий шлюз 510 передавати запит 534 так само, як і зі шлюзу 512 PDN. Після прийому встановленого за умовчанням запиту 534 носія, шлюз 512 PDN, як описано, може зв'язуватися з PCRF 514 в 536 і не вказує інформацію інкапсуляції, або вказує, що інформація інкапсуляції не потрібна для зв'язку з обслуговуючим шлюзом 510 через шлюз 512 PDN, як описано, оскільки показаний, оснований на мережі протокол мобільності не встановлює тунельну передачу даних між UE 502 і шлюзом 512 PDN. У цьому відношенні, під час взаємодії PCRF 536, PCRF 514 передає правила політики без інкапсуляції цих правил в шлюз 512 PDN під час взаємодії 536 PCRF. Потрібно розуміти, що, крім того, або як альтернатива, шлюз 512 PDN 10 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 може передавати тип протоколу мобільності в PCRF 514, і PCRF 514 може визначати відсутність інкапсуляції. Крім того, шлюз 512 PDN може передавати тип IP-CAN і/або тип RAT у взаємодії 536, який може використовуватися в PCRF 514 при задаванні правил політики, як описано. Шлюз 512 PDN може просувати правила в обслуговуючий шлюз 510 для формування відгуку 538 прийнятого за умовчанням носія, який може примусово виконувати правила і/або просування в новий MME 506, у відповіді 540 формування прийнятого за умовчанням носія. За допомогою носіїв і правил політики, новий MME 506 може дозволити запит 542 на приєднання з eNode В 504 і відправити реконфігурацію 544 з'єднання RRC в UE 502. UE 502 може змінювати конфігурацію свого RRC з'єднання і відправляти повідомлення 546 про завершення, і eNode В 504 може передавати повідомлення 548 про завершення приєднання в новий MME 506. Потрібно розуміти, що додаткові компоненти можуть бути присутніми в системі 500 бездротової передачі даних, зокрема, у випадку роумінгу; піднабір показаний з метою пояснення. Тепер, як показано фіг. 6, система 600 бездротової передачі даних представлена так, що вона сприяє вказівці інформації інкапсуляції для PCRF для подальшої передачі даних. Система 600 містить в собі UE 602, eNode В 604, новий МME 606, старий МME 608, обслуговуючий шлюз 610, шлюз 612 PDN, PCRF 614 і HSS 616, які аналогічні згаданим і представленим на попередніх кресленнях. У одному прикладі система 600 може використовуватися для встановлення мережевого доступу для UE 602, використовуючи основану на мережі мобільність, таку як PMIP, де рішення про політику можуть бути передані без використання туннелювання зі шлюзу 612 PDN в обслуговуючий шлюз 610. Потрібно розуміти, що шлюз 612 PDN, PCRF 614 і/або HSS 616 можуть бути аналогічними фіг. 4-6 з різними об'єктами, що встановлюють доступ до бездротової мережі через шлюз 612 PDN, використовуючи різні протоколи мобільності на кресленнях. UE 602 може виконувати процедуру 618 приєднання, аналогічну описаній з посиланнями на попередні креслення, для запиту доступу до мережі. Процедура 618 приєднання може примушувати виконувати обмін даними між компонентами, показаними вище. Оновлення 620 представницького зв'язку може бути передане з обслуговуючого шлюзу 610 в шлюз 612 PDN, який може містити в собі тип RAT, пов'язаний з eNodе В 604. Шлюз 612 PDN може відправити повідомлення 622 в PCRF 614, вказуючий інформацію інкапсуляції, таку як тип протоколу мобільності, що використовується при передачі даних з UE 602, і PCRF 614 може передавати підтвердження 624. Інформація інкапсуляції може бути НУЛЬ або може належати до відсутності такої інформації, в одному описаному прикладі. Після прийому підтвердження 624, шлюз 612 PDN може підтвердити представницький зв'язок 626. Обслуговуючий шлюз 610 може потім передати встановлення 628 керування шлюзом, яке може містити IP-CAN і/або тип RAT в одному прикладі, в PCRF, для встановлення сеансу бездротової мережі. Після прийому запиту 628 на встановлення, PCRF 614 може генерувати правила політики, як описано вище, на основі, щонайменше частково, типу RAT і/або типу IP-CAN. PCRF 614 може передавати керування політикою і положення 630 нарахування рахунків (PCC) в шлюз PDN. Ці положення можуть бути розінкапсульовані, оскільки шлюз 612 PDN не передав яку-небудь інформацію інкапсуляції або вказівку того, що інкапсуляцію не потрібно використовувати. Як альтернатива, інформація інкапсуляції може містити тип протоколу мобільності (наприклад, PMIP в цьому прикладі), який PCRF 614 може використовувати для визначення, що інкапсуляція не потрібно. Шлюз PDN може передавати підтвердження 632 рішення PCC, і PCRF 614 може передавати підтвердження 634 встановлення сеансу керування в обслуговуючий шлюз 610. Потрібно розуміти, що додаткові компоненти можуть бути присутнім в системі 600 бездротової передачі даних, зокрема, у випадку роумінгу; даний піднабір показаний з метою пояснення. Крім того, множина інших протоколів мобільності можуть підтримуватися, і шлюз 612 PDN може передавати відповідну інформацію інкапсуляції (наприклад, тип протоколу мобільності, заголовок інкапсуляції, місцеположення заголовка, нижній колонтитул, ключі безпеки, інструкції кодування і т. д.) для типу протоколу мобільності. На фіг. 7-8 проілюстровані методики, що належать до надання інформації інкапсуляції в сервер політики для передачі даних в один або більше обслуговуючих шлюзів. Хоч з метою спрощення пояснення ці методики показані і описані як послідовність дій, потрібно розуміти і брати до уваги коефіцієнти, що ці методики не обмежуються даним порядком дій, оскільки деякі дії можуть, відповідно до одного або більше варіантів виконання, виникати в інших порядках і/або одночасно з іншими діями серед показаних і описаних тут. Наприклад, для фахівця в даній галузі техніки буде зрозуміло, що методика може, як альтернатива, бути представлена як послідовність взаємопов'язаних станів або подій, таких як показані на діаграмі станів. Крім того, не показні дії можуть вимагатися для виконання методики відповідно до одного або більше варіантів виконання. 11 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 Повертаючись до фіг. 7, відображена методика 700, яка сприяє передачі інформації інкапсуляції і правил політики. У позиції 702 приймають інформацію інкапсуляції, що використовується при передачі потокових даних. Ця інформація може бути прийнята з мережевого шлюзу, як описано, і може належати до обміну даних з мобільним пристроєм. Крім того, інформація інкапсуляції може містити тип протоколу мобільності, що використовується мережевим шлюзом і/або пристроєм, або точкою доступу, що виконує обмін даними з ним, заголовок інкапсуляції, що належить до типу протоколу мобільності, вказівка того, слід чи ні використовувати заголовок інкапсуляції, зміщення або початкове/кінцеве положення заголовка інкапсуляції при подальшій передачі потокових даних і т. д., як описано. У позиції 704 можуть бути згенеровані правила політики, що належать до відстеження потоку даних. Як описано вище, правила політики можуть бути згенеровані на основі, щонайменше частково, прийнятого типу IP-CAN, що належить до потоку даних і/або типу RAT. У позиції 706 може бути визначено, чи вказує інформація інкапсуляції, що потрібно використати інкапсуляцію. У одному прикладі, у випадку, коли інкапсуляція містить тип протоколу мобільності, він може бути визначений на основі типу. У іншому прикладі це можна визначити у випадку, коли інформація інкапсуляції містить заголовок інкапсуляції або параметри, що належить до детектування заголовка. Якщо вказана інкапсуляція в 708, інформація інкапсуляції може бути передана в обслуговуючий шлюз, як описано вище; а якщо ні, спосіб переходить на етап 710. У позиції 710 правила політики можуть бути просунені в обслуговуючий шлюз, незалежно від того, є вони чи ні інкапсульованими. Потрібно розуміти, що інформація інкапсуляції може бути направлена в обслуговуючий шлюз без визначення відносно цієї інформації, наприклад, як в позиції 706, в одному прикладі. Повертаючись до фіг. 8, проілюстрована методика 800, яка сприяє вказівці інформації інкапсуляції для сервера політики для подальшого обміну даними з обслуговуючим шлюзом. У позиції 802 може бути вибраний тип протоколу мобільності, що належить до обміну даними з пристроєм. У одному прикладі він може бути вибраний на основі авторизації, що приймається для потоку даних з сервера політики. У позиції 804 інформація інкапсуляції може бути визначена для обміну даними з пристроєм на основі типу протоколу мобільності. Ця інформація може належати до того, чи потрібна інкапсуляція для обміну даними з пристроєм через потік даних, використовуючи тип протоколу мобільності, і/або в якій мірі. У позиції 806 інформація інкапсуляції може бути передана в сервер політики. У цьому відношенні, як описано, сервер політики може просувати інкапсуляцію в інші компоненти мережі, для того, щоб сприяти інтерпретації інкапсульованих даних, прийнятих з і/або переданих в пристрій. Повинно бути ясно, що відповідно до одного або більше аспектів, описаних тут, можна зробити висновки відносно визначення інформації інкапсуляції і/або, коли потрібно застосовувати таку інформацію, як описано. Використовуваний тут термін "робити висновок" або "висновок" належить, загалом, до процесу умовиводів або логічного висновку системи, навколишнього середовища і/або користувача з набору спостережень, отриманих через події і/або дані. Висновок можна використати, наприклад, для ідентифікації специфічного контексту або дії, або він дозволяє генерувати розподіл імовірності по станах. Висновок може бути ймовірносним, тобто, може являти собою розрахунок розподілу імовірності по станах, що представляють інтерес, на основі обліку даних і подій. Висновок також може належить до використовуваних технологій для складання події більш високого рівня з набору подій і/або даних. Такий висновок приводить до побудови нових подій або дій з набору подій, що спостерігаються, і/або збережених даних події, незалежно від того, є чи ні ці події скорельованими в тісній часовій близькості, і чи надходять події і дані з одного або декількох подій і джерел даних. Фіг. 9 показує зразкову систему 900 бездротового зв’язку. У системі 900 бездротового зв’язку представлена одна базова станція 910 і один мобільний пристрій 950, скорочено. Однак, потрібно розуміти, що система 900 може містити в собі більше ніж одну базову станцію і/або більше ніж один мобільний пристрій, в якому додаткові базові станції і/або мобільні пристрої можуть, по суті, бути аналогічними або можуть відрізнятися від зразкових базових станцій 910 і мобільного пристрою 950, описаних нижче. Крім того, потрібно розуміти, що базова станція 910 і/або мобільний пристрій 950 можуть використовувати системи (фіг. 1-6) і/або способи (фіг. 7-8), описані тут, для того, щоб сприяти бездротовій передачі даних між ними. У базовій станції 910 передбачений процесор 914 даних, призначений для передачі (TX) множини потоків даних з джерела 912 даних. Відповідно до одного прикладу, кожний потік даних може бути переданий через відповідну антену. Процесор 914 даних TX форматує, кодує і виконує перемежовування потоків даних трафіка на основі певної схеми кодування, вибраної для цього потоку даних, для надання кодованих даних. 12 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 Кодовані дані для кожного потоку даних можуть бути мультиплексовані з пілотними даними, використовуючи технології мультиплексування з ортогональним частотним розділенням каналів (OFDM). Крім того, або як альтернатива, пілотні символи можуть бути мультиплексовані з частотним розділенням (FDM), мультиплексовані з часовим розділенням (TDM) або мультиплексовані з кодовим розділенням (CDM). Пілотні дані типово являють собою відому структуру даних, яку обробляють відомим способом, і яку можна використати в мобільному приладі 950 для оцінки відгуку каналу. Мультиплексовані пілотні і кодовані дані для кожного потоку даних можуть бути модульовані (наприклад, відображені на символи) на основі певної схеми модуляції (наприклад, BPSK, QPSK, М-PSK, М-квадратурної амплітудної маніпуляції (МQAM), і т. д.) вибраної для цього потоку даних, для забезпечення символів модуляції. Швидкість передачі даних, кодування і модуляція для кожного потоку даних можуть бути визначені по інструкціях, що виконуються або процесором, що надається 930. Символи модуляції для потоків даних можуть бути передбачені в процесорі 920 TX MIMO, який може додатково обробляти символи модуляції (наприклад, для OFDM). Процесор 920 TX MIMO потім надає NT потоків символів модуляції в NT передавачів (TMTR) 922a - 922t. У різних варіантах виконання процесор 920 TX MIMO застосовує вагові коефіцієнти формування променів для символів потоків даних і для антен, через які передають символи. Кожний передавач 922 приймає і обробляє відповідний потік символів для надання одного або більше аналогових сигналів, і додатково виконує вихідну обробку (наприклад, посилення, фільтрацію і перетворення з підвищенням частоти) аналогових сигналів для отримання модульованого сигналу, придатного для передачі через канал MIMO. Крім того, NT модульованих сигналів з передавачів 922a - 922t передають через NT антен 924a - 924t, відповідно. У мобільному приладі 950, модульовані сигнали, які передаються, приймають за допомогою Nr антен 952a - 952r, і прийнятий сигнал з кожної антени 952 подають у відповідний приймач (RCVR) 954a - 954r. Кожний приймач 954 виконує попередню обробку (наприклад, фільтрує, посилює і перетворює з пониженням частоти) відповідного сигналу, перетворює в цифрову форму сигнал після попередньої обробки для отримання вибірок і додатково обробляє вибірки для надання відповідного "прийнятого" потоку символів. Процесор 960 даних RX може приймати і обробляти NR прийнятих потоків символів з Nx приймачів 954 на основі певної технології обробки приймача, для отримання NT "детектованих" потоків символів. Процесор 960 даних RX може демодулювати, виконувати усунення перемежовування і може декодувати кожний детектований потік символів для відновлення даних трафіка для цього потоку даних. Обробка, що виконується процесором 960 даних RX, є взаємодоповнюючою обробці, що виконується процесором 920 TX MIMO і процесором 914 даних TX в базовій станції 910. Процесор 970 може періодично визначати, яку матрицю попереднього кодування використати, як обговорювалося вище. Додатково, процесор 970 може формулювати повідомлення зворотної лінії зв'язку, що містить частину індексу матриці і частину значення рангу. Повідомлення зворотної лінії зв'язку може містити різні типи інформації, що належить до лінії зв'язку і/або прийнятого потоку даних. Повідомлення зворотної лінії зв'язку може бути оброблене процесором 938 передачі даних, який також приймає дані трафіка для безлічі потоків даних з джерела 936 даних, модульованих модулятором 980, оброблених передавачами 954a - 954r, і переданих назад в базову станцію 910. У базовій станції 910, модульовані сигнали з мобільного пристрою 950 приймають за допомогою антен 924, заздалегідь обробляють за допомогою приймачів 922, демодулюють за допомогою демодулятора 940 і обробляють за допомогою процесора 942 прийому даних для витягання повідомлення зворотної лінії зв'язку, переданого мобільним пристроєм 950. Додатково, процесор 930 може обробляти витягнуте повідомлення для визначення, яку матрицю попереднього кодування використовувати для визначення вагових коефіцієнтів формування променя. Процесори 930 і 970 можуть керувати (наприклад, керувати, координувати, адмініструвати і т. д.) роботою в базовій станції 910 і в мобільному приладі 950, відповідно. Відповідні процесори 930 і 970 можуть бути асоційовані із запам'ятовуючими пристроями 932 і 972, які зберігають програмні коди і дані. Процесори 930 і 970 також можуть виконувати розрахунки для виведення частоти і імпульсного відгуку для висхідної лінії зв'язку і низхідної лінії зв'язку, відповідно. Повинно бути зрозумілим, що описані тут варіанти виконання можуть бути втілені в апаратних засобах, програмних засобах, у вигляді вбудованого програмного забезпечення, 13 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 60 проміжного програмного забезпечення, мікрокоду або будь-якої їх комбінації. Для виконання у вигляді апаратних засобів модулі обробки можуть бути виконані з використанням одного або більше спеціалізованих інтегральних мікросхем (ASIC), цифрових сигнальних процесорів (DSP), цифрових сигнальних пристроїв обробки (DSPD), програмованих логічних пристроїв (PLD), програмованих користувачем вентильних матриць (FPGA,), процесорів, контролерів, мікроконтролерів, мікропроцесорів, інших електронних модулів, призначених для виконання описаних тут функцій, або їх комбінації. Коли варіанти виконання виконані у вигляді програмних засобів, вбудованого програмного забезпечення, проміжного програмного забезпечення або мікрокоду, програмний код або сегменти коду можуть бути збережені на носії інформації, що зчитується пристроєм, такому як компонент накопичувача. Сегмент коду може представляти процедуру, функцію, підпрограму, програму, стандартну програму, підпрограму, модуль, програмний пакет, клас або будь-яку комбінацію інструкцій, структур даних або операторів програми. Сегмент коду може бути підключений до іншого сегмента коду або до апаратних засобів шляхом пересилки і/або прийому інформації, даних, аргументів, параметрів або вмісту запам'ятовуючих пристроїв. Інформація, аргументи, параметри, дані і т. д. можуть бути послані, просунені або передані з використанням будь-якого відповідного засобу, що містить в собі спільно використання запам'ятовуючого пристрою, передачу повідомлень, передачу маркера, мережеву передачу і т. д. Для варіанту виконання у вигляді програмних засобів описані тут технології можуть бути втілені з використанням модулів (наприклад, процедур, функцій і так далі), які виконують функції, описані тут. Програмні коди можуть бути збережені в модулях пам'яті і можуть виконуватися процесором. Модуль пам'яті може бути втілений в процесорі або може бути зовнішнім для процесора, і в цьому випадку він може бути підключений до процесора з можливістю обміну даними через різні засоби, як відомо в даній галузі техніки. На фіг. 10 проілюстрована система 1000, яка передає інформацію інкапсуляції і правила політики в мережі бездротової передачі. Наприклад, система 1000 може знаходитися щонайменше частково в базовій станції, в мобільному приладі і т. д. Повинно бути ясно, що система 1000 представлена, як така що містить в собі функціональні блоки, які можуть являти собою функціональні блоки, які представляють функції, втілені процесором, програмним засобом або їх комбінацією (наприклад, вбудоване програмне забезпечення). Система 1000 містить в собі логічні групи 1002 електричних компонентів, які можуть діяти спільно. Наприклад, логічні групи 1002 можуть містити в собі електричний компонент, призначений для прийому інформації інкапсуляції з шлюзу базової мережі для подальшої передачі 1004 даних. Як описано вище, інформація інкапсуляції може містити в собі тип протоколу мобільності, заголовок інкапсуляції, параметри для отримання заголовка інкапсуляції і/або тому подібне. Інформація інкапсуляції в одному прикладі може належати до типу протоколу мобільності, що використовується при обміні даними між пристроєм і шлюзом базової мережі через встановлений потік даних, як описано вище. Додатково логічна група 1002 може містити електричний компонент, призначений для формування одного або більше правил політики, що належать до дозволених параметрів 1006 передачі даних. Ці параметри можуть бути сформовані, як описано, на основі щонайменше частково типу IP-CAN потоку даних або типу RAT. Крім того, логічна група 1002 може містити в собі електричний компонент для передачі інформації інкапсуляції і одне або більше правил політики для шлюзу 1008 мережі доступу. Потрібно розуміти, в цьому відношенні, що інформація інкапсуляції може вказувати, що не потрібна яка-небудь інкапсуляція для передачі правил політики назад в мережу доступу або в шлюз базової мережі. Крім того, система 1000 може містити в собі запам'ятовуючий пристрій 1010, який містить інструкції для виконання функцій, асоційованих з електричними компонентами 1004, 1006 і 1008. Хоч один або більше електричних компонентів 1004, 1006 і 1008 показані як зовнішні для запам'ятовуючого пристрою 1010, потрібно розуміти, що один або більше з цих компонентів можуть бути присутніми всередині запам'ятовуючого пристрою 1010. Повертаючись до фіг. 11, проілюстрована система 1100, яка надає інформацію інкапсуляції в сервер політики для подальшої передачі. Система 1100 може знаходитися, наприклад, в базовій станції, в мобільному приладі і т. д. Як представлено, система 1100 містить в собі функціональні блоки, які можуть представляти функції, втілені процесором, в програмних засобах або використовуючи їх комбінацію (наприклад, у вбудованому програмному забезпеченні). Система 1100 містить в собі логічну групу 1102 електричних компонентів, які сприяють встановленню інформації інкапсуляції для обміну даними з обслуговуючим шлюзом. Логічна група 1102 може містити в собі електричний компонент, призначений для вибору типу 14 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 протоколу мобільності, для обміну даними через потік 1104 даних. Як описано вище, тип протоколу мобільності може бути оснований на хост-пристрої або може бути оснований на мережі. Крім того, логічна група 1102 може містити в собі електричний компонент, призначений для визначення інформації інкапсуляції, що належить до типу 1106 протоколу мобільності. Інкапсуляція може містити тип протоколу мобільності, як описано, і/або різні параметри, що належать до даних інкапсуляції між мережевим шлюзом і бездротовим пристроєм, таким як заголовок інкапсуляції, покажчик, положення заголовка при передачі даних, ключі безпеки, інструкції кодування і т. д. Крім того, логічна група 1102 може також містити в собі електричний компонент, призначений для передачі інформації інкапсуляції в сервер 1108 політики. Таким чином, як описано, сервер політики, що приймає інформацію інкапсуляції, може просувати інформацію в обслуговуючий шлюз для подальшого її використання при наданні підтримки потокової передачі (наприклад, підтримка QoS). Крім того, система 1100 може містити в собі запам'ятовуючий пристрій 1110, який містить інструкції для виконання функцій, асоційованих з електричними компонентами 1104, 1106 і 1108. Хоч електричні компоненти 1104, 1106 і 1108 показані як зовнішні для запам'ятовуючого пристрою 1110, потрібно розуміти, що вони можуть бути розміщені всередині запам'ятовуючого пристрою 1110. Описане вище містить в собі приклади одного або більше варіантів виконання. Звичайно, при цьому неможливо описати кожну можливу комбінацію компонентів або методик з метою опису згаданих вище варіантів виконання, але фахівець в даній галузі техніки може розпізнати, що можлива множина додаткових комбінацій і перестановок різних варіантів виконання. Відповідно до цього, описані варіанти виконання, як передбачається, повинні охоплювати всі такі зміни, модифікації і варіації, які попадають в межі суті і об'єму прикладеної формули винаходу. Крім того, у випадку, коли термін "містить в собі" використовується або в докладному описі винаходу або в формулі винаходу, такий термін потрібно розуміти аналогічно терміну "що містить", як "той, що містить" інтерпретують, коли його використовують як перехідне слово в формулі винаходу. Крім того, хоч елементи описаних аспектів і/або варіантів виконання можуть бути описані або заявлені в однині, передбачається можливість наявності їх множини, якщо тільки обмеження одниною не буде вказане явно. Крім того, весь або частина будь-якого аспекту і/або варіанту виконання може використовуватися з усім або частиною будь-якого іншого аспекту і/або варіанту виконання, якщо тільки не буде вказане інше. Різні ілюстративні логічні елементи, логічні блоки, модулі і схеми, описані в зв'язку з варіантами виконання, розкритими тут, можуть бути втілені або виконані з використанням процесора загального застосування, цифрового сигнального процесора (DSP), спеціалізованої інтегральної мікросхеми (ASIC), програмованої користувачем вентильної матриці (FPGA) або іншого програмованого логічного пристрою, дискретних логічних елементів або транзисторної логіки, дискретних апаратних компонентів або будь-кого їх комбінації, розробленої для виконання описаних тут функцій. Процесор загального призначення може являти собою мікропроцесор, але, як альтернатива, процесор може являти собою будь-який звичайний процесор, контролер, мікроконтролер або кінцевий автомат. Процесор також може бути втілений як комбінація обчислювальних пристроїв, наприклад, комбінація DSP і мікропроцесора, множини мікропроцесорів, одного або більше мікропроцесорів, спільно з ядром DSP, або як будь-яка інша така конфігурація. Крім того, щонайменше один процесор може містити один або більше модулів, які під час роботи виконують один або більше етапів і/або дій, описаних вище. Додатково, етапи і/або дії способу або алгоритму, описані в зв'язку з аспектами, розкритими тут, можуть бути втілені безпосередньо в апаратних засобах, в програмному модулі, що виконується процесором, або в комбінації цих двох підходів. Програмний модуль може знаходитися в запам'ятовуючому пристрої ОЗУ, в запам'ятовуючому пристрої типу флеш, в запам'ятовуючому пристрої ПЗП, запам'ятовуючому пристрої EPROM, запам'ятовуючому пристрої EEPROM, в регістрах, на жорсткому диску, на знімному диску, на CD-ROM або в будьякій іншій формі носія інформації, відомого в даній галузі техніки. Зразковий носій інформації може бути підключений до процесора, таким чином, що процесор може зчитувати інформацію з носія інформації і записувати на нього інформацію. Як альтернатива, носій інформації може бути інтегральним з процесором. Крім того, в деяких аспектах, процесор і носій інформації можуть знаходитися в ASIC. Крім того, ASIC може знаходитися в користувацькому терміналі. Як альтернатива, процесор і носій інформації можуть знаходитися як дискретні компоненти в користувацькому терміналі. Крім того, в деяких аспектах, етапи і/або дії способу або алгоритму можуть знаходитися як одні або будь-яка комбінація або набір кодів, і/або інструкцій на 15 UA 99335 C2 5 10 15 20 25 пристрої-носії інформації, що зчитується, і/або на носії інформації, що зчитується комп’ютером, які можуть бути вбудовані в комп'ютерний програмний продукт. У одному або більше аспектах описані функції можуть бути втілені у вигляді апаратних засобів, програмних засобів, вбудованого програмного забезпечення або будь-якої їх комбінації. У разі втілення у вигляді програмних засобів, функції можуть бути збережені або передані як одна або більше інструкцій або кодів на носії інформації, що зчитується комп’ютером . Носії інформації, що зчитуються комп'ютером, містять в собі як носії інформації, що зчитуються комп'ютером, так і середовища передачі даних, що включають в себе будь-яке середовище, яке сприяє передачі комп'ютерної програми з одного місця в інше. Носій інформації може являти собою будь-який доступний носій, доступ до якого можна здійснювати за допомогою комп'ютера. Як приклад, і не для обмеження, такі носії інформації, що зчитуються комп'ютером, можуть містити ОЗП, ПЗП, EEPROM, CD-ROM або інший накопичувач на оптичному диску, накопичувач на магнітному диску або інші магнітні пристрої-накопичувачі, або будь-який інший носій інформації, який можна використати для перенесення або збереження необхідного програмного коду в формі інструкцій або структур даних і доступ до якого можна здійснювати за допомогою комп'ютера. Крім того, будь-яке з'єднання можна називати комп'ютером, що зчитується носієм інформації. Наприклад, якщо програмне забезпечення передають з вебсайту, сервера, або іншого віддаленого джерела, використовуючи коаксіальний кабель, оптоволоконний кабель, виту пару, цифрову абонентську лінію (DSL), або використовуючи бездротові технології, такі як інфрачервоні, радіо- і мікрохвильові, тоді коаксіальний кабель, оптоволоконний кабель, вита пара, DSL або бездротові технології, такі як інфрачервона, радіо- і мікрохвильова, включені у визначення носія. Disk і disc, що використовуються тут, містять в собі компакт-диск (CD), лазерний диск, оптичний диск, цифровий універсальний диск (DVD), гнучкий диск і диск blu-ray, при цьому disk звичайно відтворюють дані магнітним способом, в той час як disc звичайно відтворюють дані оптичним способом з використанням лазерів. Перераховані вище комбінації також повинні бути включені в межі об'єму носія інформації, що зчитується комп’ютером. ФОРМУЛА ВИНАХОДУ 30 35 40 45 50 55 1. Спосіб оперування правилами політики в бездротових мережах, що містить етапи, на яких: приймають інформацію інкапсуляції, що належить до обміну потоками даних, з шлюзу базової мережі; генерують одне або більше правил політики, що належать до обміну потоками даних; і передають правила політики в шлюз мережі доступу; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 2. Спосіб за п. 1, який додатково містить етап, на якому передають прийняту інформацію інкапсуляції в шлюз мережі доступу. 3. Спосіб за п. 1, в якому генерування одного або більше правил політики включає в себе етап, на якому вказують прийняту інформацію інкапсуляції в одному або більше правилах політики. 4. Спосіб за п. 1, в якому інформація інкапсуляції включає в себе зміщення, введене заголовком інкапсуляції в потік даних. 5. Спосіб за п. 1, в якому інформація інкапсуляції включає в себе тип протоколу мобільності, що використовується для потоку даних шлюзом базової мережі. 6. Спосіб за п. 5, який додатково містить етап, на якому визначають заголовок інкапсуляції на основі, щонайменше частково, типу протоколу мобільності. 7. Спосіб за п. 6, який додатково містить етап, на якому передають заголовок інкапсуляції в шлюз мережі доступу. 8. Спосіб за п. 1, який додатково містить етап, на якому приймають тип мережі доступу з можливістю з'єднання по протоколу Інтернет (IP-CAN), що належить до обміну потоками даних. 9. Спосіб за п. 8, в якому генерування одного або більше правил політики основане, щонайменше частково, на типі IP-CAN. 10. Пристрій бездротового зв'язку, що містить: щонайменше один процесор, сконфігурований, щоб: приймати інформацію інкапсуляції, що належить до типу протоколу мобільності, що використовується в потоці даних між мережевим шлюзом і мережевим пристроєм; задавати одне або більше правил політики на основі, щонайменше частково, типу потоку даних; і 16 UA 99335 C2 5 10 15 20 25 30 35 40 45 50 55 передавати інформацію інкапсуляції і одне або більше правил політики в шлюз мережі доступу; і запам'ятовуючий пристрій, підключений щонайменше до одного процесора; причому інформація інкапсуляції включає в себе заголовок інкапсуляції. 11. Пристрій бездротового зв'язку, який сприяє передачі правил політики в бездротовій мережі, що містить: засіб для прийому інформації інкапсуляції з шлюзу базової мережі для подальшого зв'язку; засіб для створення одного або більше правил політики, що належать до дозволених параметрів зв'язку; і засіб для передачі інформації інкапсуляції і одного або більше правил політики в шлюз мережі доступу; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 12. Зчитуваний комп'ютером носій інформації, що містить збережені на ньому коди, які містять: код, який примушує щонайменше один комп'ютер приймати інформацію інкапсуляції, що належить до обміну потоками даних, з шлюзу базової мережі; код, який примушує щонайменше один комп'ютер генерувати одне або більше правил політики на основі, щонайменше частково, типу, що належить до обміну потоками даних; і код, який примушує щонайменше один комп'ютер передавати інформацію інкапсуляції і одне або більше правил політики в шлюз мережі доступу; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 13. Пристрій бездротового зв'язку, що містить: приймач інформації інкапсуляції, який отримує інформацію інкапсуляції з шлюзу базової мережі, що належить до обміну потоками даних з пристроєм; специфікатор правил політики, який створює одне або більше правил політики на основі, щонайменше частково, типу обміну потоками даних, і передає одне або більше правил політики в шлюз мережі доступу; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 14. Пристрій за п. 13, в якому специфікатор правил політики включає інформацію інкапсуляції в одне або більше правил політики. 15. Пристрій за п. 13, що додатково містить блок просування інформації інкапсуляції, який передає інформацію інкапсуляції в шлюз мережі доступу. 16. Пристрій за п. 13, в якому інформація інкапсуляції містить одне або більше положень в подальшому повідомленні при обміні потоками даних, яке розмежовує заголовок інкапсуляції. 17. Пристрій за п. 13, в якому інформація інкапсуляції містить тип протоколу мобільності. 18. Пристрій за п. 17, в якому приймач інформації інкапсуляції визначає заголовок інкапсуляції, що належить до типу протоколу мобільності. 19. Спосіб, який сприяє указанню інформації інкапсуляції для подальшого обміну нею, що містить етапи, на яких: вибирають тип протоколу мобільності, що належить до обміну потоками даних з мобільним пристроєм; генерують інформацію інкапсуляції для зв'язку за допомогою потоку даних на основі, щонайменше частково, типу протоколу мобільності; і передають інформацію інкапсуляції в сервер політики; причому передача інформації інкапсуляції включає в себе етап, на якому надають заголовок інкапсуляції, що належить до типу протоколу мобільності. 20. Спосіб за п. 19, в якому передача інформації інкапсуляції включає в себе етап, на якому вказують зміщення при подальшому обміні потоками даних, яке відповідає закінченню заголовка інкапсуляції при обміні потоками даних. 21. Спосіб за п. 19, в якому передача інформації інкапсуляції включає в себе етап, на якому вказують початкове і кінцеве положення заголовка інкапсуляції в подальшому обміні потоками даних. 22. Пристрій бездротового зв'язку, що містить: щонайменше, один процесор, сконфігурований, щоб: визначати тип протоколу мобільності для зв'язку з пристроєм за допомогою встановленого потоку даних; генерувати інформацію інкапсуляції, що належить до типу протоколу мобільності; і 17 UA 99335 C2 5 10 15 20 25 30 передавати інформацію інкапсуляції в сервер політики для подальшої передачі в шлюз мережі доступу; і запам'ятовуючий пристрій, підключений щонайменше до одного процесора; причому інформація інкапсуляції включає в себе заголовок інкапсуляції. 23. Пристрій бездротового зв'язку, який вказує інформацію інкапсуляції для зв'язку з обслуговуючим шлюзом, що містить: засіб для вибору типу протоколу мобільності для зв'язку за допомогою потоку даних; засіб для визначення інформації інкапсуляції, що належить до типу протоколу мобільності; і засіб для передачі інформації інкапсуляції в сервер політики; причому інформація інкапсуляції включає в себе заголовок інкапсуляції. 24. Зчитуваний комп'ютером носій інформації, що містить збережені на ньому коди, які містять: код, який примушує щонайменше один комп'ютер вибирати тип протоколу мобільності, що належить до обміну потоками даних з мобільним пристроєм; код, який примушує щонайменше один комп'ютер визначати інформацію інкапсуляції для зв'язку з обслуговуючим шлюзом на основі, щонайменше частково, типу протоколу мобільності; і код, який примушує щонайменше один комп'ютер передавати інформацію інкапсуляції в сервер політики; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 25. Пристрій бездротового зв'язку, що містить: запитувач потоку даних, який встановлює потік даних з пристроєм і вибирає тип протоколу мобільності для зв'язку за допомогою потоку даних; генератор інформації інкапсуляції, який створює інформацію інкапсуляції на основі, щонайменше частково, типу протоколу мобільності; і специфікатор інформації інкапсуляції, який передає інформацію інкапсуляції в сервер політики; причому інформація інкапсуляції включає в себе заголовок інкапсуляції, що належить до типу протоколу мобільності. 26. Пристрій за п. 25, в якому інформація інкапсуляції містить зміщення в подальшому зв'язку за допомогою потоку даних, яке відповідає закінченню заголовка інкапсуляції. 27. Пристрій за п. 25, в якому інформація інкапсуляції включає в себе початкове і кінцеве положення заголовка інкапсуляції при подальшому зв'язку за допомогою потоку даних. 28. Пристрій за п. 25, в якому інформація інкапсуляції включає в себе тип протоколу мобільності. 18 UA 99335 C2 19 UA 99335 C2 20 UA 99335 C2 21 UA 99335 C2 22 UA 99335 C2 23 UA 99335 C2 24 UA 99335 C2 Комп’ютерна верстка В. Мацело Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 25