RU2410848C2 - Способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания "mbms" в системе мобильной связи - Google Patents

Способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания "mbms" в системе мобильной связи Download PDF

Info

Publication number
RU2410848C2
RU2410848C2 RU2008100854/09A RU2008100854A RU2410848C2 RU 2410848 C2 RU2410848 C2 RU 2410848C2 RU 2008100854/09 A RU2008100854/09 A RU 2008100854/09A RU 2008100854 A RU2008100854 A RU 2008100854A RU 2410848 C2 RU2410848 C2 RU 2410848C2
Authority
RU
Russia
Prior art keywords
channel
unidirectional
information
service
control
Prior art date
Application number
RU2008100854/09A
Other languages
English (en)
Other versions
RU2008100854A (ru
Inventor
Ён-Тэ ЛИ (KR)
Ён-Тэ ЛИ
Сон-Дук ЧХОН (KR)
Сон-Дук ЧХОН
Мюн-Чхоль ЧЖОН (KR)
Мюн-Чхоль ЧЖОН
Сон-Чон ПАК (KR)
Сон-Чон ПАК
Патрик ФИШЕР (FR)
Патрик ФИШЕР
Original Assignee
Эл Джи Элекроникс Инк.
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 Эл Джи Элекроникс Инк. filed Critical Эл Джи Элекроникс Инк.
Publication of RU2008100854A publication Critical patent/RU2008100854A/ru
Application granted granted Critical
Publication of RU2410848C2 publication Critical patent/RU2410848C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel

Abstract

Изобретение относится к технике мобильной связи. Предложен способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания, которая передается, используя первый и второй однонаправленные каналы, сконфигурированные для данной услуги. Управляющую информацию первого и второго однонаправленных каналов передают на подвижный терминал через нисходящий управляющий канал, при этом управляющая информация второго однонаправленного канала основана на управляющей информации первого однонаправленного канала. Определяют тип радиоканала («точка»-«точка», «точка»-«множество точек»), который следует использовать для первого и/или второго однонаправленных каналов. Передают управляющую информацию для настройки радиоканала через соответствующий управляющий канал («МССН» или «DCCH»), передают данные первого однонаправленного канала и второго однонаправленного канала через, по крайне мере, один из каналов трафика мультимедийного широковещательного/многоадресного обслуживания («MTCH», «DTCH»). Технический результат заключается в более эффективном приеме служебной информации подвижным терминалом. 2 н. и 19 з.п. ф-лы, 5 ил.

Description

Область техники
[1] Настоящее изобретение относится к мультимедийному широковещательному/многоадресному обслуживанию «MBMS», а более конкретно к передаче и приему данных и управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS».
Уровень техники
[2] Универсальная подвижная телекоммуникационная система «UMTS» представляет собой систему подвижной связи третьего поколения, которая явилась результатом эволюции глобальной системы подвижной (мобильной) связи «GSM», которая является Европейским стандартом. Целью универсальной подвижной телекоммуникационной системы «UMTS» является предоставление услуг мобильной связи повышенного качества на основе базовой сети «GSM» и технологии широкополосного множественного доступа с кодовым разделением каналов.
[3] Структура 1 сети универсальной мобильной телекоммуникационной системы «UMTS» показана на фиг.1. Подвижный терминал или абонентское устройство 2 «UE» подключены к базовой сети 4 «CN» через «UTRAN» - наземную сеть 6 радиодоступа универсальной мобильной телекоммуникационной системы. Наземная сеть 6 радиодоступа «UTRAN» конфигурирует (настраивает) канал радиодоступа, осуществляет его поддержку и управляет им для обмена данными между терминалом 2 «UE» и базовой сетью 4 и достижения соответствующих требований к качеству услуг по всему сквозному маршруту передачи данных.
[4] Наземная сеть 6 радиодоступа «UTRAN» содержит несколько подсистем 8 радиосети «RNS», каждая из которых содержит по одному контроллеру 10 радиосети «RNC» для нескольких базовых станций или беспроводных базовых станций 12 - «Узлы В». Контроллер 10 радиосети «RNC», подключенный к данной базовой станции 12, является управляющим контроллером радиосети «RNC», выполняющим функции распределения и управления в отношении общих ресурсов, выдаваемых любому числу терминалов 2 «UE», работающих в одной ячейке. В беспроводной базовой станции «Узел В» имеется одна или более ячеек. Управляющий контроллер 10 радиосети «RNC» управляет информационным трафиком, контролирует перегрузку ячеек и принятие в сеть новых каналов радиосвязи. Каждая беспроводная базовая станция 12 «Узел В» может принимать сигнал по восходящему каналу от терминала 2 и передавать сигналы по нисходящему каналу на терминал 2. Каждая беспроводная базовая станция 12 «Узел В» служит точкой доступа, обеспечивающей терминалу 2 возможность подключения к наземной сети 6 радиодоступа «UTRAN», а контроллер 10 радиосети «RNC» служит точкой доступа, обеспечивающей подключение соответствующих базовых станций «Узел В» к базовой сети 4.
[5] В числе подсистем радиосети 8 наземной сети 6 радиодоступа «UTRAN» обслуживающий контроллер радиосети 10 «RNC» представляет собой контроллер радиосети «RNC», управляющий выделенными радиоресурсами с целью предоставления услуг конкретному терминалу 2 «UE», он является точкой доступа к базовой сети 4 для передачи данных конкретному терминалу «UE». Все другие контроллеры радиосети 10 «RNC», подключенные к терминалам 2 «UE», являются дрейфовыми контроллерами радиосети «RNC», так что только один обслуживающий контроллер радиосети «RNC» соединяет терминал «UE» с базовой сетью 4 через наземную сеть 6 радиодоступа «UTRAN». Дрейфовые контроллеры радиосети 10 «RNC» облегчают маршрутизацию пользовательских данных и распределяют коды в качестве общих ресурсов.
[6] Интерфейс между терминалом 2 «UE» и наземной сетью 6 радиодоступа «UTRAN» реализован посредством протокола радиоинтерфейса, учрежденного в соответствии со спецификациями сети радиодоступа, характеризующегося физическим уровнем (L1), уровнем передачи данных (L2) и сетевым уровнем (L3), описанными, например, в спецификациях «Проекта о сотрудничестве третьего поколения 3GPP». Эти уровни основаны на трех нижних уровнях модели взаимных соединений открытой системы (OSI), хорошо известной в системах связи.
[7] Структура протокола радиоинтерфейса проиллюстрирована на фиг.2. Как показано, протокол радиоинтерфейса разделен по горизонтали на физический уровень, уровень передачи данных и сетевой уровень, а по вертикали разделяется на плоскость пользователя для передачи потока данных, таких как речевые сигналы и пакетные данные по протоколу сети Интернет, и плоскость управления - для передачи управляющей информации для обслуживания и управления интерфейсом.
[8] Физический уровень (PHY) обеспечивает услугу по передаче информации на вышерасположенный уровень и через транспортные каналы связан с уровнем управления доступом к среде «MAC». Уровень управления доступом к среде «MAC» и физический уровень обмениваются данными через транспортный канал. Кроме того, через физический канал осуществляется передача данных между различными физическими уровнями, а именно между физическими уровнями передающей стороны (передатчиком) и принимающей стороны (приемником).
[9] Уровень управления доступом к среде «MAC» второго уровня управления обеспечивает поставку услуг по передаче информации на вышерасположенный уровень и соединен через логический канал с уровнем управления радиоканалом «RLC». Уровень управления радиоканалом «RLC» второго уровня (L2) поддерживает надежную передачу данных и может выполнять функции сегментации и конгатенации (последовательного соединения) блоков служебных данных «SDU» уровня управления радиоканалом «RLC», принятых с вышерасположенного уровня.
[10] Уровень управления радиоресурсами «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления и осуществляет управление транспортными каналами и физическими каналами в отношении учреждения, реконфигурации и освобождения радиоканалов. Радиоканал «RB» относится к услуге, предоставляемой с использованием нижерасположенных уровней, таких как уровень управления радиоканалом «RLC» или уровень управления доступом к среде «MAC» для передачи данных между мобильным терминалом «UE» и наземной сетью 6 радиодоступа «UTRAN». Обычно при создании радиоканала определяются характеристики регулирования протокольного уровня и канала, необходимые для предоставления конкретных услуг, благодаря чему задаются соответствующие параметры и рабочие процедуры.
[11] При создании радиоканала определяются характеристики регулирования протокольного уровня и канала, необходимые для предоставления конкретных услуг, благодаря чему задаются соответствующие параметры и рабочие процедуры. Когда устанавливается соединение для обеспечения передачи между уровнем управления радиоресурсами «RRC» конкретного "UE" 2 и уровнем управления радиоресурсами «RRC» наземной сети 6 радиодоступа «UTRAN», то говорят, что терминал 2 «UE» находится в состоянии «RRC-соединения». При отсутствии такого соединения терминал 2 «UE» находится в состоянии ожидания.
[12] Далее будет описана услуга мультимедийного широковещательного/многоадресного обслуживания («MBMS» или услуга «MBMS). Мультимедийное широковещательное/многоадресное обслуживание «MBMS» представляет собой способ поставки поточных или фоновых услуг на несколько мобильных терминалов «UE», с использованием нисходящего выделенного канала мультимедийного широковещательного/многоадресного обслуживания, в котором используется как минимум один многоточечный радиоканал связи одного абонента с несколькими и один радиоканал прямой связи. Одна услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» включает в себя один или более сеансов связи, и данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» передаются на несколько терминалов через радиоканал мультимедийного широковещательного/многоадресного обслуживания (далее «радиоканал-MBMS») только во время проведения сеанса связи.
[13] Услуга «MBMS» может выполняться в широковещательном или многоадресном режиме. Широковещательный режим служит для передачи мультимедийных данных всем пользователям 2 «UE» в зоне широковещания, например в области, где оно доступно. Многоадресный режим служит для передачи мультимедийных данных к конкретной группе терминалов 2 «UE» в пределах зоны многоадресного вещания, например в области, где доступно многоадресное обслуживание.
[14] Наземная сеть 6 радиодоступа «UTRAN» предоставляет услугу MBMS терминалам 2 «UE», используя радиоканал «RB». Радиоканалы, используемые наземной сетью 6 радиодоступа «UTRAN», могут быть классифицированы как радиоканалы прямой связи (двухточечные радиоканалы) типа «точка-точка» или как многоточечные радиоканалы типа «точка - множество точек». Радиоканалы прямой связи представляют собой двунаправленные радиоканалы и включают выделенный логический канал трафика (информационный канал) «DTCH», выделенный транспортный канал «DCH» и выделенный физический канал «DPCH» или канал «SCCPCH»-вспомогательный общий управляющий физический канал.
[15] Как показано на фиг.3, многоточечный радиоканал типа «точка - множество точек» представляет собой однонаправленный нисходящий радиоканал, включающий логический канал «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS», далее мультимедийный многоточечный канал трафика «МТСН»), транспортный канал прямого доступа «FACH» и вспомогательный общий управляющий физический канал «SCCPCH». Логический канал «МТСН» конфигурируется для каждой услуги «MBMS», предоставляемой одной ячейкой, и используется для передачи в плоскости пользователя данных конкретной услуги «MBMS» к множеству терминалов «UE».
[16] На фиг.3 показана схема, поясняющая отображение каналов для услуги «MBMS». Согласно фиг.3 многоточечный радиоканал типа «точка - много точек» включает логический мультимедийный многоточечный канал трафика «МТСН», транспортный канал прямого доступа «FACH» и вспомогательный общий управляющий физический канал «SCCPCH». Логический канал «МТСН» конфигурируется для каждой услуги «MBMS», предлагаемой одной ячейкой, и используется для передачи в плоскости пользователя данных услуги «MBMS» множеству терминалов «UE».
[17] Как показано на фиг.3, логический канал «МССН» (управляющий канал мультимедийного широковещательного/многоадресного обслуживания - управляющий канал «MBMS») представляет собой многоточечный канал нисходящей линии связи и используется для передачи управляющей информации мультимедийного широковещательного/ многоадресного обслуживания «MBMS». Логический канал «МССН» отображается в транспортный канал прямого доступа «FACH», а транспортный канал прямого доступа «FACH» отображается во вспомогательный общий управляющий физический канал «SCCPCH». Одна ячейка имеет один логический канал «МССН».
[18] На фиг.4 показана принципиальная схема способа передачи информации по управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН». Информация логического канала «МССН» передается периодически в соответствии с периодом изменения и периодом повторения. Информация логического канала «МССН» делится на критическую и некритическую. Разница между критической и некритической информацией заключается в том, что некритическая информация может быть изменена в период изменения или в период повторения, а критическая информация может быть изменена только в период изменения. Поэтому при передаче критическая информация повторяется один раз в течение каждого периода повторения, а передача измененной критической информации может произойти только в начале периода изменения.
[19] Информация логического канала «МССН» содержит одно или несколько управляющих сообщений мультимедийного широковещательного/многоадресного обслуживания «MBMS» (например, сообщение уровня управления радиоресурсами «RRC», информацию об измененных услугах «MBMS» («MSI-сообщение»), информацию о неизмененных услугах «MBMS» («USI-сообщение»), информацию о многоточечном радиоканале «MBMS» и информацию о доступе/информацию о сеансе связи и т.п.). Среди этих сообщений некритической считается информация о доступе (информация о сеансе связи), а все остальные информационные сообщения логического канала «МССН» рассматриваются как критическая информация.
[20] Информация о сеансе связи используется для управления процессом измерений. Исходя из информации о сеансе связи, терминал «UE» выполняет процедуру «RRC-соединения», процедуру обновления ячейки или процедуру обновления URA путем передачи ответного сообщения процесса измерений, такого как ответное сообщение об «RRC-соединении», сообщение об обновлении ячейки или сообщение об обновлении «URA».
[21] Поскольку все сообщения передает наземная сеть радиодоступа «UTRAN», сообщение передается с идентификатором передачи «MBMS», если это сообщение содержит информацию о конкретной услуге. При этом идентификатор передачи «MBMS» формируется с идентификатором сеанса связи «MBMS» и идентификатором услуги «MBMS». Например, когда требуется передать информацию об измененных услугах «MBMS» - «MSI-сообщение», то «MSI-сообщение» содержит идентификатор сеанса связи «MBMS» вместе со информацией об услуге, представленной идентификатором услуги «MBMS».
[22] Наземная сеть радиодоступа «UTRAN» периодически передает физический канал индикатора уведомления об услуге «MBMS» - «MICH», чтобы указать, была ли обновлена информация логического канала «МССН» в течение периода изменения. Таким образом, терминал « UE», стремящийся получить только определенную услугу «MBMS», не принимает информацию каналов «МССН» или «МТСН» до тех пор, пока не начнется сеанс связи для этой определенной услуги и «MBMS». Однако терминал «UE» периодически принимает канал индикатора уведомления об услуге «MBMS» - «MICH». Под обновлением информации логического канала «МССН» понимаются создание, добавление, изменение и/или удаление конкретного элемента информации логического канала «МССН».
[23] Кроме того, наземная сеть радиодоступа «UTRAN» периодически передает «MSI-сообщение» с физическим каналом индикатора уведомления об услуге «MBMS» - «MICH», чтобы указать, была ли обновлена информация логического канала «МССН». «MSI-сообщение» содержит информацию об идентификаторах всех услуг, которые были обновлены в текущей ячейке в период изменения, и требуемую оперативную информацию для услуги, на которую подписан пользователь «UE». Здесь в качестве информации об идентификаторах используется идентификатор передачи «MBMS». Идентификатор передачи «MBMS» состоит из идентификатора услуги «MBMS», который указывает конкретную услугу, или идентификатор передачи «MBMS состоит из идентификатора услуги «MBMS» с идентификатором сеанса связи «MBMS», который указывает конкретный сеанс конкретной услуги. Из текущих услуг, предоставляемых в данной ячейке, информация об идентификаторе для услуги, неизмененной в период изменения, передается посредством «USI-сообщения». В этом случае для информации об идентификаторе этой услуги используется идентификатор передачи «MBMS».
[24] Когда начинается сеанс конкретной услуги «MBMS», сеть радиодоступа «UTRAN» передает уведомляющий индикатор «NI». Указанный уведомляющий индикатор «NI» является индикатором, который обеспечивает уведомление, чтобы принять сообщение логического канала «МССН» терминалом «UE», стремящимся получить конкретную услугу «MBMS». По получении уведомляющего индикатора «NI» по каналу индикатора уведомления об услуге «MBMS» - «MICH» терминал «UE» принимает логический канал «МССН» в течение заданного периода изменения, указанного каналом «MICH». Во время приема логического канала «МССН» терминал «UE» сначала получает «MSI-сообщение» для определения того, была ли обновлена в период изменения требуемая пользователю «UE» услуга «MBMS», а затем если обновление существует, принимает измененную информацию логического канала «МССН». Терминал «UE» может обнаружить списки всех услуг, предоставляемых текущей ячейкой, путем приема переданного «MSI-сообщения» об измененных услугах «USI-сообщения» о неизмененных услугах на протяжении периода изменения.
[25] Таким образом, терминал «UE», желающий получить конкретную услугу «MBMS» с использованием многоточечного радиоканала типа «точка - много точек», принимает по каналу «МССН» информацию логического канала «МССН», включающую информацию о радиоканале, и, используя эту информацию, устанавливает многоточечный радиоканал типа «точка - много точек». После установления многоточечного радиоканала терминал «UE» непрерывно принимает вспомогательный общий управляющий физический канал «SCCPCH», которому соответствует канал «МТСН», для получения данных конкретной услуги «MBMS», передаваемой по каналу «МТСН».
[26] Сеть радиодоступа «UTRAN» может передавать данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» по каналу «МТСН» в прерывистом режиме. В этом случае, как показано на фиг.3, сеть радиодоступа «UTRAN» периодически передает терминалу «UE» сообщение по каналу планирования услуги «MBMS» - «MSCH» вспомогательного общего управляющего физического канала «SCCPCH», которому соответствует канал «МТСН». Сообщение планирования уведомляет о моменте начала передачи и продолжительности передачи данных услуги «MBMS», которые передаются в течение одного периода планирования. С этой целью сеть радиодоступа «UTRAN» должна заранее сообщить пользователю «UE» период передачи информации планирования.
Раскрытие сущности изобретения
Техническая проблема
[27] Как описано выше, при современном уровне техники терминал «UE» принимает данные об услугах после получения служебной информации об услугах однонаправленного канала. Таким образом, если при обслуживании одного абонента должны быть получены данные об услугах нескольких каналов, то терминал «UE» выполняет соответственно действия по приему данных услуги каждого канала после приема служебной информации об услугах каждого канала независимо.
[28] Таким образом, когда терминал «UE» принимает абонентскую услугу, то этот терминал «UE» должен независимо получить служебную информацию об услугах нескольких каналов. Это является проблемой, так как терминал «UE» неэффективно принимает служебную информацию об услугах нескольких каналов. Поэтому необходим способ передачи и приема услуги «MBMS» в системе подвижной связи более эффективным образом.
Техническое решение
[29] Таким образом, настоящее изобретение предлагает способ передачи услуг MBMS с целью эффективного приема услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» терминалом «UE».
[30] Для достижения этого настоящее изобретение предлагает способ приема мультимедийных услуг в системе подвижной связи, содержащий прием управляющей информации о первом однонаправленном канале по нисходящему управляющему каналу; прием управляющей информации о втором однонаправленном канале по этому нисходящему управляющему каналу на основе принятой управляющей информации о первом однонаправленном канале; и прием данных второго однонаправленного канала по нисходящему каналу передачи данных с использованием принятой управляющей информации о втором однонаправленном канале.
[31] Нисходящий управляющий канал может быть, по крайней мере, одним из следующих каналов: управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН» и канал индикатора уведомления об услуге «MBMS» - «MICH».
[32] Нисходящий канал передачи данных может быть, по крайней мере, одним из следующих каналов: канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» и выделенный канал трафика «DTCH».
[33] Первый однонаправленный канал и второй однонаправленный канал соответственно могут иметь различное качество обслуживания (QoS).
[34] Мультимедийная услуга может быть услугой мультимедийного широковещательного/многоадресного обслуживания «MBMS».
Краткое описание чертежей
[35] Изобретение будет описано со ссылками на чертежи, где:
[36] На фиг.1 показана типовая блок-схема структуры сети обычной универсальной подвижной телекоммуникационной системы «UMTS».
[37] На фиг.2 показана типовая структура протокола беспроводного обмена данными (радиоинтерфейса), основанная на спецификации сетевого радиодоступа, между терминалом «UE» и наземной сетью «UTRAN».
[38] На фиг.3 показан пример соответствия каналов для предоставления услуги «MBMS» для терминала «UE».
[39] На фиг.4 показан пример схемы, поясняющей способ передачи информации управляющего канала мультимедийного широковещательного/ многоадресного обслуживания - «МССН».
[40] На фиг.5 показана примерная схема передачи и приема управляющей информации для услуги «MBMS» в соответствии с одним из вариантов осуществления настоящего изобретения.
Пример осуществления изобретения
[41] Один аспект настоящего изобретения относится к пониманию изобретателями проблем современного уровня техники, как описанных выше, так и тех, которые будут объяснены в дальнейшем. На основе этого понимания были созданы отличительные особенности настоящего изобретения.
[42] Настоящее изобретение относится к более эффективному способу передачи и приема данных и управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS». С этой целью настоящее изобретение может предложить систему подвижной связи, имеющую первый однонаправленный канал передачи данных и второй однонаправленный канал передачи данных для одной и той же услуги и передающую разные потоки данных одной и той же услуги с использованием первого и второго однонаправленных каналов соответственно. Потребитель «UE» (т.е. мобильный терминал) может эффективно принимать услугу «MBMS» путем приема второго однонаправленного канала на основе первого канала, принимаемого через нисходящий управляющий канал.
[43] Первый однонаправленный канал и второй однонаправленный канал могут обеспечивать одну и ту же услугу, при этом каждый канал имеет соответственно различное качество обслуживания (QoS). Кроме того, первый однонаправленный канал и второй однонаправленный канал могут передавать/принимать потоковую передачу данных услуги через различные общие физические каналы, используя различные коды каналов. При этом данные первого канала и второго канала после приема терминалом «UE» могут быть объединены.
[44] Услуга может представлять собой услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS» и первый однонаправленный канал и/или второй однонаправленный канал могут быть каналами для услуги «MBMS».
[45] Первый однонаправленный канал и/или второй однонаправленный канал могут использовать двухточечный выделенный канал трафика «DTCH» (канал прямой связи) или мультимедийный многоточечный (многоадресный) канал трафика «МТСН» для услуги «MBMS».
[46] Нисходящий управляющий канал может представлять собой, по крайней мере, один из следующих каналов: управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН» и канал индикатора уведомления об услуге «MBMS» - «MICH».
[47] Хотя настоящее изобретение показано реализованным в системе подвижной связи, такой как универсальная подвижная телекоммуникационная система «UMTS», разработанная на основе стандарта 3GPP, настоящее изобретение может также быть применено в системе связи, работающей в соответствии с другими стандартами и спецификациями.
[48] Способ передачи и приема управляющей информации для услуги «MBMS» в соответствии с одним из примеров осуществления изобретения показан на фиг.5.
[49] Как показано на фиг.5, можно предполагать, что терминал «UE» уже знает привязку услуг в множестве каналов, например услуга канала 1 и услуга канала 2, к обслуживанию конкретного пользователя. Сеть может уведомить «UE» о том, что услуга канала 1 и услуга канала 2 являются взаимосвязанными услугами. Например, сеть может проинформировать пользователя «UE», что услуга канала 1 предназначена для «UE», поддерживающих версию 6 или выше стандарта 3GPP (далее называемых «UE с версией 6»), а услуга канала 2 предназначена для терминала «UE», поддерживающего версию 7 или выше стандарта 3GPP (далее называемого «UE с версией 7»). При этом терминал «UE» может находиться в активном состоянии и для услуги канала 1 и для услуги канала 2, или же терминал «UE» может находиться в активном состоянии только для услуги канала 2.
[50] Сначала наземная сеть «UTRAN» может передать терминалу «UE» информацию об услуге канала 1 через канал индикатора уведомления об услуге «MBMS» - «MICH» (S10). После идентификации уведомляющего индикатора «NI» услуги канала 1 по каналу «MICH» терминал «UE» может попытаться принять информацию об услуге по управляющему каналу мультимедийного широковещательного/многоадресного обслуживания - «МССН».
[51] Наземная сеть «UTRAN» может передать информацию об услуге услуги канала 1 посредством сообщения «Информация об измененных услугах «MBMS» - «MSI-сообщение» по управляющему каналу «МССН» (S11). Наземная сеть «UTRAN» может также передать информацию об услуге услуги канала 2 посредством сообщения «Информация об измененных услугах «MBMS» - «MSI-сообщение» или сообщения «Информация о неизмененных услугах «MBMS» - «USI-сообщение». Таким образом, пользователь «UE» может получить информацию об услуге услуги канала» посредством «MSI-сообщения» или получить информацию об услуге услуги канала 2 посредством «MSI-сообщения» или «USI-сообщения».
[52] В сообщении с информацией о доступе сеть «UTRAN» может пересылать необходимую информацию процесса измерений, если для услуги канала 1 или для услуги канала 2 требуется процесс измерений (S12). А именно сеть «UTRAN» может пересылать необходимую информацию процесса измерений для услуги канала 1 путем приема сообщения с информацией о доступе, если услуга канала 1 или услуга канала из информации об услуге необходимы для выполнения процесса измерений. При этом необходимая информация о процессе измерений может указывать на вероятность передачи ответной информации о доступе по каналу с произвольным доступом «RACH». Это может характеризовать вероятность передачи.
[53] Когда в сообщении с информацией о доступе существует только информация об услуге канала 1, сеть «UTRAN» может присвоить разный приоритет услуге канала 1 и услуге канала 2. Например, для терминала «UE», который принимает только услугу канала 1, или для терминала «UE», который принимает только услугу канала 2, могут быть сделаны различные настройки класса услуги доступа для канала с произвольным доступом «RACH», сигнатура канала «RACH», интервал доступа для канала «RACH» и приоритет логического канала.
[54] Также возможно, что сеть «UTRAN» может функционировать, чтобы включать в сообщение с информацией о доступе вероятностные коэффициенты и для услуги канала 1 и для услуги канала 2. В этом случае терминал «UE» может решить дать ответ для того вероятностного коэффициента, для которого услуга канала основана на возможностях терминала «UE» (например, в зависимости от того, поддерживает UE версию 6 или 7). Например, «UE», поддерживающий версию 6 или выше, может передать ответное сообщение для подсчета, используя вероятностный коэффициент для услуги канала 1, а «UE», поддерживающий версию 7 или выше, может передать ответное сообщение для подсчета, используя вероятностный коэффициент для услуги канала 2.
[55] Когда требуется процесс измерений услуги канала 1 или услуги канала 2 из сообщения с информацией об услуге, терминал «UE» может передать ответное сообщение для подсчета, основанное на необходимой информации о процессе измерений для принимаемой услуги канала 1 (S13). При этом ответное сообщение для подсчета может включать «Индикатор Версии» («RI») для представления номера версии терминала «UE». Кроме того, если ответное сообщение для подсчета является сообщением запроса «RRC-соединения», то индикатор версии «RI» может быть включен в сообщение запроса ««RRC-соединения» или в сообщение о завершении установления «RRC-соединения». Ответное сообщение для подсчета может также быть включено в сообщение об обновлении ячейки или в сообщение об обновлении «URA».
[56] После выполнения этапа SI3 наземная сеть «UTRAN» может определить, использовать ли двухточечный однонаправленный радиоканал прямой связи или многоточечный однонаправленный радиоканал для услуги канала 1 и для услуги канала 2, а затем может передать информацию о радиоканале в «UE» для настройки (или установки) однонаправленного радиоканала (S14). Сеть «UTRAN» может предоставить информацию об однонаправленном радиоканале по управляющему каналу мультимедийного широковещательного/многоадресного обслуживания - «МССН», если указанный определенный канал является многоточечным радиоканалом, и по выделенному управляющему каналу «DCCH», если указанный определенный канал является двухточечным радиоканалом прямой связи. При этом терминал «UE» может принять информацию о настройке радиоканала по каналам «МССН» или «DCCH». Терминал «UE», поддерживающий версию 6, может настроить только радиоканал для услуги канала 1, а терминал «UE», поддерживающий версию 7 или выше, может настроить радиоканал для услуги канала 1 и для услуги канала 2. Кроме того, если сеть «UTRAN» решает не предоставлять услугу канала 2, то терминал «UE», поддерживающий версию 7 или выше, может настроить только радиоканал для услуги канала 1.
[57] После этого сеть «UTRAN» может передавать данные услуги канала 1 и услуги канала 2 по настроенному однонаправленному радиоканалу (S15). Здесь услуга канала 1 может быть передана по каналам: мультимедийный многоточечный канал трафика «МТСН» №1 или выделенный канал трафика «DTCH» №1, в зависимости от типа услуги «MBMS» (т.е. многоадресная услуга или двухточечная услуга), в то время как услуга канала 2 может быть передана по каналам «МТСН» №2 или «DTCH» №2. Мультимедийный многоточечный канал трафика «МТСН» №1 может быть отображен на вспомогательный общий управляющий физический канал «SCCPCH» №1 и затем передан, а канал МТСН №2 может быть отображен на вспомогательный общий управляющий физический канал «SCCPCH» №2 и затем передан. При версии 6 терминал «UE» может принять только данные услуги канала 1 по каналам «МТСН» или «DTCH». При версии 7 или выше терминал «UE» может принять только данные услуги канала 2 или объединить данные услуги канала 1 и услуги канала 2 после приема услуг обоих каналов. Если сеть «UTRAN» решает не предоставлять услугу канала 2, то терминал «UE» с версией 7 может принять только данные услуги канала 1.
[58] Данная особенность настоящего изобретения может быть реализована или использована в различных ситуациях. Обычно вследствие индивидуальных характеристик «UE» (т.е. мобильного терминала) при реализации настоящего изобретения необходимо учитывать разнообразные факторы, такие как степень мобильности, ограниченную производительность процессора, ограниченный объем памяти, ограничения на потребляемую мощность аккумулятора, сравнительно небольшой экран дисплея и т.п., для достижения компромисса между всеми этими вышеупомянутыми факторами. Таким образом, в настоящем изобретении услуга канала 1 и услуга канала 2 могут быть объединены, исходя из возможностей терминала «UE». Например, если услуга канала 1 обеспечивается при сравнительно высоком качестве услуги (например, при наибольшей скорости обработки (сеплинге) 192 кбита в секунду для аудиофайла), а услуга в канале 2 обеспечивается при сравнительно низком качестве услуги (например, при наибольшей скорости обработки (сеплинге) 64 кбита в секунду для аудиофайла), то исходя из возможностей терминала «UE», который поддерживает аудиофайлы только при наибольшей скорости обработки 128 кбит в секунду, путем комбинирования услуги канала 1 и услуги канала 2 можно получить промежуточное качество услуги (т.е. наибольшую скорость обработки 128 кбит в секунду для аудиофайла). Поскольку настоящее изобретение позволяет принимать управляющую информацию и/или данные услуги канала 2 на основе управляющей информации и/или данных услуги канала 1, то общее качество услуги может быть повышено, хотя также с учетом возможностей терминала «UE». Данная концепция объединения услуг различного качества в области услуги «MBMS» понятна для специалистов в этой области техники, и в настоящем изобретении могут быть использованы различные виды качества услуг (т.е. параметры дисплея, аудиопараметры, видеопараметры, параметры файла и т.п.).
[59] Можно сказать, что настоящее изобретение предлагает способ получения мультимедийных услуг из сети мобильным терминалом, при этом способ включает в себя прием управляющей информации первого однонаправленного канала через нисходящий управляющий канал; прием управляющей информации второго однонаправленного канала через этот нисходящий управляющий канал на основе полученной управляющей информации указанного первого канала; получение данных по второму однонаправленному каналу через нисходящий канал данных с использованием принятой управляющей информации указанного второго канала, принятие решения об использовании первого или второго однонаправленного канала на основе возможностей мобильного терминала, при этом производится попытка принять системную информацию по управляющему каналу мультимедийного широковещательного/многоадресного обслуживания - «МССН», когда мобильный терминал по каналу индикатора уведомления об услуге «MBMS» - «MICH» идентифицирует информацию об уведомляющем индикаторе «NI», и прием информации о доступе для информации первого радиоканала, когда необходим процесс измерения, по крайней мере, для одного из каналов: первого однонаправленного канала или второго однонаправленного канала; в указанном способе нисходящий управляющий канал является, по крайней мере, одним из следующих каналов: управляющий канала MBMS (МССН) и канал индикатора уведомления об услуге «MBMS» - «MICH», нисходящий канал данных является, по крайней мере, одним из следующих каналов: канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» и выделенный канал трафика «DTCH», первый однонаправленный канал и второй однонаправленный канал соответственно имеют различное качество обслуживания (QoS), первый однонаправленный канал и второй однонаправленный канал принимаются через различные общие физические каналы с использованием различных кодов каналов, первый однонаправленный канал и второй однонаправленный канал после приема объединяются вместе, управляющая информация первого однонаправленного канала принимается мобильным терминалом через измененную служебную информацию об измененных услугах «MSI» по управляющему каналу «МССН», управляющая информация второго канала принимается мобильным терминалом через информацию об измененных услугах «MSI» или через информацию о неизмененных услугах «USI» по управляющему каналу «МССН», ответ на информацию о доступе содержит индикатор версии «RI», мультимедийная услуга является многоадресной услугой и/или услугой мультимедийного широковещательного/многоадресного обслуживания «MBMS», первый однонаправленный канал и второй однонаправленный канал используются в одной и той же многоадресной услуге, первый однонаправленный канал и второй однонаправленный канал относятся к услуге радиоканала «MBMS», первый однонаправленный канал и второй однонаправленный канал создаются в одной ячейке, а информация о доступе включает вероятностный коэффициент, указывающий вероятность, чтобы передавать ответ на информацию о доступе по каналу с произвольным доступом «RACH».
[60] Кроме того, настоящее изобретение может предложить способ передачи услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» из сети на мобильный терминал, при этом способ включает в себя отправку управляющей информации первого однонаправленного канала через нисходящий управляющий канал; отправку управляющей информации второго однонаправленного канала через этот нисходящий управляющий канал, где управляющая информация второго однонаправленного канала основывается на управляющей информации первого однонаправленного канала; отправку на мобильный терминал информации о доступе, где информация о доступе содержит параметры процедуры подсчета для первого однонаправленного канала, присвоение разных приоритетов первому однонаправленному каналу и второму однонаправленному каналу на основе, по крайней мере, одного из следующих: класс услуги доступа канала «RACH», сигнатура канала «RACH», интервал доступа канала «RACH» и приоритет логического канала; прием ответного сообщения процедуры подсчета, где ответное сообщение процедуры подсчета включает индикатор версии; определение того, будут использоваться двухточечный канал прямой связи или многоточечный канал для первого и/или второго однонаправленных каналов; отправку на мобильный терминал информации по настройке однонаправленного канала через управляющий канал «MBMS» - (МССН), если будет определен многоточечный канал; отправку на мобильный терминал информации по настройке однонаправленного канала прямой связи через выделенный управляющий канал «DCCH», если будет определен одноточечный канал; отправку данных по первому и второму однонаправленным каналам, по крайней мере, через один из каналов: канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» и выделенный канал трафика «DTCH», где нисходящий управляющий канал является, по крайней мере, одним из каналов: управляющий канал мультимедийного широковещательного/ многоадресного обслуживания - «МССН» и канал индикатора уведомления об услуге «MBMS» - «MICH», управляющая информация первого однонаправленного канала содержится в сообщении «Информация об измененных услугах MBMS» - «MSI-сообщение» в управляющем канале «МССН», управляющая информация второго однонаправленного канала содержится, по крайней мере» в одном из сообщений - в сообщении «Информация об измененных услугах MBMS» - «MSI-сообщение» или в сообщении «Информация о неизмененных услугах MBMS» - «USI-сообщении» в управляющем канале «МССН», параметр процесса измерения представляет собой вероятностный коэффициент, указывающий возможность передавать ответ на информацию о доступе по каналу с произвольным доступом «RACH».
[61] Хотя настоящее изобретение описано в контексте мобильной связи, его можно также использовать во многих системах беспроводной связи, использующих мобильные устройства, такие как карманные и портативные компьютеры, оснащенные функциями беспроводной связи. Кроме того, использование определенных терминов для описания настоящего изобретения не должно ограничивать области действия настоящего изобретения системами беспроводной связи определенного типа. Настоящее изобретение также применимо к другим системам беспроводной связи, использующим различные беспроводные интерфейсы и/или физические уровни, например TDMA (множественный доступ с временным разделением), CDMA (множественный доступ с кодовым разделением каналов), FDMA (множественный доступ с частотным разделением), WCDMA (широкополосный множественный доступ с разделением каналов), мультиплексирование с ортогональным разделением частот «OFDM», система с эволюцией мобильного Интернета «EV-DO», системы, основанные на стандарте IEEE «Wi-Max», «Wi-Bro» и т.п.
[62] Приведенные в качестве примера варианты реализации могут быть осуществлены в виде способа, устройства или готового изделия с использованием стандартных методов программирования и/или конструирования для получения программного обеспечения, микропрограмм, аппаратуры или любой их комбинации. Термин «промышленное изделие», используемый здесь, относится к встроенным программам или логическому элементу, внедренным в аппаратную логику (например, интегральная схема, программируемая пользователем вентильная матрица (FPGA), специализированная интегральная схема (ASIC) и т.д.) или компьютерным носителям данных [например, носители с магнитной запоминающей средой (например, жесткие диски, гибкие диски, ленточные накопители и т.д.), оптическое запоминающее устройство (компакт-диски (CD-ROM), оптические диски и т.д.), энергозависимые и энергонезависимые запоминающие устройства (например, EEPROM - электронно-перепрограммируемые постоянные запоминающие устройства), ROM (постоянные запоминающие устройства (ПЗУ)), PROM (программируемые постоянные запоминающие устройства (ППЗУ)), RAM (оперативные запоминающие устройства (ОЗУ)), DRAM (динамические ОЗУ), SRAM (статические ОЗУ), встроенные программы, программируемая логика и т.д.).
[63] Встроенные программы на считываемом компьютером носителе доступны процессору и могут им исполняться. Встроенные программы, в которых внедрены предпочтительные примеры осуществления настоящего изобретения, могут быть доступны через передающую среду или через файловый сервер сети. В таких случаях промышленное изделие, в котором используются машинные программы, может содержать передающую среду, такую как линия передачи в сети, беспроводные средства связи, распространение сигналов через пространство, радиоволны, инфракрасные сигналы и т.д. Конечно, специалист в данной области техники осознает, что в этой конфигурации может быть сделано множество модификаций, не выходящих за пределы области действия настоящего изобретения, и что промышленное изделие может содержать любой известный в данной области техники носитель информации.
[64] В настоящем документе описаны различные иллюстративные варианты осуществления настоящего изобретения. Подразумевается, что объем формулы изобретения должен охватывать разнообразные изменения и эквивалентные схемы вариантов осуществления, раскрытых в описании. Поэтому приведенная ниже патентная формула должна быть согласована с обоснованной самой широкой интерпретацией для обеспечения охвата модификаций, эквивалентных структур и особенностей, которые отвечают духу и букве изобретения, раскрытом в настоящем описании.

