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

Классы МПК:H04W4/06 выборочное распределение или широковещание; услуги группам пользователей; услуги однонаправленного выборочного вызова
H04W48/10  используя широковещательную информацию
Автор(ы):, , , ,
Патентообладатель(и):Эл Джи Электроникс Инк. (KR)
Приоритеты:
подача заявки:
2007-02-06
публикация патента:

Изобретение относится к системам беспроводной связи, и в частности, к обмену данными между сетью и сдвоенным приемником пользовательского устройства «UE». Техническим результатом является оптимальное использование ресурсов ячейки в приложениях мультимедийного широковещательного/многоадресного обслуживания (MBMS). Указанный технический результат достигается тем, что предложен способ обмена данными между сетью и пользовательским оборудованием «UE», оснащенным сдвоенным приемником, включающий в себя прием первого сигнала из первого узла сети на первой частоте и прием второго сигнала посредством многоточечного канала управления типа «точка-множество точек» (PtM) от второго узла сети на второй частоте. Способ дополнительно включает прием запроса от второго узла сети на второй частоте так, что запрос передается по многоточечному каналу управления типа PtM, и передачу первому узлу сети ответа на запрос из второго узла сети. Альтернативный способ включает в себя прием информации от первого узла сети и обнаружение, что первому узлу сети не хватает возможностей восходящей линии связи. Также способ может включать в себя обнаружение, что первый узел сети предоставляет услугу «MBMS», и прием этой услуги «MBMS» из первого узла сети, несмотря на обнаружение нехватки возможностей восходящей линии связи. 2 н. и 17 з.п. ф-лы, 16 ил. сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426

сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426 сдвоенный приемник для мультимедийного широковещательного/многоадресного   обслуживания "mbms", патент № 2451426

Формула изобретения

1. Способ приема мультимедийной широковещательной/многоадресной услуги «MBMS» в системе подвижной связи, причем указанная система подвижной связи включает сеть связи, имеющую, по меньшей мере, одну ячейку, первое пользовательское устройство связи«UЕ» и второе пользовательское устройство связи «UE», содержащий:

прием упомянутым вторым пользовательским устройством связи «UE» из упомянутой сети связи первого индикатора через широковещательный управляющий канал «ВССН», который является логическим каналом, расположенным между уровнем управления радиоканалом «RLC» и уровнем управления доступом к среде «MAC»;

определение упомянутым вторым пользовательским устройством связи «UE» на основе принятого упомянутого первого индикатора, что определенная ячейка из упомянутой, по меньшей мере, одной ячейки испытывает недостаток возможностей восходящей линии связи, при этом упомянутый первый индикатор указывает работу упомянутой определенной ячейки только на частоте мультимедийного широковещательного/многоадресного обслуживания «MBMS», и

прием в упомянутом втором пользовательском устройстве связи «UE» услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» только на упомянутой частоте мультимедийного широковещательного/многоадресного обслуживания «MBMS» из упомянутой определенной ячейки, несмотря на упомянутое определение недостатка возможностей восходящей линии связи.

2. Способ по п.1, дополнительно содержащий: прием в упомянутом втором пользовательском устройстве «UE» второго индикатора от упомянутой сети связи, при этом упомянутый второй индикатор указывает, что упомянутому второму пользовательскому устройству связи «UE» разрешено принимать упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», и упомянутый прием упомянутой услуги «MBMS» выполняется в соответствии с упомянутым приемом упомянутого второго индикатора.

3. Способ по п.1, в котором упомянутое второе пользовательское устройство связи «UE» содержит сдвоенный приемник.

4. Способ по п.1, дополнительно содержащий: прием в упомянутом втором пользовательском устройстве «TJE» системной информации от другой ячейки из упомянутой, по меньшей мере, одной ячейки, причем упомянутая системная информация указывает, что упомянутая другая ячейка обладает возможностями как восходящей, так и нисходящей линии связи.

5. Способ по п.4, дополнительно содержащий: прием в упомянутом втором пользовательском устройстве «UE» от упомянутой другой ячейки информации о частоте, при этом упомянутая информация о частоте указывает частоту передачи определенной ячейки.

6. Способ по п.4, дополнительно содержащий: прием в упомянутом втором пользовательском устройстве «UE» от упомянутой определенной ячейки, по меньшей мере, одного идентификатора, при этом упомянутый, по меньшей мере, один идентификатор идентифицирует упомянутую другую ячейку.

7. Способ по п.4, в котором упомянутая определенная ячейка и упомянутая другая ячейка управляются одной базовой станцией.

8. Способ по п.4, в котором упомянутая определенная ячейка и упомянутая другая ячейка управляются раздельно разными базовыми станциями.

9. Способ по п.1, дополнительно содержащий: прием в упомянутом втором пользовательском устройстве «UE» перечня, состоящего из, по меньшей мере, одной иной ячейки, которая передает на частоте, иной, чем частота упомянутой определенной ячейки, и которая обеспечивает покрытие ячейки, которое перекрывает, по крайней мере, часть покрытия ячейки, обеспечиваемого упомянутой определенной ячейкой.

10. Способ по п.1, дополнительно содержащий: определение в упомянутом втором пользовательском устройстве «UE» что упомянутая определенная ячейка предоставляет упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS».

11. Способ по п.1, в котором упомянутое второе пользовательское устройство связи «UE» способно к выбору упомянутой определенной ячейки с использованием упомянутого первого индикатора, чтобы принимать упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», в то время как упомянутое первое пользовательское устройство связи «UE» не способно к выбору упомянутой определенной ячейки в связи с неспособностью упомянутого первого пользовательского устройства связи «UE» идентифицировать упомянутую определенную ячейку.

12. Способ предоставления мультимедийной широковещательной/многоадресной услуги «MBMS» в системе подвижной связи, причем указанная система подвижной связи включает сеть связи, имеющую, по меньшей мере, одну ячейку и, по меньшей мере, одно пользовательское устройство связи «UE», содержащий:

передачу первого индикатора из упомянутой сети в упомянутое, по меньшей мере, одно пользовательское устройство связи «UE», причем упомянутый первый индикатор передается через широковещательный управляющий канал «ВССН», который является логическим каналом, расположенным между уровнем управления радиоканалом «RLC» и уровнем управления доступом к среде «MAC», при этом упомянутый первый индикатор указывает, что определенная ячейка из упомянутой, по меньшей мере, одной ячейки испытывает недостаток возможностей восходящей линии связи, при этом упомянутый первый индикатор используется, чтобы указать работу упомянутой определенной ячейки только на частоте мультимедийного широковещательного/многоадресного обслуживания «MBMS», и

предоставление услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» только на упомянутой частоте мультимедийного широковещательного/многоадресного обслуживания «MBMS» из упомянутой определенной ячейки упомянутому, по меньшей мере, одному пользовательскому устройству связи «UE», несмотря на упомянутое указание недостатка возможностей восходящей линии связи.

13. Способ по п.12, дополнительно содержащий: передачу информации о частоте упомянутому, по меньшей мере, одному пользовательскому устройству связи «UE» из другой ячейки из упомянутой, по меньшей мере, одной ячейки, причем упомянутая информация о частоте указывает частоту передачи упомянутой определенной ячейки.

14. Способ по п.12, дополнительно содержащий: передачу перечня, состоящего, по меньшей мере, из одной иной ячейки, которая передает на частоте, иной, чем частота упомянутой определенной ячейки, и которая обеспечивает покрытие ячейки, которое перекрывает, по крайней мере, часть покрытия ячейки, обеспечиваемого упомянутой определенной ячейкой.

15. Способ по п.12, дополнительно содержащий: передачу как минимум одного идентификатора от упомянутой определенной ячейки упомянутому, по меньшей мере, одному пользовательскому устройству связи «UE», при этом упомянутый, по меньшей мере, один идентификатор идентифицирует другую ячейку из упомянутой, по меньшей мере, одной ячейки.

16. Способ по п.15, в котором упомянутая определенная ячейка и упомянутая другая ячейка управляются одной базовой станцией.

17. Способ по п.15, в котором упомянутая определенная ячейка и упомянутая другая ячейка управляются раздельно разными базовыми станциями.

18. Способ по п.12, дополнительно содержащий: передачу второго индикатора от упомянутой определенной ячейки в упомянутое, по меньшей мере, одно пользовательское устройство связи «UE», при этом упомянутый второй индикатор указывает, что упомянутому, по меньшей мере, одному пользовательскому устройству связи «UE» разрешается принимать упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS».

19. Способ по п.12, в котором упомянутое, по меньшей мере, одно пользовательское устройство связи «UE» содержит первое пользовательское устройство связи «UE» и второе пользовательское устройство связи «UE», при этом упомянутое второе пользовательское устройство связи «UE» способно к выбору упомянутой определенной ячейки с использованием упомянутого первого индикатора, чтобы принимать упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», в то время как упомянутое первое пользовательское устройство связи «UE» не способно к выбору упомянутой определенной ячейки в связи с неспособностью упомянутого первого пользовательского устройства связи «UE» идентифицировать упомянутую определенную ячейку.

Описание изобретения к патенту

Сущность изобретения

Техническое решение

[1] В соответствии с п.35 Свода законов США, параграф 119 (е), настоящим заявляется преимущество приоритета, исходя из патентных заявок серийный № 60/771,520, поданной 06 февраля 2006 года, серийный № 60/797,402, поданной 02 мая 2006 года, и серийный № 60/797,459, поданной 03 мая 2006 года, содержание которых полностью включено в эту заявку.

[2] В основном настоящее изобретение имеет отношение к системам беспроводной связи и, более конкретно, к обмену данными между сетью и сдвоенным приемником пользовательского устройства «UE».

[3] Универсальная мобильная телекоммуникационная система, далее система «UMTS», представляет собой европейский вариант системы мобильной связи третьего поколения, которая явилась результатом эволюции Европейского стандарта, известного как глобальная система мобильной связи (GSM). Задачей системы «UMTS» является предоставление услуг мобильной связи повышенного качества на основе базовой сети GSM и технологии широкополосного множественного доступа с кодовым разделением каналов «W-CDMA».

[4] В декабре 1998 года организации Европейский институт стандартизации в области связи (ETSI) в Европе, Ассоциация радиопромышленности и Комитет по технологии связи (ARIB/TTC) в Японии, Комитет Т1 Института стандартов США и южнокорейская Ассоциация по телекоммуникационным технологиям (ТТА) организовали Проект о сотрудничестве по системам третьего поколения (3GPP) для разработки детальных технических условий на технологию универсальной системы мобильной связи «UMTS». Для обеспечения быстрого и эффективного технического развития системы мобильной связи «UMTS» в рамках проекта 3GPP были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их функционирования.

