Переривчасті передача та прийом даних послуги мультимедійної циркулярної/багатоадресної передачі у системі мобільного зв’язку

1. Спосіб отримання послуги "точка-багато точок" у мобільному терміналі системи мобільного зв'язку, який включає отримання планувальної інформації від мережі для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал для множини мобільних терміналів, які передплачують послугу "точкабагато точок", визначення часу отримання сервісних даних "точка-багато точок" у відповідь на планувальну інформацію і прийом у переривчастому режимі сервісних даних "точка-багато точок" у мобільному терміналі через другий загальний канал. 2. Спосіб за п. 1, який відрізняється тим, що перший загальний канал та другий загальний канал відображаються в загальному фізичному 3. Спосіб за п. 2, який відрізняється тим, що каналі. планувальна інформація включає інформацію, пов'язану іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. 4. Спосіб за п. 2, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з іншими сервісними даними "точкабагато точок", переданими через загальний фізичний канал. 5. Спосіб за п. 1, який відрізняється тим, що перший загальний канал включає загальний контрольний логічний канал. 2 UA 1 МУЛЬТИМЕДІЙНОЇ (19) ДЕРЖАВНИЙ ДЕПАРТАМЕНТ ІНТЕЛЕКТУАЛЬНОЇ ВЛАСНОСТІ 3 багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією. 19. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". 20. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає ідентифікатор для ідентифікації другого загального каналу. 21. Спосіб за п. 1, який відрізняється тим, що другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал. 22. Спосіб за п. 1, який відрізняється тим, що також включає вибіркове отримання планувальної інформації згідно з режимом планувальної інформації і отримання індикатора режиму для відображення режиму планувальної інформації, причому режим планувальної інформації включає принаймні один із заходів, до яких належать отримання планувальної інформації один раз під час перерваного прийому сервісних даних "точкабагато точок", періодичне отримання планувальної інформації під час перерваного прийому сервісних даних "точка-багато точок" і отримання планувальної інформації неперіодично під час перерваного прийому сервісних даних "точка23. Спосіб за багато-точок". п. 22, який відрізняється тим, що індикатор режиму отримується через принаймні один з-поміж першого загального каналу, третього загального каналу з використанням RRC повідомлення "точка-багато точок" та четвертого загального каналу з використанням системної інформації. 24. Спосіб передачі послуги "точка-багато точок" з мережі системи мобільного зв'язку, який включає передачу планувальної інформації на мобільний термінал для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал для множини мобільних терміналів, які передплачують послугу "точкабагато точок", і переривчасту передачу сервісних даних "точкабагато точок" у мобільному терміналі через другий загальний канал. 25. Спосіб за п. 24, який відрізняється тим, що перший загальний канал та другий загальний канал відображаються в загальному фізичному каналі. 26. Спосіб за п. 25, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. 27. Спосіб за п. 25, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з іншими сервісними даними "точкабагато точок", переданими через загальний фізичний канал. 28. Спосіб за п. 24, який відрізняється тим, що перший загальний канал включає загальний контрольний логічний канал. 82938 4 29. Спосіб за п. 24, який відрізняється тим, що другий загальний канал включає загальний інформаційний логічний канал. 30. Спосіб за п. 24, який відрізняється тим, що планувальна інформація передається періодично. 31. Спосіб за п. 30, який відрізняється тим, що мережа передає інформацію про період для передачі планувальної інформації через третій загальний канал. 32. Спосіб за п. 30, який відрізняється тим, що планувальна інформація передається під час перерваної передачі сервісних даних "точкабагато точок". 33. Спосіб за п. 24, який відрізняється тим, що планувальна інформація передається неперіодично. 34. Спосіб за п. 33, який відрізняється тим, що мережа передає інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний канал. 35. Спосіб за п. 33, який відрізняється тим, що планувальна інформація передається під час перерваної передачі сервісних даних "точкабагато точок". 36. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з перерваною передачею сервісних даних "точка-багато-точок". 37. Спосіб за п. 36, який відрізняється тим, що мережа призупиняє передачу сервісних даних "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. 38. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точка-багато точок". 39. Спосіб за п. 38, який відрізняється тим, що мережа передає сервісні дані "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. 40. Спосіб за п. 24, який відрізняється тим, що планувальна інформація також включає інформацію, пов'язану з часом початку безперервної передачі сервісних даних "точка41. Спосіб за багато точок". п. 40, який відрізняється тим, що мережа передає сервісні дані "точка-багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією. 42. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". 43. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає ідентифікатор для ідентифікації другого загального каналу. 44. Спосіб за п. 24, який відрізняється тим, що другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал. 45. Спосіб за п. 24, який відрізняється тим, що також включає передачу планувальної інформації згідно з режимом планувальної інформації та передачу індикатора режиму для відображення режиму планувальної інформації, причому режим планувальної інформації включає принаймні один 5 82938 6 із заходів, до яких належать передача планувальної інформації один раз під час перерваної передачі сервісних даних "точкабагато точок", передачу планувальної інформації періодично під час перерваної передачі сервісних даних "точка-багато точок" і передачу планувальної інформації неперіодично під час перерваної передачі сервісних даних "точкабагато точок". 46. Спосіб за п. 45, який відрізняється тим, що індикатор режиму передається через принаймні один з-поміж першого загального каналу, третього загального каналу з використанням RRC повідомлення "точка-багато точок" і четвертого загального каналу з використанням системної інформації. Даний винахід стосується послуги мультимедійної циркулярної / багатоадресної лередачі (MBMS) у системі мобільного зв'язку, зокрема, переривчастих передачі та прийому даних MBMS між мережею та мобільним терміналом. Універсальна мобільна телекомунікаційна система (УМТС) є мобільною телекомунікаційною системою третього покоління, яка походить від глобальної системи мобільного зв'язку (GSM), що відповідає європейському стандартові. УМТС є спрямованою на надання поліпшених послуг мобільного зв'язку на основі базової мережі GSM та технологій широкосмугового багатостанційного доступу з кодовим розподілом каналів. Мережну структуру УМТС 1 існуючого рівня техніки показано на Фіг.1. Мобільний термінал або абонентське обладнання (UE) є з'єднаним з базовою мережею (CN) через наземну мережу радіозв'язку з абонентами УМТС (UTRAN). UTRAN конфігурує, підтримує в працездатному стані і керує односпрямованим радіоканалом для зв'язку між UE 2 та базовою мережею для відповідності вимогам безперервної якості надання послуги. UTRAN включає множину радіомережних підсистем (RNS), кожна з яких включає один контролер радіомережі (RNC) для множини базових станцій або "Вузлів В". RNC, з'єднаний з даною базовою станцією, є контрольним RNC для розміщення та керування загальними ресурсами, передбаченими для будь-якої кількості UE, які працюють в одному стільнику. У Вузлі В існує один або кілька стільників. Контрольний RNC контролює навантаження потоку повідомлень, перевантаження стільника та прийняття нових радіоканалів. Кожен Вузол В може приймати сигнал "по лінії нагору" від UE і може передавати сигнали "по лінії вниз" до UE. Кожен Вузол В працює як точка доступу, яка надає UE можливість з'єднання з UTRAN, тоді, як RNC працює як точка доступу, яка надає можливість відповідним Вузлам В можливість з'єднання з базовою мережею. Серед радіомережних підсистем UTRAN службовий RNC є RNC, який управляє виділеними радіоресурсами для надання послуг для окремого UE і є точкою доступу до базової мережі для передача даних на окремий UE. Усі інші RNC, з'єднані з UE, є дрейфовими RNC, тобто, існує лише один службовий RNC, який з'єднує UE з базовою мережею через UTRAN. Дрейфові RNC забезпечують маршрутизацію даних користувача і призначають коди як загальні ресурси. Інтерфейс між UE та UTRAN реалізують через інтерфейсний протокол радіозв'язку, який установлюється згідно зі специфікаціями мережі радіозв'язку з абонентами, в яких описано фізичний рівень (L1), рівень каналу передачі даних (L2) та мережний рівень (L3), які описуються, наприклад, у специфікаціях Проекту партнерства третього покоління (3 GPP). Ці рівні базуються на трьох нижчих рівнях моделі взаємодії відкритих систем (OSI), яка є загальновідомою серед спеціалістів у галузі систем зв'язку. Архітектура інтерфейсного протокол радіозв'язку існуючого рівня техніки пояснюється на Фіг.2. Як можна побачити, інтерфейсний протокол радіозв'язку горизонтально розділяється на фізичний рівень, рівень каналу передачі даних та мережний рівень і вертикально розділяється на матрицю користувача для перенесення потоку даних, такого як передача голосових сигналів та пакета Інтернет протоколу, та матрицю контролю для передачі контрольної інформації для підтримання та управління інтерфейсом. Фізичний рівень (PHY) забезпечує послуги передачі інформації до вищого рівня і є зв'язаним через транспортні канали з рівнем доступу до середовища передачі даних (МАС рівень). Дані передаються між рівнем МАС та фізичним рівнем через транспортний канал. Крім того, передача даних відбувається через фізичний канал між різними фізичними рівнями, тобто, між фізичними рівнями надсилаючої сторони (передавача) та приймаючої сторони (передавача). Рівень МАС другого рівня надає послугу для верхнього рівня контролю радіоканалу (RLC) через логічний канал. Рівень RLC забезпечує підтримку для надійної передачі даних і може виконувати функцію сегментації і конкатенації RLC сервісних блоків даних (SDU), які надходять з верхнього рівня. Рівень контролю радіоресурсу (RRC), розташований у найнижчій частині третього рівня (L3) визначається тільки у матриці контролю і контролює транспортні канали та фізичні канали у зв'язку з установленням, реконфігурацією або відміною односпрямованих радіоканалів. Односпрямований радіоканал (RB) є послугою, яка надається нижнім рівнем, таким як рівень RLC або рівень МАС, для передачі даних між UE та UTRAN і гарантує задану якість послуги між UE та UTRAN. Встановлення RB визначає регулятивні характеристики протокольного рівня та каналу, необхідного, щоб забезпечити певну окрему послугу, таким чином, встановлюючи параметри 7 та оперативні способи послуги. Коли встановлено зв'язок, який дозволяє передачу між RRC рівнем певного окремого UE та RRC рівнем UTRAN, то UE вважають таким, що перебуває у стані RRCз'єднання. Без такого з'єднання UE перебуває у незайнятому стані. RRC рівень UTRAN вимагає одного або кількох вимірювань від термінального (UE) RRC для контролювання односпрямованого радіоканалу. Наприклад, RRC рівень UTRAN вимагає UE RRC для вимірювання потужності каналу, переданого у конкретному стільнику або для вимірювання потужності каналу, переданого з конкретної частоти. Нижче описано послугу мультимедійної циркулярної / багатоадресної передачі (MBMS або "MBMS послугу"). MBMS стосується способу забезпечення поточних або фонових послуг для множини UE з використанням MBMS односпрямованого радіоканалу, і якому використовується принаймні один з односпрямованих радіоканалів "точка-багато тачок" та "точка-точка". MBMS послуга включає одну або кілька сесій, і MBMS дані передаються на множину терміналів через односпрямований радіоканал MBMS лише під "час поточної сесії. У даному разі сесією є період часу, протягом якого мережею передаються конкретні дані. Відповідно до назви, MBMS може здійснюватися в широкосмуговому режимі або багатоадресному режимі. Широкосмуговий режим передбачено для передачі мультимедійних даних на всі UE у межах району широкосмугової передачі, наприклад, домену, в якому є доступною широкосмугова передача. Багатоадресний режим є призначеним для передачі мультимедійних даних на окрему групу UE у межах району багатоадресної передачі, наприклад, домену, в якому є доступною багатоадресна передача. UTRAN забезпечує MBMS послугу для множини UE з використанням RB. RB, які використовуються UTRAN, можуть класифікуватись як RB "точка-точка" або RB "точка-багато точок". RB "точка-точка" є двоспрямованим RB, який включає логічний канал DTCH (виділений інформаційний канал), транспортний канал DCH (виділений канал) та фізичний канал DPCH (виділений фізичний канал). В альтернативному варіанті RB "точка-точка" може включати DTCH, транспортний канал FACH (канал прямого доступу) та фізичний канал SCCPCH (другорядний загальний контрольний фізичний канал). "точка-багато точок" є односпрямованим RB RB "по лінії вниз", який включає логічний канал MTCH (канал потоку даних MBMS), транспортний канал FACH (канал прямого доступу) та фізичний канал SCCPCH. Логічний канал MTCH є сконфігурованим для кожної MBMS послуги, яка надається для одного стільника, і використовується для передачі даних матриці користувача конкретної MBMS послуги до UE. UTRAN, що надає MBMS послугу, передає контрольне повідомлення, тобто, пов'язане з MBMS RRC повідомлення, на множину терміналів (UE) через MCCH (канал управління MBMS). Пов'язане з MBMS контрольне повідомлення включає повідомлення, яке надає інформацію про 82938 8 MBMS послугу, та повідомлення, яке надає інформацію про RB "точка-багато точок". Як показано на Фіг.3, логічний канал MCCH є спадним каналом "точка-багато точок" і відображається у FACH, який відображається у SCCPCH. В одному стільнику існує лише один MCCH. Відповідним чином, коли термінал хоче отримати конкретну MBMS послугу з використанням RB "точка-багато точок", він отримує RRC повідомлення, включаючи RB інформацію через MCCH і встановлює RB "точкабагато точок" з використанням RB інформації. Після встановлення RB "точка-багато точок" термінал безперервно отримує фізичний канал SCCPCH, в якому відображається MTCH, для отримання даних конкретної MBMS послуги, переданих через MTCH. рівні техніки, оскільки Однак в існуючому термінал не може визначити, коли під час сесії через MTCH передано MBMS дані, тобто, точний час передачі MBMS даних, термінал під час сесії повинен безперервно отримувати SCCPCH у якому відображається MTCH. Таким чином, термінал під час сесії не може виконувати інші операції, такі як вимірювання каналу іншого стільника. Крім того, коли термінал виконує операцію вимірювання, він не може отримувати MBMS дані, передані під час операції вимірювання. винахід Даний стосується способу переривчастих передачі та прийому MBMS даних між радіосистемою та мобільним терміналом. Додаткові особливості та переваги винаходу викладено у представленому нижче описі і частково стануть зрозумілими з опису або можуть стати зрозумілими через практичне втілення винаходу. Цілі та інші переваги винаходу реалізуються й досягаються за допомогою структури, детально вказаної у письмовому описі та формулі винаходу, а також на супровідних фігурах. досягнення цих та інших переваг і згідно з Для метою даного винаходу, яка втілюється і широко описується, даний винахід втілено у способі отримання послуги "точка-багато точок" у мобільному терміналі системи мобільного зв'язку, спосіб включає отримання планувальної інформації від мережі для переривчастого прийому сервісних даних "точка-багато точок", причому планувальна інформація надається через перший загальний канал на множину мобільних терміналів, які передплачують послугу "точкабагато точок", визначаючи час отримання сервісних даних "точка-багато точок" у відповідь на планувальну інформацію і приймаючи у переривчастому режимі сервісні дані "точка-багато точок" у мобільному терміналі через другий загальний канал. Перший загальний канал та другий загальний канал відображаються у загальному фізичному каналі. Планувальна інформація включає інформацію, пов'язану з іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. Планувальна інформація також може включати інформацію, пов'язану з іншими сервісними даними "точкабагато точок", переданими через загальний фізичний канал. Перший загальний канал включає загальний контрольний логічний канал. Другий 9 загальний канал включає загальний інформаційний логічний канал. В одному варіанті втілення даного винаходу планувальна інформація приймається періодично, причому мобільний термінал отримує періодичну інформацію для отримання планувальної інформації через третій загальний канал. Крім того, планувальна інформація приймається під час перерваної передачі сервісних даних "точкабагато точок". В іншому варіанті втілення винаходу планувальна інформація приймається неперіодично, причому мобільний термінал отримує інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний канал Крім того, планувальна інформація приймається під час перерваної передачі сервісних даних "точка-багато точок". В іншому аспекті винаходу планувальна інформація включає інформацію, пов'язану з перерваною передачею сервісних даних "точкабагато точок", коли мобільний термінал призупиняє отримання сервісних даних "точкабагато точок" протягом періоду, пов'язаного з планувальною інформацією. В альтернативному варіанті планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точкабагато точок", коли мобільний термінал отримує сервісні дані "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. Планувальна інформація також може включати інформацію, пов'язану з часом початку безперервної передачі сервісних даних "точкабагато точок", коли мобільний термінал отримує сервісні дані "точка-багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією. У детальному аспекті винаходу планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". Планувальна інформація також може включати ідентифікатор для ідентифікації другого загального каналу. Другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал. В іншому аспекті спосіб також включає вибіркове отримання планувальної інформації згідно з режимом планувальної інформації та отримання індикатора режиму для відображення режиму планувальної інформації, причому режим планувальної інформації включає принаймні отримання планувальної інформації один раз під час перерваного прийому сервісних даних "точкабагато точок", періодичне отримання планувальної інформації під час перерваного прийому сервісних даних "точка-багато точок" і отримання планувальної інформації неперіодично під час перерваного прийому сервісних даних "точкабагато точок". В оптимальному варіанті індикатор режиму отримується через принаймні один з-поміж першого загального каналу, третього загального каналу з використанням RRC повідомлення "точкабагато точок" та четвертого загального каналу з використанням системної інформації. 82938 10 Спосіб передачі послуги "точка-багато точок" з мережі системи мобільного зв'язку включає передачу планувальної інформації на мобільний термінал для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал на множину мобільних терміналів, які передплачують послугу "точкабагато точок" та переривчастої передачі сервісних даних "точка-багато точок" у мобільному терміналі через другий загальний канал. Перший загальний канал та другий загальний канал відображаються в загальному фізичному каналі, в якому планувальна інформація включає інформацію, пов'язану іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. Планувальна інформація також може включати інформацію, пов'язану з іншими сервісними даними "точкабагато точок", переданими через загальний фізичний канал. Перший загальний канал включає загальний контрольний логічний канал. Другий загальний канал включає загальний інформаційний логічний канал. В одному варіанті втілення винаходу планувальна інформація передається періодично, причому мережа передає інформацію про період для передачі планувальної інформації через третій загальний канал. Крім того, планувальна інформація передається під час перерваної передачі сервісних даних "точка-багато точок". В іншому варіанті втілення винаходу планувальна інформація передається неперіодично, причому мережа передає інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний канал. Крім того, планувальна інформація передається під час перерваної передачі сервісних даних "точка-багато точок". В одному аспекті винаходу планувальна інформація включає інформацію, пов'язану з перерваною передачею сервісних даних "точкабагато точок", причому мережа призупиняє передачу сервісних даних "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. В іншому аспекті винаходу планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точкабагато точок", причому мережа передає сервісні дані "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. Планувальна інформація також може включати інформацію, пов'язану з часом початку безперервної передачі сервісних даних "точкабагато точок", причому мережа передає сервісні дані "точка-багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією. У ще одному аспекті винаходу планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". Планувальна інформація також може включати ідентифікатор для ідентифікації другого загального каналу. Другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал. У детальному аспекті винаходу спосіб включає передачу планувальної інформації згідно з режим 11 планувальної інформації і передачу індикатора режиму для відображення режиму планувальної інформації, причому режим планувальної інформації включає принаймні передачу планувальної інформації один раз під час перерваної передачі сервісних даних "точкабагато точок", передачу планувальної інформації періодично під час перерваної передачі сервісних даних "точка-багато точок" та передачу планувальної інформації неперіодично під час перерваної передачі сервісних даних "точкабагато точок". В оптимальному варіанті індикатор режиму передається через принаймні один з-поміж першого загального каналу, третього загального каналу з використанням RRC повідомлення "точкабагато точок" та четвертого загального каналу з використанням системної інформації. Слід розуміти, що представлений вище загальний опис та представлений нижче детальний опис даного винаходу подано для прикладу та пояснення і є призначеними для подальшого пояснення заявленого винаходу. Супровідні фігури, які є включеними для кращого розуміння і становлять частину цього опису, пояснюють варіанти втілення винаходу і разом з описом служать для пояснення принципів винаходу. Фіг.1 показує блок-схему мережної структури УМТС існуючого рівня техніки. Фіг.2 показує блок-схему існуючого рівня техніки інтерфейсного протоколу радіозв'язку на базі специфікацій 3GPP мережі радіозв'язку з абонентами. Фіг.3 показує структуру відображення MBMS каналу існуючого рівня техніки. Фіг.4 показує структуру відображення MBMS каналу згідно з одним варіантом втілення винаходу. Фіг.5 показує часову послідовність для переривчастих передачі та прийому MBMS даних у системі мобільного зв'язку згідно з одним варіантом втілення винаходу. Фіг.6 показує часову послідовність для переривчастих передачі та прийому MBMS даних у системі мобільного зв'язку згідно з іншим варіантом втілення даного винаходу. Фіг.7 показує часову послідовність для переривчастих передачі та прийому MBMS даних у системі мобільного зв'язку згідно з іншим варіантом втілення винаходу. Даний винахід втілено у системі мобільного зв'язку, такій як УМТС (універсальна мобільна телекомунікаційна система), яку було розроблено згідно зі специфікаціями 3GPP. Однак даний винахід також може бути застосований і для іншої системи зв'язку. Даний винахід стосується переривчастих передачі та прийому MBMS даних між мережею, яка надає одну або кілька MBMS послуг, та мобільним терміналом, який отримує конкретну MBMS послугу. Для цього мережна система передає контрольне повідомлення MBMS через перший фізичний канал і передає MBMS дані та контрольне допоміжне повідомлення MBMS 82938 12 (наприклад, планувальне повідомлення), що сприяє проходженню контрольного повідомлення MBMS через другий фізичний канал, для того, щоб, таким чином, переривчасто передавати MBMS дані на мобільний термінал згідно з контрольним допоміжним повідомленням MBMS. Мобільний термінал отримує контрольне повідомлення MBMS через перший фізичний канал, отримує MBMS дані та контрольне допоміжне повідомлення MBMS, що сприяє проходженню контрольного повідомлення MBMS через другий фізичний канал, і переривчасто отримує MBMS дані від мережі згідно з контрольним допоміжним повідомленням. Контрольне допоміжне повідомлення MBMS включає, наприклад, планувальну інформацію MBMS для MBMS даних, які передаються через MTCH, і вказує на призупинення або відновлення передачі або прийому MBMS. Якщо планувальна інформація MBMS, включена до контрольного допоміжного повідомлення MBMS, вказує на призупинення передачі або прийому MBMS даних, термінал призупиняє прийом MBMS даних. Якщо планувальна інформація MBMS вказує на відновлення передачі або прийому MBMS даних, термінал відновлює прийом MBMS даних. Крім того, якщо планувальна інформація MBMS контрольного допоміжного повідомлення MBMS вказує на призупинення передачі або прийому MBMS даних, планувальна інформація MBMS додатково передає інформацію про час призупинення на термінал. В оптимальному варіанті інформація про час призупинення включає час, на який термінал призупиняє прийом MBMS даних, період призупинення або зсув призупинення для отримання MBMS даних. Контрольне повідомлення MBMS передається через логічний канал MCCH. MBMS дані передаються через логічний канал MTCH. Перший фізичний канал в оптимальному варіанті є фізичним каналом SCCPCH, у якому відображається MCCH. Другий фізичний канал в оптимальному варіанті є фізичним каналом SCCPCH, у якому відображається логічний канал MCCH. Контрольне допоміжне повідомлення MBMS передається через другий фізичний канал, у якому відображається логічний канал MCCH. Контрольне допоміжне повідомлення MBMS в оптимальному варіанті передається через логічний канал, відмінний від MCCH. В оптимальному варіанті контрольне допоміжне повідомлення MBMS включає планувальну інформацію, яка вказує на контрольне повідомлення, що передається через перший фізичний канал. Фіг.4 показує структуру відображення MBMS каналу згідно з оптимальним варіантом втілення даного винаходу. Як показано на Фіг.4, для того, щоб переривчасто передавати і приймати MBMS дані, S-MCCH (Secondary MCCH) сприяє MCCH, причому S-MCCH використовують для передачі контрольного допоміжного повідомлення MBMS на термінал. Логічний канал S-MCCH відображається у транспортному каналі FACH, а FACH відображається у фізичному каналі SCCPCH. SMCCH відображається у тому самому SCCPCH, в 13 якому відображається MTCH. В оптимальному варіанті S-MCCH завжди відображається у тому самому SCCPCH, в якому відображаються один або кілька MTCH. Крім того, в оптимальному варіанті S-MCCH відображається не в тому SCCPCH, у якому відображається MCCH. Існує лише один MCCH на стільник, але, для порівняння, кількість S-MCCH, існуючих на стільник, дорівнює кількості SCCPCH, у яких відображаються один або кілька MTCH. В оптимальному варіанті існують один або кілька SMCCH в одному стільнику. Крім того, стек протоколів S-MCCH є таким самим, що й стек протоколів MCCH. Як показано на Фіг.4, один MTCH використовують для передачі MBMS даних для конкретної MBMS послуги. S-MCCH передає контрольне допоміжне повідомлення MBMS, яке стосується передачі та прийому MTCH, що відображається у тому самому SCCPCH, що й SMCCH. Контрольне допоміжне повідомлення MBMS включає планувальну інформацію MBMS для MBMS даних, переданих через MTCH, наприклад, індикатор передачі/прийому. Планувальну інформацію MBMS використовують для повідомлення терміналам, які хочуть отримати конкретний MBMS, інформації про призупинення або відновлення прийому MBMS через конкретний MTCH. Контрольне допоміжне повідомлення MBMS, передане через S-MCCH, може включати планувальну інформацію MBMS з ідентифікатором для ідентифікації конкретного MTCH (MTCH ідентифікатором) або ідентифікатором для ідентифікації MBMS, переданого через MTCH (MBMS ідентифікатором). Відповідно, планувальна інформація MBMS може контролювати передачу/прийом MBMS даних, переданих через MTCH, шляхом використання MTCH ідентифікатора або MBMS ідентифікатора. Далі буде описано операцію переривчастих передачі/прийому MBMS даних згідно з даним винаходом. На Фігурах з 5 по 7 показано процес, у якому UTRAN переривчасто передає конкретні MBMS дані в одиницях TTI (часового інтервалу передачі) через SCCPCH, і термінал переривчасто отримує конкретні MBMS дані через SCCPCH. При цьому одиниці TTI можуть бути встановлені на 10мсек, 20мсек, 40мсек або 80мсек. Фіг.5 показує часову послідовність для переривчастих передачі/прийому MBMS даних між UTRAN та терміналом згідно з першим варіантом втілення даного винаходу (режим 1). Як показано на Фігурі 5, планувальна інформація MBMS, яка вказує на призупинення, не передається повторно протягом інтервалу призупинення (S3) прийому MBMS даних. Спочатку мережа (наприклад, UTRAN) передає дані через SCCPCH, у якому відображається конкретний MTCH для конкретного MBMS. Дані передаються в одиницях TTI (часового інтервалу передачі). Термінал, який хоче отримати MBMS, отримує MBMS дані через SCCPCH (етап Sl). даних для конкретної MBMS Якщо передача послуги через конкретний MTCH призупиняється, UTRAN передає контрольне допоміжне повідомлення MBMS, яке включає планувальну 82938 14 інформацію MBMS, яка вказує на призупинення, та MBMS ідентифікатор (або MTCH ідентифікатор) через S-MCCH (етап S2). Термінал отримує контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, та MBMS ідентифікатор (або MTCH ідентифікатор). UTRAN також може включати у контрольному допоміжному повідомленні MBMS інформацію про час, у який передається планувальна інформація MBMS, яка вказує на відновлення передачі MBMS даних. У цьому разі термінал отримує від контрольного допоміжного повідомлення MBMS інформацію про час, у який передається планувальна інформація MBMS, яка вказує на відновлення. Відповідно, UTRAN призупиняє передачу даних MBMS через MTCH, а термінал призупиняє прийом даних MBMS через MTCH згідно з індикацією планувальної інформації MBMS, включеної у контрольне допоміжне повідомлення MBMS (етап S3). Протягом інтервалу призупинення отримання даних термінал може виконувати різні операції, такі як процес вимірювання згідно з вказівкою UTRAN, отримувати MCCH або отримувати пейджинговий індикаторний S2, якщо інформація про час, у який На етапі канал для MBMS. має бути передана планувальна інформація MBMS, яка вказує на відновлення передачі MBMS даних, є включеною у контрольне допоміжне повідомлення MBMS, термінал виявляє у контрольному допоміжному повідомленні MBMS інформацію про час, у який планувальна інформація MBMS, яка вказує на відновлення, передається від UTRAN. Однак якщо інформація про час, у який має бути передана планувальна інформація MBMS, яка вказує на відновлення, не включається у контрольне допоміжне повідомлення MBMS, UTRAN передає інформацію про час, у який планувальна інформація MBMS має бути передана через MCCH або пейджинговий індикаторний канал протягом інтервалу призупинення отримання даних Відповідно, термінал може отримувати інформацію про час, у який планувальна інформація MBMS має бути передана, і виявляти інформацію про час, у який має бути передана планувальна інформація MBMS, яка вказує на відновлення передачі MBMS даних. У такий спосіб термінал може виявляти інформацію про час, у який має бути передана планувальна інформація MBMS, яка вказує на відновлення, і призупиняти прийом MBMS даних через SCCPCH, в якому відображається MTCH доки не буде передано планувальну інформацію MBMS, яка вказує на відновлення. Коли передача даних для MBMS через MTCH відновлюється, UTRAN передає контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення передачі MBMS даних, та MBMS ідентифікатор (або MTCH ідентифікатор) на термінал (етап S4). Потім термінал приймає контрольне допоміжне повідомлення MBMS і отримує планувальну інформацію MBMS, яка 15 вказує на відновлення передачі MBMS даних, та MBMS ідентифікатор (або MTCH ідентифікатор). Якщо існує різниця у часі між моментом, у який передається планувальна інформація MBMS, яка вказує на відновлення, та моментом, у який відновлюється передача даних MBMS через MTCH, UTRAN також включає інформацію про момент відновлення передачі MTCH даних у контрольному допоміжному повідомленні MBMS. Термінал отримує інформацію про момент відновлення передачі MTCH даних з контрольного допоміжного повідомлення MBMS. Відповідно, UTRAN відновлює передачу даних для MBMS через MTCH, і термінал відновлює отримання MBMS даних через MTCH згідно з індикацією планувальної інформації MBMS, що вказує на відновлення (етап S5). У цьому разі, якщо отримане контрольне допоміжне повідомлення MBMS включає інформацію, яка стосується моменту відновлення передачі MTCH даних, термінал починає отримувати MBMS дані через MTCH з моменту відновлення передачі MTCH даних. Однак якщо контрольне допоміжне повідомлення MBMS не включає інформацію про момент відновлення передачі MTCH даних, термінал починає отримувати MBMS дані через MTCH відразу після отримання контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію6 показує вказує на відновлення для Фігура MBMS, яка часову послідовність переривчастих передачі/прийому MBMS даних між UTRAN та терміналом згідно з другим варіантом втілення даного винаходу (режим 2). Як показано на Фігурі 6, контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, періодично передається протягом інтервалу призупинення отримання даних. Для цього UTRAN має інформувати термінал про цикл передачі планувальної інформації MBMS, яка періодично передається протягом інтервалу призупинення отримання даних. Інформація про цикл передачі планувальної інформації MBMS включає тривалість циклу, з якою планувальна інформація MBMS повторно передається протягом інтервалу призупинення отримання даних. Тривалість циклу стосується інтервалу часу між двома послідовними передачами планувальної інформації MBMS. На Фіг.6 показано, що тривалість циклу дорівнює 5 TTI; тобто, у п'ять разів перевищує тривалість TTI. Згідно з Фіг.6, процес передачі та прийому MBMS даних між UTRAN та терміналом є таким: UTRAN передає конкретні MBMS дані через SCCPCH, у якому відображається конкретний MTCH, в одиницях TTI. Термінал, який хоче отримати MBMS, отримує MBMS дані через SCCPCH, у якому відображається MTCH (етап S1). Якщо передача даних MBMS через MTCH має бути призупинена, UTRAN передає контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, що вказує на призупинення передачі даних MBMS, та MBMS ідентифікатор (або MTCH ідентифікатор), через SMCCH (етап S2). У даному разі UTRAN також включає інформацію про цикл передачі планувальної інформації MBMS у контрольному 82938 16 допоміжному повідомленні MBMS. Потім термінал приймає контрольне допоміжне повідомлення MBMS і отримує планувальну інформацію MBMS, яка вказує на призупинення передачі даних MBMS, та MBMS ідентифікатор (або MTCH ідентифікатор). У цьому разі термінал отримує інформацію про цикл передачі планувальної інформації MBMS з контрольного допоміжного повідомлення MBMS. UTRAN призупиняє передачу даних MBMS через MTCH, і термінал призупиняє прийом даних MBMS через MTCH згідно з індикацією планувальної інформації MBMS, включеної у контрольне допоміжне повідомлення MBMS (етап S3). Протягом інтервалу призупинення отримання даних термінал може виконувати різні операції, такі як процес вимірювання згідно з вказівкою UTRAN, отримувати MCCH або отримувати пейджинговий індикаторний канал для MBMS. UTRAN періодично передає контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, через S-MCCH протягом інтервалу призупинення отримання даних (етап S4). Якщо інформація про цикл передачі планувальної інформації MBMS є включеною у контрольне допоміжне повідомлення MBMS на етапі S2, термінал отримує інформацію про цикл передачі планувальної інформації MBMS з контрольного допоміжного повідомлення MBMS і виявляє момент, у який періодично передається планувальна інформація MBMS. Однак якщо цикл передачі планувальної інформації MBMS не включається у контрольне допоміжне повідомлення MBMS, термінал отримує інформацію про цикл передачі планувальної інформації MBMS через BCCH або MCCH до здійснення етапу S4. Після отримання інформації про момент, у який періодично передається планувальна інформація MBMS, термінал призупиняє прийом MBMS даних через MTCH і періодично отримує планувальну інформацію MBMS через S-MCCH. Крім того, протягом інтервалу призупинення отримання даних UTRAN періодично передає планувальну інформацію MBMS через S-MCCH (етап S5). Тим часом термінал призупиняє прийом даних MBMS через MTCH і періодично отримує планувальну інформацію MBMS через S-MCCH шляхом використання інформації про цикл передачі планувальної інформації MBMS, отриманої на етапі S4. Після цього, коли передача даних MBMS через MTCH має бути відновлена, UTRAN встановлює планувальну інформацію MBMS на індикацію відновлення передачі даних MBMS і передає контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення, і MBMS ідентифікатор (або MTCH ідентифікатор) на термінал через S-MCCH (етап S6). Якщо існує різниця у часі між моментом, у який передається планувальна інформація MBMS, яка вказує на відновлення, та моментом, у який відновлюється передача даних MBMS через MTCH, UTRAN також включає інформацію про 17 момент відновлення передачі MTCH даних у контрольне допоміжне повідомлення MBMS. Термінал отримує інформацію про момент відновлення передачі MTCH даних з контрольного допоміжного повідомлення MBMS. Відповідно, UTRAN відновлює передачу даних MBMS через MTCH, і термінал відновлює прийом MBMS даних через MTCH згідно з індикацією контрольного допоміжного повідомлення, яке включає планувальну інформацію MBMS, яка вказує на відновлення передачі MBMS даних, які було отримано на етапі S6 (етап S7). Якщо контрольне допоміжне повідомлення MBMS, отримане на етапі S6, включає інформацію, яка стосується моменту відновлення передачі MTCH даних, термінал починає отримувати MBMS дані через MTCH з моменту відновлення передачі MTCH даних, як вказує ця інформація. Однак якщо контрольне допоміжне повідомлення MBMS, отримане на етапі S6, не включає інформацію, яке стосується моменту відновлення передачі MTCH даних, термінал починає отримувати MBMS дані через MTCH відразу після отримання контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення. пояснює Фіг.7 спосіб переривчастих передачі/прийому MBMS даних між UTRAN та терміналом згідно з третім варіантом втілення даного винаходу (режим 3). Як показано на Фіг.7, контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, неперіодично передається протягом інтервалу призупинення отримання даних. Для цього, якщо контрольне допоміжне повідомлення MBMS, передане протягом інтервалу призупинення отримання даних, включає планувальну інформацію MBMS, UTRAN також включає інформацію про момент передачі, що стосується наступної передачі планувальної інформації MBMS, яка передається у відповідному контрольному допоміжному варіанті В оптимальному повідомленні MBMS. контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, включає інформацію про момент передачі планувальної інформації MBMS, яка має бути передана наступною. В оптимальному варіанті інформація про момент передачі планувальної інформації MBMS, яка має бути передана наступною, включає інформацію про різницю у часі (зсув) між моментом передачі контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, що передається у даний час, і моментом передачі контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, яка має бути передана наступною. Наприклад, на етапі S2 з Фіг.7 контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення передачі даних MBMS, включає значення зсуву 7. Значення зсуву є різницею у часі між моментом передачі планувальної інформації MBMS на етапі S2 та моментом передачі планувальної інформації MBMS на етапі S4. 82938 18 Таким чином, контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, передане на етапі S4, включає значення зсуву 4. Значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації MBMS на етапі S4 та моментом передачі планувальної інформації MBMS на етапі S5. Так само контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, передане на етапі S5, включає значення зсуву 5, причому значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації MBMS на етапі S5 та моментом передачі планувальної інформації MBMS на етапі S6. Такий спосіб також застосовують для контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, що вказує на відновлення передачі даних MBMS. Контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення, передане на етапі S6 з Фіг.7, включає значення зсуву 3. Значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації MBMS на етапі S6 та моментом відновлення передачі даних MBMS через MTCH, що відбувається відразу після цього. Далі описується спосіб передачі/прийому конкретних MBMS даних між UTRAN та терміналом. UTRAN передає MBMS дані через конкретний SCCPCH, в якому відображається конкретний MTCH, в одиницях TTI. Термінал, який хоче отримати MBMS, отримує MBMS дані через SCCPCH, у якому відображається MTCH (етап S1). Якщо передача даних для MBMS через MTCH має бути призупинена під час передачі даних, UTRAN передає контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, що вказує на призупинення передачі MBMS даних, MBMS ідентифікатор (або MTCH ідентифікатор) та значення зсуву, через SMCCH (етап S2). У даному разі значення зсуву дорівнює 7. Термінал приймає контрольне допоміжне повідомлення MBMS і отримує планувальну інформацію MBMS, яка вказує на призупинення, MBMS ідентифікатор (або MTCH ідентифікатор) та значення зсуву. Після цього UTRAN призупиняє передачу MBMS даних через MTCH, і термінал призупиняє отримання MBMS даних через MTCH згідно з індикацією планувальної інформації MBMS, включеної у контрольне допоміжне повідомлення MBMS (етап S3). Протягом інтервалу призупинення отримання даних термінал може виконувати різні операції, такі як процес вимірювання згідно з вказівкою UTRAN, отримувати MCCH, або отримувати пейджинговий індикаторний канал для MBMS. UTRAN передає наступне контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, ідентифікатор MBMS послуги (або MTCH ідентифікатор) та значення зсуву через S-MCCH протягом інтервалу призупинення (етап S4). Термінал виявляє наступний момент передачі контрольного 19 допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, використовуючи значення зсуву (зсув = 7), одержане на попередньому етапі S2, і отримує відповідне контрольне допоміжне повідомлення MBMS у вказаний момент передачі. В оптимальному варіанті, оскільки значення зсуву, отримане терміналом на етапі S2, є 7, термінал призупиняє прийом SCCPCH, в якому відображається конкретний MTCH, протягом 6 TTI. Після сьомого TTI термінал отримує контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS поточного етапу S4. Крім того, термінал також отримує нове значення зсуву (зсув = 4), включене у контрольне допоміжне повідомлення MBMS, отримане на поточному етапі S4. UTRAN після цього передає наступне контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, MBMS ідентифікатор (або MTCH ідентифікатор) та значення зсуву через S-MCCH протягом інтервалу призупинення отримання даних (етап S5). У цьому разі термінал отримує контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, що передається у даний час, згідно з новим значенням зсуву (зсув = 4), одержаним на попередньому етапі S4. Термінал також отримує нове значення зсуву (зсув = 5), включене у контрольне допоміжне повідомлення MBMS, отримане на поточному етапі S5. Після цього, якщо передача даних MBMS через MTCH має бути відновлена, UTRAN встановлює планувальну інформацію MBMS на індикацію відновлення передачі даних MBMS, а потім передає контрольне допоміжне повідомлення MBMS, яке включає відповідну планувальну інформацію MBMS, та MBMS ідентифікатор (або MTCH ідентифікатор) на термінал через S-MCCH (етап S6). Якщо існує інтервал часу між моментом, у який передається планувальна інформація MBMS, яка вказує на відновлення, та моментом, у який відновлюється передача даних MBMS через MTCH, UTRAN також включає у контрольне допоміжне повідомлення MBMS інформацію, яка стосується моменту відновлення передачі даних MTCH, наприклад, значення зсуву. У цьому разі термінал отримує інформацію про момент відновлення передачі MTCH даних, тобто, значення зсуву, з контрольного допоміжного повідомлення MBMS. У цьому разі зсув має значення 3. Відповідно, UTRAN відновлює передачу даних MBMS через MTCH, і термінал відновлює отримання MBMS даних через MTCH згідно з індикацією контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення, отриману на етапі S6 (етап S7). Якщо контрольне допоміжне повідомлення MBMS, отримане на етапі S6, включає інформацію, яка стосується моменту відновлення передачі MTCH даних, тобто, значення зсуву (зсув = 3), термінал починає отримувати MBMS дані через MTCH з моменту відновлення передачі MTCH даних, вказаного через зсув. 82938 20 Наприклад, як показано на Фіг.7, коли значення зсуву дорівнює 3, термінал отримує контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення, та момент відновлення передачі MTCH даних, на етапі S6. Після цього термінал відновлює отримання MBMS даних через MTCH після призупинення прийому протягом 2 TTI Якщо контрольне допоміжне повідомлення MBMS, отримане на етапі S6, не включає інформацію про момент відновлення передачі MTCH даних, термінал відновлює отримання MBMS даних через MTCH відразу після отримання контрольного допоміжного повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на відновлення. У даному винаході для пояснення було пояснено три типи способів переривчастих передачі/прийому в трьох різних варіантах втілення (режимах). Вибірково застосовують три типи способів переривчастих передачі/прийому, для яких UTRAN має передавати інформацію, яка стосується вибраного варіанта втілення (режиму), на термінал. Тобто, UTRAN може передавати індикатор режиму на термінал. UTRAN передає індикатор режиму, і термінал працює протягом інтервалу призупинення отримання даних згідно з режимом, вказаним отриманим індикатором режиму. Роботу терміналу згідно з кожним режимом було описано з посиланням на Фігури з 5 по 7. UTRAN може передавати індикатор режиму на термінал через різні логічні канали. Спочатку UTRAN RRC може передавати індикатор режиму на термінал RRC шляхом використання системної інформації через BCCH. Потім UTRAN RRC може передавати індикатор режиму на термінал RRC, використовуючи повідомлення MBMS RRC, через MCCH. Далі UTRAN RRC може передавати індикатор режиму на термінал RRC через SMCCH. оптимальному варіанті, коли індикатор В режиму передається на термінал через S-MCCH, UTRAN RRC передає індикатор режиму на термінал RRC, використовуючи контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення передачі даних MBMS. Зокрема, UTRAN RRC передає індикатор режиму на термінал RRC, використовуючи контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, найближче до передачі MTCH даних. Тобто, UTRAN RRC використовує контрольне допоміжне повідомлення MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, на етапі S2 з Фігур з 5 по 7. Наприклад, на етапі S2 з Фігур з 5 по 7 UTRAN включає індикатор режиму у контрольному допоміжному повідомленні MBMS, яке включає планувальну інформацію MBMS, яка вказує на призупинення, а потім передає його на термінал. Відповідно, термінал отримує контрольне допоміжне повідомлення MBMS, яке включає індикатор режиму, а потім працює протягом інтервалу призупинення отримання даних згідно з 21 режимом, вказаним відповідним індикатором режиму. Як було описано, спосіб прийому у переривчастому режимі MBMS даних згідно з даним винаходом, має багато переваг. Наприклад, радіосистема передає контрольне допоміжне повідомлення MBMS через фізичний канал, який передає MBMS дані, і переривчасто передає MBMS дані, використовуючи контрольне допоміжне повідомлення MBMS. Мобільний термінал отримує контрольне допоміжне повідомлення MBMS через фізичний канал, а потім переривчасто отримує MBMS дані згідно з контрольним допоміжним повідомленням MBMS. Отже, мобільний термінал може отримувати MBMS дані або ефективно виконувати операції вимірювання. Тобто, термінал може легко виконувати операцію вимірювання під час надання MBMS послуги. Таким чином, розв'язується проблема існуючого рівня техніки, коли термінал не може отримувати MBMS дані під час здійснення операції вимірювання. Хоча даний винахід описано у контексті мобільного зв'язку, даний винахід також може бути застосований у будь-яких системах безпровідного зв'язку, в яких використовують мобільні пристрої, такі як PDA та портативні комп'ютери, оснащені засобами безпровідного зв'язку. Крім того, використання деяких термінів для опису даного винаходу не повинно обмежувати обсяг даного винаходу певним типом системи безпровідного зв'язку. Даний винахід також може бути застосований до інших систем безпровідного зв'язку, в яких застосовують інші радіоінтерфейси та/або фізичні рівні, наприклад, TDMA, CDMA, FDMA, WCDMA і т. ін. Оптимальні варіанти втілення можуть бути втілені як спосіб, пристрій або промисловий виріб з застосуванням стандартних технологій програмування та/або проектування для створення програмних, програмно-апаратних, апаратних засобів або будь-якої їх комбінації. Вжитий авторами термін "промисловий виріб" стосується коду або логічної схеми, втілених в 82938 22 апаратному логічному вузлі (наприклад, кристал з інтегральними мікросхемами, програмована користувачем вентильна матриця (FPGA), спеціалізована інтегральна схема (ASIC), тощо), або комп'ютерного програмного носія (наприклад, магнітний носій для зберігання інформації (тобто жорсткі диски, гнучкі диски, плівка, тощо), оптичних носіїв інформації (CD-ROM, оптичні диски, тощо), енергозалежних та енергонезалежних запам'ятовуючих пристроїв (наприклад, EEPROM, ROM, PROM, RAM, DRAM, SRAM, апаратнопрограмне забезпечення, програмовані логічні схеми, тощо). Код комп'ютерного програмного носія приймається та виконується процесором. Код, у якому впроваджені оптимальні варіанти втілення, також може бути доступним через засоби передачі або з файлового сервера по мережі. У таких випадках промислові вироби, у яких впроваджений код, можуть мати засіб передачі, такий як мережна лінія передачі, засіб бездротової передачі даних, сигнали, що розповсюджуються в просторі, радіохвилі, інфрачервоні сигнали, тощо. Звичайно фахівці в даній галузі зрозуміють, що багато модифікацій може бути зроблено у цій конфігурації, не виходячи за межі обсягу даного винаходу, і що промисловий виріб може включати будь-який відомий у даній галузі носій інформації. Вищеописані варіанти втілення та переваги є лише ілюстративними й не повинні тлумачитися, як такі, що обмежують даний винахід. Дані знання можуть бути легко застосовані до інших типів способів та апаратури. Опис даного винаходу має бути ілюстративним і не обмежувати обсяг формули винаходу. Багато альтернатив, модифікацій та варіацій будуть очевидними для фахівців у даній галузі. У формулі винаходу пункти „засіб плюс функція" призначені для охоплення структури, описаної в цьому документі, як такої, що виконує викладену функцію, і не тільки структурних еквівалентів, але також еквівалентних структур. 23 82938 24 25 82938 26 27 Комп’ютерна верстка А. Рябко 82938 Підписне 28 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601