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

1. Спосіб передачі багатоадресної послуги в бездротовій системі, в якому: принаймні один логічний канал закартовують до транспортного каналу; та дані щонайменше одного логічного каналу з заголовком передають по транспортному каналу до терміналу, причому заголовок має перший ідентифікатор, що ідентифікує принаймні один логічний канал, і другий ідентифікатор, що ідентифікує багатоадресну послугу. 2. Спосіб за п. 1, у якому перший ідентифікатор являє собою поле типу цільового каналу (TCTF). 3. Спосіб за п. 1, у якому другий ідентифікатор являє собою ідентифікатор послуги циркулярної/багатоадресної передачі мультимедійних даних (MBMS). 4. Спосіб за п. 3, у якому ідентифікатор MBMS являє собою m-RNTI (тимчасовий ідентифікатор радіомережі). 5. Спосіб за п. 1, у якому заголовок має третій ідентифікатор для ідентифікації типу др угого ідентифікатора. 6. Спосіб за п. 5, у якому третій ідентифікатор являє собою тип UE ID. 7. Спосіб за п. 1, у якому принаймні один логічний канал є виділеним логічним каналом або суміщеним логічним каналом. 2 (19) 1 3 80100 Даний винахід загалом відноситься до способу забезпечення мультимедійного циркулярного/багатоадресного сервісу (MBMS) універсальної мобільної телекомунікаційної системи (УМТС або UMTS), та більш точно, до способу передачі мультимедійних даних через загальний канал „по лінії вниз”. Універсальна мобільна телекомунікаційна система (УМТС або UMTS) є системою мобільного зв'язку третього покоління яка розвинута на базі стандарту відомого як Глобальна система мобільного зв язку (GSM) Це європейський стандарт метою існування якого є забезпечення покращеного мобільного зв'язку на основі базової мережі GSM та технології широкосмугового багатостанційного доступ у з кодовим розподіленням каналів (WCDMA) На Фіг 1 зображено мережну структуру загальної УМТС. Як показано на Фіг.1 УМТС попередньо оозподіляється на термінал, UTRAN та базову мережу. UTRAN включає одну або більше задюмєоежних підсистем (RNS) Кожна RNS включає RNC та один або більше Вузлів Б, що керуються завдяки RNC. Вузли Б що керуються завдяки RNC отримують інформацію, надіслану фізичним рівнем терміналу иобто мобільпою станцією обладнанням користувача та/або абонентським модулем пристроєм через канал звязку „по лінії вверх", та передають дані до цього терміналу через лінію вниз" Вузли Б, таким чином, працюють як місця доступу UTPAN для терміналу Ці RNC виконують функції, що включають розподіл та керування радиоресурсами та працюють як пункти доступ у відносно базової мережі Головною функцією UTRAN є створення та підтримання у працездатному стані односпрямованого каналу радіозв'язку (RAB) для з'єднання виклику між терміналом та базовою мережею Базова мережа враховує вимоги до якості та класу послуг передачі даних (QoS), що надаються наскрізним маршрутом до RAB, та відповідно UTRAN може задовольнити вимоги QoS наскрізного маршруту завдяки створенню та підтриманню у працездатному стані цього RAB Послуга RAB розділяється на послугу односпрямованого каналу їй та послугу здноспрямозаного радіоканалу нижчої концепції. Послуга односпрямованого ханалу !и пов'язана з надійною передачею даних користувача між межовими вузлами UTRAiN та базовою мережею, в той час як послуга односпрямованого задюканалу пов'язана з надійною передачею даних користувача між терміналом -a UTRAN. На Фіг.2 зображено радіопротокол між терміналом та UTRAN на базі стандартів бездротового мережного доступу 3GPP. Відповідно до Фіг.2 цей радіопротокол вертикально сформований з фізичного рівня, рівня каналу передачі даних та мережного рівня, та горизонтально з матриці користувача для передачі інформаційних даних та матриці контролю для передачі контрольного сигналу. 4 Матриця користувача - це область, до якої передається інформація про абонентське навантаження, наприклад, голос або ідентифікаційний пакет даних про місцезнаходження користувача, а контрольна матриця - це область, до якої передається контрольна інформація, така як інформація мережного інтерфейсу асе інформація щодо технічного обслуговування та управління дзвінком. Як показано на Фіг.2, рівні протоколів можуть бути розділені на перший рівень (L1), другий рівень (L2), та третій рівень (L3), базуючись на трьох нижчих лзнях моделі взаємодії відкритих систем (OSI), добре відомої в системі зв'язку. Перший рівень (PHY) забезпечує послугу передачі інформації до верхнього рівня використанням різних технологій радіопередачі. Перший рівень з'єднується з рівнем МАС через транспортний канал, та дані передаються між рівнем МАС та рівнем PHY через цей транспортний канал. Дані передаються відповідно до часових інтервалів передачі (ТТІ) через транспортний канал. Фізичний канал передає дані, розділяючи їх на модулі визначеного часу, що мають назву пакети (фрейми). Для синхронізації транспортного каналу між UE та UTRAN використовується номер пакета з'єднання (CFN). Цей номер CFN може бути 0-255 у випадку транспортного каналу, за винятком пейджингового каналу (РСН). Тобто CFN періодично повторюється з періодом в 256 пакетів. Окрім CFN, також використовується номер системного пакету (SFN) для синхронізації фізичного каналу. Цей номер SFN може бути 0-4095 та періодично повторюється з періодом в 4096 пакетів. Рівень МАС забезпечує послугу повторного розміщення параметру МАС для розміщення та повторного розміщення радіоресурсів. Рівень МАС з'єднаний з рівнем контролю радіоканалу через логічний канал, та різні логічні канали забезпечуються відповідно до роду інформації, що передається. Загалом, коли інформація матриці контролю передається, використовується канал контролю (канал управління або керуючий канал). Коли інформація матриці користувача передається, використовується канал потоку даних (traffic channel). МАС класифікується на підрівень МАС-b, підрівень MAC-d та підрівень МАС-c/sh відповідно до типів керованих транспортних каналів. Підрівень МАС-b керує ЗСН (Broadcast Channel або радіомовний канал), що виконує мовлення системної інформації, в той час як підрівень MAC-c/sh керує загальним транспортним каналом, таким як FACH (Forward Access Channel або канал прямого доступу), DSCH (Downlink Shared Channel або загальний канал „по лінії вниз"), або схожим сумісним з іншими терміналами. З UTRAN підрівень MAC-c/sh розташований з контрольному RNC (CR.NC) ~а керує каналами, що є загальними для (тобто використовуються) кожним терміналом в соті, так що один підрівень MAC-c/sh існує в кожній соті. Підрівень MAC-d керує DCH (Dedicated channel), виділеним транспортним каналом для 5 80100 певного терміналу. Відповідно, підрівень MAC-d розташований з службовому RNC (SRNC), керуючи відповідним терміналом, та один підрівень MAC-d існує в кожному терміналі. Рівень контролю радіоканалу (RLC) підтримує надійну передачу даних та може виконувати функцію сегментації та конкатенації RLC сервісного блока даних (SDU), який надходить з верхнього рівня. Цей RLC SDU переданий з верхнього різня, пристосовуються за власним розміром до перепускної здатності з рівні ^'_С до якого додається інформація заголовка, та потім передається у вигляді PCU (Протокольний блок /модуль/ даних) до рівня МАС. Рівень RLC включає буфер RLC для зберігання цього RLC SDU або RLC PDU, що надходить з верхнього рівня. Контрольний рівень (ВМС) широкомовної/багатоадресної передачі виконує функції планування (розподілу) стільникового широкомовного повідомлення (СВ), переданого з базової мережі та транслювання СВ до UE, розташованих в специфічній соті (сотах). На боці UTRAN повідомлення СВ, передане з верхнього рівня, об'єднується з інформацією, такою як повідомлення ID, порядковим номером або схемою кодування, та передається у вигляді повідомлення ВМС до рівня RLC та рівня МАС через СТСН (Загальний Канал Потоку Даних), логічний канал. У цьому випадку логічний канал СТСН відображається до FACH (Forward Access Channel або канал прямого доступу), транспортний канал, та S-CCPCH (Secondary Common Control Physicai Channel) або другорядний загальний фізичний канал контролю, фізичний канал. Рівень протоколу конвергенції пакетних даних (PDCP) є верхнім рівнем рівня RLC, який дозволяє даним передаватися афективно на радіоінтерфейс з відносно малим діапазоном через мережний протокол, такий як IPv4 або IPv6. З цією метою рівень PDCP виконує функцію зменшення контрольної інформації, що не є необхідною, яка має назву стискування заголовку, та в цьому відношенні RFC2507 та RFC3095 (сильне стискування заголовка або ROHC) може бути використана техніка стискування заголовка визначена групою стандартизації Інтернету, яка має назву IETF (Проблемна група проектування Iнтернет). Контрольна інформація передається так, що розмір даних, які передаються, може бути зменшений цим способом, тому що передається тільки необхідний інформаційний елемент для заголовної частини даних. Рівень RRC, розташований з найнижчій частині третього рівня (L3), визначається тільки в площині контролю та контролює логічні канали, транспортні канали та фізичні канали залежно від установки, реконфігурації, та встановлення каналів RB. RB означає послугу, забезпечену другим рівнем для передачі даних між терміналом та UTRAN, та встановлення RB означає процеси обумовлювання характеристик протокольного рівня та каналу, котрі вимагаються для забезпечення специфічної послуги, та встановлення відповідних деталізованих параметрів та способів роботи. 6 Далі буде описаний МАС-підрівень. Головною функцією рівня МАС. який існує між RLC та фізичним рівнем, є відображення логічного каналу та транспортного каналу. Причина в тому, що способи обробки каналів верхнього рівня та нижчого рівня МАС є різними. Тобто, на верхньому рівні МАС дані обробляються, роздільно використовуючи контрольний канал матриці контролю та канал потоку даних матриці користувача відповідно до контенту даних, що передає канал. Між тим, на нижчому рівні дані обробляються роздільно, використовуючи загальний канал та виділений канал, залежно від того, який канал є загальним (використовується спільно), тому між канальна обробка є важливою. Фіг.3 ілюструє процес відображення між логічним каналом та транспортним каналом в UE. У випадку UTRAN напрямки стрілок є протилежними. Іншою важливою функцією МАС може бути мультиплексування логічного каналу. При обробці каналу, МАС закартовує декілька логічних каналів до одного транспортного каналу, щоб таким чином досягнути більш високої ефективності транспортного каналу. Цей виграш від мультиплексування дозволяє забезпечити значні передачі даних сигнальної інформації (інформації управління) дискретно та пакетних даних, тому це використовується для SRB (Керуючий Односпрямований Радіоканал) або пакетного сервісу (PS) R AB. У випадку канального сервісу (CS) RAB, внаслідок того, що дані передаються безперервно, функція мультиплексування не використовується. Відповідно, МАС забезпечує гнучкість при виборі каналів та ефективність канального ресурсу через картування каналів та мультиплексування логічного каналу. У цьому випадку для того, щоб підтримати картування каналів та мультиплексування логічного каналу, вимагаються додаткові функції. Це наступні чотири функції, які додатково виконуються з МАС. 1. Обробка пріоритетів Для того, щоб підтримати структури відображення різних каналів, МАС виконує функцію обробки пріоритетів. Ця обробка пріоритетів включає два типи: перший - це обробка пріоритетів серед декількох UE, та другий тип - це обробка пріоритетів для одного UE. Обробка пріоритетів серед декількох UE відноситься до випадку, коли дані декількох UE передаються „по лінії вниз" через загальний транспортний канал (FACH та DSCH). У цьому випадку МАС спочатку передає дані UE з вищим пріоритетом. Тобто, МAC належним чином розміщує загальний канал до кожного UE, кожного інтерзалу передачі (ТТІ), щоб наступним чином збільшити ефективність канального ресурсу. Це відноситься до функції динамічного планування. Обробка пріоритетів для одного UE відноситься до випадку, коли декілька логічних каналів, що належать одному UE, закартовуються до одного транспортного каналу. МАС визначає пріоритет з пріоритету логічного каналу. Це відноситься до вибору комбінації транспортного формату, та цей МАС вибирає комбінацію транспортного формату, 7 80100 що може спочатку передати дані логічного каналу з вищим пріоритетом. 2. Вибір комбінації транспортного формату МАС передає транспортні блоки (пакети) (ТВ) до фізичного рівня через транспортний канал. Транспортний формат (TF) означає регулювання розміру та кількості ТВ, що може передати один транспортний канал. У визначенні TF для специфічного транспортного каналу, для цього МАС слід навіть розглянути мультиплексування цього транспортного каналу в фізичному рівні. Це мультиплексування транспортного каналу відноситься до чартування багатьох транспортних каналів до одного композитного транспортного каналу (ССТrСН). Хоча ця функція виконується в фізичному рівні, цей МАС повинен розглянути кожний транспортний канал, закартований до того ж CСТrСН у визначенні TF. Дійсно, сума даних, оброблених в фізичному рівні, є сумою даних, переданих через ССТrСН, тому МАС слід визначити TF кожного транспсотнсго каналу у розгляді ССТrСН. У цьому випадку комбінація TF називається комбінацією транспортного формату (TFC). Ця TFC не визначається cамим VIAC. але вибирається з наявного набору TFC (TFCS), який надає рівень RRC. "Гссто, цей RRC інформує МАС про наявні TFCS для ССТrСН при пасзіснсму встановленні, та потім МАС обирає придатний TFC з TFCS кожного ТТI. Вибір придатного TFC з даного TFCS на кожному ТТІ є функцією, яка виконується МАС, та включає два кроки. По-перше, МАС встановлює діючий набір TFC з TFCS, що призначений ССТrСН, та вибирає відповідний TFC з діючому наборі TFC. Діючий набір TFC з дійсно наявним набором TFC для відповідного ТТІ серед призначеного TFCS. Вибір придатного TFC повинен враховувати зміни режиму роботи каналу з чожний момент. Коли вибирається TFC для використання з цьому відповідному 7" у діючому наборі TFC, МАС обирає TFC на основі пріоритету логічного каналу. Тобто, МАС обирає TFC, що може краще передати дані логічного каналу з вищим пріоритетом, та такий вибір TFC відноситься до функції обробки пріоритетов. Як для RACH або СРСН, загальний транспортний канал є "по лінії вверх”, тому що один транспортний канал встановлює один ССТrСН, термін вибір ТFС використовується для цих каналів. 3. Ідентифікація МАС вимагає функції ідентифікації. Причиною цього є те, що, по-перше, загальний транспортний канал використовується декількома UE, тому кожний UE повинен бути ідентифікованим, та, подруге, кожний логічний канал повинен бути ідентифікований внаслідок мультиплексування логічного каналу. Відповідно, МАС вводить чотири типи полів до заголовка МАС PDU для ідентифікації, як зазначено на Фіг. 4. Поля заголовка МАС не обов'язково існують, та їх існування визначається залежно від картування логічного каналу та транспортного каналу. Ідентифікація терміналу вимагається, коли виділений логічний канал, такий як DCCH або DTCH, закартовується до загального транспортного кана 8 лу, такого як RACH, FACH, СРСН (Фізичний Канал Контролю), DSCH або USCH (Загальний Канал "по лінії вверх"). Для ідентифікації кожного UE МАС додає тимчасову одиничну матрицю (RNTI), інформацію ідентифікації терміналу, до поля UE-ID заголовка, та передає її. RNTI включає U-RNTI (UTRAN RNTI), C-RNTI (Ceil RNTI) та DSCH-RNTI, тому МАС також додає поле типу UE-iD, яке відображає, котра RNTI використовується та передає його. Ідентифікація виділених логічних каналів виконується через поле СЯ. Причиною є те, що, поперше, на зідміну від інших логічних каналів, декілька виділених каналів можуть бути закартованими до одного транспортного каналу, та, по-друге, цей виділений логічний канал обслуговується з MAC-d службового контролеру радіомережі (SRNC) та інші логічні канали забезпечуються в MAC-c/sh керуючого контролера радіомережі (CRNC). Виділені логічні канали закартовуються до одного транспортного каналу, який відповідно має одиничну матрицю логічного каналу, що використовується як значення поля С/Т. Якщо тільки один виділений логічний канал існує в транспортному каналі, поле СЯ не використовується. Фіг.5 ілюструє інформацію МАС заголовка відповідно до відносин відображення (картування) між виділеним логічним каналом та транспортним каналом у відповідності з класичним варіантом. Як зазначено на Фіг.5, поле С/Т існує тільки коли закартовуються декілька виділених логічних каналів (DCCH або DTCH), "N" означає відсутність заголовка, та "-" означає, що там не існує регіону відображення. Додатково, внаслідок того, що UEID поле існує разом з UE-ІD типом поля з цей час, тому зони просто відображається за допомогою UE-ID. 4. Вимірювання обсягу потоку та комутація типів транспортних каналів Для того, щоб підтримувати RRC в динамічному контролі односпрямованого радіоканалу, МАС виконує функції вимірювання обсягу потоку та зміні типу транспортного каналу. Вимірювання обсягу потоку виконується на транспортному каналі. МАС вимірює обсяг буфера LRC, кожного логічного каналу, відображеного в транспортному каналі, кожного ТТІ та сумує їх, щоб підрахувати обсяг потоку транспортного каналу. У цьому випадку, обсяг потоку транспортного каналу відображає суму даних, яку повинен передати транспортний канал. МАС повідомляє результат вимірів до RRC. На відміну від вимірювання обсягу потоку, яке виконуються кожного ТТІ, ця доповідь результатів вимірювання відбувається, коли виконана специфічна умова. Цей тип доповіді включає спосіб подвійного запуску (e vent triggering method) для доповіді результатів вимірів, коли результат виміру перевищує межове значення, та періодичний спосіб доповіді результатів вимірів кожного попередньо визначеного часу. По прийому результату виміру, цей RRC визначає, чи є поточний транспортний канал придатним для кожного односпрямованого радіоканалу, і якщо цей поточний транспортний канал не прида 9 80100 тний, цей RRC надає команду МАС змінити транспортний канал односпрямованого радіоканалу. А саме, ця зміна типу транспортного каналу з функцією ефективного керування ресурсами транспортного каналу завдяки селективному використанню придатного транспортного каналу відповідно до суми певних даних. Тепер суда описаний мультимедійний циркулярний/багатоадресний сервіс (MBMS або послуга цискулярної/багатоадресної передачі мультимедійних даних). Цей MBMS -з послугою для передачі мультимедійних даних, таких як аудіо, відео або зображень до багатьох терміналів, використовуючи односпрямований „пункт - до багатьох пунктів" сервіс односпрямованого радіоканалу. MBMS розділяється на циркулярний режим та багатоадресний режим. Тобто, цей MBMS розділяється на послугу циркулярної передачі MBMS та послугу багатоадресної передачі MBMS. Режим послуги циркулярної передачі MBMS є послугою для передачі циркулярних z?w< пльки до специфічної групи користувачів, що існує в районі циркулярного сервісу. Район циркулярного сервісу означає район, де ця послуга циркулярного сервісу циркулярної передачі даних) є доступною. Один або більше районів циркулярного сервісу може існувати в одному PEMN, одна або більше циркулярних послуг можуть бути забезпечені в одному районі циркулярного сервісу, та одна циркулярна послуга може бути забезпечена для декількох районів циркулярного сервісу. Режим багатоадресного сервісу MBMS є послугою для передачі багатоадресних даних тільки до специфічної групи користувачів, що існує в районі багатоадресного сервісу. Район багатоадресного сервісу означає район, де ця послуга багатоадресного сервісу (багатоадресної передачі даних) є доступною. Один або більше районів багатоадресного сервісу може існувати в одному PLMN, один або більше багатоадресних сервісів можуть бути забезпечені в одному районі багатоадресного сервісу, та один багатоадресний сервіс може бути забезпечений для декількох районів багатоадресного сервісу. В режимі багатоадресного сервісу від користувача вимагається приєднатися до багзтсадресної групи, щоб прийняти специфічний багатоадресний сервіс (специфічну багатоадресну послугу). В цей час ця багатоадресна група є групою користувачів, які отримують цей багатоадресний сервіс, та приєднання означає допуск до цієї багатоадресної групи користувачів, що має намір отримати цей специфічний багатоадресний сервіс. Дані MBMS передаються з RNC до базової станції та до терміналу, використовуючи послуги рівня PDCP, рівня RLC, рівня МАС та фізичного рівня розташованого з матриці користувача протоколу UTRAN. Тобто, ці дані MBMS, передані з сагової мережі (CN), піддаються стискуванню заголовка в рівні PDCP та передаються як об'єкти RLC UM через RLC UM SAP, та потім цей RLC UM передається до різня МАС через загальний канал потоку даних, логічний канал. 10 Різень МАС додає заголовок МАС до отриманих даних MBMS та передає їх до фізичного рівня базової станції через загальний транспортний канал. Та надалі ці дані MBMS піддаються кодуванню та модуляції в фізичному рівні та передаються до терміналу через загальний фізичний канал. MBMS RB, односпрямований радіоканал (RB) для MBMS, служить для передачі даних користувача специфічної послуги MBMS, переданих з базової месежі до JTRAN, до специфічної термінальної групи. Цей MBMS RB попередньо розділяється на „пункт-до багатьох пунктів" RB. Для забезпечення послуги MBMS UTRAN обирає один або два типи MBMS RB. Для того, щоб обрати MBMS RB, UTRAN роспізнає кількість користувачів специфічного сервісу MBMS. які існують з сет;. UTRAN вн утрішньо встановлює мережне значення, та якщо кількість користувачів, які існують в соті, менша за це мережне значення. UTRAN встановлює „пункт-пункт" MBMS RB, а якщо, навпаки, кількість користувачів, які існують 8 соті, більша за це мережне значення, UTRAN встановлює „пункт-до багатьох пунктів" MBMS RB. Бездротова система проекту партнерства третього покоління пропонує загальний канал "по лінії вниз" (DSCH), який включає швидкісний загальний канал "по лінії вниз" (HS-DSCH), особливо щоб підтримувати сервіс пакетних даних. Для того, щоб DSCH міг забезпечити багатоадресний сервіс, він повинен підтримувати «пунктдо багатьох пунктів» односпрямований радіоканал, та в цей час, загальний логічний канал, такий як СТСН або А/ІТСН (Канал Потоку Даних MBMS) повинен бути закартованим до DSCH. У ньому відношенні, однак, у класичному варіанті, внаслідок того, що цей DSCH передає тільки дані виділеного логічного каналу, поле для ідентифікації логічного каналу, закартованого до DSCH, не додається з заголовку МАС. Таким чином, коли ..дані загального логічного каналу передаються через DSCH, у випадку, коли поле, що відображає тип логічного каналу не включене до заголовка МАС з передачі DSCH, термінал не може знати, до якого типу логічного каналу належить пакет даних, прийнятий через DSCH, і таким чином, існує велика ймовірність того, що буде мати місце помилка зв'язку. Вищезазначені посилання включені при цьому для відповідного надання інформації щодо додаткових або альтернативних деталей особливостей та/або технічних дани х. Отже, метою цього винаходу є забезпечити спосіб передачи даних, здатний відрізняти тип даних багатоадресного сервісу, коли лані багатоадреснсго сервісу передаються через загальний канал. Іншою метою цього винаходу є забезпечити спосіб передачі даних, здатний забезпечити багатоадресний сервіс через загальний чанал. Щоб досягнути принаймні вищезазначених цілей, частково або у повній мірі, забезпечується спосіб багатоадресного сервісу в бездротовій системі, в якому сервісні дані логічного каналу закартовуються до загального транспортного каналу та передаються до термінала, включно з: додаван 11 80100 ням центріфікатора логічного каналу до сервісних даних, що повинні бути передані картування (відображення) відповідних сервісних даних до загального транспортного каналу. Переважно, цей логічний канал з загальним логічним каналом, або виділеним логічним каналом, та цей загальним логічний канал може бути загальним каналом потоку даних (СТСН), загальним каналом контролю. каналом потоку даних MBMS (МТСН), або каналом контролю MBMS (MCCH). Переважно, загальний транспортний канал є загальним каналом „по лінії вниз" (DSCH). Переважно, загальний транспортний канал є швидкісним загальним каналом „по лінії вниз" (HSDSCH). Переважно, сервісні дані є даними циркулярного/багатоадресного сервісу MBMS. Переважно, сервісні дані є модулем даних протоколу MBMS, котрий є модулем даних протоколу МАС. Переважно, ідентифікатор логічного каналу є полем типу цільового каналу (TCTF), та цей TCTF відображає, чи є логічний канал, закартований до загального транспортного каналу, загальним логічним каналом або виділеним логічним каналом. Цей ідентифікатор логічного каналу додається, коли ці сервісні дані передаються через рівень доступ у до середовища (МАС) до нижчого рівня. Переважно, цей ідентифікатор логічного каналу додається завдяки загальному типу об'єкту МАС, такому як MAC-c/sh, котрий керує загальним радіо ресурсом кожного термінала в соті. Переважно, цей ідентифікатор логічного каналу включається до заголовка сервісних даних, та цей заголовок з заголовком VIAC. Спосіб багатоадресного сервісу надалі включає додавання ідентифікатора термінала та індикатора, що відображає тип ідентифікатора термінала, до сервісних даних, призначених для передачи.Цей ідентифікатор термінала є MBMS тимчасовим ідентифікатором радіомережі (RNTI), ідентифікатором групи терміналів або ідентифікатором послуги MBMS. Щоб досягнути принаймні вищезазначених цілей, частково або у повній мірі, забезпечується спосіб багатоадресного сервісу з бездротовій системі зв'язку, в якому сервісні дані загального логічного каналу або виділеного логічного каналу закартовуються до загального каналу „по лінії вниз" (DSCH) або швидкісного загального каналу „по лінії вниз” (HS-DSCH) та передаються до термінала, в якому, коли рівень доступу до середовища МАС) передає сервісні дані через DSCH або HSDSCH, він також передає індикатор, який відображає тип картування логічного каналу до сервісних даних. Переважно, сервісні дані є даними циркулярного/багатоадресного сервісу MBMS. Переважно, сервісні дані є модулем даних протоколу MBMS, котрий є модулем даних протоколу МАС. Переважно, ідентифікатор логічного каналу є полем типу цільового каналу (TCTF). 12 Переважно, цей рівень МАС є рівнем, який керує загальним ресурсом кожного термінала в соті. Переважно, ідентифікатор логічного каналу включається до заголовка сервісних даних, та цей заголовок є заголовком МАС. Цей заголовок МАС включає ідентифікатор термінала та індикатор, який відображає тип ідентифікатора термінала. Переважно, ідентифікатор термінала є MBMS тимчасовим ідентифікатором оадіомережі (RNTI), ідентифікатором групи терміналів або ідентифікатором послуги MBMS. Щоб досягнути принаймні вищезазначених цілей, частково або у повній мірі, забезпечується спосіб багатоадресного сервісу в бездротовій системі зв'язку, в якому послуга, прийнята через загальний канал „по лінії вниз", передається до верхнього рівня термінала, включно з читанням ідентифікатора логічного каналу з сервісних даних та розпізнаванням логічного каналу, через який повинні бути передані відповідні дані; та передачею відповідних даних до верхнього рівня терміналу через розпізнаний логічний канал. Переважно, прийняті дані є даними мультимедійного ціркулярного/багатоадресного сервісу MBMS. Переважно, ідентифікатор логічного каналу є полем типу цільового каналу (ТСТF). Переважно, якщо цей логічний канал для передачі сервісних даних є загальним логічним каналом, ці отримані дані передаються до рівня контролю ресурсу (RLC) через загальний логічний канал. Якщо цей логічний канал для передач сервісних даних є виділеним логічним каналом, ці отримані дані "передаються до рівня MAC-d, котрий керує виділеним ресурсом через виділений логічний канал. Переважно, крок розпізнавання виконується з загальному типі рівня доступу до середовища (МАС) термінала, такому як MAC-c/sh. Щоб досягнути принаймні вищезазначених цілей, частково або у певній мірі, забезпечується спосіб багатоадресного сервісу в бездротовій системі зв'язку, з якому лані, прийняті через загальний канал „по лінії вниз", передаються до верхнього рівня термінала, включно з: читанням ідентифікатора логічного каналу та ідентифікатора термінала із прийнятих даних; та передача прийнятих даних до верхнього рівня через попередньо визначений логічний канал на базі прочитаного ідентифікатора логічного каналу та ідентифікатора термінала. Переважно, ідентифікатор логічного каналу є полем типу цільового каналу (TCTF). Переважно, ідентифікатор термінала є MBMS тимчасовим ідентифікатором радіомережі (RNTI), ідентифікатором групи терміналів або ідентифікатором послуги MBMS. Переважно, крок передачі включає: перевірку того, чи дійсно ідентифікатор логічного каналу відображає загальний логічний канал; чи дійсно ідентифікатор термінала відображає термінальну груп у, до якої належить відповідний термінал; та передачу прийнятих даних до верхнього рівня відповідно до результатів перевірки. 13 80100 Переважно, якщо ідентифікатор логічного каналу відображає загальний логічний канал та ідентифікатор термінала відображає термінальну групу, до якої належить відповідний термінал, ці прийняті дані передаються до рівня контролю ресурсу (RLC) через загальний логічний канал. Якщо ідентифікатор логічного каналу відображає загальний логічний канал, але ідентифікатор термінала не відображає термінальну групу, до якої належить відповідний термінал. ці прийняті дані відбраковуються. Переважно, якщо ідентифікатор логічного каналу відображає виділений логічний канал та ідентифікатор термінала, відображає термінальну групу, до якої належить відповідний термінал, ці прийняті дані передаються до рівня MAC-d. Якщо ідентифікатор логічного каналу відображає виділений логічний канал, але ідентифікатор термінала, не відображає термінальну групу, до якої належить відповідний термінал, ці прийняті дані відбраковуються. Додаткові переваги, цілі та характеристики винаходу будуть викладені частково надалі в наступному описі, і частково стануть очевидними для фа хівців у галузі, або можуть бути зрозумілі з втілення винаходу. Цілі та переваги винаходу можуть бути досягнуті так, як особливо зазначено з прикладеній Формулі винаходу. Короткий опис графічних матеріалів Винахід буде детально описаний з посиланням на наступні графічні матеріали, в яких номери посилань відносяться до ідентичних елементів, де. Фіг.1 відображає мережну структур у загальної системи УМТС; Фіг 2 відображає протокол інтерфейсу радіозв'язку з абонентами між терміналом та UTRAN на базі стандартів мережі радіозв'язку 3GPP; Фіг.3 відображає приклад зв'язку перетворення (mapping relation) між логічним каналом та транспортним каналом в UE. Фіг.4 відображає структур у МАС PDU для «пункт-пункт» DSCH у відповідності з класичним варіантом; Фіг.5 відображає інформацію заголовка МАС відповідно до зв'язку перетворення виділеного логічного каналу та транспортного каналу у відповідності з класичним варіантом; Фіг.6 відображає структур у МАС PDU для «пункт-до багатьох пунктів» DSCH у відповідності з цим винаходом; Фіг.7 відображає структуру загального типу МАС CRNC для «пункт-до багатьох пунктів» DSCH та способу обробки багатоадресних даних; та Фіг.8 відображає структуру загального типу МАС терміналу для «пункт-до багатьох пунктів» DSCH та способу обробки багатоадресних даних. Режими для виконання переважних варіантів втілення Цей винахід виконується з системі мобільного зв'язку, такій як Універсальна мобільна телекомунікаційна система (УМТС), яка створена 3GGP. Не обмежуючись тільки цим, цей винахід може бути використаний також з системі зв'язку, що працює відповідно до інших стандартів. 14 Цей винахід пропонує спосіб, коли UTRAN передає дані односпрямованого радіоканалу через загальний канал "по лінії вниз” (DSCH), термінал визначає, котрому логічному каналу він передає дані, прийняті через DSCH. В цьому винаході DSCH забезпечує послугу односпрямованого радіоканалу «пункт-до багатьох пунктів», також як і послугу односпрямованого радіоканалу «пунктпункт», та особливо, передає дані загального каналу потоку даних, таких як СТСН та МТСН, до специфічної термінальної групи. Для того, щоб розрізняти цей DSCH від його класичного аналога, в цьому винаході, якщо цей DSCH використовується, щоб забезпечити послугу «пункт-до багатьох пунктів» односпрямованого раліоканалу, він називається «пункт-до багатьох пунктів» DSCH. З іншого боку, якщо цей DSCH використовується, щоб забезпечити послуг/ «пункт пункт» односпрямованого радіоканалу, він називається «пункт-пункт» DSCH. Також з цьому винаході DSCH включає загальний швидкісний Канал "по лінії вниз” (HS-DSCH), так, що DSCH може бути заміщений HS-DSCH. В цьому винаході індикатор, який відображає, чи є відповідні дані багатоадресними або спеціалізованими, додається до даних послуги багатоадресної передачі та передається через загальний канал "по лінії вниз" (DSCH). Індикатор включається до заголовка МАС PDU як поле типу цільового каналу (TCTF). Переважні варіанти втілення цього винаходу будуть далі описані. Повертаючись назад до класичного загального транспортного каналу (DSCH), внаслідок того, що він передає тільки дані виділеного логічного каналу, поле для ідентифікації типу логічного каналу, відображене в цьому DSCH, не включається до МАС заголовка. Однак, для того, щоб цей DSCH міг забезпечити послугу багатоадресної передачі даних, також як і виділену (спеціалізовану) послугу, цей DSCH повинен підтримувати «пункт-до багатьох пунктів» односпрямований радіоканал, для якого загальний логічний канал, такий як СТСН або МТСН, повинен бути вбудований закартований в DSCH. Фіг.6 зображає МАС PDU для «пунктдо багатьох пунктів» DSCH у відповідності з цим винаходом. Як зазначено на Фіг.6, МАС PDLJ, переданий через DSCH, складається з заголовка МАС та МАС. Заголовок МАС включає TCTF, UE iD тип, ідентифікатор MBMS (m-RNTI), або щось подібне. Цей заголовок МАС включає поле TCTF для Ідентифікації типу логічного каналу. Це поле TCTF відображає, чи є канал закартованим до DSCH, виділеним логічним каналом (DTCH/DCCH) або загальним логічним каналом (СТСН, ВССН, СССН, МТСН, МССН). Тобто, поле TCTF відображає, чи дані послуги багатоадресної передачі передані через загальний канал "по лінії зниз" (DSCH) багатоадресними даними або спеціалізованими даними. Поле типу UE ID відображає, чи є тип UE ID, включений до заголовку МАС, U-RNTI, C-RNTI, DSCH-RNTI, або MBMS ідентифікатором (m-RNTI). 15 80100 Поле MBMS (m-RNTI) відображає ідентифікаційну інформацію терміналу. Загалом, у випадку «пункт-пункт» DSCH, використовується DSCHRNTI як UE IE в заголовку МАС, яким чином у випадку «пункт-до багатьох пунктів» DSCH, цей MBMS ідентифікатор (m-RNTI) використовується як UE ID. Альтернативно, замість ідентифікатора MBMS (m-RNTI), ідентифікатор послуги MBMS або ідентифікатор термінальної групи використовується як UE ID. Відповідно UTRAN МАС приєднує інформацію МАС заголовка до RLC PDU переданого через СТСН, що сконструювати МАС PDU, тобто блок передачі, та передає його до фізичного рівня через DSCH. Фіг.7 відображає структуру загального типу МАС CRNC для «пункт-до багатьох пунктів» DSCH. Цей загальний тип МАС CRNC підтримує MBMS в UTR AN. MAC-c/sh може бути використаний як загальний тип МАС в CRNC. Як зазначено на Фіг.7, RLC UM (Непідтверджений Режим) RLC10 існує в кожному «пункт-до багатьох пунктів» односпрямованому радіоканалі. Різні об'єкти RLC UM передають дані MBMS, які мають різні QoS (Якість Послуги). Один об'єкт RLC LJM має один СТСН. Як показано на Фіг. 7, МТСН може також бути використаним замість СТСН. Після прийому RLC PDU через СТСН, MACc/sh 20 додає m-RNTІ -a UE ІD де цього REC PDU та виконує TCTF мультиплексування (кроки S21, S23 та S24). В цей час на кроці S22 здійснюється контроль потоку між MAC-c/sh та MAC-d. Надалі цей MAC-c/sh виконує функцію планування "лінії вниз”, що належним чином розміщує загальний канал "по лінії вниз" в терміналі в кожному часовому Інтервалі передачі (ТТІ), та функцію відпрацювання пріоритету, що передає дані з вищим пріоритетом першими (крок S25). В цей час, MAC-c/sh 20 може виконати відпрацювання пріоритету завдяки наступним трьом типам послуг. 1. Відпрацювання пріоритету серед багато адресних груп MBMS або послуг MBMS). 2. Відпрацювання пріоритету по одній багатоадресній групі MBMS (або послузі MBMS). 3. Відпрацювання пріоритету серед даних з багатоадресній групі MBMS (або послузі MBMS). Наприклад, коли дані декількох багатоадресних гр уп MBMS здійснюється через загальний транспортний канал, такий як FACH, DSCH або HS-DSCH "по лінії вниз", цей MAC-c/sh 20 передає дані MBMS з вищим пріоритетом першими. Це відноситься до функції динамічного планування, та такий спосіб може підвищити ефективність ресурсу каналу, завдяки належному розміщенню загального каналу до терміналу кожного ТТІ. Увипадку, коли декілька логічних каналів, які належать одній послузі MBMS або одній багатоадресній групі закартовуються до одного транспорте го каналу, MAC-c/sh 20 визначає пріоритет від пріоритету логічного каналу. Це відноситься до селекції комбінації транспортного формату, цей MAC-c/sh вибирає комбінацію транспортного формату (TFC), яка може передати дані логічного каналу з вищим пріоритетом першими (крок S26). 16 Цей MAC-c/sh обирає різні типи TFC даних, що повинні бути переданими через «пункт-до багатьох пунктів» DSCH, та обирає код "лінії вниз" для передачі відповідного МАС PDU, тобто канальний код PDSCH (Фізичний Загальний Канал "По лінії вниз") (фізичний канал) (крок S27). В специфічному радіопакеті PDSCH цей канальний код PDSCH використовується, щоб передати відповідну послугу MBMS або гр упові багатоадресні дані MBMS. Фіг.8 відображає структуру загального типу МАС терміналу для «пункт-до багатьох пунктів» DSCH. Цей загальний тип МАС терміналу підтримує MBMS в UE. MAC-c/sh може бути використаним як загальний тип МАС в UE. Як зазначено на Фіг.8, фізичний рівень терміналу, що належить багатоадресній групі MBMS, спочатку приймає контрольну інформацію DSCH через DPCII, та після визначає, чи приймати DSCH протягом специфічного радіо-пакету залежно від контенту прийнятої контрольної інформації DSCH. Якщо контрольна інформація DSCH повідомляє, що DSCH повинен бути прийнятий протягом специфічного радіопакету для послуги MBMS, то цей фізичний рівень терміналу приймає DSCH протягом специфічного радіо пакету відповідно до контрольної інформації DSCH, декодує МАС PDU та передає MAC-c/sh терміналу через транспортний канал. Потім MAC-c/sh 40 терміналу демультиплексує поле TCTF від отриманого МАС FDU (крок S43) та перевіряє, чи відображає інформація поля TCTF, зведена до МАС PDU, встановлення виділеного логічного каналу (D1CH або DCCH) або встановлення загального логічного каналу (тобто СТСН, МТСН або МССН). Якщо ця інформація поля TCTF показує відображення виділеного логічного каналу (DICH або DCCH), MAC-c/sh 40 обробляє дані у той же самий спосіб, як і «пункт-пункт» DSCH класичного варіанта. Тобто, якщо інформація поля TCTF, показує відображення виділеного логічного каналу, цей MAC-c/sh 40 терміналу читає UE ID з заголовка МАС та розрізняє, чи є відповідна UE ID його власною ID. Якщо відповідна UE ID є його власною ID, то цей MAC-c/sh 40 терміналу передає відповідний МАС PDU до рівня MAC-d. Якщо ця інформація поля TCTF є відображенням загального логічного каналу (тобто СТСН, МТСН або МССН), то цей MAC-c/sh 40 терміналу перевіряє, чи відображає поле типу UE ID включення MBMS RNTI (m-RNTI). Якщо це поле типу УЕ iD не відображає включення m-RNTI, MAC-c/sh відбраковує відповідний МАС PDU. Якщо тип UE ID відображає включення mRNTI, то цей MAC-c/sh 40 читає т-RNTI з поля ідентифікатора MBMS (крок S43) та перевіряє, чи відображає цей прочитаний m-RNTI багатоадресну послугу, яку термінал бажає отримати. Якщо цей прочитаний m-RNTI не відображає багато адресну послугу, яку термінал бажає отримати, то MACc/sh 40 відбраковує відповідний MACPDU. Якщо цей відповідний m-RNTI відображає багато адресну послугу, яку термінал бажає отримати, то MAC-c/sh 40 передає цей RLC PDU до RLC 17 80100 UM об'єкту 31 рівня REC 30 терміналу через відповідний загальний логічний канал (СТСН), використовуючи тип логічного каналу (тобто СТСН), введений до відповідного V1AC PDU та інформацію ідентифікації. Тобто, на основі цього TCTF. зведеного де МАС PDU, та інформації поля ідентифікатора MB MS, MAC-c/sh 40 терміналу розпізнає, з якого логічного каналу дані (МАС PDU) були передані та через якій легічний канал ці дані повинні бути передані до рівня RLC терміналу. Як вжэ зазначено, цей спосіб багатоадресної передачі даних через загальний канал "по лінії вниз” цього винаходу має наступну перевагу. Це означає, що завдяки включенню поля TCTF до заголовка МАС PDU, який DSCH передає, коли DSCH підтримує «пункт-до багатьох пунктів» односпрямований радіоканал, може бути визначений тип закартованого логічного каналу (mapped logical channel). Отже, MAC-o/sn. терміналу, що приймає 18 дані DSCH, може розпізнати, з якого логічного каналу ці дані дані (MAC PDU) були передані та через який логічний канал ці дані повинні бути передані REC терміналу. Вишезазначені втілення та переваги є лише ілюстративними і не повинні тлумачитись як такі, то обмежують цей винахід. Ця доктрина може бути з готовністю застосована з інших типах апаратури. Опис цього винаходу призначений бути ілюстративним та не обмежувати можливості Формули винаходу. Багато альтернативних варіантів, модифікацій та змін будуть очевидними для кваліфікованих фахівців. У Формулі винаходу, п ункти значення-плюс-функції (means-plus-function) призначені для висвітлення описаної тут структури як такої, що виконує наведену функцію, не лише структурних еквівалентів, але й еквівалентних структур. 19 80100 20 21 Комп’ютерна в ерстка В. Клюкін 80100 Підписне 22 Тираж 26 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601