[5] Каждая группа TSG разрабатывает, утверждает и контролирует стандартные технические условия в пределах соответствующей области. В числе этих групп группа по сетевой радиосвязи - (TSG-RAN) - разрабатывает стандарты на функции, требуемые элементы и интерфейс универсальной наземной сети радиодоступа «UTRAN», которая представляет собой новую сеть радиодоступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в универсальной системе мобильной связи «UMTS».

[6] На ФИГ.1 показан пример базовой структуры обычной универсальной системы мобильной связи «UMTS», включающей в себя терминал (UE) (пользовательское оборудование/устройство), универсальную наземную сеть радиодоступа «UTRAN» и базовую сеть «CN». Универсальная наземная сеть радиодоступа «UTRAN» включает в себя несколько контроллеров радиосети «RNC» и несколько базовых станций - «Узел В», взаимодействующих с помощью интерфейса «Iub».

[7] Каждый контроллер радиосети «RNC» управляет несколькими базовыми станциями «Узлами В». Каждый контроллер радиосети «RNC» через «Iu»-интерфейс соединен с базовой сетью «CN», то есть с центром коммутации мобильной связи «MSC» и обслуживающим узлом поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее обслуживающий узел «SGSN») базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «Iur». Контроллер радиосети «RNC» распределяет ресурсы радиосвязи и управляет ими, а также действует как пункт доступа в отношении базовой сети.

[8] Базовые станции «Узлы-В» принимают информацию, посланную физическим уровнем терминала по восходящей линии связи, и передают данные на терминал по нисходящей линии связи. Базовые станции «Узлы-В» действуют как пункты доступа для терминала в универсальную наземную сеть радиодоступа «UTRAN».

[9] Обслуживающий узел «SGSN» соединен через интерфейс «Gf» с регистром идентификации оборудования «EIR», через интерфейс «GS» с центром коммутации мобильной связи «MSC», через интерфейс «GN» с межсетевым узлом поддержки пакетной коммутации в сети подвижной связи «GPRS» (далее межсетевой узел «GGSN»), и через интерфейс «GR» с домашним сервером абонентских данных «HSS». В регистре идентификации оборудования «EIR» хранятся списки мобильных терминалов, которым разрешается использовать сеть.

[10] Центр коммутации мобильной связи «MSC», который управляет соединением для услуг с коммутацией каналов «CS», через интерфейс «NB» соединен с межсетевым интерфейсом среды - «MGW» (называемый также медиашлюзом), через интерфейс «F» соединен с регистром идентификации оборудования «EIR», а через интерфейс «D» соединен с домашним сервером абонентских данных «HSS». Межсетевой интерфейс среды «MGW» соединяется с базовым сервером абонентов «HSS» через интерфейс «С» и с телефонной сетью общего пользования - (ТФОП). Межсетевой интерфейс среды «MGW» обеспечивает настройку кодеков между телефонной сетью общего пользования и подключенной сетью абонентской радиосвязи «RAN».

[11] Межсетевой узел «GGSN» через интерфейс «GC» соединен с базовым сервером абонентов «HSS» и через интерфейс «GI» соединен с Интернетом Межсетевой узел «GGSN» отвечает за маршрутизацию, наполнение и разделение потоков данных между различными широкополосными каналами абонентской радиосвязи «RAB». Домашний сервер абонентских данных «HSS» управляет абонентскими данными пользователей.

[12] Функцией универсальной наземной сети радиодоступа «UTRAN» является формирование и поддержка широкополосного канала абонентской радиосвязи - радиоканал «RAB» для обеспечения связи между терминалом и базовой сетью. Базовая сеть предъявляет к радиоканалу «RAB» требования к качеству обслуживания «QoS» сквозного канала связи, а радиоканал «RAB» поддерживает требования к качеству обслуживания «QoS», установленные базовой сетью. Соответственно, универсальная наземная сеть радиодоступа «UTRAN» может удовлетворить требования к качеству обслуживания «QoS» сквозного канала связи путем формирования и поддержки радиоканала «RAB».

[13] Услуги, предоставляемые конкретному терминалу, грубо делятся на услуги с коммутацией каналов «CS» и услуги с коммутацией пакетов «PS». Например, общая услуга речевой связи является услугой с коммутацией каналов, тогда как услуга просмотра веб-страниц через подключение к сети Интернет классифицируется как услуга с коммутацией пакетов.

[14] Для поддержки услуг с коммутацией каналов контроллеры радиосети «RNC» соединены с центром коммутации мобильной связи «MSC» базовой сети, а центр коммутации мобильной связи «MSC» соединен с шлюзовым коммутационным центром мобильной связи «GMSC», который управляет соединением с другими сетями. Для поддержки услуг с коммутацией пакетов контроллеры радиосети «RNC» соединены с обслуживающим узлом «SGSN» сети мобильной связи «GPRS» и с узлом межсетевого перехода (GGSN) поддержки сети мобильной связи «GPRS» базовой сети. Обслуживающий узел «SGSN» поддерживает пакетную связь с контроллерами радиосети «RNC», а узел межсетевого перехода «GGSN» управляет соединением с другими сетями с коммутацией пакетов, такими как сеть Интернет.

[15] На фиг.2 приведена структура протокола интерфейса радиосвязи на базе технических условий 3GPP для сети радиодоступа между терминалом «UE» и наземной сетью радиодоступа «UTRAN». Как показано на фиг.2, протокол интерфейса радиосвязи имеет по вертикали уровни, содержащие физический уровень, уровень канала передачи данных и сетевой уровень, и имеет по горизонтали плоскости, включающие плоскость пользователя (U-плоскость), предназначенную для передачи информационных данных, и плоскость управления (С-плоскость) - для передачи управляющей информации.

[16] Плоскость пользователя представляет собой область, которая обрабатывает информацию трафика пользователя, такую как голосовые сообщения или пакеты протокола Интернет (IP). Плоскость управления представляет собой область, которая обрабатывает информацию управления для интерфейса сети, обслуживания вызова и управления им, и т.п.

[17] Уровни протокола по Фиг.2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Первый уровень (L1), или физический уровень, предоставляет услугу передачи информации вышерасположенному уровню с использованием различных методов радиопередачи. Физический уровень связан через транспортный канал с вышерасположенным уровнем, который называется уровнем управления доступом к среде «MAC».

[18] Уровень управления доступом к среде «MAC» и физический уровень обмениваются данными через транспортный канал. Второй уровень (L2) включает в себя уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень управления широковещательной/групповой передачей «ВМС» и уровень протокола сходимости пакетных данных «PDCP».

[19] Уровень управления доступом к среде «MAC» управляет отображением между логическими каналами и транспортными каналами и обеспечивает назначение параметров уровня управления доступом к среде «MAC» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» через логический канал связан с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC».

[20] В зависимости от вида передаваемой информации предоставляются различные логические каналы. В основном, при передаче информации плоскости управления используется канал управления, а при передаче информации плоскости пользователя используется канал трафика.

[21] Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли логический канал совместно используемым каналом. Логические каналы включают в себя: выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика - «СТСН», общий канал управления - «СССН», широковещательный управляющий канал «ВССН» и канал управления поисковым вызовом - «РССН» (пейджинговый управляющий канал) или канал управления совместно используемым (мультиплексным) каналом - «SHCCH».

[22] Широковещательный управляющий канал «ВССН» предоставляет информацию, включающую в себя информацию, используемую терминалом для доступа в систему. Канал управления поисковым вызовом «РССН» используется универсальной наземной сетью радиодоступа «UTRAN» для доступа к терминалу.

[23] Специально для мультимедийного широковещательного/многоадресного обслуживания «MBMS» в стандарте мультимедийного широковещательного/многоадресного обслуживания «MBMS» введены дополнительные каналы трафика (информационные каналы) и каналы управления. Многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS»-«МССН» используется для передачи управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоадресный канал трафика для мультимедийного широковещательного/многоадресного обслуживания «MBMS» многоадресный канал трафика «МТСН» используется для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Канал планирования мультимедийного широковещательного/многоадресного обслуживания «MBMS»-«MSCH» используется для передачи информации планирования. Различные существующие логические каналы приведены на Фиг.3.

[24] Уровень управления доступом к среде «MAC» связан с физическим уровнем транспортными каналами и в соответствии с типом транспортного канала, которым нужно управлять, может быть разделен на подуровень управления доступом к среде «МАС-b», подуровень управления доступом к среде «MAC-d», подуровень управления доступом к среде «МАС-c/sh» и подуровень управления доступом к среде «MAC-hs». Подуровень управления доступом к среде «МАС-b» управляет каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации. Подуровень управления доступом к среде «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящим совместно используемым (мультиплексным) каналом «DSCH», который совместно используется несколькими терминалами, или восходящим каналом радиосвязи с абонентами «RACH». Подуровень управления доступом к среде «МАС-m» может управлять данными мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[25] На Фиг.4 показано возможное отображение между логическими каналами и транспортными каналами со стороны терминала «UE». На Фиг.5 показано возможное отображение между логическими каналами и транспортными каналами со стороны универсальной наземной сети радиодоступа «UTRAN».

[26] Подуровень управления доступом к среде «MAC-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала. Подуровень управления доступом к среде «MAC-d» расположен в обслуживающем контроллере радиосети «SRNC», который управляет соответствующим терминалом. В каждом терминале существует один подуровень управления доступом к среде «MAC-d».

[27] В зависимости от режима работы уровня управления радиоканалом «RLC», уровень управления радиоканалом «RLC» поддерживает надежную передачу данных, а также выполняет сегментацию и конкатенацию над множеством блоков служебных данных «SDU» уровня управления радиоканалом «RLC» (далее блок служебных данных «RLC SDU»), доставляемых с вышерасположенного уровня. Когда уровень управления радиоканалом «RLC» принимает блоки служебных данных «RLC SDU» с вышерасположенного уровня, уровень управления радиоканалом «RLC» регулирует соответствующим образом размер каждого блока служебных данных «RLC SDU» с учетом производительности обработки, а затем создает блоки данных с добавленной к ним информацией заголовка. Созданные блоки данных называются блоками протокольных данных «PDU» (далее блоки протокольных данных «RLC PDU»), которые затем передаются на уровень управления доступом к среде «MAC» через логический канал. Уровень управления радиоканалом «RLC» включает в себя буфер уровня управления радиоканалом «RLC» для хранения блоков служебных данных «RLC SDU» и/или блоков протокольных данных «RLC PDU».