Claims (21)

1. Способ приема подвижным терминалом мультимедийной услуги из сети, включающий в себя
прием управляющей информации первого однонаправленного канала по нисходящему управляющему каналу; и
прием управляющей информации второго однонаправленного канала по указанному нисходящему управляющему каналу на основе принятой управляющей информации первого однонаправленного канала, при этом указанные первый и второй однонаправленные каналы сконфигурированы для этой мультимедийной услуги;
прием из сети информации настройки однонаправленного радиоканала через управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН», если определено, что для первого однонаправленного радиоканала и второго однонаправленного радиоканала должен использоваться многоадресный однонаправленный радиоканал типа «точка -множество точек», или прием из сети информации настройки однонаправленного радиоканала по выделенному управляющему каналу «DCCH», если определено, что для первого однонаправленного радиоканала и второго однонаправленного радиоканала должен использоваться двухточечный управляющий канал типа «точка-точка»; и
и прием данных первого однонаправленного радиоканала и второго однонаправленного радиоканала через, по крайней мере, один из каналов: канал трафика мультимедийного широковещательного/многоадресного обслуживания, далее мультимедийный канал графика «МТСН» и выделенный канал трафика - «DTCH».
2. Способ по п.1, в котором нисходящий управляющий канал является, по крайней мере, одним из каналов: управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН» и канал индикатора уведомления об услуге «MBMS» - «MICH».
3. Способ по п.1, в котором первый однонаправленный канал и второй однонаправленный канал имеют, соответственно, разное качество обслуживания (QoS).
4. Способ по п.1, в котором первый однонаправленный канал и второй однонаправленный канал принимаются по разным общим физическим каналам с использованием разных кодов канала.
5. Способ по п.1, дополнительно включающий в себя принятие решения на основе возможностей указанного подвижного терминала, чтобы использовать первый однонаправленный канал или второй однонаправленный канал.
6. Способ по п.1, дополнительно включающий в себя попытку принять через управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН» системную информацию, когда указанным подвижным терминалом через канал «MICH» идентифицируется информация уведомляющего индикатора «NI».
7. Способ по п.1, в котором управляющая информация первого однонаправленного канала принимается мобильным терминалом через информацию об измененных услугах «MSI-сообщение» на управляющем канале «МССН».
8. Способ по п.1, в котором управляющая информация второго однонаправленного канала принимается мобильным терминалом через информацию об измененных услугах «MSI-сообщение» или информацию о неизмененных услугах «USI-сообщение» на управляющем канале «МССН».
9. Способ по п.1, дополнительно включающий в себя:
прием информации о доступе, когда требуется процесс подсчета для, по крайней мере, одного из указанных каналов: первого однонаправленного канала и второго однонаправленного канала, при этом информация о доступе включает в себя вероятностный коэффициент, указывающий возможность передавать ответ на информацию о доступе по каналу с произвольным доступом «RACH».
10. Способ по п.9, в котором ответ на информацию о доступе включает в себя индикатор версии «RI».
11. Способ по п.1, в котором мультимедийная услуга является многоадресной услугой.
12. Способ по п.1, в котором мультимедийная услуга является услугой мультимедийного широковещательного/многоадресного обслуживания «MBMS».
13. Способ по п.10, в котором первый однонаправленный канал и второй однонаправленный канал используются для одной и той же многоадресной услуги.
14. Способ по п.1, в котором первый однонаправленный канал и второй однонаправленный канал относятся к услуге однонаправленного канала «MBMS».
15. Способ передачи услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» из сети мобильному терминалу, включающий в себя:
передачу управляющей информации первого однонаправленного канала через нисходящий управляющий канал; и
передачу управляющей информации второго однонаправленного канала через указанный нисходящий управляющий канал, при этом управляющая информация второго однонаправленного канала основана на указанной управляющей информации первого однонаправленного канала, при этом указанные первый и второй однонаправленные каналы сконфигурированы для этой услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS»;
определение сетью, следует ли использовать для первого однонаправленного радиоканала и/или второго однонаправленного радиоканала двухточечный однонаправленный канал типа «точка-точка», или многоадресный однонаправленный радиоканал типа «точка - множество точек»; и
передачу мобильному терминалу информации настройки однонаправленного радиоканала через управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН», если определено, что должен использоваться многоадресный однонаправленный радиоканал типа «точка - множество точек», или передачу мобильному терминалу информации настройки однонаправленного радиоканала по выделенному управляющему каналу «DCCH», если определено, что должен использоваться двухточечный управляющий канал типа «точка-точка»; и
передачу данных первого однонаправленного радиоканала и второго однонаправленного радиоканала через, по крайней мере, один из каналов: канал трафика мультимедийного широковещательного/многоадресного обслуживания, далее мультимедийный канал трафика «МТСН» и выделенный канал трафика - «DTCH».
16. Способ по п.15, в котором нисходящий управляющий канал является, по крайней мере, одним из каналов: управляющий канал мультимедийного широковещательного/многоадресного обслуживания - «МССН» и канал индикатора уведомления об услуге «MBMS» - «MICH».
17. Способ по п.16, в котором управляющая информация первого однонаправленного канала содержится в сообщении «Информация об измененных услугах MBMS» - «MSI-сообщение» в управляющем канале «МССН», а управляющая информация второго однонаправленного канала содержится, по крайней мере, в одном из сообщений - в сообщении «Информация об измененных услугах MBMS» - «MSI-сообщение» или в сообщении «Информация о неизмененных услугах MBMS» - «USI-сообщении» в управляющем канале «МССН».
18. Способ по п.15, дополнительно включающий в себя передачу на мобильный терминал информации о доступе, где информация о доступе содержит параметр процесса подсчета для первого однонаправленного канала.
19. Способ по п.18, в котором параметр для процесса подсчета представляет собой вероятностный коэффициент, указывающий возможность передавать ответ на информацию о доступе по каналу с произвольным доступом «RACH».
20. Способ по п.19, дополнительно включающий в себя присвоение разных приоритетов первому однонаправленному каналу и второму однонаправленному каналу на основе, по крайней мере, одного из следующих: класс услуги доступа канала с произвольным доступом «RACH», сигнатура канала с произвольным доступом «RACH», временной интервал доступа канала с произвольным доступом «RACH» и приоритет логического канала.
21. Способ по п.20, дополнительно включающий в себя прием ответа для подсчета, при этом ответ для подсчета включает в себя индикатор версии.
RU2008100854/09A 2005-08-23 2006-08-22 Способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания "mbms" в системе мобильной связи RU2410848C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020050077551A KR101189945B1 (ko) 2005-08-23 2005-08-23 이동통신 시스템의 mbms서비스 전송방법
KR10-2005-00775551 2005-08-23
KR10-2005-0077551 2005-08-23

