Спосіб передачі пакетних даних (варіанти), мережа та мобільний термінал для здійснення способу пакетних передач

1. Спосіб передачі пакетних даних для мережі, у якому: одержують дані щодо здатності мобільного термінала, пов'язані зі стискуванням заголовка; та конфігурують висхідний параметр і низхідний параметр для передачі даних по висхідному і низхідному каналах, базуючись на даних щодо здатності мобільного термінала, причому параметри висхідного каналу і параметри низхідного каналу конфігурують окремо. 2. Спосіб за п. 1, у якому додатково: передають принаймні один зі сконфігурованого висхідного параметра та сконфігурованого низхідного параметра до мобільного термінала. 3. Спосіб за п. 2, у якому передають сконфігурований параметр для висхідного каналу. 4. Спосіб за п. 2, у якому передають сконфігурований параметр для низхідного каналу. 5. Спосіб за п. 2, у якому параметр висхідного каналу призначений для компресора мобільного термінала. 6. Спосіб за п. 2, у якому параметр низхідного каналу призначений для декомпресора мобільного термінала. 7. Спосіб за п. 2, у якому стискування заголовка є завадостійким стискуванням заголовка. 8. Спосіб за п. 2, у якому ресурси пам'яті пов'язані зі стискуванням заголовка для висхідного каналу і для низхідного каналу виділяються окремо мережею. 2 (19) 1 3 77036 4 одержують за допомогою мобільного термінала метр висхідного каналу і параметр низхідного касконфігуровані параметри висхідного і низхідного налу конфігурують окремо; каналів; та та конфігурують за допомогою мобільного термінала передачі сконфігурованих параметрів на мобільпараметри стискування заголовка, базуючись на ний термінал. одержаних параметрах висхідного і низхідного 26. Мережа за п. 25, у якій в пам'яті рівень контканалів. ролю радіоресурсу і рівень протоколу конвергенції 19. Спосіб за п. 18, у якому параметр висхідного пакетних даних взаємопов'язані для виділення каналу призначений для компресора мобільного окремих ресурсів пам'яті, пов'язаних зі стискувантермінала. ням заголовка для висхідного каналу і для низхід20. Спосіб за п. 18, у якому параметр низхідного ного каналу. каналу призначений для декомпресора мобільного 27. Мережа за п. 25, у якій в пам'яті більші ресурси термінала. пам'яті виділяють для низхідного каналу. 21. Спосіб за п. 18, у якому стискування заголовка 28. Мобільний термінал, що має пам'ять, для здійє завадостійким стискуванням заголовка. снення способу передачі пакетних даних, що 22. Спосіб за п. 18, у якому ресурси пам'яті пов'явключає рівень контролю радіоресурсу; і зані зі стискуванням заголовка для висхідного карівень протоколу конвергенції пакетних даних, де налу і для низхідного каналу виділяються окремо рівень контролю радіоресурсу і рівень протоколу мережею. конвергенції пакетних даних взаємопов'язані для 23. Спосіб за п. 22, у якому більші ресурси пам'яті виконання наступних стадій: виділяють для низхідного каналу. надсилання даних щодо здатності мобільного те24. Спосіб за п. 22, у якому застосовують стадії рміналу, пов'язаних зі стискуванням заголовка; для забезпечення принаймні однієї служби зі слуодержання параметра висхідного каналу і парамежби передачі голосу за ІР-протоколом та потокової тра низхідного каналу, де параметр висхідного служби. каналу і параметр низхідного каналу були окремо 25. Мережа, що має пам'ять, для здійснення спосконфігуровані мережею; та собу передачі пакетних даних, яка включає: конфігурування параметрів стискування заголовка, рівень контролю радіоресурсу; базуючись на одержаних параметрах висхідного і рівень протоколу конвергенції пакетних даних, де низхідного каналів. рівень контролю радіоресурсу і рівень протоколу 29. Мобільний термінал за п. 28, у якому в пам'яті конвергенції пакетних даних взаємопов'язані для рівень контролю радіоресурсу і рівень протоколу виконання наступних стадій: конвергенції пакетних даних взаємопов'язані для одержання даних щодо здатності мобільного тервиділення окремих ресурсів пам'яті, пов'язаних зі мінала, пов'язаних зі стискуванням заголовка; стискуванням заголовка для висхідного каналу і конфігурування параметра висхідного каналу і для низхідного каналу. параметра низхідного каналу для висхідної і низ30. Мобільний термінал за п. 28, у якому в пам'яті хідної передачі даних, базуючись на даних щодо більші ресурси пам'яті виділені для низхідного здатності мобільного термінала, причому параканалу. Наступний винахід загалом відноситься до передачі пакетних даних та, більш точно, до способу та системи передачі пакетних даних системи мобільного зв'язку. Останнім часом ми спостерігаємо швидкий та значний розвиток мобільної системи зв'язку, але що стосується послуги передачі даних великої ємності, можливості цієї системи є ще значно нижчими за можливості дротових систем. Країни всього світу розвивають техніку ІМТ-2000 та активно співробітничають для стандартизації техніки. Універсальна мобільна телекомунікаційна система (УМТС або UMTS) є системою мобільного зв'язку третього покоління, яка розвинута на базі стандарту, відомого як Глобальна система мобільного зв'язку (GSM). Це європейський стандарт, метою існування якого є забезпечення поліпшеного мобільного зв'язку на основі базової мережі GSM та технології широкосмугового багатостанційного доступу з кодовим розподіленням каналів (W-CDMA). В грудні 1998 року Європейський інститут телекомунікаційних стандартів (ETSI), ARIB/TTC (Японія), служба Т1 (США) та ТТА (Республіка Корея) заснували Проект Партнерства Третього Покоління (3GPP) з метою створення специфікації для стандартизації УМТС. Робота зі стандартизації УМТС, виконана 3GPP, призвела до формування п'яти технічноспеціфікаційних груп (TSG), кожна з яких спрямована на формування елементів мережі, що можуть діяти незалежно. Більш точно, кожна TSG-група розробляє, затверджує та керує якоюсь стандартною специфікацією у відповідній галузі. Серед них група мережного радіозв'язку з абонентами (RAN або TSGRAN) створює специфікацію для функції, бажаних елементів та інтерфейсу наземної мережі радіозв'язку з абонентами УМТС (UTRAN), що є новою групою RAN для підтримки технології доступу WCDMA в УМТС. Фіг.1 відображає приклад побудови загальної мережі УМТС. Як вказано на Фіг.1, УМТС попередньо розподіляється на термінал, UTRAN 100 та базову мережу 200. 5 77036 6 UTRAN 100 включає одну або більше радіоконтрольна матриця - це область, до якої передамережних підсистем (RNS) 110 та 120. Кожна RNS ється контрольна інформація, така як інформація 110 та 120 включає Контролер радіомережі (RNC) мережного інтерфейсу або інформація щодо тех111 та один або більше Вузлів Б 112 та 113, що нічного обслуговування та управління дзвінком. керуються завдяки RNC 111. Цей RNC виконує На Фіг.2 рівні протоколів можуть бути розділені функції, які включають призначення та керування на перший рівень (L1), другий рівень (L2), та третій радіоресурсами, та діє як пункт доступу відповідно рівень (L3), базуючись на трьох нижчих рівнях модо базової мережі 200. делі взаємодії відкритих систем (OSI), добре відоВузли В 112 та 113 отримують інформацію, мої в системі зв'язку. надіслану фізичним рівнем терміналу через канал Функції кожного рівня протоколу Фіг.2 тепер зв'язку "по лінії вверх", та передають дані до цього будуть відображені. терміналу через "лінію вниз". Вузли В 112 та 113, Перший рівень (L1) є фізичним рівнем, та затаким чином, працюють як пункти доступу UTRAN безпечує послугу передачі інформації до верхньодля терміналу. го рівня, використовуючи різні техніки радіопереБазова мережа 200 включає мобільний центр дачі. комутації (MSC) 210 та мобільний центр комутації Фізичний рівень з'єднаний з рівнем МАС, виміжмережного інтерфейсу (GMSC) 220 для підтщим рівнем, через транспортний канал, та рівень римки послуги комутації каналів, службовий вузол МАС та цей фізичний рівень передають сигнали підтримки GPRS (SGSN) 230 та вузол підтримки через транспортний канал. міжмережного інтерфейсу GPRS 240 для підтримДругий рівень L2 включає рівень МАС, рівень ки послуги комутації пакетів. контролю радіоканалу (RLC), рівень протоколу Послуги, надані для специфічного терміналу, конвергенції пакетних даних (PDCP). попередньо поділяються на послугу комутації каРівень МАС забезпечує послугу перерозподілу налів та послугу комутації пакетів. Наприклад, запараметра МАС для розподілу та перерозподілу гальна послуга мовного телефонного виклику нарадіоресурсів. лежить до послуг комутації каналів, в той час як Рівень МАС з'єднується з рівнем контролю рапослуга швидкого проглядання Web (Web browsing діоканалу (RLC) через логічний канал, та різні лоservice) через Інтернет з'єднання класифікується гічні канали забезпечуються відповідно до роду як послуга комутації пакетів. інформації, що передається. У випадку підтримки послуги комутації каналів, Загалом, коли передається інформація матриRNC 111 з'єднується з MSC 210 базової мережі ці контролю, використовується канал контролю. 200, та цей MSC 210 з'єднується з GMSC 220, кеКоли передається інформація матриці користуваруючи з'єднанням з іншими мережами. ча, використовується канал потоку даних. Між тим, у випадку підтримки послуги комутаРівень RLC підтримує надійну передачу даних ції пакетів RNC 111 забезпечує послугу в зв'язку з та виконує функції сегментації та повторногосклаSGSN 230 та GGSN 240 базової мережі 200. SGSN дання модуля службових даних RLC (SDU), отри230 підтримує пакетний зв'язок в напрямку RNC маного з верхнього рівня. 111, та GGSN 240 керує з'єднанням з іншою мереКоли цей RLC SDU приймається з верхнього жею з комутацією пакетів, такою як мережа Інтеррівня, рівень RLC контролює розмір кожного RLC нет. SDU, щоб він відповідав пропускній здатності проРізні інтерфейси існують між компонентами цесу, та додає туди інформацію заголовка для мережі, щоб дозволити компонентам мережі надатого, щоб створити визначений елемент даних. вати один одному та отримувати інформацію один Створений таким чином елемент даних є модулем від одного для двостороннього зв'язку. Інтерфейс даних протоколу (PDU), котрий передається до між RNC 111 та базовою мережею 200 визначарівня МАС. Рівень RLC включає буфер RLC для ється як lu інтерфейс. Особливо lu інтерфейс між збереження RLC SDU або RLC PDU. системами, що мають відношення до комутації Рівень протоколу конвергенції пакетних даних пакетів RNC 111, та базовою мережею 200 визна(PDCP) є вищим рівнем RLC. Дані, передані через чається як lu-PS, та lu інтерфейс між системами, мережний протокол, такий як IPv4 (Інтернет протощо мають відношення до комутації каналів RNC кол версія 4) та IPv6 (Інтернет протокол версія 6), 111, та базовою мережею 200 визначається як luможуть бути передані ефективно на радіоінтерCS. фейс з відносно малою шириною смуги в силу рівФіг.2 відображає радіопротокол між термінаня PDCP. лом та UTRAN 100 на базі стандартів бездротовоЗ цією метою рівень PDCP виконує функцію го мережного доступу 3GPP. зменшення контрольної інформації, яка не є необВідповідно до Фіг.2 цей радіопротокол вертихідною, використаної в кабельній мережі, яка накально сформований з фізичного рівня, рівня казивається стискування заголовка, для якої викориналу передачі даних та мережного рівня, та гористовується схема стискування заголовка, така як зонтально з матриці користувача (U-матриця) для RFC2507 або RFC3095 (Сильне Стискування Запередачі інформаційних даних та матриці контроголовка (ROHC)), визначена групою стандартизації лю (С-матриця) для передачі контрольного сигІнтернет, яка має назву IETF (Проблемна Група налу. Проектування Інтернет). Матриця користувача - це область, до якої пеВ цих схемах передається тільки інформаційредається інформація про абонентське навантаний реквізит для частини заголовка даних, таким ження, наприклад, голос або ідентифікаційний чином зменшуючи кількість даних, що передаютьпакет даних про місцезнаходження користувача, а ся. Це означає, що поля заголовка, які не є необ 7 77036 8 хідними, видаляються, або розмір цих полів заготи контекст як на передаючій стороні, так і на ловка зменшується, щоб зменшити кількість даних приймальній стороні, та потім використовує загочастини заголовка. ловок стискування, який відображає різницю між Рівень RRC (Контроль Радіоресурса) розтапопереднім пакетом, щоб передати наступні пакешований в найнижчій частині третього рівня. Цей ти. Між тим, схема "Стиснутий TCP з неприпустирівень RRC визначається тільки в матриці контромою помилкою" є схемою, в якій загальний показлю та контролює транспортні канали та фізичні ник поля заголовка передається як змінюваний. канали, що стосуються встановлення, реконфігуТак само, в схемі "Стиснутий не-ТСР" передарації та роз'єднання односпрямованих радіоканаюча сторона спочатку передає загальний пакет лів (RB). заголовка для одного пакетного потоку, щоб устаПослуга RB означає послугу, забезпечену друновити контекст як на передаючій стороні, так і на гим рівнем для передачі даних між терміналом та приймальній стороні, та передає показник загальUTRAN, та встановлення RB означає процес обуного пакету заголовка, сформований як змінюване мовлення характеристик протокольного рівня та поле для наступних пакетів. каналу, які вимагаються для забезпечення специОднак, схема стискування "Стиснутий не-ТСР" фічної послуги, та встановлення відповідних детаможе бути використана для односпрямованого льних параметрів та способів роботи. зв'язку та пристосовує спосіб стискування зі старДовідково, рівень RLC може бути включений товим уповільненням, котрий передає загальну до матриці користувача або матриці контролю заінформацію заголовка з експоненційно зростаюлежно від того, який рівень з'єднується в вищій чими інтервалами. У способі стискування зі старпозиції. Якщо рівень RLC приймає дані з рівня товим уповільненням, якщо загальна інформація RRC, цей рівень RLC належить матриці контролю заголовка змінюється або якщо нова схема стискористувача, та навпаки, цей рівень RLC належить кування заголовка використовується, такий же матриці користувача. загальний заголовок часто передається на початЯк зазначено на Фіг.2, у випадку рівня RLC та ковій стадії та потім інтервал передачі поступово рівня PDCP множина об'єктів може існувати в одрозширюється. На Фіг.3 показано концепцію споному рівні. Це відбувається внаслідок того, що собу стискування зі стартовим уповільненням. один термінал має множину каналів RB, та загаПараметри, що створюють форми компресора лом один об'єкт RLC (або тільки один об'єкт PDCP) та декомпресора, повинні бути визначеними як використовується для одного RB. такі, що використовують схему стискування загоФіг.4 є сигнальною блок-схемою для виконанловка RFC2507 в рівні PDCP. ня схеми стискування заголовка у відповідності з Визначеними в схемі стискування заголовка класичним варіантом, та Фіг.5 відображає структуRFC2507 є параметр FAX_MAX_PERIOD, який ру компресора та декомпресора термінала та відображає кількість стиснутих не-ТСР пакетів UTRAN. заголовків, що можуть бути переданими між пакеСхема стискування IP заголовка рівня PDCP тами повного заголовка, експоненційно повторюютепер буде описана з посиланнями на Фіг.4 та 5. чись в способі стискування заголовка зі стартовим По-перше, посилаючись на RFC2507, різні уповільненням, параметр F_MAX_TIME, який відосхеми стискування використовуються залежно від бражає час передачі пакета стиснутого заголовка того, чи є верхнім протоколом IP рівня TCP, чи ні. між моментом, коли останній пакет повного загоТобто, якщо верхнім протоколом IP рівня є UDP, ловка був переданий, та моментом, коли наступвикористовується схема стикування, відома як ний пакет повного заголовка повинен бути пере"Стиснутий не-ТСР", в той час якщо верхнім проданий, параметр MAX_HEADER, найбільший токолом IP рівня є TCP, то використовується схерозмір заголовка, що може бути використаний для ма стикування, відома як "Стиснутий TCP". Цей схеми стискування заголовка, параметр Стиснутий TCP класифікується в "Стиснутий TCP" TCP_SPACE, який відображає максимальну кільта "Стиснутий TCP з неприпустимою помилкою" кість контентів, що може бути використана для ("Compressed TCP nondelta") залежно від способу схеми "Стиснутий TCP", який відображає максипередачі змінюваного поля заголовка. мальну кількість контентів, що може бути викорисСхема "Стиснутий TCP" є способом, який на тана для схеми NON_TCP_SPACE "Стиснутий неоснові факту, що показники змінюваного поля заТСР", та параметр EXPECTED_RECORDING, який головка не дуже відрізняються одне від одного відображає, чи підтримується ресеквентна матрисеред успішних пакетів, тільки різниця між показця (масив). Параметр F_MAX_TIME використовуниками полів заголовка передається скоріше за ється для того, щоб надати період повторення передачу загального показника поля. Між тим, пакета повного заголовка (див. Фіг.1). схема "Стиснутий TCP з неприпустимою помилЦі параметри використовуються для конструкою" є способом передачі загального показника ювання форм компресорів 512 та 522 та декомпполя таким, як він є. ресорів 511 та 521 термінала 410 та UTRAN 420 та У випадку схеми "Стиснутий TCP" сторона, яка визначені в RFC2507, документі IETF схеми стиспередає, спочатку передає загальний пакет загокування заголовка RFC2507. ловка для одного пакетного потоку, щоб установи 9 77036 10 Таблиця Інформаційний елемент/групове ім'я Тип та посилання Опис семантики Найбільша кількість заголовків "Стиснутий не-ТСР", яка може бути надіслана >>>>FAX_MAX_PERIOD Ціле число (1..65535) без надсилання повного заголовка. Значення за умовчанням 256. Стиснуті заголовки не можуть бути послані більше ніж F_MAX_TIME секунд, >>>>F_MAX_TIME Ціле число (1..255) після надсилання останнього повного заголовка. Значення за умовчанням 5. Найбільший розмір заголовка в октетах, >>>>MAX_HEADER Ціле число (60..65535) який може бути стиснутим. Значення за умовчанням 168. Максимальне значення CID для з'єднань >>>>TCP_SPACE Ціле число (3..255) TCP. Значення за умовчанням 15. Максимальне значення CID для з'єднань >>>>NON_TCP_SPACE Ціле число (3..65535) не-ТСР. Значення за умовчанням 15. Чи повинен алгоритм пере упорядкувати Пронумерований (переупорядкуPDCP SDU або ні. Значення за умов>>>>EXPECTED_RECORDING вання не очікується, пере упорячанням "переупорядкування не очікуєтьдкування очікується) ся". Тепер будуть описані процеси компресії (стискування) та декомпресії (розпаковки), що приймають схему стискування заголовка RFC2507. По-перше, рівень RRC терміналу 10 передає інформацію щодо пропускної здатності RRC рівня 421 UTRAN 420. Потім RRC рівень 421 UTRAN 420 розміщує ресурс пам'яті, який вимагається для стискування заголовка. Це означає, що RRC рівень 421 встановлює значення параметру,що формує компресори 512 та 522 та декомпресори 511 та 521. Наприклад, FAX_MAX_PERIOD 256, F_MAX_TIME встановлюється 5, MAXHEADER встановлюється 168, та NON_TCP_SPACE встановлюється 15. Коли усі значення параметрів встановлені, RRC рівень 421 UTRAN 420 передає значення встановлених параметрів до рівня RRC 411 терміналу 410. Коли значення параметрів досягають терміналу 410, RRC рівень 411 терміналу 410 та RRC рівень 421 UTRAN 420 відповідно передають ці встановлені значення параметрів до відповідних рівнів PDCP 412 та 422. Потім рівень виконання стискування заголовка, включений до рівнів PDCP 412 та 422, формує компресори 512 та 522 та декомпресори 511 та 521 на базі прийнятих значень параметрів. Тепер буде описана схема ROHC (Сильне Стискування Заголовка). Схема ROHC використовується, в загальному плані, щоб зменшити інформацію заголовка RTP (Транспортний Протокол Реального масштабу часу)/ІЮР (Протокол Передачі Дейтаграм Користувача) ЛР (Інтернет Протокол) пакету. Цей пакет RTP/UDP/IP, котрий означає пакет з відповідними заголовками RTF, UDP та IP, які додаються до даних користувача протягом проходження кожного рівня, включає різну інформацію заголовка, яка вимагається для передачі даних до пункту призна чення через Інтернет. Схема ROHC є схемою стискування заголовка, яка базується на факті, що кожне значення поля заголовків пакету послідовних пакетів, які належать одному пакетному потоку, є майже тим самим. Таким чином, в схемі ROHC передається не повне поле заголовка пакету, а змінюване поле. Для посилання, загальний розмір заголовка пакету RTP/UDP/IP є 40 октетів у випадку IPv4 (Інтернет протокол версія 4) та 60 октетів у випадку Ipv6 (Інтернет протокол версія 6). Між тим, чиста частина даних (корисне навантаження) за звичай має розмір 15-20 октетів. Ось чому коли кількість контрольної інформації є значно більшою за кількість даних, що повинні бути дійсно переданими, ефективність передачі є дуже низькою. Отже, використання схеми стискування заголовка гарантує високу ефективність передачі, тому що кількість (сума) контрольної інформації є значно зменшеною (у випадку використання схеми ROHC розмір заголовка зменшується до близько 1-3 октетів). Подібно схемі стискування заголовка, для того, щоб використати схему ROHC в рівні PDCP, повинні бути визначені параметри, які створюють форму компресора і декомпресора. Параметри, визначені для схеми ROHC, включають МАХ_СID параметр, який інформує про максимальну кількість контекстів, які можуть бути використані в компресорі, профільний параметр, що показує, яким є тип IP пакета, використаного для відповідного пакетного потоку серед RTP/UDP/IP, UDP/IP та ESP/IP, MRRU (Максимальний Відновлений Модуль прийому) параметр, який відображає, чи слід IP бути сегментованим та також відображає максимальний розмір сегментів, коли вони повторно збираються після сегментування в декомпресорі, Packet_Sized_Allowed (Пакет Дозволеного Розміру) параметр, який інформує про розмір пакету стискування заголовка, що 11 77036 12 підтримується схемою ROHC, них даних, є невигідною, внаслідок того, що ресурReverse_Decompression_Depth (Зворотси пам'яті для схеми стискування заголовка витрана_Глибина_Декомпресії) параметр, який відочаються неефективно, що знижує ефективність бражає, чи поступав знов стиснутий пакет для ровикористання ресурсів. зпаковки, після того як цей декомпресор не зміг Вищезазначені посилання включені при цьому розпакувати його, та визначає кількість спроб роздля відповідного надання інформації щодо додатпаковки. Ці параметри визначаються в RFC3095, кових або альтернативних деталей, особливостей документ IETF схеми ROHC. та/або технічних даних. Процес стискування та розпаковки заголовка, Отже, метою цього винаходу є забезпечити який приймає схему ROHC, є таким самим, як систему двосторонньої передачі пакетних даних та RFC2507 схема стискування заголовка, описана спосіб, здатний асиметрично встановлювати ревище (див. Фіг.4 та 5). сурс пам'яті "по лінії вверх" та ресурс пам'яті "по Для зв'язку "по лінії вверх" компресор 512 телінії вниз". рміналу.410 та декомпресор 521 UTRAN 420 поДля того, щоб досягти принаймні вищезазнавинні мати однакову форму, та для зв'язку "по лінії чених цілей, в повній мірі або частково, забезпечувниз" компресор 522 UTRAN 420 та декомпресор єтеся система двосторонньої передачі пакетних 511 терміналу 410 також повинні мати однакову даних для передачі пакетних даних між термінаформу. лом та мережею радіозв'язку, в якій ресурс "по Рівень RLC 421 UTRAN 420 встановлює зналінії вверх" та ресурс "по лінії вниз" встановлючення параметра, щоб сформувати компресор та ються незалежно. декомпресор без розділення "лінії вниз" або "лінії Переважно, цей ресурс є ресурсом пам'яті. вверх", тому компресори 512 та 522 та декомпреПереважно, цей ресурс пам'яті відноситься до сори 511 та 521, забезпечені в терміналі 410, та стискування заголовка. UTRAN 420 мають однакову форму. Переважно, цей ресурс пам'яті для параметДля того, щоб ефективно забезпечити послугу рів, що є необхідними для стискування та розпакота послугу потокової передачі і запобігти надмірвки заголовка. ному витрачанню радіоресурсів, система УМТС Переважно, рівень RRC мережі радіозв'язку запроваджує таку схему стискування заголовка, як встановлює різні ресурси для передачі "по лінії RFC2507 схему стискування заголовка або схему вверх" та для передачі "по лінії вниз". ROHC, щоб стиснути заголовок з оригінального Переважно, рівень PDCP терміналу формує розміру в 40 або 60 байтів до розміру 1-4 байти та компресор завдяки посиланню до прийнятих знапередати його. З цією метою цьому терміналу 410 чень параметра "по лінії вверх" та декомпресор та UTRAN 420 слід визначити параметри для фозавдяки посиланню до прийнятих значень парамермування компресору та декомпресору. тра "по лінії вниз", та виконує стискування та розЗазвичай система УМТС також забезпечує тапаковку заголовка. ку послугу потокової передачі, в котрій "лінія вниз" Переважно, рівень PDCP мережі радіозв'язку та "лінія вверх" є асиметричними, також як і послуформує декомпресор завдяки посиланню до прига VoIP, в котрій "лінія вниз" та "лінія вверх" є сийнятих значень параметра "по лінії вверх" та комметричними. пресор завдяки посиланню до прийнятих значень У цьому відношенні, однак, рівні RRC 411 та параметра "по лінії вниз", та виконує стискування 421 та рівні PDCP 412 та 422 встановлюють рета розпаковку заголовка. сурс пам'яті, приймаючи до уваги тільки послугу Щоб досягти принаймні вищезазначених цілей, передачі в цій "по лінії вверх" та "по лінії вниз" в повній мірі або частково, надалі забезпечується симетричній структурі, такій як VoIP (передача система двосторонньої передачі пакетних даних голосу по IP протоколу), так що ці компресор та для передачі пакетних даних між терміналом та декомпресор 512 та 521 "по лінії вверх" та компремережею радіозв'язку, яка включає: встановлення сор та декомпресор 522 та 511 "по лінії вниз" марізних ресурсів "по лінії вверх" та "по лінії вниз"; ють ті ж самі форми. передачу встановлених ресурсів до кожного рівня Проблема класичної двосторонньої системи PDCP терміналу та мережі радіозв'язку; та викопередачі пакетних даних полягає в тому, що сиснання асиметричної передачі "по лінії вверх" та тема УМТС розміщує той же самий ресурс пам'яті, "по лінії вниз", використовуючи отриманий ресурс. який має відношення до стискування заголовка, до Переважно, в кроці встановлення ресурсу ви"лінії вниз" та "лінії вверх", навіть для передачі значаються параметри, які є необхідними для стипакетних даних асиметричної структури, такої як скування та розпаковки заголовка, та встановлюпослуги потокової передачі. ються значення цих параметрів. Послуга потокової передачі є послуга орієнтоПереважно, крок виконання асиметричної певана на "лінію вниз", в котрій пакетні дані для посредачі включає: формування компресора, посилуги, яку замовив користувач, передаються через лаючись на значення отриманих параметрів "по "лінію вниз", в той час як, інформація прийому для лінії вверх", та декомпресора, посилаючись на переданих пакетних даних, надається назад через значення отриманих параметрів "по лінії вниз"; та "лінію вверх". виконання передачі пакета відповідно до схеми У відношенні характеристик послуги потокової стискування заголовка, використовуючи компресор передачі, кількість пакетних даних, переданих до і декомпресор. "лінії вниз", є значно більшою за кількість пакетних Переважно, крок виконання асиметричної педаних, переданих до "лінії вверх". Таким чином, редачі включає: формування декомпресора, посикласична система двосторонньої передачі пакетлаючись на значення отриманих параметрів "по 13 77036 14 лінії вверх", та компресора, посилаючись на зната декомпресор 711, посилаючись на прийняті чення отриманих параметрів "по лінії вниз"; та визначення параметрів. конання передачі пакета відповідно до схеми стисUTRAN 620 включає RRC рівень 621 для встакування заголовка, використовуючи компресор і новлення значень параметрів, які мають віднодекомпресор. шення до стискування заголовка, що вимагаються Додаткові переваги, цілі та характеристики видля передачі "по лінії вверх" та "по лінії вниз", та находу будуть викладені частково надалі в наступередачу цих значень параметрів до рівня RRC пному описі, і частково стануть очевидними для 611 терміналу та до його рівня PDCP (622); та ріфахівців у галузі, або можуть бути виявлені при вень PDCP 622 для формування декомпресору використанні винаходу. Цілі та переваги винаходу 721, що використовується для передачі "по лінії можуть бути досягнуті, як особливо зазначено в вверх", та компресору 722, що використовується доданій формулі винаходу. для передачі "по лінії вниз", та виконання стискуВинахід буде детально описаний з посиланвання та розпаковки заголовка. ням на наступні графічні матеріали, в яких номери Термінал 610 включає рівень RRC 611 для посилань відносяться до ідентичних елементів, де: прийому набору значень параметрів за допомогою Фіг.1 ілюструє конструкцію загальної мережі рівня RRC 621 UTRAN 620 та передачі цих знаУМТС; чень до рівня PDCP 612; та рівень PDCP 621 для Фіг.2 відображає структуру радіоінтерфейсноформування компресора 712, що використовуєтьго протоколу між терміналом та UTRAN у відповідся для передачі "по лінії вверх", та декомпресора ності з класичним варіантом; 711, що використовується для передачі "по лінії Фіг.3 відображає концепцію схеми стискування вниз", посилаючись на прийняті значення парамезі стартовим уповільненням; трів, та виконання стискування та розпаковки заФіг.4 є сигнальною блок-схемою для виконанголовка; та першу та другу області пам'яті для пеня схеми стискування заголовка у відповідності з редачі даних "по лінії вверх" та "по лінії вниз", класичним варіантом; відповідно. Дві області пам'яті можуть бути незаФіг.5 відображає структуру компресора та дележними одна від одної. компресора терміналу та UTRAN у відповідності з Робота системи передачі пакетних даних буде класичним варіантом; описана далі. Фіг.6 є сигнальною блок-схемою для виконанСпочатку RRC рівень 611 терміналу 610 переня схеми стискування заголовка у відповідності з дає "інформацію щодо пропускної здатності" до переважним варіантом втілення цього винаходу; RRC рівня 621 UTRAN 620. та Після, RRC рівень 621 UTRAN 620, відділяє Фіг.7 відображає структуру компресора та де"інформацію щодо пропускної здатності" для "лінії компресора терміналу та UTRAN у відповідності з вверх" та "лінії вниз", від прийнятої "інформацію переважним варіантом втілення цього винаходу. щодо пропускної здатності". В подальшому, RRC Фіг.7 відображає структуру компресора та дерівень встановлює значення параметру для форкомпресора терміналу та UTRAN у відповідності з мування компресору 712 та декомпресору 721 переважним варіантом втілення цього винаходу та "лінії вверх", посилаючись на "інформацію щодо показує передачу в асиметричній структурі між пропускної здатності" "лінії вверх" та також вста"лінією вверх" та "лінією вниз". новлює значення параметру для формування комЯк зазначено на Фіг.7, компресор та декомппресору 722 та декомпресору 711 "лінії вниз", поресор цього винаходу мають такі ж самі структури силаючись на "інформацію щодо пропускної як компресор та декомпресор в класичному варіаздатності" "лінії вниз". нті (дивись Фігуру 5). Ці значення параметру не обов'язково встаноЄдиною відмінністю цього винаходу від класивлюються на базі "інформації щодо пропускної чного варіанта є те, що UTRAN 620 та термінал здатності" терміналу. Вони можуть бути встанов610 розміщують ресурс пам'яті для схеми стискулені відповідно до показника статистичної калькування заголовка до "лінії вверх" та "лінії вниз", ляції, попередньо встановленого в UTRAN 620. приймаючи до уваги, що "лінія вверх" та "лінія Після того, як значення параметру повністю вниз" є асиметричними, також як передачі "по лінії встановлені, RRC рівень 621 UTRAN 620 передає вверх" та "по лінії вниз" є симетричними. ці встановлені значення параметру до рівня RRC Фіг.6 є сигнальною блок-схемою для виконан611 терміналу 610. RRC рівень 621 може передати ня схеми стискування заголовка у відповідності з ці встановлені параметри тільки для компресора переважним варіантом втілення цього винаходу. ("лінії вверх"), тільки для декомпресора ("лінії Як зазначено на Фіг.6, система двосторонньої вниз") або для обох. передачі пакетних даних у відповідності з переваКоли ці встановлені значення параметру пежним варіантом втілення цього винаходу, включає: редані до терміналу 610, RRC рівень 611 термінаUTRAN 620 для встановлення значень параметрів, лу 610 та RRC рівень UTRAN передає ці встановякі мають відношення до стискування заголовка, лені значення параметру до рівнів PDCP 612 та що вимагаються для передачі "по лінії вверх" та 622. Тоді кожний рівень, що виконує стискування "по лінії вниз", та формування компресора 722 та заголовка, включений до рівні PDCP 612 та 622, декомпресора 721; та термінал 610 для передачі формує компресори 712 та 722 та декомпресори інформації щодо пропускної здатності, UTRAN 711 та 721, посилаючись на значення цього пара620, що приймає встановлені значення параметметра. рів, які мають відношення до стискування заголовРеально, цей рівень UTRAN 620, що виконує ка, від UTRAN 620, та формуючий компресор 712 стискування заголовка, формує декомпресор 721, 15 77036 16 який використовується для передачі "по лінії ресеквентну матрицю (матрицю повторного уповверх", та компресор 722, що використовується рядкування) пакета прийому. для передачі "по лінії вниз", посилаючись на ці По-друге, у випадку запровадження схеми значення параметрів, та рівень, що виконує стисROHC для системи двосторонньої передачі пакеткування заголовка терміналу 610, формує компрених даних, компресор 712 терміналу 610, що викосор 712, що використовується для передачі "по нує зв'язок "по лінії вверх" та декомпресор 721 лінії вверх", та декомпресор 711, що використовуUTRAN 620 формуються завдяки параметру ється для передачі "по лінії вниз", посилаючись на Max_CID, який інформує про максимальну кільці значення параметрів. кість контекстів, що використовуються для схеми Та надалі рівень, що виконує стискування застискування заголовка, профільному параметру, головка терміналу 610, та UTRAN 620 виконують який інформує про тип IP пакету, що підтримуєтьстискування та розпаковку заголовка відповідно до ся декомпресором, параметру MRRU, який інфорвизначеної схеми стискування, використовуючи ці мує чи може IP пакет бути сегментованим в компкомпресори 712 та 722 та декомпресори 711 та ресорі, та параметру Packet_Sized_Allowed, який 721. визначає розміри пакетів стискування заголовка, Як зазначено вище, в системі двосторонньої що використовуються в компресорі. передачі пакетних даних, у відповідності з переваДодатково, компресор 722 UTRAN 620, який жним варіантом втілення цього винаходу, компревиконує зв'язок "по лінії вниз", та декомпресор 711 сор 722 та декомпресор 721 терміналу 610 (або терміналу 610 формуються завдяки параметру форма компресору 722 та декомпресору 721 Max_CID, який інформує про максимальну кільUTRAN 620) конструюються в різній формі, так що кість контекстів, профільному параметру, який розміщені "по лінії вверх" та "по лінії вниз" ресурси інформує про тип IP пакету, що підтримується депам'яті, які мають відношення до стискування закомпресором, параметру MRRU, який інформує головка, встановлюються різними. Форми цього про максимальний розмір додаткових пакетів, коли компресора та декомпресорів 712, 721, 722 та 711, розділені сегменти додаються в декомпресорі, та котрі мають рівноправний зв'язок, є однаковими. параметру Reserve_Decompression_Depth (ГлибиЦя система двосторонньої передачі пакетних на_Зворотної_Розпаковки), який інформує про даних, у відповідності з цим винаходом, виконує максимальний розмір зберігання в буфері, котрий стискування та розпаковку заголовка завдяки зазберігає пакети, розпаковка яких була невдалою. провадженню RFC2507 схеми стискування заголоЯк зазначено далі, спосіб передачі пакетних вка або схеми ROHC. даних і система цього винаходу мають наступні По-перше, у випадку запровадження RFC2507 переваги. схеми стискування заголовка для системи двостоВнаслідок того, що ресурси пам'яті встановронньої передачі пакетних даних, компресор 712 люються для "лінії вверх" та "лінії вниз" різними, терміналу 610, що виконує зв'язок "по лінії вверх" можливо запобігти даремному витрачанню ресурта декомпресор 721 UTRAN 620 формуються засів. Додатково, ресурс пам'яті може бути ефективвдяки параметру F_MAX_PERIOD, який інформує но керованим, навіть якщо в послузі передачі папро період передачі пакета повного заголовка у кетів (тобто потокова передача даних), з відповідності зі схемою стискування заголовка зі асиметричною структурою кількість пакетів "лінії стартовим уповільненням, параметру вниз" є значно більшою за кількість пакетів "лінії F_МАХ_ТІМЕ, який інформує про час, що залишивверх", або кількість пакетів "лінії вверх" є значно вся для передачі пакета, параметру більшою за кількість пакетів "лінії вниз". MAXJHEADER, який інформує про максимальний Вищезазначені втілення та переваги є лише для стискування розмір заголовка, параметру ілюстративними і не повинні тлумачитись як такі, TCP_SPACE, який інформує про максимальний що обмежують цей винахід. Ця доктрина може розмір контексту TCP пакета, параметру бути з готовністю застосована в інших типах апаNON_TCP_SPACE, який інформує про максимальратури. Опис цього винаходу призначений бути ний розмір контексту не-ТСР пакета. ілюстративним та не обмежувати можливості ФоКомпресор 722 UTRAN, який виконує зв'язок рмули винаходу. Багато альтернативних варіантів, "по лінії вниз", та декомпресор 711 терміналу 610, модифікацій та змін будуть очевидними для кваформуються завдяки параметру TCP_SPACE, ліфікованих фахівців. У Формулі винаходу, пункти який інформує про максимальний розмір контексту значення-плюс-функції (means-plus-function) призTCP пакета, параметру NON_TCP_SPACE, який начені для висвітлення описаної тут структури як інформує про максимальний розмір контексту нетакої, що виконує наведену функцію, і не лише ТСР пакета та параметру структурних еквівалентів, але й еквівалентних EXPECTED_REORDERING, який інформує про структур. 17 77036 18 19 Комп’ютерна верстка О. Гапоненко 77036 Підписне 20 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601