[28] Уровень управления широковещательной/групповой передачей «ВМС» планирует передачу сообщения широковещательной ячейки (далее СВ-сообщение), переданного из базовой сети, и осуществляет широковещательную передачу СВ-сообщений на терминалы, расположенные в конкретной ячейке или в ячейках.

[29] Уровень протокола сходимости пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC». Уровень протокола сходимости пакетных данных «PDCP» используется для эффективной передачи данных сетевого протокола, такого как Интернет протокол «IPv4» или «IPv6», через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для этого уровень протокола сходимости пакетных данных «PDCP» сокращает ненужную информацию управления, используемую в проводной сети; эта функция называется сжатием заголовка.

[30] Уровень управления радиоресурсами «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления. Уровень управления радиоресурсами «RRC» управляет транспортными каналами и физическими каналами в отношении создания, реконфигурации и освобождения или прекращения действия широкополосных радиоканалов «RB». Кроме того, уровень управления радиоресурсами «RRC» управляет передвижением пользователя в сети абонентской радиосвязи (RAN) и дополнительными услугами, например услугами определения местоположения.

[31] Радиоканал «RB» относится к услуге, предоставляемой вторым уровнем (L2) для передачи данных между терминалом и наземной сетью радиодоступа «UTRAN». Обычно, создание радиоканала «RB» состоит в установке характеристик уровня протокола и канала, которые необходимы для предоставления определенной услуги по передаче данных, и задании соответствующих подробных параметров и способов функционирования.

[32] Возможные в принципе варианты отображения между широкополосными радиоканалами и транспортными каналами на самом деле не всегда являются выполнимыми для данного терминала «UE». Терминал «UE» и универсальная наземная сеть радиодоступа «UTRAN» определяют возможные отображения в зависимости от состояния терминала «UE» и процедуры, выполняемой терминалом «UE» и универсальной наземной сетью радиодоступа «UTRAN». Ниже подробно поясняются различные состояния и режимы, имеющие отношение к настоящему изобретению.

[33] Различные транспортные каналы отображаются на различные физические каналы. Например, транспортный канал случайного доступа «RACH» отображается на заданный физический канал случайного доступа «PRACH», выделенный канал «DCH» может отображаться на выделенный физический канал «DPCH», каналы прямого доступа «FACH» и поискового вызова «РСН» (пейджинговый канал «РСН») могут отображаться на канал «S-ССРСН» - вспомогательный общий физический канал управления, нисходящий совместно используемый канал «DSCH» отображается на физический нисходящий совместно используемый канал «PDSCH». Конфигурация физических каналов задается обменом сигналами уровней управления радиоресурсами «RRC» между контроллером радиосети «RNC» и терминалом «UE».

[34] Режим работы уровня управления радиоресурсами «RRC» описывает, существует ли логическое соединение между уровнем управления радиоресурсами «RRC» терминала и уровнем управления радиоресурсами «RRC» универсальной наземной сети радиодоступа «UTRAN». Если соединение существует, считается, что терминал находится в режиме «RRC-соединения». Если соединение отсутствует, считается, что терминал находится в режиме ожидания (бездействия).

[35] Поскольку для терминалов в режиме с подключенными уровнями управления радиоресурсами «RRC» существует «RRC-соединение», универсальная наземная сеть радиодоступа «UTRAN» может определить местонахождение конкретного терминала с точностью до ячейки. Например, универсальная наземная сеть радиодоступа «UTRAN» может определить ячейку или группу ячеек, где находится терминал с подключенными уровнями управления радиоресурсами «RRC» и какой физический канал выслушивает упомянутый терминал «UE». Таким образом, терминал можно эффективно контролировать.

[36] В отличие от этого, универсальная наземная сеть радиодоступа «UTRAN» не может определить наличие терминала, находящегося в режиме ожидания. Наличие терминалов, находящихся в режиме ожидания, может быть определено только базовой сетью, только в области большего размера, чем ячейка, например, в населенном пункте или области маршрутизации. Таким образом, наличие терминалов, находящихся в режиме ожидания, определяется в больших областях, и чтобы принимать информацию услуг мобильной связи, например речь или данные, терминал из режима ожидания должен переместиться или перейти в режим «RRC-соединения». Возможные переходы между режимами и состояниями показаны на ФИГ.6.

[37] Терминал UE, находящийся в режиме «RRC-соединения», может быть в различных состояниях, например состоянии «CELL_FACH», состоянии «CELL_PCH», состоянии «CELL_DCH» или состоянии «URA_PCH». В зависимости от своего состояния, терминал «UE» выполняет разные действия и прослушивает различные каналы.

[38] Например, терминал «UE», находящийся в состоянии «CELL_DCH», будет пытаться прослушивать (среди прочих) транспортные каналы типа выделенный канал «DCH». Транспортные каналы типа «DCH» включают в себя выделенный канал трафика - «DTCH» и выделенный канал управления - «DCCH», которые могут отображаться на конкретный физический выделенный канал «DPCH», физический нисходящий совместно используемый канал «DPDSCH» или другие физические каналы.

[39] Терминал «UE» в состоянии «CELL_FACH» будет прослушивать несколько транспортных каналов прямого доступа «FACH», отображаемых на конкретный вспомогательный общий физический канал управления «S-ССРСН». Терминал «UE» в состоянии «CELL_PCH» будет прослушивать канал «PICH» и канал «РСН», которые отображаются на конкретный вспомогательный общий физический канал управления «S-CCPCH».

[40] Основная системная информация направляется по логическому каналу управления широковещательной передачей «ВССН», отображаемому на первичный общий физический канал управления «Р-ССРСН». Отдельные блоки системной информации могут быть переданы по каналу прямого доступа «FACH». При передаче системной информации по каналу прямого доступа «FACH» терминал принимает конфигурацию канала прямого доступа «FACH» либо через канал управления широковещательной передачей «ВССН», принимаемый по первичному общему физическому каналу управления «Р-ССРСН» либо через выделенный канал. Когда системная информация передается по каналу управления широковещательной передачей «ВССН», то есть по каналу «Р-ССРСН», то в каждом кадре или наборе из двух кадров передается номер системного кадра «SFN», который используется для синхронизации между терминалом «UE» и «Узлом-В». Передача по первичному общему физическому каналу управления «Р-ССРСН» всегда ведется с использованием того же кода скремблирования, что используется в канале «P-CPICH» (основной общий пилотный канал), данный код является основным (первичным) кодом скремблирования ячейки. Расширяемый код, используемый первичным общим физическим каналом управления «Р-ССРСН», всегда имеет фиксированный коэффициент расширения 256, а номером кода является 1. Терминал узнает о первичном коде скремблирования либо из информации, передаваемой сетью вместе с системной информацией смежных ячеек, которую считал терминал, или из сообщений, полученных терминалом по выделенному каналу управления «DCCH», либо путем поиска первичного общего пилотного канала «P-CPICH», который передается с использованием фиксированного коэффициента расширения «SF=256» и номера расширяемого кода, равного «0», и который передает конкретный набор символов.

[41] Системная информация содержит информацию о смежных ячейках, о конфигурации транспортных каналов случайного доступа «RACH» и прямого доступа «FACH» и о конфигурации каналов «MICH» (канал индикатора уведомления «MICH») и «МССН» (многоадресный канал управления «МССН»), которые являются каналами, выделенными для услуги «MBMS».

[42] Каждый раз, когда терминал «UE» меняет ячейку в режиме ожидания вызова (в режиме бездействия) или после выбора терминалом «UE» ячейки (в состояниях «CELL_FACH», «CELL_PCH» или «URA_PCH»), терминал «UE» проверяет достоверность имеющейся у него информации о системе. Системная информация организована в блоки системной информации «SIB», блоки основной информации «MIB» и блоки планирования. Блок основной информации «MIB» посылается довольно часто и обеспечивает информацию по синхронизации блоков планирования и различных блоков системной информации «SIB». Для блоков системной информации «SIB», привязанных к значению маркера, блок основной информации «MIB» также содержит информацию о последней версии части блоков системной информации «SIB». Блоки системной информации «SIB», не привязанные к значениям маркера, привязаны к таймеру (указателю) истечения срока. Блоки системной информации «SIB», привязанные к таймеру (указателю) истечения срока, становятся недействительными и требуют повторного считывания, если время последнего считывания блока системной информации «SIB» больше по величине, чем значение, показанное таймером истечения срока. Блоки системной информации «SIB», привязанные к значениям маркера, являются действительными, если они имеют значение маркера, аналогичное значению маркера, разосланному в блоках основной информации «MIB». Каждый блок имеет зону предельного действия, это может быть, например, ячейка, наземная сеть мобильной связи общего пользования - «PLMN» или ее эквивалент, которая показывает, в какой ячейке блок системной информации «SIB» является действительным. Блок системной информации «SIB», имеющий зону действия размера «Ячейка», действителен только для ячейки, в которой он был считан. Блок блока системной информации «SIB», имеющий зону действия размера «PLMN», действителен во всей этой наземной сети мобильной связи общего пользования. Блок системной информации «SIB», имеющий зону действия размера «эквивалент PLMN», действителен во всей этой наземной сети мобильной связи общего пользования «PLMN» и в эквиваленте этой наземной сети мобильной связи общего пользования.

[43] Обычно терминалы «UE» считывают системную информацию, когда находятся в режиме ожидания «бездействия», состоянии «CELL_FACH», состоянии «CELL_PCH» или состоянии «URA_PCH», ячеек, которые они выбрали, или ячейки, в которой они находятся в режиме ожидания вызова. В составе системной информации они принимают информацию о соседних ячейках, работающих на той же частоте, на других частотах и на основе других технологий абонентской радиосвязи «RAT». Это позволяет терминалам «UE» узнать, какие ячейки являются кандидатами для повторного выбора ячейки.

[44] Услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» введены в стандарт UMTS в Версии 6 спецификации (Rel-6). Там дается описание методики оптимизированной передачи данных услуги однонаправленного канала мультимедийного широковещательного/многоадресного обслуживания «MBMS», включая многоточечную передачу типа «точка-множество точек», выборочное объединение и выбор режима передачи между однонаправленным многоточечным каналом типа «точка-множество точек» и однонаправленным каналом прямой связи типа «точка-точка». Это используется для экономии ресурсов радиосвязи при передаче нескольким пользователям одинаковой информации и обеспечивает оказание услуг типа телевидения. Данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» можно разделить на две категории: информация плоскости управления и информация плоскости пользователя. Информация плоскости управления содержит информацию о конфигурации физического уровня, конфигурации транспортного канала, конфигурации однонаправленного канала, оказываемых в настоящий момент услугах, информацию о подсчете, информацию о планировании и т.п. Чтобы обеспечить прием этой информации терминалами «UE», терминалам «UE» передается управляющая информация канала «MBMS», связанная с однонаправленным каналом.

