Спосіб та пристрій для служби мовлення і спосіб та пристрій широкомовної передачі у системі безпровідного зв’язку

Датою пріоритету даної патентної заявки має бути дата пріоритету попередньої [заявки No. 60/279,970, поданої у США 28 березня 2001 року], яка цим додається до даної заявки шляхом посилань та права на яку передано патентовласнику даної патентної заявки. Даний винахід пов'язаний з такими патентними заявками, поданими до Патентного відомства США: [„Спосіб та пристрій для забезпечення безпеки у системі опрацювання даних", заявник Філіп Хоукес і др.], яка зареєстрована патентним повіреним за №010497], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом * посилань; [„Спосіб та пристрій для позасмугового передавання опції широкомовної послуги у системі бездротового зв'язку", заявник Ніколай Ліюнг", яка зареєстрована патентним повіреним за №010437], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом посилань; [„Спосіб та пристрій для широкомовної передачі сигналів у системі бездротового зв'язку", заявник Ніколай Ліюнґ, яка зареєстрована патентним повіреним за №010438], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом посилань; [„Спосіб та пристрій для кадрування передачі у системі бездротового зв'язку", заявник Раймонд Зу, яка зареєстрована патентним повіреним за №010498], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом посилань; [„Спосіб та пристрій для передачі даних у системі бездротового зв'язку", заявник Раймонд Зу, яка зареєстрована патентним повіреним за №010499], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом посилань; [„Спосіб та пристрій для стиснення заголовків у системі бездротового зв'язку", заявник Раймонд Зу, яка зареєстрована патентним повіреним за №010500], подана одночасно з даною заявкою з передачею прав патентовласнику даного винаходу та виразно додається до його опису шляхом посилань. Даний винахід стосується систем бездротового зв'язку взагалі, а точніше способів та пристроїв для стиснення повідомлень під час їх підготовки до передавання у системі бездротового зв'язку. Потреба у передачі пакетованих даних у системах бездротового зв'язку дедалі зростає. Традиційні системи бездротового зв'язку призначаються для голосового зв'язку і їх розповсюдження на сферу передачі даних пов'язане з чисельними проблемами. Зокрема надання односпрямованих послуг, прикладом якого може бути мережа радіомовлення та телебачення, де відео та аудіо інформація надходить до . абонента безперервним потоком, відрізняється притаманною лише йому сукупністю вимог та завдань. Такі види послуг можуть вимагати широких частотних смуг, у зв'язку з чим проектанти таких систем намагаються звести до мінімуму обсяг передачі службової інформації. Крім того, абоненту потрібна додаткова інформація щодо доступу до широкомовних передач, а саме протоколи та параметри опрацювання даних. Існуюча проблема полягає у передачі характерної для широкомовного зв'язку інформації на тлі оптимізації використання доступного частотного діапазону. Отже потрібен дійовий та точний спосіб передачі даних у системі бездротового зв’язку. Потрібен також ефективний та точний спосіб надання користувачеві специфічної інформації, пов'язаної з цією послугою. У цьому описі розкриваються варіанти втілення винаходу, призначенням яких є задоволення зазначених вище потреб шляхом створення способу надання користувачеві характерної для даної послуги інформації щодо параметрів та протоколів . у системі бездротового зв’язку, яка підтримує широкомовну послугу або якусь іншу послугу, що полягає в односпрямованій передачі даних. В одному з варіантів у системі бездротового зв'язку, яка підтримує надання широкомовних послуг, спосіб полягає у формуванні повідомлення щодо протоколу широкомовної послуги та передачі цього повідомлення щодо протоколу широкомовної послуги чисельним мобільним одержувачам і відрізняється тим, що таке повідомлення щодо протоколу широкомовної послуги містить код опції послуги, який використовується для ідентифікації сукупності параметрів, причому ця сукупність параметрів виконує функцію опису широкомовного контенту. У другому варіанті у бездротовому пристрої, який підтримує надання широкомовних послуг, спосіб полягає в отримуванні повідомлення щодо параметрів широкомовної послуги, видобуванні коду опції послуги з цього повідомлення щодо параметрів широкомовної послуги та ініціюванні набору протоколів згідно з цим кодом опції послуги. Ще один варіант базується на бездротовому пристрої, який містить засоби одержування повідомлення щодо параметрів широкомовної послуги, засоби видобування коду опції послуги з повідомлення щодо параметрів широкомовної послуги та засоби ініціювання набору протоколів згідно з цим кодом опції сервісу. На Фіг.1 зображено схему системи зв'язку з розширеним спектром, яка обслуговує певну кількість користувачів. Фіг.2 - це блок-схема системи зв'язку, що підтримує широкомовні передачі. На Фіг.3 зображено зразок набору протоколів, які відповідають опції широкомовної послуги у системі бездротового зв'язку. Фіг.4 - це таблиця протоколів, що стосуються певних рівнів набору протоколів, які підтримують опцію широкомовного послуги у системі бездротового зв'язку. На Фіг.5 показано послідовність операцій забезпечення доступу до широкомовної послуги для певної топології системи бездротового зв'язку. На Фіг.6 зображено широкомовний потік у системі бездротового зв'язку. На Фіг.7 схематично відображено стиснення заголовку у системі бездротового зв'язку. На Фіг, 8 показано періодичне надсилання інформації щодо стиснення заголовку. Фіг.9 відображає протокол стиснення заголовку. На Фіг.10 показано протокол стиснення заголовку для широкомовної послуги у системі бездротового зв'язку. Фіг.11 - це блок-схема виконання стиснення заголовку для широкомовної послуги у системі бездротового зв'язку. Фіг.12 - блок-схема відновлення стиснутого заголовку для широкомовної послуги у системі бездротового зв'язку. На Фіг.13 та 14 показаний процес передачі даних у системі бездротового зв'язку. Фіг.15 - це часова діаграма потоку повідомлень у системі бездротового зв'язку. На Фіг.16 представлено конфігурацію повідомлення зі службовими параметрами системи. Фіг.17 представляє конфігурацію повідомлення зі службовими параметрами системи у вигляді послідовності бітів Фіг.18 - це схема послідовності операцій надання широкомовних протоколів та параметрів у системі бездротового зв'язку. На фіг.19 відображена відповідність кодів опцій послуги наборам параметрів. Фіг.20 ілюструє визначення параметрів у системі бездротового зв'язку. Фіг.21 - це структурна схема каналів, що використовуються для системи бездротового зв'язку, яка підтримує надання широкомовних послуг. На Фіг.22 зображено широкомовний, у якому службова інформація перемежована з широкомовним контентом. На Фіг.23 проілюстровано спосіб доступу до широкомовної послуги у системі бездротового зв'язку. На Фіг.24 показаний елемент пам'яті для зберігання службової широкомовної Інформації. Визначення „типовий" використовується у даному тексті лише у значенні „такий, що є прикладом, зразком або пояснюючим матеріалом." Будь яке втілення винаходу, описане у цьому розділі як „типове", необов'язково сприймати як найкраще або таке, що має переваги перед іншими втіленнями. Різні втілення даного винаходу показані у вигляді креслень, але ці креслення не обов'язково подані у масштабі, якщо це не зазначено окремо. У типовому втіленні системи бездротового зв'язку застосовується спосіб стиснення заголовків, що дозволяє зменшити розмір кожного заголовка з одночасним задоволенням вимог до цієї системи щодо точності та якості параметрів передачі. Це типове втілення підтримує надання односпрямованої широкомовної послуги. Така широкомовна послуга забезпечує потокову передачу відео та/або аудіо даних чисельним користувачам. Абоненти широкомовної послуги „ловлять" зазначений канал для підключення до широкомовної передачі. Оскільки необхідність забезпечення високої швидкості передачі широкомовної відео трансляції зумовлює високі вимоги до смуги пропускання, бажано зменшити обсяг будь-якої службової інформації, пов'язаної з такою широкомовною передачею. Далі типове втілення даного винаходу розглядається у розвитку. Спочатку це звичайна система бездротового зв'язку з розширеним спектром сигналів. Потім запроваджується широкомовна послуга, яка відрізняється тим, що це послуга під назвою HSBS, тобто високошвидкісна широкомовна послуга, а розгляд стосується розподілу каналів даного типового втілення. Відтак представлено модель підписки абонентів, включаючи варіанти платної та безкоштовної підписок, а також підписку за змішаними планами подібно до тих, що застосовуються нині при трансляції телевізійних програм. Потік повідомлень у широкомовній системі розглядається стосовно певної топології системи, тобто елементів її інфраструктури. І наприкінці розглядається застосоване у типовому втіленні стиснення заголовків. Зверніть увагу на те, що типове втілення використовується як зразок протягом усього розгляду; проте, різні варіанти втілення можуть містити різні елементи даного винаходу у межах обсягу правового захисту, на який претендує даний винахід. Даний винахід є особливо придатним для використання у системах опрацювання даних, системі бездротового зв’язку, системі односпрямованого широкомовного зв'язку та інших у будь-яких інших системах, де потрібна раціональна та ефективна передача інформації. Система бездротового зв'язку Типове втілення даного винаходу стосується системи бездротового зв'язку з розширеним спектром сигналів, яка підтримує надання широкомовної послуги. Системи бездротового зв’язку широко використовуються для забезпечення різних типів зв'язку - голосового, інформаційного і т.п. Ці системи можуть базуватися на множинному доступі з кодовим розподілом каналів (CDMA), множинному доступі з розподілом у часі (TDMA) або ряді інших методів модуляції. Система з CDMA має деякі переваги перед іншими типами систем, включаючи підвищену пропускну здатність системи. Система може бути розрахована на підтримку одного або декількох стандартів, а саме "TIA/EIA/IS-95-B Стандарт взаємодії мобільної та базової станцій для широкосмугових систем стільникового зв'язку подвійного призначення з розширеним спектром сигналів" - надалі стандарт IS-95, стандарт, запропонований консорціумом під назвою [„Проект партнерства третього покоління", надалі 3GPP, та викладений у комплекті документів у складі Документів №№3G TS 25.211, 3G TS 25.212, 3G TS 25.213, 3G TS 25.214 ТА 3G TS 25.302, надалі - стандарт W-CDMA, стандарт, запропонований консорціумом під назвою „Проект партнерства третього покоління - 2", надалі 3GPP2, а також TR-45.5, який надалі згадується як стандарт cdma2000, раніше відомий як IS-2000 МС]. Зазначені вище стандарти цим додаються до даного документу шляхом посилання на них. Кожний стандарт містить своє визначення опрацювання даних для їх подальшої передачі від базової станції до мобільної і навпаки. Як один з варіантів типового втілення розглядається система зв'язку з розширеним спектром сигналів, що задовольняє вимогам стандарту протоколів cdma2000. В інших варіантах втілення можуть використовуватися інші стандарти. Можливі також такі варіанти втілення винаходу, у яких застосовуються способи стиснення, розкриті у даному описі стосовно інших типів систем опрацювання даних. Фіг.1 є прикладом системи зв'язку 100, яка обслуговує певну кількість користувачів і може містити принаймні деякі з варіантів та втілень даного винаходу. Будь-який з усього розмаїття запропонованих алгоритмів та способів може знайти застосування для розподілу передач у системі 100. Система 100 забезпечує передачу даних для певної кількості комірок від 102А до 102G, обслуговування кожної з яких здійснює відповідна базова станція від 104А до 104G. У даному варіанті втілення деякі з базових станцій 104 мають багатоелементні приймальні антени, а інші - тільки одну приймальну антену. Так само, деякі з базових станцій 104 мають багатоелементні передавальні антени, а інші - лише єдину передавальну антену. Немає жодних обмежень щодо комбінацій передавальних та приймальних антен. Тому базова станція 104 може мати багато передавальних антен і лише одну приймальну або багато приймальних і тільки одну передавальну антену, або ж мати як по одній, так і багато приймальних та передавальних антен. Термінали 106 у зоні покриття можуть бути нерухомими (тобто стаціонарними) або мобільними. Як показано на фіг.1, різноманітні термінали 106 розсіяні по усій системі. Кожен термінал 106 у будь-який заданий момент часу зв'язаний принаймні з однією, а можливо і з декількома базовими станціями 104 по низхідним та висхідним лініям зв'язку. Це залежить, наприклад, від того, чи застосовується „м'яке" перемикання або чи розрахований даний термінал на одночасне або послідовне приймання ряду передач від ряду базових станцій та чи функціонує він у такому режимі. „М'яке" перемикання у системах зв'язку CDMA добре відоме на існуючому рівні техніки, а його докладний опис можна знайти у [патенті США №5,101,501 „Спосіб та система для здійснення „м'якого" перемикання у CDMA-мережі стільникового телефонного зв'язку"], права на який передано патентовласнику даного винаходу. Низхідна лінія служить для передачі від базової станції до терміналу, а висхідна - від терміналу до базової станції. У даному варіанті типового втілення деякі термінали 106 оснащені багатьма приймальними антенами, а інші мають лише одну приймальну антену. На Фіг.1 базова станція 104А здійснює передачу даних на термінали 106А та 106J по низхідній лінії, базова станція 104В здійснює передачу даних на термінали 106В та 106J, базова станція 104С передає дані на термінал 106С і т.д. Зростаюча потреба у бездротовій передачі даних та розширення переліку послуг, що можуть надаватися з застосуванням технологій бездротового зв'язку сприяли появі специфічних послуг, пов'язаних з передачею даних. Одна з таких послуг має назву -Високошвидкісна передача даних (HDR). Типову послугу HDR запропоновано у документі "EIA/TIA-IS856 cdma2000 Специфікація радіоінтерфейсу високошвидкісної передачі пакетних даних". Послуга HDR звичайно здійснюється шляхом накладання на мережі голосового зв'язку, яка використовує високопродуктивний спосіб передачі пакетів даних у системі бездротового зв'язку. Із збільшенням обсягу даних, що передаються, та кількості передач дедалі критичнішим стає ресурс обмеженої смуги пропускання, у якій ці послуги можуть надаватися. Виникає потреба у ефективному та задовольняючому усіх способі планування черговості обслуговування передач у системі зв'язку, який забезпечив би оптимальне використання наданої смуги пропускання. У даному варіанті типового втілення на фіг.1 показано систему, яка є системою типу CDMA з послугою HDR. Високошвидкісна широкомовна послуга (HSBS) На Фіг.2 зображена система бездротового зв'язку 200, за допомогою якої відео та аудіо інформація передається до мережі передавання пакетних даних (PDSN) 202. Джерелом цієї відео та аудіо інформації може бути трансляція телевізійної програми чи радіопередача, Інформація надається у вигляді пакетних даних, наприклад ІР-пакетів. У мережі PDSN 202 здійснюється опрацювання цих IP-пакетів для їх подальшого розподілу у мережі доступу (AN). Як показано на малюнку, мережа AN - це частини даної системи, серед яких BS 204 у сполученні з багатьма MS 206. Мережа PDSN 202 з'єднана з BS 204. При наданні послуги HSBS базова станція BS 204 одержує потік інформації від PDSN 202 і по наданому каналу передає цю інформацію абонентам системи 200. У даному секторі існує декілька шляхів розгортання широкомовного сервісу надання HSBS. При проектуванні такої системи враховується ряд факторів, серед яких слід зазначити кількість сеансів HSBS, яку може підтримувати система, кількість присвоєнь частоти, а також кількість фізичних широкомовних каналів, які обслуговує система. HSBS становить потік інформації, що передається через повітряний інтерфейс до системи бездротового зв'язку. „Каналом HSBS" називають окремий логічний широкомовний сеанс HSBS, який визначається згідно з широкомовним контентом. Слід зауважити, що контент згаданого каналу HSBS може з часом змінюватися, наприклад, 7.00 Новини, 8.00 Погода, 9.00 Кінофільм, і т.д. Планування у часі відбувається за зразком окремого каналу телебачення. „Широкомовний канал" - це окремий фізичний канал прямого зв'язку, наприклад, на базі заданого коду Уолша, за допомогою якого здійснюється широкомовний трафік. Широкомовний канал ВСН відповідає одному каналу передачі з кодовим розподілом CDM. Один широкомовний канал здатний бути носієм одного або декількох каналів HSBS; у цьому випадку має здійснюватися мультиплексування каналів HSBS за принципом мультиплексної передачі з розподілом каналів у часі (TDM) у межах одного широкомовного каналу. У одному з варіантів втілення винаходу для передачі одного каналу HSBS використовується більше одного широкомовного каналу у межах одного сектору. У іншому варіанті втілення винахідницького задуму передача одного каналу HSBS здійснюється на різних частотах з метою обслуговування абонентів на цих частотах. Згідно з типовим втіленням винаходу показана на Фіг.1 система 100 підтримує послугу високошвидкісної мультимедійної широкомовної трансляції, відомої під назвою високошвидкісної широкомовної послуги (HSBS). Широкомовні можливості даної послуги покликані забезпечити програмування з такою швидкістю передачі даних, якої має вистачати для підтримки передачі аудіо та відео інформації. Наприклад, застосування HSBS можуть включати пряме відтворення зображення кінофільмів, спортивних змагань і т.п. Послуга HSBS є послугою передачі пакетних даних, яка базується на протоколі міжмережної взаємодії (IP - протокол Internet). Згідно з типовим втіленням винаходу постачальник послуг, надалі - Сервер Контенту (CS), який відрізняється тим, що цей сервер CS сповіщає користувачів системи про наявність такої високошвидкісної широкомовної послуги. Будь-який користувач, бажаючий отримувати послугу HSBS, може стати абонентом CS. Після цього такий абонент має можливість сканувати розклад широкомовних послуг різними, запропонованими способами, які може запропонувати йому CS. Наприклад, повідомлення щодо широкомовного контенту може надаватися за допомогою рекламних оголошень, SMS повідомлень, протоколу WAP (Протокол бездротового доступу), та/або деяких інших засобів, які відповідають в цілому принципам мобільного бездротового зв'язку та підходять для нього. Мобільні користувачі зазначаються як мобільні станції (MS). Базові станції (BS) передають пов'язані з HSBS параметри у службових повідомленнях, подібних тим, які передаються каналами та/або на частотах, призначених для керування та інформації, тобто без корисного навантаження, Корисне навантаження стосується інформаційного контенту передачі, причому у разі широкомовного сеансу корисним навантаженням є широкомовний контент, а саме, відео-програма і т.п. Якщо абонент широкомовної послуги бажає приймати широкомовний сеанс, тобто конкретну, передбачену розкладом широкомовну програму, MS зчитує службові повідомлення та знаходить відповідні конфігурації. Потім MS настроюється на частоту, що містить канал HSBS, і приймає контент широкомовної послуги. Структура каналу у цьому типовому втіленні даного винаходу відповідає стандарту cdma2000 у якому передачі даних здійснюються через додатковий канал прямого зв'язку (F-SCH). В одному з варіантів втілення винаходу використовується велика кількість об'єднаних у вузол основних каналів прямого зв'язку (F-FCH) або спеціалізованих виділених каналів управління прямого зв'язку (F-DCCH), що дозволяє підвищити рівень вимог до швидкості передачі даних під час їх опрацювання. У цьому варіанті втілення F-SCH використовується як базовий для F-BSCH, який підтримує навантаження на рівні 64Кб/с (крім службових сигналів протоколу RTP). Канал F-BSCH може також бути модифікований з метою підтримки навантажень з іншою швидкістю передачі даних, наприклад, шляхом розділення навантаження зі швидкістю передачі 64Кб/с на під-потоки з нижчою швидкістю передачі. Один з варіантів втілення підтримує також виконання групових викликів у декілька різних способів. Наприклад, з використанням для цього існуючих односпрямованих каналів, тобто окремих каналів прямого зв'язку лише для однієї MS без будь-якого сумісного використання, каналів F-FCH (або F-DCCH) як по лінії прямого, так і зворотного зв'язку. У іншому прикладі застосовуються F-SCH (який сумісно використовується групою членів у одному й тому ж секторі) та F-DCCH (без застосування кадрів, але практично весь час - як підканал прямого зв'язку з контролем живлення) на лінії прямого зв'язку та R-DCCH на лінії зворотного зв'язку. Ще в одному прикладі використовуються високошвидкісний F-BSCH на лінії прямого зв'язку та канал доступу (або канал поліпшеного доступу разом з зворотним каналом стандартного режиму управління) на лінії зворотного зв'язку. Через притаманну йому високу швидкість передачі даних F-BSCH цього типового втілення даного винаходу може використовувати для забезпечення потрібного покриття значну частину потужності лінії прямого зв'язку базової станції. У зв'язку з цим головним завданням проектування фізичного рівня каналу HSBS є підвищення ефективності передачі у широкомовному середовищі. З метою забезпечення належної підтримки відео послуг при проектуванні системи визначають потужність базової станції, потрібну для різних способів передачі каналу, а також для запевнення відповідної якості відеосигналів. Однією з особливостей такого проектування є необхідність знаходження у кожному окремому випадку суб'єктивного компромісу між якістю сприймання відеосигналів скраю зони покриття та поблизу вузла стільникового зв'язку. Із зниженням інтенсивності корисного навантаження зростає фактична частота передавання коду виправлення помилок, завдяки чому потужність передачі базової станції заданого рівня забезпечує краще покриття на межі комірки. Мобільні станції, що знаходяться ближче до базових станцій продовжують приймати канал без помилок, а якість відеосигналів може погіршитися через зниження частоти джерела цих сигналів. Такий самий компроміс має бути досягнутий і стосовно інших, не пов'язаних з відеосигналами прикладних програм, які може підтримувати F-BSCH. При зниженні інтенсивності корисного навантаження, яку підтримує канал, збільшується покриття за рахунок зниження швидкості низхідної передачі цих прикладних програм. Досить важливим аспектом є досягнення рівноваги між якістю відеосигналу та пропускною здатністю каналу з одного боку и зоною покриття з другого. Вибрана конфігурація має бути оптимальною з точки зору конкретної прикладної програми і досягнення вдалого компромісу поміж усіма можливостями. Інтенсивність корисного навантаження каналу F-BSCH є важливим проектним параметром. При проектуванні системи, що підтримує широкомовні передачі згідно з даним типовим втіленням цього винаходу треба виходити з таких припущень: (1) цільовою є інтенсивність корисного навантаження 64Кб/с; (2) у разі потокового забезпечення передачі відео послуг вважається, що інтенсивність корисного навантаження стосується також 12 байтів х 8біт службової RTP- інформації на кожний пакет; (3) середній обсяг службового повідомлення для усіх рівнів між RTP і фізичним рівнем становить приблизно 64 8-розрядні байти на пакет плюс 8біт на службову інформацію щодо кадру F-BSCH, що використовується для заголовку мультиплексного модуля даних протоколу MUXPDU. Швидкість, яку може підтримувати типове втілення даного винаходу сягає 64Кб/с (максимум). Проте, існує також можливість підтримки багатьох інших швидкостей при інтенсивності корисного навантаження нижче 64Кб/с. Модель підписки Існує декілька можливих різновидностей підписки / отримання доходу щодо послуги HSBS, включаючи безкоштовний доступ, контрольований доступ, а також частково контрольований доступ. У разі безкоштовного доступу для одержання послуги не потрібна жодна підписка. Базова станція BS транслює її контент у незакодованому вигляді і будь-які мобільні станції можуть його приймати у разі потреби. Доходи постачальника послуг у цьому випадку залежать від реклами, яка може також передаватися цим широкомовним каналом. Наприклад, можуть транслюватися кліпи з фільмів, що мають надійти у прокат, а студії сплачуватимуть за це постачальникові . послуг певні суми. У разі контрольованого доступу користувачі MS підписуються на послугу і сплачують відповідну плату, щоб мати можливість приймати широкомовну послугу. Користувачі, які не підписалися на послугу HSBS, не можуть ЇЇ одержувати. Контрольований доступ можна організувати шляхом кодування передачі / контенту HSBS у такий спосіб, щоб лише ті користувачі, що підписалися на цю послугу, могли декодувати цей контент. Для цього можуть використовуватися процедури ефірного обміну ключами шифрування. У цьому випадку забезпечується високий рівень безпеки та запобігання несанкціонованого використання послуги. Доступ за змішаною схемою, відомий під назвою „частково контрольований доступ", передбачає надання послуги HSBS як такої, що розповсюджується за підпискою у закодованому вигляді, перемежованої з незакодованими передачами реклами. Ці рекламні матеріали можуть бути націлені на те, щоб заохотити абонентів підписатися на закодовану послугу HSBS. Мобільні станції MS можуть дізнаватися про . розклад надання цих незакодованих сегментів з зовнішніх джерел. Опція послуги HSBS Опція послуги HSBS визначається: (1) набором протоколів; (2) опціями у цьому наборі протоколів; і (3) процедурами настроювання та синхронізації послуги. Набір протоколів згідно з типовим втіленням показано на Фіг.3 та 4. Як видно з Фіг.3, набір протоколів відповідає елементу інфраструктури, а саме MS, BS, PDSN і CS у цьому варіанті втілення винаходу. Як показано далі на Фіг.3, протокол для прикладного рівня MS визначає звуковий та візуальний кодеки, а також усі візуальні профілі. Крім того, протокол визначає типи корисного навантаження Радіо-транспортного Протоколу (RTP), якщо такий протокол застосовується. Щодо транспортного рівня MS протоколом зазначається, який порт Протоколу передачі датаграми користувача (UDP) має використовуватися для переносу пакетів RTP. Рівень безпеки MS визначається протоколом, відповідно до якого параметри безпеки надаються додатковими позасмуговими каналами після початкового встановлення безпечного зв'язку з CS. Канальний рівень визначає параметри стиснення заголовків IP. Для того щоб мобільні станції могли успішно знаходити і сприймати широкомовні канали, через ефірний радіо-інтерфейс передаються різноманітні пов'язані з широкомовною послугою параметри. Широкомовна послуга розрахована на підтримку різних опцій протоколу у наборі протоколів. Для цього одержувачі широкомовної послуги мають бути проінформовані про те, які опції протоколів було вибрано, щоб таким чином сприяти належному декодуванню та опрацюванню широкомовної трансляції. В одному варіанті втілення даного винаходу CS надає цю інформацію одержувачеві у вигляді службового повідомлення про параметри системи, яке відповідає вимогам стандарту cdma2000. Перевага такого способу для одержувача полягає у тому, що він може одержати інформацію негайно зі службового повідомлення. У такий спосіб одержувач може негайно визначити, чи достатньо у його розпорядженні ресурсів для прийому широкомовного сеансу. Одержувач відслідковує службові повідомлення щодо параметрів системи. Система може запровадити код опції послуги, який відповідає набору параметрів і протоколів і відрізняється тим, що цей код опції послуги зазначається у службовому повідомленні. Або ж система може передбачати певний набір бітів чи прапорців для зазначення тієї чи іншої вибраної опції протоколу. За їх допомогою одержувач визначає опції протоколу, щоб належним чином здійснювати декодування широкомовного сеансу. Широкомовний канал є фізичним каналом, який має використовуватися для переносу широкомовного трафіку. Існує декілька форматів фізичного рівня, які можуть бути застосовані щодо зазначеного каналу. У зв'язку з цим приймальні пристрої мобільних станцій потребують інформації щодо цих параметрів, щоб успішно здійснити декодування фізичної передачі широкомовного каналу. Кожен конкретний широкомовний канал, канал HSBS має свій унікальний ідентифікатор у даній системі. Крім цього, кожному каналу HSBS BS призначає умовний ідентифікатор широкомовної послуги, за допомогою якого ця базова станція встановлює поле, яке відповідає поточному сеансу широкомовної послуги. Після чого разом з широкомовною послугою . передається інформація щодо кожного каналу HSBS, включаючи ідентифікатор широкомовного каналу та умовний ідентифікатор широкомовної послуги. Широкомовний канал може також містити різні комбінації протоколів верхнього рівня, що базуються на типі контенту, який передається. Мобільному одержувачеві потрібна також інформація стосовно цих протоколів верхнього рівня для інтерпретації широкомовних передач. В одному з варіантів втілення даного винаходу набір протоколів передається з допомогою позасмугових способів, причому такий позасмуговий спосіб відрізняється тим, що інформація передається через окремий канал, що не співпадає з широкомовним каналом. Завдяки такому підходу опис набору протоколів верхнього рівня не передається через широкомовний канал або канал передачі службових параметрів системи. Як вже зазначалося вище, опція послуги вказує на набір протоколів та процедур, на яких базується функціонування широкомовної послуги. Відповідаючи параметрам односпрямованої послуги, широкомовна послуга характеризується опціями протоколів, які здебільшого використовують чисельні одержувачі широкомовних трансляцій. У типовому втіленні даного винаходу опції протоколу для широкомовної послуги не узгоджуються між мобільною станцією та мережею. Опції визначаються мережею заздалегідь і інформація про них надається мобільній станції. Оскільки широкомовна послуга є односпрямованою послугою, вона не підтримує звертання мобільної станції з запитами. Характер широкомовної послуги скоріш подібний до телевізійної трансляції, тим що одержувачі настроюються на широкомовний канал і одержують доступ до широкомовної передачі, використовуючи для цього параметри, які зазначив CS. Для того щоб виключити необхідність координації між бездротовою мережею та CS, для даної послуги можна використовувати позасмугові канали для передавання на мобільну станцію інформації щодо опцій протоколів крім мережного рівня IP. На фіг.15 показано широкомовний потік, характерний для одного з варіантів втілення даного винаходу. По горизонтальній осі відображено топологію системи, тобто елементи інфраструктури. Вертикальна вісь - це вісь часу. У момент часу t1 MS підключається до позасмугового каналу через BS. Слід звернути увагу на те, що MS може отримати доступ до мережі, вибравши опцію передачі пакетних даних - таку ж саму, як і при використання виділеного каналу опції передачі пакетних даних, якому відповідає позначення SO 33. Таким чином, MS вибирає опцію передачі пакетних даних для встановлення сеансу згідно з Протоколом потокового передавання даних у реальному часі (RTSP). MS направляє запит щодо опису прикладної програми і транспортних протоколів, які використовуються для передачі широкомовного потоку від CS у момент часу t3. Звертаємо увагу на те, що крім протоколу RTSP може також використовуватися протокол ініціації сеансу (SIP) для запиту щодо опису прикладної програми та транспортних протоколів. Передача опису здійснюється за протоколом опису сеансу (SDP) у момент часу 14. Передача протоколу може здійснюватися одночасно з доступом користувача до широкомовної послуги. Звертаємо увагу на те, що протоколи RTSP та SDP є стандартизованими засобами запровадження послуги односпрямованого потокового передавання даних у IETF та 3GPP2. Після цього мобільна станція скористається також з послуги передавання пакетних даних для того, щоб відправити запит щодо PDSN для ідентифікації протоколу стиснення заголовків широкомовної послуги та передати будь-яку інформацію про ініціалізацію стиснення на мобільну станцію у момент часу t2. В одному з варіантів втілення винаходу для обміну інформацією щодо стиснення заголовків з мобільною станцією використовується Протокол керування протоколом Internet (IPCP). У подібний спосіб такий же механізм можна поширити і на надання інформації для широкомовного потоку. У випадку зміни опції протоколу широкомовної послуги мобільна станція має одержати повідомлення про це. Для зазначення того, що опції протоколу могли бути змінені, в одному варіанті втілення даного винаходу застосовується Індекс параметрів безпеки (SPI). Якщо опції протоколу змінюються внаслідок використання іншого CS для системи або перемикання мобільної станції на іншу систему, SPI може автоматично зазнати змін через те, що змінюється вихідна IP- адреса CS. У цьому випадку та за умови, що CS не змінюється, а використовується з різними опціями протоколу, CS має внести зміни до SPI, щоб зазначити таким чином те, що параметри змінилися. При . виявленні цього нового SPI мобільна станція має установити з'єднання з послугою передачі пакетних даних та зв'язатися з PDSN та тією CS, IP- адреса якої вказана у SPI, щоб отримати опис нового протоколу. В одному з варіантів втілення даного винаходу застосовується ряд критеріїв для можливості описаного вище використання SPI. По-перше, окремий CS має використовувати одні й ті самі опції протоколу для послідовних сеансів потокової передачі даних, бо у противному випадку CS вносить зміни до SPI при зміні опцій протоколу. І по-друге, PDSN має залишати незмінними алгоритм стиснення заголовків або відповідні параметри між сеансами потокової передачі даних з одним і тим же SPI. При зміні опцій протоколу у певній системі чисельні мобільні станції перемикаються на встановлення з'єднання з послугою передачі пакетних даних, щоб одержати оновлені описи протоколу. Для запобігання перевантаження системи через масове виникнення таких з'єднань потрібно ввести випадково вибрані затримки встановлення цих з'єднань. Сервери контенту CS можуть запроваджувати певні затримки у проміжку часу від моменту внесення змін до SPI до початку потокового передавання контенту, даючи змогу усім користувачам одержати опції протоколу. На відміну від вищезазначеного протоколи та параметри широкомовного каналу можуть передаватися на мобільну станцію. В іншому варіанті втілення даного винаходу кожному набору широкомовних протоколів та параметрів присвоюється код опції послуги (SO), причому цей код SO передається чисельним одержувачам. Виходячи з цього, інформація щодо параметрів передається чисельним одержувачам у вигляді множинності закодованих полів. Попередній спосіб ідентифікації широкомовних протоколів та параметрів за кодом SO передбачає відправлення повідомлення щодо параметрів широкомовної послуги (BSPM). Це BSPM є службовим повідомленням, що відповідає конкретній широкомовній послузі. Ті мобільні станції, які бажають одержувати послугу HSBS, мають відслідковувати появу BSPM. Таке BSPM безперервно та періодично передається кожним з секторів, у яких створені один або декілька широкомовних каналів. Формат BSPM, який використовується у цьому типовому втіленні даного винаходу, показано на Фіг.16. Перелічено різноманітні параметри, які зазначаються у такому повідомленні, разом з кількістю бітів, що передбачається для кожного з них у цьому повідомленні. Пілотний індекс зсуву послідовності PN ідентифікується як PILOT_PN. BS задає поле PILOT_PN зсуву послідовності PN для відповідної базової станції у блоках по 64 PN чіпи. BSPM_MSG_SEQ стосується порядкового номера повідомлення щодо параметрів широкомовної послуги. У випадку зміни будь-якого із зазначених у даному BSPM параметрів BS на одиницю збільшує BSPM_MSG_SEQ. HSBS_REG_USED - це показник, що використовується для реєстрації широкомовної послуги. У цьому полі зазначають частоти, на яких абонент MS може отримувати широкомовну послугу. HSBS_REG_TIME - це показання таймера реєстрації широкомовної послуги. Якщо поле HSBS_REG_TIME установлено на „0", базова станція обминає це поле. В усіх інших випадках базова станція включає це поле, значимість якого задається таким чином: BS встановлює це поле згідно з тривалістю реєстрації каналів надання широкомовних послуг; або базова станція встановлює це поле на '00000', якщо MS має реєструвати канал HSBS кожного разу, починаючи сканування каналу HSBS. Продовжуємо розглядати фіг.16. NUM_FBSCH - це кількість додаткових каналів прямого широкомовного зв'язку, якими веде трансляцію відповідна BS. NUM_HSBS_SESSION - це кількість сеансів широкомовної послуги. BS зазначає на цьому полі кількість сеансів широкомовної послуги, які передає відповідна BS. NUMJ_PM_ENTRIES - це кількість введень логічно-фізичного перетворення. BS задає для цього поля значення, що відповідає кількості введень перетворення логічних параметрів, тобто, сеансів широкомовної послуги, у фізичні, - це додатковий канал прямого широкомовного зв'язку, про які йдеться у даному повідомленні. BS задає Ідентифікатор додаткового каналу прямого широкомовного зв'язку, FBSCHJD, який відповідає даному додатковому каналу прямого широкомовного зв'язку. Якщо цей запис містить поле CDMA_FREQ, базова станція встановлює біт Індикатора включеної частоти, FREQJNCL на '1'; у противному випадку базова станція встановлює цей біт на '0'. FBSCH_CDMA_FREQ - це визначення частоти додаткового каналу прямого широкомовного зв'язку. Якщо FBSCH_CDMA_FREQ установлено на '0', базова станція обминає це поле; у противному випадку базова станція задає значення цього поля у такий спосіб: базова станція задає для цього поля номер каналу CDMA, який відповідає частоті CDMA, яку виділено для каналу CDMA, який містить даний додатковий канал прямого широкомовного зв'язку. FBSCH_CODE_CHAN це кодовий індекс каналу, який стосується додаткового каналу прямого широкомовного зв'язку, який відрізняється тим, що базова станція зазначає на цьому полі кодовий індекс каналу, який має використовуватися мобільною станцією щодо додаткового каналу прямого широкомовного зв'язку. FBSCH_RC - це радіо-конфігурація додаткового каналу прямого широкомовного зв'язку, причому BS зазначає на цьому полі радіо-конфігурацію, яку має застосовувати мобільна станція при використанні цього додаткового каналу прямого широкомовного зв'язку. FBSCH_RATE - це швидкість передавання даних додатковим каналом прямого широкомовного зв'язку, причому базова станція зазначає на цьому полі швидкість . передачі даних, яка застосовується на додатковому каналі прямого широкомовного зв'язку. FBSCH_FRAME_SIZE це розмір кадру додаткового каналу прямого широкомовного зв’язку, причому базова станція зазначає на цьому полі розмір кадру додаткового каналу прямого широкомовного зв'язку. FBSCH_FRAME_REPEAT_IND -це Індикатор повторення кадру у додатковому каналі прямого широкомовного зв'язку. BS установлює це поле на '1', якщо повторення кадрів застосовується у додатковому каналі прямого широкомовного зв'язку, а у противному випадку це поле виставляється на '0'. FBSCH_SHO_SUPPORTED - це Індикатор підтримки „м'якого" перемикання на додатковому каналі прямого широкомовного зв'язку. У тому разі, якщо базова станція підтримує „м'яке" перемикання на додатковому каналі прямого широкомовного зв'язку з одним або декількома сусідніми вузлами, вона встановлює це поле на '1', у противному випадку це поле встановлюється на '0'. NUM_NGHBR - це кількість сусідніх вузлів, які підтримують „м'яке" перемикання додаткового каналу прямого широкомовного зв'язку. Якщо поле FBSCH_SHO_SUPPORTED встановлене на '1', базова станція встановлює дане поле відповідним кількості сусідніх вузлів, які підтримують „м'яке" перемикання на даному додатковому каналі прямого широкомовного зв'язку. NGHBR_PN - це пілотний індекс зсуву послідовності PN сусіднього вузла. Базова станція встановлює це поле на пілотний зсуву послідовності PN цього сусіднього вузла у блоках по 64 PN чіпи. NGHBR_FBSCH_CODE_CHAN_INCL - це пілотний індикатор, що містить індекс пілотного кодового каналу для додаткового каналу прямого широкомовного зв'язку. Якщо пілотний індекс каналу кодування Додаткового каналу прямого широкомовного зв'язку сусіднього вузла включено у таке повідомлення, базова станція встановлює це поле на '1', у противному випадку базова станція установлює поле на '0'. NGHBR_FBSCH_CODE_CHAN - це пілотний індекс кодового каналу для додаткового каналу прямого широкомовного зв'язку. Якщо поле NGHBR_FBSCH_CODE_CHANJNCL виставлено на '0', базова станція обминає це поле; у противному випадку базова станція включає це поле і BS встановлює це поле рівним індексу кодового каналу, який дана мобільна станція має використовувати на цьому додатковому каналі прямого широкомовного зв'язку щодо зазначеного сусіднього вузла. HSBSJD це ідентифікатор сеансу широкомовної послуги, причому базова станція встановлює це поле адекватним ідентифікатору, який відповідає даному сеансу широкомовної послуги. BSRJD - це контрольний ідентифікатор широкомовної послуги, причому базова станція встановлю це поле рівним контрольному ідентифікатору широкомовної послуги, який відповідає даному сеансу широкомовної послуги. HSBSJD - це ідентифікатор даного сеансу широкомовної послуги, причому BS виставляє на цьому полі ідентифікатор, який відповідає даному сеансу широкомовної послуги. FBSCHJD - це ідентифікатор додаткового каналу прямого широкомовного зв"язку, причому базова станція встановлює це поле рівним ідентифікатору того додаткового каналу прямого широкомовного зв'язку, який є передавальним середовищем для згаданого вище сеансу широкомовної послуги. Опції протоколу, які можуть вимагати узгодження між передавачем та одержувачем, вибираються та визначаються в описі опції послуги. MS використовує код SO, надісланий до BSPM для виявлення опцій протоколу широкомовної послуги. На відміну від послуги односпрямованої передачі пакетних даних, у якій SO окреслює протоколи аж до мережного рівня IP, широкомовна послуга окреслює протоколи до прикладного рівня. Рівень безпеки використовує алгоритми кодування та розпізнавання, які передаються під час встановлення безпечного з'єднання, наприклад, через позасмугові засоби. У типовому втіленні даного винаходу транспортний рівень зазначається у SO, оскільки застосований транспортний протокол, наприклад, такий як RTP, може погано піддаватися ідентифікації у формі корисного навантаження пакетів UDP. SO може також вказувати номер порту UDP для корисного навантаження RTP. Це робиться для того, щоб можна було його відрізнити від інших типів трафіку UDP, які можуть пересилатися широкомовним каналом. Прикладний рівень також зазначається у SO, оскільки багато аудіо- та відео-кодеків (наприклад, MPEG-4 та EVRC) не мають статичних типів навантаження RTP, які мобільна станція могла б ідентифікувати без проблем. У системі односпрямованого широкомовного зв'язку ці типи навантаження RTP для таких кодеків мають призначатися у динамічному режимі шляхом узгодження настроювання виклику (наприклад, з використанням SIP, RTSP і т.д.). Оскільки широкомовна послуга тяжіє до виключення таких узгоджень, декодери передавального середовища вибрані у SO заздалегідь. Крім цього, оскільки аудіо та візуальні дані можуть переноситися у відокремлених один від одного пакетах RTP, бажано вказати типи корисного навантаження RTP, які мають використовуватися кожним з різноформатних потоків даних. У типовому втіленні даного винаходу логічно-фізичне відображення визначає канал HSBS (HSBSJD/BSRJD), носієм якого є відповідний канал F-BSCH (FBSCHJD). Набір (HSBSJD, BSRJD, FBSCHJD) повністю зазначає (для MS), де можна знайти та прослухати дану широкомовну послугу. Сама інформація щодо логічно-фізичної відповідності передається ефірним шляхом на мобільні станції, для того щоб та MS, що бажає підключитися до даного каналу HSBS, могла визначити, який канал F-BSCH їй треба відслідковувати. Таким чином, на мобільну станцію через радіо-інтерфейс передається така інформація: параметри фізичного каналу широкомовної послуги, параметри логічного каналу широкомовної послуги; логічно-фізичне перетворення; а також опція Один, яка сигналізує, що ці параметри широкомовної послуги забезпечують визначення нового службового повідомлення у стандарті cdma2000, яке стосується широкомовної послуги. У іншому варіанті втілення даного винаходу застосовується BSPM, яке відрізняється тим, що окремі параметри передаються у вигляді послідовності бітів, яка отримала назву BLOB і містить опції програми, серед яких можна вибирати. На відміну від використання коду SO для ідентифікації набору параметрів, при якому опції протоколу на прикладному рівні часто зазнають змін, через що виникає потреба у повторному визначенні, використання BLOB дозволяє знову визначати окремий параметр, не вносячи змін до усього набору параметрів. За умови, коли широкомовна послуга має підтримувати багато різних опцій протоколу, окреслену у попередньому розділі проблему визначення чисельних опцій послуги можна частково вирішити, визначивши BLOB широкомовної послуги. Потім BLOB відсилається у вигляді частини BSPM і ідентифікує опції протоколу, що застосовуються для широкомовної послуги. На фіг.17 показаний набір протоколів та застосування BLOB. Переваги, які забезпечуються шляхом надання BLOB, полягають у тому, що мобільна станція використовує BSPM для ідентифікації набору протоколів, внаслідок чого зникає потреба у позасмугових каналах для передачі цієї інформації. Крім того, мобільна станція може негайно визначити можливість доступу та декодувати широкомовний потік без необхідності реєструватися стосовно даної послуги. Недолік застосування SO та/або опису BLOB полягає у використанні бездротової інфраструктури для координації протоколів, які відносяться до зазначеного вище мережного рівня IP. Протоколи, які використовує CS та PDSN, повинні співпадати з тими, що зазначені у BLOB, надісланому базовою станцією. Однією з можливостей забезпечення координації є наявність у бездротовій інфраструктурі (наприклад, BSC) клієнта, який звертається з запитом щодо отримання від CS та PDSN інформації про опції протоколу. Після цього BSC перетворює цю інформацію у відповідний BLOB широкомовної послуги, що надсилається у BSPM. Протоколи, що застосовуються між клієнтом BSC і сервером контенту та PDSN, базуються на стандартних протоколах, наприклад, тих, що описані у cdma2000. Клієнт у BSC використовує RTSP для запиту щодо отримання від CS та опису прикладного та транспортного рівнів за допомогою SDP. Клієнт застосовує також ІРСР для запиту щодо отримання від PDSN інформації про стиснення заголовків. Для широкомовної послуги мають бути визначені максимальна кількість протоколів, які має підтримувати мобільна станція, а також обов'язкові та додаткові опції протоколів. На Фіг.18 продемонстровано спосіб 2000 надання інформації щодо протоколу та параметрів широкомовної послуги за допомогою BSPM. На ступені 2002 MS одержує BSPM від CS. BSPM має описану вище форму. На ступені 2004 MS добуває з BSPM код SO. Код SO перетворюється у набір параметрів та протоколів, якого вистачає для того, щоб MS могла прийняти бажану широкомовну трансляцію. Після цього, на ступені 2008 MS ініціює набір протоколів згідно з вибраним кодом SO. Після того, як набір протоколів ініційовано, на ступені 2010 MS здатна приймати та декодувати інформацію, одержану через широкомовний канал. Звертаємо увагу на те, що BSPM передається окремим каналом зі своїм Уолт-кодом, про який знають абоненти. На Фіг.19 продемонстровано процес 2020 перетворення кожного з кодів SO у набір параметрів та протоколів. Коли CS починає складати розклад широкомовних трансляцій, наприклад, футбольного матчу у зазначений день, CS визначає параметри та протоколи, які мають використовуватися для передачі широкомовної послуги, вибираючи їх з набору вже стандартизованих опцій. В одному варіанті втілення даного винаходу код SO відповідає фіксованому набору протоколів та параметрів і їх перетворення відоме як на CS, так і на MS. Завдяки тому, що це перетворення було відоме заздалегідь, немає потреби передавати інформацію, що дозволяє скоротити витрати на передавання, тобто заощадити смугу пропускання. Перетворення зберігаються на MS і тому їх не так ' просто змінити або обновити. У тому разі, коли CS змушений застосувати комбінацію параметрів, яку не було раніше стандартизовано у вигляді коду SO, Установа, що займається стандартизацією, повинна визначити новий набір параметрів, перш ніж цю комбінацію параметрів можна буде застосувати для широкомовного зв"язку. Використання інформації у формі BLOB відображено на Фіг.20, де визначено набір параметрів для сеансу широкомовного зв'язку. Кожний параметр може становити одну з багатьох опцій. Передача цих параметрів забезпечує певний рівень гнучкості у порівнянні з фіксованими наборами параметрів, які визначає код SO. CS має можливість вибрати будь-яку з доступних опцій і передати цю інформацію на MS. Як показано на малюнку ПОЛЕ 2 BLOB може бути визначене як будь-яка з опцій від ОПЦІЇ 1 до ОПЦІЇ К, причому кожному полю BLOB відповідає своя кількість існуючих опцій. У іншому втіленні даного винаходу протоколи та параметри широкомовного зв'язку надаються шляхом позасмугової передачі сигналів у широкомовному потоці. У рамках даного розгляду термін позасмуговий означає окремий канал, який використовується для передавання службової інформації. Окремий канал може просто мати іншу частоту або бути каналом з розширеним спектром частот, яким є канал, який визначається, наприклад, іншим кодом Уолша. Система надає абоненту інформацію щодо параметрів та протоколів широкомовного зв'язку, коли цей абонент ініціює виклик для передачі пакетних даних. Абонент або MS спочатку звертається до PDSN за інформацією щодо стиснення заголовків. За допомогою інформації, одержаної від PDSN, MS може одержувати службову інформацію щодо широкомовної послуги. MS з'єднується з CS, застосовуючи протоколи типу IP, наприклад, RTSP або SIP, щоб одержати опис транспортного та прикладного рівнів. Ця інформація потрібна MS для одержання, декодування та опрацювання сеансу широкомовного зв'язку. На Фіг.21 показано різні канали, які використовуються для передачі різної інформації у системі широкомовного зв'язку. Як видно з малюнку, система 3000 містить CS 3002 та MS 3004, зв'язані між собою широкомовним каналом 3010, службовим каналом 3012 та каналом трафіку 3014. Широкомовний контент зазначеного сеансу широкомовного зв'язку передається широкомовним каналом 3010, який може становити присвоєну тільки йому частоту або бути каналом, який визначає унікальний код Уолша. Повідомлення BSPM передається через службовий канал 3012. Канал трафіку 3014 використовується для передавання позасмугових сигналів, наприклад, як канал зв'язку між CS та MS, або для обміну даними між PDSN (не показано) та MS. MS може з'єднатися безпосередньо з CS та PDSN, застосувавши позасмугову передачу сигналів щодо опції передачі пакетних даних. Позасмуговий зв'язок дозволяє CS обновити інформацію, не передаючи її на BS, оскільки позасмуговий зв'язок діє безпосередньо між MS та PDSN або MS та CS. Слід звернути увагу на те, що при використанні послуги передачі пакетних даних як позасмугового засобу зв"язок між MS та CS, як і раніше, проходить через BS. Проте, BS непотрібна інформація щодо корисного навантаження і завдяки цьому їй не потрібно координувати протоколи CS та BS. Для усунення недоліків позасмугових методів передачі протоколів та параметрів одержувачам опис SDP, який надходить від CS, може бути мультиплексовано у широкомовний потік. Завдяки цьому мобільна станція може визначати опції протоколу, які застосовує CS, не встановлюючи виклик пакетних даних. Опис SDP надсилається у широкомовному потоці з такою ж частотою, як і короткотерміновий ключ шифрування (SK). Частота надсилання цих оновлень обмежується тією частиною частотної смуги пропускання, яка для них надається. Наприклад, якщо обсяг опису SDP становить 300 байт і він передається кожні 3 секунди, для цього потрібна пропускна здатність 800Б/с. Слід брати до уваги те, що оскільки джерелом опису SDP є сервер контенту, цей сервер має можливість підвищити якість середовища-носія шляхом мультиплексування повідомлення SDP у широкомовний потік у тому випадку, коли смуга пропускання середовища-носія досить мала для того, щоб вмістити його. І як наслідок, інформація SDP може адаптивно пристосовуватися до параметрів частотного діапазону, Тобто, якщо стан каналу та/або навантаження на смугу пропускання системи змінюються, частота передавання SDP також може зазнати змін. Так само можна змінити розмір SDP, відрегулювавши обсяг інформації, що у ньому міститься і стосується зазначеної системи. Опис SDP звичайно передається у RTSP, SAP або SIP повідомленнях. Для . відвернення непродуктивного використання таких протоколів рекомендується транспортувати опис SDP безпосередньо через UDP шляхом ідентифікації широковідомого коду порту UDP для переносу SDP повідомлення. Цей код порту не повинен використовуватися для переносу RTP або інших типів трафіку UDP, які надсилаються широкомовним каналом. Контрольна сума UDP забезпечує виявлення помилок щодо корисного навантаження SDP. Згідно з одним з варіантів втілення, проілюстрованим на Фіг.22, система надає протоколи та параметри за допомогою внутрішньо-смугової передачі сигналів у широкомовному потоці. Широкомовний потік 4000 містить широкомовний контент і передається широкомовним каналом, таким як, наприклад, широкомовний канал 3010 на Фіг.21. До широкомовного потоку 4000 впроваджено SDP 4002. На Фіг.22 проілюстровано спосіб 5000 надання інформації щодо параметрів та протоколу широкомовної послуги за допомогою внутрішньо-смугового способу передачі, який відрізняється тим, що інформація службового типу надається широкомовним каналом разом з широкомовним контентом. Термін „внутрішньосмуговий" покликаний зазначити, що інформація службового типу надається тим же самим каналом, що і широкомовний контент, і завдяки цьому не потребує окремого механізму передавання, тобто каналу. За методом 5000 спочатку здійснюється доступ до BSPM на ступені 5002. MS добуває з BSPM інформацію широкомовного каналу, інформацію фізичного рівня, а також інформацію рівня керування доступом до передавального середовища МАС. Інформація щодо стиснення заголовків отримується безпосередньо від PDSN на ступені 5004. Це може здійснюватися при безпосередньому з'єднанні MS з PDSN за допомогою опції передачі пакетних даних (позасмугової) або за умови, що PDSN впроваджує інформацію щодо конфігурації стиснення заголовків у широкомовний потік, направлений до MS. На ступені 5006 MS отримує доступ до широкомовного контенту (ВС). У разі одержання інформації щодо стиснення заголовків на ступені 5008 MS може одержати SDP, що передається широкомовним каналом разом з широкомовним контентом. SDP містить параметри та протоколи, які потрібні для приймання відповідного широкомовного сеансу. MS застосовує інформацію, що міститься у SDP, для одержання, декодування та опрацювання широкомовного контенту, який надходить широкомовним каналом. Якщо абонент певної широкомовної послуги бажає перейти до іншого сеансу широкомовного зв'язку, при настроюванні та/або ініціації цього нового широкомовного сеансу абонент може зіткнутися з неприпустимими затримками. Один з варіантів втілення даного винаходу передбачає наявність на вузлі одержувача запам'ятовувального пристрою, причому даний варіант відрізняється тим, що принаймні частина інформації заноситься до пам'яті на вузлі одержувача І може використовуватися для швидкого переходу від одного широкомовного сеансу, наприклад, програми, до іншого, або, як варіант, для повторного виклику широкомовного сеансу, доступ до якого вже встановлювався раніше. На Фіг.24 показано пам'ять 6000, у якій зберігаються SPI та SDP, що відповідають кожному з широкомовних сеансів, доступ до яких було надано. Службова інформація, що стосується поточного сеансу широкомовного зв'язку, зберігається у пам'яті 6000, причому зберігається найновіша одержана інформація. В одному з варіантів втілення даного винаходу пам'ять 6000 є запам'ятовувальним пристроєм зворотного магазинного типу (FIFO). У іншому варіанті втілення використовується швидкодіюча пам’ять невеликої ємності, відома під назвою кеш-пам’ять. Ще в одному варіанті інформація, що стосується широкомовних сеансів з вже наданим доступом, зберігається у довідковій таблиці пошуку (LUT). У варіантах втілення, які використовують такі механізми запам'ятовування як кеш-пам'ять або LUT, MS застосовує простий алгоритм відмічання часу для того, щоб у пам'яті зберігалась лише одна копія самих останніх конфігурацій SPI-SDP. Для кожної пари SPI-SDP MS зберігає відмічений час, коли MS одержувала цей опис востаннє. Якщо MS виявляє SPI, що вже зберігається у її пам’яті, вона використовує цю, вже існуючу конфігурацію і поновлює відмітку часу, зазначаючи поточний час. Якщо ж виявленого SPI у пам'яті MS немає, MS заміняє введену найдавніше пару SPI-SDP у своїй пам'яті на нещодавно виявлену пару SPI-SDP. Відтепер MS використовує для декодування широкомовного потоку цю нову конфігурацію. Потік повідомлень На Фіг.5 показано послідовність викликів з метою доступу до широкомовного сеансу у типовому втіленні даного винаходу для зазначеної топології системи. Система містить MS, BS, PDSN та CS, які зазначено на горизонтальній осі. На вертикальній осі відображений час. Користувач, тобто MS, є абонентом послуги HSBS. У момент часу t1 MS та CS узгоджують безпеку підписки щодо даної широкомовної послуги. Узгодження полягає у обміні ключами шифрування та зберіганні їх і т.п. діях, за допомогою яких одержують широкомовний контент, що передається широкомовним каналом. Одержавши інформацію щодо кодування, користувач встановлює безпечне з'єднання з CS. Інформація щодо кодування може містити ключ доступу до широкомовної послуги (ВАК) або комбінацію ключів і т.п., які надає CS. Згідно з типовим втіленням даного винаходу CS надає інформацію щодо кодування призначеним для цього каналом під час сеансу передачі пакетних даних, наприклад, із застосуванням РРР, WAP та інших методів позасмугової передачі. У момент часу t2 MS настроюється на широкомовний канал і починає одержувати пакети. У цей час MS має можливість опрацьовувати одержані нею пакети, оскільки заголовок IP/ESP стиснуто за допомогою ROHC, а декомпресор MS ще не задіяний. У момент часу t3 PDSN надає інформацію щодо стиснення заголовків (докладно викладену нижче). З заголовку пакету ROHC MS виділяє та одержує пакет ініціалізації та відновлення (IR) ROHC, який PDSN періодично надсилає до широкомовного каналу. За допомогою пакету ROHC IR здійснюється ініціалізація вихідного стану декомпресора у MS, завдяки чому він може розгортати заголовок IP/ESP одержаних пакетів. Після цього MS може опрацьовувати заголовок IP/ESP одержаних пакетів, але для здійснення опрацювання корисного навантаження ESP MS потребує подальшої інформації, оскільки це корисне навантаження закодоване на CS з застосуванням короткотермінового ключа (SK). SK діє узгоджено з ВАК, при тому, що SK декодується на вузлі одержувача за допомогою ВАК. У момент часу t4 CS надає додаткову інформацію щодо кодування, наприклад, щодо оновленого варіанту ключа або дійсного " на цей час SK. Слід звернути увагу на те, що CS надає MS цю інформацію у періодичному режимі, щоб забезпечити таким чином поточну безпеку широкомовного зв'язку. У момент часу t5 MS одержує від CS широкомовний контент. Звертаємо увагу на те, що в інших варіантах втілення даного винаходу можуть застосовуватися інші методи стиснення та розпакування, які забезпечують ефективність передавання інформації, що міститься у заголовках. Крім того, різні варіанти втілення можуть відрізнятися різноманітними схемами безпеки, які застосовуються для захисту широкомовного контенту. Можливі також варіанти втілення, які передбачають надання незахищеної широкомовної послуги. Використовуючи інформацію щодо кодування, наприклад, SK, MS здійснює декодування та відображення широкомовного контенту. Стиснення Згідно з типовим втіленням даного винаходу для передачі широкомовного контенту використовується призначений саме для цього широкомовний канал. Транспортний рівень надає службові дані щодо кодування для переносу широкомовного контенту у IP-пакетах. Система підтримує стиснення даних, а зокрема, стиснення заголовків. Рішення щодо стиснення даних залежить від потрібної середньої пропускної здатності (включаючи службові дані щодо транспортування / кодування, службову інформацію канального рівня та фізичного рівня), а також від сприйняття якості широкомовної послуги з боку користувача. При переносі більшого обсягу широкомовного контенту у кожному IP-пакеті скорочується службова інформація і таким чином зменшується смуга пропускання широкомовного каналу. І навпаки, при стисненні зростає частота пакетних помилок (PER), що негативно впливає на сприйняття послуги користувачем. Це відбувається через передавання довгих ІР-пакетів, кожний з яких займає багато кадрів фізичного рівня, а отже пов'язане зі зростанням частоти помилок кадрування (FER). Якщо оператор зв'язку вирішить використовувати малі IPпакети для покращення якості широкомовної послуги, він може зупинитися на стиснення заголовків, що дозволяє скоротити службові дані щодо транспортування та кодування у ІР-пакеті. Протоколи RTP/UDP/IP використовуються для транспортування широкомовного контенту від CS до MS, а захист контенту у режимі транспортування забезпечує ESP. Транспортна службова інформація - це заголовок RTP/UDP/IP, який займає 40 байт на один IP-пакет даних. Службова інформація щодо кодування надається у формі заголовку ESP, вектора ініціалізації (IV) та кінцівки ESP. Заголовок ESP та IV вставляються між заголовком IP і заголовком UDP. Заголовок ESP складається з SPI (4 байти) та порядкового номера (4 байти). Довжина IV залежить від того, який алгоритм кодування використовується у даному випадку. Для алгоритму шифрування AES довжина IV складає 16 байт. Кінцівка ESP додається у кінці датаграми UDP і складається з заповнення, далі йде заголовок (1 байт) і довжина заповнення (1 байт). Оскільки розмір блоку шифру для алгоритму AES складає 16 байт, розмір заповнення коливається від 0 до 15 байт. При округленні зверху середній розмір заповнення становить 8 байт. Розмір службової інформації щодо транспортування та шифрування для IP-пакету коливається від 66 до 81 байта при середньому розмірі 74 байти. Сюди не входить службова інформація канального рівня, яка надходить до MS з PDSN. Завдяки стисненню заголовків, наприклад, за методом Робастного стиснення заголовків (ROHC) можна скоротити заголовок IP і поле SPI заголовка ESP від 24 до 2 байт. Порядковий номер заголовка ESP не стискається, оскільки за його допомогою задається послідовність стиснутих пакетів. IV теж не підлягає стисненню, тому що він для кожного пакета різний і змінюється за випадковим законом. Заголовок UDP/RTP і кінцівку ESP не можна стискати, бо вони закодовані. Тобто, при застосуванні ROHC для стиснення заголовку IP/ ESP середній обсяг службової інформації щодо транспортування та кодування зменшується від 74 байт до 52 байт для одного ІР-пакета. Згідно з типовим втіленням даного винаходу стиснення заголовків, наприклад, за методом Робастного стиснення заголовків (ROHC), застосовується таким чином, щоб можна було уникнути помилок, що поширюються та накопичуються під час розпаковування. Як показано на Фіг.7, інформація заголовка стискається з 24 байт до 2 байт. Заголовок 500 складається з ІР-заголовку 502 та частини SPI 504. Внаслідок застосування алгоритму стиснення розмір цього заголовка після стиснення становить 2 байти. На відміну від традиційного стиснення заголовку, коли між MS і PDSN або іншим . елементом інфраструктури має відбуватися щось на зразок узгодження, типове втілення даного винаходу забезпечує односпрямовану передачу інформації щодо стиснення. MS не потрібно звертатися за інформацією щодо стиснення, тобто параметрів стиснення заголовку вистачає для того, щоб MS могла розпакувати одержану інформацію. Звичайно, PDSN надає інформацію щодо стиснення періодично, як видно з Фіг.8. PDSN надає інформацію щодо стиснення шляхом її впровадження у широкомовний контент. Надання контрольної інформації у потоці даних носить назву „внутрішньо-смугового", оскільки для цього не потрібен окремий канал. Як показано на малюнку, широкомовний потік 600 складається з частин широкомовного контенту 604 та інформації щодо розпаковування, тобто, інформації щодо стиснення, 602. Інформація щодо розпакування надається протягом періоду TDEcompression- В інших варіантах втілення інформація щодо розпаковування може надаватися не періодично, а після заздалегідь визначеної події. Оскільки MS не звертається за інформацією щодо розпаковування, PDSN надає інформацію з такою частотою, щоб уникнути затримок у доступі до широкомовного контенту. Інакше кажучи, PDSN має надавати інформацію так часто, щоб MS могла мати доступ до широкомовного зв'язку у будь-який час без необхідності чекати на інформацію щодо розпаковування. Слід звернути увагу на те, що ROHC можна використовувати у односпрямованому режимі, коли пакети надсилаються лише в одному напрямі: від компресора до декомпресора. Такий режим робить ROHC придатним на лініях зв"язку, де зворотний канал від декомпресора до компресора відсутній або небажаний. Перш ніж MS зможе розпакувати пакети, що надійшли з широкомовного каналу, має становитися вихідний стан декомпресора. Для цього застосовується пакет ініціалізації та відновлення (IR). Є два варіанти ініціалізації ROHC. Абонент „настроюється" на широкомовний канал і чекає на пакети ROHC IR, які періодично посилає компресор ROHC у PDSN. Для того, щоб MS могла швидко розпочати розпаковування одержаних пакетів, пакети ROHC IR повинні надаватися часто. Розмір пакету IR приблизно 30 байт для профілю стиснення IP/ESP. Якщо пакет IR посилається кожні 250мс, цей процес відбирає на себе приблизно 1кБ/с у широкомовному каналі. Загублення пакетів IR у радіо-ефірі призведе до подальшої затримки звертання MS щодо ініціалізації ROHC. Якщо через втрату пакетів, або залишкову помилку у одержаному стиснутому заголовку, або відмову і т.п. порушується синхронізація розпакування, підсумкова накопичена помилка розпакування може накопичуватися до тієї пори, поки знову не буде виконана синхронізація або ініціалізація розпакування. Стиснутий ROHC заголовок містить в собі Контроль за допомогою циклічного надлишкового коду (CRC), який підраховується стосовно повного заголовку перед його стисненням. CRC створює можливість виконувати у процесі розпакування локальне виправлення контексту, що сприяє його синхронізації (у випадку втрати пакетів або залишкової помилки). При відновленні розпакування після відмови періодичні пакети IR знову викликають ініціалізацію цього процесу. Транспортний рівень Протокол кадрування канального рівня або протокол транспортного рівня застосовуються проміж PDSN та MS для виявлення пакетів, що надійшли з широкомовного каналу. Стосовно фіг.3, інформація на транспортному рівні, ідентифікованому як КАНАЛЬНИЙ РІВЕНЬ, надається між PDSN і MS. Інформація щодо кадрування формується у PDSN і надсилається на MS через BS. PDSN одержує ІР-потоки від CS і здійснює кадрування IP-потоків згідно з визначеним заздалегідь протоколом кадрування. Як проілюстровано у типовому втіленні даного винаходу, PDSN застосовує протокол кадрування у версії „Високорівневий протокол керування каналом (HDLC). HDLC - це розроблений ISO стандарт, який відповідає Рівню 2 7-рівневої архітектури Міжнародної організації з стандартизації (ISO), причому цей Рівень 2 має назву Канальний рівень. Протокол HDLC націлений на забезпечення безпомилкового переміщення даних між вузлами мережі. З цією метою HDLC розроблено таким чином, щоб він забезпечував цілісність даних, що переходять на наступний рівень. Інакше кажучи, протокол кадрування намагається відтворити одержані дані точно такими, якими вони були початково відправлені, без жодних -помилок, без втрати інформації та у належній послідовності. У типовому втіленні даного винаходу застосовується версія HDLC- кадрування, яка використовує підмножину обумовлених HDLC параметрів. На фіг.9 показано один з варіантів втілення HDLC- кадрування, де кадр (фрейм) 700 містить велику кількість полів згідно з визначенням у протоколі HDLC, викладеному у RFC 1662. Поле 702 визначає FLAG (ПРАПОРЕЦЬ) або індикатор початку кадру. Цей FLAG (ПРАПОРЕЦЬ) має зазначену довжину у бітах і характеризується визначеною заздалегідь комбінацією бітів. HDLC є зручним у застосуванні, оскільки HDLC - це загальнодоступний стандартизований протокол. Єдиним недоліком повного протоколу кадрування HDLC є той час опрацювання, який потрібен для формування кадрів на вузлі передавача і для відшукування та видобування кадрів на вузлі одержувача. Зокрема, протокол HDLC вважається процесор-містким, тобто таким, що потребує великої кількості процесорів, оскільки потребує додаткового опрацювання, щоб впевнитися у тому, що корисне навантаження не містить такої ж послідовності бітів, яку має в своєму складі FLAG (прапорець). На вузлі передавача у тому разі, якщо у корисному навантаженні виявлено послідовність бітів, яку містить FLAG (прапорець), в це навантаження впроваджується знак переходу, щоб таким чином ідентифікувати FLAG (прапорець) як частину корисного навантаження, а не ознаку початку кадру, Процес додавання знаку переходу отримав назву „перехідних" шістнадцяткових комбінацій 0х7Е та 0x7D у корисному навантаженні кадру. Ще один спосіб відомий під назвою Ефективний протокол кадрування, який є менш процесор-містким у порівнянні з кадруванням за зразком HDLC, описано нижче. На Фіг.9 відображено опції використання HDLC - кадрування для транспортування РРР кадру. У разі експлуатації HSBS службову інформацію, що стосується кадрування за зразком HDLC можна скоротити, усунувши з неї поле, яке не потрібне або має невелике значення та/або містить мало інформації щодо односпрямованого широкомовного зв'язку. Як вже було описано вище, FLAG (прапорець) становить визначену заздалегідь послідовність бітів, яка зазначає початок кадру HDLC. Типове втілення даного винаходу містить FLAG (прапорець) або інший індикатор початку кадру 802, як показано у рамках формату 800 на Фіг.10. На відміну від формату на Фіг.9, кінець кадру не зазначається у службовій інформації, яка застосовується у типовому втіленні винаходу. Оскільки адреса і контрольні поля формату 700 мають незмінні значення, їх не включено до формату 800. Продовжуємо розглядати Фіг.10. Оскільки завданням поля Протокол 708 з Фіг.9 є ідентифікація типу корисного навантаження, наприклад, керуючий пакет LCP, пакет ROHC, IP-пакет, і т.п., цей дискримінатор не потрібен для широкомовного функціонування, тому що усі пакети у широкомовному каналі належать до одного типу. Наприклад, якщо для передачі пакетів застосовується ROHC - стиснення, усі пакети у широкомовному каналі опрацьовуються як пакети ROHC. Типи пакетів ROHC, наприклад, пакет IR, стиснутий пакет, і т.п., відрізняються за допомогою поля типу пакету у заголовку пакетів ROHC. Внаслідок цього поле Протокол не ввійшло до формату 800. Крім цього, у формат 800 включено поле контролю помилок 806 після корисного навантаження 804. Поле контролю помилок 806 надає одержувачу інформацію, за допомогою якої одержувач має змогу перевірити отримане корисне навантаження на наявність помилок. Типове втілення даного винаходу містить Контрольну суму кадру (FCS), яка може визначатися рівною нулю, 16 бітам або 32 бітам. Оскільки у широкоформатному каналі кадр HDLC може перекривати велику кількість кадрів фізичного рівня, рекомендовано застосовувати FCS, що дорівнює 16 бітам. У типовому втіленні даного винаходу застосовується також процедура октетного заповнення, яку описано у RFC 1662, яка відрізняється тим, що після обчислення FCS передавач HDLC у PDSN перевіряє кожний байт у кадрі HDLC (окрім байту FLAG (прапорець) на наявність комбінацій 0х7Е та 0x7D. Комбінація 0х7Е кодується як 0x7D та 0x5D. Ніякі інші комбінації передавач HDLC не кодує. Це означає, що карта асинхронних керуючих символів (АССМ), визначення якої наведено у RFC1662, містить лише нулі. Службова інформація щодо HDLC-кадрування - це 3 байти плюс службова інформація щодо октетного заповнення. Виходячи з припущення, що комбінація байтів розподілена рівномірно, службова інформація щодо октетного заповнення складає в середньому 1 байт на 128-байтний кадр HDLC. Наприклад, якщо корисне навантаження становить 256 байтів, службова інформація щодо HDLC-кадрування - це, в середньому, 5 байтів. Фіг.11 - це схема послідовності операцій способу кадрування 900, яке виконується на вузлі передавача. На ступені 902 передавач формує широкомовний кадр, визначаючи, яку частину пакетованих даних становить корисне навантаження, і створюючи послідовність Початок прапорця (SOF). Після цього передавач перевіряє цей кадр на наявність послідовностей SOF у корисному навантаженні 904. У разі виявлення у корисному навантаженні послідовності SOF передавач на ступені 912 додає знак переходу. Крім того, на ступені 906 передавач приєднує SOF до корисного навантаження і впроваджує механізм контролю помилок на ступені 908. На ступені 910 відбувається передача цього кадру. Переданий кадр має формат 800 з Фіг.10. У інших втіленнях даного винаходу у формат кадрування можуть вводитися інші поля, а до складу цих втілень може входити будь-який інший класифікатор, який визначає місцезнаходження послідовності SOF у корисному навантаженні. Фіг.12 - це структурна схема способу розкадрування 920, який здійснюється на вузлі одержувача. Цей процес починається після одержання широкомовного кадру на ступені 922. На ступені 924 одержувач ідентифікує SOF, а ромб рішення 926 відповідає перевірці на наявність знаків переходу у корисному навантаженні. У разі виявлення у корисному навантаженні знаку переходу або іншого ідентифікатора послідовності SOF одержувач усуває знак переходу на ступені 932. Крім цього одержувач виконує перевірку на наявність помилок на ступені 928 і опрацювання кадру на ступені 930. Обізнані з цією тематикою спеціалісти розуміють, що інформація та сигнали можуть бути представлені з застосуванням великої кількості різноманітних технологічних та технічних рішень. Наприклад, дані, інструкції, команді, інформація, сигнали, біти, символи та чіпи, які могли згадуватися у наведеному вище описі, можуть бути у формі напруги, струму, електромагнітних хвиль, магнітних полів або частинок, а також у вигляді будьяких їх комбінацій. Професіонали у цій галузі мають уяву, що різноманітні ілюстративні логічні блоки, модулі, схеми та ступені алгоритмів, які використовувалися в описі в зв'язку з . втіленнями даного винаходу, що розкриваються у цій заявці, можуть бути реалізовані у вигляді електронної апаратури, комп'ютерного програмного забезпечення або комбінації цих засобів. Для чіткої демонстрації притаманної їм взаємозамінності апаратних та програмних засобів, різноманітні ілюстративні компоненти, блоки, модулі, схеми та ступені були описані вище у загальному вигляді, виходячи з функцій, які вони виконують. Реалізація цих функцій за допомогою апаратних чи програмних засобів залежить від конкретних умов використання та проектних обмежень щодо усієї системи. Кваліфіковані виконавці можуть по-різному реалізувати описані функції в залежності від конкретних умов використання цього винаходу, але рішення щодо такої чи іншої реалізації не можуть вважатися такими, що свідчать про вихід поза обсяг правового захист даного винаходу. Різноманітні ілюстративні логічні блоки, модулі та схеми, описані в зв’язку з розкритими у даній заявці втіленнями даного винаходу, можуть бути реалізовані або виконані за допомогою процесора загального призначення, цифрового процесора сигналів (DSP), спеціалізованої інтегральної схеми (ASIC), програмованої користувачем вентильної матриці (FPGA) або іншого програмованого логічного пристрою, ' дискретного вентиля або транзисторних логічних схем, дискретних компонентів апаратних засобів або будь-якого їх сполучення, призначеного для виконання описаних у даній заявці функцій. Як процесор загального призначення може використовуватися мікропроцесор, але можливі варіанти, у яких таким процесором може бути будь-який звичайний процесор, контролер, мікроконтролер або кінцевий автомат. Можливою є також реалізація процесора у вигляді комбінації обчислювальних пристроїв, наприклад, сполучення DSP та мікропроцесора, множини мікропроцесорів, одного або декількох мікропроцесорів у поєднанні з ядром DSP або будь-якої іншої подібної конфігурації. Ступені способу або алгоритму, описані в зв’язку з розкритими у даній заявці втіленнями даного винаходу можуть здійснюватися безпосередньо в апаратурі, у програмному модулі, виконання якого забезпечує процесор, або при поєднанні цих двох можливостей. Програмний модуль може постійно зберігатися в оперативній пам'яті RAM, флеш-пам’яті, постійній пам'яті ROM, програмованій постійній пам'яті EPROM, програмованій постійній пам'яті з електричним стиранням EEPROM, регістрах, на твердому диску, на змінному диску, на компакт-диску, або у середовищі для зберігання інформації якоїсь іншої форми, відомій у відповідній галузі. Типове середовище для зберігання інформації підключене до процесора, причому такий процесор може зчитувати інформацію з середовища для її зберігання та записувати інформацію у це середовище. У іншому варіанті середовище для зберігання інформації може бути невід'ємною частиною процесора. Процесор та середовище для зберігання інформації можуть знаходитися на спеціалізованій інтегральній схемі ASIC. Ця ASIC може входити до складу терміналу користувача. Можливий також варіант, коли процесор та середовище для зберігання інформації можуть входити до складу термінала користувача як окремі дискретні компоненти. Викладений вище опис розкритих втілень даного винаходу наведено для того, щоб будь-який спеціаліст у цій галузі міг відтворити або використовувати даний винахід. Чисельні модифікації цих втілень, а також окреслені у цій заявці загальні принципи можуть знаходити застосування у інших втіленнях, не порушуючи цим суті даного винаходу та обсягу його правового захисту. Таким чином, цей винахід не націлений на те, щоб обмежуватися переліченими у цій заявці втіленнями, а тяжіє до отримання найширшого обсягу правового захисту у відповідності до принципів та нових ознак, розкритих у даній заявці.