Спосіб передачі пакетних даних в комунікаційній системі

1. Спосіб передачі пакетів даних від передавача, що має радіопротокол з верхнім рівнем та нижнім рівнем, який використовується для керування передачею повного заголовка до приймача, де спосіб включає: керування передачею пакета з повним заголовком за допомогою інформації з нижнього рівня, завдяки чому, якщо верхній рівень отримує з нижнього рівня інформацію про неуспішно завершену передачу принаймні одного пакета, верхній рівень встановлює, чи надсилати наступний пакет як пакет з повним заголовком. 2. Спосіб за п. 1, у якому верхній рівень надсилає наступний пакет як пакет з повним заголовком. 3. Спосіб за п. 1, у якому інформація про неуспішно завершену передачу відображає, що нижній рівень відбракував принаймні один пакет. 4. Спосіб за п. З, у якому інформація про неуспішно завершену передачу включає ідентифікатор (MUI), який використовується для зазначення принаймні одного пакета (RLC SDU), що був відбракований нижнім рівнем (RLC). 5. Спосіб за п. 1, у якому нижній рівень працює в прозорому режимі (ТМ), непідтвердженому режимі (UM) або підтвердженому режимі (AM). 6. Спосіб за п. 1, у якому верхній рівень встановлює надсилати наступний пакет як пакет з повним заголовком щоразу, коли нижній рівень повідомляє, що принаймні один пакет був відбракований. 2 (19) 1 3 83184 4 20. Передавач за п. 13, у якому верхній рівень 15. Передавач за п. 13, у якому нижній рівень встановлює надсилати наступний пакет як пакет з включає: повним заголовком щоразу, коли нижній рівень буфер та блок передачі, який отримує і зберігає повідомляє, що принаймні один пакет був відбрапакети з повними заголовками та пакети зі стиснукований. тими заголовками, доставлені з верхнього рівня; 21. Передавач за п. 13, у якому надсилання настудискримінатор неуспішно завершеної передачі, пного пакета як пакета з повним заголовком викоякий надає верхньому рівню інформацію про неуснується, незважаючи на будь-який запит від припішно завершену передачу принаймні одного паймача. кета з пакетного потоку; та контролер передачі, 22. Передавач за п. 13, у якому верхній рівень який керує буфером та блоком передачі, щоб пеотримує інформацію з нижнього рівня при доставці редавати до приймача пакети з повними заголовпараметра, що вказує, чи потребується нижньому ками та пакети зі стиснутими заголовками. рівню інформувати верхній рівень про відбракова16. Передавач за п. 13, у якому верхній рівень ний пакет. надсилає наступний пакет як пакет з повним заго23. Передавач за п. 13, у якому інформація з нижловком. нього рівня стосується результату передачі кожно17. Передавач за п. 13, у якому інформація про го пакета. неуспішно завершену передачу відображає, що 24. Передавач за п. 13, у якому з пакетом з повним нижній рівень відбракував принаймні один пакет. заголовком також передають контекстний іденти18. Передавач за п. 17, у якому інформація про фікатор (CID), щоб дозволити ідентифікацію кожнеуспішно завершену передачу включає ідентифіного пакетного потоку. катор (MUI), який використовується для зазначен25. Передавач за п. 13, у якому верхній рівень є ня принаймні одного пакета (RLC SDU), що був частиною рівня протоколу конвергенції пакетних відбракований нижнім об'єктом (RLC). даних (PDCP), а нижній рівень є частиною рівня 19. Передавач за п. 13, у якому нижній рівень пракерування радіозв'язком (RLC). цює в прозорому режимі (ТМ), непідтвердженому 26. Передавач за п. 13, у якому пакети є частиною режимі (UM) або підтвердженому режимі (AM). потоку протоколу керування передачею (TCP). Наступний винахід загалом відноситься до передачі пакетних даних в комунікаційній системі, докладніше, до системи та способу контролю передачі пакетних даних, що включають інформацію заголовка. Внаслідок розвитку комунікаційних технологій очікується, що бездротові телефонні апарати стануть більш популярними, ніж класичні дротові телефонні апарати. Але дротові апарати, однак, залишаються зручнішими терміналами для деяких галузей застосування. Наприклад, технологія мобільного радіозв'язку ще значно відстає від існуючих дротових систем зв'язку, коли йдеться про передачу великої кількості даних та значний мовний трафік між терміналами. Декілька стандартів бездротового зв'язку були створені для вирішення цієї проблеми. Один зі стандартів має назву ІМТ2000 та дозволяє передавати між терміналами велику кількість даних, і завдяки цьому запроваджується в багатьох країнах. Фактично одним з завдань міжнародного співробітництва в цій галузі є створення єдиного стандарту для цієї технології. Нещодавно ці кооперативні зусилля призвели до створення ініціативи, яка відома як Проект Партнерства Третього Покоління (3GPP). Ініціатива 3GPP була висунута, серед інших цілей, для цілей стандартизації системи ІМТ-2000 третього покоління, базуючись на комплексі зв'язку, прийнятому в Європі. Стандарт, відомий як Універсальна мобільна телекомунікаційна система (УМТС або UMTS), був створений в результаті спільної праці та внеску з боку великої кількості національних, міжнародних та місцевих інститутів зі стандарти зації, таких як ТТА в Кореї, CWTS в Китаї, Т1 в США, ARIB/TTC в Японії. УМТС використовує технологію широкосмугового багатостанційного доступу з кодовим розподіленням каналів (WCDMA) в якості мережної техніки радіозв'язку з абонентами, та розвивається для того, щоб включити послугу загального пакетного радіозв'язку (GPRS) на основі мережі з комутацією пакетів та глобальної системи для мобільного зв'язку (GSM), базуючись на мережі з комутацією каналів. УМТС також розвивається в інтересах забезпечення мультимедійних послуг, таких як голос, зображення та дані. Проект 3GPP включає п'ять технічноспеціфікаційних груп (TSG), кожна з яких створює, схвалює та керує цим стандартом у відповідних галузях. Група мережного радіозв'язку з абонентами (RAN або TSG-RAN) керує створенням функціональних вимог та стандарту для інтерфейсу між бездротовими терміналами та наземною мережею радіозв'язку з абонентами УМТС (UTRAN). Група базової мережі (TSG-CN) керує розробкою функцій для базової мережі та вимог та стандарту для інтерфейсу, що дозволяє UTRAN мати доступ до комутаційної базової мережі або до базової мережі з комутацією пакетів. Повний заголовок грає критично важливу роль в техніці стискування заголовка відповідної базової мережі з комутацією пакетів. Якщо повний заголовок не передається належним чином, кожний пакет, отриманий після цього, не може бути розгорнутий та не враховується. Для того, щоб вирішити цю проблему, коли використовується не TCP 5 83184 6 Якщо пакет повного заголовка не передається протокол, наприклад UDP/IP, система такого роду успішно зі сторони, що передає, тому що контекст вимагає від сторони, яка передає, передати пакет не сконструйований належним чином приймальз повним заголовком, що може бути використаний ною стороні, приймальна сторона не може віднодля багаторазового конструювання контексту для вити послідовно прийняті стиснуті заголовки. Доприймальної сторони в межах одного й того ж податково, навіть у випадку де пакет стиснутого току даних відповідно до визначених норм. заголовка успішно передається, внаслідок не наВ техніці стискування Стиснутого не -TCP лежно модернізованого контексту приймальної (техніка стискування заголовка використана для сторони, наступні стиснуті заголовки не можуть UDP/IP протоколу) пакет з повним заголовком пебути відновленими, як у випадку, де пакет повного редається принаймні один раз в кожному періоді, заголовка втрачений. Внаслідок того, що ушкощо експоненційно збільшується, який має назву джений контекст може бути відновлений тільки стартового уповільнення стискування (CSS). Відзавдяки отриманню нового повного заголовка відповідно до методу CSS, якщо інформація повного повідного контексту, приймальна сторона передає заголовка змінюється або використовується гнучка пакет стану контексту (context-state packet), що техніка стискування заголовка, інтервал передачі вимагає передачі нового повного заголовка відподля одного й того ж заголовка зменшується на відного контексту від передавальної сторони. початковій стадії та після цього поступово збільФіг.3 відображає структуру пакета стану коншується. тексту такого роду. Цей пакет включає велику кільФіг.1 є схемою, яка відображає інтервали пекість полів CID, кожне з яких визначає один ушкоредачі для передачі інформації повного заголовка джений контекст, тобто один ушкоджений відповідно до методу CSS. Як зазначено, інтервапакетний потік. Такий пакет стану контексту не ли передачі для пакета повного заголовка збільвикористовується, коли тільки один контекст є шуються експоненціально, та кількість стиснутих ушкодженим, але передається до передавальної пакетів заголовків переданих між сусідніми пакесторони, коли більше ушкоджується попередньо тами повних заголовків (тобто в межах кожного визначена кількість контекстів. Додатково, передаінтервалу) збільшується на 1, 2, 4, 8, ... Інтервал ча самого пакета стану контексту з приймальної передачі не збільшується нескінченно але підтристорони до передавальної сторони неефективно мується того ж розміру, коли він досягає граничновитрачає радіоресурси,тому частота його викориго значення інтервалу передачі, який зазвичай стання обмежена в RFC 2507. встановлюється на 256. Для додаткової інформації В передачі пакетних даних, що використовує повні заголовки, передані завдяки методу CSS, техніку стискування заголовка «Стиснутий TCP», мають те ж саме значення CID (контекстний іденякщо пакет повного заголовка або пакет стиснутотифікатор) та номер покоління. Тобто пакет повного заголовка втрачається, це займає велику кільго заголовка передається в експоненціальному кість часу щоб відновити відповідний контекст періоді для пакетного потоку з тим же самим CID приймальною стороною. Більш того, передаюча та номером покоління. сторона не знає що відповідний контекст був Як зазначено раніше, якщо використовується ушкоджений. Таким чином, наступні пакети стистехніка стискування заголовка, розмір заголовка нутих заголовків передаються безцільно, що припакета може бути значно зменшений. Особливо, у зводить до даремного витрачання радіоресурсів. випадку, коли нормальний пакет передається чеФіг.4 відображає структуру стиснутого заголорез радіоінтерфейс, тому що заголовок пакета вка використаного в протоколі UDP/IP. Як було надто великий, щоб бути проігнорованим, в порівобговорено раніше, у виконання стискування загонянні з розміром корисного навантаження (порція ловка UDP/IP, обсяг покоління відповідної заголоданих пакета), заголовок необхідно стиснути. вної інформації також як і обсяг CiD використовуФіг.2 є блок-схемою системи пакетної передачі ються, щоб розрізняти пакетні потоки. Таким такого роду, яка використовує техніку стискування чином, стиснутий заголовок тільки містить поле заголовка. Система включає модуль стискування CID, поле покоління, та поле контрольної суми та в заголовка 10, забезпеченого в рівні PDCP, що стирезультаті має загальну довжину близько 4-5 октескує заголовок даних, отриманих з верхнього рівня тів. під контролем модуля стискування заголовка 12. У стиснутому заголовка Фіг.4, якщо використоПакет повного заголовка, або пакет стиснутого вується восьмирозрядний CID, CID (2) розташовазаголовка, конвертований модулем стискування ний у третьому октеті не є необхідним. Якщо викозаголовка 10, передається до рівня RLC через ристовується шістнадцятирозрядний CІD, 8 модуль передачі даних 14. Буфер та модуль перозрядів розміщуються до CID (1) та інші 8 розряредачі 16 рівня RLC зберігають пакет повного задів розміщуються до CID (2). Приймаючи до уваги головка або пакет стиснутого заголовка, отримате, що розмір повного заголовка є 48 октетів, слід ний з модуля передачі даних 14 PDCP та/або зазначити, що тої самої мети можна досягнути передає його до приймальної сторони. завдяки передачі дуже малої кількості. Робота системи буде тепер пояснена. ПоВ передачі пакетних даних, що використовує перше, у випадку використання Стиснутого TCP як техніку стискування заголовка «Стиснутий TCP», техніки стискування заголовка, передаюча сторонаступний Алгоритм стискування заголовка TCP/IP на, спочатку, передає пакет повного заголовка для (RFC 2507 «Стиснутий TCP»), пакет повного загопакетного потоку, щоб сконструювати контекст на ловка передається як перший пакет пакетного поприймальній стороні. Один або більше стиснутих току. Контекст пакетного потоку впродовж цього заголовків потім передаються вказуючи на різниці модернізується стиснутим заголовком у відповідміж успішними пакетами. 7 83184 8 за обсяг MaxINT, обсяг INT далі не збільшується ності з попередньо прийнятими пакетними заголота той же самий інтервал передачі підтримується. вками. Передача пакетів повного заголовка викорисВ передачі пакетних даних, що використовує товуючи спосіб CSS такого роду є передовим внаіншу техніку стискування заголовка «Стиснутий слідок принаймні двох аспектів. По-перше, навіть TCP», наступний Алгоритм стискування заголовка якщо пакет повного заголовка втрачений протягом TCP/IP (RFC 2507 «Стиснутий TCP» з неприпуспередачі, стиснутий заголовок може бути відновтимою помилкою /не дельта/), пакет повного заголений використовуючи пакет повного заголовка, ловка передається як перший пакет пакетного пощо передається наступним. По-друге, у випадку, току. Наступні пакети передаються зі стиснутим коли один й той же пакет транслюється до кількох заголовком, що містить дисперсію від попередньо користувачів через техніку широкої трансляції, переданого повного заголовка пакетного потоку. навіть якщо підключається під час віщання, новий Контекст пакетного потоку постійно модернізуєтькористувач може нормально отримати дані після ся стиснутим заголовком відповідно до попереотримання пакета повного заголовка (тобто новий дньо отриманого повного заголовка. користувач може отримати стиснуті пакети та поВ передачі пакетних даних, що використовує тім відновити їх, базуючись на інформації пакета Алгоритм стискування заголовка UDP/IP (Стиснуповного заголовка, що передається наступним). Ці тий не-ТСР, Стискування зі стартовим уповільненпереваги додають значної стабільності системі. ням, в подальшому CCS), пакети повних заголовНезважаючи на ці переваги, спосіб CCS такого ків передаються в першому пакеті та в деяких роду має багато недоліків. Наприклад, внаслідок наступних пакетах в пакетному потоці за заздалетого, що повний заголовок значно більше стиснугідь встановленим правилом. Фіг.5 є блок-схемою того заголовка, повторна передача значної кількоспособу відповідного роду та для передачі пакета сті пакетів повного заголовка, в межах одного й повного заголовка та пакета стиснутого заголовка того ж потоку даних значно знижує ефективність відповідно до способу CCS. На цій фігурі, обсяг передачі. Це особливо спостерігається, якщо паінтервалу INT (Інтервал) відображає кількість пакет повного заголовка успішно передається на кетів стиснутих заголовків, які можуть бути перепершому етапі. У цих обставинах таким способом дані між двома пакетами повного заголовка, що будуть продовжувати періодично передавати папередаються послідовно, та обсяг CNT (Рахунок) кети повного заголовка в системі даних, навіть відображає кількість переданих пакетів стиснутих якщо первісний пакет повного заголовка був успізаголовків. шно переданий. Як стане ясніше нижче, автори Відповідно до цього способу, пакет стиснутого цього винаходу визначили, що кожний пакет повзаголовка передається, і коли обсяг CNT та обсяг ного заголовка, переданий після того, як первісний INT становляться однаковими, пакет повного загопакет повного заголовка був успішно прийнятий, ловка передається замість пакета стиснутого заможе бути розглянутий як такий, передавати який головка. Обсяг INT модернізується в час, коли поне є необхідним. вний заголовок повинен бути переданий. Коли Техніка стискування заголовка «Стиснутий обсяг INT досягає MaxINT, який відповідає граничTCP», яка слідує за Алгоритмом стискування загоному обсягу інтервалу передачі, обсяг INT більше ловка TCP/IP такого роду також має деякі недоліне збільшується та MaxINT підтримується. Процес ки. Наприклад, контекст пакета стиснутого заголоприпиняється, коли усі дані в пакетному потоці вка відновлюється відносно повного заголовка передаються або коли інформація повного заголопрямо або непрямо. Якщо один з цих заголовків вка змінюється. Спосіб передачі тепер буде опипакета в потоці не приймається успішно або посаний більш детально. вний заголовок не приймається успішно, декілька По-перше, мінімальна кількість INT пакетів пакетів, що ідуть за цим пакетом, не можуть бути стиснутих заголовків, що може бути передана між відновлені принаймні зараз. Тобто передача пакепакетами повного заголовка встановлюється в тних даних з використанням Техніки стискування первісному обсязі як „1". заголовка «Стиснутий TCP», якщо пакет повного Коли ініціюється операція передачі пакета зазаголовка або пакет стиснутого заголовка втрачаголовка, спочатку передається пакет повного загоється, потребує багато часу, щоб відновити відполовка (S80), та після CNT, що відображає кількість відний контекст приймальною стороною. Більш переданих пакетів стиснутих заголовків, встановтого, сторона, що передає, не знає про ушкодженлюється як „0" (CNT=0) (S81). Далі, пакет стиснутоня відповідного контексту. Таким чином, наступні го заголовка передається (S82) та після CNT, що пакети стиснутих заголовків безцільно передаютьвідображає кількість переданих пакетів стиснутих ся, що призводить до даремного витрачання разаголовків, збільшується на „1" (CNT=CNT+1) діоресурсів. Якщо приймач передає запит на над(S83). силання пакета повного заголовка до передавача Наступне, порівнюються обсяги CNT та INT негайно, навантаження на трафік для запиту може (S84), і якщо обидва обсяги є різними, передаєтьбути значним навантаженням для радіоканалу. ся додатково пакет стиснутого заголовка та кроки Предметом цього винаходу є вирішення приS82-S84 повторно виконуються. Якщо обидва обнаймні вищезазначених проблем та/або подолансяги є однаковими, перевіряється чи є обсяг INT ня перешкод та забезпечення переваг, описаних більшим за MaxINT (в цьому винаході MaxlNT=256) далі. (S85). Якщо обсяг INT менше за MaxINT, кроки Іншим предметом цього винаходу є досягненS80-S85 повторно виконуються, в той час збільня вищезазначеної мети завдяки забезпеченню шуючи обсяг INT завдяки множенню на „2" (1, 2, 4, системи та способу який контролює передачу па8, 16, ..., 256). Але якщо є однаковим або більшим 9 83184 10 заголовка через нижчий рівень, виявлення того, кетів в системі зв'язку у такий спосіб, що є швидкіщо пакет був прийнятим приймальною стороною шим та ефективнішим ніж інші системи/способи, завдяки доповіді нижчого рівня та передачі пакета, які були запропоновані. що повинен бути переданий як пакет повного заІншим предметом цього винаходу є досягненголовка, якщо виявляється, що цей пакет не був ня вищезазначеної мети завдяки значному збільприйнятим. шенню ефективності відновлення контексту загоВ способі передачі пакетних даних цього виловної інформації та пакетів, переданих в системі, находу, переважно на етапі виявлення, включені в той же самий час, зменшуючи потребу у надсинаступні кроки: визначення того, чи виявляє рівень ланні пакета повного заголовка до передавача у каналу передачі даних невдалу передачу пакета; будь-якому потоці даних порівняно з іншими зата отримання інформації про виявлену невдалу пропонованими системами. передачу з рівня каналу передачі даних. Ще одним предметом цього винаходу є досягВ способі передачі пакетних даних цього винення вищезазначеної мети завдяки використанню находу, переважно, інформація про невдалу перепокращеної схеми стискування заголовка, яка опдачу містить ID інформацію та/або інформацію, що тимізує передачу пакетів повного заголовка та відображає невдалу передачу відповідного пакета. мінімізує кількість запитів на посилання пакета В способі передачі пакетних даних цього виповного заголовка в будь-якому потоці даних, танаходу, переважно, попередньо встановлений ким чином поліпшуючи ефективність передачі поспосіб стискування означає, що контекст модернірівняно з іншими запропонованими системами. зується заголовком цього пакета відповідно до Ще одним предметом цього винаходу є досягзаголовка попереднього пакета, вдало модернізонення вищезазначеної мети завдяки значному ваного від повного заголовка. зменшенню кількості пакетів повного заголовка В способі передачі пакетних даних цього випереданих в системі, в той же час збільшуючи кінаходу, переважно, спосіб стискування, що моделькість пакетів стиснутого заголовка в будь-якому рнізується заголовком цього пакета відповідно до даному потоці даних, таким чином ліпшуючи ефекзаголовка попереднього пакета, вдало модернізотивність передачі порівняно з іншими запропонованого від повного заголовка, є технікою "Стиснуваними системами. того TCP". Ще одним предметом цього винаходу є досягВ способі передачі пакетних даних цього винення вищезазначеної мети завдяки використанню находу, переважно, попередньо встановлений покращеної схеми стискування заголовка, яка міспосіб стискування означає, що контекст модернінімізує кількість пакетів повного заголовка та макзується заголовком цього пакета відповідно до симально збільшує кількість пакетів стиснутого попереднього повного заголовка. заголовка в будь-якому даному потоці даних, таВ способі передачі пакетних даних цього виким чином покращуючи ефективність передачі находу, переважно, спосіб стискування, що конпорівняно з іншими запропонованими системами. текст модернізується пакетом повного заголовка є Іншою метою цього винаходу є забезпечення технікою неприпустимої помилки (nondelta) "Стисспособу системи передачі пакетних даних, який нутого TCP". поліпшує ефективність передачі та ефективність В способі передачі пакетних даних цього вирозпакування пакета, коли використовується технаходу, переважно, рівень стискування заголовка ніка стискування «Стиснутий TCP» в системі є рівнем протоколу конвергенції пакетних даних УМТС. (PDCP) та рівень каналу передачі даних є рівнем Іншою метою цього винаходу є забезпечення контролю (RLC) радіоканалу. способу передачі пакетних даних, в якому пакет В способі передачі пакетних даних цього виповного заголовка специфічного пакетного потоку находу, переважно, верхній рівень матриці контзнов передається періодично або неперіодично, і ролю рівня RLC є рівень RRC, що керує радіорепередача пакета повного заголовка контролюється сурсом, та рівень RRC встановлює для збільшення ефективності. радіопеленгатор так, що інформація про SDU, що Для досягнення цих та інших цілей та переваг був відбракований RLC, надсилається до рівня забезпечується спосіб передачі пакетних даних PDCP. комунікаційної системи, в якому, відносно одного В способі передачі пакетних даних цього випакетного потоку, рівень стискування заголовка находу, переважно, коли рівень PDCP передає сторони, що передає, визначає передачу пакета PDCP PDU до рівня RLC, рівень PDCP інструктує повного заголовка з повним заголовком або пакета рівень RRC інформувати рівень PDCP про невдастиснутого заголовка зі стиснутим заголовком челий результат передачі відповідного PDU. рез рівень каналу передачі даних відповідно до В способі передачі пакетних даних цього вистану передачі попереднього пакета даних в рівні находу, переважно, коли рівень PDCP передає каналу передачі даних. PDCP PDU до рівня RLC, рівень PDCP передає В способі передачі пакетних даних цього виіндикатор доповіді про невдалу передачу разом з находу, переважно, в рівні стискування заголовка відповідним PDU. передавальної сторони системи зв'язку, що вклюЩоб досягнути цієї мети та інших цілей та печає кроки отримання потоку пакетних даних з верреваг, забезпечується спосіб передачі пакетної хнього рівня, передачі пакета повного заголовка, інформації системи зв'язку, в якому відповідно до що має інформацію повного заголовка потоку папакетного потоку, рівень стискування заголовка кетних даних через нижчий рівень, передачі пакепередавальної сторони передає пакет повного та стиснутого заголовка, що має стиснутий загозаголовка з повним заголовком або пакет стиснуловок, який містить порцію інформації повного 11 83184 12 того заголовка з стиснутим заголовком через рі(PDCP) та рівень каналу передачі даних є рівнем вень каналу передачі даних та рівень стискування контролю радіоканалу (RLC). заголовка приймальної сторони відновлює інфорВ способі передачі пакетних даних цього вимацію стиснутого заголовка пакета стиснутого занаходу, переважно, верхній рівень в матриці контголовка, використовуючи інформацію повного заролю рівня RLC є рівнем RRC, що керує радіореголовка пакета повного заголовка, що включає сурсом, та рівень RRC встановлює кроки отримання потоку пакетних даних викорисрадіопеленгатор так, що інформація про SDU, товуючи Інтернет - протокол, передачу пакета поякий був відбракований RLC, надсилається до вного заголовка, що має інформацію повного загорівня PDCP. ловка потоку пакетних даних, передачу пакета В способі передачі пакетних даних цього вистиснутого заголовка, що має стиснутий заголовок, находу, переважно, коли рівень PDCP передає який має порцію інформації повного заголовка, PDCP PDU до рівня RLC, рівень PDCP інструктує виявлення того, чи був прийнятий приймальною рівень RRC інформувати рівень PDCP про невдастороною цей пакет; та передачу пакета, що повилий результат передачі відповідного PDU. нен бути переданий відразу після пакета повного В способі передачі пакетних даних цього визаголовка, якщо визначається, що цей пакет не находу, переважно, коли рівень PDCP передає був прийнятий. PDCP PDU до рівня RLC, рівень PDCP передає В способі передачі пакетних даних цього виіндикатор доповіді про невдалу передачу разом з находу, переважно, крок виявлення включає в севідповідним PDU. бе виявлення того, чи визначає рівень каналу пеЦей винахід також забезпечує спосіб передачі редачі даних невдалу передачу пакета та пакетних даних в рівні стискування заголовка, що передачу виявленої інформації про невдалу перепередає пакет повного заголовка або стиснутого дачу до рівня стискування заголовка. заголовка через рівень каналу передачі даних відВ способі передачі пакетних даних цього виносно одного пакетного потоку, так що приймальнаходу, переважно, інформація про невдалу перена сторона може відновити інформацію стиснутого дачу містить ID інформацію та/або інформацію, що заголовка пакета стиснутого заголовка, викорисвідображає невдалу передачу відповідного пакета. товуючи інформацію повного заголовка пакета В способі передачі пакетних даних цього виповного заголовка; разом з кроками передачі пакенаходу, переважно, спосіб попередньо визначенота стиснутого заголовка або пакета повного загого стискування полягає в тому, що контекст моделовка до рівня каналу передачі даних, визначення рнізується заголовком справжнього пакета результату передачі пакета рівнем каналу передавідповідно до заголовка попереднього пакета усчі даних; та посилання наступного пакета як пакепішно модернізованого від повного заголовка. та повного заголовка та передача його, коли інфоВ способі передачі пакетних даних цього вирмація про невдалу передачу отримується з рівня находу, переважно, цей спосіб стискування модеканалу передачі даних через більш ніж один пакет. рнізований заголовком справжнього пакета відпоЦей винахід також забезпечує апарат передачі відно до заголовка попереднього пакета, успішно пакетних даних, що включає в себе модуль стисмодернізованого від повного заголовка є технікою кування заголовка, забезпечений в рівні стиску"Стиснутого TCP". вання заголовка, та стискування заголовка даних, В способі передачі пакетних даних цього виотриманих з верхнього рівня для трансформуваннаходу, переважно, спосіб попередньо визначеноня його пакета повного заголовка або пакета стисго стискування полягає в тому, що контекст моденутого заголовка, модуль контролю стискування рнізується заголовком справжнього пакета заголовка для контролю стискування заголовка відповідно до попереднього повного заголовка. модулем стискування заголовка відповідно до інВ способі передачі пакетних даних цього виформації про невдалу передачу; модуль передачі находу, переважно, цей спосіб стискування поляданих для передачі трансформованого пакета гає в тому, що контекст модернізується пакетом повного заголовка або пакета стиснутого заголовповного заголовка і це є технікою неприпустимої ка до рівня каналу передачі даних, де буфер та помилки "Стиснутого TCP". модуль передачі забезпечені в рівні каналу переСпосіб передачі пакетних даних цього винаходачі даних, та передачу пакета, переданого з моду, переважно, надалі включає крок передачі свідуля передачі даних рівня стискування заголовка жого пакета повного заголовка до передавальної до приймальної сторони, та модуль розрізнювання сторони рівня каналу передачі даних, якщо отриневдалої передачі для розрізнювання пакета або мується інформація про невдалу передачу з рівня пакетів, передача яких була невдалою, переданих каналу передачі даних. до приймальної сторони та доставляння інформаВ способі передачі пакетних даних цього виції про невдалу передачу до модуля контролю находу, переважно, коли рівень стискування загостискування заголовка. ловка отримує інформацію про невдалу передачу, В апараті передачі пакетних даних цього вирівень стискування заголовка стискує наступний находу, переважно, інформація про невдалу переперший пакет використовуючи той же самий CID з дачу містить ID інформацію відповідного пакета пакета, передача якого була невдалою, до пакета та/або індикатор невдалої передачі. повного заголовка та передає його. В апараті передачі пакетних даних цього виВ способі передачі пакетних даних цього винаходу, переважно, модуль контролю стискування находу, переважно, рівень стискування заголовка заголовка контролює модуль стискування заголовє рівнем протоколу конвергенції пакетних даних ка, щоб стиснути наступний перший пакет, використовуючи той же самий СID, що і СID пакета, пе 13 83184 14 заголовка негайно додатково передає пакет повредача якого була невдалою, як пакет повного ного заголовка для відповідного пакетного потоку, заголовка, якщо він отримує інформацію про нене приймаючи до уваги період передачі пакета вдалу передачу з модуля розрізнювання невдалої повного заголовка. передачі. В способі передачі пакетних даних цього виВ апараті передачі пакетних даних цього винаходу, переважно, пакет повного заголовка перенаходу, переважно, рівень стискування заголовка дається в попередньо встановлений період переє рівнем протоколу конвергенції пакетних даних дачі пакета повного заголовка після додаткової (PDCP) та рівень каналу передачі даних є рівнем передачі пакета повного заголовка. контролю радіоканалу (RLC). В способі передачі пакетних даних цього виЦей винахід також забезпечує спосіб передачі находу, переважно, результатом передачі є пакет пакетних даних комунікаційної системи, в якому, ID інформації та інформації результату передачі. стосовно одного пакетного потоку, рівень стискуВ способі передачі пакетних даних цього вивання заголовка передавальної сторони визначає находу, переважно, коли рівень стискування загопередачу пакета повного заголовка з повним заголовка передає пакет повного заголовка до рівня ловком або пакета стиснутого заголовка з стиснуканалу передачі даних, нижчий рівень, що передає тим заголовком через рівень каналу передачі дапакет повного заголовка і індикатор пакета повноних відповідно до успіху передачі попереднього го заголовка разом являють собою пакет повного пакета повного заголовка в рівні каналу передачі заголовка. даних. В способі передачі пакетних даних цього виВ способі передачі пакетних даних цього винаходу, переважно, коли рівень стискування загонаходу, переважно, в рівні стискування заголовка ловка отримує інформацію, що пакет повного запередавальної сторони системи зв'язку, що вклюголовка був вдало переданий з рівня каналу чає кроки отримання потоку пакетних даних з верпередачі даних, рівень стискування заголовка не хнього рівня; передачі пакета повного заголовка, виконує періодично або неперіодично повторну що має інформацію повного заголовка потоку папередачу пакета повного заголовка відносно відкетних даних через нижчий рівень, передачі пакеповідного пакетного потоку але передає тільки та стиснутого заголовка, що має стиснутий загопакет стиснутого заголовка. ловок, який містить порцію інформації повного Цей винахід також забезпечує спосіб передачі заголовка через нижчий рівень, виявлення факту пакетних даних системи зв'язку, в якому рівень прийняття пакета приймальною стороною через стискування заголовка повторно передає пакет доповідь нижчого рівня; та передачу пакета, що повного заголовка через специфічний потік бітів повинен бути переданий як пакет стиснутого заго(подвійних сигналів) до приймальної сторони человка, якщо виявляється, що пакет був прийнятий. рез рівень каналу передачі даних періодично або В способі передачі пакетних даних цього винеперіодично, включаючи кроки передачі пакета находу, переважно, передавальна сторона переповного заголовка або пакета стиснутого заголовдає пакет повного заголовка або пакет стиснутого ка, визначення результату передачі пакета стиснузаголовка і приймальна сторона відновлює інфортого заголовка та передачі тільки стиснутого загомацію стиснутого заголовка пакета стиснутого заловка, а не пакета повного заголовка, коли головка, використовуючи інформацію повного запринаймні один пакет повного заголовка успішно головка пакета повного заголовка, разом з передається відносно одного пакетного потоку. кроками отримання потоку пакетних даних викориВ способі передачі пакетних даних цього вистовуючи Інтернет-протокол, передачі пакета повнаходу, переважно, пакет повного заголовка переного заголовка, що має інформацію повного загодається з використанням техніки стискування з ловка потоку пакетних даних, виявлення того, чи уповільненням. був прийнятий приймальною стороною цей пакет; Переважно, спосіб передачі пакетних даних та передачу пакетів в тому ж самому потоці, який цього винаходу надалі включає крок додаткової передає їх наступним як пакети стиснутих заголовпередачі пакета повного заголовка відносно відпоків, коли виявляється, що цей пакет був прийнявідного пакетного потоку, незважаючи на період тий. передачі пакета повного заголовка, якщо передача В способі передачі пакетних даних цього випакета повного заголовка відносно специфічного находу, переважно, якщо принаймні один пакет пакетного потоку не є вдалою і попередньо не буповного заголовка з переданих пакетів повного ло успішно передано пакетів повного заголовка. заголовка вдало передається, рівень стискування В способі передачі пакетних даних цього визаголовка не передає більше пакета повного загонаходу, переважно, результат передачі є ID інфоловка і передає тільки пакет стиснутого заголовка. рмація пакета та інформація результату передачі. В способі передачі пакетних даних цього виВинахід буде детально описаний з посиланнаходу, переважно, пакет повного заголовка переням на наступні графічні матеріали, в яких номери дається з використанням техніки стискування з посилань відносяться до ідентичних елементів, де: уповільненням. Фіг.1 є схемою, що показує інтервали передаВ способі передачі пакетних даних цього вичі, використані, щоб передати інформацію повного находу, переважно, рівень виконання стискування заголовка відповідно до способу CSS такого рівня заголовка отримує інформацію щодо невдалої техніки; передачі пакета повного заголовка через специфіФіг.2 є блок-схемою системи пакетної передачний пакетний потік з рівня каналу передачі даних, чі, що використовує техніку стискування заголовка і якщо попередньо не було вдало прийнято пакет відповідно до такого рівня техніки; повного заголовку, рівень виконання стискування 15 83184 16 GPRS вузлів підтримки (SGSN) та один GPRS вуФіг.3 є схемою, що відображає структуру пакезол підтримки міжмережного інтерфейсу (GGSN). та стану контексту, використаного для відновлення Кожний вузол В служить як пункт з'єднання контексту пакетів переданих в системі зв'язку; для встановлення зв'язку між абонентською апаФіг.4 є схемою, що відображає структуру стисратурою (UE) (головним чином має назву мобільнутого заголовка використаного в протоколі ної станції або терміналу) та UTRAN. RNC признаUDP/IP; чає радіоресурс кожному UE, та керує цим Фіг.5 є блок-схемою, що відображає спосіб для радіоресурсом. передачі пакетів повного та стиснутого заголовків RNC класифікується за одним з двох типів. завдяки способу CSS такого роду; Один тип RNC, відомий як контрольний RNC Фіг.6 є схемою, що відображає мережну струк(CRNC), керує загальним радіоресурсом. Другий туру в домені пакета серед мережних структур тип RNC, відомий як службовий RNC (SRNC), керекомендованих 3GPP; рує призначеним радіоресурсом, наданим кожноФіг.7 є схемою, що відображає структуру раму терміналу. RNC, де розміщується даний SRNC діоінтерфейсного протоколу між терміналом та даного UE, називається SRNC, коли розглядаєтьUTRAN на основі 3GPP мережного стандарту рася зі специфічного UE. діозв'язку з абонентами; Маршрутна інформація SGSN, передана з Фіг.8 є схемою, що відображає структуру проUTRAN до CN та GGSN, служить як міжмережний токолу матриці користувача, що використовується, перехід (інтерфейс), щоб передати інформацію з коли мережа УМТС забезпечує послугу пакетної UTRAN до різних CN, якщо призначенням інфоркомутації. мації є мережа, що відрізняється від поточної CN. Фіг.9 є схемою, що відображає структуру норІнтерфейси за даними кожної сторони мають мального заголовка, переданого для TCP/lpv6; різні імена, а саме, інтерфейс між UE та вузлами В Фіг.10А є схемою, що відображає структуру має назву „Uu", інтерфейс між вузлами В та зв'яповного заголовка, переданого при використанні заним RNC має назву „lub", інтерфейс між різними техніки стискування заголовка для TCP/IPv6; RNC має назву „lur", інтерфейс між різними RNC Фіг.10Б та 10В відображають формат стиснута різними SGSN має назву „lu", та інтерфейс між того TCP та формат стиснутого ТСРз неприпустирізними SGSN та GGSN або між різними SGSN мою помилкою, відповідно; має назву „Gn". Фіг.11 є схемою, що відображає структуру ноМережа пакетних доменів (PDN) є базовою рмального заголовка, переданого для UDP/IPv6; мережею домену з комутацією пакетів, котра підФіг.12А є схемою, що відображає структуру тримує зв'язок між різними мережами в зоні обслуповного заголовка, переданого при використанні говування пакета (зоні впевненого прийому пакетехніки стискування заголовка для UDP/IPv6; та). На Фіг.6 показано приклад мережної Фіг.12Б та 12В відображають формат стиснуструктури, в якій інтерфейс „lur" може необов'язкотого не-ТСР 8-бітного СID та формат стиснутого во (на вибір) існувати між різними RNC та іншим не-ТСР 16-бітного СID, відповідно; SGSN. Також інтерфейс „Gn" може необов'язково Фіг.13А графічно відображає особливість краіснувати між різними SGSN. щого варіанту втілення винаходу відповідно до На Фіг.7 та 8 показано, що мережна структура передачі пакета стиснутого та повного заголовка Фіг.6 має ієрархічну структуру. На Фіг.7 показано для TCP передачі; детальну ієрархію UTRAN або UE для підтримки Фіг.13В графічно відображає цю особливість інтерфейсу „Uu", який є радіоінтерфейсом. На цій кращого варіанту втілення винаходу відповідно до фігурі матриця користувача (U-матриця) є регіопередачі пакета стиснутого та повного заголовка ном, до якого передається інформація про трафік для не-ТСР передачі; користувача, така як мовний або IP пакет, та матФіг.14 є блок-схемою, що відображає систему риця контролю (С-матриця) є регіоном, до якого пакетної передачі, яка використовує техніку стиспередається контрольна інформація, наприклад, кування заголовка відповідно до одного варіанту обслуговування та управління інтерфейсом або втілення цього винаходу; та викликом. Фіг.15 є блок-схемою, що відображає кроки U-матриця включає фізичний рівень (L1), що включені до способу для передачі пакетів повного служить як перший рівень, рівень протоколу конзаголовка та стиснутого заголовка завдяки CSS вергенції пакетних даних (PDCP), рівень контролю відповідно до одного варіанту втілення цього вирадіоканалу (RLC), рівень протоколу управління находу. доступом (МАС), та рівень широкого віщання Фіг.6 є схемою, що відображає мережну струк(ВМС), що служить як другий рівень (рівень каналу туру домену комутації пакетів, запропонованого передачі даних) - 7 рівнів, визначених моделлю TSG-RAN та TSG-CN. В цій структурі UTRAN взаємодії відкритих систем OSI (Open Systems включає велику кількість радіомережних підсистем Interconnection). (RNS), кожна з яких включає велику кількість вузС-матриця включає рівень контролю радіорелів В, з'єднаних з одним контролером радіомережі сурсу (RRC), рівень RLC, рівень МАС, рівень L1. (RNC). Рівень L1 (фізичний рівень) забезпечує послуБазова мережа (CN) має іншу структуру відпогу передачі інформації до верхнього рівня викоривідно до прийнятого комутаційного режиму (мерестовуючи різноманітні техніки радіозв'язку з абожа з комутацією пакетів або мережа з комутацією нентами. Рівень L1 з'єднується з рівнем МАС каналів або ліній). У випадку, де мережа з комутачерез транспортний канал і обмін даними між рівцією пакетів враховується в цьому винаході, CN, нем L1 та рівнем МАС відбувається через транспереважно, включає велику кількість Службових 17 83184 18 портний канал. Транспортний канал класифікуєтьредача його через рівень RLC, що працює в непідся за одним з двох типів, а саме виділений транствердженому режимі (режим без підтвердження). портний канал та загальний транспортний канал, Рівень RRC, розташований найбільш низько в залежно від того, чи використовується один термітретьому рівні (L3), визначається тільки в матриці нал для каналу або багато терміналів використоконтролю. Він функціонує для трансляції системвують цей канал. ної інформації до кожного UE розташованого в Рівень МАС забезпечує послугу перерозподілу довільно вибраному районі. параметру МАС для розміщення та перерозподілу Рівень RRC також обробляє сигнал матриці радіоресурсу. Рівень МАС приєднується до RLC контролю для контрольного сигналу, виміряного в рівня через логічний канал, та різноманітні логічні третьому рівні, та виконує функцію встановлення, канали забезпечуються відповідно до типів інфорпідтримання в працездатному стані та вивільнення мації, що передається. Загалом, коли інформація радіоресурсу між UE та UTRAN. При виконанні передається на С-площину, використовується коностанньої функції рівень RRC встановлює, перетрольний канал, і коли інформація передається на будовує та розмикає RB та виконує функцію розU-площину, використовується канал трафіка. міщення, перекомпонування та вивільнення радіоРівень RLC виконує функції встановлення або ресурсу необхідного для встановлення розмикання радіоканалу, сегментування та перерадіоресурсного з'єднання. Тоді ж встановлення компонування елементів службових даних (SDU) RB включає процес визначення протокольного RLC, що надходять з верхнього рівня, та виконанрівня та канальних характеристик, необхідних для ня повторної передачі RLC PDU втрачених протявизначення попередньо визначеної послуги в рагом передачі. діозоні, також як і встановлення кожного специфіРозмір RLC SDU контролюється в рівні RLC. чного параметру способу експлуатації. Потім заголовки приєднуються для того, щоб Послуги, що забезпечуються для UE, можуть трансформувати SDU в елементи даних протоколу бути загалом класифіковані як послуги з комутації (PDU) для передачі до рівня МАС. Рівень RLC каналів та послуги з комутації пакетів. Послуга працює в трьох режимах, а саме в прозорому ремовного виклику включена, наприклад, в послузі жимі, підтвердженому режимі та непідтвердженокомутації каналів та послузі швидкого огляду файму режимі, відповідно до способу обробки RLC лів WWW (Web-browsing service) через з'єднання SDU. Буфер RLC включається до рівня RLC для Інтернет, може бути включена до послуги комутазберігання RLC SDU або RLC PDU. ції пакетів. Послуга комутації каналів з'єднується з Рівень PDCP є верхнім рівнем рівня RLC, який UTRAN через MSC базової мережі, та послуга кодозволяє даним, переданим через IP мережний мутації пакетів забезпечується через SGSN базопротокол, такий як IPv4 або IPv6, ефективно перевої мережі. Таким чином, місце доступу до базової даватися до рівня RLC. Рівень PDCP також зменмережі, до якої приєднана UTRAN, може бути різшує інформацію заголовка, яка не є необхідною ним залежно від типу послуги, що забезпечується. для бездротової мережі, але яка може бути викоФіг.8 - це схема, що відображає приклад прористана для дротової мережі, таким чином гарантокольної структури матриці користувача, яка мотуючи те, що ці дані можуть бути ефективно переже бути використана для забезпечення послуги дані. Ця функція, що має назву стискування комутації пакетів в мережі УМТС. Тут SGSN підзаголовка, може бути використана для зменшення тримує послугу комутації пакетів, направлених до кількості інформації заголовка, використаної, наUTRAN, та виконує функції управління мобільнісприклад, в зв'язку TCP/IP. Для наочності рівень тю, такі як модернізація маршрутизації, реєстрація PDCP та рівень ВМС показані розташованими на інформації про місцезнаходження або виклик та матриці користувача, тому що вони передають контроль питань безпеки. SGSN підтримує зв'язок тільки дані користувача. з різними мережами з комутацією пакетів наприРівень RLC може належати матриці користуклад з мережею Інтернет. Процес передачі послувача або матриці контролю, відповідно до рівня ги комутації пакетів з зовнішньої мережі з комутаз'єднаного з верхнім рівнем. Це означає, що коли цією пакетів до терміналу буде описаний далі. рівень RLC отримує дані з рівня RRC, він налеПісля проходження різних процедур обробки жить матриці контролю, в той час в інших випадках пакети, що відносяться до прикладної програми, рівень RLC належить матриці користувача. Загадосягають SGSN в формі пакетів IP. По підтверлом, послуга передачі даних користувача, надідженні адреси IP пакета SGSN передає пакети до сланих з матриці користувача до верхнього рівня UTRAN через SGSN. завдяки рівню L2 визначається як сигнальний пеВ цей час GTP-U, використана для передачі IP ленгатор (SRB). пакета, капсулює дані користувача між UTRAN та Як надалі показано на Фіг.7, рівень RLC та ріSGSN або між SGSN та GGSN, та тунелює їх. Тобвень PDCP можуть кожний включати велику кільто GTP-U отримує пакет даних користувача з зовкість об'єктів. Це внаслідок того, що один UE може нішньої пакетної мережі, виявляє адрес признамати декілька RB та, загалом, один RLC рівень та чення пакета та передає його до наступного рівень PDCP можуть виконувати незалежні функції пункту призначення відповідно до встановленого в кожному рівні. шляху. Рівень ВМС передає повідомлення з центру Протокол передачі дейтаграм користувача сотового віщання (СВС) через радіоінтерфейс. (UDP)/IP протокол широко використовується для Головною функцією ВМС є планування повідомпакетної передачі в дротовій мережі, розташовалення сотового віщання переданого до UE та пений нижчому рівні протоколу GTP-U та несе пакет GTP-U. 19 83184 20 Інакше кажучи, пакетний потік позначає послідовні IP пакет, переданий до RNC мережі UTRAN пакети, що мають схожу інформацію заголовка, та, завдяки GTP-U, передається до рівня PDCP, який загалом, пакети, що використані для забезпечення зменшує розмір заголовка завдяки техніці стискуякоїсь специфічної послуги, можуть розглядатися вання заголовка та передає результат до рівня як ті, що належать до одного пакетного потоку. RLC у формі PDCP PDU (=RLC SDU). Наприклад, у випадку передачі пакетів для TCP/IP Рівень RLC належним чином сегментує або пакети, передані з однаковою адресою та номеконкатенує RLC SDU, що надходять з верхнього ром порту розглядаються як такі, що належать до рівня та перетворює їх у форму RLC PDU, таким одного пакетного потоку. чином створюючи RLC PDU. Якщо RLC SDU є біНа Фіг.9 показано поле заголовка TCP/IPv6, льшим ніж RLC PDU, RLC SDU може бути сегменнадане, щоб зрозуміти принцип та ступінь стискутованим, щоб сконструювати декілька RLC PDU. З вання техніки стискування заголовка. Спершу, як іншого боку, якщо RLC SDU є меншим ніж RLC зазначено вище, стосовно обговорення пакетного PDU, декілька RLC SDU можуть бути згруповані потоку, внаслідок того, що адресні поля IPv6 та разом для конструювання одного RLC PDU. Сконномери портів TCP заголовка належать до одного струйовані таким чином RLC PDU мультиплексупакетного потоку, вони можуть розглядатися як ються з RLC PDU інших UE в рівні МАС та перепостійні. На Фіг.9, поле варіанту відображає викодаються до фізичного рівня. ристання заголовка IPv6 та поле наступного загоВ UE (або терміналі) PDCP PDU передаються ловка (NH) відображає, що інформація заголовка, через рівні МАС та RLC до рівня PDCP, та рівень яка надходить після заголовка IPv6, є TCP заголоPDCP UE відновлює інформацію стиснутого заговок. Як результат, обидва можуть бути розглянуті ловка щоб відновити оригінальний IP заголовок. як схожі відносно відповідного пакетного трафіка. Результуючий IP пакет після передається до IP Поле класу трафіка відображає пріоритет відрівня. повідного пакета, та поле мітки потоку (FL) контТехніка стискування заголовка, яку рівень ролює пакет відповідно до пріоритету. В цей час, PDCP виконує в UE та UTRAN, буде описана далі. якщо значення FL встановлюється не на відмітці В передачі IP пакета та особливо при передачі IP „0", поле класу трафіка попереду поля FL не зміпакета через радіоінтерфейс, причиною стиснення нюватиметься. З іншого боку, якщо значення FL заголовку є те, що розмір заголовка IP пакета не є встановлюється на відмітці „0", поле класу трафіка настільки малим, щоб бути проігнорованим порівпопереду поля FL може бути змінено. Однак, внаняно з розміром корисного навантаження пакета. слідок того, що пакети, які мають показник іншого Наприклад, коли UE отримує дані з IP мережі, поля класу трафіка, можуть бути визначеними як інформація заголовка IP додається до кожного такі, що належать іншому пакетному потоку, покапакета щоб дозволити пакету пересилатися за зники поля класу трафіка та поля FL розглядаютьвизначеними маршрутами в IP мережі. В цей же ся незмінними відносно одного пакетного потоку. час, у випадку IPv4 , інформація заголовка в 24 Поле ретрансляційного ліміту (HL) зменшуєтьоктети приєднується та у випадку IPv6, інформація ся на „1", коли маршрутизатор передається в мезаголовка в 40 октетів приєднується. Якщо TCP режі. Якщо показник поля HL стає „0", відповідний рівень або UDP рівень розташовуються над рівнем пакет відбраковується. Загалом, внаслідок того, IP, 24 октети та 8 октетів інформації заголовка що пакети передаються через той же самий шлях вимагаються додатково. Таким чином, у випадку в мережі, показник поля HL також розглядається передачі пакету з використанням TCP/ΙΡνβ, примайже постійним для специфічного пакетного понаймні інформація заголовка в 64 октети вимагатоку. ється для пакету, в той же час у випадку передачі Поле відхилення відображає стартову точку пакету з використанням UDP/IPv6, принаймні інданих TCP, що є постійною. формація заголовка в 48 октетів вимагається на У випадку, коли передаються пакети, що напакет. Слід зазначити, що у випадку послуги перележать одному пакетному потоку, поля заголовка, дачі мови по IP протоколу Volp (Voice over IP), де які містять інформацію, що не змінюється, перепакет передається, використовуючи UDP/IPv6, важно відносяться до полів Фіг.9, що затінені. інформація заголовка в 48 октетів є значно більБільш того, слід зазначити, що деталізовані описи шою порівняно з корисним навантаженням, яке техніки стискування заголовка розкриваються в має тільки множину октетів (тобто 20 октетів у виформальній технічні документації відносно технопадку коли інформація заголовка стискується логії Інтернет, що надані проблемною групою про8Кб/с G.729 кодеком /компресоромектування Інтернет IETF. Наприклад, рівень PDCP декомпресором/). може використовувати техніку стискування загоТаким чином, якщо IP пакет передається як у ловка, що базується на RFC 2507 та RFC 3095. Що випадку, де він використовується для каналу з стосується техніки стискування заголовка RFC обмеженою смугою пропускання передачі, напри2507, інша техніка стискування заголовка може клад, радіоканалу, легко очікувати, що матиме бути використана залежно від того, чи протокол місце значне погіршення роботи. Щоб уникнути розташований над рівнем IP TCP або не-ТСР. Яктакого роду проблем, були проведені дослідження що протокол, розташований над рівнем IP, не витехніки стискування заголовка для зменшення інкористовує TCP, такий як протокол UDP/IP, може формації заголовка в пакетах. бути використаний спосіб „Стиснутий не-ТСР". Техніки стикування заголовка виконують стисЯкщо протокол розташований над рівнем IP є кування, базуючись на усвідомленні того, що пакеTCP, він розділяється на „«Стиснутий TCP»" ти, які належать тому ж самому пакетному потоку, („Compressed TCP") та „«Стиснутий TCP» непримають майже однакову інформацію заголовка. 21 83184 22 ливо ввести показник CID. Таким чином, необхідно пустима помилка" („Compressed TCP nondelta") знайти відповідне поле для вводу показника СID. відповідно до шляху передачі змінного поля загоВнаслідок того, що інформація про існуюче поле ловка. Техніка стиснутого TCP - це спосіб передачі „довжини корисного навантаження" є інформацією, різних показників між невідібраних пакетів, скоріше яка може бути отримана з нижчого рівня, викорисніж надсилання загального показника поля. Це тання відповідного поля не є необхідним. Отже, виконується, базуючись на концепції, що мала показник CID може бути введений до поля „довжирізниця існує між показниками змінних полів загони корисного навантаження" та переданий. ловка. З іншого боку, „Compressed TCP nondelta" є Фіг.10Б та 10В відображають формат стиснуспособом передачі змінного поля заголовка як того TCP та формат з неприпустимою помилкою такого. стиснутого TCP, відповідно, згідно з переважним Для того, щоб приймальна сторона відновила варіантом втілення цього винаходу. Стиснутий стиснутий заголовок, необхідним є контрольне заголовок, сформований технікою стиснутого TCP значення. Таким чином, стискування заголовка та переданий з використанням TCP/IPv6, створюможе бути виконано завдяки передачі повного ється у відповідності з незатіненими порціями зазаголовка, що містить кожне поле не-стиснутого головку Фіг.10А. Тоді ж для полів стиснутого загозаголовку. Незмінна порція в специфічному пакетловка поле CID має фіксований обсяг, поле ному потоці повного заголовка, як показано завдяконтрольної суми має змінний обсяг, та поля, що ки затіненим частинам на Фіг.4, використовується, залишилися мають обсяг, що відрізняється від щоб відновити стиснутий заголовок, який повинен попередньо стиснутого заголовка. Розмір стиснубути переданий надалі. Інформацією, яка є потрітого заголовка є за звичай 4-7 октетів. бною для відновлення стиснутого заголовка, виЯкщо для TCP/IPv6 використовується техніка значається контекст відповідного пакетного пото„Compressed TCP nondelta", стиснутий заголовок ку, та цей контекст служить в якості еталонної формується у відповідності з незатіненими порціінформації в відновленні стиснутого заголовка до ями заголовку Фіг.10А, що є такою ж, як техніка нормального заголовка. Пакет, що містить повний „Compressed TCP". Тоді ж для полів стиснутого заголовок, який потрібен для модернізації або заголовка поле CID має фіксований обсяг, та поля, створення контексту може бути визначений як пащо залишилися, мають змінний обсяг. Внаслідок кет повного заголовка, і пакет, в якому інформація того, що всі ці поля, на відміну від поля СID, мають заголовку стискується і передається, може бути змінний обсяг, змінні обсяги зазвичай мають більвизначений як пакет стиснутого заголовка. Коли ше бітів ніж обсяги різниці (difference value), розмір має місце зміна в контексті протягом пакетної пезаголовка Compressed TCP nondelta більше за редачі, змінений повний заголовок повинен бути заголовок Compressed TCP. Розмір стиснутого переданий до передачі пакетів стиснутого заголозаголовка є зазвичай 17 октетів. вка. Як зазначено вище, пакет повного заголовка є Протокол, що не використовує TCP, такий як значно більшим, ніж загальний пакет стиснутого UDP/IP протокол, стискує заголовок, використовузаголовка, і пакетний потік переважно створюється ючи спосіб „Compressed non-TCP" аналогічно витак, що поле не часто змінюється в пакетному попадку TCP/IP. Як і в TCP/IP, для того, щоб викоритоці. стати техніку стискування заголовка для Використана для стискування заголовка техніспецифічного пакетного потоку, процес передачі ка стискування заголовка, що використовує „Comпакету повного заголовка як першого пакету є неpressed TCP" або „Compressed TCP nondelta", такі обхідним, та включення CID для ідентифікації кожяк TCP/IP, буде розкрито. Вище було обговорено, ного пакетного потоку є також необхідним. Показщо була запропонована техніка заголовка, яка ник CID, який зазвичай має довжину 8 бітів або 16 передає пакет повного заголовка як перший пакет бітів, передається разом з стиснутим заголовком в потоці даних. Відповідно до цієї техніки, внасліабо повним заголовком. док того що може бути більш ніж один пакетний В техніці стискування заголовка UDP/IP, додапотік в мережі, може бути використаний ідентифітково до показника CID, додатково використовукатор, що відображає контекст кожного пакетного ється поле покоління (generation field), що відопотоку для відокремлення цих потоків. Ідентифікабражає покоління інформації заголовка. Поле тор цього типу має назву контекстного ідентифікапокоління (generation field) відображає, наскільки тора (СID). У багатьох, якщо не у всіх випадках, старою є інформація заголовка пакета, і вона завобсяг СID має 8 біт (розрядів) для пакету TCP, та жди передається разом з показником СID. коли стиснутий заголовок повного заголовку переНа Фіг.12А показано структуру повного заголодається, показник CID також має бути переданим. вку, переданого відповідно до техніки стискування Передана інформація повного заголовка зберігазаголовку, використану для пакету UDP/IPv6. Як ється в приймальній стороні відповідно до показпоказано, що як нормальне UDP/IPv6 поле заголоника CID, і коли пакет надходить, приймальна стовка (Фіг.11) не має поля CID або поля покоління рона читає інформацію повного заголовка, (generation field), то CID та показники покоління базуючись на показнику CID, щоб відновити інфовводяться до існуючого поля „довжина корисного рмацію оригінального заголовка. навантаження" або поля „довжина" та потім переНа Фіг.10А показано структуру переданого подаються. У випадку, де використовується 8-бітний вного заголовку при прийнятій техніці стискування обсяг CID, тільки CID (1) може бути використаний. заголовку для TCP/IPv6. В цей час повний заголоУ випадку, де використовуються 16-бітний обсяг вок є однаковим для „Compressed TCP" або „ComCID, тільки CID (2) може бути використаний, та pressed TCP nondelta". Якщо оригінальне поле заголовку TCP/IPv6 не включає поле СID, немож 23 83184 24 В той час, як цей винахід може бути викорисчастина поля корисного навантаження використотаний у великій кількості систем зв'язку, як в дровується для показника покоління. тових, так і в бездротових, цей винахід ідеально Фігури 12Б та 12В відображають формат стиспідходить для використання в системі мобільного нутого не-ТСР („Compressed non-TCP") 8-бітного радіозв'язку, такій як система УМТС, яка передає CID та формат стиснутого не-ТСР („Compressed пакети відповідно до протоколу, який включає ріnon-TCP") 16 - бітного CID, відповідно, згідно з вень стискування заголовка та рівень каналу пепереважним варіантом втілення цього винаходу. редачі даних. Протягом роботи рівень стискування Стиснутий заголовок переданий з використанням заголовка створює та посилає пакети стиснутих техніки стискування заголовка для UDP/IPv6, фозаголовків та пакети повних заголовків до рівня рмується у відповідності з незатіненими порціями каналу передачі даних для передачі. В найкращих заголовку, показаного на Фіг.12А. Розмір цього варіантах втілення, однією з нових характеристик заголовка зазвичай 4-5 октетів. Тоді ж для полів є визначення одного повного або стиснутого загостиснутого заголовка, поле CID та поле покоління ловка відповідно до доповіді нижчого рівня, та пемають фіксований обсяг, та поле контрольної суми реважно, не зважаючи на будь-який запит з боку має змінний обсяг. Цей винахід є системою та споприймача. Визначення виконується в PDCP, та собом для контролю передачі пакетів в системі нижчим рівнем є рівень RLC передавача. зв'язку у спосіб, що є швидшим та ефективнішим Посилаючись на перший варіант втілення, різа інші системи, що пропонуються. Цей винахід вень стискування заголовка контролює, котрий досягає таких успіхів, завдяки запровадженню папакет стискувати, базуючись на інформації зворокетної схеми стискування заголовка, яка визначає тного зв'язку з рівня каналу передачі даних, що передачу пакета з одним повним заголовком або відображає, чи був відбракований попередньо стиснутим заголовком відповідно до доповіді нижпереданий пакет повного заголовка (це означає, чого рівня, переважно, без будь-якого запиту з що передача була невдалою). Якщо так, наступбоку приймача. Переважно, визначення виконуний пакет в потоці може бути переданий як пакет ється в рівні PDCP, та нижчим рівнем є рівень повного заголовка. Якщо ні, приймач може спіткаRLC. Це гарантує, що процес приєднання повного ти невдача у встановленні контексту інформації заголовку до пакета запускається доповіддю RLC заголовка пакетного потоку з цим першим пакетом про невдалу передачу попереднього пакета, додаповного заголовка або вдалим пакетом зі стиснутково до класичного способу, та один з тригерів тим заголовком, та він може не відновити інфорприєднання повного заголовка до пакета, у відпомацію заголовка завдяки пакету стиснутого заговідності з класичним способом, таким як спосіб ловка. Якщо навіть цей приймач міг би встановити CSS, виключається завдяки доповіді RLC про вдаконтекст інформації заголовка пакетного потоку з лу передачу попереднього пакета повного заголоцим першим пакетом повного заголовка, рівень вка, тим самим покращуючи ефективність передастискування заголовка передавача посилає пакет чі та швидкість передачі даних. повного заголовка, коли б нижчий рівень не допоВідповідно до одного варіанту втілення цього відав, що він відхилив пакет. Через цю інформацію винаходу, цей винахід дозволяє передачу пакету зворотного зв'язку нижчого рівня, цей винахід, отповного заголовка, навіть якщо приймач цього не же, є здатним мінімізувати кількість запитів пакетів вимагає. Класично, пакет повного заголовка є, повного заголовка з приймача. переважно, першим пакетом, переданим в цьому Іншою мовою, в стиснутому TCP (включаючи потоці, але якщо це є бажаним, пакет повного за«Стиснутий TCP» з неприпустимою помилкою), головка може бути переданим після першого пакенавіть якщо цей приймач (це означає PDCP прита. Пакети, що залишилися в потоці, є, переважно, ймача) не вимагає передачі пакета повного загопакетами стиснутих заголовків. В приймачі стиснуловка, якщо будь-який RLC SDU (так само як ті заголовки трансформуються в повні заголовки, PDCP PDU) відхиляється (це означає, що передабазуючись на інформації повного заголовка в ноча була невдалою), цей PDCP посилає пакет повво-переданому пакеті повного заголовка, хоча ного заголовка наступного разу. Фіг.13А графічно приймач не в змозі встановити контекст інформації відображає цю особливість відповідно до передачі заголовка пакетного потоку з першим пакетом попакетів стиснутого та повного заголовків. Як тут вного заголовка. зазначено, якщо рівень RLC (тобто передавача), Відповідно до іншого варіанту втілення цього доповідає, що передача пакета була невдалою, винаходу, цей винахід досягає кращих характерисрівень PDCP (тобто передавача), посилає пакет тик завдяки запровадженню схеми пакетного стисповного заголовка після запропонованого часу кування, яка мінімізує кількість пакетів, переданих доповіді. з інформацією повного заголовка в будь-якому Посилаючись на другий варіант втілення, ріданому потоці даних. Це гарантує, що майже усі вень стискування заголовка контролює, які пакети пакети в потоці передаються з інформацією стисстискувати, базуючись на інформації зворотного нутого заголовка, тим самим поліпшуючи ефектизв'язку з рівня каналу передачі даних, котра відовність та швидкість передачі даних. Відповідно до бражає, чи був успішно прийнятий попередньо цього варіанту втілення, винахід дозволяє передапереданий пакет повного заголовка. Якщо так, вати цілісний потік даних тільки з одним пакетом пакети, що залишились в потоці, можуть бути пеповного заголовка, та пакети, що залишились в редані як пакети стиснутого заголовка. Якщо ні, потоці, передаються з стиснутими заголовками. В один або більше пакетів повного заголовка з переприймачі стиснуті пакети трансформуються в парвами передаються, доки один з пакетів не буде кети повного заголовка, базуючись на інформації в вдало прийнятим. Пакети, що залишились, потім цьому поодинокому пакеті повного заголовка. 25 83184 26 них даних. Елементи, що залишилися в системі, передаються як пакети стиснутого заголовка. Чеможуть бути схожі на елементи в системі пакетної рез цю інформацію зворотного зв'язку нижчого передачі, що відображена на Фіг.2. рівня, цей винахід, таким чином, має змогу мініміРобота системи пакетної передачі відповідно зувати кількість пакетів повного заголовка, передо цього винаходу буде описана далі. Первісно, даних в будь-якому наданому потоці даних. дані, трансформовані в пакет повного заголовка Іншою мовою, в стиснутому не-ТСР (Стискуабо пакет стиснутого заголовка в модулі стискування з уповільненням), навіть якщо приймач (це вання заголовка 10 рівня PDCP, передаються до означає PDCP приймача) не вимагає передачі рівня RLC через модуль передачі даних 14. Рівень пакета стиснутого заголовка замість передачі паRLC зберігає отримані пакетні дані в буфері та/або кета повного заголовка, якщо цей RLC SDU (той передає їх до приймальної сторони через модуль же як PDCP PDU) видаляється з буфера без будьпередачі, 16 базуючись на контрольній інформації якого відхилення (це означає, що передача була з модуля контролю передачі 18. успішною), цей PDCP посилає пакети стиснутого Тоді ж модуль розпізнавання помилки передазаголовка наступного разу. Надалі, навіть якщо чі 20 визначає, чи була передача пакета з рівня приймач (це означає PDCP приймача) не вимагає RLC до приймальної сторони невдалою, та перепередачі пакета повного заголовка, якщо будьдає інформацію щодо невдалої передачі (помилки який RLC SDU (той же як PDCP PDU) відхиляється передачі) до модуля контролю повноти заголовка (це означає, що передача була невдалою), цей 12 в рівні вздовж шляху 200. Інформація щодо PDCP посилає пакет повного заголовка наступного невдалої передачі, найкраще, включає ідентифіразу. каційну ID інформацію відповідного пакета та/або Фіг.13Б графічно відображає цю особливість індикатор помилки передачі. кращого варіанту втілення винаходу відповідно до Рівень PDCP контролює модуль стискування передачі пакета стиснутого та повного заголовка заголовка 10 на основі інформації щодо невдалої для стиснутого не-ТСР для CSS. Як зазначено на передачі, переданої з рівня RLC. Більш точно, якній, якщо рівень RLC (у цьому випадку передаващо модуль контролю стискування заголовка в рівні ча) доповідає, що передача пакета повного загоPDCP отримує індикатор помилки передачі від ловка була успішною, рівень PDCP (у цьому випамодуля 20, що показує, що мала місце невдала дку передавача) не посилає пакет повного передача з рівня RLC, контрольний модуль 12 заголовка в зазначені інтервали 1, 2, 4, 8 тощо, контролює модуль стискування заголовка 10, щоб після отримання доповіді RLC. Однак, якщо рівень стиснути наступний пакет (краще перший наступRLC доповідає, що передача зазначеного пакета ний пакет), використовуючи той самий CID, як CID стиснутого заголовка була невдалою, PDCP посипакета, що був невдало переданий, як пакет повлає пакет повного заголовка після отримання доного заголовка та передає його до рівня RLC. Цей повіді RLC. аспект винаходу можу бути модифікованим багаФіг.13В відображає параметри, передані між тьма шляхами. PDCP та RLC для виконання інструкцій стосовно У випадку використання техніки стискування доповідей. Як зазначено, PDCP передає до RLC заголовка, що модернізує контекст, завдяки тільки пакет, ідентифікатор пакету та параметр використанню пакета повного заголовка, коли паDiscardReq, що відображає чи має потребу перекет повного заголовка серед пакетів, переданих з давальний RLC об'єкт інформувати верхні рівні рівня PDCP до рівня RLC, не передається вдало про відхилені RLC SDU. Якщо вимагається, передо приймальної сторони, рівень RLC забезпечує давальний RLC об'єкт повідомляє верхні рівні коли ідентифікаційну ID інформацію та інформацію про SDU відхиляються. Протягом лише роботи в AM, помилку передачі відповідного пакета до рівня параметр Стан (Status) відображає чи був RLC PDCP. SDU успішно переданим або відхиленим. В системі, що передає пакет даних з викорисЦей винахід особливо добре підходить для витанням техніки стискування заголовка TCP, якщо користання в домені з комутацією пакетів, що був контекст приймальної сторони ушкоджується вназапропонований TSG-RAN та TSG-CN. Деталізослідок невдалої передачі пакета, рівень стискувані варіанти втілення цього винаходу будуть тевання заголовка (рівень PDCP) передавальної пер обговорені. сторони, передає новий пакет повного заголовка Фіг.14 є блок-схемою системи передачі пакетів відповідного контексту до приймальної сторони відповідно до першого варіанту втілення цього негайно, коли він отримує інформацію щодо невинаходу, включаючи блок PDCP та блок RLC. вдалої передачі відповідного пакета з нижчого Блок RLC Містить модуль розпізнавання помилки рівня каналу передачі даних (рівень RLC). Відповіпередачі 20, модуль передачі 16, та модуль контдно, приймальна сторона може запобігти додаткоролю передачі 18. Модуль розпізнавання помилки вій втраті пакетів та швидко відновити контекст. передачі, краще, забезпечується в рівні RLC та У випадку використання техніки стискування виконує дві функції. Перша функція - це розпізна„Стиснутий не-ТСР", відповідно до цього винаходу, вання пакета даних з помилкою передачі серед результат передачі на RLC SDU, переданий з рівпакетів даних, переданих через буфер. Друга фуння RLC, передається до рівня PDCP, так що рівень кція - це надсилання інформації зворотного зв'язку PDCP може ефективно контролювати, періодично до модуля контролю повноти заголовка 12 вздовж або неперіодично, повторну передачу пакета повшляху зворотного зв'язку 200. Модуль розпізнаного заголовка. Для цього рівень RLC виконує довання помилки передачі також надсилає інформадаткову функцію інформування результату перецію до відкритого рівня протоколу, яка відображає, дачі PDCP PDU (тобто RLC SDU), що надходить з що мала місце помилка протягом передачі пакет 27 83184 28 ходу, коли результат передачі специфічного RLC рівня PDCP. Робота рівня RLC тепер буде описаSDU підтверджується рівнем RLC передавальної на. Рівень RLC, що передає RLC SDU (=PDCP сторони, рівень RLC передавальної сторони інфоPDU) переданих з рівня PDCP, працює в одному з рмує рівень PDCP передавальної сторони про трьох режимів: прозорий режим, непідтверджений ідентифікаційний номер та результат передачі режим та підтверджений режим. відповідного RLC SDU. Результат передачі може Коли RLC рівень працює в прозорому режимі, бути інформацією про вдалу або невдалу передавін передає RLC SDU з рівня PDCP як є, тобто без чу. Інформація про вдалу передачу надсилається додавання до них інформації заголовка. Викорисдо рівня PDCP, коли рівень RLC інформується, товувати або ні функцію сегментації, може бути наприклад, базуючись на PDU стану, що був визначено відповідно до установок радіопеленгаотриманий, що специфічний RLC SDU був успішно тора, але навіть у випадку, коли RLC SDU сегменпереданий. Інформація про невдалу передачу тується, не додається інформації заголовка. надсилається до рівня PDCP, наприклад, базуюКоли RLC рівень працює в непідтвердженому чись на PDU стану, що був отриманий, який відорежимі, він конструює RLC PDU, використовуючи бражає що специфічний SDU не був успішно пефункцію сегментації та конкатенації для RLC SDU, реданий та/або коли рівень RLC відбраковує один додає туди інформацію заголовка та передає його або більше RLC SDU, що не передаються протядо приймальної сторони. гом тривалого часу. Коли RLC рівень працює в прозорому режимі Цей рівень RLC, який є верхнім рівнем відпота непідтвердженому режимі, є можливим тільки відно до рівня PDCP, який виконує стискування зв'язок в одному напрямку. Приймальна сторона заголовка, встановлює радіопеленгатор так, що не передає будь-яку інформацію, що стосується рівень RLC забезпечує рівень PDCP інформацією отримання RLC PDU, до передавальної сторони з RLC про відхилені RLC SDU. Коли рівень PDCP (рівень RLC). передає PDCP PDU до рівня RLC, він надає вказіКоли RLC рівень працює в непідтвердженому вку для рівня RLC інформувати рівень PDCP щодо режимі, він сегментує або виконує конкатенацію результату невдалої передачі, що стосується відRLC SDU для формування PDU попередньо виповідного PDCP PDU. Для цього, коли рівень значеного розміру, додає заголовну інформацію PDCP передає PDCP PDU до рівня RLC, модуль RLC, яка містить порядковий номер, та зберігає візаві контролю передачі 18 рівня RLC передає цей результат в буфері RLC. В підтвердженому індикатор результату передачі з відповідним PDU, режимі зв'язок в двох напрямках між RLC є можтак що рівень RLC забезпечує рівень PDCP інфоливим. В результаті може бути виконана повторна рмацією стосовно відхилення відповідного PDU, передача пакета, загубленого під час передачі. коли це має місце. Також, в підтвердженому режимі передавальна В рівні PDCP результат передачі повного засторона передає RLC PDU в порядку, визначеному головка може розглядатися як важливіший за репорядковим номером передачі. Рівень RLC призультат передачі пакета стиснутого заголовка. ймальної сторони розпізнає, які RLC не були вдаТаким чином, навіть якщо рівень RLC скоріше інло прийняті завдяки огляду порядкових номерів формує рівень PDCP тільки про результат періRLC PDU, що були прийняті вдало. Після цього одичної або неперіодичної повторної передачі приймальна сторона створює PDU стану (статуспакета повного заголовка, скоріше за інформуванний PDU), що відображає, які PDU були вдало, а ня рівня PDCP про результат передачі кожного які PDU були невдало передані. PDU, що були пакета, цей винахід з великою перевагою досягає прийняті невдало, можуть бути позначені негативтого ж самого ефекту, як і тоді, коли б він інфорної інформацією підтвердження. Після створення мував рівень PDCP про результат передачі кожноPDU стану передається до передавальної сторого пакета. ни, і по прийому PDU стану передавальна сторона У такому випадку, коли рівень PDCP передає може повторно передати невдало передані RLC PDCP PDU, що містять пакет повного заголовка, PDU, тобто ті, що були позначені негативним піддо рівня RLC, рівень PDCP передає індикатор потвердженням. вного заголовка разом з відповідним RLC SDU Відповідно до цього винаходу, рівень RLC пе(=PDCP PDU), та рівень RLC інформує рівень редавальної сторони розпізнає результат передачі PDCP про результат передачі відповідного RLC специфічного RLC PDU, базуючись на інформації SDU. підтвердження/непідтвердження, що включена до Внаслідок того, що рівень PDCP передавальPDU стану, переданих з рівня RLC до приймальної ної сторони виявляє результат періодичної або сторони. Додатково, внаслідок того, що рівень RLC неперіодичної повторної передачі пакета повного передавальної сторони може розпізнати відповідзаголовка з рівня RLC на нижчий рівень, він може ний зв'язок між RLC PDU та RLC SDU, рівень RLC виконувати різні операції, використовуючи цю інцього винаходу може легко розпізнати результат формацію для підвищення ефективності передачі передачі для специфічного RLC SDU. пакета. Таким чином, коли рівень RLC працює в непідЯкщо пакет повного заголовка успішно перетвердженому режимі, рівень RLC може інформудається, рівень PDCP приймальної сторони мативати рівень PDCP про результат передачі специме наявну точну інформацію повного заголовка. В фічного RLC SDU, та в результаті рівень PDCP цих обставинах, отже, більше не є необхідним певиявить результат передачі пакета повного загоредавати повний заголовок відповідного пакетного ловка, при цьому гарантуючи ефективнішу перепотоку, тобто, тільки один пакет повного заголовка дачу повного заголовка порівняно зі способами передається для усіх пакетів в даному потоці патакого роду. Для цього, відповідно до цього вина 29 83184 30 нак, можуть оцінити те, що пакетні дані, передані кетних даних, якщо цей один пакет успішно призгідно з цим винаходом, можуть бути генеровані з ймається та передавальна сторона RLC інформувикористанням інших протоколів стискування зається про те саме. Надалі в системі, в якій пакет головка, якщо є необхідним. Фіг.15 є блок-схемою, повного заголовка для специфічного пакетного що відображає кроки, включені до одного варіанту потоку повторно передається періодично або невтілення цього способу передачі пакетів, що місперіодично, якщо інформація повного заголовка тять повні та стиснуті заголовки відповідно до цьоуспішно передається, пакет повного заголовка го винаходу. В той же час, необхідно відмітити, що більше не передається і пакети, що залишилися в значення INT може бути встановлено на первісній потоці, можуть бути передані в формі тільки пакестадії як "1". тів стиснутого заголовка. Коли розпочинається передача пакета, спосіб Якщо періодична або неперіодична повторна починає, завдяки тому, що має рівень RLC, перепередача пакета повного заголовка була невдадавати пакет повного заголовка до приймача лою і кожний пакет повного заголовка, що був по(S90). Параметр CNT, що відображає поточне рапередньо переданий, також був переданий невдахування кількості переданих пакетів стиснутого ло, рівень PDCP передавальної сторони може заголовка потім ініціалізується з показником "0" знов передати пакет повного заголовка для того ж (CNT="0" (S91). Рівень RLC, потім передає пакет самого пакетного потоку. Більш точно, у випадку, стиснутого заголовка (S92) та значення CNT збіде пакет повного заголовка повторно передається, льшується на "1"(CNT=CNT+1)(S93). як періодично так і неперіодично, якщо передача Наступним кроком рівень RLC перевіряє, чи є пакета повного заголовка була невдалою і поки ще однаковими показники CNT та INT (S94). Якщо не було успішно передано пакета повного заголовпоказники є різними, повторно виконуються кроки ка, пакет повного заголовка для того ж самого паS92-S94. Якщо показники є однаковими, рівень кетного потоку може бути негайно переданий, скоRLC перевіряє, чи є показник INT більшим за покаріше за створення відповідності до попередньо зник MaxINT, який переважно відповідає поперевстановленого періоду передачі пакета повного дньо встановленому граничному обсягу, що визаголовка. Альтернативно, передача пакета повзначає максимальну кількість пакетів стиснутого ного заголовка може бути виконана відповідно до заголовка, що можуть бути передані до того, як попередньо встановленого періоду або техніка наступний пакет повного заголовка повинен бути CSS може бути повторно запущена. Коли з нижчорозглянутий з метою передачі. го рівня RLC приймається повідомлення, яке відоЯкщо показник INT меншим за показник бражає, що принаймні один пакет повного заголоMaxINT, рівень RLC визначає чи був успішно певка був успішно переданий, в той час як рівень реданим пакет повного заголовка (S96). ВизнаPDCP передавальної сторони передає пакет повчення може бути виконано, базуючись на, наприного заголовка та пакети стиснутого заголовка клад, інформації, що знаходиться в PDU стану, (пакети стиснутих заголовків), цей пакет повного переданого з приймача. Якщо визначається, що заголовка для відповідного пакетного потоку більпакет повного заголовка був успішно прийнятим, ше не передається, і тільки пакет стиснутого загорівень RLC припиняє операцію підрахунку пакетів ловка передається надалі. стиснутого заголовка (S99) та пакети, що залишиРівень PDCP передавальної сторони перевалися в потоці даних, передаються як пакети стисжно перевіряє, чи був успішно прийнятий пакет нутого заголовка (S100 та S101). повного заголовка, коли для нього підходить час Якщо визначається, що передача пакета повпередавати повний заголовок, в той час як дані ного заголовка була невдалою в кроці S96, рівень передаються періодично або неперіодично з викоRLC послідовно виконує кроки S90-S97, в той же ристанням техніки CSS. По перевірці, якщо причас збільшуючи значення INT завдяки експоненцінаймні один пакет повного заголовка був успішно альному множенню на "2" (тобто 1, 2, 4, 8, 16, ..., переданий, рівень PDCP передавальної сторони 256). (Дивись крок S97). Протягом цих ітерацій, не передає інший пакет повного заголовка для навіть якщо значення INT стає більшим за показвідповідного пакетного потоку. Замість цього, після ник MaxINT в кроці S95, визначається, чи була прийому підтвердження, що пакет повного заголоуспішною передача пакета повного заголовка вка був успішно переданий з рівня RLC передава(S98). Якщо передача пакета повного заголовка льної сторони, рівень PDCP передає пакети, що була невдалою, виконується операція після кроку залишилися в потоці, як пакети стиснутого заголоS90 передачі пакета повного заголовка. Але якщо вка, не використовуючи лічильник як CNT або INT. передача пакета повного заголовка була вдалою, Цей спосіб цього винаходу для передачі пакевиконуються кроки S99-S101, тобто усі пакети, що тів в системі зв'язку буде тепер обговорений. Відзалишились в потоці даних передаються як пакети повідно до цього винаходу, пакети стиснутого застиснутого заголовка. головка, які передаються завдяки цьому способу, Слід зазначити, що варіанти втілення цього можуть включати в себе будь-яку інформацію стивинаходу були прийняті в 3GPP Технічних специснутого заголовка TCP, інформацію стиснутого фікаціях TS 25.322v4.2.0, що мають назву "RLC заголовка з неприпустимою помилкою TCP (comProtocol Specification" та TS 25.323v4.2.0, що маpressed TCP nondelta header information), та інфоють назву "PDCP Protocol Specification". TS рмацію стиснутого заголовка не-ТСР. Переважно, 25.323v4.3.0, TS 25.323v4.5.0 та TS 25.323v5.1.0 пакети стиснутого заголовка відповідають типам разом з усіма додатками та модифікаціями, зміст пакетів стикування заголовка RFC 2507, тобто тим, яких впроваджений тут завдяки посиланням. Ці що сумісні з протоколом стискування заголовка RFC 2507. Кваліфіковані в цій галузі фахівці, од 31 83184 32 характеристики винаходу можуть бути виражені, як кет повного заголовка передається відповідно до описано далі: правила, якщо пакет повного заголовка успішно Управління Передачею Повного заголовка передається для одного потоку даних, цей пакет Передача пакета повного заголовка може конповного заголовка більше не передається, і тільки тролюватись інформацією нижчого рівня. Для попакет стиснутого заголовка передається. Таким току TCP, якщо PDCP отримує з нижчого рівня чином, ефективність передачі цього пакета може інформацію про невдалу передачу поодинокого бути збільшена. пакета, PDCP може надіслати наступний пакет як Цей підхід може бути знов встановленим у таповний заголовок. Для потоку не-ТСР, якщо PDCP кій спосіб. Коли контекст пошкоджується відбракуотримує з нижчого рівня інформацію про вдалу ванням пакета повного заголовка, що змінив конпередачу пакета повного заголовка, PDCP може текст, Стискування з уповільненням та техніка припинити посилання пакета повного заголовка, Періодичного Оновлення Заголовка може бути що містить такий же самий повний заголовок як використана для відновлення пошкодженого конпопередньо переданий пакет. тексту. Ці техніки надсилають періодично "ті ж саСпосіб стискування та передачі пакетних дамі" повні заголовки, щоб гарантувати, що повний них цього винаходу має принаймні наступні додатзаголовок вдало приймається Приймачем. Це кові переваги. В системі, що передає пакети, викоозначає, що навіть якщо повний заголовок успішно ристовуючи техніку стискування „Стиснутий TCP", (вдало) надсилається, ті ж самі повні заголовки якщо контекст приймальної сторони ушкоджується (тобто октети 32-48) все ще періодично надсилазавдяки невдалій передачі довільного пакета, ноються. вий пакет повного заголовка відповідного контексЦі техніки є добрими для симплексного канату передається до приймальної сторони негайно лу, -тому що компресор не знає чи була передача коли рівень стискування заголовка (рівень PDCP) повного заголовка успішною або ні. Таким чином, передавальної сторони отримує інформацію про вони також є добрими для ТМ та UM RLC. Але невдалу передачу відповідного пакета з нижчого якщо використовувати AM RLC, можливо надалі рівня каналу передачі даних. Таким чином, можпокращити ефективність не надсилаючи успішно ливо запобігти додатковій втраті пакетів та конприйнятий повний заголовок. В AM RLC є доповіді текст може бути відновлений швидко. про стан з Приймача, який інформує Відправника Цей підхід може бути знов встановленим у тапро вдалу або невдалу передачу кожного RLC кій спосіб. В RFC 2507, декомпресор (роздільник SDU (більш точно стан /статус/ кожного RLC PDU). даних) може використовувати техніку Заголовних Якщо RLC SDU вдало передається, цей ВідправЗапитів (Header Requests) для відновлення поник доповідає це до вищого рівня завдяки MUI шкодженого контексту. Але відновити контекст (Message Unit Identifier або Ідентифікатор одиниці займає багато часу; декомпресор виявляє і поповідомлення). Відповідно до цього винаходу, кошкоджений контекст чекає доки декілька пошколи пакет повного заголовка вдало передається, в джених контекстів виявляються, після цього ствоКомпресорі зупиняються техніки Стискування з рює пакет CONTEXSTATE (СТАН_КОНТЕКСТУ), уповільненням та техніка Періодичного Оновлення що містить їх показники CID, та надсилає його до Заголовка. Посилання такого ж заголовка, що був компресора. Базуючись на отриманому пакеті вже вдало переданий є тільки надмірним витраCONTEXSTATE, компресор знає, який контекст є чанням радіоресурсу, і цього треба уникнути для ушкодженим, та передає пакет повного заголовка покращення перепускної здатності. для кожного ушкодженого показника CID. Під час Цей винахід є здатним значною мірою покравідновлення контексту усі стиснуті пакети показнищити ефективність передачі через техніку стискуків CID будуть відбраковані в декомпресорі. Швидвання заголовка. Далі слід звернути увагу, що цей ке відновлення пошкодженого контексту є дуже винахід не обмежується тільки системою УМТС. важливим для швидкої пропускної здатності. Якщо але також може бути використаний для будь-якої підхід розглядає характеристики RLC, він може комунікаційної системи пакетних даних. відновити контекст значно швидше за техніку ЗаВищезазначені варіанти втілення та переваги головного Запиту. Відповідно до цього винаходу, є тільки ілюстративними та не повинні тлумачитиколи RLC SDU відбраковуються, цей RLC Тх відося як такі, що обмежують цей винахід. Ця інструкбражає інформацію відбракування до верхнього ція може бути без труднощів використана для інрівня (PDCP). Використовуючи цю інформацію, ших типів апаратури. Опис цього винаходу є PDCP може знати, який контекст є пошкодженим ілюстративним та не обмежує сферу формули (тобто котрий RLC SDU відбраковується), та перевинаходу. Опис цього винаходу призначений бути дає наступний пакет, значно покращуючи пропускілюстративним та не обмежувати можливості Фону здатність. Пошкоджений контекст швидко вияврмули винаходу. Багато альтернативних варіантів, ляється, і завдяки негайному надсиланню пакета модифікацій та змін будуть очевидними для кваповного заголовка запобігають подальшій втраті ліфікованих фахівців. У Формулі винаходу, пункти пакетів (завдяки невдалій розпаковці). Стисло, значення-плюс-функції (means-plus-function) припроста індикація пошкоджених SDU може значно значені для висвітлення описаної тут структури як збільшити перепускну здатність. такої, що виконує наведену функцію, і не лише В системі, що передає пакет, використовуючи структурних еквівалентів, але й еквівалентних техніку стискування „Стиснутий не-ТСР", коли паструктур. 33 83184 34 35 83184 36 37 83184 38 39 83184 40 41 83184 42 43 Комп’ютерна верстка В. Мацело 83184 Підписне 44 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601