[45] Данные плоскости пользователя однонаправленных каналов «MBMS» могут отображаться на выделенные транспортные каналы для услуги типа «точка-точка», данные которой передаются только одному терминалу «UE», или по мультиплексному транспортному каналу для многоадресной услуги типа "точка-множество точек", которая передается (или принимается) нескольким пользователям одновременно.

[46] Многоадресная передача типа "точка-множество точек" используется для передачи определенной информации плоскости управления/пользователя мультимедийного широковещательного/многоадресного обслуживания «MBMS», а также специальной информации плоскости управления/пользователя мультимедийного широковещательного/многоадресного обслуживания «MBMS», между сетью и терминалом «UE» в режиме соединения уровней управления ресурсами радиосвязи «RRC», далее «RRC-соединения». Она используется в широковещательном или многоадресном режиме мультимедийного широковещательного/многоадресного обслуживания «MBMS». Выделенный информационный канал «DTCH» используется для терминала «UE» в состояниях «CELL_FACH» и «CELL_DCH». Это поддерживает существующие отображения на транспортные каналы.

[47] Чтобы обеспечить использование ресурсов ячейки оптимальным образом, в приложениях «MBMS» введена функция, называемая «подсчетом». Процедура подсчета используется для определения, сколько терминалов «UE» заинтересованы в пользовании данной услугой. Это выполняется выполнением процедуры подсчета, показанной на Фиг.7.

[48] Например, терминал «UE», заинтересованный в пользовании определенной услугой, принимает информацию о доступности услуги «MBMS». Таким же образом сеть может сообщить терминалу «UE», что он должен обозначить для сети свой интерес к этой услуге, например, путем передачи «информации доступа» по каналу «МССН» (многоточечный управляющий канал мультимедийного широковещательного/многоадресного обслуживания «MBMS»). Коэффициент вероятности, включенный в состав сообщения информации доступа, определяет, что заинтересованный терминал «UE» ответит лишь с данной вероятностью. Чтобы сообщить сети о заинтересованности в данной услуге, терминал «UE» передаст сети сообщение настройки «RRC-соединения» или сообщение об обновлении ячейки в ячейке, в которой терминал «UE» получил информацию о подсчете. Это сообщение в принципе может содержать идентификатор, обозначающий услугу, в которой заинтересован терминал «UE».

[49] Многоадресная передача типа "точка-множество точек" используется для передачи определенной информации плоскости управления/пользователя мультимедийного широковещательного/многоадресного обслуживания «MBMS» между сетью и несколькими терминалами «UE» в режиме «RRC-соединения» или ожидания (бездействия). Она используется в широковещательном или многоадресном режиме «MBMS».

[50] В случае, если сеть работает на нескольких частотах, то, когда терминал «UE» ожидает вызова на одной частоте, а данные услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» передаются на другой частоте, этот терминал «UE» может не знать о том, что данные услуги «MBMS» передаются на другой частоте. Таким образом, процедура схождения частот позволяет терминалу «UE» принимать информацию на частоте «А», которая указывает, что данная услуга доступна на частоте «В».

[51] Особенности и преимущества изобретения будут представлены в описании, приведенном ниже, а частично станут очевидными для специалистов из описания или могут быть изучены в ходе практической реализации изобретения. Цели и другие преимущества настоящего изобретения могут быть реализованы и достигнуты посредством структуры, конкретно рассмотренной в описании и формуле изобретения, а также в прилагаемых чертежах.

[52] В соответствии с одним из вариантов осуществления, способ обмена данными между сетью и терминалом «UE», оснащенным сдвоенным приемником, включает в себя прием первых сигналов от первого узла сети на первой частоте и прием вторых сигналов через многоточечный канал управления типа «точка-множество точек» (PtM) от второго узла сети на второй частоте. Способ дополнительно включает в себя прием на второй частоте запроса от второго узла сети, при этом запрос передается через многоточечный канал управления типа «точка-множество точек» (PtM), и передачу первому узлу сети ответа на запрос от второго узла сети.

[53] В одном из аспектов способ дополнительно включает в себя прием перечня, состоящего, как минимум, из одного иного узла сети, передающего на второй частоте и обеспечивающего покрытие ячейки, которое перекрывает, как минимум, часть покрытия ячейки, обеспечиваемого первым узлом сети.

[54] В другом аспекте способ дополнительно включает в себя прием от первого узла сети, как минимум, одного идентификатора так, что, как минимум, один идентификатор обозначает второй узел сети.

[55] Еще в одном аспекте способ дополнительно включает в себя прием разрешения на передачу из второго узла сети или из первого узла сети, которое инициирует передачу ответа первому узлу сети.

[56] Еще в одном аспекте прием разрешения на передачу принимается от второго узла сети и включает в себя перечень узлов сети, в которые может быть передан ответ.

[57] В одной из особенностей изобретения разрешение на передачу принимается от первого узла сети и включает в себя перечень узлов сети, от которых получен запрос.

[58] В соответствии с другой особенностью изобретения способ дополнительно включает в себя прием от первого узла сети сообщения о преобразовании частоты так, что это сообщение позволяет терминалу «UE» произвести попытку заново выбрать третий узел сети, выполняющий передачу на второй частоте. В этом аспекте разрешение на передачу побуждает терминал «UE» проигнорировать упомянутое сообщение таким образом, что терминал «UE» не выполняет попытку нового выбора.

[59] Еще в одном аспекте ответ включает в себя, как минимум, одно из следующего: идентификатор услуги, обозначающий услугу, связанную с этим терминалом «UE», идентификатор частоты, обозначающий вторую частоту, и идентификатор ячейки, обозначающий второй узел сети.

[60] Еще в одном аспекте ответ включает в себя одно из следующего: запрос «RRC-соединения» и обновления ячейки или запрос модификации мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[61] Еще в одном из аспектов запрос представляет собой запрос подсчета или запрос установления соединения типа «точка-точка».

[62] В другом аспекте многоточечный канал управления типа «точка-множество точек» (PtM) представляет собой многоточечный канал управления типа «точка-множество точек» мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[63] В соответствии еще с одним аспектом прием первых сигналов и вторых сигналов происходит в основном одновременно.

[64] В соответствии еще с одним аспектом первый узел сети и второй узел сети реализованы в одной базовой станции либо в разных базовых станциях.

[65] В соответствии с альтернативным вариантом осуществления изобретения, способ обмена данными между сетью и терминалом UE, оснащенным сдвоенным приемником, включает в себя передачу первых сигналов от первого узла сети на первой частоте и передачу вторых сигналов посредством многоточечного канала управления типа «точка-множество точек» (PtM) от второго узла сети на второй частоте. Способ дополнительно включает в себя передачу запроса от второго узла сети на второй частоте, при этом запрос передается посредством многоточечного канала управления типа «точка-множество точек» (PtM), и прием в первом узле сети ответа на запрос от второго узла сети.

[66] В соответствии с еще одним альтернативным вариантом осуществления изобретения, способ обмена данными между сетью и терминалом «UE» включает в себя прием данных от первого узла сети и обнаружение того факта, что у первого узла сети не хватает возможностей восходящей линии связи. Способ может дополнительно включать в себя обнаружение того факта, что этот первый узел сети предоставляет услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS» и прием этой услуги «MBMS» от первого узла сети вне зависимости от обнаружения нехватки возможностей восходящей линии связи.

[67] В соответствии с еще одним альтернативным вариантом осуществления изобретения, способ обмена данными между сетью и терминалом «UE» включает в себя оказание услуги «MBMS» из первого узла сети и обозначение того факта, что у первого узла сети не хватает возможностей восходящей связи. Способ может дополнительно включать в себя обозначение того факта, что терминалу «UE» разрешено пользоваться этой услугой «MBMS» вне зависимости от указания о нехватке возможностей восходящей линии связи.

[68] Эти и другие варианты осуществления настоящего изобретения также станут очевидными для специалистов на основе последующего подробного описания вариантов осуществления со ссылками на прилагаемые чертежи, при этом изобретение не ограничено какими-либо приведенными вариантами осуществления.

[69] Сопроводительные чертежи, прилагаемые для лучшего понимания изобретения и составляющие часть настоящей заявки, иллюстрируют варианты осуществления изобретения, и вместе с описанием служат для пояснения принципов настоящего изобретения. Особенности, элементы и аспекты изобретения, одинаково обозначенные на различных чертежах, представляют одинаковые, эквивалентные или сходные особенности, элементы или аспекты в соответствии с одним или несколькими вариантами осуществления. На чертежах:

[70] на Фиг.1 показана обычная сеть универсальной системы мобильной связи «UMTS»;

[71] на Фиг.2 показан обычный протокол интерфейса радиосвязи между терминалом UE и универсальной наземной сетью радиодоступа «UTRAN»;

[72] на Фиг.3 показана структура логических каналов;

[73] на Фиг.4 показано возможное отображение логических каналов на транспортные каналы с точки зрения терминала «UE»;

[74] на Фиг.5 показано возможное отображение логических каналов на транспортные каналы с точки зрения универсальной наземной сети радиодоступа «UTRAN»;

[75] на Фиг.6 показаны возможные переходы между различными состояниями терминала «UE»;

[76] на Фиг.7 показана типовая процедура подсчета;

[77] на Фиг.8 показана сеть дуплексной связи с разделением частоты «FDD» мультимедийного широковещательного/многоадресного обслуживания «MBMS» («FDD MBMS») по спецификации «Rel-6», имеющая несколько несущих частот, с терминалами «UE» по спецификации «Rel-7», оснащенными сдвоенным приемником;

[78] на Фиг.9 показана работа терминала «UE», оснащенного сдвоенным приемником, в соответствии с одним из вариантов осуществления настоящего изобретения;

[79] на Фиг.10 показана сеть дуплексной связи с разделением частоты «FDD» мультимедийного широковещательного/многоадресного обслуживания «MBMS» («FDD MBMS») по спецификации «Rel-6», имеющая несколько несущих, с оптимизацией для терминалов «UE», оснащенных сдвоенным приемником, по спецификации «Rel-7»;

[80] на Фиг.11 показаны ячейки, в которых терминалу «UE» разрешено действовать по многоадресному каналу управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» - многоадресному каналу управления «МССН»;

[81] на Фиг.12 показаны ячейки, из которых терминал UE пытается принимать канал «МССН»/«МТСН» (многоадресный канал трафика «МТСН»);