Publications (2)

Publication Number Publication Date
RU2008100854A RU2008100854A (ru) 2009-09-27
RU2410848C2 true RU2410848C2 (ru) 2011-01-27

Family

ID=37771793

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2008100854/09A RU2410848C2 (ru) 2005-08-23 2006-08-22 Способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания "mbms" в системе мобильной связи

Country Status (11)

Country Link
US (1) US8131273B2 (ru)
EP (1) EP1938599B1 (ru)
JP (1) JP4734412B2 (ru)
KR (1) KR101189945B1 (ru)
CN (1) CN100574415C (ru)
AT (1) ATE541416T1 (ru)
BR (1) BRPI0615128A2 (ru)
MX (1) MX2008001465A (ru)
RU (1) RU2410848C2 (ru)
TW (1) TWI325701B (ru)
WO (1) WO2007024082A1 (ru)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK1949721T3 (da) 2005-10-07 2010-10-25 Interdigital Tech Corp Kommunikation af styreinformation til downlink- og uplinktransmissioner i et trådløst kommunikationssystem
GB2441165B (en) * 2006-08-21 2011-02-09 Ipwireless Inc Cellular communication system, network controller and method for obtaining feedback from subscriber communication units
WO2008115451A1 (en) * 2007-03-16 2008-09-25 Interdigital Technology Corporation Random access resource mapping for long term evolution
CN101047438B (zh) * 2007-03-27 2010-05-26 中兴通讯股份有限公司 Td-scdma中利用复帧收发mbms数据的方法
CN101296410B (zh) * 2007-04-29 2011-02-23 大唐移动通信设备有限公司 专用载波配置方法与装置及多媒体广播组播业务传输方法
CN101350803B (zh) * 2007-07-16 2012-11-28 电信科学技术研究院 下行数据的传送方法和装置
CN103763775B (zh) * 2007-12-17 2017-04-12 Tcl通讯科技控股有限公司 移动通信系统
WO2010018658A1 (ja) * 2008-08-12 2010-02-18 パナソニック株式会社 無線送信装置および無線受信装置
WO2010036019A2 (en) * 2008-09-25 2010-04-01 Samsung Electronics Co., Ltd. Method and system to support multimedia broadcast multicast service over generic access networks
US8385247B2 (en) * 2008-12-03 2013-02-26 Industrial Technology Research Institute Communication systems and methods with resource management for overlapping multicast and broadcast service zones
US8605704B2 (en) * 2008-12-23 2013-12-10 Motorola Mobility Llc Method and device for paging and media services on a single carrier frequency
CN102036169B (zh) * 2009-09-25 2013-10-02 电信科学技术研究院 一种确定mbms信息的方法、系统和装置
KR101164725B1 (ko) * 2009-12-21 2012-07-12 한국전자통신연구원 사용자 위치에 따른 멀티미디어 브로트캐스트/멀티캐스트 서비스 제어 장치 및 방법
US9496972B2 (en) * 2010-03-08 2016-11-15 Htc Corporation Communication devices and methods thereof
CN103026642B (zh) * 2010-07-26 2016-10-12 韩国电子通信研究院 用于使用上行链路传送控制信号的系统
WO2012013355A1 (en) 2010-07-30 2012-02-02 Deutsche Telekom Ag Method and program for cell barring in a cellular network
JP5676974B2 (ja) * 2010-08-23 2015-02-25 シャープ株式会社 ホーム基地局装置及び移動局装置
US20120144433A1 (en) * 2010-12-07 2012-06-07 Electronics And Telecommunications Research Institute Apparatus and method for transmitting multimedia data in wireless network
US9042291B2 (en) 2010-12-29 2015-05-26 Motorola Solutions, Inc. Methods for assigning a plethora of group communications among a limited number of pre-established MBMS bearers in a communication system
US9392576B2 (en) 2010-12-29 2016-07-12 Motorola Solutions, Inc. Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system
US8861419B2 (en) * 2010-12-29 2014-10-14 Motorola Solutions, Inc. Methods for binding and unbinding a MBMS bearer to a communication group in a 3GPP compliant system
US9491590B2 (en) * 2011-05-31 2016-11-08 Qualcomm Incorporated Group communications over evolved multimedia broadcast/multicast services
US8934423B2 (en) 2011-09-13 2015-01-13 Motorola Solutions, Inc. Methods for managing at least one broadcast/multicast service bearer
US8867388B2 (en) 2011-11-19 2014-10-21 Motorola Solutions, Inc. Distributing content to a plurality of mobile stations using a downlink point-to-multipoint (PTM) bearers and downlink point-to-point (PTP) bearers
US9042223B2 (en) 2012-12-21 2015-05-26 Motorola Solutions, Inc. Method and apparatus for multimedia broadcast multicast service
US8867425B2 (en) 2012-12-21 2014-10-21 Motorola Solutions, Inc. Method and apparatus multimedia broadcast/multicast service coverage boost
US9167479B2 (en) 2013-03-15 2015-10-20 Motorola Solutions, Inc. Method and apparatus for queued admissions control in a wireless communication system
US10542452B2 (en) 2014-06-10 2020-01-21 Apple Inc. Enhancing quality of service for high priority services
EP3001703A1 (en) * 2014-09-29 2016-03-30 Alcatel Lucent Coverage enhancement for multicast in a cellular network
CN106937238B (zh) * 2015-12-30 2021-02-23 夏普株式会社 基于非访问层消息的数据传输方法、基站和用户设备
US20200112971A1 (en) * 2018-10-03 2020-04-09 Mediatek Singapore Pte. Ltd. CAPC For Uplink Transmissions In New Radio Unlicensed Spectrum
EP4052419A4 (en) * 2019-10-31 2023-10-25 ZTE Corporation ADAPTIVE RADIO DATA BEARER MAPPING FOR MULTICAST/BROADCAST IN WIRELESS NETWORKS

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2326750C (en) 1998-04-03 2010-03-16 Telefonaktiebolaget Lm Ericsson Flexible radio access and resource allocation in a universal mobile telephone system (umts)
JP3775774B2 (ja) * 1999-07-26 2006-05-17 富士通株式会社 ベアラ統合方法及びその装置
US6901060B1 (en) * 2000-05-17 2005-05-31 Nokia Corporation Method and apparatus for multiplexing a plurality of data connections onto one temporary block flow
GB0104281D0 (en) * 2001-02-21 2001-04-11 Nokia Networks Oy A communication system
DE10149146A1 (de) 2001-10-05 2003-04-17 Bosch Gmbh Robert Geschwindigkeitsregler mit Abstandsregelfunktion
DE10159637C1 (de) * 2001-12-05 2003-08-07 Siemens Ag Verfahren zur Zuweisung von Übertragungskanälen in einer Mobilfunkzelle für einen Multicast-Dienst
US7170897B2 (en) * 2001-12-06 2007-01-30 Alcatel Canada Inc. Method and apparatus for implementing point-to-multipoint communications over a connection- based data communication network
KR100958519B1 (ko) * 2002-08-14 2010-05-17 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법
US6925298B2 (en) * 2002-08-26 2005-08-02 Asustek Computer Inc. Initialization for hyper frame number of signaling radio bearers
US6968200B2 (en) * 2002-08-26 2005-11-22 Asustek Computer Inc. Method of initializing hyper-frame numbers during an establishment of a new radio bearer in a wireless communication system
KR100842654B1 (ko) 2002-09-19 2008-06-30 삼성전자주식회사 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송서비스를 송신하는 송신 방식 결정 방법
DE10335149A1 (de) * 2003-07-31 2005-03-03 Siemens Ag Verfahren zum Umsteuern einer Bearerverbindung (Bearer Redirect) für SIP/ SIP-T Teilnehmer
KR20050019388A (ko) * 2003-08-19 2005-03-03 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
WO2005020474A1 (en) * 2003-08-22 2005-03-03 Samsung Electronics Co., Ltd. Cell reselection method for receiving packet data in a mobile communication system supporting mbms
KR20050020458A (ko) * 2003-08-22 2005-03-04 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스를 지원하는 이동통신시스템에서 전용 채널을 이용한 단말기의 호출 방법
US20050118992A1 (en) * 2003-10-02 2005-06-02 Samsung Electronics Co., Ltd. Method of transmitting and receiving service availability information about a multimedia broadcast/multicast service
EP1692818B1 (en) * 2003-10-16 2013-08-14 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Access to cdma/umts services over a wlan access point, using a gateway node between the wlan access point and the service providing network
US7647063B2 (en) * 2003-10-17 2010-01-12 Telefonaktiebolaget L M Ericsson (Publ) Method and system for outer loop power control
EP1530395A2 (en) 2003-11-07 2005-05-11 Lg Electronics Inc. Paging technique to support point-to-multipoint (P-T-M) data transmissions
KR100664278B1 (ko) 2004-01-09 2007-01-04 엘지전자 주식회사 Mbms 무선통신 시스템
KR100595646B1 (ko) 2004-01-09 2006-07-03 엘지전자 주식회사 Mbms서비스를 제공하는 무선통신 시스템
US7701890B2 (en) * 2004-02-04 2010-04-20 Lg Electronics Inc. Apparatus and method of releasing a point-to-multipoint radio bearer
US8521139B2 (en) * 2004-02-11 2013-08-27 Qualcomm Incorporated Transmission of notifications for broadcast and multicast services
SE0400340D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Method in a communication system
KR20050101006A (ko) * 2004-04-16 2005-10-20 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 지원하는 이동통신시스템에서 제어 정보를 효율적으로 전송하는 방법
DE602004005842T2 (de) * 2004-06-21 2007-09-20 Matsushita Electric Industrial Co., Ltd., Kadoma Skalierbare und adaptive QoS-Architektur für Mehrkanal Multicast/Broadcast Dienste
US20060019671A1 (en) * 2004-07-02 2006-01-26 Svetlana Chemiakina QoS differentiation for WCDMA services mapped onto an E-DCH channel
US20060183471A1 (en) * 2005-02-17 2006-08-17 Isaac Samuel Method for predicting air interface capacity based on performance measurements
US20060198336A1 (en) * 2005-03-03 2006-09-07 Nokia Corporation Deployment of different physical layer protocols in a radio access network

