UA82938C2 - Discontinuous transmission and reception of service of multimedia broadcast transmission/multicasting in a mobile communication system - Google Patents

Discontinuous transmission and reception of service of multimedia broadcast transmission/multicasting in a mobile communication system Download PDF

Info

Publication number
UA82938C2
UA82938C2 UAA200608680A UAA200608680A UA82938C2 UA 82938 C2 UA82938 C2 UA 82938C2 UA A200608680 A UAA200608680 A UA A200608680A UA A200608680 A UAA200608680 A UA A200608680A UA 82938 C2 UA82938 C2 UA 82938C2
Authority
UA
Ukraine
Prior art keywords
point
information
mvm5
service data
transmission
Prior art date
Application number
UAA200608680A
Other languages
English (en)
Inventor
Seung-Jung Jee
Original Assignee
Lg Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of UA82938C2 publication Critical patent/UA82938C2/uk

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services

Description

Опис винаходу
Даний винахід стосується послуги мультимедійної циркулярної / багатоадресної лередачі (МВМ5) у системі 2 мобільного зв'язку, зокрема, переривчастих передачі та прийому даних МВМ5 між мережею та мобільним терміналом.
Універсальна мобільна телекомунікаційна система (УМТС) є мобільною телекомунікаційною системою третього покоління, яка походить від глобальної системи мобільного зв'язку (З35М), що відповідає європейському стандартові. УМТС є спрямованою на надання поліпшених послуг мобільного зв'язку на основі базової мережі 70 8М та технологій широкосмугового багатостанційного доступу з кодовим розподілом каналів.
Мережну структуру УМТС 1 існуючого рівня техніки показано на Фіг.1. Мобільний термінал або абонентське обладнання (ШОЕ) є з'єднаним з базовою мережею (СМ) через наземну мережу радіозв'язку з абонентами УМТС (ШТКАМ). ОТКАМ конфігурує, підтримує в працездатному стані і керує односпрямованим радіоканалом для зв'язку між ШОЕ 2 та базовою мережею для відповідності вимогам безперервної якості надання послуги. 12 ИТКАМ включає множину радіомережних підсистем (КМ5), кожна з яких включає один контролер радіомережі (КМС) для множини базових станцій або "Вузлів В". КМС, з'єднаний з даною базовою станцією, є контрольним
КМС для розміщення та керування загальними ресурсами, передбаченими для будь-якої кількості ОЕ, які працюють в одному стільнику. У Вузлі В існує один або кілька стільників. Контрольний КМС контролює навантаження потоку повідомлень, перевантаження стільника та прийняття нових радіоканалів. Кожен Вузол В може приймати сигнал "по лінії нагору" від ШОЕ і може передавати сигнали "по лінії вниз" до СЕ. Кожен Вузол В працює як точка доступу, яка надає СПЕ можливість з'єднання з ОТКАМ, тоді, як КМС працює як точка доступу, яка надає можливість відповідним Вузлам В можливість з'єднання з базовою мережею.
Серед радіомережних підсистем ШТКАМ службовий КМС є КМС, який управляє виділеними радіоресурсами для надання послуг для окремого ЦЕ і є точкою доступу до базової мережі для передача даних на окремий ШЕ. се 29 Уві інші КМ, з'єднані з ОЕ, є дрейфовими КМС, тобто, існує лише один службовий КМС, який з'єднує ШЕ з Ге) базовою мережею через ОТКАМ. Дрейфові КМС забезпечують маршрутизацію даних користувача і призначають коди як загальні ресурси.
Інтерфейс між ОЕ та ОТКАМ реалізують через інтерфейсний протокол радіозв'язку, який установлюється згідно зі специфікаціями мережі радіозв'язку з абонентами, в яких описано фізичний рівень (І 1), рівень каналу со 30 передачі даних (12) та мережний рівень (І 3), які описуються, наприклад, у специфікаціях Проекту партнерства с третього покоління (3 СРР). Ці рівні базуються на трьох нижчих рівнях моделі взаємодії відкритих систем (051), яка є загальновідомою серед спеціалістів у галузі систем зв'язку. Архітектура інтерфейсного протокол Ме, радіозв'язку існуючого рівня техніки пояснюється на Фіг.2. Як можна побачити, інтерфейсний протокол сі радіозв'язку горизонтально розділяється на фізичний рівень, рівень каналу передачі даних та мережний рівень і
Зо вертикально розділяється на матрицю користувача для перенесення потоку даних, такого як передача олосових 99 сигналів та пакета Інтернет протоколу, та матрицю контролю для передачі контрольної інформації для підтримання та управління інтерфейсом.
Фізичний рівень (РНУ) забезпечує послуги передачі інформації до вищого рівня і є зв'язаним через « транспортні канали з рівнем доступу до середовища передачі даних (МАС рівень). Дані передаються між рівнем 40 МАС та фізичним рівнем через транспортний канал. Крім того, передача даних відбувається через фізичний т с канал між різними фізичними рівнями, тобто, між фізичними рівнями надсилаючої сторони (передавача) та з» приймаючої сторони (передавача).
Рівень МАС другого рівня надає послугу для верхнього рівня контролю радіоканалу (КІ С) через логічний канал. Рівень КІ С забезпечує підтримку для надійної передачі даних і може виконувати функцію сегментації і 45 конкатенації КІ С сервісних блоків даних (50), які надходять з верхнього рівня. со Рівень контролю радіоресурсу (ККС), розташований у найнижчій частині третього рівня (І 3) визначається ко тільки у матриці контролю і контролює транспортні канали та фізичні канали у зв'язку з установленням, реконфігурацією або відміною односпрямованих радіоканалів. Односпрямований радіоканал (КВ) є послугою, с яка надається нижнім рівнем, таким як рівень КІС або рівень МАС, для передачі даних між ОЕ та ОТКАМ і со 20 гарантує задану якість послуги між ОЕ та ШТКАМ.
Встановлення КВ визначає регулятивні характеристики протокольного рівня та каналу, необхідного, щоб со забезпечити певну окрему послугу, таким чином, встановлюючи параметри та оперативні способи послуги. Коли встановлено зв'язок, який дозволяє передачу між ККС рівнем певного окремого СЕ та ККС рівнем ОТКАМ, то
ЦЕ вважають таким, що перебуває у стані ККС-з'єднання. Без такого з'єднання СЕ перебуває у незайнятому стані. о ККС рівень ОТКАМ вимагає одного або кількох вимірювань від термінального (ШЕ) ККС для контролювання односпрямованого радіоканалу. Наприклад, ККС рівень УТКАМ вимагає ОЕ ККС для вимірювання потужності ко каналу, переданого у конкретному стільнику або для вимірювання потужності каналу, переданого з конкретної частоти. 60 Нижче описано послугу мультимедійної циркулярної / багатоадресної передачі (МВМ5 або "МВМ5 послугу").
МВМ5 стосується способу забезпечення поточних або фонових послуг для множини ШЕ з використанням МВМ5 односпрямованого радіоканалу, і якому використовується принаймні один з односпрямованих радіоканалів "точка-багато тачок" та "точка-точка". МВМ5 послуга включає одну або кілька сесій, Її МВМ5 дані передаються на множину терміналів через односпрямований радіоканал МВМ5 лише під "час поточної сесії. У даному разі сесією бо є період часу, протягом якого мережею передаються конкретні дані.
Відповідно до назви, МВМ5 може здійснюватися в широкосмуговому режимі або багатоздресному режимі.
Широкосмуговий режим передбачено для передачі мультимедійних даних на всі ШОЕ у межах району широкосмугової передачі, наприклад, домену, в якому є доступною широкосмугова передача. Багатоадресний Дежим є призначеним для передачі мультимедійних даних на окрему групу ОЕ у межах району багатоадресної передачі, наприклад, домену, в якому є доступною багатоадресна передача.
ИИТКАМ забезпечує МВМ5 послугу для множини ШЕ з використанням КВ. КВ, які використовуються ОТКАМ, можуть класифікуватись як КВ "точка-точка" або КВ "точка-багато точок". КВ "точка-точка" є двоспрямованим
КВ, який включає логічний канал ОТСН (виділений інформаційний канал), транспортний канал ОСН (виділений /о Канал) та фізичний канал ОРСН (виділений фізичний канал). В альтернативному варіанті КВ "точка-точка" може включати ОТСН, транспортний канал РАСН (канал прямого доступу) та фізичний канал ЗССРСН (другорядний загальний контрольний фізичний канал).
КВ "точка-багато точок" є односпрямованим КВ "по лінії вниз", який включає логічний канал МТСН (канал потоку даних МВМ5), транспортний канал РАСН (канал прямого доступу) та фізичний канал ЗССРСН. Логічний /5 Канал МТСН є сконфігурованим для кожної МВМ5 послуги, яка надається для одного стільника, і використовується для передачі даних матриці користувача конкретної МВМ5 послуги до ШЕ.
ИТКАМ, що надає МВМ5 послугу, передає контрольне повідомлення, тобто, пов'язане з МВМ5 ККС повідомлення, на множину терміналів (ШЕ) через МСОСН (канал управління МВМ5). Пов'язане з МВМ5 контрольне повідомлення включає повідомлення, яке надає інформацію про МВМ5 послугу, та повідомлення, 2о яке надає інформацію про КВ "точка-багато точок". Як показано на Фіг.3, логічний канал МССН є спадним каналом "точка-багато точок" і відображається у ЕАСН, який відображається у ЗССРСН. В одному стільнику існує лише один МССН.
Відповідним чином, коли термінал хоче отримати конкретну МВМ5 послугу з використанням КВ "точка-багато точок", він отримує ККС повідомлення, включаючи КВ інформацію через МСОССН і встановлює КВ "точка-багато с об точок" з використанням КВ інформації. Після встановлення КВ "точка-багато точок" термінал безперервно отримує фізичний канал ЗССРСН, в якому відображається МТСН, для отримання даних конкретної МВМ5 (8) послуги, переданих через МТСН.
Однак в існуючому рівні техніки, оскільки термінал не може визначити, коли під час сесії через МТСН передано МВМ5 дані, тобто, точний час передачі МВМ5 даних, термінал під час сесії повинен безперервно со зо отримувати ЗССРСН у якому відображається МТСН. Таким чином, термінал під час сесії не може виконувати інші операції, такі як вимірювання каналу іншого стільника. Крім того, коли термінал виконує операцію со вимірювання, він не може отримувати МВМЗ5 дані, передані під час операції вимірювання. б
Даний винахід стосується способу переривчастих передачі та прийому МВМ5 даних між радіосистемою та мобільним терміналом. с
Додаткові особливості та переваги винаходу викладено у представленому нижче описі і частково стануть со зрозумілими з опису або можуть стати зрозумілими через практичне втілення винаходу. Цілі та інші переваги винаходу реалізуються й досягаються за допомогою структури, детально вказаної у письмовому описі та формулі винаходу, а також на супровідних фігурах.
Для досягнення цих та інших переваг і згідно з метою даного винаходу, яка втілюється і широко описується, « даний винахід втілено у способі отримання послуги "точка-багато точок' у мобільному терміналі системи з с мобільного зв'язку, спосіб включає отримання планувальної інформації від мережі для переривчастого прийому сервісних даних "точка-багато точок", причому планувальна інформація надається через перший загальний з канал на множину мобільних терміналів, які передплачують послугу "точка-багато точок", визначаючи час отримання сервісних даних "точка-багато точок' у відповідь на планувальну інформацію і приймаючи у переривчастому режимі сервісні дані "точка-багато точок" у мобільному терміналі через другий загальний канал. оо Перший загальний канал та другий загальний канал відображаються у загальному фізичному каналі.
Планувальна інформація включає інформацію, пов'язану з іншим загальним інформаційним логічним каналом, ко відображеним у загальному фізичному каналі. Планувальна інформація також може включати інформацію, «с пов'язану з іншими сервісними даними "точка-багато точок", переданими через загальний фізичний канал.
Перший загальний канал включає загальний контрольний логічний канал. Другий загальний канал включає со загальний інформаційний логічний канал. со В одному варіанті втілення даного винаходу планувальна інформація приймається періодично, причому мобільний термінал отримує періодичну інформацію для отримання планувальної інформації через третій загальний канал. Крім того, планувальна інформація приймається під час перерваної передачі сервісних даних "точка-багато точок".
В іншому варіанті втілення винаходу планувальна інформація приймається неперіодично, причому мобільний
ГФ) термінал отримує інформацію, яка стосується часу передачі наступної планувальної інформації через перший
Ф загальний канал Крім того, планувальна інформація приймається під час перерваної передачі сервісних даних "точка-багато точок". во В іншому аспекті винаходу планувальна інформація включає інформацію, пов'язану з перерваною передачею сервісних даних "точка-багато точок", коли мобільний термінал призупиняє отримання сервісних даних "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією.
В альтернативному варіанті планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точка-багато точок", коли мобільний термінал отримує сервісні дані "точка-багато 65 точок" протягом періоду, пов'язаного з планувальною інформацією.
Планувальна інформація також може включати інформацію, пов'язану з часом початку безперервної передачі сервісних даних "точка-багато точок", коли мобільний термінал отримує сервісні дані "точка-багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією.
У детальному аспекті винаходу планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". Планувальна інформація також може включати ідентифікатор для ідентифікації другого загального каналу. Другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал.
В іншому аспекті спосіб також включає вибіркове отримання планувальної інформації згідно з режимом планувальної інформації та отримання індикатора режиму для відображення режиму планувальної інформації, 7/0 причому режим планувальної інформації включає принаймні отримання планувальної інформації один раз під час перерваного прийому сервісних даних "точка-багато точок", періодичне отримання планувальної інформації під час перерваного прийому сервісних даних "точка-багато точок' і отримання планувальної інформації неперіодично під час перерваного прийому сервісних даних "точка-багато точок". В оптимальному варіанті індикатор режиму отримується через принаймні один з-поміж першого загального каналу, третього загального /5 Каналу з використанням ККС повідомлення "точка-багато точок" та четвертого загального каналу з використанням системної інформації.
Спосіб передачі послуги "точка-багато точок" з мережі системи мобільного зв'язку включає передачу планувальної інформації на мобільний термінал для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал на Множину мобільних терміналів, які передплачують послугу "точка-багато точок' та переривчастої передачі сервісних даних "точка-багато точок" у мобільному терміналі через другий загальний канал.
Перший загальний канал та другий загальний канал відображаються в загальному фізичному каналі, в якому планувальна інформація включає інформацію, пов'язану іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. Планувальна інформація також може включати інформацію, с об пов'язану з іншими сервісними даними "точка-багато точок", переданими через загальний фізичний канал.
Перший загальний канал включає загальний контрольний логічний канал. Другий загальний канал включає (8) загальний інформаційний логічний канал.
В одному варіанті втілення винаходу планувальна інформація передається періодично, причому мережа передає інформацію про період для передачі планувальної інформації через третій загальний канал. Крім того, со зо планувальна інформація передається під час перерваної передачі сервісних даних "точка-багато точок".
В іншому варіанті втілення винаходу планувальна інформація передається неперіодично, причому мережа со передає інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний б канал. Крім того, планувальна інформація передається під час перерваної передачі сервісних даних "точка-багато точок". с
В одному аспекті винаходу планувальна інформація включає інформацію, пов'язану з перерваною со передачею сервісних даних "точка-багато точок"; причому мережа призупиняє передачу сервісних даних "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією.
В іншому аспекті винаходу планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точка-багато точок", причому мережа передає сервісні дані "точка-багато точок" « протягом періоду, пов'язаного з планувальною інформацією. з с Планувальна інформація також може включати інформацію, пов'язану з часом початку безперервної передачі сервісних даних "точка-багато точок", причому мережа передає сервісні дані "точка-багато точок" з часу з початку протягом періоду, пов'язаного з планувальною інформацією.
У ще одному аспекті винаходу планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". Планувальна інформація також може включати ідентифікатор для ідентифікації со другого загального каналу. Другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал. ко У детальному аспекті винаходу спосіб включає передачу планувальної інформації згідно з режим «с планувальної інформації і передачу індикатора режиму для відображення режиму планувальної інформації, 5р причому режим планувальної інформації включає принаймні передачу планувальної інформації один раз під час со перерваної передачі сервісних даних "точка-багато точок", передачу планувальної інформації періодично під час со перерваної передачі сервісних даних "точка-багато точок" та передачу планувальної інформації неперіодично під час перерваної передачі сервісних даних "точка-багато точок".
В оптимальному варіанті індикатор режиму передається через принаймні один з-поміж першого загального в Каналу, третього загального каналу з використанням ККС повідомлення "точка-багато точок" та четвертого загального каналу з використанням системної інформації. (Ф) Слід розуміти, що представлений вище загальний опис та представлений нижче детальний опис даного т винаходу подано для прикладу та пояснення і є призначеними для подальшого пояснення заявленого винаходу.
Супровідні фігури, які є включеними для кращого розуміння і становлять частину цього опису, пояснюють бр варіанти втілення винаходу і разом з описом служать для пояснення принципів винаходу.
Фіг.1 показує блок-схему мережної структури УМТС існуючого рівня техніки.
Фіг2 показує блок-схему існуючого рівня техніки інтерфейсного протоколу радіозв'язку на базі специфікацій ЗОРР мережі радіозв'язку з абонентами.
Фіг.3 показує структуру відображення МВМ5 каналу існуючого рівня техніки. 65 Фіг.4 показує структуру відображення МВМ5 каналу згідно з одним варіантом втілення винаходу.
Фіг.5 показує часову послідовність для переривчастих передачі та прийому МВМ5 даних у системі мобільного зв'язку згідно з одним варіантом втілення винаходу.
Фіг.6 показує часову послідовність для переривчастих передачі та прийому МВМ5 даних у системі мобільного зв'язку згідно з іншим варіантом втілення даного винаходу.
Фіг.7 показує часову послідовність для переривчастих передачі та прийому МВМ5 даних у системі мобільного зв'язку згідно з іншим варіантом втілення винаходу.
Даний винахід втілено у системі мобільного зв'язку, такій як УМТС (універсальна мобільна телекомунікаційна система), яку було розроблено згідно зі специфікаціями ЗОРР. Однак даний винахід також може бути застосований і для іншої системи зв'язку. 70 Даний винахід стосується переривчастих передачі та прийому МВМ5 даних між мережею, яка надає одну або кілька МВМ5 послуг, та мобільним терміналом, який отримує конкретну МВМ5 послугу. Для цього мережна система передає контрольне повідомлення МВМ5 через перший фізичний канал і передає МВМ5 дані та контрольне допоміжне повідомлення МВМ5 (наприклад, планувальне повідомлення), що сприяє проходженню контрольного повідомлення МВМО через другий фізичний канал, для того, щоб, таким чином, переривчасто /5 передавати МВМ5 дані на мобільний термінал згідно з контрольним допоміжним повідомленням МВМ5.
Мобільний термінал отримує контрольне повідомлення МВМ5 через перший фізичний канал, отримує МВМ5 дані та контрольне допоміжне повідомлення МВМ5, що сприяє проходженню контрольного повідомлення МВМ5 через другий фізичний канал, і переривчасто отримує МВМ5 дані від мережі згідно з контрольним допоміжним повідомленням.
Контрольне допоміжне повідомлення МВМ5 включає, наприклад, планувальну інформацію МВМ5 для МВМ5 даних, які передаються через МТСН, і вказує на призупинення або відновлення передачі або прийому МВМ5.
Якщо планувальна інформація МВМ5, включена до контрольного допоміжного повідомлення МВМ5, вказує на призупинення передачі або прийому МВМ5 даних, термінал призупиняє прийом МВМ5 даних. Якщо планувальна інформація МВМ5 вказує на відновлення передачі або прийому МВМ5 даних, термінал відновлює прийом МВМ5 с ов даних.
Крім того, якщо планувальна інформація МВМ5 контрольного допоміжного повідомлення МВМ5 вказує на (8) призупинення передачі або прийому МВМ5 даних, планувальна інформація МВМ5 додатково передає інформацію про час призупинення на термінал. В оптимальному варіанті інформація про час призупинення включає час, на який термінал призупиняє прийом МВМ5 даних, період призупинення або зсув призупинення со
Зо для отримання МВМ5 даних.
Контрольне повідомлення МВМ5 передається через логічний канал МССН. МВМ5 дані передаються через со логічний канал МТСН. Перший фізичний канал в оптимальному варіанті є фізичним каналом ЗССРСН, у якому б відображається МССН. Другий фізичний канал в оптимальному варіанті є фізичним каналом ЗССРСН, у якому відображається логічний канал МССН. се
Контрольне допоміжне повідомлення МВМ5 передається через другий фізичний канал, у якому со відображається логічний канал МССН. Контрольне допоміжне повідомлення МВМ5 в оптимальному варіанті передається через логічний канал, відмінний від МССН. В оптимальному варіанті контрольне допоміжне повідомлення МВМ5 включає планувальну інформацію, яка вказує на контрольне повідомлення, що передається через перший фізичний канал. «
Фіг.4 показує структуру відображення МВМ5 каналу згідно з оптимальним варіантом втілення даного з с винаходу. Як показано на Фіг.4, для того, щоб переривчасто передавати і приймати МВМ5 дані, 5-МССН (Зесопаагу МССН) сприяє МССН, причому 5-МССН використовують для передачі контрольного допоміжного з повідомлення МВМ5 на термінал. Логічний канал 5-МССН відображається у транспортному каналі ГАСН, а
ЕАСН відображається у фізичному каналі ЗССРСН. 5-МСОССН відображається у тому самому ЗССРСН, в якому відображається МТСН. В оптимальному варіанті З-МССН завжди відображається у тому самому ЗССРСН, в со якому відображаються один або кілька МТСН. Крім того, в оптимальному варіанті 5-МССН відображається не в тому ЗССРСН, у якому відображається МССН. ко Існує лише один МОСН на стільник, але, для порівняння, кількість 5-МОСН, існуючих на стільник, дорівнює «с кількості ЗССРСН, у яких відображаються один або кілька МТСН. В оптимальному варіанті існують один або
Кілька Б-»МССН в одному стільнику. Крім того, стек протоколів З-МССН є таким самим, що й стек протоколів со Месн. со Як показано на Фіг.4, один МТОСН використовують для передачі МВМ5 даних для конкретної МВМ5 послуги. 5-МОСН передає контрольне допоміжне повідомлення МВМ5, яке стосується передачі та прийому МТСН, що відображається у тому самому ЗССРСН, що й 5-МОСН. Контрольне допоміжне повідомлення МВМ5 включає ов планувальну інформацію МВМ5 для МВМ5 даних, переданих через МТСН, наприклад, індикатор передачі/прийому. Планувальну інформацію МВМ5 використовують для повідомлення терміналам, які хочуть
ГФ) отримати конкретний МВМ5, інформації про призупинення або відновлення прийому МВМ5 через конкретний т мтс.
Контрольне допоміжне повідомлення МВМ5, передане через 5-МССН, може включати планувальну бо інформацію МВМЗ з ідентифікатором для ідентифікації конкретного МТСН (МТСН ідентифікатором) або ідентифікатором для ідентифікації МВМ5, переданого через МТСН (МВМ5 ідентифікатором). Відповідно, планувальна інформація МВМ5 може контролювати передачу/лрийом МВМ5 даних, переданих через МТСН, шляхом використання МТСН ідентифікатора або МВМ5 ідентифікатора.
Далі буде описано операцію переривчастих передачі/прийому МВМ5 даних згідно з даним винаходом. На 65 Фігурах з 5 по 7 показано процес, у якому ШТКАМ переривчасто передає конкретні МВМ5 дані в одиницях ТТІ (часового інтервалу передачі) через БССРСН, і термінал переривчасто отримує конкретні МВМ5 дані через
ЗССРСН. При цьому одиниці ТТІ можуть бути встановлені на 1Омсек, 20мсек, 40мсек або 8вОмсек.
Фіг5 показує часову послідовність для переривчастих передачі/прийому МВМ5 даних між ОТКАМ та терміналом згідно з першим варіантом втілення даного винаходу (режим 1). Як показано на Фігурі 5, планувальна інформація МВМ5, яка вказує на призупинення, не передається повторно протягом інтервалу призупинення (53) прийому МВМ5 даних.
Спочатку мережа (наприклад, ОТКАМ) передає дані через ЗССРСН, у якому відображається конкретний
МТСН для конкретного МВМ5. Дані передаються в одиницях ТТІ (часового інтервалу передачі). Термінал, який хоче отримати МВМ5, отримує МВМ5 дані через БССРСН (етап 51). 70 Якщо передача даних для конкретної МВМ5 послуги через конкретний МТСН призупиняється, ОТКАМ передає контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення, та МВМ5 ідентифікатор (або МТСН ідентифікатор) через 5-МОСН (етап 52).
Термінал отримує контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення, та МВМ5 ідентифікатор (або МТСН ідентифікатор). ОТКАМ також може включати у 7/5 Контрольному допоміжному повідомленні МВМЗ інформацію про час, у який передається планувальна інформація МВМ5, яка вказує на відновлення передачі МВМ5 даних. У цьому разі термінал отримує від контрольного допоміжного повідомлення МВМ5 інформацію про час, у який передається планувальна інформація МВМ5, яка вказує на відновлення.
Відповідно, ШТКАМ призупиняє передачу даних МВМ5 через МТСН, а термінал призупиняє прийом даних МВМ5 через МТСН згідно з індикацією планувальної інформації МВМ5, включеної у контрольне допоміжне повідомлення МВМ5 (етап 53). Протягом інтервалу призупинення отримання даних термінал може виконувати різні операції, такі як процес вимірювання згідно з вказівкою ШТКАМ, отримувати МССН або отримувати пейджинговий індикаторний канал для МВМ5.
На етапі 52, якщо інформація про час, у який має бути передана планувальна інформація МВМ5, яка вказує с ов НВ відновлення передачі МВМ5 даних, є включеною у контрольне допоміжне повідомлення МВМ5, термінал виявляє у контрольному допоміжному повідомленні МВМ5 інформацію про час, у який планувальна інформація (8)
МВМУ», яка вказує на відновлення, передається від ОТКАМ.
Однак якщо інформація про час, у який має бути передана планувальна інформація МВМ5, яка вказує на відновлення, не включається у контрольне допоміжне повідомлення МВМ5, ОТКАМ передає інформацію про со зо час, у який планувальна інформація МВМЗ має бути передана через МССН або пейджинговий індикаторний канал протягом інтервалу призупинення отримання даних со
Відповідно, термінал може отримувати інформацію про час, у який планувальна інформація МВМ5 має бути б передана, і виявляти інформацію про час, у який має бути передана планувальна інформація МВМ5, яка вказує на відновлення передачі МВМ5 даних. се
У такий спосіб термінал може виявляти інформацію про час, у який має бути передана планувальна со інформація МВМ5, яка вказує на відновлення, і призупиняти прийом МВМ5 даних через ЗССРСН, в якому відображається МТСН доки не буде передано планувальну інформацію МВМ5, яка вказує на відновлення.
Коли передача даних для МВМ5 через МТСН відновлюється, ОШТКАМ передає контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення передачі МВМ5 « даних, та МВМ5З ідентифікатор (або МТСН ідентифікатор) на термінал (етап 54). Потім термінал приймає з с контрольне допоміжне повідомлення МВМ5 і отримує планувальну інформацію МВМ5, яка вказує на відновлення передачі МВМ5 даних, та МВМ5 ідентифікатор (або МТСН ідентифікатор). з Якщо існує різниця у часі між моментом, у який передається планувальна інформація МВМ5, яка вказує на відновлення, та моментом, у який відновлюється передача даних МВМ5 через МТСН, ОТКАМ також включає
Інформацію про момент відновлення передачі МТСН даних у контрольному допоміжному повідомленні МВМ5. со Термінал отримує інформацію про момент відновлення передачі МТСН даних з контрольного допоміжного повідомлення МВМ5. ко Відповідно, ШТКАМ відновлює передачу даних для МВМ5 через МТСН, і термінал відновлює отримання «с МВМ5 даних через МТСН згідно з індикацією планувальної інформації МВМ5, що вказує на відновлення (етап
З). со У цьому разі, якщо отримане контрольне допоміжне повідомлення МВМ5 включає інформацію, яка со стосується моменту відновлення передачі МТСН даних, термінал починає отримувати МВМ5 дані через МТСН з моменту відновлення передачі МТСН даних. Однак якщо контрольне допоміжне повідомлення МВМ5 не включає інформацію про момент відновлення передачі МТСН даних, термінал починає отримувати МВМ5 дані через в МТСН відразу після отримання контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення
ГФ) Фігура 6 показує часову послідовність для переривчастих передачі/прийому МВМ5 даних між ОТКАМ та
Ф терміналом згідно з другим варіантом втілення даного винаходу (режим 2). Як показано на Фігурі 6, контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, періодично передається протягом бо інтервалу призупинення отримання даних. Для цього ЮТКАМ має інформувати термінал про цикл передачі планувальної інформації МВМ5, яка періодично передається протягом інтервалу призупинення отримання даних. Інформація про цикл передачі планувальної інформації МВМ5 включає тривалість циклу, з якою планувальна інформація МВМ5 повторно передається протягом інтервалу призупинення отримання даних.
Тривалість циклу стосується інтервалу часу між двома послідовними передачами планувальної інформації 65 МВМ5. На Фіг.6 показано, що тривалість циклу дорівнює 5 ТТІ; тобто, у п'ять разів перевищує тривалість ТТІ.
Згідно з Фіг.б6, процес передачі та прийому МВМ5 даних між ОТКАМ та терміналом є таким: ШТКАМ передає конкретні МВМ5 дані через ЗССРСН, у якому відображається конкретний МТСН, в одиницях ТТІ. Термінал, який хоче отримати МВМ5, отримує МВМ5 дані через ЗССРСН, у якому відображається МТСН (етап 51).
Якщо передача даних МВМ5 через МТСН має бути призупинена, ШТКАМ передає контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, що вказує на призупинення передачі даних
МВМ5, та МВМ5 ідентифікатор (або МТСН ідентифікатор), через 5-МОСН (етап 52). У даному разі ОТКАМ також включає інформацію про цикл передачі планувальної інформації МВМ5 у контрольному допоміжному повідомленні МВМ5. Потім термінал приймає контрольне допоміжне повідомлення МВМ5 і отримує планувальну інформацію МВМ5, яка вказує на призупинення передачі даних МВМ5, та МВМ5 ідентифікатор (або МТСН 7/о ідентифікатор).
У цьому разі термінал отримує інформацію про цикл передачі планувальної інформації МВМ5 з контрольного допоміжного повідомлення МВМ5.
ИИТКАМ призупиняє передачу даних МВМ5 через МТСН, і термінал призупиняє прийом даних МВМ5 через
МТСН згідно з індикацією планувальної інформації МВМ5, включеної у контрольне допоміжне повідомлення 7/5 МВМ5 (етап 53). Протягом інтервалу призупинення отримання даних термінал може виконувати різні операції, такі як процес вимірювання згідно з вказівкою ШТКАМ, отримувати МССН або отримувати пейджинговий індикаторний канал для МВМ5.
ОТКАМ періодично передає контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, через 5-МССН протягом інтервалу призупинення отримання даних (етап 54). Якщо 2о інформація про цикл передачі планувальної інформації МВМ5З є включеною у контрольне допоміжне повідомлення МВМ5 на етапі 52, термінал отримує інформацію про цикл передачі планувальної інформації
МВМ5 з контрольного допоміжного повідомлення МВМ5 і виявляє момент, у який періодично передається планувальна інформація МВМ5.
Однак якщо цикл передачі планувальної інформації МВМ5 не включається у контрольне допоміжне с ов повідомлення МВМ5, термінал отримує інформацію про цикл передачі планувальної інформації МВМЗ через
ВССН або МСОСН до здійснення етапу 54. (о)
Після отримання інформації про момент, у який періодично передається планувальна інформація МВМ5, термінал призупиняє прийом МВМ5 даних через МТСН і періодично отримує планувальну інформацію МВМ5 через 5-МССН. со зо Крім того, протягом інтервалу призупинення отримання даних ИТКАМ періодично передає планувальну інформацію МВМ5 через 5-МОСН (етап 55). Тим часом термінал призупиняє прийом даних МВМ5 через МТСН і со періодично отримує планувальну інформацію МВМ5 через 5-МССН шляхом використання інформації про цикл б передачі планувальної інформації МВМ5, отриманої на етапі 54.
Після цього, коли передача даних МВМЗ через МТСН має бути відновлена, ОТЕАМ встановлює планувальну СМ інформацію МВМ5 на індикацію відновлення передачі даних МВМ5 і передає контрольне допоміжне со повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення, і МВМ5 ідентифікатор (або МТСН ідентифікатор) на термінал через 5-МОСН (етап 56).
Якщо існує різниця у часі між моментом, у який передається планувальна інформація МВМ5, яка вказує на відновлення, та моментом, у який відновлюється передача даних МВМ5 через МТСН, ОТКАМ також включає «
Інформацію про момент відновлення передачі МТСН даних у контрольне допоміжне повідомлення МВМ5. з с Термінал отримує інформацію про момент відновлення передачі МТСН даних з контрольного допоміжного повідомлення МВМ5. :з» Відповідно, /ТКАМ відновлює передачу даних МВМ5 через МТСН, і термінал відновлює прийом МВМ5 даних через МТСН згідно з індикацією контрольного допоміжного повідомлення, яке включає планувальну інформацію МВМ,, яка вказує на відновлення передачі МВМ5З даних, які було отримано на етапі 56 (етап 57). со Якщо контрольне допоміжне повідомлення МВМ5, отримане на етапі 56, включає інформацію, яка стосується моменту відновлення передачі МТСН даних, термінал починає отримувати МВМ5 дані через МТСН з моменту ко відновлення передачі МТСН даних, як вказує ця інформація. Однак якщо контрольне допоміжне повідомлення «с МВМ5, отримане на етапі 56, не включає інформацію, яке стосується моменту відновлення передачі МТСН 5р даних, термінал починає отримувати МВМ5 дані через МТСН відразу після отримання контрольного допоміжного со повідомлення МВМ5, яке включає планувальну інформацію МВМБ5, яка вказує на відновлення. со Фіг.7 пояснює спосіб переривчастих передачі/прийому МВМ5 даних між ОТКАМ та терміналом згідно з третім варіантом втілення даного винаходу (режим 3). Як показано на Фіг.7, контрольне допоміжне повідомлення
МВМ5, яке включає планувальну інформацію МВМ5, неперіодично передається протягом інтервалу ов призупинення отримання даних. Для цього, якщо контрольне допоміжне повідомлення МВМ5, передане протягом інтервалу призупинення отримання даних, включає планувальну інформацію МВМ5, ОТКАМ також
ГФ) включає інформацію про момент передачі, що стосується наступної передачі планувальної інформації МВМ5,
Ф яка передається у відповідному контрольному допоміжному повідомленні МВМ5.
В оптимальному варіанті контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію бо МВМ5, включає інформацію про момент передачі планувальної інформації МВМ5З, яка має бути передана наступною. В оптимальному варіанті інформація про момент передачі планувальної інформації МВМ5, яка має бути передана наступною, включає інформацію про різницю у часі (зсув) між моментом передачі контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, що передається у даний час, і моментом передачі контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію 65 МВМ,5, яка має бути передана наступною.
Наприклад, на етапі 52 з Фіг.7 контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення передачі даних МВМ5, включає значення зсуву 7. Значення зсуву є різницею у часі між моментом передачі планувальної інформації МВМ5 на етапі 52 та моментом передачі планувальної інформації МВМ5 на етапі 54.
Таким чином, контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення, передане на етапі 54, включає значення зсуву 4. Значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації МВМ5 на етапі 54 та моментом передачі планувальної інформації МВМ5 на етапі 55.
Так само контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка /о вказує на призупинення, передане на етапі 55, включає значення зсуву 5, причому значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації МВМ5 на етапі 55 та моментом передачі планувальної інформації МВМ5 на етапі 56.
Такий спосіб також застосовують для контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, що вказує на відновлення передачі даних МВМ5. Контрольне допоміжне 7/5 повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення, передане на етапі
Зб з Фіг.7, включає значення зсуву 3. Значення зсуву вказує на різницю у часі між моментом передачі планувальної інформації МВМ5 на етапі 56 та моментом відновлення передачі даних МВМ5 через МТСН, що відбувається відразу після цього.
Далі описується спосіб передачі/прийому конкретних МВМ5 даних між ОТКАМ та терміналом. ОТКАМ 2о передає МВМ5 дані через конкретний ЗССРСН, в якому відображається конкретний МТСН, в одиницях ТТІ.
Термінал, який хоче отримати МВМ5, отримує МВМ5 дані через ЗССРСН, у якому відображається МТСН (етап 51).
Якщо передача даних для МВМ5 через МТСН має бути призупинена під час передачі даних, ШТКАМ передає контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, що вказує на с ов призупинення передачі МВМЗ даних, МВМ5 ідентифікатор (або МТСН ідентифікатор) та значення зсуву, через
З-МОСН (етап 52). У даному разі значення зсуву дорівнює 7. Термінал приймає контрольне допоміжне (8) повідомлення МВМ5 і отримує планувальну інформацію МВМ5, яка вказує на призупинення, МВМ5 ідентифікатор (або МТСН ідентифікатор) та значення зсуву.
Після цього ШТКАМ призупиняє передачу МВМ5 даних через МТСН, і термінал призупиняє отримання МВМ5 со зо даних через МТСН згідно з індикацією планувальної інформації МВМ5, включеної у контрольне допоміжне повідомлення МВМ5 (етап 53). Протягом інтервалу призупинення отримання даних термінал може виконувати со різні операції, такі як процес вимірювання згідно з вказівкою ОТКАМ, отримувати МОССН, або отримувати б пейджинговий індикаторний канал для МВМ5.
ИТЕАМ передає наступне контрольне допоміжне повідомлення МВМ85, яке включає планувальну інформацію ЄМ
МВМ5, ідентифікатор МВМ5 послуги (або МТСН ідентифікатор) та значення зсуву через 5-МССН протягом со інтервалу призупинення (етап 54). Термінал виявляє наступний момент передачі контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, використовуючи значення зсуву (зсув - 7), одержане на попередньому етапі 52, і отримує відповідне контрольне допоміжне повідомлення МВМ5 у вказаний момент передачі. «
В оптимальному варіанті, оскільки значення зсуву, отримане терміналом на етапі 52, є 7, термінал з с призупиняє прийом ЗССРСН, в якому відображається конкретний МТСН, протягом 6 ТТІ. Після сьомого ТТІ термінал отримує контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5 з поточного етапу 54. Крім того, термінал також отримує нове значення зсуву (зсув - 4), включене у контрольне допоміжне повідомлення МВМ5, отримане на поточному етапі 54.
ОТКАМ після цього передає наступне контрольне допоміжне повідомлення МВМ5, яке включає планувальну со інформацію МВМ5, МВМЗ5 ідентифікатор (або МТСН ідентифікатор) та значення зсуву через 5-МССН протягом інтервалу призупинення отримання даних (етап 55). У цьому разі термінал отримує контрольне допоміжне ко повідомлення МВМ2, яке включає планувальну інформацію МВМ5, що передається у даний час, згідно з новим «с значенням зсуву (зсув - 4), одержаним на попередньому етапі 54. Термінал також отримує нове значення зсуву 5ор (Зсув - 5), включене у контрольне допоміжне повідомлення МВМ5, отримане на поточному етапі 55. со Після цього, якщо передача даних МВМ5 через МТСН має бути відновлена, ШТКАМ встановлює планувальну со інформацію МВМ5 на індикацію відновлення передачі даних МВМ5, а потім передає контрольне допоміжне повідомлення МВМ5, яке включає відповідну планувальну інформацію МВМ5, та МВМ5 ідентифікатор (або
МТСН ідентифікатор) на термінал через 5-МОСН (етап 56).
Якщо існує інтервал часу між моментом, у який передається планувальна інформація МВМ5, яка вказує на відновлення, та моментом, у який відновлюється передача даних МВМ5 через МТСН, ОТКАМ також включає у
ГФ) контрольне допоміжне повідомлення МВМ5 інформацію, яка стосується моменту відновлення передачі даних
Ф МТСН, наприклад, значення зсуву. У цьому разі термінал отримує інформацію про момент відновлення передачі
МТСН даних, тобто, значення зсуву, з контрольного допоміжного повідомлення МВМ5. У цьому разі зсув має бо значення 3.
Відповідно, ОТКАМ відновлює передачу даних МВМ5 через МТСН, і термінал відновлює отримання МВМ5 даних через МТСН згідно з індикацією контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення, отриману на етапі 56 (етап 57).
Якщо контрольне допоміжне повідомлення МВМ5, отримане на етапі 56, включає інформацію, яка стосується 65 Моменту відновлення передачі МТСН даних, тобто, значення зсуву (зсув - 3), термінал починає отримувати
МВМ5 дані через МТСН з моменту відновлення передачі МТСН даних, вказаного через зсув.
Наприклад, як показано на Фіг.7, коли значення зсуву дорівнює З, термінал отримує контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення, та момент відновлення передачі МТСН даних, на етапі 56. Після цього термінал відновлює отримання МВМ5 даних через
МТСН після призупинення прийому протягом 2 ТТІ
Якщо контрольне допоміжне повідомлення МВМ5, отримане на етапі 56, не включає інформацію про момент відновлення передачі МТСН даних, термінал відновлює отримання МВМ5 даних через МТСН відразу після отримання контрольного допоміжного повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на відновлення. 70 У даному винаході для пояснення було пояснено три типи способів переривчастих передачі/прийому в трьох різних варіантах втілення (режимах). Вибірково застосовують отри типи способів переривчастих передачі/прийому, для яких ШТКАМ має передавати інформацію, яка стосується вибраного варіанта втілення (режиму), на термінал. Тобто, УТКАМ може передавати індикатор режиму на термінал.
ТКАМ передає індикатор режиму, і термінал працює протягом інтервалу призупинення отримання даних 7/5 Згідно з режимом, вказаним отриманим індикатором режиму. Роботу терміналу згідно з кожним режимом було описано з посиланням на Фігури з 5 по 7.
ИТКАМ може передавати індикатор режиму на термінал через різні логічні канали. Спочатку ЮСТКАМ ККС може передавати індикатор режиму на термінал ККС шляхом використання системної інформації через ВССН.
Потім ОТКАМ ККС може передавати індикатор режиму на термінал ККС, використовуючи повідомлення МВМ5
ЕС, через МССН. Далі ОТКАМ ККС може передавати індикатор режиму на термінал ККС через З-МССН.
В оптимальному варіанті, коли індикатор режиму передається на термінал через 5-МСОСН, ОТКАМ ККС передає індикатор режиму на термінал ККС, використовуючи контрольне допоміжне повідомлення МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення передачі даних МВМ5. Зокрема, ШТКАМ
ККС передає індикатор режиму на термінал ККС, використовуючи контрольне допоміжне повідомлення МВМ5, с ов яке включає планувальну інформацію МВМ5, яка вказує на призупинення, найближче до передачі МТСН даних.
Тобто, ОТКАМ ККС використовує контрольне допоміжне повідомлення МВМ5, яке включає планувальну (8) інформацію МВМ5, яка вказує на призупинення, на етапі 52 з Фігур з 5 по 7.
Наприклад, на етапі 52 з Фігур з 5 по 7 ОТКАМ включає індикатор режиму у контрольному допоміжному повідомленні МВМ5, яке включає планувальну інформацію МВМ5, яка вказує на призупинення, а потім передає со зо його на термінал. Відповідно, термінал отримує контрольне допоміжне повідомлення МВМ5, яке включає індикатор режиму, а потім працює протягом інтервалу призупинення отримання даних згідно з режимом, со вказаним відповідним індикатором режиму. б
Як було описано, спосіб прийому у переривчастому режимі МВМ5 даних згідно з даним винаходом, має багато переваг. Наприклад, радіосистема передає контрольне допоміжне повідомлення МВМО через фізичний М
Зв Канал, який передає МВМ5 дані, і переривчасто передає МВМ5 дані, використовуючи контрольне допоміжне со повідомлення МВМ5. Мобільний термінал отримує контрольне допоміжне повідомлення МВМ5 через фізичний канал, а потім переривчасто отримує МВМЗ5 дані згідно з контрольним допоміжним повідомленням МВМ5.
Отже, мобільний термінал може отримувати МВМ5 дані або ефективно виконувати операції вимірювання.
Тобто, термінал може легко виконувати операцію вимірювання під час надання МВМ5 послуги. Таким чином, « розв'язується проблема існуючого рівня техніки, коли термінал не може отримувати МВМ5 дані під час з с здійснення операції вимірювання.
Хоча даний винахід описано у контексті мобільного зв'язку, даний винахід також може бути застосований у з будь-яких системах безпровідного зв'язку, в яких використовують мобільні пристрої, такі як РОА та портативні комп'ютери, оснащені засобами безпровідного зв'язку. Крім того, використання деяких термінів для опису даного винаходу не повинно обмежувати обсяг даного винаходу певним типом системи безпровідного зв'язку. Даний со винахід також може бути застосований до інших систем безпровідного зв'язку, в яких застосовують інші радіоінтерфейси та/або фізичні рівні, наприклад, ТОМА, СОМА, РОМА, МУСОМА і т. ін. ко Оптимальні варіанти втілення можуть бути втілені як спосіб, пристрій або промисловий виріб з «с застосуванням стандартних технологій програмування та/або проектування для створення програмних, 5р програмно-апаратних, апаратних засобів або будь-якої їх комбінації. Вжитий авторами термін "промисловий со виріб" стосується коду або логічної схеми, втілених в апаратному логічному вузлі (наприклад, кристал з со інтегральними мікросхемами, програмована користувачем вентильна матриця (ЕРОСА), спеціалізована інтегральна схема (АБІС), тощо), або комп'ютерного програмного носія (наприклад, магнітний носій для зберігання інформації (тобто жорсткі диски, гнучкі диски, плівка, тощо), оптичних носіїв інформації (СО-КОМ, дв Оптичні диски, тощо), енергозалежних та енергонезалежних запам'ятовуючих пристроїв (наприклад, ЕЕРКОМ,
КОМ, РКОМ, КАМ, ОКАМ, ЗКАМ, апаратно-програмне забезпечення, програмовані логічні схеми, тощо). (Ф) Код комп'ютерного програмного носія приймається та виконується процесором. Код, у якому впроваджені т оптимальні варіанти втілення, також може бути доступним через засоби передачі або з файлового сервера по мережі. У таких випадках промислові вироби, у яких впроваджений код, можуть мати засіб передачі, такий як бо мережна лінія передачі, засіб бездротової передачі даних, сигнали, що розповсюджуються в просторі, радіохвилі, інфрачервоні сигнали, тощо. Звичайно фахівці в даній галузі зрозуміють, що багато модифікацій може бути зроблено у цій конфігурації, не виходячи за межі обсягу даного винаходу, і що промисловий виріб може включати будь-який відомий у даній галузі носій інформації.
Вищеописані варіанти втілення та переваги є лише ілюстративними й не повинні тлумачитися, як такі, що 65 обмежують даний винахід. Дані знання можуть бути легко застосовані до інших типів способів та апаратури.
Опис даного винаходу має бути ілюстративним і не обмежувати обсяг формули винаходу. Багато альтернатив,
модифікацій та варіацій будуть очевидними для фахівців у даній галузі.
У формулі винаходу пункти засіб плюс функція" призначені для охоплення структури, описаної в цьому документі, як такої, що виконує викладену функцію, і не тільки структурних еквівалентів, але також еквівалентних структур.