[82] на Фиг.13 показана сеть по спецификации «Rel-6» (с одной или несколькими несущими частотами), где имеется отдельная независимая частота, предназначенная только для нисходящей линии связи мультимедийного широковещательного/многоадресного обслуживания «MBMS», для терминалов «UE», оснащенных сдвоенным приемником дуплексной связи «FDD/TDD»;

[83] на Фиг.14 показана схема, изображающая способ обмена данными между сетью и терминалом «UE», оснащенным сдвоенным приемником, в соответствии с одним из вариантов осуществления настоящего изобретения;

[84] на Фиг.15 показана схема, изображающая способ обмена данными между сетью и терминалом «UE», оснащенным сдвоенным приемником, в соответствии с другим вариантом осуществления настоящего изобретения;

[85] на Фиг.16 показан терминал мобильной связи в соответствии с одним из вариантов осуществления настоящего изобретения.

[86] Ниже приводится подробное описание предпочтительных вариантов осуществления настоящего изобретения, примеры которых проиллюстрированы сопроводительными чертежами. Там, где это возможно, для обозначения одинаковых или похожих частей на чертежах будут использоваться одинаковые ссылочные номера.

[87] Различные варианты осуществления изобретения включают в себя способы одновременного приема услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» и выделенной услуги на двух различных частотах. Конкретные варианты осуществления предусматривают такие вопросы, как подсчет, установление прямого соединения типа «точка-точка» (PtP) и преобразование частоты.

[88] Для случая дуплексной связи с разделением частоты (FDD), добавление в терминал «UE» второго приемника, специально предназначенного для мультимедийного широковещательного/многоадресного обслуживания «MBMS», имеет некоторые преимущества и обеспечивает сети независимость в работе. Такие терминалы «UE», оснащенные сдвоенным приемником, предоставляют несколько желательных вариантов. Например, второй приемник может использоваться для сокращения потенциального числа конфликтов или добавления частоты, предназначенной только для мультимедийного широковещательного/многоадресного обслуживания «MBMS» и принимаемой вторым приемником.

[89] Для сети желательно иметь "устаревшие" свойства, для использования с терминалами «UE», не имеющими сдвоенных приемников. Для поддержки "устаревших" свойств сети можно придать специальные функции, чтобы адресовать эту заботу. Например, сеть может обозначать через выделенные или общие управляющие сигналы, разрешен или нет определенный образ действий для терминалов «UE», оснащенных сдвоенным приемником. Одна из методик заключается в задании по умолчанию образа действия для мультимедийного широковещательного/многоадресного обслуживания «MBMS», чтобы терминал «UE» не использовал второй приемник дуплексной связи (FDD или TDD) для приема мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[90] Одна из методик предотвращения ожидания терминалами «UE» без поддержки версии «Rel-7» (то есть терминалов «UE», не имеющих сдвоенных приемников) вызовов на выделенной частоте для мультимедийного широковещательного/многоадресного обслуживания «MBMS» заключается в том, чтобы «скрыть частоту» от таких терминалов «UE». При использовании этой методики ячейки, связанные с выделенной частотой для «MBMS», не включаются в перечень частот соседней ячейки, доступных для всех терминалов «UE». В частности, дополнительная ячейка или частота, связанная с «MBMS», может, в качестве альтернативы, предоставляться посредством широковещательного канала «ВССН» или/и многоадресного канала управления «МССН», например, с использованием специального расширения таким образом, чтобы только терминалы «UE», оснащенные сдвоенным приемником, могли прослушивать эту выделенную частоту.

[91] Другая трудность состоит в том, что терминалы «UE», оснащенные одним приемником, обнаружат частоту для «MBMS» во время периодического сканирования частот. Один из способов устранения этой трудности состоит в том, чтобы не передавать на этой частоте хотя бы некоторые из следующих блоков системной информации «SIB»: «SIB» 1, 3, 5 bis или 7 («SIB» 13 для случаев дуплексной связи с временным разделением «TDD»).

[92] Такой подход дает терминалу «UE» возможность отвечать на подсчет на частоте/в ячейке, где он находится в режиме ожидания, вне зависимости от ячейки, связанной с широковещательной передачей данных услуги «MBMS». Более того, можно реализовать специальную обработку, чтобы позволить контроллеру радиосети «RNC» скоррелировать ответ на подсчет и установление прямой связи типа (PtP) для терминалов «UE», оснащенных сдвоенным приемником, с использованием, например, соответствующего идентификатора услуги.

[93] Другая техника оптимизации услуги «MBMS» заключается в том, чтобы воспользоваться для передачи услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» в диапазоне частот дуплексной связи с временным разделением «TDD», а для выделенных услуг - диапазоне частот дуплексной связи с разделением частоты «FDD». В рамках этого сценария может быть удобно не включать характеристики восходящей линии связи в случае дуплексной связи с временным разделением «TDD», чтобы терминал «UE» нуждался только в характеристиках для приема; таким образом, характеристики для передачи не нужны.

[94] Существующие решения не предоставляют услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS», передаваемые посредством диапазона частот дуплексной связи с временным разделением «TDD», в диапазоне частот дуплексной связи с разделением частоты «FDD», и наоборот. Такие виды взаимодействий в настоящее время не существуют в сетях версии «Rel-6», что потенциально оказывает влияние на вопросы совместимости в отношении терминалов «UE», работающих только в режиме дуплексной связи с временным разделением «TDD». Аналогично случаю скрытой частоты в дуплексной связи с разделением частоты «FDD» такие вопросы можно решить, не передавая блок системной информации «SIB» 13 в ячейках дуплексной связи с временным разделением «TDD», чтобы не поддерживать работу восходящей линии связи. В рамках этого сценария может быть желательно, чтобы широковещательная передача канала «MICH» (канал индикатора уведомления об услуге мультимедийного широковещательного/многоадресного обслуживания) осуществлялась на одной частоте (например, частоте дуплексной связи с разделением частоты «FDD», на которой терминал «UE» ожидает регулярной услуги) и чтобы в начале сеанса терминал «UE» запускал также приемник дуплексной связи с временным разделением «TDD». Одна из возможностей состоит в том, чтобы использовать услугу, которая информирует о том, что терминал «UE» должен начинать прием на частоте дуплексной связи с временным разделением «TDD», или использовать специальное расширение в сообщениях многоадресного канала управления «МССН», которое может сигнализировать о том, что данная услуга доступна только на соответствующей частоте дуплексной связи «TDD»/в ячейке.

[95] Терминал «UE», оснащенный сдвоенным приемником, обычно способен одновременно принимать выделенные услуги и одноадресные услуги типа (PtP)/многоадресные услуги типа (PtM) для мультимедийного широковещательного/многоадресного обслуживания «MBMS» на одной частоте (частоте «А»), а также услуги «MBMS», данные которых передаются по однонаправленным многоточечным (многоадресным) каналам типа (PtM) на отдельной частоте (частоте «В»). Приведем следующие примеры предоставления этих услуг.

[96] Частота «А» может характеризоваться как дуплексная связь «FDD» или «TDD» (выделенные услуги и «MBMS») и является частотой, на которой терминал «UE» ожидает приема данных таких выделенных услуг. Эта частота может включать в себя каналы, независимые от мультимедийного широковещательного/многоадресного обслуживания «MBMS»; канал индикатора уведомления «MICH» или многоадресный канал управления «МССН», независимые от услуг «MBMS» на частоте «В»; и многоадресный канал трафика «МТСН» (возможно, зависящий от приема данных услуг для мультимедийного широковещательного/многоадресного обслуживания «MBMS» сдвоенным приемником).

[97] Частота «В» может характеризоваться как дуплексная связь «FDD» или «TDD» (дополнительные характеристики «MBMS»). Эта частота может включать в себя широковещательный канал «ВССН»; канал индикатора уведомления «MICH» или многоадресный канал управления «МССН», независимые от приема данных услуг «MBMS» или выделенных услуг на частоте «А»; и многоадресный канал трафика «МТСН» (возможно, зависящий от приема данных услуг MBMS на частоте «А» сдвоенным приемником).

[98] В соответствии с вариантами осуществления настоящего изобретения, терминалы «UE», оснащенные сдвоенными приемниками, полезны в различных ситуациях. Например, в сети по спецификации «Rel-6» для «MBMS» с несколькими несущими частотами: схождение частот и подсчет по спецификации «Rel-6» можно использовать для передачи на единственной частоте; а правила спецификации «Rel-7» для терминалов «UE», оснащенных сдвоенным приемником, без оказания влияния на сеть, могут использоваться чтобы разрешить терминалу «UE» прием данных выделенных услуг и услуг «MBMS» без ограничений.

[99] В другом примере, в сети типа «Rel-6» для «MBMS» с несколькими несущими частотами, которая содержит оптимизации для терминала «UE» версии «Rel-7», оснащенного сдвоенными приемниками: схождение частот и подсчет по версии «Rel-6» можно использовать для передачи на единственной частоте; правила версии «Rel-7» для терминалов «UE», оснащенных сдвоенным приемником, могут быть реализованы без оказания влияния на сеть, чтобы обеспечить прием данных выделенных услуг и услуг «MBMS» без ограничений; а механизмы версии «Rel-7» для терминалов «UE», оснащенных сдвоенным приемником, могут использоваться для обеспечения оптимизации ресурсов с целью приема данных выделенных услуг и MBMS без каких-либо ограничений.

[100] Еще в одном примере в сети по версии «Rel-6» (с одной или несколькими несущими частотами), где имеется отдельная независимая частота, предназначенная только для нисходящей линии связи мультимедийного широковещательного/многоадресного обслуживания «MBMS», для терминалов «UE» версии «Rel-7» (дуплексная связь «FDD/TDD»), оснащенных сдвоенным приемником, механизмы поискового вызова в сети версии «Rel-6» могут использоваться для того, чтобы активировать сдвоенный приемник для приема данных услуг «MBMS».

[101] Полезно задать образ действия типичного терминала «UE», оснащенного сдвоенным приемником, в сети по версии «Rel-6» для «MBMS», имеющей два частотных уровня. Подобный пример показан на Фиг.8. В этом сценарии оператор развернул сеть с несколькими несущими и, например, несколькими частотами 5 МГц. Теперь рассмотрим подсчет, установление прямой связи типа «точка-точка» (PtP) и схождение частот.

