Реконфігурація стільників послуги мультимедійної широкосмугової/багатоадресної передачі

1. Спосіб отримання послуги "точка-багато точок", який включає: отримання контрольного повідомлення, яке стосується послуги "точка-багато точок", протягом поточного періоду; визначення, чи існує індикація синхронізації в отриманому контрольному повідомленні; і, якщо індикація синхронізації не існує, втілення конфігурації фізичного каналу для отримання даних послуги "точка-багато точок" у наступний період, завдяки чому інформація для втілення конфігурації включається до отриманого контрольного повідомлення, якщо індикація синхронізації існує, втілення конфігурації фізичного каналу для отримання даних послуги "точка-багато точок" згідно з індикацією синхронізації, завдяки чому інформація для втілення конфігурації включається до отриманого контрольного повідомлення. 2. Спосіб за п. 1, який відрізняється тим, що індикація синхронізації включає: системний номер кадру, який вказує початок кадру, в якому має відбуватися реконфігурація односпрямованого радіоканалу "точка-багато точок". 3. Спосіб за п. 1, який відрізняється тим, що індикація синхронізації включає: найменші значущі біти системного номера кадру, який вказує початок кадру, в якому має відбуватися реконфігурація односпрямованого радіоканалу "точка-багато точок". ШИРОКОСМУГО (11) 1 МУЛЬТИМЕДІЙНОЇ UA (54) РЕКОНФІГУРАЦІЯ СТІЛЬНИКІВ ВОЇ/БАГАТОАДРЕСНОЇ ПЕРЕДАЧІ (19) ДЕРЖАВНИЙ ДЕПАРТАМЕНТ ІНТЕЛЕКТУАЛЬНОЇ ВЛАСНОСТІ 3 89665 4 17. Спосіб надання послуги "точка-багато точок", отримується контрольна інформація для послуги який включає: "точка-багато точок". створення контрольного повідомлення, яке стосу31. Спосіб за п. 17, який відрізняється тим, що ється послуги "точка-багато точок" на основі досконтрольне повідомлення отримується через катовірності фізичного каналу, контрольне повідомнал контролю "точка-багато точок". лення включає інформацію для втілення 32. Спосіб за п. 17, який відрізняється тим, що конфігурації фізичного каналу і необов'язково фізичний канал є другорядним загальним контровключає індикацію синхронізації; льним фізичним каналом. надсилання контрольного повідомлення протягом 33. Спосіб отримання послуги "точка-багато топоточного періоду для того, щоб мобільний термічок", який включає: нал міг виконувати конфігурацію фізичного каналу, отримання з мережі інформації, яка вказує на досу наступний період або згідно з індикацією синхротовірність фізичного каналу, який переносить дані нізації; і послуги "точка-багато точок"; передачу даних послуги "точка-багато точок" на визначення відповідного часу для конфігурації мобільний термінал через сконфігурований фізичфізичного каналу на основі отриманої інформації; ний канал. конфігурацію фізичного каналу згідно з принаймні 18. Спосіб за п. 17, який відрізняється тим, що одним з показників часу та конфігурації; і індикація синхронізації включає: отримання даних послуги "точка-багато точок" чесистемний номер кадру, який вказує початок кадрез сконфігурований фізичний канал. ру, в якому має відбуватися реконфігурація однос34. Спосіб за п. 33, який відрізняється тим, що прямованого радіоканалу "точка-багато точок". відповідний час є пов'язаним з індикацією синхро19. Спосіб за п. 17, який відрізняється тим, що нізації. індикація синхронізації включає: 35. Спосіб за п. 34, який відрізняється тим, що, найменші значущі біти системного номера кадру, якщо індикація синхронізації є включеною до інякий вказує початок кадру, в якому має відбуватиформації, ся реконфігурація односпрямованого радіоканалу виконується конфігурація фізичного каналу для "точка-багато точок". отримання даних послуги "точка-багато точок" згі20. Спосіб за п. 17, який відрізняється тим, що дно з індикацією синхронізації, завдяки чому інфоіндикація синхронізації включає: рмація для втілення конфігурації включається до кількість кадрів або інтервалів часу передачі після отриманого контрольного повідомлення. кінця поточного періоду, що вказує початок кадру, 36. Спосіб за п. 34, який відрізняється тим, що, в якому має відбуватися реконфігурація односпякщо індикація синхронізації не включається до рямованого радіоканалу "точка-багато точок". інформації, 21. Спосіб за п. 17, який відрізняється тим, що виконується конфігурація фізичного каналу для індикація синхронізації стосується мультимедійної отримання даних послуги "точка-багато точок" у широкосмугової/багатоадресної передачі "точканаступний період, завдяки чому інформація для багато точок" часу активації. втілення конфігурації включається до отриманого 22. Спосіб за п. 17, який відрізняється тим, що контрольного повідомлення. етапи виконуються для того, щоб мобільний тер37. Спосіб за п. 33, який відрізняється тим, що, мінал міг скомбінувати дані з поточного стільника якщо конфігурація стосується немодифікованої та одного або кількох сусідніх стільників. послуги, виконується конфігурація фізичного кана23. Спосіб за п. 22, який відрізняється тим, що лу для негайного отримання даних послуги "точкаетап комбінування даних включає вибіркове комбагато точок". бінування та гнучке комбінування. 38. Спосіб надання послуги "точка-багато точок", 24. Спосіб за п. 17, який відрізняється тим, що який включає: етапи виконуються, коли послуга "точка-багато визначення достовірності фізичного каналу, який точок" починається у поточному стільнику. переносить дані послуги "точка-багато точок"; 25. Спосіб за п. 17, який відрізняється тим, що надсилання на мобільний термінал інформації, яка етапи виконуються, коли відбувається реконфігувказує визначену достовірність фізичного каналу; рація послуги "точка-багато точок" у поточному та стільнику. передачу на мобільний термінал даних послуги 26. Спосіб за п. 17, який відрізняється тим, що "точка-багато точок" через фізичний канал, який етапи виконуються, коли відбувається початок був сконфігурований з мобільним-терміналом, у сесії у сусідніх стільниках. відповідний час, визначений згідно з надісланою 27. Спосіб за п. 17, який відрізняється тим, що інформацією. етапи виконуються, коли відбувається реконфігу39. Спосіб за п. 38, який відрізняється тим, що рація у сусідніх стільниках. відповідний час є пов'язаним з індикацією синхро28. Спосіб за п. 17, який відрізняється тим, що нізації. поточний період та наступний період є періодами 40. Спосіб за п. 39, який відрізняється тим, що, модифікації. якщо індикація синхронізації є включеною до ін29. Спосіб за п. 28, який відрізняється тим, що на формації, початок кожного періоду модифікації вказує, що виконується конфігурація фізичного каналу для контрольна інформація для послуги "точка-багато отримання даних послуги "точка-багато точок" згіточок" модифікується. дно з індикацією синхронізації, завдяки чому інфо30. Спосіб за п. 28, який відрізняється тим, що рмація для втілення конфігурації включається до протягом кожного періоду модифікації повторно отриманого контрольного повідомлення. 5 89665 6 41. Спосіб за п. 39, який відрізняється тим, що, наступний період, завдяки чому інформація для якщо індикація синхронізації не включається до втілення конфігурації включається до отриманого інформації, контрольного повідомлення. виконується конфігурація фізичного каналу для отримання даних послуги "точка-багато точок" у Даний винахід стосується передачі контрольної інформації з мережі на мобільний термінал у системі бездротового зв'язку, зокрема, індикації достовірності конфігурації фізичного каналу. В описі вжито такі скорочення: ВССН (широкосмуговий канал контролю), ВСН (радіомовний канал), ВМС (контроль широкосмугової/багатоадресної передачі), СВ (повідомлення стільникової передачі), СССН (загальний канал контролю), CN (базова мережа), CRNC (реконфігурація контролера радіомережі), CS (комутація каналів), СТСН (загальний канал потоку даних), DCCH (виділений канал контролю), DCH (виділений канал), DPCH (виділений фізичний канал), DPDSCH (виділений Фізичний загальний канал "по лінії вниз"), DSCH (загальний канал "по лінії вниз"), DTCH (виділений канал потоку даних), EIR (реєстр ідентифікації обладнання), FACH (канал прямого доступу), FDD (дуплексна передача з розділенням по частоті), GGSN (інтерфейсний вузол підтримки GPRS), GMSC (шлюзовий мобільний центр комутації), GPRS (пакетний радіозв'язок загального користування), HFN (номер гіперкадру), HSS (сервер абонентських даних), МАС (контроль доступу до середовища), MBMS (послуга мультимедійної широкосмугової/багатоадресної передачі), МССН (канал контролю MBMS "точка-багато точок"), MGW (медійний шлюз), МІВ (головний блок інформації), MICH (індикаторний канал повідомлень MBMS), MSC (мобільний центр комутації), MSCH (планувальний канал MBMS), MTCH (канал потоку даних MBMS "точка-багато точок"), OSI (взаємодія відкритих систем), РССН (пейджинговий канал контролю), РССРСН (фізичний канал первинного загального контролю), РСРІСН (первинний загальний канал контролю), PDCP (протокол конвергенції пакетних даних), PDSCH (фізичний загальний канал "по лінії вниз"), PDU (протокольний блок даних), РІСН (пейджинговий індикаторний канал), PLMN (наземна мобільна мережа загального користування), РММ (пакетне керування мобільністю), PS (комутація пакетів), PSTN (комутована телефонна мережа загального користування), PtM (передача "точка-багато точок"), RAB (односпрямований канал радіозв'язку), RACH (канал радіозв'язку), RAN (мережа радіозв'язку з абонентами), RAT (технологія радіозв'язку), RLC (контроль радіоканалу), RNC (контролер радіомережі), RNS (радіомережні підсистеми), RRC (контроль радіоресурсів), SAP (пункт доступу до послуги), SCCH (загальний канал контролю), SCCPCH (другорядний загальний контрольний фізичний канал), SDU (сервісний блок даних), SFN (системний номер кадру), SGSN (Службовий вузол підтримки GPRS), SIB (Блок системної інформації), SN (номер послідовності), SRNC (службовий контролер радіомережі), TDD (дуплексна передача з розділенням у часі), ТТІ (інтервал часу передачі), UE (абонентське обладнання), UTRAN (наземна мережа радіозв'язку з абонентами УМТС), W-CDMA (широкосмуговий багатостанційний доступ з кодовим розподілом каналів). Останнім часом системи мобільного зв'язку досягли помітного розвитку, але щодо високої продуктивності послуг з передачі даних ефективність систем мобільного зв'язку неможна порівняти з ефективністю існуючих провідних система зв'язку. Відповідно, ведуться технічні розробки ІМТ2000, яка є системою зв'язку, що забезпечує високу ефективність передачі даних, і серед різних компаній та організацій активно ведеться пошук стандартизації цієї технології. Універсальна мобільна телекомунікаційна система (УМТС) є системою мобільного зв'язку третього покоління, яка розвинулась на базі європейського стандарту, відомого як Глобальна система мобільного зв'язку (GSM). УМТС призначена для забезпечення поліпшеного мобільного зв'язку на основі базової мережі GSM та технології бездротового з'єднання з широкосмуговим багатостанційним доступом з кодовим розподіленням каналів (W-CDMA). У грудні 1998 року Європейський інститут телекомунікаційних стандартів (ETSI), ARIB/TTC (Японія), служба ТІ (США) та ТТА (Республіка Корея) заснували Проект партнерства третього покоління (3GPP) з метою створення специфікації для технології УМТС. Для досягнення швидкого та ефективного технічного розвитку УМТС у рамках 3GPP були сформовані п'ять технічних специфікаційних груп (TSG) для стандартизації УМТС шляхом дослідження незалежної природи елементів мережі та їх операцій. Кожна TSG-групa розробляє, затверджує та керує якоюсь специфікацією стандарту (типовими технічними умовами) у відповідній галузі. Серед цих груп група мережного радіозв'язку з абонентами (RAN або TSG-RAN) створює стандарти для функцій, вимог та інтерфейсу наземної мережі радіозв'язку з абонентами УМТС (UTRAN), яка є новою мережею RAN для підтримки технології доступу W-CDMA в УМТС. Фігура 1 ілюструє типову базову структуру загальної мережі УМТС. Як показано на Фігурі 1, УМТС приблизно розподіляється на термінальне або абонентське обладнання (UE) 10, UTRAN 100 та базову мережу (CN) 200. UTRAN 100 включає одну або декількарадіомережних підсистем (RNS) 110, 120. Кожна RNS 110, 120 включає контролер радіомережі (RNC) 111 та множину Вузлів Б 112, 113, які управляються контролерами RNC через Iub інтерфейс 111. RNC 111 виконують функції, що включають розподіл та управління радіоресурсами, і працюють як 7 89665 8 пункти доступу відносно до базової мережі 200. фейс Gi. Так, GGSN 240 керує маршрутизацією, RNC 111 можуть з'єднуватися через Iur інтерфейс. завантаженням та відокремленням потоків даних у Вузли Б 112, 113 отримують інформацію, надірізних односпрямованих каналах радіозв'язку слану фізичним рівнем терміналу 10 через канал RAB. SGSN з'єднується через GS інтерфейс з зв'язку "по лінії вгору", і передають дані до терміMSC і через GN інтерфейс з GGSN. SGSN 230 налу 10 через канал "по лінії вниз". Вузли Б 112, з'єднується через відповідні інтерфейси з EIR і з 113, таким чином, працюють як пункти доступу HSS (не показано). MSC 210 з'єднується через UTRAN 100 для терміналу 10. Кожен Вузол Б конвідповідні інтерфейси з EIR і з HSS. MGW 220 тролює один або кілька стільників, кожен з яких з'єднується через інтерфейс з HSS. GGSN з'єднухарактеризується покриттям певної географічної ється через інтерфейс з HSS. EIR містить списки ділянки на даній частоті. мобільних центрів, користування якими в мережі Головною функцією UTRAN 100 є створення й дозволяється або не дозволяється. HSS керує підтримання односпрямованого каналу радіозв'язданими передплати абонентів. ку (RAB) для забезпечення з'єднання між термінаФігура 2 пояснює структуру інтерфейсного лом та базовою мережею 200. Базова мережа 200 протоколу радіозв'язку між терміналом та UTRAN застосовує вимоги до якості послуг (QoS) наскріззгідно з 3GPP стандартами мережі радіозв'язку. ного маршруту до RAB, і RAB підтримує вимоги Як показано на Фігурі 2, інтерфейсний протоQoS, встановлені базовою мережею 200. Оскільки кол радіозв'язку має горизонтальні рівні, які вклюUTRAN 100 створює й підтримує RAB, вимоги QoS чають фізичний рівень, рівень каналу передачі наскрізного маршруту задовольняються. Послуга даних та мережний рівень, і має вертикальні матRAB може далі розділятися на послугу каналу lu та риці, які містять матрицю користувача UP для пепослугу односпрямованого радіоканалу. Послуга редачі даних користувача та контрольну матрицю каналу lu підтримує надійну передачу даних кориСР для передачі контрольної інформації. стувача між обмежуючими вузлами UTRAN 100 та Матриця користувача є ділянкою, до якої пебазової мережі 200. редається інформація про абонентське навантаБазова мережа 200 включає мобільний центр ження, така, як голосові дані або пакетні дані Інтекомутації (MSC) 210 та медійний шлюз MGW 220, рнет-протоколу (IP), а контрольна матриця є зв'язані між собою для підтримки послуги комутації ділянкою, до якої передається контрольна інфорканалів (CS), і службовий вузол підтримки GPRS мація, така, як інформація для управління мереж(SGSN) 230 та шлюзовий вузол підтримки GPRS ним інтерфейсом або підтримання та управління 240, зв'язані між собою для підтримки послуги кодзвінком. мутації пакетів (PS). Рівні протоколу на Фігурі 2 можуть бути роздіПослуги, які надаються для окремого терміналені на перший рівень (L1), другий рівень (L2) та лу, приблизно поділяються на послугу комутації третій рівень (L3) на основі трьох нижніх рівнів каналів (CS) та послуги комутації пакетів (PS). Настандартної моделі взаємодії відкритих систем приклад, загальна послуга мовного радіозв'язку (OSI). Кожен рівень більш детально описано нижналежить до послуги комутації каналів, в той час че. як послуга перегляду веб-сторінок у мережі ІнтерПерший рівень (L1), тобто, фізичний рівень, нет через Інтернет-з'єднання класифікується як забезпечує послугу передачі інформації на верхній послуга комутації пакетів (PS). рівень з використанням різних технологій радіопеІснують різні типи інтерфейсів між мережними редачі. Фізичний рівень з'єднується з верхнім рівкомпонентами, які дозволяють мережним компонем, котрий називається рівнем доступу до серенентам передавати й приймати інформацію один довища передачі даних (МАС рівнем), через до одного й один від одного для двостороннього транспортний канал. Рівень МАС та фізичний різв'язку між ними. Межу між RNC 111 та базовою вень обмінюються між собою даними через трансмережею 200 визначають як lu інтерфейс. Кожен портний канал. RNC з'єднується через lu інтерфейс з базовою Другий рівень (L2) включає МАС рівень, рівень мережею 200. Зокрема, lu інтерфейс між RNC 111 контролю радіоканалу (RLC), а рівень контролю та базовою мережею 200 для систем з комутацією широкосмугової/багатоадресної передачі (ВМС) та пакетів визначається як Iu-PS, a Iu інтерфейс між рівень протоколу конвергенції пакетних даних RNC 111 та базовою мережею 200 для систем з (PDCP). комутацією каналів визначається як Iu-CS. МАС рівень керує перетворенням між логічниДля підтримки послуги комутації каналів RNC ми каналами та транспортними каналами. Рівень 111 з'єднується з MSC 210 базової мережі 200, a МАС забезпечує послугу розміщення параметрів MSC 210 з'єднується з медійним шлюзом (MGW) МАС для розміщення та перерозміщення радіоре220, який управляє зв'язком з іншими мережами сурсів. Рівень МАС з'єднується з верхнім рівнем, через інтерфейс Nb. MGW 220 може з'єднуватися який називається рівнем контролю (RLC) радіоказ комутованою телефонною мережею загального налу, через логічний канал. користування (PSTN) з метою пристосування коЗабезпечуються різні логічні канали, залежно деків між PSTN та з'єднаною мережею радіозв'язку від типу інформації, що передається. Взагалі, коли з абонентами. Для підтримки послуг комутації папередається інформація контрольної матриці, викетів RNC 111 з'єднуються з SGSN 230 та GGSN користовується канал контролю. Коли передається 240 базової мережі 200. SGSN 230 підтримує паінформація матриці користувача, використовуєтькетний зв'язок у напрямку RNC 111, a GGSN 240 ся канал потоку даних. Логічний канал може бути управляє з'єднаннями з іншими мережами з комузагальним каналом або виділеним каналом, залетацією пакетів, такими, як Інтернет, через інтержно від того, чи є логічний канал спільним для кі 9 89665 10 лькох користувачів. Логічні канали включають витерміналу. Відповідним чином, підрівень MAC-d ділений інформаційний канал (DTCH), виділений UTRAN розташовується у службовому контролері канал контролю (DCCH), загальний канал потоку радіомережі (SRNC), який керує відповідним терданих (СТСН), загальний канал контролю (СССН), міналом, і один підрівень MAC-d існує вкожному широкосмуговий канал контролю (ВССН) та пейтерміналі (UE). джинговий канал контролю (РССН) або Канал конПідрівень MAC-c/sh керує загальним транспотролю спільного каналу (SHCCH). ВССН надає ртним каналом, таким, як канал прямого доступу інформацію, включаючи інформацію, що викорис(FACH) або загальний канал "по лінії вниз" товується терміналом для отримання доступу до (DSCH), який спільно використовується множиною системи. РССН використовується UTRAN для терміналів, або у каналі радіозв'язку "по лінії вгоотримання доступу до терміналу. ру" (RACH). В UTRAN підрівень MAC-c/sh розтаПослуга мультимедійної широкосмугошовується у керуючому контролері радіомережі вої/багатоадресної передачі (MBMS або "MBMS (CRNC). Оскільки підрівень MAC-c/sh керує канапослуга") стосується способу забезпечення поточлом, який є спільним для всіх терміналів в межах них або фонових послуг для множини UE з викорегіону стільника, для кожного регіону стільника ристанням MBMS односпрямованого радіоканалу, існує єдиний підрівень MAC-c/sh. Крім того, у кожв якому використовується принаймні один з одноному терміналі існує один підрівень MAC-c/sh (UE). спрямованих радіоканалів "точка-багато точок" та Підрівень MAC-m може керувати MBMS даними. "точка-точка". MBMS включено до стандарту УМТС З посиланням на Фігуру 3 показано можливе у Версії 6 специфікації. У ній описано технологію перетворення даних між логічними каналами та оптимізованої передачі послуги односпрямованого транспортними каналами з точки зору UE. На Фігуканалу MBMS в UTRAN, такої, як передача "точкарі 4 показано можливе перетворення даних між багато точок", вибіркового комбінування та вибору логічними каналами та транспортними каналами з режиму передачі між односпрямованими радіокаточки зору UTRAN. налами "точка-багато точок" та "точка-точка". Його Рівень RLC підтримує надійну передачу даних застосовують з метою заощадження радіоресурі виконує сегментацію й конкатенацію по множині сів, коли однаковий вміст надсилається багатьом RLC сервісних блоків даних (RLC SDU), які надхоабонентам, і дозволяє надавати послуги на зразок дять з верхнього рівня. Коли RLC рівень отримує TV. Одна - послуга MBMS включає одну або кілька RLC SDU з верхнього рівня, RLC рівень регулює сесій, і MBMS дані передаються на множину террозмір кожного RLC SDU відповідним чином, враміналів через одноепрямований радіоканал MBMS хувавши перепускну здатність, а потім створює лише під час поточної сесії. певні блоки даних з додаванням інформації загоВідповідно до назви, MBMS може здійснюваловка. Створені блоки даних називаються прототися в широкосмуговому режимі або багатоадрескольними блоками даних (PDU), які потім переданому режимі. Широкосмуговий режим передбачено ються на рівень МАС через логічний канал. Рівень для передачі мультимедійних даних на всі UE у RLC включає буфер RLC для зберігання таких межах району широкосмугової передачі, наприRLC SDU та/або RLC PDU. клад, домену, в якому є доступною широкосмугова Рівень ВМС планує стільникове широкомовне передача. Багатоадресний режим є призначеним повідомлення (далі вказується як "СВ повідомлендля передачі мультимедійних даних на окрему ня"), отримане від базової мережі, і передає СВ групу UE у межах району багатоадресної передачі, повідомлення на термінали, розташовані у конкренаприклад, домену, в якому є доступною багатоатному(их) стільнику(ах). Рівень BMC UTRAN генедресна передача. рує повідомлення для контролю широкосмугоЗ точки зору MBMS, існують додаткові інфорвої/багатоадресної передачі (ВМС) шляхом маційні та контрольні канали. Наприклад, MCCH додавання інформації, такої, як ID (ідентифікація) (MBMS канал контролю "точка-багато точок") виповідомлення, серійний номер та схема кодування користовується для передачі контрольної інфордля СВ повідомлення, отриманого від верхнього мації про MBMS, MTCH (MBMS канал потоку даних рівня, і передає ВМС повідомлення на RLC рівень. "точка-багато точок") використовується для переВМС повідомлення передаються з RLC рівня на дачі даних MBMS послуги, a MSCH застосовують МАС рівень через логічний канал, тобто, СТСН для передачі планувальної інформації. План (загальний канал потоку даних). СТСН відображаМССН є спільним для всіх послуг. ється у транспортному каналі, тобто, FACH, який Нижче перелічено різні існуючі логічні канали: відображається у фізичному каналі, тобто, SДля каналу контролю ССН: ВССН, РССН, CCPCH (другорядному загальному контрольному DCCH, СССН, SHCCH та МССН. Для каналу потофізичному каналі). ку даних TCH: DTCH, СТСН та МТСН. PDCP (Рівень протоколу конвергенції пакетних МАС рівень з'єднується з фізичним рівнем даних), як вищий рівень RLC рівня, дозволяє ефетранспортними каналами і може бути розділений ктивно передавати дані, передані через мережний на підрівень МАС-b, підрівень MAC-d, підрівень протокол, такий, як IPv4 або IPv6, на інтерфейс MAC-c/sh та підрівень MAC-hs відповідно до типів радіозв'язку з відносно малою смугою пропущенкерованих транспортних каналів. ня. Для того, щоб цього досягти, рівень PDCP Підрівень МАС-b керує ВСН (радіомовним казменшує необов'язкову контрольну інформацію, налом), який є транспортним каналом, який здійсяка використовується у провідній мережі, і цю фунює передачу системної інформації. Підрівень нкцію називають стисканням заголовка. MAC-d керує виділеним каналом (DCH), який є Рівень контролю радіоресурсу (RRC) розтавиділеним транспортним каналом для конкретного шовується у найнижчій частині L3 рівня. RRC рі 11 89665 12 вень визначається лише у контрольній матриці і льником, який враховується UE по МССН) і не здійснює контроль логічних каналів, транспортних створює жодних проблем з конфігурацією: дійсно, каналів та фізичних каналів щодо встановлення, зсув у часі між МТСН та МССН (через різний зсув у по відношенню до встановлення, переконфігурації часі, коли вони відображаються у різних Sта роз'єднання односпрямованих радіоканалів CCPGH) залишається незмінним. Однак, залиша(RB). Послуга односпрямованого радіоканалу стоється незрозумілим, який кадр має розглядатися, сується послуги, яка надається другим рівнем (L2) коли період модифікації МССН не є повністю вирідля передачі даних між терміналом та UTRAN. вняним з межами кадру S-CCPCH, який переноВзагалі, встановлення односпрямованого радіокасить МТСН. налу стосується процесу визначення характерисВипадок з поточною реконфігурацією, який потик рівня протоколу та каналу, необхідних для наяснюється на Фігурі 11, створює додаткові продання конкретної послуги, а також відповідного блеми. Протягом періоду модифікації 1 PtM конфівизначення суттєвих параметрів та способів робогурація S1 Послуги S стільника А надсилається по ти. Крім того, RRC керує мобільністю абонента у МССН як немодифікована послуга. Водночас посмежах мережі радіозв'язку з абонентами і надає луга S надсилається у стільнику А з конфігурацією додаткові послуги, наприклад, послуги розташуS1. UTRAN бажає змінити конфігурацію з S1 на S2. вання. Таким чином, UTRAN передає нову конфігурацію Різні можливості, які існують для перетворення S2 каналу S-CCPCH, який переносить послугу S даних між односпрямованими радіоканалами та по МССН, протягом періоду модифікації 2 як мотранспортними каналами, не завжди є реальними. дифіковану послугу. Протягом періоду модифікації UE/UTRAN визначає можливе перетворення даних 2 МТСН, який переносить послугу S, продовжує залежно від стану UE та процедури, яку виконує використовувати конфігурацію S1. Але у даному UE/UTRAN. Різні стани та режими більш детально кадрі під час періоду модифікації 2 UE почині виописуються нижче. користовувати конфігурацію S2. У період модифіРізні транспортні канали відображаються у рікації 3 МССН використовується для передачі конзних фізичних каналах. Наприклад, транспортний фігурації S2 як немодифікованої послуги. Таким канал RACH відображається у даному PRACH, чином, до початку періоду модифікації 3 UE викоDCH може відображатись у DPCH, FACH та РСН ристовує неправильну конфігурацію для МССН. можуть відображатись у S-CCPCH, DSCH відоУ разі, коли триває процес реконфігурації, і UE бражається у PDSCH, і т. д. Конфігурація фізичних починає отримувати МССН протягом періоду моканалів визначається обміном RRC сигналів між дифікації 2 коли нова конфігурація передається по RNC та UE. МССН, UE не може знати про конфігурацію МТСН Далі описується запускання та реконфігурація під час поточного періоду модифікації. Крім того, S-CCPCH, який переносить МТСН. Припинення UE не може правильно отримувати МТСН під час послуги може розглядатись як спеціальна реконфіцього періоду. гурація, тобто, S-ССРСН має нульову конфігураДля збільшення покриття UE, яке розташовуцію. ється між різними стільниками, може отримувати Згідно з існуючим рівнем техніки, коли UE зчиоднакові послуги MBMS від різних стільників однотує конфігурацію послуги, яка надсилається в речасно і комбінувати отриману інформацію, як пожимі PtM, UE відразу розглядає цю конфігурацію казано на Фігурі 9. У цьому разі UE зчитує МССН з як достовірну. UE отримує список послуг, які на одного вибраного ним контрольного стільника, і даний момент є активними, в одному з двох повіцей стільник у подальшій частині опису вказується домлень: повідомленні з інформацією про немояк контрольний стільник. дифіковані послуги MBMS або у повідомленні з Згідно з існуючим рівнем техніки, не існує обінформацією про модифіковані послуги MBMS. Ці меження для вирівнювання МССН цих стільників. повідомлення вказують, що UE, які бажають отриЦе передбачає, що період модифікації МССН сумати цю послугу, мають виконати конкретну дію, сідніх стільників (наприклад, контрольного стільнинаприклад, отримати інформацію для підрахунку, ка та одного з сусідніх з ним стільників) може бути отримати інформацію для конфігурації односпрярізним, а також що початок кожного періоду модимованого радіоканалу PtM, встановити РММ зв'яфікації у сусідніх стільниках може бути різним. Це зок, припинити отримання односпрямованого разазвичай відбувається через невідповідність годіоканалу PtM і т. ін. З боку мережі, коли динників різних Вузлів Б, наприклад, один Вузол Б конфігурація для даної послуги змінюється, нова випереджає інший Вузол Б. конфігурація вказується по МССН на один період Для підтримання синхронізації між різними помодифікації раніше у повідомленні з інформацією слугами передачі МТСН невідповідність годинників про модифіковані послуги MBMS, в якому вказуміж двома Вузлами Б може бути легко виправлена ється, що UE має отримати інформацію для конфіза допомогою RNC, який відповідає за планування гурації односпрямованого радіоканалу PtM, таким S-CCPCH, шляхом включення час від часу порожчином, щоб UE могли отримувати реконфігурованього ТТІ, коли різниця у часі для останнього Вузний канал з самого початку. Таким чином, існує ла Б порівняно з найпершим Вузлом Б перевищує затримка між конфігурацією, яка враховується UE, один ΤТІ, яке показано на Фігурі 12. Однак для та її ефективним використанням мережею. синхронізації періодів модифікації МССН не існує Такий протокол конфігурації пояснюється на легкого рішення, оскільки планування передачі Фігурі 10 для одного стільника. У цьому разі послуМССН пов'язане з системним номером кадру га розпочинається у поточному стільнику (поточ(SFN, передача по ВСН) кожного стільника. ний стільник є контрольним стільником, тобто, сті 13 89665 14 Якщо конфігурація послуги у сусідньому стільконфігурацію у разі зміни інформації про конфігунику змінюється, ця зміна вирівнюється з періодом рацію сусіднього стільника. модифікації МССН цього сусіднього стільника. Достовірна на даний час інформація про конОднак період модифікації сусіднього стільника не фігурацію та наступна достовірна інформація про обов'язково вирівнюється з періодом модифікації конфігурацію можуть бути відповідно пов'язані з стільника, яке UE у даний час зчитує з МССН. Це початком синхронізації достовірності та з кінцем означає, що у разі, коли UE отримує інформацію синхронізації достовірності. про зміну конфігурації послуги сусіднього стільниДостовірна на даний час конфігурація може ка, він не може визначити, коли ця зміна активізубути пов'язана з ознакою, яка вказує що ця конфіється, оскільки зсув (та період модифікації) сусідгурація може використовуватися негайно. нього стільника не є вирівняним. Винахід також пропонує спосіб пристосування Таким чином, існує потреба у рішенні, яке поконфігурації фізичних каналів, встановленої аболіпшує реконфігурацію часу послуги для абонентнентським обладнанням з контрольним стільником ського обладнання, яке отримує послугу MBMS від та сусіднім стільником, які переносять дані послуги сусідніх стільників. Один аспект даного винаходу "точка-багато точок" у системі бездротового зв'язстосується визнання авторами даного винаходу ку, причому спосіб включає такі етапи: недоліків відомого рівня техніки, які було пояснено - отримання повідомлення, яке включає інфовище. Для розв'язання цих проблем даний винахід рмацію про конфігурацію кожного з вищезгаданих пропонує: каналів та інформацію про достовірність для Винахід пропонує спосіб індикації достовірносотримання синхронізації достовірності інформації ті фізичних каналів контрольного стільника та супро конфігурацію кожного з вищезгаданих каналів; сіднього стільника, які переносять дані послуги - визначення відповідного часу, починаючи з "точка-багато точок" у системі бездротового зв'язякого інформація про конфігурацію кожного з вику, причому спосіб включає такі етапи: щезгаданих каналів є достовірною на основі інфо- створення повідомлення, яке включає інформації про достовірність; рмацію про конфігурацію кожного з вищезгаданих - починаючи з вищезгаданого часу, отримання каналів; каналів з використанням достовірної конфігурації. - включення інформації про достовірність до Дані послуги "точка-багато точок" можуть повідомлення для отримання синхронізації достовключати дані послуги мультимедійної широкосмувірності інформації про конфігурацію кожного з гової/багатоадресної передачі (MBMS). вищезгаданих каналів; та Отримане повідомлення може містити синхро- передачі повідомлення на мобільний термінізацію достовірності конфігурації сусіднього стінал через контрольний стільник. льника, пов'язану з системною синхронізацією Дані послуги "точка-багато точок" можуть контрольного стільника, яка передається на мобівключати дані послуги мультимедійної широкосмульний термінал. гової/багатоадресної передачі (MBMS). Інформація про достовірність може визначати Повідомлення може містити синхронізацію досинхронізацію достовірності інформації про конфістовірності конфігурації сусіднього стільника, погурацію сусіднього стільника на основі посилання в'язану з системною синхронізацією контрольного на системний номер кадру контрольного стільника. стільника, яка .передається на мобільний терміПосилання на системний номер кадру контронал. льного стільника в оптимальному варіанті не Інформація про достовірність може визначати включає принаймні одного з найбільш значущих синхронізацію достовірності інформації про конфібітів кодування системного номера кадру. гурацію сусіднього стільника на основі посилання Інформація про достовірність може бути вклюна системний номер кадру контрольного стільника. чена до контрольного повідомлення з інформацією Посилання на системний номер кадру контропро модифіковані послуги MBMS або інформацією льного стільника в оптимальному варіанті не про немодифіковані послуги MBMS, яке передавключає принаймні одного з найбільш значущих ється по МССН каналу контролю. бітів кодування системного номера кадру. Повідомлення може визначати період модифіІнформація про достовірність може бути вклюкації, на початку якого інформація про конфігурачена до контрольного повідомлення з інформацією цію стає достовірною. про модифіковані послуги MBMS або інформацією Повідомлення може визначати зсув часу відпро немодифіковані послуги MBMS, яке переданосно початку періоду модифікації. ється по МССН каналу контролю. Інформація про достовірність може включати Повідомлення може визначати період модифідостовірну на даний час конфігурацію та наступну кації, на початку якого інформація про конфігурадостовірну конфігурацію у разі зміни конфігурації цію стає достовірною. сусіднього стільника. Повідомлення може визначати зсув часу відДостовірна на даний час конфігурація та наносно початку періоду модифікації. ступна достовірна конфігурація можуть бути відпоПовідомлення може визначати зсув часу з чивідно пов'язані з початком синхронізації достовірслом, яке представляє кількість кадрів або інтерності та з кінцем синхронізації достовірності. валів часу передачі. Достовірна на даний час конфігурація може Інформація про достовірність може включати бути пов'язана з ознакою, яка вказує що ця конфідостовірну на даний час інформацію про конфігугурація може використовуватися негайно. рацію та наступну достовірну інформацію про Винахід також пропонує мобільне обладнання, яке включає: 15 89665 16 - приймальний модуль: Фігура 11 пояснює реконфігурацію PtM у конт- пристосований для отримання фізичних карольному стільнику згідно з існуючим рівнем техніналів, які переносять дані послуги "точка-багато ки. точок" від контрольного стільника та від сусіднього Фігура 12 пояснює відновлення синхронізації стільника, які належать до системи бездротового МССН сусідніх стільників шляхом включення позв'язку; та рожніх ТТІ. - пристосований для зміни конфігурації фізичФігура 13 пояснює початок сесії послуги у суного каналу у певний момент часу; сідніх стільниках. - модуль обробки: Фігури 14 та 15 показують приклади змін кон- пристосований для виділення інформації про фігурації у сусідніх стільниках. Фігура 16 пояснює конфігурацію, пов'язаної з фізичними каналами, та послідовність контрольних повідомлень MBMS та інформації про достовірність конфігурації з повіїхню інтерпретацію з боку UE згідно з попередньо домлення, переданого контрольним стільником; і визначеними правилами. - пристосований для отримання синхронізації Фігура 17 пояснює початок сесії зі зсувом віддостовірності інформації про конфігурацію на осносно періоду модифікації у контрольному стільнові інформації про достовірність конфігурації; нику. - пристосований для створення команди, яка Фігура 18 пояснює реконфігурацію послуги у визначає зміну конфігурації фізичного каналу у контрольному стільнику. певний момент і для надсилання її на приймальРівень RLC (контроль радіоканалу) є протоконий модуль. лом 2-го рівня, який використовується для контроВинахід також пропонує контролер радіомелювання обміну даними між логічними каналами режі, який включає: RNC та UE. Рівень RLC у поточний момент може - модуль для: бути сконфігурований у 3 типах режимів передачі: - створення повідомлення, яке включає інфопрозорому режимі, непідтвердженому режимі та рмацію про конфігурацію для фізичних каналів підтвердженому режимі. Детальна поведінка цих стільників, призначених для використання, відпорежимів описується у документі, який називається відно, як контрольний стільник та сусідній стільник, специфікацією протоколу контролю радіоканалу причому ці фізичні канали передбачаються для (RLC), під номером 3GPP TS 25.322. Різні функціперенесення даних послуги "точка-багато точок" у ональності є доступними, залежно від режиму песистемі бездротового зв'язку; редачі. - включення інформації про достовірність до У підтвердженому та непідтвердженому режиповідомлення, на основі якої може бути отримана мі SDU (сервісні блоки даних) можуть розділятися синхронізація достовірності інформації про конфіна менші PDU (пакетні блоки даних), які викорисгурацію для кожного з вищезгаданих каналів; та товуються для передачі через ефірний інтерфейс. - інтерфейс, пристосований для надсилання Надсилаюча сторона розділяє SDU на PDU, і на повідомлення на контрольний стільник. основі контрольної інформації, яка додається до Супровідні фігури, які є включеними для краPDU, приймаюча сторона заново складає PDU з щого розуміння і становлять частину цього опису, метою відновлення SDU. Такою контрольною інпояснюють варіанти втілення винаходу і разом з формацією є, наприклад, порядковий номер PDU описом служать для пояснення принципів винаходля того, щоб виявити, чи було втрачено PDU, або ду. індикатор довжини (LI), який вказує на почаФігура 1 є блок-схемою архітектури загальної ток/кінець SDU у межах RLC PDU. мережі УМТС. У непідтвердженому режимі (UM) приймач не Фігура 2 є блок-схемою структури інтерфейснадсилає підтвердження на передавач про правиного протоколу радіозв'язку між терміналом та льно прийняті PDU, а приймаюча сторона лише мережа на основі стандартів мережі радіозв'язку з заново складає PDU у SDU на основі сигнальної абонентами 3GPP. інформації, яка міститься у PDU, і передає повні Фігура 3 пояснює відображення логічних канаSDU на вищі рівні. лів у транспортних каналах у мобільному термінаУ підтвердженому режимі (AM) приймач надлі. силає підтвердження про правильно прийнятий Фігура 4 пояснює відображення логічних канаPDU. Передавач використовує ці підтвердження лів у транспортних каналах у мережі. для того, щоб започаткувати повторні передачі Фігура 5 пояснює приклади переходів між ставідсутніх PDU. Підтвердження надсилаються за нами та режимами у мережі. певних умов. Використовуються різні механізми Фігура 6 пояснює відображення логічних канадля започаткування передачі підтверджень для лів MBMS у транспортному каналі FACH у мобільPDU, отриманих приймачем. Вибір активованих ному терміналі. механізмів визначається стандартом і/або конфіФігура 7 пояснює відображення логічних канагурується сигналом RRC. Одним з прикладів таколів MBMS у транспортному каналі FACH у мережі. го механізму передачі статусного PDU є, наприФігура 8 пояснює план, за яким передається клад, отримання PDU з порядковим номером, який інформація про модифіковані послуги MBMS та не відповідає останньому отриманому порядковорешта інформації, надісланої по МССН. му номерові, збільшеному на одиницю, або, коли Фігура 9 показує UE, яке отримує MBMS від кіприймач отримує вказівку від передавача у контлькох стільників. рольній інформації RLC про те, що має бути надіФігура 10 пояснює початок послуги у контрослане підтвердження (також називається статульному стільнику згідно з існуючим рівнем техніки. 17 89665 18 сом). Вказівка передавача про надсилання статусОб'єкт RLC UM/AM також відповідає за управного PDU називається опитуванням. ління шифруванням та дешифруванням. Для цьоКоли передавач надсилає біт опитування, мего об'єкт RLC у передавачі та приймачі підтримує ханізм визначається у стандарті УМТС, якщо жодномер COUNT-C, який складається з номера гіперного статусного повідомлення не було отримано кадру (HFN) та порядкового номера RLC (SN). після передачі опитування через певний час. ЗгідЗначення COUNT-C, разом з іншою інформацією, но з цим механізмом, передавач повторно передає використовується як вхідні дані для математичної PDU, який включає індикатор опитування, і назифункції, яка генерує бітовий рядок. Цей бітовий вається опитуванням синхронізації. рядок та RLC PDU, за винятком SN, комбінуються Інший механізм підраховує кількість повторних логічною операцією XOR, що забезпечує шифрупередач PDU. У разі, якщо повторна передача вання елемента даних RLC PDU. Значення HFN перевищує певну кількість (MaxDat), передавач зростає щоразу, коли RLC SNF є циклічним (тобто, розпочинає процедуру повторного встановлення. коли RLC SN досягає найвищого значення, а потім Процедура повторного встановлення є процедузнову починається з 0). У разі, якщо приймач пророю, яка дозволяє встановлювати блок передавапускає певну кількість SN, або у разі, коли отримача та приймача односпрямованого радіоканалу з ний SN було змінено під час отримання, COUNT-C застосуванням режиму AM RLC у первісний стан. у приймач та передавачі можуть бути десинхроніКоли започатковується процедура повторного зовані. У цьому разі приймач не може правильно встановлення, інічиюючий об'єкт передає PDU дешифрувати отриману інформацію. Приймач повторного встановлення на кінцевий об'єкт. Кінможе виявити дисфункцію дешифрувального блоцевий об'єкт підтверджує отримання PDU повторка через різні механізми. ного встановлення шляхом передачі PDU підтверРежим RRC є свідченням існування або відсудження повторного встановлення. Якщо тності логічного з'єднання між RRC терміналу та ініціюючий об'єкт не отримав PDU підтвердження RRC UTRAN. Якщо такого роду з'єднання присутповторного встановлення через певний час, ініцінє, термінал вважається таким, що знаходиться у юючий об'єкт повторно передає PDU повторного стані з'єднання з RRC. Якщо такого роду з'єднання встановлення. Якщо ініціюючий об'єкт не отримав відсутнє, термінал вважається таким, що знахоPDU підтвердження повторного встановлення пісдиться у холостому режимі. Оскільки з'єднання з ля певної кількості повторних передач, ініціюючий RRC для терміналів існує в режимі RRC-з'єднання, об'єкт виявляє невиправну помилку. UTRAN може визначати існування конкретного Цей приклад описує ситуацію, коли виявляєтьтерміналу в межах блока стільників, наприклад, ся дисфункція у роботі об'єкта RLC у режимі RLC який стільник або група стільників відповідає терAM. Інші можливі механізми, які виявляють дисфуміналові, що знаходиться у з'єднанні з RRC, і який нкцію, вже є описаними у стандарті УМТС, або фізичний канал відповідає UE. Таким чином, терможуть бути розроблені і втілені. Також можна мінал може ефективно контролюватися. уявити механізми виявлення для об'єктів RLC у Натомість UTRAN не може визначити існуванрежимі UM, які, наприклад, мають виявляти вклюня терміналу в холостому режимі. Існування терчення невизначеної сигнальної інформації до RLC міналів, які перебувають у холостому режимі, моPDU, або коли вищі рівні виявляють, що приже бути визначене лише базовою мережею. йом/передача об'єкта UM відбувається некоректТобто, базова мережа може визначити існування но. терміналів, які перебувають у холостому режимі, Інші механізми можуть виявляти невиправну лише у межах області, яка є більшою за стільник, помилку, яка може відповідати ситуації блокування наприклад, області місця розташування або облаабо ситуації, коли існує перешкода для зв'язку. сті маршрутизації. Таким чином, існування терміЯкщо UE виявляє ситуацію невиправної поминалів, які перебувають у холостому режимі, визналки, як описано у стандарті, UE вводить стан чають у межах великих областей. Для отримання CELL_FACH і надсилає повідомлення про оновпослуг мобільного зв'язку, наприклад, голосової лення стільника на Вузол Б/RNC, зрештою вказуінформації або даних, термінал, який перебуває у ючи, що відбулася невиправна помилка, шляхом холостому режимі, повинен рухатись або перейти встановлення причини оновлення стільника інфона режим з'єднання з RRC. Можливі переходи між рмаційного елемента (IE), що викликала невипрарежимами та станами показано на Фігурі 5. OS вну помилку RLC. UE вказує через включення інозначає Out of service (неробочий), IS означає In дикації помилки IE AM_RLC (RB2, RB3 або RB4), service (робочий), R означає етап від'єднання від що ця невиправна помилка відбулася для одного з RRC, і Ε означає етап встановлення з'єднання з SRB з Id 2, 3 або 4. Шляхом включення індикації RRC. помилки IE AM_RLC (RB>4), UE вказує, що ця поUE у режимі з'єднання з RRC може перебувамилка відбулася для одного з RB з використанням ти в різних станах, таких, як стан CELL_FACH, режиму RLC AM з Id, вищими за 4. RNC після цьостан CELL_PCH, стан CELL_DCH або стан го може надіслати повідомлення з підтвердженням URA_PCH, але можливими є й інші стани. Залежоновлення стільника і вказати, що RLC об'єкти для но від стану, UE виконує різні дії і прослуховує SRB з Id 2, 3 та 4 або для RB з Id, вищими за 4, які різні канали. Наприклад, UE у стані CELL_DCH використовують режим RLC AM, мають бути перенамагається прослуховувати (серед інших) DCH встановлені шляхом установлення індикатора петип транспортних каналів, який включає транспорревстановлення IE RLC (RB2, RB3 та RB4) і/або тні канали DTCH та DCCH, і який може бути відоіндикатора перевстановлення RLC (RB5 і вище) у бражений у певному DPCH, DPDSCH або інших правильну позицію. фізичних каналах. UE у стані CELL_FACH прослу 19 89665 20 ховує кілька транспортних каналів FACH, які відоріальною межею "Cell" є достовірним лише для бражаються у певному фізичному каналі Sстільника, в якому він зчитується. SIB з територіаCCPCH. UE у стані РСН прослуховує канал РІСН льною межею "PLMN" є достовірним в усій PLMN. та канал РСН, який відображається у певному фіSIB з територіальною межею "еквівалент PLMN" є зичному каналі S-CCPCH. достовірним в усій PLMN та еквіваленті PLMN. Головна системна інформація надсилається Взагалі, UE зчитують системну інформацію, на логічний канал ВССН, який відображається у Рколи вони перебувають у холостому режимі, стані ССРСН (фізичному каналі первинного загального CELL_FACH, стані CELL_PCH або стані URA_PCH контролю). Окремі блоки системної інформації стільника, який вони вибрали, тобто, стільника, на можуть надсилатися на FACH канал. Коли системякому вони розміщуються. У системній інформації на інформація надсилається на FACH, UE отримує UE отримують інформацію про сусідні стільники на конфігурацію FACH або по ВССН, який отримуєтьтій самій частоті, інших частотах та інших RAT (теся на Р-ССРСН, або по виділеному каналу. Коли хнології радіозв'язку). Завдяки цьому, UE знають, системна інформація надсилається по ВССН (тобякі стільники є кандидатами на повторний вибір то, через Р-ССРСН), то у кожному кадрі або групі стільника. кадрів, надсилається системний номер кадру Як було згадано вище, MBMS дані можуть бу(SFN), який використовується для того, щоб UE та ти розділені на дві категорії: інформацію контроВузол В користувалися спільною маркою часу. Рльної матриці та інформацію матриці користувача. ССРСН надсилається з використанням такого саІнформація контрольної матриці містить інформамого шифрувального коду, що й для Р-СРІСН (пецію про: рвинного загального контрольного каналу), який є - Конфігурацію фізичного рівня; первинним шифрувальним кодом стільника. Код - Конфігурацію транспортного каналу; поширення, який використовується Р-ССРСН, за- Конфігурацію односпрямованого каналу; лишається незмінним SF (коефіцієнтом поширен- Поточні послуги; ня) 256, і номером залишається число 1, яка ви- Інформацію про підрахунок; значено у 3GPP TS 25.213: Поширення та - Планувальну інформація. модуляція (FDD), V6.0.0(ftp://ftp.3gpp.org/Specs/ Для того, щоб UE могли отримувати цю інфо2004-03/Re1-6/25_series/25213-600.zip). UE дізнармацію, надсилається конкретна контрольна інфоється про первинний шифрувальний код або з інрмація односпрямованого каналу MBMS для формації, надісланої від мережі щодо системної MBMS. інформації про сусідні стільники, яку було прочиДані матриці користувача однеепрямованих тано UE, через повідомлення, які UE отримало по каналів MBMS можуть відображатись у виділених DCCH каналу, або через пошук Р-СРІСН, який транспортних каналах для послуги "точка-точка", надсилається з використанням незмінного SF 256 яка надсилається лише на один UE або по спільта числа коду поширення 0, і який передає незмінному транспортному каналу для послуги "точкану конфігурацію. багато точок", які передаються кільком користуваСистемна інформація включає інформацію про чам одночасно (отримуються ними). сусідні стільники, конфігурацію транспортних каПередача "точка-точка" використовується для налів RACH та FACH та конфігурацію МССН та передачі конкретної контрольної інформаМССН які є каналами, виділеними для MBMS посції/інформації матриці користувача, а також виділуги. леної контрольної інформації/інформації матриці Щоразу, коли UE змінює стільник, він перебукористувача MBMS між мережею та окремим UE в ває в режимі розміщення (у холостому режимі), режимі RRC-з'єднання. Її застосовують лише для або коли UE вибрав стільник (у станах багатоадресного режиму MBMS. Для UE у станах CELL_FACH, CELL_PCH або URA_PCH), UE переCELL_FACH або CELL_DCH використовується віряє, чи має він достовірну системну інформацію. DTCH, який забезпечує всі існуючі відображення у Системна інформація організується у SIB (системтранспортних каналах. них блоках інформації), МІВ (головному блоці інПередача "точка-багато точок" (PtM) викорисформації) та планувальних блоках. МІВ надсилатовується для передачі конкретної контрольної ється дуже часто і забезпечує інформацію про час інформації/інформації матриці користувача MBMS планувальних блоків та різних SIB. Для SIB, які є між мережею та кількома UE в режимі RRCзв'язаними з дескриптором значення, МІВ також з'єднання або холостому режимі. Її застосовують містить інформацію про останню версію частини для широкосмугового або багатоадресного режиSIB. SIB, які не є зв'язаними з дескриптором знаму MBMS. чення, зв'язуються з таймером закінчення. SIB, Логічний канал каналу контролю MBMS "точказв'язані з таймером закінчення, стають недостовібагато точок" (МССН) використовується для PtM рними і потребують повторного зчитування, якщо передачі "по лінії вниз" інформації контрольної час останнього зчитування SIB є довшим за знаматриці між мережею та UE в режимі RRCчення таймера закінчення. SIB, зв'язані з дескрипз'єднання або холостому режимі. Інформація конттором значення, є достовірними лише якщо вони рольної матриці по МССН є специфічною для мають такий самий дескриптор значення, що й MBMS і надсилається на UE у стільнику з активодескриптор значення, переданий у МІВ. Кожен ваною послугою MBMS. МССН може надсилатися блок має територіальну межу достовірності (стільпо S-CCPCH, який переносить DCCH UE у стані ник, наземна мобільна мережа загального корисCELL_FACH, або по самостійному S-CCPCH, або тування (PLMN) або еквівалент PLMN), яка вказує, по одному S-CCPCH з МТСН. в якому стільнику SIB є достовірним. SIB з терито 21 89665 22 МССН завжди відображається в одному конкІнформація МССН передається на основі неретному FACH у S-CCPCH, як вказується по змінного плану. Цей план визначає ТТІ (інтервал ВССН. У разі гнучкого комбінування МССН відочасу передачі, тобто, кількість кадрів), який вклюбражається в іншому S-CCPCH (CCTrCH при дупчає початок інформації МССН. Передача цієї інлексній передачі з розділенням у часі (TDD)), ніж формації може мати змінну кількість ТТІ, і UTRAN МТСН. Отримання пейджингу має пріоритет над передає інформацію МССН з послідовними ТТІ. отриманням МССН для холостого режиму та UE продовжує отримувати S-CCPCH, доки: URA/CELL_PCH UE. - він отримує всю інформацію МССН, або Конфігурація МССН (період модифікації, пері- отримує ТТІ, який не включає жодних даних од повторень і т. ін..) конфігурується у системній МССН, або інформації, яка надсилається по каналу ВССН. - зміст інформації вказує, що подальший приЛогічний канал каналу потоку даних MBMS йом не вимагається (наприклад, не існує модифі"точка-багато точок" (МТСН) використовується для кацій в інформації про потрібну послугу). PtM передачі "по лінії вниз" інформації матриці На основі цієї поведінки UTRAN для більшої користувача між мережею та UE в режимі RRCнадійності може повторювати інформацію-МССН з'єднання або холостому режимі. Інформація матпісля запланованої передачі. План МССН є спільриці користувача по МТСН є специфічною для ним для всіх послуг. послуги MBMS і надсилається на UE у стільнику з Вся МССН інформація передається періодичактивованою послугою MBMS. МТСН завжди відоно на основі періоду повторень. Період модифікабражається в одному конкретному FACH y Sції визначається як кратне ціле число періоду поCCPCH, як вказується по МССН. вторень. ІНФОРМАЦІЯ ДЛЯ ДОСТУПУ ДО MBMS Логічний канал планувального каналу MBMS може передаватися періодично на основі періоду "точка-багато точок" (MSCH) використовується для доступу до інформації. Цей період є цілим дільниPtM передачі "по лінії вниз" планування передачі ком періоду повторень. Значення періодів повтопослуги MBMS між мережею та UE в режимі RRCрень та модифікації вказуються у системній інфоз'єднання або холостому режимі. Інформація контрмації стільника, в якому надсилається MBMS. рольної матриці по MSCH є специфічною для посМССН інформація розділяється на критичну та луги MBMS та S-CCPCH і надсилається на UE у некритичну інформацію. Критична інформація стільнику, який отримує МТСН. Один MSCH надскладається з ІНФОРМАЦІЇ ПРО СУСІДНІЙ СТІсилається в кожному S-CCPCH, який переносить ЛЬНИК MBMS, ІНФОРМАЦІЇ ПРО ПОСЛУГУ MBMS МТСН. та ІНФОРМАЦІЇ ПРО ОДНОСПРЯМОВАНИЙ РАMSCH відображається в одному конкретному ДІОКАНАЛ MBMS. Некритична інформація відпоFACH у S-CCPCH, як вказується по МССН. Через відає ІНФОРМАЦІЇ ДЛЯ ДОСТУПУ ДО MBMS. Змірізні вимоги стосовно помилок MSCH відображани у критичній інформації застосовуються лише ється в іншому FACH, ніж МТСН. при першій передачі через МССН періоду модифіFACH використовується як транспортний какації та на початку кожного періоду модифікації. нал для МТСН, MSCH та МССН. S-ССРСН викоUTRAN передає ІНФОРМАЦІЮ ПРО ЗМІНУ ристовується як фізичний канал для FACH, який MBMS, включаючи ідентифікацію MBMS послуг, переносить МТСН, МССН або MSCH. Як показано інформація МССН яких модифікується у цей періна Фігурах 6 та 7 (відповідно з боку UE та UTRAN), од модифікації. ІНФОРМАЦІЯ ПРО ЗМІНУ MBMS для передачі "по лінії вниз" існують такі з'єднання повторюється принаймні раз на кожен період поміж логічними каналами та транспортними канавторень цього періоду модифікації. Зміни у некрилами: МССН, МТСН та MSCH можуть бути відотичній інформації можуть відбуватись у будь-який бражені у FACH. час. Далі описуються потоки даних через рівень 2. Фігура 8 пояснює план, за яким передається Потік даних для МССН, відображеного у FACH, ІНФОРМАЦІЯ ПРО ПОСЛУГУ MBMS та ІНФОРвикористовує режим UM-RLC, з необхідними розМАЦІЯ ПРО ОДНОСПРЯМОВАНИЙ РАДІОКАНАЛ. ширеннями для підтримки доставлення SDU поза Різні блоки позначають потенційно відмінний вміст послідовністю. МАС заголовок використовується МССН. для ідентифікації типу логічного каналу. Потік даДля збільшення покриття UE, яке розташовуних для МТСН, відображеного у FACH, використоється між різними стільниками, може отримувати вує режим UM-RLC, з необхідними розширеннями однакові послуги MBMS від різних стільників однодля підтримки вибіркового комбінування. В RLCчасно і комбінувати отриману інформацію, як поUM може використовуватися швидкий повтор. казано на Фігурі 9. У цьому разі UE зчитує МССН з МАС заголовок використовується для ідентифікаодного вибраного ним контрольного стільника на ції типу логічного каналу та ідентифікації послуги основі певного алгоритму. MBMS. Потік даних для MSCH, відображеного у По цьому МССН з вибраного стільника (наприFACH використовує режим UM-RLC. MAC заголоклад, А-В), як показано на фігурі, UE отримує інвок використовується для ідентифікації типу логічформацію про послугу, в якій зацікавлений UE. Ця ного каналу. інформація містить інформацію про конфігурацію MBMS повідомлення використовує новий спефізичних каналів, транспортних каналів, конфігуціально призначений для MBMS РІСН, який назирацію RLC, конфігурацію PDCP і т. ін. у контрольвається індикаторним каналом повідомлень MBMS ному стільнику та в сусідніх стільниках, яку UE (MICH) у стільнику. Точне кодування визначається здатне прийняти (наприклад, у стільнику А-А та у специфікаціях фізичного рівня Stage-3. стільнику В). Іншими словами, інформація стосується того, що потрібно UE для отримання МТСН, 23 89665 24 який переносить послугу в якій зацікавлене UE, у які використовуються як стільниками, так і мерестільнику А-А, А-В та В. жею. Коли одна послуга передається у різних стільФігура 13 пояснює початок сесії у сусідніх стіниках, UE може бути здатне або не здатне скомбільниках. Як показано на Фігурі 13, послуга розпонувати послугу з різних стільників на різних рівнях: чинається одночасно у двох сусідніх стільниках. Комбінрання неможливе, Однак через невідповідність періодів модифікації Вибіркове комбінування на рівні RLC, між стільниками А та В конфігурація послуги S, яка Комбінування L1 на фізичному рівні. використовується у Вузлі Б А (конфігурація S-A) та Вибіркове комбінування для MBMS PtM переВузлі Б В (конфігурація S-B) передається не однодачі підтримується нумерацією RLC PDU. Таким часно. чином, є можливим вибіркове комбінування в UE зі Коли контрольний стільник є Вузлом Б А, жодстільників, які забезпечують подібну швидкість не з відомих рішень не вказує, коли конфігурація передачі даних MBMS RB, за умови, що десинхроМТСН Вузла Б В є достовірною. Індикація конфігунізація між потоками передачі MBMS PtM не перерації S-B y період модифікації 1А є неможливою, вищує здатність UE до перепорядкування RLC. оскільки UE не може прослуховувати канал, який Таким чином, існує один об'єкт RLC на стороні UE. ще не є сконфігурованим, і, таким чином, прийом є Для вибіркового комбінування існує один об'єкт неможливим. Передача конфігурації послуги S на RLC на послугу MBMS, який використовує PtM Вузол Б В затримується до періоду модифікації передачу в групі стільників CRNC. Усі стільники в 2А, коли конфігурація Вузла Б В отримується UE, групі стільників мають один CRNC. У разі, коли які прослуховують МССН Вузла Б А. Це затримує десинхронізація між MBMS передачами відбувапочаток передачі в середньому наполовину періоється в сусідніх стільниках, які належать до групи ду модифікації. стільників MBMS, CRNC може виконувати заходи з У разі реконфігурації послуги, надісланої на ріресинхронізації, які дозволяють UЕ виконувати зні Вузли Б, крім проблеми UE, які входятьу стільвибіркове комбінування між цими стільниками. ник, існують такі самі проблеми, як у разі початку Для TDD вибіркове комбінування та гнучке сесії: UE, яке входить у стільник, де нова конфігукомбінування може використовуватися тоді, коли рація передається вперше, не здатен отримати Вузли Б є синхронізованими. Для FDD гнучке компоточну сесію. бінування може використовуватися тоді, коли ВузКрім того, відома передача сигналів є проблели Б є синхронізованими в межах вікна на прийом матичною для UE, які вже отримують поточну сегнучкого комбінування UE, і поля даних підданих сію у стільнику, в якому вони розміщуються, і в гнучкому комбінуванню S-CCPCH є ідентичними сусідніх стільниках. Якщо періоди модифікації Вупротягом моментів гнучкого комбінування. зла Б А та Вузла Б В є не вирівняними, така переКоли є доступним вибіркове або гнучке комбідача сигналів не вказує на правильну конфігуранування між стільниками, UTRAN надсилає ІНФОцію МТСН сусіднього Вузла Б В поточним Вузлом РМАЦІЮ ПРО СУСІДНІЙ СТІЛЬНИК MBMS, яка Б А у даний момент. містять конфігурацію МТСН сусідніх стільників, Визначення правильної конфігурації для доступну для вибіркового або гнучкого комбінуМТСН сусідніх стільників у певний момент часу є вання. Коли застосовується часткове гнучке комбіпроблематичним. У разі необхідності підтримання нування, ІНФОРМАЦІЯ ПРО СУСІДНІЙ СТІЛЬНИК синхронізації бажаним рішенням є оновлення сисMBMS містить план L1-комбінування, який вказує темної інформації з метою зміни зсуву періоду моменти часу, коли UE може гнучко комбінувати Sмодифікації. Ця процедура є важкою (обтяжливою) CCPCH, переданий у сусідніх стільниках, з Sі передбачає, що всі UE у стільнику є запущеними і CCPCH, переданим у службовому стільнику. З повторно зчитують системну інформацію. ІНФОРМАЦІЄЮ ПРО СУСІДНІЙ СТІЛЬНИК MBMS Перший випадок реконфігурації сусіднього стіUE здатне отримувати МТСН передачу від сусідльника пояснюється у прикладі на Фігурі 14. Конфінього стільника без отримання МССН цих сусідніх гурація S-A2 надсилається у період модифікації 1А стільників. на Вузол Б А (оскільки конфігурація змінюється у UE визначає сусідній стільник, придатний для Вузлі Б А контрольного стільника). Для сусіднього вибіркового або гнучкого комбінування, на основі стільника конфігурація S-B1 надсилається МССН межового значення (наприклад, виміряного СРІСН Вузла Б А протягом періоду модифікації 1А. У Ec/No) та наявності ІНФОРМАЦІЇ ПРО СУСІДНІЙ цьому разі UE припускає, що конфігурація послуги СТІЛЬНИК MBMS для цього сусіднього стільника. S не змінюється протягом наступного періоду моСигнал про можливість здійснення вибіркового дифікації. або гнучкого комбінування надсилається на UE. Без подальшої інформації, оскільки періоди Винахід пропонує передавати повідомлення, модифікації Вузла Б В та Вузла Б А є не вирівняяке включає інформацію про достовірність, через ними, і оскільки зміни можуть відбуватися лише на контрольний стільник на UE. UE може використомежі періодів модифікації, UE використовуватиме вувати цю інформацію про достовірність для неправильну конфігурацію. отримання синхронізації достовірності інформації У прикладі, який пояснюється на Фігурі 15, попро конфігурацію фізичних каналів контрольного казано ще один випадок реконфігурації сусіднього стільника та сусіднього стільника. В альтернативстільника. Конфігурація S-A2 надсилається у періному варіанті синхронізація достовірності конфігуод модифікації 1А на Вузол Б А (оскільки конфігурації може бути отримана UE на основі попередрація змінюється у контрольному стільнику). Для ньо визначених правил достовірності конфігурації, сусіднього стільника конфігурація S-B2 надсилається протягом періоду модифікації 2А Вузла Б А. 25 89665 26 У цьому разі UE може припускати, що конфігурація включає індикацію синхронізації; надсилання контМТСН змінюється протягом наступного періоду рольного повідомлення протягом поточного періомодифікації. ду для того, щоб мобільний термінал міг виконуваБез подальшої інформації, оскільки періоди ти конфігурацію фізичного каналу, у наступний модифікації Вузла Б В є не вирівняними, і оскільки період або згідно з індикацією синхронізації; і пезміни можуть відбуватися лише на межі періодів редачу даних послуги "точка-багато точок" на момодифікації, UE використовуватиме неправильну більний термінал через сконфігурований фізичний конфігурацію протягом часу, вказаного на Фігурі канал. 15. У даному разі індикація синхронізації може Для подолання проблеми реконфігурації часу включати системний номер кадру, який вказує попослуги для абонентського обладнання, яке отричаток кадру, в якому має відбуватися реконфігурамує послугу MBMS від сусідніх стільників, винахід ція односпрямованого радіоканалу "точка-багато пропонує вказувати достовірність фізичних канаточок". Або індикація синхронізації може включати лів, які переносять дані послуги "точка-багато тонайменші значущі біти системного номера кадру чок" у системі бездротового зв'язку, контрольним (SFN), який вказує початок кадру, в якому має відстільником та сусіднім стільником у нижчезазначебуватися реконфігурація односпрямованого радіоний спосіб. Повідомлення, яке включає інформаканалу "точка-багато точок". Або індикація синхроцію про конфігурацію кожного з вищезгаданих канізації може включати кількість кадрів або налів, створюється контрольним стільником. Це інтервалів часу передачі після кінця поточного повідомлення включає інформацію про достовірперіоду, що вказує початок кадру, в якому має ність, яка може використовуватися UE для отривідбуватися реконфігурація односпрямованого мання синхронізації достовірності конфігурації радіоканалу "точка-багато точок". кожного з вищезгаданих каналів. Повідомлення В альтернативному варіанті індикація синхропотім передається на UE. нізації може стосуватися часу активації мультимеЦя інформація дозволяє UE отримати синхродійної широкосмугової/багатоадресної передачі нізацію достовірності конфігурації для даної послу(MBMS) "точка-багато точок" (p-t-m). Час активації ги, переданої сусідніми стільниками. Правильна MBMS p-t-m є інформаційним елементом (IE), який конфігурація послуги, передана сусідніми стільнискладається з 11 найменших значущих бітів (LSB) ками, в цьому разі може бути використана UE з SFN. У даному разі час активації MBMS p-t-m вкаобмеженим зсувом. зує початок 10мсек кадру, який відповідає вказаІнформація про синхронізацію достовірності ному значенню SFN та первинного ССРСН стільможе вказувати, чи є конфігурація для фізичного ника в якому передається цей IE. Крім того, каналу, такого, як SCCPCH, який переносить посдіапазон часу активації MBMS p-t-m охоплює від луги MBMS, достовірною під час поточного періоду 10мсек після початку періоду модифікації МССН, в модифікації або довше, після даного часу активаякому вона передається, до кінця наступного періції, або до даного часу активації. Таким чином, оду модифікації MCCH. UE вважає значення поза уникається проблема мобільного терміналу, який межами діапазону простроченим. намагається використовувати недостовірну конфіЗгідно зі способом даного винаходу, ці етапи гурацію фізичного каналу від одного сусіднього можуть виконуватися при комбінуванні даних з стільника. Як така, синхронізація достовірності поточного стільника та одного або кількох сусідніх також може називатись індикацією синхронізації. стільників. У даному разі етап комбінування даних Тобто, даний винахід забезпечує спосіб отриможе включати вибіркове комбінування та гнучке мання послуги "точка-багато точок", який включає: комбінування. Ці етапи можуть виконуватися, коли отримання контрольного повідомлення, яке стосупослуга "точка-багато точок" починається у поточється послуги "точка-багато точок", протягом потоному стільнику. Ці етапи можуть виконуватися, чного періоду; визначення, чи існує індикація синколи відбувається реконфігурація послуги "точкахронізації в отриманому контрольному багато точок" у поточному стільнику. Ці етапи моповідомленні; і якщо індикація синхронізації не жуть виконуватися, коли відбувається початок сеіснує, втілення конфігурації фізичного каналу для сії у сусідніх стільниках. Ці етапи можуть виконуваотримання даних послуги "точка-багато точок" у тися, коли відбувається реконфігурація у сусідніх наступний період, завдяки чому інформація для стільниках. Поточний період та наступний період втілення конфігурації включається до отриманого можуть бути періодами модифікації. Початок кожконтрольного повідомлення, якщо індикація синхного періоду модифікації може вказувати, що конронізації існує, втілення конфігурації фізичного трольна інформація для послуги "точка-багато каналу для отримання даних послуги "точкаточок" є модифікованою. Протягом кожного періобагато точок" згідно з індикацією синхронізації, ду модифікації контрольна інформація для послуга завдяки чому інформація для втілення конфігура"точка-багато точок" може отримуватися повторно. ції включається до отриманого контрольного повіКонтрольне повідомлення може отримуватися домлення. через канал контролю "точка-багато точок". ФізичКрім того, даній винахід забезпечує спосіб наний канал може бути другорядним загальним кондання послуги "точка-багато точок", який включає: трольним фізичним каналом. створення контрольного повідомлення, яке стосуВ оптимальному варіанті передається поточна ється послуги "точка-багато точок", на основі досдостовірна конфігурація для сусіднього стільника, і товірності фізичного каналу, причому контрольне інформація про достовірність вказує мобільному повідомлення включає інформацію для втілення терміналові, що ця конфігурація є достовірною конфігурації фізичного каналу і необов'язково протягом поточного періоду модифікації. Таким 27 89665 28 чином, коли інформація про достовірність отримувказує, що реконфігурація у попередній період ється під час поточного періоду модифікації, мобімодифікації не відбувалася, якщо послуга є перельний термінал по відповідному МТСН сповіщаліченою у повідомленні з інформація про немодиється про те, що конфігурація SCCPCH на фіковані послуги MBMS. У цьому разі конфігурація, поточний момент є достовірною і може використоотримана під час поточного періоду модифікації, вуватися після зчитування інформації про конфігуможе використовуватися відразу, наприклад, на рацію. В альтернативному варіанті інформація про початку наступного кадру або ТТІ МТСН сусідніх достовірність може вказувати мобільному термістільників. налові, що інформація про конфігурацію для сусіУ разі, якщо послуга є переліченою у повідомднього стільника є достовірною або після даного ленні з інформацією про модифіковані послуги часу активації, або до даного часу активації. ВідMBMS, також може надсилатися достовірна на повідним чином, відразу після зчитування інфорданий час конфігурація для сусіднього стільника, мації про достовірність мобільний термінал точно таким чином, щоб UE, яке входить у цей сусідній знає, протягом якого часу можна отримувати стільник, міг визначити, що він відразу може розМТСН, використовуючи інформацію про конфігупочати отримання послуги, яка надається цим стірацію. льником, використовуючи цю достовірну конфігуКрім того, для даної послуги та відповідного рацію. Початок може бути синхронізований з стільника можуть передаватися дві конфігурації початком наступного кадру ТТІ МТСН цього сусідпротягом одного періоду модифікації, якщо конфінього стільника. гурація модифікується: достовірна на даний час Також може надаватись інформація дляконфігурація та наступна достовірна конфігурація, SCCPCH кожного сусіднього стільника, яка вказує, яка має використовуватися після реконфігурації. чи було змінено конфігурацію. Ця інформація моОзнаки можуть вказувати, яка конфігурація є досже детально вказуватися для кожної послуги і/або товірною на даний час, і яка конфігурація стане для кожного сусіднього стільника. достовірною. Використання контрольних повідомлень Ця інформація про синхронізацію достовірносMBMS може бути таким: ті конфігурації може бути пов’язана з початком або Повідомлення з інформацією про модифіковаз кінцем періоду модифікації, протягом якого ні послуги MBMS може включати елемент, який отримується конфігурація. Ця інформація про синназивається часом активації MBMS PtM, який вихронізацію достовірності може бути пов'язана з значає час, починаючи з якого нова конфігурація періодом модифікації контрольного стільника або послуги стає достовірною. сусіднього з ним стільника. Правильний період Для контрольного стільника UE зчитує повідомодифікації може бути визначений або через UE з млення з інформацією про модифіковані послуги інформації про достовірність на основі попередньо MBMS (MMSI) протягом періоду модифікації її визначених правил, або через додаткову передачу отримання і перевіряє, чи є дана послуга переліна UE з боку RNC по MCCH контрольного стільниченою у повідомленні. Якщо вищезгадана послуга ка. є переліченою у повідомленні MMSI, відповідна Інформація для отримання синхронізації досконфігурація передачі контрольного стільника для товірності також може вказувати на даний період цієї послуги по МССН має використовуватися лимодифікації, під час якого починається достовірше починаючи з наступного періоду модифікації. ність конфігурації. Ця інформація також може UE в цьому разі використовує раніше отриману включати зсув, наприклад, число, яке визначає конфігурацію до початку наступного періоду мокадр, або підрахунок ТТІ. Достовірність конфігурадифікації. UE також зчитує повідомлення з інфорції у цьому разі починається зі зсувом у часі після мацією про немодифіковані послуги MBMS (MUSI) початку визначеного періоду модифікації. протягом періоду модифікації її отримання. Якщо Інформація, на основі якої визначається синхвищезгадана послуга є переліченою у повідомронізація достовірності конфігурації, може бути ленні MUSI, відповідна конфігурація вважається посиланням на час SFN, починаючи з якого конфідостовірною, і UE може розпочати отримання конгурація має бути достовірною. Повідомлення, трольного стільника МТСН відразу по отриманню створене даним стільником може включати посиUE всієї необхідної інформації. лання на достовірність часу SFN кожного з сусідніх Потім, якщо UE переходить або перемикаєтьстільників. Інформація також може включати деякі ся на стільник, у якому відбувається поточна рекоз найменш значущих бітів часу SFN даного стільнфігурація, якщо він раніше не отримав конфігураника, таким чином, щоб синхронізація достовірноцію, він не розпочинає отриманні послуги у сті могла початися у проміжній частині часу SFN. контрольному стільнику, якщо ця послуга є переліІнформація про синхронізацію достовірності ченою у повідомленні MMSI. може переноситись по логічному каналу МССН Для подолання цієї проблеми достовірна на контрольного стільника. Інформація про синхроніданий час конфігурація також може бути передазацію достовірності може бути включена у контроною й поміченою як достовірна на даний час. Досльні повідомлення, наприклад, повідомлення з товірна на даний час конфігурація в цьому разі інформацією про модифіковані послуги MBMS або відразу може використовуватися для отримання повідомлення з інформацією про немодифіковані послуги контрольного стільника. послуги MBMS, яке передається по логічному каЯкщо послуга є переліченою у повідомленні налу МССН. MMSI через її зміну у сусідньому стільнику, якщо В іншому випадку може передаватися спеціаця послуга не модифікується у контрольному стільний сигнал на UE для надання інформації, яка льнику, UE може зчитувати інформацію, яка вка 29 89665 30 зує, що конфігурація контрольного стільника є доотримання конфігурації S2, інформація про достостовірною, і потім відразу може використовувати вірність може визначати, що UE має використовуцю конфігурацію для контрольного стільника. Ця вати цю конфігурацію S1 до кінця поточного періоінформація може бути індикатором, який вказує ду модифікації. Конфігурація S1 також кожну достовірну або модифіковану конфігурацію, надсилається протягом періоду модифікації 2А, і може бути включена на рівні повідомлення конттаким чином, щоб UE, яке входить у контрольний рольного стільника або на рівні SCCPCH. Вона стільник, може відразу використовувати цю конфіможе бути особливо корисною у разі, коли змінигурацію без очікування початку наступного періоду лася лише ідентифікація MBMS MAC. модифікації. Відповідні теги ідентифікують достоЯкщо UE використовує попередньо визначені вірну на даний час конфігурацію (незмінену конфіправила для того, щоб визначити, яка конфігурація гурацію) та наступну достовірну конфігурацію (зміє достовірною на початку періоду модифікації, як нену конфігурацію). виняток, може враховуватися порядок отриманої Для сусіднього стільника пропонуються нижінформації про достовірність, для того, щоб визначезазначені рішення. чити, чи була модифікована конфігурація. Таким Як показано на Фігурі 14, якщо послуга є перечином, період достовірної конфігурації може виколіченою у повідомленні MMSI під час періоду мористовуватися UE перед очікуванням початку надифікації 1 A, UE використовує модифіковану ступного періоду модифікації у деяких випадках. конфігурацію в сусідньому стільнику лише у другий Наприклад, будь-яка конфігурація, надіслана після період модифікації 3А після періоду модифікації, в MUSI, має вважатися не зміненою для цієї послуги який було отримано повідомлення MMSI. UE викоі має вважатися достовірною на момент її зчитуристовує раніше отриману конфігурацію для перевання, і UE відразу починає використовувати цю дачі на Вузол Б В до кінця періоду модифікації 1A. конфігурацію, навіть якщо ця послуга була переліUE припиняє отримання на Вузол Б В протягом чена як модифікована у повідомленні MMSI. періоду модифікації 2А для уникнення будь-якої Фігура 16 пояснює приклад послідовності повіпомилки конфігурації Вузла Б В під час цього перідомлення МССН, для якого можуть діяти правила оду. Якщо конфігурація вищезгаданої послуги є винятку. Наприклад, повідомлення 164 визначає переліченою у повідомленні MUSI під час періоду конфігурацію послуг S-T-U для сусіднього стільнимодифікації 2А, конфігурація у сусідньому стільника. Це повідомлення йде за повідомленням MUSI ку вважається достовірною, починаючи з наступ163. Таким чином, усі конфігурації вказані у повіного періоду модифікації 3А, оскільки раніше могдомленні 164, відразу стають достовірними для ла відбутися реконфігурація. сусіднього стільника, навіть якщо конфігурації цих Іншим рішенням є передача періодів модифіпослуг для контрольного стільника були вказані у кації МССН Вузла Б В по МССН Вузла Б А, таким повідомленні 162 після повідомлення MMSI 161. чином, щоб UE могло використовувати зміни конФігура 17 пояснює приклад початку послуги у фігурації МТСН Вузла Б В на межі періодів модиконтрольному стільнику. Інформація про достовірфікації Вузла Б В. Якщо послуга є переліченою у ність, яка надається UE, визначає кількість, кільповідомленні MMSI протягом періоду модифікації кість кадрів або посилання SFN, яке визначає зсув 1 А, як показано на Фігурі 15, UE має використовуз самого початку період модифікації контрольного вати нову конфігурацію у сусідньому стільнику стільника. Послуги S та Τ по МТСН розпочинаютьлише з самого початку періоду модифікації у Вузлі ся з даною конфігурацією з цим зсувом часу по Б В (2В) по закінченню періоду модифікації у Вузлі закінченню періоду модифікації, коли було отриБ А, в який було отримано нову конфігурацію (1 А). мано інформацію про конфігурацію послуги. Ця Якщо конфігурація вищезгаданої послуги є переліінформація може надаватися по МССН в один ченою у повідомленні MUSI під час періоду модиперіод модифікації з інформацією про послуги, для фікації 2А, конфігурація послуги сусіднього стільяких починається передача по односпрямованому ника вважається достовірною з самого початку радіоканалу PtM, або з загальною інформацією періоду модифікації у Вузлі Б В (2В) протягом пепро системну інформацію. ріоду модифікації (2А), в який її було отримано у В іншому випадку інформація про достовірВузлі Б А, оскільки раніше могла відбутися реконність може вказувати, чи вже є достовірною конфіфігурація. гурація послуг на вузлі А під час поточного періоду Для кожного сусіднього стільника, який піддамодифікації. ється реконфігурації, інформація може вказувати Фігура 18 пояснює реконфігурацію послуги коSFN, який стосується контрольного стільника або нтрольного стільника. У період модифікації 2А сусіднього стільника, з якого або до якого реконфіпослуга S вказується як змінена послуга (вона пегурація сусіднього стільника є достовірною. Таким релічується, наприклад, у повідомленні з інфорчином, початок або кінець достовірності конфігумацією про модифіковані послуги MBMS), і перерації може враховуватися з великою точністю. дається нова конфігурація S2 (наприклад, в Якщо послуга є переліченою у повідомленні одному з повідомлень з інформацією про контроMUSI під час періоду модифікації (наприклад 2А льний стільник MBMS PtM Rb, загальною інфорна Фігурі 15), додаткова інформація може бути мацією MBMS або інформацією MBMS PtM Rb). надіслана на UE, яка вказує, що, реконфігурація у Для запобігання використанню UE конфігурації S2 попередній період модифікації не відбувалася, у неналежний час інформація про достовірність таким чином, щоб UE могло відразу використовувизначає, що ця конфігурація S2 має використовувати конфігурацію вищезгаданої послуги. ватися лише починаючи з наступного періоду моЯкщо послуга є переліченою у повідомленні дифікації. Якщо UE мало конфігурацію S1 до MMSI, достовірна на даний час конфігурація також 31 89665 32 може передаватися на UE, таким чином, щоб воно домлення. Якщо конфігурація стосується немодимогло розпочати отримання послуги з цією конфіфікованої послуги, виконується конфігурація фізигурацією, якщо воно входить у відповідний стільчного каналу для негайного отримання, послуги ник. "точка-багато точок". Інформація про достовірність також може Крім того, даний винахід забезпечує спосіб включати індикатор зміни інформації про конфігунадання послуги "точка-багато точок", який вклюрацію для кожного сусіднього стільника та/або чає: визначення достовірності фізичного каналу, послуги. який переносить дані послуги "точка-багато точок"; Порядок отриманої інформації про достовірнадсилання на мобільний термінал інформації, яка ність також може враховуватися для того, щоб вказує визначену достовірність фізичного каналу; і визначити, чи була модифікована конфігурація. передачу на мобільний термінал даних послуги Наприклад, будь-яка конфігурація, перелічена у "точка-багато точок" через фізичний канал, який MUSI, має вважатися не зміненою для цієї послуги був сконфігурований з мобільним терміналом, у і має вважатися достовірною на момент її зчитувідповідний час, визначений згідно з надісланою вання або на початку наступного періоду модифіінформацією. кації Вузла Б В після кінця зчитування періоду моВідповідний час може бути пов'язаний з індидифікації у Вузлі Б В або з другого періоду кацією синхронізації. Якщо індикація синхронізації модифікації у Вузлі Б А. є включеною до інформації, виконується конфігуІнформація про конфігурацію, яка використорація фізичного каналу для отримання даних посвується даною послугою для передачі PtM, може луги "точка-багато точок" згідно з індикацією синхстосуватися таких конфігурацій: ронізації, завдяки чому інформація для втілення - конфігурації S-CCPCH, конфігурації включається до отриманого контро- конфігурації транспортного каналу, льного повідомлення. Якщо індикація синхронізації - конфігурації МАС, не включається до інформації, виконується конфі- конфігурації PDCP, гурація фізичного каналу для отримання даних - конфігурації RLC. послуги "точка-багато точок" у наступний період, Даний винахід забезпечує спосіб отримання завдяки чому інформація для втілення конфігурапослуги "точка-багато точок", який включає: отриції включається до отриманого контрольного повімання з мережі інформації, яка вказує на достовідомлення. рність фізичного каналу, який переносить дані поДля втілення різних описаний вище особливослуги "точка-багато точок"; визначення стей у даному винаході можуть застосовуватися відповідного часу для конфігурації фізичного канарізні типи апаратних засобів та/або програмного лу на основі отриманої інформації; конфігурацію забезпечення (модулів). Наприклад, різні апаратні фізичного каналу згідно з принаймні одним з покамодулі можуть містити різні схеми та компоненти, зників часу та конфігурації; і отримання даних поснеобхідні для здійснення етапів вищезгаданого луги "точка-багато точок" через сконфігурований способу здійснення пошуку в широкосмуговій сисфізичний канал. темі бездротового доступу. Крім того, різні програВідповідний час може бути пов'язаний з індимні модулі (які виконуються процесорами та/або кацією синхронізації. Якщо індикація синхронізації іншими апаратними засобами) можуть містити є включеною до інформації, виконується конфігурізні коди та протоколи, необхідні для здійснення рація фізичного каналу для отримання даних посетапів даного винаходу. луги "точка-багато точок" згідно з індикацією синхУ цьому описі розкрито різні ілюстративні варіронізації, завдяки чому інформація для втілення анти втілення даного винаходу. Обсяг формули конфігурації включається до отриманого контровинаходу охоплює різні модифікації та рівноцінні льного повідомлення. Якщо індикація синхронізації варіанти ілюстративних варіантів втілення, розкрине включається до інформації, виконується конфітих в описі. Отже, представлена нижче формула гурація фізичного каналу для отримання даних винаходу має тлумачитись якнайширше для охоппослуги "точка-багато точок" у наступний період, лення модифікацій, рівноцінних структур та особзавдяки чому інформація для втілення конфігураливостей, які відповідають вказаним авторами ції включається до отриманого контрольного повісутності та обсягові винаходу. 33 89665 34 35 89665 36 37 89665 38 39 89665 40 41 89665 42 43 89665 44 45 Комп’ютерна верстка О. Гапоненко 89665 Підписне 46 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601