Also Published As

Publication number Publication date
TW200721727A (en) 2007-06-01
TWI325701B (en) 2010-06-01
US20080311892A1 (en) 2008-12-18
WO2007024082A1 (en) 2007-03-01
CN100574415C (zh) 2009-12-23
EP1938599B1 (en) 2012-01-11
EP1938599A1 (en) 2008-07-02
CN101218821A (zh) 2008-07-09
KR101189945B1 (ko) 2012-10-12
BRPI0615128A2 (pt) 2011-05-03
JP2009504076A (ja) 2009-01-29
EP1938599A4 (en) 2009-07-22
MX2008001465A (es) 2008-02-15
JP4734412B2 (ja) 2011-07-27
RU2008100854A (ru) 2009-09-27
ATE541416T1 (de) 2012-01-15
US8131273B2 (en) 2012-03-06
KR20070023230A (ko) 2007-02-28

Similar Documents

Publication Publication Date Title
RU2410848C2 (ru) Способ передачи и приема услуги мультимедийного широковещательного/многоадресного обслуживания "mbms" в системе мобильной связи
RU2369014C2 (ru) Передача и прием уведомления управляющей информации для многоточечного обслуживания в беспроводной системе связи
RU2342791C2 (ru) Передача и прием управляющей информации для мультимедийного широковещательного/многоадресного обслуживания в системе подвижной связи
US7912485B2 (en) Method and system for signaling in broadcast communication system
EP1566928B1 (en) Method and system for signaling in broadcast communication system
RU2369011C2 (ru) Система и способ радиосвязи
JP4693845B2 (ja) 無線通信システムにおけるチャネル構成情報管理
JP6732206B2 (ja) 無線端末及び基地局
JP7425259B2 (ja) 通信制御方法及び基地局
CN117500079A (zh) NR小区中MCCH的发送方法、gNB以及UE

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20180823