[102] Что касается подсчета, существующие решения не предусматривают поведения терминала «UE», ожидающего вызова на частоте «В» и принимающего многоадресный канал трафика «МТСН» и многоадресный канал управления «МССН» на отдельной частоте «А», в случае начала подсчета, или в случае, когда контроллер радиосети «RNC» сообщает о передаче данных услуги по однонаправленному прямому каналу типа «точка-точка» (PtP). Несколько возможных вариантов решения этих вопросов предлагается в настоящем изобретении.

[103] Например, терминал «UE» может ответить сообщением о запросе «RRC»/обновлении «URA»/обновлении ячейки на частоте, на которой он ожидает вызова. Эти действия предполагают, что сеть сконфигурирована таким образом, чтобы соотнести ответ терминала «UE» с сигналами, передаваемыми в другой ячейке/на другой частоте. Таким образом, для сети полезно проверять разрешены или нет эти функциональные возможности.

[104] Другой пример включает в себя терминал «UE», отвечающий сообщением о запросе «RRC»/обновлении «URA»/обновлении ячейки на частоте, на которой он получил информацию о подсчете, или указанием, что передача услуги осуществляется по однонаправленному прямому каналу связи типа (PtP). Этот сценарий может потребовать от терминала «UE» выполнить повторный выбор ячейки. Таким образом, полезно определять, разрешено ли терминалу «UE» выполнить этот повторный выбор ячейки.

[105] Один из способов реализации этого свойства состоит в повторном использовании заданных смещений для схождения частот (то есть терминал «UE» инициирует сообщение о запросе «RRC»/обновлении «URA»/обновлении ячейки на частоте, на которой он осуществляет прием с использованием дополнительного приемника, в случае выполнения условий для схождения частот). Другая возможность заключается в том, чтобы добавить определенный параметр в многоадресный канал управления «МССН» или использовать специальные сигналы, чтобы разрешить повторный выбор ячейки.

[106] Еще один пример относится к ситуации, в которой терминал «UE» не отвечает на подсчет/установление прямой связи типа «точка-точка» (PtP) на частоте, на которой он находится не в режиме ожидания, а продолжает принимать многоадресный канал трафика «МТСН». Такое поведение аналогично ситуации, в которой терминал «UE» не обладает возможностями сдвоенного приемника. Такой сценарий обычно не создает каких-либо трудностей и может считаться поведением по умолчанию для терминалов «UE», оснащенных сдвоенным приемником, если сеть специально не указывает работать иначе.

[107] Что касается установления канала прямой связи типа «точка-точка» (PtP), существующие решения включают в себя инициирование терминалом сообщения об установлении «RRC-соединения»/обновлении ячейки в ответ на запрос об установлении однонаправленного канала прямой связи типа «точка-точка» (PtP). В этих сценариях отсутствует индикация, связанная с услугами, поэтому сеть версии «Rel-6» обычно не будет ожидать запроса однонаправленного канала прямой связи типа «точка-точка» (PtP) для мультимедийного широковещательного/многоадресного обслуживания «MBMS», по которому она не инициировала установление этого однонаправленного канала прямой связи типа (PtP). Таким образом, терминал «UE», оснащенный сдвоенным приемником, в такой ситуации ответит лишь на указание установления этого однонаправленного канала прямой связи типа (PtP) на соответствующей частоте восходящей линии связи, на которой установление однонаправленного канала прямой связи типа (PtP) обозначено по многоадресному каналу управления «МССН». В этом отношении сообщение об установлении «RRC-соединения»/обновлении ячейки, как ответ на установление однонаправленного канала прямой связи типа (PtP), может быть устроено таким образом, чтобы оно передавалось на соответствующей частоте восходящей линии связи, когда по нисходящей линии связи передается многоадресный канал управления «МССН». То есть терминал «UE» можно сконфигурировать таким образом, чтобы он отвечал только в случае, если находится в режиме ожидания на частоте восходящей линии связи, соответствующей многоадресному каналу управления «МССН», по которому передано указание установления канала (PtP).

[108] В отношении схождения частот, существующие решения не предусматривают адекватным образом, должен ли терминал «UE», оснащенный сдвоенным приемником, выполнять схождение частот. В частности, такие решения не рассматривают возможности поддержки терминалом «UE» отдельного приемника для услуг «MBMS» и лишь указывают, что терминал «UE» должен прослушивать частоту многоадресного канала трафика «МТСН»/многоадресного канала управления «МССН»/канала мультимедийного планирования «MSCH»/ячейку, которую он занимает в режиме ожидания.

[109] Терминал «UE», оснащенный сдвоенным приемником, должен оставаться на выбранной им частоте, если способен принимать предпочитаемую частоту посредством сдвоенного приемника. Это может быть выполнено терминалом «UE», оснащенным сдвоенным приемником, не использующим схождения частот, до тех пор, пока терминал способен пользоваться услугами, на которые он подписался. И наоборот, сеть может проверять, пользоваться ли терминалам UE возможностями дополнительного приемника или предпочтительно использовать схождение частот.

[110] Схождение частот в настоящее время используется для того, чтобы позволить терминалам «UE», которые находятся в режиме ожидания на частоте, на которой не происходит широковещательной передачи данных услуги «MBMS», для выбора частоты, на которой передача данных этой услуги ведется в широковещательном режиме. Терминалу «UE», оснащенному сдвоенным приемником, в соответствии с различными вариантами осуществления настоящего изобретения не требуется выбирать частоту для услуги «MBMS», когда данные услуги передаются по однонаправленному многоточечному каналу типа «точка-множество точек» (PtM). Однако следует понимать, что сеть в любое время может выполнить повторный подсчет или переключиться на однонаправленный канал прямой связи типа «точка-точка» (PtP). В таких случаях терминал «UE» может ответить на той же частоте, что и частота, на которой он получил указание. Соответственно, терминал «UE» можно сконфигурировать таким образом, чтобы повторно переключаться только на ту предпочтительную частоту, на которой следует выполнить подсчет или установление прямой связи типа (PtP). В качестве альтернативы, терминал «UE», оснащенный сдвоенным приемником, может следовать требованиям правил версии «Rel-6», как будто терминал «UE» не обладает возможностями сдвоенного приемника, включая использование приоритетов.

[111] Другая альтернатива состоит в том, что терминал «UE» не использует схождение частот до тех пор, пока он не может принимать приоритетную услугу. В этом случае терминал «UE» может либо выполнить схождение частот в ответ на подсчет или установление канала связи типа (PtP), либо не выполнять схождение частот в случае, когда терминал должен ответить на подсчет или установление канала связи типа (PtP) для «MBMS». Кроме того, возможны разные варианты поведения для случая подсчета и установления однонаправленного канала связи типа «PtP» для «MBMS».

[112] В соответствии со спецификациями версии «Rel-6», терминал UE должен сообщать сети, если его предпочтительная частота отличается от частоты, которая в настоящий момент используется для выделенных услуг. Однако для терминала «UE», оснащенного сдвоенным приемником, даже в том случае, когда приоритетная услуга направляется на другой частоте по однонаправленному многоточечному каналу связи типа «точка-множество точек» (PtM), для терминала «UE», оснащенного сдвоенным приемником, это не очень важно, и информирование сети о желании сменить частоту может иметь недостатки. Таким образом, терминал «UE» не должен использовать сообщение с запросом модификации «MBMS» в ситуациях, когда он способен принимать все нужные ему услуги, а оказание приоритетной услуги происходит на другой частоте. Таким образом, терминалу UE, оснащенному сдвоенным приемником, не требуется информировать сеть о приоритетной услуге/частоте или однонаправленном канале (RB), действие которого следует прекратить, если терминал «UE» способен пользоваться всеми приоритетными услугами, включая прием посредством возможностей сдвоенного приемника этого терминала «UE».

[113] На Фиг.9 показана работа терминала «UE», оснащенного сдвоенным приемником, в соответствии с одним из вариантов осуществления настоящего изобретения. Показано, что в течение периода времени 0 терминал «UE» ожидает на частоте «В» и осуществляет прием канала индикатора уведомления «MICH». После обнаружения канала канал индикатора уведомления «MICH» терминал «UE» начинает считывать многоадресный канал управления «МССН» на частоте «В» и дополнительно принимает информацию о схождении частот (период времени 1). Поскольку терминал «UE» может быть оснащен сдвоенным приемником, он может затем включить второй приемник и начать прием многоадресный канала управления «МССН» на частоте «А» (период времени 2). Терминалу «UE» нет необходимости принимать канал индикатора уведомления «MICH» на частоте «В», но терминал «UE» может повторно приступить к приему канала индикатора уведомления «MICH» или многоадресного канала управления «МССН» на частоте «В», если есть желание.

[114] На Фиг.9 показана передача данных услуги по многоадресному каналу трафика «МТСН». Ситуации, в которых услуга «MBMS» стартует на однонаправленном канале прямой связи типа «точка-точка» (PtP), терминал «UE» может выполнить схождение частот в периоды времени 3 и 4 и запросить однонаправленный канал прямой связи типа (PtP).

[115] В случае, если терминал «UE» версии «Rel-6» выполняет схождение частот, он обычно следует правилам версии «Rel-6» выбора частоты в ячейке. В настоящее время не существует подходящих решений для наилучшего приема многоадресного канал трафика «МТСН» мультимедийного широковещательного/многоадресного обслуживания «MBMS» терминалом «UE» с использованием возможностей его сдвоенного приемника. Однако в соответствии с одним из вариантов осуществления технология достижения этой цели состоит в следовании терминалом «UE», оснащенным сдвоенным приемником, правилам повторного выбора частоты в ячейке и считывании им широковещательного канала «ВССН» на частоте приема услуги «MBMS».

[116] В качестве альтернативы, терминал «UE», оснащенный сдвоенным приемником, может быть сконфигурирован, чтобы выбирать ячейки, принадлежащие сети, в которой терминал зарегистрирован, или чтобы выбирать ячейки, оказывающие услуги «MBMS», на которые терминал подписан. Чтобы обеспечить выполнение этих требований терминал «UE» может использовать, например, перечень предпочтительных частот в ячейках, где этот терминал находится в режиме ожидания (если таковые имеются), или перечень соседних ячеек. Другие альтернативы включают введение перечня соседних ячеек или частот специально для MBMS, содержащего ячейки или частоты, которые разрешено прослушивать терминалу «UE», оснащенному сдвоенным приемником.

[117] В этих сценариях терминал «UE», оснащенный сдвоенным приемником, может принимать услугу «MBMS», на которую он подписан. Однако для осуществления подсчета и запроса канала прямой связи типа (PtP) терминалу «UE» обычно по-прежнему требуется выполнять схождение частот.