Claims (46)

Формула винаходу
1. Спосіб отримання послуги "точка-багато точок" у мобільному терміналі системи мобільного зв'язку, який /о0 Включає отримання планувальної інформації від мережі для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал для множини мобільних терміналів, які передплачують послугу "точка-багато точок", визначення часу отримання сервісних даних "точка-багато точок" у відповідь на планувальну інформацію і прийом у переривчастому режимі сервісних даних "точка-багато точок" у мобільному терміналі через другий загальний канал.
2. Спосіб за п. 1, який відрізняється тим, що перший загальний канал та другий загальний канал відображаються в загальному фізичному каналі.
З. Спосіб за п. 2, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану іншим гор Загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі.
4. Спосіб за п. 2, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з іншими сервісними даними "точка-багато точок", переданими через загальний фізичний канал.
5. Спосіб за п. 1, який відрізняється тим, що перший загальний канал включає загальний контрольний логічний канал. с 25
6. Спосіб за п. 1, який відрізняється тим, що другий загальний канал включає загальний інформаційний логічний канал. о
7. Спосіб за п. 1, який відрізняється тим, що планувальна інформація приймається періодично.
8. Спосіб за п. 7, який відрізняється тим, що мобільний термінал отримує періодичну інформацію для отримання планувальної інформації через третій загальний канал. со зо
9. Спосіб за п. 7, який відрізняється тим, що планувальна інформація приймається під час перерваної передачі сервісних даних "точка-багато точок". «о
10. Спосіб за п. 1, який відрізняється тим, що планувальна інформація приймається неперіодично. б
11. Спосіб за п. 10, який відрізняється тим, що мобільний термінал отримує інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний канал. се 35
12. Спосіб за п. 10, який відрізняється тим, що планувальна інформація приймається під час перерваної со передачі сервісних даних "точка-багато точок".
13. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з переривчастою передачею сервісних даних "точка-багато точок".
14. Спосіб за п. 13, який відрізняється тим, що мобільний термінал призупиняє отримання сервісних даних « "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. 7
15. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з с безперервною передачею сервісних даних "точка-багато точок". :з»
16. Спосіб за п. 15, який відрізняється тим, що мобільний термінал отримує сервісні дані "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією.
17. Спосіб за п. 1, який відрізняється тим, що планувальна інформація також включає інформацію, пов'язану со з часом початку безперервної передачі сервісних даних "точка-багато точок".
18. Спосіб за п. 17, який відрізняється тим, що мобільний термінал отримує сервісні дані "точка-багато іо) точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією. «со
19. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". Го)
20. Спосіб за п. 1, який відрізняється тим, що планувальна інформація включає ідентифікатор для ідентифікації другого загального каналу. (о
21. Спосіб за п. 1, який відрізняється тим, що другий загальний канал конфігурується у відповідь на інформацію, передану через третій загальний канал.
22. Спосіб за п. 1, який відрізняється тим, що також включає вибіркове отримання планувальної інформації згідно з режимом планувальної інформації і отримання індикатора режиму для відображення режиму ГФ) планувальної інформації, причому режим планувальної інформації включає принаймні один із заходів, до яких належать отримання планувальної інформації один раз під час перерваного прийому сервісних даних о "точка-багато точок", періодичне отримання планувальної інформації під час перерваного прийому сервісних бо даних "точка-багато точок" і отримання планувальної інформації неперіодично під час перерваного прийому сервісних даних "точка-багато-точок".
23. Спосіб за п. 22, який відрізняється тим, що індикатор режиму отримується через принаймні один з-поміж першого загального каналу, третього загального каналу з використанням ККС повідомлення "точка-багато точок" та четвертого загального каналу з використанням системної інформації. 65
24. Спосіб передачі послуги "точка-багато точок" з мережі системи мобільного зв'язку, який включає передачу планувальної інформації на мобільний термінал для приймання у переривчастому режимі сервісних даних "точка-багато точок", причому планувальна інформація забезпечується через перший загальний канал для множини мобільних терміналів, які передплачують послугу "точка-багато точок", і переривчасту передачу сервісних даних "точка-багато точок" у мобільному терміналі через другий загальний Канал.
25. Спосіб за п. 24, який відрізняється тим, що перший загальний канал та другий загальний канал відображаються в загальному фізичному каналі.
26. Спосіб за п. 25, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану іншим загальним інформаційним логічним каналом, відображеним у загальному фізичному каналі. 70
27. Спосіб за п. 25, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з іншими сервісними даними "точка-багато точок", переданими через загальний фізичний канал.
28. Спосіб за п. 24, який відрізняється тим, що перший загальний канал включає загальний контрольний логічний канал.
29. Спосіб за п. 24, який відрізняється тим, що другий загальний канал включає загальний інформаційний /5 Логічний канал.
30. Спосіб за п. 24, який відрізняється тим, що планувальна інформація передається періодично.
31. Спосіб за п. ЗО, який відрізняється тим, що мережа передає інформацію про період для передачі планувальної інформації через третій загальний канал.
32. Спосіб за п. 30, який відрізняється тим, що планувальна інформація передається під час перерваної передачі сервісних даних "точка-багато точок".
33. Спосіб за п. 24, який відрізняється тим, що планувальна інформація передається неперіодично.
34. Спосіб за п. 33, який відрізняється тим, що мережа передає інформацію, яка стосується часу передачі наступної планувальної інформації через перший загальний канал.
35. Спосіб за п. 33, який відрізняється тим, що планувальна інформація передається під час перерваної с передачі сервісних даних "точка-багато точок".
36. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з (8) перерваною передачею сервісних даних "точка-багато-точок".
37. Спосіб за п. 36, який відрізняється тим, що мережа призупиняє передачу сервісних даних "точка-багато точок" протягом періоду, пов'язаного з планувальною інформацією. со зо
38. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає інформацію, пов'язану з безперервною передачею сервісних даних "точка-багато точок". со
39. Спосіб за п. 38, який відрізняється тим, що мережа передає сервісні дані "точка-багато точок" протягом б періоду, пов'язаного з планувальною інформацією.
40. Спосіб за п. 24, який відрізняється тим, що планувальна інформація також включає інформацію, пов'язану ЄМ зв З часом початку безперервної передачі сервісних даних "точка-багато точок". со
41. Спосіб за п. 40, який відрізняється тим, що мережа передає сервісні дані "точка-багато точок" з часу початку протягом періоду, пов'язаного з планувальною інформацією.
42. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає ідентифікатор послуги для ідентифікації послуги "точка-багато точок". «
43. Спосіб за п. 24, який відрізняється тим, що планувальна інформація включає ідентифікатор для з с ідентифікації другого загального каналу.
44. Спосіб за п. 24, який відрізняється тим, що другий загальний канал конфігурується у відповідь на з інформацію, передану через третій загальний канал.
45. Спосіб за п. 24, який відрізняється тим, що також включає передачу планувальної інформації згідно з режимом планувальної інформації та передачу індикатора режиму для відображення режиму планувальної со інформації, причому режим планувальної інформації включає принаймні один із заходів, до яких належать передача планувальної інформації один раз під час перерваної передачі сервісних даних "точка-багато точок", ко передачу планувальної інформації періодично під час перерваної передачі сервісних даних "точка-багато точок" «с і передачу планувальної інформації неперіодично під час перерваної передачі сервісних даних "точка-багато бор ТОЧОК. со
46. Спосіб за п. 45, який відрізняється тим, що індикатор режиму передається через принаймні один з-поміж со першого загального каналу, третього загального каналу з використанням ККС повідомлення "точка-багато точок" і четвертого загального каналу з використанням системної інформації. Ф) ко 60 б5
UAA200608680A 2004-02-11 2005-07-02 Discontinuous transmission and reception of service of multimedia broadcast transmission/multicasting in a mobile communication system UA82938C2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020040009130A KR101010774B1 (ko) 2004-02-11 2004-02-11 이동통신 시스템에서 점대다 서비스 데이터의 송수신방법
PCT/KR2005/000379 WO2005078962A1 (en) 2004-02-11 2005-02-07 Discontinuously transmitting and receiving multimedia broadcast/multicast service data in mobile communication system

