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

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

 

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

[7] Каждый контроллер радиосети «RNC» управляет несколькими базовыми станциями «Узлами В». Каждый контроллер радиосети «RNC» через «lu»-интерфейс соединен с базовой сетью «CN», то есть с центром коммутации мобильной связи «MSC» и обслуживающим узлом поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее - обслуживающий узел «SGSN») базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «lur». Контроллер радиосети «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», подуровень управления доступом «МАС-d», подуровень управления доступом «MAC-c/sh» и подуровень управления доступом «MAC-hs». Подуровень управления доступом «МАС-b» управляет каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации. Подуровень управления доступом «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящим совместно используемым (мультиплексным) каналом «DSCH», который совместно используется несколькими терминалами, или восходящим каналом радиосвязи с абонентами «RACH». Подуровень управления доступом «МАС-m» может управлять данными мультимедийного широковещательного/многоадресного обслуживания «MBMS».

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

[26] Подуровень управления доступом «MAC-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала. Подуровень управления доступом «МАС-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» будет прослушивать канал «РIСН» и канал «РСН», которые отображаются на конкретный вспомогательный общий физический канал управления «S-CCPCH».

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

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

[42] Каждый раз когда терминал «UE» меняет ячейку в режиме ожидания вызова (в режиме бездействия) или после выбора терминалом «UE» ячейки (в состояниях «CELL_FACH», «CELL_PCH» или «URA_PCH»), терминал «UE» проверяет достоверность имеющейся у него информации о системе. Системная информация организована в блоки системной информации «SIB», блок основной информации «МIВ» и блоки планирования. Блок основной информации «МIВ» посылается довольно часто и обеспечивает информацию по синхронизации блоков планирования и различных блоков системной информации «SIB». Для блоков системной информации «SIB», привязанных к значению маркера, блок основной информации «МIВ» также содержит информацию о последней версии части блоков системной информации «SIB». Блоки системной информации «SIB», не привязанные к значениям маркера, привязаны к таймеру (указателю) истечения срока. Блоки системной информации «SIB», привязанные к таймеру (указателю) истечения срока, становятся недействительными и требуют повторного считывания, если время последнего считывания блока системной информации «SIB» больше по величине, чем значение, показанное таймером истечения срока. Блоки системной информации «SIB», привязанные к значениям маркера, являются действительными, если они имеют значение маркера, аналогичное значению маркера, разосланному в блоках основной информации «МIВ». Каждый блок имеет зону предельного действия, это может быть, например, ячейка, наземная сеть мобильной связи общего пользования - «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 представлена сеть мультимедийного широковещательного/многоадресного обслуживания «MBMS» по спецификации «Rcl-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», чтобы не поддерживать работу восходящей линии связи. В рамках этого сценария может быть желательно, чтобы широковещательная передача канала «МIСН» (канал индикатора уведомления об услуге мультимедийного широковещательного/многоадресного обслуживания) осуществлялась на одной частоте (например, частоте дуплексной связи с разделением частоты «FDD», на которой терминал «UE» ожидает регулярной услуги) и чтобы в начале сеанса терминал «UE» запускал также приемник дуплексной связи с временным разделением «TDD». Одна из возможностей состоит в том, чтобы использовать услугу, которая информирует о том, что терминал «UE» должен начинать прием на частоте дуплексной связи с временным разделением «TDD», или использовать специальное расширение в сообщениях многоадресного канала управления «МССН», которое может сигнализировать о том, что данная услуга доступна только на соответствующей частоте дуплексной связи «TDD»/B ячейке.

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

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

[97] Частота «В» может характеризоваться как дуплексная связь «FDD» или «TDD» (дополнительные характеристики «MBMS»). Эта частота может включать в себя широковещательный канал «ВССН»; канал индикатора уведомления «МIСН» или многоадресный канал управления «МССН», независимые от приема данных услуг «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» может ответить сообщением о запросе «RRС»/обновлении «URA»/обновлении ячейки на частоте, на которой он ожидает вызова. Эти действия предполагают, что сеть сконфигурирована таким образом, чтобы соотнести ответ терминала «UE» с сигналами, передаваемыми в другой ячейке/на другой частоте. Таким образом, для сети полезно проверять, разрешены или нет эти функциональные возможности.

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

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

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