[118] Для оптимизации управления терминалами «UE», оснащенными сдвоенным приемником, многоадресный канал управления «МССН» можно устроить таким образом, чтобы по нему передавались специальные расширения, считываемые только терминалами «UE», обладающими определенными свойствами (например, двойным приемником, приемниками дуплексной связи «FDD» и «TDD», и т.п.). На Фиг.10 приведен соответствующий пример, который призван свести к минимуму или устранить вышеупомянутые недостатки таким образом, чтобы терминал «UE» мог ответить на подсчет/установление канала прямой связи типа «PtP» мультимедийного широковещательного/многоадресного обслуживания «MBMS» с использованием частоты/ячейки, отличной от ячейки, в которой терминалу «UE» сообщено о подсчете.

[119] Чтобы указать терминалу «UE» о том, что это разрешено, информацию, как правило, следует передавать терминалу «UE» с использованием, например, широковещательного канала «ВССН» или многоадресного канала управления «МССН». Эта информация может быть подразумеваемой, например информация о схождении частот в общем информационном сообщении «MBMS». То есть, в случае, если обозначена соседняя частота, терминалу «UE» может быть после этого разрешено отвечать на подсчет для каждого многоадресного канала управления «МССН», принимаемого на этой заданной соседней частоте. Однако, как показано на Фиг.11, это может привести к тому, что терминал UE будет находиться в режиме ожидания, например, в соте 6 и отвечать на подсчет в соте 7. Это не должно быть избыточной полезной информацией, поскольку сотой 7 управляет контроллер радиосети «RNC II», а не контроллер радиосети «RNC I».

[120] Таким образом, было бы полезно ввести явное указание.

[121] Например, явное указание может передаваться на частоте «В» и может содержать в ячейке 5, например, указание, из каких ячеек на частоте «А» разрешено передавать ответы на подсчет/запросы однонаправленного канала прямой связи типа (PtP) для «MBMS», или наоборот (то есть для ячеек на частоте «А» указание, из каких ячеек на частоте «В» могут передаваться ответы на подсчет).

[122] Это происходит потому, что контроллер радиосети «RNC» способен интерпретировать ответы на подсчет/запросы однонаправленного канала прямой связи типа (PtP) для «MBMS» только в том случае, если ячейка, в которой терминал «UE» находится в режиме ожидания, и ячейка, из которой терминал «UE» считывает многоадресный канал управления «МССН», находятся под управлением одного и того же контроллера радиосети «RNC».

[123] В случае, если отсутствует указание того, что терминал «UE» может отвечать на подсчет/установление канала связи типа (PtP), обозначенные в многоадресном канале управления «МССН» с частотой «А» (в ячейке, в которой терминал «UE» находится в режиме ожидания), на частоте «В» терминалу UE, возможно, приходится следовать схождению частот. Однако этот сценарий встречается относительно редко, и возможно, что терминалу «UE» разрешено в этом случае не заниматься подсчетом и установлением канала связи типа (PtP).

[124] Чтобы свести к минимуму влияние для подсчета отдельного индикатора, терминалы UE, оснащенные сдвоенным приемником, могут быть сконфигурированы аналогично тому, как это в настоящее время делается для коэффициента вероятности доступа и диапазона подсчета в режиме ожидания/соединения. Таким образом, терминал «UE», оснащенный сдвоенным приемником, может передать ответ на частоте, отличающейся от частоты, на которой передается многоадресный канал управления «МССН» в случае, если обозначение указывает, что это разрешено, и в случае, если имеется заданный коэффициент вероятности доступа/диапазон подсчета. Этот способ дает возможность выполнять подсчет/установление канала связи типа (PtP) на частоте, отличающейся от той, на которой передается многоадресный канал трафика «МТСН» (то есть в случае, когда многоадресный канал трафика «МТСН» для MBMS передается на частоте «А», подсчет/установление канала связи типа (PtP) может выполняться на частоте «В» для терминалов UE, оснащенных сдвоенным приемником, а подсчет/установление канала связи типа (PtP) для терминалов «UE» версии «Rel-6» может выполняться только на частоте «А»). Если такой механизм является желательным, то терминал «UE» можно сконфигурировать таким образом, чтобы он продолжал считывать многоадресный канал управления «МССН» на частоте «В» во время пользования услугой, чтобы иметь возможность отвечать на подсчет/установление канала связи типа (PtP).

[125] Чтобы гарантировать, что контроллер радиосети «RNC» может связывать ответы для подсчета/запроса на установление связи типа «PtP», полезно, чтобы терминал «UE», оснащенный сдвоенным приемником, отвечал на сообщения, полученные по многоадресному каналу управления «МССН», переданному иной ячейкой, отличной от той ячейки, в которой терминал «UE» находится в режиме ожидания. Ответ может содержать дополнительную информацию в сообщении, передаваемом в сеть, например обозначение соответствующих услуг, ячейку, в которой осуществлялся прием многоадресного канала управления «МССН», частоту приема многоадресного канала управления «МССН» и т.п.

[126] Терминал «UE» для сети «UMTS», оснащенный сдвоенным приемником, обычно способен эффективно одновременно принимать услуги «MBMS» и выделенные услуги. Однако в версии «Rel-6» сеть обычно не имеет информации об ограничениях терминала «UE» или дополнительных возможностях терминала «UE» для приема услуг «MBMS». В случае, когда терминал «UE» способен принимать многоадресный канал трафика «МТСН» на иной частоте, нежели выделенные услуги, полезно информировать сеть об этой возможности (например, сообщить при установлении «RRC-соединения» или в любом другом случае).

[127] Дополнительная возможность усовершенствовать работу сдвоенного приемника состоит в том, чтобы связать ячейку мультимедийного широковещательного/многоадресного обслуживания «MBMS» с ячейкой, в которой терминал «UE» находится в режиме ожидания. Эта возможность будет рассмотрена с использованием Фиг.12. В соответствии с этим свойством рассмотрим ситуацию, когда терминал «UE» находится в режиме ожидания в ячейке, работающей на частоте «В». В этом случае задается обозначение, которое устанавливает, какая ячейка или группа ячеек на частоте «А», которые совместимы с ячейками частоты «В». Таким образом, сокращается количество ячеек, из которых терминал «UE» должен выбирать ячейку для приема услуг «MBMS».

[128] На Фиг.12 в случае, когда терминал «UE» находится в режиме ожидания в ячейке, работающей на частоте «В», будет полезно указать терминалу «UE» на ячейки 1 и 2, поскольку эти ячейки имеют одинаковое покрытие. Это позволяет упростить терминал «UE», оснащенный сдвоенным приемником, и позволяет ему сократить объем информации, связанной с повторным выбором ячейки, которую необходимо передавать на частоте услуги «MBMS». Это особенно полезно в случае, когда эта частота используется только как частота для мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[129] При дальнейшей работе может возникнуть необходимость того, что части конфигурации (например, конфигурация каналов «МССН», «МТСН», «MSCH», конфигурация однонаправленного канала ячеек и услуг на частоте «А», и т.д.) передавались бы в широковещательном режиме на частоте «В» так, что терминалу «UE» требуется принимать на частоте «А» только многоадресный канал трафика «МТСН»/канал мультимедийного планирования «MSCH», и не нужно было принимать ни широковещательный канал «ВССН», ни многоадресный канал управления «МССН».

[130] В этих сценариях терминал «UE», оснащенный сдвоенным приемником, обычно всегда имеет возможность принимать услугу «MBMS», на которую он подписан, не оказывая влияния на остальные услуги «MBMS». Таким образом, этому терминалу «UE» не обязательно следовать схождению частоты, поэтому нет трудностей для терминала «UE» в случае одновременного приема данных выделенной услуги и услуги «MBMS».

[131] В соответствии с вышеописанным, терминалу «UE» не требуется передавать на частоте «А», которая, например, является частотой передачи данных услуг «MBMS». Однако возможно предъявление требований обратной совместимости, поэтому предусмотрено, чтобы терминалы «UE» версии «Rel-6» могли находиться в режиме ожидания на этой частоте, поэтому, возможно, терминалу «UE» потребуется получить доступ к сети. В таких ситуациях сеть может быть оборудована как передатчиком, так и приемником.

[132] Как было установлено, существует возможность, что терминал «UE», оснащенный сдвоенным приемником, ожидает вызова на частоте, отличающейся от частоты приема данных услуг «MBMS». Это означает, что терминал «UE» сможет отвечать на подсчет на той частоте, на которой он находится в режиме ожидания, а не на той частоте, на которой происходит широковещательная передача данных услуги. Это позволяет ввести частоту, которую будут "видеть" только терминалы «UE» версии Rel-7 и которая обычно будет резервироваться для трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS». Тем самым обеспечивается использование диапазона, выделенного для мультимедийного широковещательного/многоадресного обслуживания «MBMS», где требуется только нисходящая линия связи. То есть, этим базовым станциям не потребуются приемники. Есть еще одно преимущество - не затрагиваются оказываемые выделенные услуги.

[133] Несущие частоты мультимедийного широковещательного/многоадресного обслуживания «MBMS» только для нисходящего канала связи могут быть реализованы на базовых станциях, не обладающих приемным оборудованием. Чтобы предохранить терминалы «UE» версии «Rel-6» от повторного выбора услуг «MBMS», предназначенных только для нисходящей связи, полезно, чтобы соответствующие блоки системной информации «SIB», например, не передавались с использованием этой несущей так, что они блокируются для использования оператором, либо можно применить какую-нибудь другую методику, предотвращающую выбор этой несущей частоты терминалами «UE» версии «Rel-6» и более ранних версий. Кроме того, можно реализовать специальную индикацию, чтобы терминалы «UE» версии «Rel-7», оснащенные сдвоенным приемником, распознавали ячейки на этой частоте как ячейки, оказывающие регулярную услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[134] Чтобы позволить терминалам «UE» версии «Rel-7», оснащенным сдвоенным приемником для «MBMS», выбирать эти несущие, полезно обеспечить отдельную индикацию в расширении версии «Rel-7» на широковещательном канале «ВССН» или многоадресном канале управления «МССН» (например, перечень информации межчастотной ячейки для версии «Rel-7» со сдвоенным приемником «MBMS»). Если нужно, можно также добавить межчастотные ячейки дуплексной связи «FDD» и/или «TDD».