Publications (1)

Publication Number Publication Date
UA82938C2 true UA82938C2 (en) 2008-05-26

Family

ID=36169032

Family Applications (1)

Application Number Title Priority Date Filing Date
UAA200608680A UA82938C2 (en) 2004-02-11 2005-07-02 Discontinuous transmission and reception of service of multimedia broadcast transmission/multicasting in a mobile communication system

Country Status (15)

Country Link
US (2) US7656834B2 (uk)
EP (1) EP1714406B1 (uk)
JP (1) JP4291853B2 (uk)
KR (1) KR101010774B1 (uk)
CN (1) CN1879326B (uk)
AT (1) ATE391365T1 (uk)
AU (1) AU2005213082B2 (uk)
BR (1) BRPI0506154A (uk)
DE (1) DE602005005795T2 (uk)
HK (1) HK1095438A1 (uk)
MX (1) MXPA06002918A (uk)
RU (1) RU2392742C2 (uk)
UA (1) UA82938C2 (uk)
WO (1) WO2005078962A1 (uk)
ZA (1) ZA200606372B (uk)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
GB0407929D0 (en) * 2004-04-07 2004-05-12 Samsung Electronics Co Ltd Mobile communications
US7546132B2 (en) 2004-04-19 2009-06-09 Lg Electronics, Inc. Communication of point to multipoint service information in wireless communication system
KR101005709B1 (ko) * 2004-06-16 2011-01-05 엘지전자 주식회사 무선통신 시스템에서 제어정보의 갱신통지 방법
KR101141636B1 (ko) * 2004-09-24 2012-07-12 엘지전자 주식회사 점대다 멀티미디어 서비스 전송 및 수신 방법
KR100970642B1 (ko) * 2005-03-28 2010-07-15 엘지전자 주식회사 멀티미디어 방송/멀티캐스트 서비스 전송블록 수신 방법
JP2007281880A (ja) * 2006-04-06 2007-10-25 Ntt Docomo Inc 移動機および発信規制方法
WO2007144956A1 (ja) 2006-06-16 2007-12-21 Mitsubishi Electric Corporation 移動体通信システム及び移動端末
WO2007145035A1 (ja) * 2006-06-16 2007-12-21 Mitsubishi Electric Corporation 移動体通信システム及び移動端末
US20080095052A1 (en) * 2006-07-27 2008-04-24 Patrick Julien Network Control Time Spans
CN101479997B (zh) * 2006-10-30 2011-09-14 华为技术有限公司 用户设备mbms测量结果报告的负载控制
US10484946B2 (en) * 2007-01-12 2019-11-19 Electronics And Telecommunications Research Institute Method of reporting measurement information in packet based on cellular system
KR101080466B1 (ko) * 2007-03-19 2011-11-04 엘지전자 주식회사 일정 데이터율 서비스를 위한 불연속 수신 동작
ES2350502T3 (es) * 2007-03-20 2011-01-24 Alcatel Lucent Un método para planificar datos de servicio en el enlace descendente y estación base para ello.
US8570922B2 (en) 2007-04-13 2013-10-29 Hart Communication Foundation Efficient addressing in wireless hart protocol
US8942219B2 (en) 2007-04-13 2015-01-27 Hart Communication Foundation Support for network management and device communications in a wireless network
US8325627B2 (en) 2007-04-13 2012-12-04 Hart Communication Foundation Adaptive scheduling in a wireless network
US8356431B2 (en) 2007-04-13 2013-01-22 Hart Communication Foundation Scheduling communication frames in a wireless network
US8230108B2 (en) 2007-04-13 2012-07-24 Hart Communication Foundation Routing packets on a network using directed graphs
US9596009B2 (en) 2007-04-20 2017-03-14 Blackberry Limited Multicast control channel design
FI20075287A0 (fi) * 2007-04-25 2007-04-25 Nokia Corp Siirtoyhteyden ajoitus
US8131286B2 (en) * 2007-06-13 2012-03-06 Motorola Mobility, Inc. Technique for providing broadcast services in a cellular network
US8649795B2 (en) 2007-09-05 2014-02-11 Blackberry Limited Multicast/broadcast single frequency network control information transmission
US8077649B2 (en) * 2007-09-13 2011-12-13 Research In Motion Limited Indication of multicast control information
KR101455982B1 (ko) * 2007-09-13 2014-11-03 엘지전자 주식회사 이동 통신 시스템에서의 데이터 통신 방법
US8768383B2 (en) 2007-09-13 2014-07-01 Lg Electronics Inc. Method for providing control information using the paging procedure
AU2008297726B2 (en) * 2007-09-14 2012-11-22 Samsung Electronics Co., Ltd. Apparatus and method for changing subscription status of service in mobile communication system and mobile communication system thereof
KR101473010B1 (ko) 2007-10-17 2014-12-15 엘지전자 주식회사 패킷망을 이용하여 서킷서비스를 제공하는 방법
KR101430465B1 (ko) * 2007-12-05 2014-08-18 엘지전자 주식회사 무선 통신 시스템에서 호출 메시지 송수신 방법 및 데이터송수신 방법
US8774141B2 (en) * 2007-12-07 2014-07-08 Blackberry Limited Multicast broadcast single frequency network data scheduling and handling
US20090149164A1 (en) * 2007-12-10 2009-06-11 Research In Motion Limited System and method for single cell point-to-multipoint multiplexing and scheduling
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 harq 동작 방법
KR101514079B1 (ko) 2008-01-07 2015-04-21 엘지전자 주식회사 상향링크 시간 동기 타이머의 재구성 방법
JP5260131B2 (ja) * 2008-04-28 2013-08-14 株式会社エヌ・ティ・ティ・ドコモ 基地局、移動局及び共通情報通信方法
WO2010008867A2 (en) 2008-06-23 2010-01-21 Hart Communication Foundation Wireless communication network analyzer
TWI428036B (zh) * 2009-06-08 2014-02-21 Innovative Sonic Corp 處理多媒體廣播與群播服務之動態排程資訊的方法及通訊裝置
GB2474006B (en) * 2009-08-11 2012-05-02 Samsung Electronics Co Ltd Network element, wireless communication units and methods for scheduling communications
US8205006B2 (en) * 2009-09-30 2012-06-19 Lenovo (Singapore) Pte. Ltd. Systems and methods for discontinuous multi-media content transfer and handling
KR101500314B1 (ko) * 2010-02-17 2015-03-10 세종대학교산학협력단 고속 무선통신 시스템에서의 하향링크 코드채널 송수신 방법 및 장치
CN101827444B (zh) * 2010-03-31 2015-03-25 中兴通讯股份有限公司 一种测量参考信号的信令配置系统及方法
CN102695129B (zh) * 2011-03-21 2018-01-02 中兴通讯股份有限公司 确定挂起mbms业务重新恢复的方法及装置、用户设备
CN102740234B (zh) * 2011-04-12 2017-11-07 中兴通讯股份有限公司 一种mbms挂起方法、系统及mce
CN102932743B (zh) * 2011-08-08 2015-12-09 华为技术有限公司 多媒体广播组播业务数据的传输控制方法、装置和系统
US9717038B2 (en) 2011-08-12 2017-07-25 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, network node, second network node and methods therein
CN104604287B (zh) 2013-08-30 2019-04-23 华为技术有限公司 一种无线通信网络数据传输的控制方法及装置
CN104955065A (zh) 2014-03-31 2015-09-30 北京三星通信技术研究有限公司 进行用户统计的方法、暂停数据传输的方法和装置
WO2016108377A1 (en) * 2014-12-29 2016-07-07 Lg Electronics Inc. Method for informing mtch suspension information in a mbms wireless communication system and device therefor
CN107708179B (zh) 2016-08-09 2024-03-15 华为技术有限公司 一种系统消息的发送方法和设备
WO2018143246A1 (ja) * 2017-02-03 2018-08-09 京セラ株式会社 無線端末及び基地局
RU2739290C1 (ru) 2017-05-05 2020-12-22 Хуавей Текнолоджиз Ко., Лтд. Способ управления многоадресным однонаправленным каналом и оконечное устройство
US10880881B2 (en) 2018-05-15 2020-12-29 King Fahd University Of Petroleum And Minerals Systems and methods for collision prevention and power conservation in wireless networks
EP3949576A4 (en) * 2019-03-28 2022-04-20 ZTE Corporation METHOD FOR SCHEDULING DATA TRANSMISSION

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ZA957816B (en) 1994-09-30 1996-05-31 Qualcomm Inc Method and apparatus for providing broadcast messages in a communications network
WO1997036384A1 (de) * 1996-03-27 1997-10-02 Robert Bosch Gmbh Punkt-zu-mehrpunkt funkübertragungssystem
KR100577149B1 (ko) 1998-12-02 2006-07-25 엘지전자 주식회사 이동통신시스템에서의멀티캐스트서비스구현방법
TW473467B (en) 1999-03-03 2002-01-21 Asahi Chemical Ind Method for continuously producing a dialkyl carbonate and a diol
US6529740B1 (en) 1999-12-10 2003-03-04 Motorola, Inc. Group radio with subscriber-radio controlled channel selection
TW586063B (en) * 2000-08-14 2004-05-01 I2 Technologies Inc Network application program interface facilitating communication in a distributed network environment
EP1283652A1 (de) * 2001-08-07 2003-02-12 Siemens Aktiengesellschaft Verfahren, Sende-/Empfangseinheit und Kommunikationssystem zur Übertragung von Daten von einem Versender an mehrere Empfänger
EP1436946B1 (en) 2001-10-19 2007-02-28 Nokia Corporation Transmission of multicast and broadcast multimedia services via a radio interface
CN1281022C (zh) * 2001-12-04 2006-10-18 中兴通讯股份有限公司 在点到多点无线系统中传递网同步时钟的方法和装置
US6799043B2 (en) 2001-12-04 2004-09-28 Qualcomm, Incorporated Method and apparatus for a reverse link supplemental channel scheduling
US6856604B2 (en) 2001-12-19 2005-02-15 Qualcomm Incorporated Efficient multi-cast broadcasting for packet data systems
KR100886537B1 (ko) 2002-03-15 2009-03-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 멀티캐스트멀티미디어 방송 서비스를 위한 데이터 패킷 제어장치 및방법
US6684081B2 (en) * 2002-05-10 2004-01-27 Nokia Corporation Method and system for separating control information and user data from multicast and broadcast services
KR20030097373A (ko) 2002-06-20 2003-12-31 삼성전자주식회사 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송서비스를 위한 호출 장치 및 방법
KR100917042B1 (ko) * 2002-08-14 2009-09-10 엘지전자 주식회사 무선 이동통신 시스템의 방송 및 멀티캐스트 데이터의전송 방법
US7480695B2 (en) 2004-01-22 2009-01-20 International Business Machines Corporation Using phone service to initiate requests for web information
KR101005709B1 (ko) * 2004-06-16 2011-01-05 엘지전자 주식회사 무선통신 시스템에서 제어정보의 갱신통지 방법