[107] Что касается установления канала прямой связи типа точка - точка (PtP), существующие решения включают в себя инициирование терминалом сообщения об установлении «RRС-соединения»/обновлении ячейки, в ответ на запрос об установлении для «MBMS» однонаправленного канала прямой связи типа точка - точка (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» ожидает на частоте «В» и осуществляет прием канала индикатора уведомления «МIСН». После обнаружения канала индикатора уведомления «МIСН» терминал «UE» начинает считывать многоадресный канал управления «МССН» на частоте «В» и дополнительно принимает информацию о конвергенции частот (период времени 1). Поскольку терминал «UE» может быть оснащен сдвоенным приемником, он может затем включить второй приемник и начать прием многоадресный канала управления «МССН» на частоте «А» (период времени 2). Терминалу «UE» нет необходимости принимать канал индикатора уведомления «МIСН» на частоте «В», но терминал «UE» может повторно приступить к приему канала индикатора уведомления «МIСН» или многоадресного канала управления «МССН» на частоте «В», если есть желание.

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

[115] В случае, если терминал «UE» версии «Re-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] Например, явное указание может передаваться на частоте «В» и может содержать в ячейке 5, например, указание из каких ячеек на частоте «А» разрешено передавать ответы на подсчет/запросы однонаправленного канала прямой связи типа (PtP) для «MBMS», или наоборот (то есть для ячеек на частоте «А» указание из каких ячеек на частоте «В» могут передаваться ответы на подсчет).

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

[122] ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[123] В соответствии с §119(е) Раздела 35 Кодекса законов США (35 U.S.C.) настоящим заявляется преимущество приоритета исходя из патентных заявок: серийный №60/771,520, поданной 6 февраля 2006 года, серийный №60/797,402, поданной 02 мая 2006 года, и серийный №60/797,459, поданной 3 мая 2006 года, содержание которых полностью включено в эту заявку.

[124] ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯ

[126] Область изобретения

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

[128] Уровень техники

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[178]

[179] СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

[190] В одном аспекте запрос представляет собой запрос подсчета или запрос на установление соединения типа точка - точка.

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

[192] В соответствии с другим аспектом, прием первых сигналов и вторых сигналов осуществляется практически одновременно.

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

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

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

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

[197] Этот и другие варианты осуществления настоящего изобретения становятся очевидными для специалистов в данной области благодаря подробному описанию примеров осуществления со ссылками на приложенные иллюстрации; объем изобретения не ограничивается ни одним из раскрытых примеров осуществления.

[198]

[199] КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

[203] На фиг.3 представлена структура логических каналов;

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

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

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

[207] На фиг.7 представлена типовая процедура подсчета;

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

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

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

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

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

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

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

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

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

[217]

[218] ПРИМЕРЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Способ по п.1, дополнительно содержащий:
прием из указанного первого узла сети, как минимум, одного идентификатора, при этом указанный, как минимум, один идентификатор обозначает указанный второй узел сети.

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

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

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

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

8. Способ по п.1, в котором вышеупомянутый ответ включает в себя, как минимум, одно из следующего: идентификатор услуги, определяющий услугу, связанную с указанным абонентским устройством (UE), идентификатор частоты, определяющий указанную вторую частоту, и идентификатор ячейки, определяющий указанный второй узел сети.

9. Способ по п.1, в котором упомянутый ответ включает в себя одно из следующего: запрос на соединение уровней управления радио ресурсами (RRC-соединение) и обновление ячейки.

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

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

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

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

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

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

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

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

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

19. Способ по п.12, в котором вышеупомянутый ответ включает в себя, как минимум, одно из следующего: идентификатор услуги, определяющий услугу, связанную с указанным абонентским устройством (UE), идентификатор частоты, определяющий указанную вторую частоту, а также идентификатор ячейки, определяющий указанный второй узел сети.

20. Способ по п.12, в котором упомянутый ответ включает в себя одно из следующего: запрос на «RRC-соединение» и обновление ячейки.

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

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