[135] Различные рассматриваемые здесь варианты осуществления настоящего изобретения предлагают значительные преимущества для функционирования сети. Например, операторам требуется только развернуть необходимые элементы для мультимедийного широковещательного/многоадресного обслуживания «MBMS», что позволяет сократить затраты на развертывание мультимедийного широковещательного/многоадресного обслуживания «MBMS». В ситуациях, где используется дуплексная связь с временным разделением «TDD», можно также применить асимметричный диапазон для мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[136] Возможно, что терминалы «UE», не оснащенные сдвоенным приемником, смогут принимать данные услуг «MBMS» в диапазоне, выделенном только для нисходящей линии связи мультимедийного широковещательного/многоадресного обслуживания «MBMS» (например, путем перехода на эту частоту сразу после получения терминалом «UE» сообщений поискового вызова на частоте, выделенной только для нисходящей линии связи мультимедийного широковещательного/многоадресного обслуживания «MBMS» или когда терминал «UE» хочет инициировать вызов), при этом могут существовать ограничения в отношении подсчета и установления связи типа «PtP».

[137] Прочие преимущества включают в себя разрешение подсчета и/или установления соединения типа "точка-точка" (PtP) на частоте, отличающейся от частоты приема многоадресного канала трафика «МТСН», обозначение ячеек со сходным покрытием, использование информации о конфигурации каналов «MBMS» в соседней ячейке и информирование сети о возможностях сдвоенного приемника терминала «UE».

[138] Среди других преимуществ находятся положения, запрещающие или иным образом предотвращающие попытки терминалов «UE» версии Rel-6 работать в режиме ожидания вызова на в частоте только для нисходящей линии связи «MBMS», обозначение, что информация услуги «MBMS» передается широковещательным образом на скрытой частоте и обозначение выделенной частоты только для нисходящей линии связи «MBMS» среди обычных частот, используемой для выделенной услуги.

[139] На Фиг.14 показана блок-схема, изображающая способ обмена данными между сетью и терминалом «UE», оснащенным сдвоенным приемником, в соответствии с одним из вариантов осуществления настоящего изобретения. Блок 105 обеспечивает прием первых сигналов от первого узла сети на первой частоте. В дополнение, в блоке 110 вторые сигналы принимаются посредством многоточечного канала управления типа «точка-множество точек» (PtM) от второго узла сети на второй частоте. Блок 115 обеспечивает прием запроса от второго узла сети на второй частоте, при этом запрос передается через этот многоточечный канал управления типа «точка-множество точек» (PtM). Другая операция включает в себя передачу первому узлу сети ответа на запрос от второго узла сети (блок 120).

[140] На Фиг.15 показана схема, изображающая способ обмена данными между сетью и терминалом «UE», оснащенным сдвоенным приемником, в соответствии с альтернативным вариантом осуществления настоящего изобретения. Блок 130 обеспечивает прием данных от первого узла сети, а блок 135 обеспечивает обнаружение того факта, что первому узлу сети не хватает возможностей восходящей линии связи. Одна из операций требует определения того факта, что первый узел сети оказывает услугу «MBMS» (блок 140). Другая операция включает в себя пользование этой услугой «MBMS» с первого узла сети вне зависимости от обнаружения нехватки возможностей восходящей линии связи (блок 145).

[141] На Фиг.16 показана блок-схема терминала 200 мобильной связи в соответствии с настоящим изобретением, например мобильный телефон для выполнения способов, предусмотренных настоящим изобретением. Устройство мобильной связи 200 включает в себя блок обработки 210, такой как микропроцессор или процессор цифровой обработки сигналов, ВЧ-модуль 235, модуль управления питанием 205, антенну 240, аккумулятор 255, дисплей 215, клавиатуру 220, блок памяти 230, например флэш-память, постоянное запоминающее устройство (ПЗУ) или статическое оперативное запоминающее устройство (СОЗУ), громкоговоритель 245 и микрофон 250.

[142] Пользователь вводит командную информацию, такую как номер телефона, например, нажатием кнопок клавиатуры 220 или речевым вводом через микрофон 250. Блок обработки 210 принимает и обрабатывает командную информацию для выполнения соответствующей функции, например набора телефонного номера. Рабочие данные для выполнения этой функции могут извлекаться из блока памяти 230. Кроме того, блок обработки 210 может отображать командную и рабочую информацию на дисплее 115 для удобного просмотра и ознакомления пользователя.

[143] Блок обработки 210 передает командную информацию ВЧ-модулю 235, чтобы инициировать обмен данными, например передачу радиосигналов, содержащих речевые данные. ВЧ-модуль 235 включает в себя приемник и передатчик, предназначенные для приема и передачи радиосигналов. Антенна 240 обеспечивает передачу и прием радиосигналов. После получения радиосигналов ВЧ-модуль 235 может передавать и преобразовывать эти сигналы в групповую частоту для обработки блоком обработки 210. Обработанные сигналы можно преобразовать в слышимую или читаемую информацию, выводимую, например, через громкоговоритель 245.

[144] Блок обработки 210 приспособлен для выполнения, среди прочего, рассмотренных здесь способов. Для специалистов очевидно, что устройство мобильной связи 200 можно легко реализовать с использованием, например, блока обработки 210 или другого устройства обработки данных или цифровой обработки, отдельно или в сочетании с внешними логическими схемами поддержки. Хотя настоящее изобретение описано в контексте мобильной связи, его можно также использовать во многих беспроводных системах связи, использующих мобильные устройства, такие как карманные и портативные компьютеры, оснащенные функциями беспроводной связи. Кроме того, использование определенных терминов для описания настоящего изобретения не должно ограничивать области действия настоящего изобретения беспроводными системами связи определенного типа, такими как универсальная система мобильной связи «UMTS». Настоящее изобретение также применимо к другим беспроводным системам связи, использующим различные беспроводные интерфейсы и/или физические уровни, например TDMA (множественный доступ с временным разделением), CDMA (множественный доступ с кодовым разделением каналов), FDMA (множественный доступ с частотным разделением), WCDMA (широкополосный множественный доступ с разделением каналов) и т.д.

[145] Предпочтительные примеры осуществления настоящего изобретения могут быть реализованы в виде способа, устройства или промышленного изделия с использованием стандартного программирования и/или технических средств, для производства программного обеспечения, встроенных программ, аппаратных средств или любых их сочетаний. Термин «промышленное изделие», используемый здесь, относится к встроенным программам или логическому элементу, внедренным в аппаратную логику (например, интегральная схема, программируемая пользователем вентильная матрица (FPGA), специализированная интегральная схема (ASIC), и т.д.) или компьютерным носителям данных [например, носители с магнитной запоминающей средой (например, жесткие диски, гибкие диски, ленточные накопители и т.д.), оптическое запоминающее устройство (компакт-диски (CD-ROM), оптические диски и т.д.), энергозависимые и энергонезависимые запоминающие устройства (например, EEPROM - электронно-перепрограммируемые постоянные запоминающие устройства), ROM (постоянные запоминающие устройства (ПЗУ)), PROM (программируемые постоянные запоминающие устройства (ППЗУ)), RAM (оперативные запоминающие устройства (ОЗУ)), DRAM (динамические ОЗУ), SRAM (статические ОЗУ), встроенные программы, программируемая логика и т.д.). Встроенные программы на считываемом компьютером носителе доступны процессору и могут им исполняться.

[146] Встроенные программы, в которых внедрены предпочтительные примеры осуществления настоящего изобретения, могут быть доступны через передающую среду или через файловый сервер сети. В таких случаях промышленное изделие, в котором используются машинные программы, может содержать передающую среду, такую как линия передачи в сети, беспроводные средства связи, распространение сигналов через пространство, радиоволны, инфракрасные сигналы и т.д. Конечно, специалист в данной области техники осознает, что в этой конфигурации может быть сделано множество модификаций, не выходящих за пределы области действия настоящего изобретения, и что промышленное изделие может содержать любой известный в данной области техники носитель информации.

[147] В логической реализации, отраженной на чертежах, конкретные операции описаны в определенном порядке. В альтернативных вариантах осуществления настоящего изобретения определенные логические операции могут выполняться в другом порядке, могут быть изменены или удалены, что не изменит сущности соответствующих вариантов осуществления настоящего изобретения. Кроме того, к вышеописанной логике можно добавить операции, при этом соответствующие варианты осуществления настоящего изобретения также останутся действительными.

[148] Вышеприведенные варианты осуществления и преимущества являются просто примерами и не ограничивают настоящего изобретения. Представленный принцип может быть легко применен к оборудованию других типов. Описание настоящего изобретения является иллюстративным и не ограничивает сферы действия формулы изобретения. Для квалифицированных специалистов является очевидным множество вариантов и модификаций.

Класс H04W4/06 выборочное распределение или широковещание; услуги группам пользователей; услуги однонаправленного выборочного вызова

рейтинг содержимого сообщений для управления содержимым в беспроводных устройств -  патент 2524371 (27.07.2014)
терминал мобильной связи и система радиосвязи -  патент 2522313 (10.07.2014)
способ, устройство и система связи для группового вызова -  патент 2517296 (27.05.2014)
способ и устройство для участия в услуге или действии с использованием одноранговой ячеистой сети -  патент 2515547 (10.05.2014)
система оповещения о чрезвычайных ситуациях -  патент 2507709 (20.02.2014)
способ и устройство для компоновки сцены с использованием контентов laser -  патент 2504907 (20.01.2014)
терминал приема данных, сервер распространения данных, система распространения данных и способ распространения данных -  патент 2502222 (20.12.2013)
управление доступом для закрытых групп абонентов -  патент 2502221 (20.12.2013)
способ и устройство для предоставления руководства по услуге в мобильной широковещательной системе -  патент 2496256 (20.10.2013)
система мобильной связи -  патент 2493674 (20.09.2013)

Класс H04W48/10 используя широковещательную информацию

система, способ и устройство для эффективной широковещательной передачи информации в беспроводной сети с множеством несущих -  патент 2493681 (20.09.2013)
пользовательское устройство и способ мобильной связи -  патент 2493680 (20.09.2013)
способ и устройство для обнаружения альтернативной беспроводной коммуникационной сети -  патент 2487495 (10.07.2013)
способ и устройство для передачи информации о конфигурации антенны -  патент 2468514 (27.11.2012)
множественный доступ с пространственным разделением и оценка канала для беспроводной локальной сети -  патент 2463720 (10.10.2012)
отображение широковещательной системной информации в транспортные каналы в системе мобильной связи -  патент 2461991 (20.09.2012)
улучшение для способов синхронизации для сетей мобильной радиосвязи с одновременным одночастотным вещанием -  патент 2461134 (10.09.2012)
терминал пользователя и способ обеспечения связи в сети мобильной связи -  патент 2454833 (27.06.2012)
передача списков специальных соседних сот -  патент 2447620 (10.04.2012)
устройство и способ управления идентификацией соединения в системе связи -  патент 2444158 (27.02.2012)
Наверх