Also Published As

Publication number Publication date
JP2007511940A (ja) 2007-05-10
KR20050080946A (ko) 2005-08-18
WO2005078962A1 (en) 2005-08-25
EP1714406B1 (en) 2008-04-02
MXPA06002918A (es) 2006-05-31
RU2006120681A (ru) 2008-03-20
US20050190712A1 (en) 2005-09-01
DE602005005795T2 (de) 2009-04-30
RU2392742C2 (ru) 2010-06-20
AU2005213082A1 (en) 2005-08-25
EP1714406A1 (en) 2006-10-25
CN1879326B (zh) 2010-06-09
EP1714406A4 (en) 2006-11-08
ATE391365T1 (de) 2008-04-15
CN1879326A (zh) 2006-12-13
ZA200606372B (en) 2008-01-08
AU2005213082B2 (en) 2007-11-01
DE602005005795D1 (de) 2008-05-15
JP4291853B2 (ja) 2009-07-08
US8102800B2 (en) 2012-01-24
US7656834B2 (en) 2010-02-02
HK1095438A1 (en) 2007-05-04
KR101010774B1 (ko) 2011-01-25
BRPI0506154A (pt) 2006-10-24
US20090290523A1 (en) 2009-11-26

Similar Documents

Publication Publication Date Title
UA82938C2 (en) Discontinuous transmission and reception of service of multimedia broadcast transmission/multicasting in a mobile communication system
RU2369014C2 (ru) Передача и прием уведомления управляющей информации для многоточечного обслуживания в беспроводной системе связи
KR101281848B1 (ko) 스케줄링 정보의 전송 방법과 장치
US8059625B2 (en) Distributed architecture and methods for broadcast/multicast service
CN101449517B (zh) 长期演进上行链路和下行链路中的无线电链路故障检测方法及其装置
KR101365082B1 (ko) 멀티미디어 브로드캐스트 멀티캐스트 서비스 제어채널 내용 업데이트의 통지방법 및 시스템
EP3379862A1 (en) Method and apparatus for logging and reporting mbms-related measurement information in wireless communication system
KR20100119545A (ko) 멀티미디어 동작 데이터를 전송 및 수신하기 위한 방법, 기지국 디바이스 및 이용자 디바이스
MX2015005626A (es) Metodo y aparato para recibir informacion de temporizacion desde una celda o red en un modo menos activo.
KR20220119477A (ko) 사이드링크 통신을 위한 방법 및 디바이스
CN114095874B (zh) 一种组播/广播业务模式处理方法、设备及存储介质
CN102164347B (zh) Mcch修改通知及修改通知发送配置信息的发送方法及设备
CN110213833B (zh) 星型自组网络上行调度请求调度方法及其星型自组网络
WO2011079646A1 (zh) 多播控制信道更新指示信息的发送方法及装置
CN117500079A (zh) NR小区中MCCH的发送方法、gNB以及UE
RU2407189C2 (ru) Передача управляющей информации в соответствии с группированием услуг в системе мобильной связи
WO2012109994A1 (zh) 控制用户设备测量的方法、设备及系统
WO2018058445A1 (zh) 一种通信方法及装置
CN105122849A (zh) 一种信号传输方法及装置
CN101873534A (zh) 多媒体广播和多播业务接收的补偿方法、系统及其装置