Спосіб бездротового зв’язку (варіанти) та пристрій бездротового зв’язку (варіанти)

1. Спосіб бездротового зв'язку між двома приймачами-передавачами, які працюють з архітектурою протоколу радіоінтерфейсу, у якому: конфігурують перший об'єкт, що виконує збіжність пакетів в кожному приймачі-передавачі; конфігурують другий об'єкт, що знаходиться у зв'язку з першим об'єктом, причому послугу передачі пакетів забезпечують між першим об'єктом та другим об'єктом в обох напрямках через точку доступу до послуги (SAP) без виконання функції повторної передачі; відображають другий об'єкт на принаймні один логічний канал; та 2 (19) 1 3 77270 4 (PDCP), розташований на рівні PDCP, а другий пакетів забезпечується через кожну SAP у різному об'єкт являє собою об'єкт керування радіолінією напрямку. (RLC), розташований на рівні RLC, і працює в ре20. Спосіб за п. 19, у якому два других об'єкти зажимі з підтвердженням прийому в реальному мабезпечують послугу передачі пакетів в реальному сштабі часу (RAM). масштабі часу до першого об'єкта через відповідні 12. Спосіб за п. 11, у якому другий об'єкт являє точки доступу до послуги. собою один об'єкт RAM RLC, a SAP являє собою 21. Спосіб за п. 18, у якому перший об'єкт пов'язаодин RAM SAP, причому об'єкт PDCP пов'язаний з ний з принаймні одним радіоканалом, причому об'єктом RAM RLC через RAM SAP. радіоканал має двонаправлену характеристику. 13. Спосіб за п. 12, у якому об'єкт RAM RLC прий22. Спосіб за п. 21, у якому перший об'єкт має сисмальної сторони передає підтвердження, що не тему стискування заголовка та систему розтискумістить інформації, яка має відношення до повтовання заголовка, причому два других об'єкти рної передачі, для заблокування функцій та паравключають об'єкт передавальної сторони та об'єкт метрів, пов'язаних з повторною передачею пакета, приймальної сторони. включаючи принаймні один з групи, яка включає: 23. Спосіб за п. 22, у якому другий об'єкт передатаймери повторної передачі, лічильники та вікна вальної сторони передає пакет, прийнятий з перпередачі та прийому. шого об'єкта через логічний канал передавальної 14. Спосіб за п. 12, у якому об'єкт RAM RLC має сторони, а другий об'єкт приймальної сторони модуль передавальної сторони та модуль прийздійснює прийом пакета через логічний канал мальної сторони, які відображені на відповідних приймальної сторони для передачі пакета до перлогічних каналах передавальної та приймальної шого об’єкта. сторін. 24. Спосіб за п. 22, у якому система стискування 15. Спосіб за п. 1, у якому перший об'єкт являє заголовка та система розтискування заголовка собою об'єкт протоколу збіжності пакетних даних відображені на відповідних другому об'єкті пере(PDCP), розташований на рівні PDCP, а другий давальної сторони та другому об'єкті приймальної об'єкт являє собою об'єкт керування радіолінією сторони. (RLC), розташований на рівні RLC, та працює в 25. Спосіб за п. 24, у якому система стискування прозорому режимі або режимі без підтвердження заголовка виконує стискування заголовка при приприйому (TM/UM). йомі пакета з верхнього рівня через принаймні 16. Спосіб за п. 15, у якому другий об'єкт являє один радіоканал для генерування і передачі пакесобою один об'єкт (BTM/BUM) RLC, який працює в та зі стиснутим заголовком до другого об'єкта педвонаправленому режимі ТМ або UM, a SAP являє редавальної сторони через точку доступу до поссобою один BTM/BUM SAP, причому об'єкт PDCP луги передавальної сторони, а система пов'язаний з об'єктом (BTM/BUM) RLC, який прарозтискування заголовка виконує розтискування цює в двонаправленому режимі ТМ або UM через заголовка при прийомі пакета зі стиснутим заголоBTM/BUM SAP, а об'єкт BTM/BUM RLC пов'язаний вком від другого об'єкта приймальної сторони чез МАС рівнем через принаймні один логічний карез точку доступу до послуги приймальної сторони нал. та передачу цього пакета на верхній рівень через 17. Спосіб за п. 14 або 16, у якому PDCP має сиспринаймні один радіоканал. тему стискування та розтискування заголовка, де 26. Спосіб за п. 22, у якому перший об'єкт являє об'єкт PDCP виконує стискування заголовка при собою об'єкт протоколу збіжності пакетних даних прийомі пакета з верхнього рівня по радіоканалу (PDCP), розташований на рівні PDCP, а кожний для генерування пакета зі стиснутим заголовком другий об'єкт являє собою об'єкт керування радіота передачу пакета зі стиснутим заголовком до лінією (RLC), розташований на рівні RLC, та праоб’єкта RLC, та де об'єкт PDCP виконує розтискуцює в прозорому режимі або режимі без підтвервання заголовка при прийомі пакета зі стиснутим дження прийому (TM/UM), причому принаймні заголовком з об’єкта RLC та передачу цього пакеодин радіоканал пов'язаний з PDCP об'єктом, a та на верхній рівень. PDCP об'єкт пов'язаний з парою ТМ або UM RLC 18. Спосіб бездротового зв'язку між двома прийоб'єктів через відповідні TM/UM SАРи. мачами-передавачами, які працюють з архітекту27. Спосіб за п. 26, у якому два об'єкти RLC являрою протоколу радіоінтерфейсу, у якому: ють собою RLC об'єкт передавальної сторони, конфігурують перший об'єкт, що виконує збіжність який здійснює передачу пакета, прийнятого від пакетів в кожному приймачі-передавачі; PDCP об'єкта, через логічний канал передавальної конфігурують два других об'єкти, які пов'язані з сторони, і об'єкт RLC приймальної сторони, який першим об'єктом, у якому послугу передачі пакетів здійснює прийом пакета через логічний канал забезпечують між першим об'єктом та кожним друприймальної сторони для здійснення передачі гим об'єктом через принаймні одну точку доступу цього пакета до PDCP об’єкта. до послуги (SAP); 28. Спосіб за п. 18, у якому перший об'єкт зв'язавідображають перший об'єкт на другі об'єкти, де ний з принаймні одним радіоканалом, який вклюкожний другий об'єкт застосовують для різного чає два радіоканали, що мають односпрямовані напрямку; та характеристики, причому два радіоканали додатздійснюють обмін пакетами між першим об'єктом ково включають радіоканал передавальної сторота двома другими об'єктами. ни та радіоканал приймальної сторони. 19. Спосіб за п. 18, у якому принаймні одна SAP 29. Спосіб за п. 21, у якому принаймні один радіовключає SAP передавальної сторони та SAP канал включає два радіоканали, які мають, відпоприймальної сторони, причому послуга передачі відно, двонаправлені характеристики. 5 77270 6 30. Спосіб за п. 28, у якому PDCP об'єкт включає часу (RAM), через одну SAP, що працює в режимі модуль передавальної сторони, відображений на з підтвердженням прийому в реальному масштабі радіоканал передавальної сторони, та модуль часу (RAM). приймальної сторони, відображений на радіоканал 41. Пристрій за п. 40, у якому об'єкт RAM RLC приймальної сторони. приймальної сторони передає підтвердження, що 31. Спосіб за п. 30, у якому система стискування не містить інформації, яка має відношення до позаголовка виконує стискування заголовка при привторної передачі, для заблокування функцій та йомі пакета з верхнього рівня по радіоканалу пепараметрів, пов'язаних з повторною передачею редавальної сторони для генерування і передачі пакета, включаючи принаймні один з групи, яка пакета зі стиснутим заголовком до RLC об'єкта включає: таймери повторної передачі, лічильники передавальної сторони через SAP передавальної та вікна передачі та прийому. сторони, а система розтискування заголовка вико42. Пристрій за п. 32, у якому об'єкт PDCP пов'язанує розтискування заголовка при прийомі пакета зі ний з одним об'єктом (BTM/BUM) RLC, який прастиснутим заголовком від RLC об'єкта приймальцює в двонаправленому прозорому режимі (ТМ) ної сторони через SAP приймальної сторони для або непідтвердженому режимі (UM), через одну передачі цього пакета на верхній рівень через раBTM/BUM SAP, а об'єкт BTM/BUM RLC пов'язаний діоканал приймальної сторони. з МАС рівнем через принаймні один логічний ка32. Пристрій бездротового зв'язку з архітектурою нал. протоколу радіоінтерфейсу, який включає: 43. Пристрій за п. 40 або 42, у якому об'єкт PDCP об'єкт протоколу збіжності пакетних даних (PDCP), має систему стискування та розтискування загов якому виконують збіжність пакетів; ловка, де об'єкт PDCP виконує стискування загооб'єкт керування радіолінією (RLC), розташований ловка при прийомі пакета з верхнього рівня по RB на рівні RLC; для генерування пакета зі стиснутим заголовком точку доступу до послуги (SAP), пов'язування з та передачу пакета зі стиснутим заголовком до об'єктом PDCP та об'єктом RLC, у якій послуга об’єкта RLC, та де об'єкт PDCP виконує розтискупередачі пакетів забезпечується між об'єктом вання заголовка при прийомі пакета зі стиснутим PDCP та об'єктом RLC в обох напрямках через заголовком з об’єкта RLC та передачу цього пакеSAP без застосування функції повторної передачі; та на верхній рівень. та 44. Пристрій бездротового зв'язку з архітектурою процесор, що конфігурує для відображення протоколу радіоінтерфейсу, який включає: об’єкта RLC на принаймні один логічний канал. перший об'єкт, в якому виконують збіжність паке33. Пристрій за п. 32, у якому об'єкт PDCP розтатів; шований на рівні PDCP і пов'язаний з радіоканадва других об'єкти, що розташовані на рівні керулом (RB), та у якому об'єкт RLC забезпечує в реавання радіолінією (RLC); льному масштабі часу послугу передачі пакетів до принаймні одну точку доступу до послуги (SAP), об'єкта PDCP. пов'язану з першим об'єктом та двома другими 34. Пристрій за п. 33, у якому RB має двонаправоб'єктами, причому послуга передачі пакетів залену характеристику. безпечується між першим об'єктом та кожним дру35. Пристрій за п. 32, у якому об'єкт PDCP має гим об'єктом через принаймні одну точку доступу систему стискування заголовка та систему розтисдо послуги (SAP); та кування заголовка, а об'єкт RLC має модуль перепроцесор, що конфігурує відображення першого давальної сторони, відображений на систему стисоб’єкта на два другі об'єкти, причому кожний друкування заголовка, та модуль приймальної гий об'єкт застосовується для різного напрямку. 45. Пристрій за п. 44, який відрізняється тим, що сторони, відображений на систему розтискування заголовка. входить до складу мобільної станції. 36. Пристрій за п. 32, який відрізняється тим, що 46. Пристрій за п. 44, який відрізняється тим, що входить до складу мобільної станції. розташований у мережі. 37. Пристрій за п. 32, який відрізняється тим, що 47. Пристрій за п. 44, у якому принаймні одна SAP розташований у мережі. включає дві SАРи, причому послуга передачі паке38. Пристрій за п. 33, у якому принаймні один логітів забезпечується через кожну SAP у різному начний канал включає пару логічних каналів передапрямку. вальної та приймальної сторін, причому об'єкт 48. Пристрій за п. 47, у якому два других об'єкти RLC має модуль передавальної сторони та мозабезпечують послугу передачі пакетів в реальнодуль приймальної сторони, відображені на відпому масштабі часу до першого об’єкта через відповідних логічних каналах передавальної та приймавідні SАРи. льної сторін. 49. Пристрій за п. 44, у якому перший об'єкт пов'я39. Пристрій за п. 35, у якому система стискування заний з принаймні одним радіоканалом (RB). заголовка виконує стискування заголовка при при50. Пристрій за п. 49, у якому перший об'єкт має йомі пакета з верхнього рівня по RB для генерусистему стискування заголовка та систему розтисвання пакета зі стиснутим заголовком, а система кування заголовка; причому два другі об'єкти яврозтискування заголовка виконує розтискування ляють собою об'єкт передавальної сторони та заголовка при прийомі пакета зі стиснутим заголооб'єкт приймальної сторони; причому другий об'єкт вком від об'єкта RLC. передавальної сторони передає пакет, прийнятий 40. Пристрій за п. 38, у якому об'єкт PDCP пов'язаз першого об'єкта через логічний канал передаваний з одним об'єктом RLC, що працює в режимі з льної сторони, а другий об'єкт приймальної сторопідтвердженням прийому в реальному масштабі ни здійснює прийом пакета через логічний канал 7 77270 8 приймальної сторони для передачі пакета до перкування заголовка, та у якому два об'єкти RLC шого об’єкта. являють собою об'єкт RLC передавальної сторони, 51. Пристрій за п. 50, у якому система стискування який здійснює передачу пакета, прийнятого від заголовка та система розтискування заголовка PDCP об'єкта, через логічний канал передавальної відображені на відповідних другому об'єкті пересторони, і об'єкт RLC приймальної сторони, який давальної сторони та об'єкті приймальної сторони, здійснює прийом пакета через логічний канал причому система стискування заголовка виконує приймальної сторони для здійснення передачі стискування заголовка при прийомі пакета з верхцього пакета до PDCP об’єкта. нього рівня через принаймні один радіоканал для 54. Пристрій за п. 53, у якому принаймні один RB генерування і передачі пакета зі стиснутим заговключає два RB, які мають односпрямовані харакловком до другого об'єкта передавальної сторони теристики; де два RB додатково включають RB через точку доступу до послуги передавальної передавальної сторони та RB приймальної сторосторони, а система розтискування заголовка викони; причому PDCP об'єкт включає модуль переданує розтискування заголовка при прийомі пакета зі вальної сторони, відображений на RB передавастиснутим заголовком від другого об'єкта приймальної сторони, та модуль приймальної сторони, льної сторони через точку доступу до послуги відображений на RB приймальної сторони. приймальної сторони та передачу цього пакета на 55. Пристрій за п. 54, у якому система стискування верхній рівень через принаймні один радіоканал. заголовка виконує стискування заголовка при при52. Пристрій за п. 44, у якому перший об'єкт являє йомі пакета з верхнього рівня по радіоканалу песобою об'єкт протоколу збіжності пакетних даних редавальної сторони для генерування і передачі (PDCP), розташований на рівні PDCP, а кожний пакета зі стиснутим заголовком до RLC об'єкта другий об'єкт являє собою об'єкт керування радіопередавальної сторони через SAP передавальної лінією (RLC), що працює в прозорому режимі або сторони, а система розтискування заголовка викорежимі без підтвердження прийому (TM/UM), принує розтискування заголовка при прийомі пакета зі чому принаймні один радіоканал (RB) пов'язаний з стиснутим заголовком від RLC об'єкта приймальPDCP об'єктом, a PDCP об'єкт пов'язаний з парою ної сторони через SAP приймальної сторони для ТМ або UM RLC об'єктів через відповідні TM/UM передачі цього пакета на верхній рівень через RB SАРи. приймальної сторони. 53. Пристрій за п. 52, у якому об'єкт PDCP має систему стискування заголовка та систему розтис Наступний винахід відноситься до мобільної системи зв'язку, та більш точно, до покращеного способу мобільного зв'язку та системи для підтримки двосторонніх послуг зв'язку в реальному масштабі часу. Універсальна мобільна телекомунікаційна система (УМТС або UMTS) є системою мобільного зв'язку третього покоління, яка розвинута на базі стандарту, відомого як Глобальна система мобільного зв'язку (GSM). Це європейський стандарт, метою існування якого є забезпечення покращеного мобільного зв'язку на основі базової мережі GSM та технології широкосмугового багатостанційного доступу з кодовим розподіленням каналів (W-CDMA). В грудні 1998 року Європейський інститут телекомунікаційних стандартів (ETSI), ARIB/TTC (Японія), служба Т1 (США) та ТТА (Республіка Корея) заснували Проект Партнерства Третього Покоління (3GPP) з метою створення специфікації для стандартизації УМТС. Робота із стандартизації УМТС, виконана 3GPP, призвела до формування п'яти технічноспеціфікаційних груп (TSG), кожна з яких спрямована на формування елементів мережі, що можуть діяти незалежно. Більш точно, кожна TSG-група розробляє, затверджує та керує якоюсь стандартною специфікацією (технічним нормативом) у відповідній галузі. Серед них група мережного радіозв'язку з абонентами (RAN або TSG-RAN) створює специфікацію для функції, бажаних елементів та інтерфейсу наземної мережі радіозв'язку з абонентами УМТС (UTRAN), що є новою групою RAN для підтримки технології доступу W-CDMA в УМТС. Група TSG-RAN включає в себе пленарну групу та чотири робочих групи. Робоча група 1 (WG1) розробляє специфікацію фізичного рівня (перший рівень). Робоча група 2 (WG2) точно визначає функції канального рівня (другий рівень) та мережного рівня (третій рівень). Робоча група 3 (WG3) визначає специфікацію для інтерфейсу між базовою станцією в UTRAN, радіомережним контролером (RNC) та базовою мережею. І, робоча група 4 (WG4) обговорює бажані умови для характеристик радіоканалу та бажані елементи для управління радіоресурсами. На Фіг.1 зображено загальну мережну структуру УМТС. УМТС попередньо розподіляється на термінал 10, UTRAN 20 та базову мережу 30. UTRAN 20 включає одну або більше радіомережних підсистем (RNS) 25. Кожна RNS 25 включає RNC 23 та один або більше Вузлів Б 21, що керуються завдяки RNC. Вузли В, що керуються завдяки RNC, отримують інформацію, надіслану фізичним рівнем терміналу 10 (тобто мобільною станцією, обладнанням користувача та/або абонентським модулем) через канал зв'язку „по лінії вгору", та передають дані до цього терміналу 10 через „лінію вниз". Вузли В, таким чином, працюють як місця доступу 9 77270 10 UTRAN для терміналу 10. МАС через транспортні канали (ТrСН), та дані пеЦі RNC виконують функції, що включають розредаються між МАС та фізичним рівнем (PHY) поділ (виділення) та управління радіоресурсами та через транспортні канали. працюють як точки доступу відносно базової меРівень МАС забезпечує послугу перерозподілу режі 30. параметру МАС для розміщення та перерозподілу Послуги, які забезпечуються для специфічного радіоресурсів. термінала 10, попередньо поділяються на послугу Рівень МАС забезпечує послугу передачі дакомутації каналів та послугу комутації пакетів. Наних до рівня контролю радіоканалу (RLC) через приклад, загальна послуга мовного радіозв'язку логічні канали, та різні логічні канали забезпечуналежить до послуги комутації каналів, в той час ються відповідно до роду послуг передачі даних, як послуга перегляду web-сторінок в мережі Інтеряк пропонується МАС. нет через з'єднання Інтернет класифікується як Кожний тип логічного каналу визначається типослуга комутації пакетів. пом інформації, яка передається. Загалом, коли У випадку підтримки послуги комутації каналів інформація матриці контролю передається, викоRNC 20 з'єднується з MSC 31 (Мобільний центр ристовується канал контролю (канал управління комутації) базової мережі 30, та цей MSC 31 з'єдабо керуючий канал). Коли інформація матриці нується з GMSC 33 (Шлюзовий або Інтерфейсний користувача передається, використовується канал Комутаційний Центр) для зв'язку з зовнішньою потоку даних. мережею. Рівень контролю радіоканалу (RLC) підтримує Між тим, у випадку послуги комутації пакетів надійну передачу даних та виконує функцію сегпослуги забезпечуються завдяки SGSN (Службоментації та функцію повторного складання верхніх вий Вузол Підтримки GPRS) 35 та GGSN (Інтеррівнів різної довжини PDU (RLC SDU) до/з менших фейсний Вузол Підтримки GPRS) 37 базової меRLC PDU. режі 30. Цей RLC SDU, переданий з верхнього рівня, Цей SGSN 35 підтримує пакетний зв'язок в насегментується до відповідного розміру, та до нього прямку RNC 23, в той час як GGSN 37 керує з'єддодається інформація заголовка так, щоб бути наннями з іншими мережами з комутацією пакетів, переданою у вигляді PDU до рівня МАС. Ці RLC такими як мережа Інтернет. PDU тимчасово зберігаються в буфері RLC, який Існує інтерфейс між різними компонентами розташований в рівні RLC. мережі, щоб дозволити цим мережним компоненРівень протоколу конвергенції пакетних даних там надавати інформацію один одному та прийма(PDCP) є верхнім рівнем рівня RLC, який дозволяє ти її один від одного для двобічного зв'язку. Кабеданим бути переданими ефективно на радіоінтерльний інтерфейс між RNC 23 та базовою мережею фейс з відносно малим діапазоном через мереж30 визначається як їй інтерфейс. ний протокол, такий як IPv4 (Інтернет-протокол, Зв'язок їй інтерфейсу з областю пакетного версія 4) або IPv6 (Інтернет- протокол, версія 6). зв'язку визначається як lu-PS, в той час як зв'язок З цією метою рівень PDCP виконує функцію їй інтерфейсу з областю комутації каналів визнастискування та розширення заголовку з викорисчається як lu-CS. танням RFC2507 протоколу та RFC3095 (сильне Інтерфейс радіозв'язку з абонентами між терстискування заголовка або ROHC) протоколу, виміналом 10 та UTRAN 20 значених групою стандартизації Інтернету, яка має визначається як Uu інтерфейс. назву IETF (Проблемна група проектування ІнтерФіг.2 є блок-схемою, яка відображає шарову нет). структуру інтерфейсного протоколу радіозв'язку з З такими техніками стискування заголовка неабонентами, пристосованого до Uu інтерфейсу обхідний лише інформаційний елемент для загоФіг.1. Цей інтерфейсний протокол радіозв'язку ловної частини даних, що передається, тому можгоризонтально включає фізичний рівень (PHY), ливо передавати менше контрольної інформації, рівень каналу передачі даних та мережний рівень, так що сума даних, що передаються, може бути та вертикально він сформований з матриці корисзменшена. тувача для передачі інформаційних даних та матРівень RRC розташований в найнижчій частині риці контролю для передачі контрольної інформатретього рівня (L3), визначається тільки в площині ції. Матриця користувача - це область, до якої контролю та контролює логічні канали, транспортні передається інформація про абонентське наванканали та фізичні канали залежно від установки, таження, наприклад, голос або ідентифікаційний реконфігурації та встановлення односпрямованих пакет даних про місцезнаходження користувача. радіоканалів RB. Контрольна матриця - це область, до якої передаТут RB означає послугу, забезпечену другим ється контрольна інформація для управління мерівнем для передачі даних між терміналом та режним інтерфейсом або дзвінком. UTRAN, та встановлення RB означає процес обуНа Фіг.2 рівні протоколів можуть бути розділені мовлення характеристик протокольного рівня та на перший рівень (L1), другий рівень (L2), та третій каналу, які вимагаються для забезпечення специрівень (L3), базуючись на трьох нижчих рівнях мофічної послуги, та встановлення відповідних детаделі взаємодії відкритих систем (OSI), добре відольних параметрів та способів роботи. мої в системі зв'язку. Довідково, рівень RLC може бути включений Перший рівень забезпечує послугу передачі до матриці користувача або матриці контролю заінформації до МАС та вищих рівнів з використанлежно від того, який рівень з'єднаний з верхнім ням різних технік радіопередачі. рівнем. Якщо рівень RLC належить матриці контПерший рівень з'єднується з верхнім рівнем ролю, то цей рівень RLC приймає дані з рівня кон 11 77270 12 тролю радіоресурсу (RRC). В інших випадках цей Успішно чи ні прийнято RLC PDU, можливо вирівень RLC належить матриці користувача. значити за допомогою перевірки порядкового ноЯк зазначено на Фіг.2, у випадку рівня RLC та мера в інформації заголовка RLC PDU. Якщо RLC рівня PDCP множина об'єктів може існувати в одPDU був втрачений або є помилковим, RLC об'єкт ному рівні. Це можливо внаслідок того, що один приймача передає інформацію про статус (статустермінал має множину каналів RB, та загалом ний PDU), яка відображає порядкові номери втраодин об'єкт RLC (або тільки один об'єкт PDCP) чених або помилкових RLC PDU, до передавача. використовується для одного RB. Коли рівень RLC працює в AM, різні таймери Робота рівня RLC та рівня PDCP буде надалі та лічильники визначаються для ефективної поописана детальніше. вторної передачі пакетів. Ці таймери можуть бути Рівень контролю радіоканалу (RLC) може визапущені після того, як специфічний RLC PDU пеконувати функцію сегментації та функцію перебиредається, та якщо не приймається підтвердження рання або повторного складання для RLC SDU, через попередньо визначений час, RLC об'єкт відотриманих з верхнього рівня. Після сегментації та ключає дуплікацію RLC PDU та виконує процедуповторного складання рівень RLC може додати ру, заплановану для цього випадку. заголовок RLC до корисного навантаження RLC, Лічильник збільшується на 1, коли б RLC PDU щоб сконструювати RLC PDU. не передавався. Якщо не приймається підтверЗаголовок для RLC PDU може містити поряддження у відповідь на RLC PDU, навіть після того, ковий номер, приписаний йому в порядку передачі як лічильник перевищує попередньо визначений RLC PDU, так що рівень RLC приймача перевіряє обсяг, RLC рівень відключає дуплікацію RLC PDU порядковий номер прийнятого RLC PDU та потрета виконує процедуру, заплановану для цього вибує повторної передачі втрачених RLC PDU з рівпадку. ня RLC передавача, якщо їх втрата мала місце. Ці RLC об'єкти передавача та приймача встаВідповідно до необхідності виконання функцій, новлюють діапазон порядкових номерів RLC PDU, що вимагаються верхнім рівнем, цей рівень RLC котрі повинні бути переданими та прийнятими, та обробляє RLC SDU відповідно до вибраного ревизначають вікна передачі та прийому на базі цьожиму роботи. го діапазону. Рівень RLC працює в трьох режимах - прозоRLC об'єкт передавача може передати тільки рий режим (ТМ), непідтверджений режим (UM), та RLC PDU, які є настільки великими наскільки є підтверджений режим (AM). великим вікно передачі, та RLC об'єкт приймача Коли рівень RLC працює в прозорому режимі може пристосувати або модернізувати розмір вікна (ТМ), інформація заголовка не додається до RLC передачі відповідно до інформації про статус, яка SDU, прийнятого з верхнього рівня. повинна бути надіслана до передавача. Загалом RLC об'єкт, що працює в ТМ, не викоЦей RLC об'єкт приймача приймає ці RLC ристовує сегментацію та повторне складання RLC PDU, не більші за розмір вікна передачі, та відбраSDU, і, таким чином, RLC SDU, прийняті з верхковує RLC PDU, розмір яких перевищує розмір нього рівня, передаються так, як вони приймаютьвікна прийому. ся. Однак, коли функція сегментації конфігуруєтьФіг.3 є блок-схемою, котра відображає рівень ся верхніми рівнями, об'єкт RLC сегментує RLC RLC шарової структури радіоінтерфейсного протоSDU в декілька RLC PDU. У випадку, коли RLC колу Фіг.2. SDU сегментується та передається, RLC PDU, які Як зазначено вище, множина RLC об'єктів мопоходять від одного RLC SDU, повинні передаваже бути активована в рівні RLC, та кожен об'єкт тись одночасно. RLC працює в ТМ, UM та AM. Коли рівень RLC працює в UM, RLC об'єкт сеКоли RLC об'єкт працює в ТМ або UM, перегментує RLC SDU в UMD PDU визначеного розмідача даних є односпрямованою, як зазначено на ру, якщо RLC SDU є більшим за довжину доступФіг.3. Це означає, що один RLC об'єкт може тільки ного простору в UMD PDU. передати або прийняти дані в ТМ або UM, тому що Кожний RLC PDU включає інформацію заголофункція повторної передачі не підтримується в ТМ вка, так що рівень RLC приймача може зберегти або UM. RLC SDU з RLC PDU, та інформація заголовка З іншого боку, коли RLC об'єкт працює в AM, може відображати позицію, де RLC SDU закінчупередача даних здійснюється в обох напрямках. ється або містить порядковий номер RLC PDU. Це означає, що рівноправні AM RLC об'єкти, викоОднак, RLC об'єкт не передає повторно втраристовують інформацію про стан, яка надає почений RLC PDU в UM, навіть якщо приймач не рядкові номери, що відображають втрачені або приймає цей RLC PDU. Це означає, що RLC об'єкт помилкові PDU. Тобто AM RLC об'єкт може одноприймача не вимагає повторної передачі RLC часно передавати та приймати дані, і це означає, PDU, коли він не приймає RLC PDU або прийнятий що AM RLC об'єкт може приймати інформацію про RLC PDU є помилковим, та RLC об'єкт передавача статус з приймача, в той час як він передає пакети не дублює RLC PDU для цілей повторної передачі. до приймача. Послуги, які можуть підтримуватись в UM, є Детальніше, внаслідок того, що AM RLC об'єкт послугами стільникової циркулярної передачі, певключає як модуль передачі (Тх), так і модуль редачі голосу по IP-протоколу, з використанням IP прийому (Rx), це не визначається як об'єкт перемережі тощо. дачі RLC або об'єкт прийому RLC, як в ТМ або UM. Однак, коли RLC рівень працює в AM, підтриДодатково, загалом, один RB закартовується мується повторна передача RLC PDU, коли передо одного RLC об'єкту, RB послуга може бути дводача RLC PDU є невдалою. сторонньою або односторонньою, відповідно до 13 77270 14 режиму роботи об'єкту RLC нижчого рівня. ня, яка знаходиться в заголовку пакета. IP підтриПередачу пакетів (RLC PDU) у відповідних ремує послугу найкращої передачі так, щоб спробужимах надалі буде описано детальніше. вати спрямувати пакети до адресата, але не гараУ випадку ТМ або UM, RLC об'єкт передавача нтує успішної передачі. не підтримує функцію повторної передачі, тому ROHC працює, базуючись на факті існування рівноправний RLC об'єкт приймача передає пакети значного резерву між полями заголовка в межах до верхнього рівня після їх прийому. Однак, у визаголовка того ж самого пакета, але, особливо, падку AM, AM RLC об'єкт підтримує функцію посміж неперервними пакетами, які належать до голідовної передачі, в якій пакети послідовно переловного пакетного потоку (dame packet stream). даються до верхнього рівня, так що затримка в Завдяки первісному надсиланню інформації стаобробці має місце для переупорядкування прийнятичного поля та використанню залежностей та тих пакетів в порядок послідовності передачі. можливості прогнозу для кожного поля, розмір Функція послідовної передачі відноситься до заголовка може бути значно зменшеним для більфункцію передачі RLC PDU, які містять RLC SDU шості пакетів. дані до верхнього рівня, в порядку, в якому RLC Для посилання, RTP/UDP/IP пакет має IP об'єкт передавача передав їх. RLC об'єкт прийма(IPv4) заголовок в 20 октетів, UDP заголовок в 8 ча підтверджує вдалий прийом або вимагає пооктетів та RTP заголовок в 12 октетів, загалом вторної передачі загублених PDU завдяки надсирозміром у 40 октетів. В IPv6 IP заголовок в 40 ланню одного або більше статусного PDU до октетів з загальних 60 октетів. Розмір корисного рівноправного AM RLC об'єкту через його переданавантаження залежить від кодування та розміру вальну сторону. Коли повний RLC SDU є прийняпакету, які використовуються, та є низьким в метим, пов'язані PDU збираються повторно та потім жах 15-20 октетів. передаються до верхніх рівнів через AM точку доЗ цих даних є очевидною потреба в зменшенні ступу до послуги (AM SAP). розміру заголовка для ефективності. ВикористоМіж тим, для того, щоб підтримати ефективну вуючи ROHC, розмір заголовка може бути значно передачу пакету в реальному масштабі часу, різменшений, а саме майже до 1-3 октетів. вень PDCP визначається для домену комутації ROHC має три режими роботи, які мають напакетів (PS). Кожний односпрямований радіоканал зви односпрямований режим (U режим), режим в радіозв'язку з абонентами PS домену пов'язаний з двох напрямках (О режим), та надійний режим в одним односпрямованим радіоканалом (RB), котдвох напрямках (R режим). рий є, у свою чергу, асоційованим з одним об'єкКоли ROHC працює в U режимі, пакети надситом PDCP. Кожний об'єкт PDCP пов'язаний з одлаються тільки в одному напрямку, тобто, від комним RLC об'єктом. пресора до декомпресора. З іншого боку, коли Кожний PDCP об'єкт використовує нуль, один, ROHC працює в О та R режимах, пакети надсилаабо декілька різних протоколів стискування загоються в двох напрямках, тобто використовується ловка. Тут протокол сильного стискування заголоканал зворотного зв'язку, щоб надіслати запити на вка (ROHC) використаний в прикладі компресора виправлення помилки та підтвердження значної заголовка. модернізації контексту від декомпресора до компЦей ROHC, загалом, використовується, щоб ресора. стиснути або розширити інформацію заголовка О режим має за мету максимізувати ефективпакета транспортного протоколу реального часу / ність стискування та рідке використання каналу протоколу передачі дейтаграм користувача / Інтезворотного зв'язку так, щоб зменшити кількість рнет протоколу (RTP/UDP/IP) в передавальному та ушкоджених заголовків, переданих до верхніх рівприймальному об'єкті відповідно. нів, завдяки залишковим помилкам або недостовіЦей RTP/UDP/IP пакет відноситься до пакета, рності контексту. який включає додану до нього інформацію заголоR режим має на меті максимізувати стійкість вка, в той час як дані користувача проходили RTP, проти розповсюдження втрат та розповсюдження UDP та IP. Заголовок пакета включає різну інфорушкоджень, тобто мінімізувати можливість недомацію, яка вимагається для маршрутизації до адстовірності контексту, навіть за умов пакету ресату та відновлення переданих даних в приймавтрат/помилок заголовка. чі. Фіг.4 є блок-схемою для відображення зв'язку Цей RTP протокол використовується, щоб виміж рівноправними об'єктами, які працюють в UM. рішити проблему, коли потік інформації реального Внаслідок того, що ROHC компресор та декочасу, такий як передача голосу по IP протоколу мпресор PDCP рівноправних об'єктів зв'язуються (VoIP) та потокова послуга, передаються з викоричерез односпрямовану лінію в U режимі, кожний станням UDP/IP протокольних рівнів. Цей UDP є PDCP об'єкт в передавачі та приймачі закартовуодним з протоколів транспортного рівня через IP ється до одного ТМ або UM RLC об'єкту. та підтримує послугу безконтактної передачі даНа Фіг.4 приймач (UTRAN або UE) та переданих, на відміну від протоколу управління передавач (UTRAN або UE) зв'язуються через Uu інтерчею (TCP), котрий підтримує орієнтовану на з'єдфейс. PDCP об'єкт в передавачі закартовується до нання послугу з функціями повторної передачі або передавального UM RLC (Tx UM RLC) об'єкту чеконтролю потоку. рез UM SAP та керує ROHC (Tx ROHC) передачі в IP є протоколом мережного рівня на основі U режимі. Також рівноправний PDCP об'єкт в еталонної моделі взаємодії відкритих систем (OSI) приймачі закартовується до одного приймального та відповідає за пересування пакету даних з вузла UM RLC (Rx UM RLC) об'єкту через UM SAP. до вузла, базуючись на IP адресі місця призначенКоли PDCP SDU приймаються з верхніх рівнів, 15 77270 16 цей PDCP об'єкт в передавачі виконує стискування Типово, максимальний прийнятний час затризаголовка, використовуючи Tx ROHC після прийомки для підтримки голосової телефонії або потому PDCP SDU, та передає PDCP PDU до Tx UM кових послуг є 80мс. Відповідно, якщо необхідно RLC об'єкту через UM SAP, в послідовності, отриповторно передати пакет, який належить радіофманій з верхнього рівня. З іншого боку, коли PDCP рейму, тільки один раз, загальна затримка для об'єкт в приймачі приймає PDCP PDU з Rx UM передачі пакета до верхнього рівня, перевищує RLC об'єкту через UM SAP, він виконує розширенмаксимальний прийнятний час затримки. Таким ня заголовка PDCP PDU з використанням Rx чином, закартування PDCP об'єкту, який керує ROHC, щоб отримати PDCP SDU та передає відROHC в O/R режимі, до AM RLC об'єкту, призвоновлений PDCP SDU до верхнього рівня в поряддить до деградації якісті послуги в реальному маку, прийнятому з UM RLC об'єкту. сштабі часу. Коли PDCP об'єкти в передавачі та приймачі Більш того, цей спосіб передачі даних має незакартовуються до відповідних Тх та Rx UM RLC долік в тому, що внаслідок того, що PDCP об'єкт об'єктів, передавач та приймач працюють в такий може бут закартованим до тільки одного TM/UM же спосіб, як BUM. RLC об'єкту, який працює в тільки одному напрямФіг.5 є блок-схемою, яка відображає PDCP ку, для підтримки послуг в реальному масштабі об'єкт-RLC об'єкти-відображення у вигляді карти часу важливо підтримувати послуги в реальному або розподіл (тобто картування) структури, в якій масштабі часу в обох напрямках. RLC об'єкт працює в AM. Цей винахід був створений для вирішення виНа відміну від UM та ТМ RLC об'єктів, AM RLC щезазначених проблем. об'єкт може бути зконфігурований, щоб використаМетою цього винаходу є забезпечити спосіб ти один або два логічні канали так, щоб передавабездротового зв'язку та систему, які здатні перети та приймати в один і той же час. Відповідно, AM давати пакетні дані між терміналом та базовою RLC об'єкти в передавачі та приймачі мають ту станцією в обох напрямках, в той час як система саму структуру, та AM RLC об'єкт в передавачі працює в прозорому режимі (ТМ) та непідтвербуде надалі описаний як приклад. дженому режимі (UM). На Фіг.5 PDCP об'єкт є закартованим до AM Іншою метою цього винаходу є забезпечити RLC об'єкту через AM SAP. PDCP об'єкт працює в спосіб бездротового зв'язку та систему, які здатні О режимі та R режимі (O/R режим) та також AM одночасно передавати пакетні дані між термінаRLC об'єкт керує модулем Тх RLC та модулем Rx лом та базовою станцією в реальному масштабі RLC, і це означає, що PDCP об'єкт активує модуль часу, в той час як система працює в підтверджеТх ROHC та Rx ROHC модуль. ному режимі (AM). Коли PDCP SDU приймаються з верхніх рівнів, Ще одною метою цього винаходу є забезпечицей PDCP об'єкт в передавачі виконує стискування ти спосіб бездротового зв'язку та систему, які здазаголовка, використовуючи Тх ROHC після прийотні передавати пакетні дані між терміналом та баму PDCP SDU, та передає PDCP PDU до Тх RLC зовою станцією в обох напрямках в реальному модуля AM RLC об'єкту, для того, щоб передати масштабі часу, в усіх режимах передачі пакетних до логічного каналу передавальної сторони. З інданих, які підтримуються системою. шого боку, коли RLC PDU приймається через логіДля досягнення вищезазначених цілей надано чний канал приймальної сторони, Rx RLC модуль спосіб бездротового зв'язку між терміналом та RLC об'єкту обробляє RLC PDU та далі передає базовою станцією, який підтримує режим послуги RLC SDU (PDCP PDU) до модуля Rx ROHC PDCP передачі пакетних даних в реальному масштабі об'єкту через AM SAP. Цей Rx ROHC модуль вичасу та режим послуги надійної передачі пакетних конує розширення заголовка PDCP PDU та переданих, який включає вибір режиму послуги передає PDCP SDU до верхнього рівня в порядку, дачі пакета в реальному масштабі часу та режиму отриманому з AM RLC об'єкту. послуги надійної передачі пакетних даних, встаноДля того, щоб ROHC працював ефективно, влення каналу зв'язку між терміналом та базовою PDCP PDU повинні бути швидко передані з RLC станцією, та передачу, прийом, або одночасну об'єкту до PDCP об'єкту. Таким чином, PDCP передачу і прийом пакетних даних в реальному об'єкт ефективно працює, коли PDCP об'єкт закармасштабі часу. товується до TM/UM RLC об'єкту, тому що RLC Встановлення каналу зв'язку включає конфігуоб'єкт передає ці RLC SDU до PDCP об'єкту після рацію об'єкту протоколу конвергенції пакетних даприйому RLC SDU (PDCP PDU). них (PDCP), який розташований в рівні PDCP, Однак, коли PDCP об'єкт закартовується до об'єкт PDCP пов'язаний, принаймні, з одним одноодного AM RLC об'єкту, PDCP об'єкт не може праспрямованим радіоканалом, конфігурацію принайцювати добре (тобто в реальному масштабі часу), мні одного об'єкту контролю радіоканалу (RLC), тому що AM об'єкт завжди керує функцією повторякий розташований в рівні RLC, та закартування ної передачі, в котрій RLC PDU не можуть бути RLC об'єкта до двох логічних каналів. передані до PDCP об'єкту, доки повний RLC SDU Цей PDCP об'єкт забезпечується з функцією не був прийнятий. стискування заголовка та ця функція стискування Фактично, довжина радіопакету (тобто радіозаголовка запускає компресор заголовка та декофрейму), специфікована в УМТС, є 10мс, час, немпресор заголовка відповідно до характеристик обхідний для досягнення радіофреймом приймача односпрямованого радіоканалу. є більшим за 50мс при розгляді затримки на розЦей компресор заголовка виконує стискування повсюдження та затримки на обробку в передавачі заголовка після прийому пакетних даних з верхніх та приймачі. рівнів через односпрямований радіоканал так, щоб 17 77270 18 генерувати пакет зі стиснутим заголовком, та депосилань відносяться до ідентичних елементів, де: компресор заголовка виконує розширення заголоФіг.1 є блок-схемою, яка ілюструє загальну вка після прийому пакетних даних зі стиснутим структуру УМТС; заголовком з RLC об'єкту. Фіг.2 відображає пристосовану структуру раВ одному аспекті цього винаходу, PDCP об'єкт діоінтерфейсного протоколу або Uu інтерфейс між закартовується до одного RLC об'єкту. Цей RLC терміналом та UTRAN на Фіг.1; об'єкт має модуль передавальної сторони, який Фіг.3 є блок-схемою, яка ілюструє рівень RLC передає стиснутий пакет з PDCP об'єкту через структури радіоінтерфейсного протоколу Фіг.2; один з логічних каналів, та модуль приймальної Фіг.4 є блок-схемою, яка відображає рівнопрасторони, котрий приймає пакет з нижчого рівня вний зв'язок між RLC об'єктами, які працюють в через інший логічний канал. режимі UM; Компресор заголовка закартовується (відоФіг.5 є блок-схемою, яка відображає класичну бражається у вигляді карти) у модулі передавальсхему PDCP об'єкт - RLC об'єкти відображення ної сторони через точку доступу до послуги та деструктури, в якій RLC об'єкт працює в AM; компресор заголовка відображається у вигляді Фіг.6 є блок-схемою, яка відображає PDCP карти у модулі приймальної сторони через точку об'єкт - RLC об'єкти відображення структури для доступу до послуги. підтримки двостороннього зв'язку в реальному В іншому аспекті цього винаходу RLC об'єкт масштабі часу в системі мобільного зв'язку, відповідключає функцію повторної передачі пакета. відно до першого переважного варіанту втілення В іншому аспекті цього винаходу PDCP об'єкт цього винаходу; є закартованим до двох RLC об'єктів. Фіг.7 є блок-схемою, яка відображає PDCP Цей PDCP об'єкт пов'язаний з одним односпоб'єкт - RLC об'єкти відображення структури для рямованим радіоканалом і один з двох RLC об'єкпідтримки двостороннього зв'язку в реальному тів відповідає за передачу пакету, отриманого від масштабі часу в системі мобільного зв'язку, відпооб'єкту PDCP, через один з двох логічних каналів, відно до другого переважного варіанту втілення та інший відповідає за прийом пакету через інший цього винаходу; логічний канал. Фіг.8 є блок-схемою, яка відображає PDCP Компресор заголовка та декомпресор заголовоб'єкт - RLC об'єкти відображення структури для ка відображаються у вигляді карти до різних RLC підтримки двостороннього зв'язку в реальному об'єктів через різніточки точку доступу до послуги, масштабі часу в системі мобільного зв'язку, відпоці RLC об'єкти, відповідно відповідають за передавідно до третього переважного варіанту втілення чу та прийом пакетів. цього винаходу; В іншому аспекті цього винаходу, PDCP об'єкт Фіг.9 є блок-схемою, яка відображає PDCP пов'язаний з двома односпрямованими радіоканаоб'єкт - RLC об'єкти відображення структури для лами, кожний з яких має односпрямовану характепідтримки двостороннього зв'язку в реальному ристику. масштабі часу в системі мобільного зв'язку, відпоЦей PDCP об'єкт відображається у вигляді кавідно до четвертого переважного варіанту втіленрти до двох RLC об'єктів, та один з двох RLC об'єня цього винаходу. ктів відповідає за передачу пакету через один з Переважні режими втілення винаходу двох логічних каналів, та інший відповідає за приБажані варіанти здійснення цього винаходу йом пакету через інший логічний канал. будуть описані далі нижче, з посиланням на відпоКомпресор заголовка та декомпресор заголоввідні графічні матеріали. ка відображаються у вигляді карти до різних RLC Фіг.6 є блок-схемою, яка відображає PDCP об'єктів через різні точки точку доступу до послуги, об'єкт - RLC об'єкти відображення структури для ці RLC об'єкти, відповідно, відповідають за перепідтримки двостороннього зв'язку в реальному дачу та прийом пакетів. масштабі часу в системі мобільного зв'язку, відпоДля досягнення вищезазначених цілей, бездвідно до першого варіанту втілення цього винахоротова система зв'язку, яка має принаймні один ду. канал зв'язку між терміналом та базовою станцією, Як зазначено на Фіг.1 6, один RB пов'язаний з відповідно до цього винаходу, включає селектор одним об'єктом PDCP, який розташований в підрірежиму, який вибирає один з режимів послуги певні PDCP, та цей PDCP об'єкт пов'язаний з одним редачі пакетів в реальному масштабі часу, та редвостороннім ТМ або UM (BTM/BUM) RLC об'єкжим послуги надійної передачі пакетів, відповідно том, який розташований в підрівні RLC через один до характеристик послуги, яка повинна бути заBTM/BUM SAP. Цей BTM/BUM RLC об'єкт пов'язабезпеченою до верхніх рівнів, та модуль конфігуний з підрівнем МАС через два логічні канали. рації каналу, який здійснює конфігурацію каналу Цей PDCP об'єкт має Тх ROHC модуль для між терміналом та базовою станцією, базуючись виконання стискування заголовка PDCP SDU, на режимі послуги, вибраному селектором режиотриманого з верхніх рівнів, та Rx ROHC модуль му, де модуль конфігурації каналу здійснює конфідля виконання розширення заголовків PDCP PDU, гурацію каналу, через який термінал та базова переданих з нижчих рівнів. станція обмінюються пакетними даними в двостоВ цьому винаході ROHC протокол використоронньому напрямку в обох режимах послуги перевується для функції стискування/розширення об'єдачі пакетів в реальному масштабі часу та послуги кта PDCP, однак, не обмежується тільки цим, але, надійної передачі пакетів. різні типи протоколів стискування заголовка моВинахід буде детально описаний з посиланжуть використовуватись відповідно до протоколів ням на наступні графічні матеріали, в яких номери верхнього рівня. 19 77270 20 Цей BTM/BUM RLC об'єкт включає Тх модуль об'єктом PDCP, та цей PDCP об'єкт пов'язаний в для передачі RLC SDU, отриманих з PDCP об'єкту, реальному масштабі часу з одним AM RLC (RAM до логічного каналу передавальної сторони, та Rx RLC) об'єктом, через один AM SAP (RAM SAP). модуль для прийому RLC PDU через логічний каЦей RAM RLC об'єкт пов'язаний з підрівнем МАС нал приймальної сторони. через два логічних канали. Модуль Rx ROHC виконує стискування загоЦей PDCP об'єкт має Тх ROHC модуль для ловка по прийому PDCP SDU з верхніх рівнів та виконання стискування заголовка PDCP SDU, передає PDCP PDU до Тх модуля об'єкту отриманого з верхніх рівнів, та Rx ROHC модуль BTM/BUM RLC через BTM/BUM SAP. для виконання розширення заголовка PDCP PDU, З іншого боку, коли Rx модуль об'єкту переданих з нижчих рівнів. BTM/BUM RLC приймає RLC PDU через логічний Цей RAM RLC об'єкт включає Тх модуль для канал приймальної сторони, Rx модуль передає передачі RLC SDU, отриманих з PDCP об'єкту, до PDCP PDU (RLC SDU) до модуля Rx ROHC PDCP першого логічного каналу, та Rx модуль для приоб'єкту через BTM/BUM SAP. Модуль Rx ROHC йому RLC PDU через логічний канал приймальної виконує розширення заголовка після прийому сторони. PDCP PDU та далі передає PDCP SDU до верхМодуль Rx ROHC виконує стискування загонього рівня. ловка після прийому PDCP SDU з верхніх рівнів та Внаслідок того, що BTM/BUM RLC об'єкт запередає PDCP PDU до Тх модуля об'єкту через безпечується з модулями Rx та Тх, закартованими RAM SAP. до відповідних логічних каналів передавальної та З іншого боку, коли Rx модуль об'єкту RAM приймальної сторони, BTM/BUM RLC об'єкт може RLC приймає RLC PDU через логічний канал підтримувати двосторонній зв'язок. Щоб підтримуприймальної сторони, Rx модуль RAM RLC перевати двосторонні послуги в реальному масштабі дає PDCP PDU (RLC SDU) до модуля Rx ROHC часу, PDCP об'єкт працює в ROHC в режимі O/R. PDCP об'єкту. Модуль Rx ROHC виконує розшиРобота системи мобільного зв'язку, що підтрення заголовка після прийому PDCP PDU та поримує двосторонній зв'язок в реальному масштабі тім передає PDCP SDU до верхнього рівня. часу за допомогою запровадження PDCP об'єктВнаслідок того, що RAM RLC об'єкт забезпеRLC об'єкти відображення (тобто закартовування) чується з модулями Rx та Тх, закартованими до структури, відповідно до першого переважного відповідних логічних каналів передавальної та варіанту втілення цього винаходу, буде надалі приймальної сторони, RAM RLC об'єкт може підтописана більш детально. римувати двосторонній зв'язок. Щоб підтримувати Припускається, що PDCP об'єкт - RLC об'єкти двосторонні послуги в реальному масштабі часу, відображення (тобто закартовування) структури PDCP об'єкт працює в ROHC в режимі O/R. першого переважного варіанту втілення виконуЦей об'єкт RAM, відповідно до другого варіанється в структурі радіоінтерфейсного протоколу як та втілення цього винаходу, є подібним до класичпередавача (UE або UTRAN), так і приймача (UE ного AM RLC об'єкта, окрім того, що RAM RLC або UTRAN). об'єкт не має функції повторної передачі. Завдяки Коли пакет передається через RB в передававідміні функції повторної передачі RAM RLC об'єкт чі, Тх ROHC модуль, об'єкта PDCP, розташований може передавати PDCP PDU до верхніх рівнів без в рівні PDCP, виконує стискування заголовка пакезатримки обробки в передавачі та приймачі. ту та передає пакет зі стиснутим заголовком до Тх Робота системи мобільного зв'язку, що підтмодуля BTM/BUM RLC об'єкту через BTM/BUM римує двосторонній зв'язок в реальному масштабі SAP. Цей Тх модуль BTM/BUM RLC об'єкту, перечасу, за допомогою запровадження PDCP об'єкт дає пакет зі стиснутим заголовком до приймача RLC об'єкти відображення (тобто закартовування) через нижчі рівні. структури, відповідно до другого переважного ваЯкщо приймач приймає пакет зі стиснутим заріанту втілення цього винаходу, буде надалі опиголовком, Rx модуль BTM/BUM RLC об'єкту прийсана більш детально. мача негайно передає пакет зі стиснутим заголовПрипускається, що PDCP об'єкт - RLC об'єкти ком до Rx ROHC модуля об'єкту PDCP. відображення (тобто закартовування) структури Модуль Rx ROHC об'єкту PDCP виконує роздругого переважного варіанту втілення, виконуєтьширення заголовка прийнятого пакета зі стиснутим ся в структурі радіоінтерфейсного протоколу як заголовком так, щоб відновити та передати пакет з передавача (UE або UTRAN), так і приймача (UE розтиснутим заголовком до верхніх рівнів. або UTRAN). Цей PDCP об'єкт приймача може надати інфоКоли пакет передається через RB передавача, рмацію про статус передавача так, щоб цей PDCP Тх ROHC модуль об'єкта PDCP, розташований в об'єкт передавача визначив схему стискування, рівні PDCP, виконує стискування заголовка пакету яка повинна бути використана, та на базі інфорта передає пакет зі стиснутим заголовком до Тх мації про статус визначити, чи був успішно прийнмодуля RAM RLC об'єкту через RAM SAP. Цей Тх ятий приймачем переданий пакет. модуль RAM RLC об'єкту передає пакет зі стиснуФіг.7 є блок-схемою, яка відображає PDCP тим заголовком до приймача через нижчі рівні. об'єкт - RLC об'єкти відображення структури для Якщо приймач приймає пакет зі стиснутим запідтримки двостороннього зв'язку в реальному головком, Rx модуль RAM RLC об'єкту приймача масштабі часу в системі мобільного зв'язку, відпонегайно передає пакет зі стиснутим заголовком до відно до другого переважного варіанту втілення Rx ROHC модуля об'єкту PDCP, та передає підтцього винаходу. вердження до рівноправного RAM RLC об'єкту Як зазначено на Фіг.7, один RB пов'язаний з передавача в той же час. Модуль Rx ROHC об'єкту 21 77270 22 PDCP виконує розширення заголовка прийнятого Припускається, що PDCP об'єкт - RLC об'єкти пакету зі стиснутим заголовком так, щоб відновити відображення (тобто закартовування) структури та передати пакет з розширеним заголовком до третього переважного варіанту втілення, виконуверхніх рівнів. ється в структурі радіоінтерфейсного протоколу як Навіть якщо цей RAM RLC об'єкт приймача передавача (UE або UTRAN), так і приймача (UE передає підтвердження, це підтвердження не місабо UTRAN). тить інформації, яка має відношення до повторної Коли пакет передається через RB передавача, передачі. Це означає, що коли RLC рівноправні Тх ROHC модуль об'єкта PDCP, розташований в об'єкти працюють в RAM функції, то параметри, рівні PDCP, виконує стискування заголовка пакету пов'язані з повторною передачею пакетів, такі як та передає пакет зі стиснутим заголовком до Тх послідовна передача, таймери повторної передачі, TM/UM RLC об'єкту через TM/UM SAP. Цей Тх лічильники, та вікна передачі та прийому виклюTM/UM RLC об'єкт передає пакет зі стиснутим зачаються з роботи. Завдяки виключенню ці функції головком до приймача через логічний канал переповторної передачі, які найчастіше викликають давальної сторони. затримки в обробці в рівні RLC, зменшуються так, Якщо приймач приймає пакет зі стиснутим защо можливо підтримувати послуги в реальному головком, Rx TM/UM RLC об'єкт приймача негайно масштабі часу. передає пакет зі стиснутим заголовком до Rx Фіг.8 є блок-схемою, яка відображає PDCP ROHC модуля об'єкту PDCP та передає підтвероб'єкт - RLC об'єкти відображення структури для дження до рівноправного RAM RLC об'єкту перепідтримки двостороннього зв'язку в реальному давача в той же час. Модуль Rx ROHC, об'єкту масштабі часу в системі мобільного зв'язку відпоPDCP, виконує розширення заголовка прийнятого відно до третього переважного варіанту втілення пакета зі стиснутим заголовком так, щоб відновити цього винаходу. та передати пакет з розширеним заголовком до Як зазначено на Фіг.8, один RB пов'язаний з верхніх рівнів. об'єктом PDCP, та цей PDCP об'єкт пов'язаний з Цей PDCP об'єкт приймача може надати інфопарою ТМ або UM (TM/UM) RLC об'єктів, тобто Тх рмацію про статус передавачу так, щоб цей PDCP TM/UM RLC об'єкт та Rx TM/UM RLC об'єкт, через об'єкт передавача визначив схему стискування, відповідні TM/UM SAP. Ці Тх TM/UM RLC та Rx яка повинна бути використана, та на базі інфорTM/UM RLC об'єкти є закартованим до відповідних мації про статус визначити, чи був успішно прийнлогічних каналів передавальної та приймальної ятий приймачем переданий пакет. сторони. Фіг.9 є блок-схемою, яка відображає PDCP Цей PDCP об'єкт має Тх ROHC модуль для об'єкт - RLC об'єкти відображення структури для виконання стискування заголовка PDCP SDU, підтримки двостороннього зв'язку в реальному отриманого з верхніх рівнів та Rx ROHC модуль масштабі часу в системі мобільного зв'язку, відподля виконання розширення заголовка PDCP PDU, відно до четвертого переважного варіанту втіленпереданих з нижчих рівнів. ня цього винаходу. Модуль Тх ROHC виконує стискування заголоЯк зазначено на Фіг.9, один RB пов'язаний з вка після прийому PDCP SDU з верхніх рівнів та об'єктом PDCP, та цей PDCP об'єкт пов'язаний з передає PDCP PDU до Тх модуля об'єкту TM/UM парою ТМ або UM (TM/UM) RLC об'єктів, тобто Тх RLC через TM/UM SAP. TM/UM RLC об'єкт та Rx TM/UM RLC об'єкт, через З іншого боку, коли Rx TM/UM RLC об'єкт відповідні TM/UM SAP. Ці Тх TM/UM RLC та Rx приймає RLC PDU через логічний канал приймаTM/UM RLC об'єкти є закартованим до відповідних льної сторони, Rx TM/UM RLC об'єкт передає логічних каналів передавальної та приймальної PDCP PDU (RLC SDU) до модуля Rx ROHC через сторони. TM/UM SAP. Модуль Rx ROHC виконує розширенУ цьому варіанті втілення ці два RB мають одня заголовка після прийому PDCP PDU та потім носпрямовані характеристики та розглядаються як передає PDCP SDU до верхніх рівнів. RB передачі та RB прийому, відповідно. Однак, Внаслідок того, що Тх TM/UM RLC та Rx цей винахід не є обмеженим тільки цією конфігуTM/UM RLC об'єкти відповідають за відповідну рацією, але ці два RB можуть бути змінені так, щоб передачу та прийом RLC PDU, є можливим підтмати двоспрямовані характеристики разом з моримувати двосторонній зв'язок. Щоб підтримувати дифікацією інших частин, з якими вони співпрацюдвосторонні послуги в реальному масштабі часу, ють. PDCP об'єкт працює в ROHC в режимі O/R. Цей PDCP об'єкт має Тх ROHC модуль для У цьому випадку TM/UM RLC об'єкт працює в виконання стискування заголовка PDCP SDU, той же самий спосіб, як і класичний TM/UM RLC отриманого з верхніх рівнів, та Rx ROHC модуль об'єкт, за винятком того, що Тх TM/UM RLC та Rx для виконання розширення заголовка PDCP PDU, TM/UM RLC об'єкти одночасно забезпечують поспереданих з нижчих рівнів. луги одного PDCP об'єкту, закартованого до одноМодуль Тх ROHC виконує стискування заголого RB. вка після прийому PDCP SDU з верхніх рівнів чеРобота системи мобільного зв'язку, що підтрез RB передавальної сторони, та передає PDCP римує двосторонній зв'язок в реальному масштабі PDU до Тх модуля об'єкту TM/UM RLC через часу за допомогою запровадження PDCP об'єкт TM/UM SAP. RLC об'єкти відображення (тобто закартовування) З іншого боку, коли Rx TM/UM RLC об'єкт структури, відповідно до першого переважного приймає RLC PDU через логічний канал приймаваріанту втілення цього винаходу, буде надалі льної сторони, Rx TM/UM RLC об'єкт передає описана більш детально. PDCP PDU (RLC SDU) до модуля Rx ROHC через 23 77270 24 Rx TM/UM SAP. Модуль Rx ROHC виконує розшив режимі O/R та закартовані до RLC об'єкту, який рення заголовка після прийому PDCP PDU та поможе одночасно активувати пару передавальних тім передає PDCP SDU до верхніх рівнів через RB та приймальних модулів, закартованих до різних приймальної сторони. логічних каналів в прозорому режимі (ТМ) та непіВнаслідок того, що Тх TM/UM RLC об'єкт та Rx дтвердженому режимі (UM), PDCP об'єкт може TM/UM RLC об'єкт відповідають за відповідну пепідтримувати двосторонні послуги в реальному редачу та прийом RLC PDU, можливо підтримувамасштабі часу для верхніх рівнів навіть в прозоти двосторонній зв'язок. Щоб підтримувати двосрому режимі або непідтвердженому режимі. торонні послуги в реальному масштабі часу, PDCP В іншому аспекті, PDCP об'єкт - RLC об'єкти об'єкт працює в ROHC в режимі O/R. відображення структури, відповідно до способу Подібно до третього переважного варіанту втімобільного зв'язку та системи цього винаходу, лення, Тх TM/UM RLC об'єкт та Rx TM/UM RLC внаслідок того, що кожний з рівноправних PDCP об'єкт одночасно підтримують послуги до одного об'єктів в передавачі та приймачі мають модуль PDCP. Однак, у четвертому варіанті втілення Тх ROHC передавальної сторони та модуль ROHC ROHC модуль об'єкта PDCP закартовується до RB приймальної сторони, які працюють в режимі O/R передавальної сторони та Rx ROHC модуль об'єкта закартовані до RLC об'єкту, який відключає фута PDCP закартовується до RB приймальної стонкцію повторної передачі в підтвердженому режирони. мі (AM), PDCP об'єкт може підтримувати двостоРобота системи мобільного зв'язку, що підтронні послуги в реальному масштабі часу для римує двосторонній зв'язок в реальному масштабі верхніх рівнів, навіть в підтвердженому режимі. часу за допомогою запровадження PDCP об'єкт В іншому аспекті, PDCP об'єкт - RLC об'єкти RLC об'єкти відображення (тобто закартовування) відображення структури, відповідно до способу структури, відповідно до першого переважного мобільного зв'язку та системи цього винаходу, варіанту втілення цього винаходу, буде надалі внаслідок того, що кожний з рівноправних PDCP описана більш детально. об'єктів в передавачі та приймачі мають модуль Припускається, що PDCP об'єкт - RLC об'єкти ROHC передавальної сторони та модуль ROHC відображення (тобто закартовування) структури приймальної сторони, які працюють в режимі O/R четвертого переважного варіанту втілення, викота закартовані до двох RLC об'єктів, які відповіданується в структурі радіоінтерфейсного протоколу ють за передачу та прийом пакетів, відповідно, в як передавача (UE або UTRAN), так і приймача прозорому режимі або непідтвердженому режимі, (UE або UTRAN). PDCP об'єкт може підтримувати двосторонні посКоли пакет передається через RB передавалуги в реальному масштабі часу до верхніх рівнів, льної сторони передавача, Тх ROHC модуль об'єкнавіть в прозорому режимі або непідтвердженому та PDCP, розташований в рівні PDCP, виконує режимі. стискування заголовка пакету та передає пакет зі У ще одному аспекті PDCP об'єкт - RLC об'єкстиснутим заголовком до Тх TM/UM RLC об'єкту ти відображення структури, відповідно до способу через TM/UM SAP. Цей Тх TM/UM RLC об'єкт пемобільного зв'язку та системи цього винаходу, редає пакет зі стиснутим заголовком до приймача внаслідок того, що кожний з рівноправних PDCP через логічний канал передавальної сторони. об'єктів в передавачі та приймачі пов'язані з двома Якщо приймач приймає пакет зі стиснутим заодноспрямованими радіоканалами, один для пеголовком, Rx TM/UM RLC об'єкт приймача негайно редавальної сторони та один для приймальної передає пакет зі стиснутим заголовком до Rx сторони, та закартовані до двох RLC об'єктів, які ROHC модуля об'єкту PDCP. Модуль Rx ROHC, відповідають за передачу та прийом пакетів, відоб'єкту PDCP, виконує розширення заголовка, повідно, в прозорому режимі або непідтвердженоприйнятого пакету зі стиснутим заголовком так, му режимі, PDCP об'єкт може підтримувати двосщоб відновити та передати пакет з розширеним торонні послуги в реальному масштабі часу для заголовком до верхніх рівнів через RB приймальверхніх рівнів навіть в прозорому режимі або непіної сторони. дтвердженому режимі. Цей PDCP об'єкт приймача може надати інфоВ цьому винаході, внаслідок того, що два RLC рмацію про статус передавачу так, щоб цей PDCP об'єкти відповідають за двосторонній, двобічний об'єкт передавача визначив схему стискування, зв'язок, можливо підтримувати двосторонні послуяка повинна бути використана, та на базі інфорги в реальному масштабі часу як в домені з комумації про статус визначити, чи був успішно прийнтацією пакетів, так і в домені з комутацією каналів. ятий приймачем переданий пакет. В той час як, цей винахід був описаний в зв'язЯк зазначено вище, в одному аспекті PDCP ку з тим, що в даний момент розглядається як об'єкт - RLC об'єкти відображення структури, віднайбільш практичні та переважні варіанти втіленповідно до способу мобільного зв'язку та системи ня, слід розуміти, що цей винахід не обмежується цього винаходу, внаслідок того, що кожний з рівтільки цими розкритими варіантами, але, навпаки, ноправних PDCP об'єктів в передавачі та приймачі призначений охопити різні модифікації та еквівамають модуль ROHC передавальної сторони та лентні схеми, які знаходяться в межах області дії модуль ROHC приймальної сторони, які працюють наданої Формули винаходу. 25 77270 26 27 77270 28 29 Комп’ютерна верстка Л. Купенко 77270 Підписне 30 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601