ДВУХТОЧЕЧНЫЕ РАДИОКАНАЛЫ ДЛЯ СЛУЖБЫ РАДИОВЕЩАНИЯ Российский патент 2011 года по МПК H04B7/26 

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

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

[1] Настоящее изобретение, в основном, относится к системам беспроводной связи и, в частности, к установлению соединения между абонентским оборудованием «UE» и соответствующей сетью.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[42] Обычно терминалы «UE» считывают системную информацию, когда находятся в режиме ожидания (бездействия), состоянии «CELL FACH», состоянии «CELL_PCH» или состоянии «URA PCH», ячеек, которые они выбрали, или ячейки, в которой они находятся в режиме ожидания вызова. В составе системной информации они принимают информацию о соседних ячейках, работающих на той же частоте, на других частотах и на основе других технологий радиодоступа («RAT» = Radio Access Technologies). Это позволяет терминалу «UE» узнать, какие ячейки являются кандидатами для повторного выбора ячейки.

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

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

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

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

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

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

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

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

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

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

[53] Другая особенность включает в себя создание и поддержание соединения для передачи сигналов между пользовательским оборудованием «UE» и сетью.

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

[55] Очередная особенность включает в себя уведомление, которое содержит, как минимум, одно из следующих сообщений: «MODIFIED SERVICES INFORMATION» (ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ) и «UNMODIFIED SERVICES INFORMATION» (ИНФОРМАЦИЯ О НЕИЗМЕНЕННЫХ УСЛУГАХ).

[56] В соответствии с одним из аспектов настоящего изобретения предполагается, что услуга широковещательной передачи представляет собой услугу по широковещательной / многоадресной передаче мультимедийной информации (MBMS).

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

[58] В соответствии с еще одним аспектом настоящего изобретения сообщение с запросом содержит сообщение, выбранное из группы, состоящей из сообщения об обновлении ячейки, сообщения с запросом на RRC-соединение и сообщения с запросом на измененную услугу по широковещательной / многоадресной передаче мультимедийной информации (MBMS).

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

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

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

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

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

[64] В соответствии с очередным аспектом настоящего изобретения указанный идентификатор содержит временный идентификатор группы (TMGI = Temporary Mobile Group Identifier).

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

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

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

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

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

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

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

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

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

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

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

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

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

[78] на Фиг.8 представлена блок-схема процесса предоставления отдельной услуги службы широковещательной многоадресной передачи мультимедийной информации (MBMS) с использованием многоадресного режима;

[79] на Фиг.9 представлена блок-схема процесса предоставления услуг широковещательной передачи;

[80] на Фиг.10 представлен пример процедуры присоединения и активации контекста MBMS для многоадресной услуги;

[81] на Фиг.11 представлен пример процедуры установления двухточечного радиоканала «точка-точка» (PtP) для многоадресных услуг;

[82] на Фиг.12 представлен пример типового идентификатора точки доступа к сетевым услугам (NSAPI = Network Service Access Point Identifier); a на Фиг.13 приведен пример типового расширенного идентификатора ENSAPI, обычно используемого в MBMS;

[83] на Фиг.14 приведен пример типового временного идентификатора группы подвижной связи, далее, идентификатор TMGI;

[84] на Фиг.15 приведен пример процедуры установления двухточечного радиоканала (PtP) для услуг широковещательной передачи с использованием идентификатора TMGI в сообщении о настройке радиоканала в соответствии с вариантом осуществления настоящего изобретения;

[85] на Фиг.16 приведен пример процедуры установления двухточечного радиоканала (PtP) для услуг широковещательной передачи с использованием идентификатора TMGI в уведомлении в соответствии с вариантом осуществления настоящего изобретения;

[86] на Фиг.17 приведен пример процедуры установления двухточечного радиоканала (PtP) для услуг широковещательной передачи с использованием короткого идентификатора MBMS для обозначения услуги в соответствии с вариантом осуществления настоящего изобретения; и

[87] на Фиг.18 представлена блок-схема устройства 300 подвижной связи, которое может быть сконфигурировано как пользовательское оборудование «UE», в соответствии с вариантом осуществления настоящего изобретения.

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

[89] Варианты осуществления настоящего изобретения включают в себя различные способы подключения услуги радиоканала MBMS, к двухточечному радиоканалу «точка-точка» (PtP). Это позволяет, среди прочего, пользовательскому оборудованию «UE» принимать выделенный канал, по которому передается услуга MBMS (служба широковещательной многоадресной передачи мультимедийной информации), без обязательного предварительного присоединения к услуге. Сеть, работающая в соответствии со стандартами 3GPP, например, поставляет услугу по широковещательной / многоадресной передаче мультимедийной информации. Данная услуга внедрена сравнительно недавно, описание примера данной услуги дано в версии «Release 6» стандартов 3GPP. В документе «3GPP TSG SA» (Service and System Aspect - Аспект Услуги и Системы) приведено описание различных сетевых компонентов и соответствующих функций для поддержки услуг MBMS. Типовая версия «Release 99» услуги широковещательной передачи в сети сотовой связи ограничена широковещательной передачей, связанной с передачей сообщений на текстовой основе. Услуга MBMS версии «Release 6» обладает расширенной функциональностью в той части, что сеть поставляет мультимедийные данные в многоадресном режиме на те терминалы (например, множеству пользовательского оборудования «UE»), которые подписались на соответствующую услугу. Также возможно предоставление мультимедийных данных в широковещательном режиме.

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

[91] Широковещательный режим MBMS может использоваться для передачи мультимедийных данных абонентам, расположенным в пределах зоны широковещания, тогда как в многоадресном режиме MBMS мультимедийные данные передаются конкретной группе абонентов, находящихся в пределах зоны многоадресной передачи. Зоной широковещания называется зона, в которой доступна услуга широковещания, а зоной многоадресной передачи называется зона, в которой доступна услуга многоадресной передачи.

[92] На Фиг.8 представлена блок-схема процедуры предоставления отдельной услуги MBMS с использованием многоадресного режима. Эта процедура содержит два основных типа операций: прозрачные и непрозрачные.

[93] Работа в прозрачном режиме относится к ситуации, в которой пользователь, желающий получать услугу MBMS (служба широковещательной многоадресной передачи мультимедийной информации), должен сначала подписаться на желаемую услугу (или услуги) MBMS. В уведомлении об услуге на терминал могут быть переданы список возможных услуг MBMS и сопутствующая информация. Затем абонент может присоединиться к этим услугам, в результате абонент становится членом группы многоадресной услуги. Если абонент не заинтересован в данной услуге MBMS, он может отказаться от данной услуги, при этом он перестает входить в эту группу многоадресной услуги. Указанные прозрачные операции могут быть активированы с помощью множества видов связи (например, службы коротких сообщений SMS, Интернета и т.п.), и нет необходимости в обязательном использовании, например, универсальной мобильной телекоммуникационной системы UMTS.

[94] К операциям, являющимся непрозрачными для универсальной наземной сети радиодоступа UTRAN (то есть операциям, известным сети UTRAN), относятся следующие: начало сеанса, уведомление об услугах MBMS, передача данных и завершение сеанса. Например, обслуживающий узел SGSN (шлюз SGSN) может информировать контроллер радиосети «RNC» о начале сеанса. Затем контроллер радиосети «RNC» может уведомить различные терминалы «UE» многоадресной группы, что данная услуга задействована, поэтому каждый из этих терминалов «UE» может инициировать прием данной услуги. После инициализации терминалом «UE» приема многоадресной услуги начинается передача данных. При завершении сеанса обслуживающий узел SGSN уведомляет об этом действии контроллер радиосети «RNC», который, в свою очередь, инициирует завершение сеанса. Передача услуги от обслуживающего узла SGSN относится к предоставлению контроллером радиосети «RNC» услуги радиоканала для передачи данных услуги MBMS.

[95] После процедуры уведомления может быть инициирован ряд процедур между пользовательским оборудованием «UE», контроллером радиосети «RNC» и обслуживающим узлом SGSN для того, чтобы обеспечить возможность передачи данных. К примерам таких процедур относятся установление RRC-соединения, установление подключения к домену пакетной коммутации, преобразование частоты уровней, подсчет и т.д.

[96] Следует заметить, что прием услуги MBMS может выполняться параллельно с приемом других услуг (например, передачи голоса или видео в домене пакетной коммутации, передачи службы коротких сообщений SMS в домене коммутации каналов или в домене пакетной коммутации или любых сигналов, связанных с универсальной наземной сетью радиодоступа UTRAN, доменом пакетной коммутацией или доменом коммутации каналов).

[97] На Фиг.9 представлена блок-схема процесса предоставления услуг широковещательной передачи. В отличие от процесса многоадресной передачи, представленного на Фиг.8, услуга широковещательной передачи, представленная на Фиг.9, обеспечивает выдачу уведомления об услуге в прозрачном режиме. Для услуги широковещательной передачи не требуется подписки или присоединения. Операции, не являющиеся прозрачными для услуг широковещательной передачи, аналогичны действиям процесса многоадресной передачи, представленного на Фиг.8.

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

[99] Если сеть определила, что услугу следует поставлять по двухточечному каналу PtP («точка-точка») и поставка услуги начинается, то сеть обычно информирует пользовательское оборудование «UE», что он должен запросить установление услуги двухточечного канала PtP («точка-точка»). Это обычно сопровождается направлением сообщения с уведомлением терминалу «UE», такого как сообщения «MODIFIED SERVICES INFORMATION» (информация об измененных услили «MBMS UNMODIFIED SERVICES INFORMATION» (Информация о неизмененных услугах MBMS).

[100] На Фиг.10 представлен пример процедуры присоединения и активации контекста службы широковещательной многоадресной передачи мультимедийной информации (MBMS) для многоадресной услуги. Операция 105 включает в себя присоединение пользовательского оборудования «UE» к многоадресной услуге и, в частности, пользовательское оборудование «UE» указывает шлюзу GGSN (узел межсетевого перехода GGSN), что оно намерено получать многоадресную услугу. Шлюз GGSN проверяет авторизацию с обслуживающим центром широковещательных / многоадресных передач (ВМ-SC=Broadcast / Multicast Service Center) и информирует обслуживающий узел SGSN о процедуре присоединения. Операция 110 относится к направлению шлюзом SGSN пользовательскому оборудованию «UE» сообщения с запросом на активацию контекста MBMS. Это сообщение предписывает пользовательскому оборудованию «UE» активировать услугу на обслуживающем узле SGSN. Операция 115 показывает подтверждение пользовательским оборудованием «UE» приема сообщения с запросом на активацию контекста MBMS и направление сообщения об активации контекста MBMS по запросу. Данное сообщение обычно содержит, например, временный идентификатор мобильной группы (TMGI) и расширенный идентификатор точки доступа к сетевым услугам (ENSAPI=Enhanced Network Service Access Point Identifier). Сеть подтверждает получение сообщения об активации контекста MBMS по запросу путем отправки пользовательскому оборудованию «UE» сообщения об активации доступа к контексту MBMS (Операция 120).

[101] На данном этапе идентификатор ENSAPI фактически связан с идентификатором TMGI, и, следовательно, при установлении двухточечного канала PtP нет необходимости в передаче идентификатора TMGI пользовательскому оборудованию «UE». То есть, при установлении двухточечного канала PtP передача идентификатора ENSAPI из контроллера радиосети «RNC» пользовательскому оборудованию «UE» является достаточной, чтобы идентифицировать идентификатор TMGI, который был привязан к идентификатору ENSAPI ранее при установлении контекста.

[102] На Фиг.11 представлен пример установления двухточечного радиоканала PtP для многоадресных услуг. Показано, что обслуживающий контроллер радиосети «RNC» информирует пользовательское оборудование «UE» о том, что присутствует новая или существующая услуга. Обычно идентификатор TMGI или некоторое представление идентификатора TMGI передается на пользовательское оборудование «UE» (операция 150). Так как идентификатор TMGI содержит идентификатор телефонной сети PLMN, часть идентификатора PLMN в идентификаторе TMGI может быть опущена, если этот идентификатор тот же самый, что и один из идентификаторов телефонной сети PLMN.

[103] Операция 155 описывает запрос пользовательским оборудованием «UE» установления однонаправленного радиоканала. Если пользовательское оборудование «UE» еще не установило соединение через интерфейс «Iu», оно инициирует установление соединения в операции 160.

[104] Операция 165 относится к обмену информацией между контроллером радиосети «RNC» и обслуживающим узлом SGSN об установлении связи, так что для каждой услуги, определенной идентификатором TMGI, на которую подписано пользовательское оборудование «UE», контроллер радиосети «RNC» имеет доступное значение идентификатора точки доступа ENSAPI/NSAPI (идентификатор точки доступа к сетевым услугам). Это является желательным, поскольку величина значения идентификатора TMGI обычно намного больше величины идентификатора точки доступа (E)NSAPI. Операция 170 предоставляет выдачу сообщения о настройке радиоканала, содержащего идентификатор точки доступа (E)NSAPI и идентификатор TMGI. Операция 175 включает в себя отображение созданного радиоканала на идентификатор TMGI на основе идентификатора точки доступа (E)NSAPI. В операции 180 пользовательское оборудование «UE» подтверждает установление радиоканала сообщением о завершении установлении радиоканала, передаваемым на обслуживающий контроллер радиосети «SRNC».

[105] На Фиг.12 приведен пример типового идентификатора точки доступа к сетевым услугам (NSAPI). Как показано на этом чертеже, идентификатор NSAPI содержит некоторые неиспользуемые части. В частности, используются только разряды 5-15 из возможных разрядов 0-15. На Фиг.13 приведен пример типового расширенного идентификатора точки доступа NSAPI, который обычно используется в MBMS (служба широковещательной многоадресной передачи мультимедийной информации). Расширенный идентификатор точки доступа NSAPI, показанный на этом чертеже, кодируется так, что содержит 8 октетов. Из доступных значений 0-255 для MBMS используются только значения 128-255. Соответственно, идентификатор точки доступа NSAPI и расширенный идентификатор точки доступа NSAPI могут использоваться сходным способом и далее обозначаются как (E)NSAPI.

[106] На Фиг.14 приведен пример типового временного идентификатора мобильной группы (TMGI). Код страны в системе мобильной связи (МСС) (МСС = Mobile Country Code) и код мобильной сети (MNC=Mobile Network Code) вместе определяют код телефонной сети PLMN. Код сети PLMN в идентификаторе TMGI во многих случая будет тем же самым, что и код сети PLMN, в которой зарегистрировался пользователь. Таким образом, имеется возможность опустить коды МСС и MNC (то есть код PLMN в случае, когда он тот же самый, что и код PLMN в сети или код PLMN, включенный в список сети, например, как в случае совместно используемых сетей).

[107] Обычно, пользовательское оборудование «UE», участвующее в услуге широковещательной передачи (например, в такой, которая показана на Фиг.11), не используется. Соответственно, если сеть предназначена для поставки услуги широковещательной передачи MBMS через двухточечный канал PtP, идентификатор (E)NSAPI, используемый при установлении радиоканала, не будет заранее определен. Потенциальной проблемой является то, что различные терминалы (объекты пользовательского оборудования) «UE» могут быть заинтересованы в различных услугах, и, поэтому фиксированное отображение идентификатора (E)NSAPI на идентификатор TMGI обычно не используется.

[108] Рассмотрим теперь несколько общих способов решения упомянутой выше проблемы, в числе других проблем, в соответствии с различными вариантами осуществления настоящего изобретения. Первый способ включает в себя добавление временного идентификатора мобильной группы TMGI или представление идентификатора TMGI в сообщении о настройке радиоканала. Это можно использовать для каждого радиоканала для определения, используется ли идентификатор точки доступа (E)NSAPI. Это, в свою очередь, позволяет идентифицировать услугу MBMS или другую услугу, которая поставляется по данному радиоканалу. Кроме того, это позволяет пользовательскому оборудованию «UE» идентифицировать услугу MBMS, передаваемую по данному радиоканалу. Однако такая компоновка обычно требует значительного увеличения размера сообщения из-за величины идентификатора TMGI.

[109] Второй способ включает в себя шаг указания сетью идентификатора точки доступа (E)NSAPI наряду с каждым идентификатором группы TMGI или представление идентификатора группы TMGI. Это указание обычно посылают на пользовательское оборудование «UE» в сообщении с уведомлением об услуге широковещательной передачи. Некоторые из значений идентификатора точки доступа (E)NSAPI обычно резервируются для использования в качестве действующих услуг широковещательной передачи, при этом они не используются во время фазы подключения.

[110] Третий способ содержит шаг передачи пользовательским оборудованием «UE» непосредственно контроллеру радиосети «RNC» индикации наличия связи между идентификатором точки доступа (E)NSAPI и идентификатором группы TMGI.

[111] На Фиг.15 приведен пример процедуры установления двухточечного радиоканала PtP «точка-точка» для услуг широковещания, в котором идентификатор группы TMGI используется в сообщении о настройке радиоканала. Операция 200 включает в себя информирование пользовательского оборудования «UE» о начале сеанса услуги MBMS. В этой операции может дополнительно указываться, что услуга направляется по двухточечному радиоканалу PtP («точка-точка»). Это может быть выполнено с использованием передачи сетью сообщений, например таких как «MODIFIED SERVICES INFORMATION» (Информация об измененных услугах) или «MBMS UNMODIFIED SERVICES INFORMATION» (Информация о неизмененных услугах MBMS).

[112] В операции 205 пользовательское оборудование «UE» запрашивает двухточечный радиоканал PtP, используя соответствующее сообщение (например, об обновлении ячейки, сообщение с запросом на RRC-соединение, запрос на измененные услуги по широковещательной / многоадресной передаче мультимедийной информации (MBMS) и т.п.), содержащее идентификатор группы TMGI (или другой идентификатор). Такое сообщение обычно используется для указания обслуживающему контроллеру радиосети «RNC», какую услугу пользовательское оборудование «UE» предпочитает принять. Если необходимо, пользовательское оборудование «UE» может инициировать установление RRC-соединения и подключение через интерфейс Iu, если эти процедуры не были выполнены ранее (операция 210).

[113] В соответствии с операцией 215 контроллер радиосети «RNC» инициирует установление радиоканала, используя сообщение о настройке радиоканала. В соответствии с одним аспектом настоящего изобретения данное сообщение может содержать идентификатор группы TMGI (или идентификатор, производный от идентификатора группы TMGI), который идентифицирует услугу, которая будет передаваться по данному радиоканалу. Теперь установление радиоканала завершено (операция 220). Интересно то, что пользовательское оборудование «UE» может идентифицировать услугу без использования идентификатора точки доступа (E)NSAPI. Заметим, что идентификатор точки доступа (E)NSAPI обычно содержится в сообщении о настройке радиоканала, даже если такие параметры не используются. Следовательно, может быть полезным повторно использовать значение идентификатора точки доступа (E)NSAPI.

[114] На Фиг.16 приведен пример процедуры установления двухточечного радиоканала PtP для услуг широковещания с использованием идентификатора группы TMGI в уведомлении. Операция 250 включает в себя информирование пользовательского оборудования «UE» о начале сеанса услуги MBMS. Эта операция может дополнительно включать в себя указание, что услуга будет направляться по двухточечному радиоканалу PtP. Если требуется, сеть назначает для услуги широковещательной передачи MBMS значение идентификатора точки доступа (E)NSAPI из зарезервированного множества значений или значение, которое еще не использовалось этим пользовательским оборудованием «UE». Соответствие между значением идентификатора точки доступа (E)NSAPI и значением идентификатора группы TMGI обычно действительно на протяжении всего времени, пока действует эта услуга широковещательной передачи.

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

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

[117] Операция 260 относится к пользовательскому оборудованию «UE», инициирующему установление RRC-соединения и Iu-соединения, если эти действия еще не были выполнены. Операция 265 определяет контроллер радиосети «RNC», инициирующий установление радиоканала, используя, например, сообщение о настройке радиоканала. Если необходимо, это сообщение может содержать идентификатор точки доступа (E)NSAPI, который сеть заранее отправила на пользовательское оборудование «UE», или который пользовательское оборудование «UE» указало сети, в сочетании с идентификатором группы (E)TMGI. Операция 270 включает в себя отображение созданного радиоканала на идентификатор группы TMGI на основе идентификатора точки доступа (E)NSAPI. Пользовательское оборудование «UE» может, таким образом, идентифицировать услугу, используя идентификатор точки доступа (E)NSAPI. Если необходимо, пользовательское оборудование «UE» может обозначить успешное установление радиоканала путем отправки в сеть сообщения о завершении установки радиоканала (операция 275).

[118] В соответствии с дополнительными вариантами осуществления настоящего изобретения вместо включения значения идентификатора группы TMGI в сообщение об обновлении ячейки или в сообщение об установлении RRC-соединения, может быть рассчитан короткий идентификатор передачи об услуге MBMS. Такие расчеты могут быть основаны, например, на порядке расположения входных записей в сообщениях «MBMS MODIFIED SERVICES INFORMATION» (информация об измененных услугах MBMS) и «MBMS UNMODIFIED SERVICES INFORMATION» (Информация о неизмененных услугах MBMS).

[119] Короткий идентификатор передачи MBMS обычно используется в нисходящих каналах. Это обычно применяется, чтобы избежать повторения полного идентификатора группы TMGI, указанного в сообщении «MBMS MODIFIED SERVICES INFORMATION» или в сообщении «MBMS UNMODIFIED SERVICES INFORMATION», отправленном по многоадресному каналу управления широковещательной многоадресной передачей мультимедийной информации - (многоадресный канал управления «МССН»), когда необходимо, чтобы он был перечислен в сообщении «MBMS ACCESS INFORMATION» (Информация доступа к MBMS) (которое также было направлено по многоадресному каналу управления МССН). В этом случае пользовательское оборудование «UE» может рассчитать значение короткого идентификатора передачи MBMS, отправленного в сообщении «MBMS ACCESS INFORMATION», путем последовательного соединения (конкатенации) идентификаторов группы TMGI, перечисленных в сообщениях «MBMS MODIFIED SERVICES INFORMATION» (Сообщение об измененных услугах MBMS) и «MBMS UNMODIFIED SERVICES INFORMATION» (Сообщение о неизмененных услугах MBMS). Значение короткого идентификатора передачи MBMS предоставляет запись идентификатора группы TMGI в этом списке.

[120] Таким образом, вместо включения идентификатора группы TMGI, приведенного в восходящем канале (например, посредством сообщения об обновлении ячейки, запроса на RRC-соединение, запроса на измененную услугу MBMS или других сообщений), пользовательское оборудование «UE» может включить запись идентификатора группы TMGI в список сообщения «MBMS MODIFIED SERVICES INFORMATION» или запись списка идентификаторов группы TMGI в сообщении «MBMS UNMODIFIED SERVICES INFORMATION» в добавление к общему числу идентификаторов группы TMGI, указанных в сообщении «MBMS MODIFIED SERVICES INFORMATION». Поскольку содержимое (контент) сообщений «MBMS MODIFIED SERVICES INFORMATION» и «MBMS UNMODIFIED SERVICES INFORMATION» может меняться со временем, может быть полезным дополнительно включить временную ссылку, чтобы сеть была осведомлена о том, к какой версии «MODIFIED SERVICES INFORMATION» и «MBMS UNMODIFIED SERVICES INFORMATION» относится короткий идентификатор передачи MBMS. Опишем теперь эти и другие аспекты со ссылкой на Фиг.17.

[121] На Фиг.17 приведен пример процедуры установления двухточечного радиоканала PtP для услуг широковещания, используя короткий идентификатор MBMS, в соответствии с вариантом осуществления настоящего изобретения. Операция 280 включает в себя прием пользовательским оборудованием «UE» во время периода модификации (то есть в период, в котором, как осведомлено пользовательское оборудование «UE», контент не изменится) сообщений с информацией об измененных и неизмененных услугах MBMS. Затем в соответствии с операцией 285 пользовательское оборудование «UE» может рассчитать короткий идентификатор передачи MBMS. В операции 290 пользовательское оборудование «UE» передает в сеть сообщение с запросом на RRC-соединение или сообщение обновления ячейки. Это сообщение может включать в себя короткую идентификацию передачи MBMS. Это возможно из-за задержки, которая должна иметь место при передаче данного сообщения и, следовательно, сообщения с информацией об измененных и неизмененных услугах MBMS, передаваемых в то время, когда контроллер радиосети «RNC» принимает это сообщение, может отличаться по сравнению с сообщениями с информацией об измененных и неизмененных услугах MBMS, передаваемыми в то время, когда пользовательское оборудование «UE» рассчитало короткий идентификатор передачи услуги MBMS.

[122] Операция 295 дает возможность контроллеру радиосети «RNC» декодировать сообщение на основе надлежащего периода модификации. Один способ осуществления этого состоит во включении в сообщение временной ссылки. Эта временная ссылка указывает, в каких сообщениях с информацией об измененных и неизмененных услугах MBMS был создан короткий идентификатор передачи услуги MBMS. Такая временная ссылка может содержать, например, номер системного кадра (SFN) или части номера системного кадра, которые передаются в широковещательном режиме по каналам ВСН в сети UMTS.

[123] На Фиг.18 в соответствии с вариантом осуществления настоящего изобретения представлена блок-схема устройства 300 подвижной связи, которое может быть сконфигурировано в виде пользовательского оборудования «UE». В качестве примера, устройство 300 показано как сотовый телефон и может быть сконфигурировано, чтобы выполнять различные описанные здесь способы. Устройство 300 подвижной связи содержит блок обработки данных 310, например микропроцессор или процессор цифровой обработки сигналов, высокочастотный модуль 335 (радиомодуль), модуль управления питанием 305, антенну 340, аккумулятор 355, дисплей 315, клавиатуру 320, поставляемый по отдельному заказу модуль идентификации абонента (SIM = Subscriber Identify Module) 325, запоминающее устройство 330, например флэш-память, ПЗУ или статическое ОЗУ, динамик 345 и микрофон 350.

[124] Пользователь вводит командную информацию, такую как номер телефона, например, нажатием кнопок на клавиатуре 320 или посредством активации голосом с помощью микрофона 350. Блок обработки данных 310 принимает и обрабатывает командную информацию, чтобы выполнить соответствующую функцию, например набор номера телефона. Рабочие данные можно извлечь из запоминающего устройства 330, чтобы выполнить данную функцию. Кроме того, для справок и удобства пользователя процессор 310 может отображать командную и рабочую информацию на дисплее 315.

[125] Блок обработки данных 310 выдает командную информацию в высокочастотный модуль 335, чтобы инициировать связь, например чтобы передавать радиосигналы, содержащие данные голосовой связи. Модуль 335 содержит приемник и передатчик, предназначенные для приема и передачи радиосигналов. Антенна 340 облегчает передачу и прием радиосигналов. После приема радиосигналов модуль 335 может пересылать и преобразовывать сигналы в сигналы групповой частоты для обработки в процессорном блоке 310. Обработанные сигналы могут быть преобразованы в считываемую или звуковую информацию, выдаваемую, например, через динамик 345.

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

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

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

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

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

[131]

Изобретение относится к телекоммуникации, а именно к установлению соединения между абонентским оборудованием и сетью по беспроводной связи, и может быть использовано в беспроводных системах связи. Технический результат заключается в обеспечении возможности приема выделенного канала, по которому передается услуга широковещательной передачи, без обязательного предварительного присоединения к услуге. Для этого устанавливают соединение между пользовательским оборудованием «НЕ» и соответствующей сетью, при этом получают пользовательским оборудованием «UE» уведомление об услуге, предоставляющее описание доступной услуги широковещательной передачи и, как минимум, один идентификатор, который идентифицирует услугу широковещательной передачи, и принимают пользовательским оборудованием «UE» сообщение о настройке, которое устанавливает двухточечный радиоканал «точка-точка» между пользовательским оборудованием «UE» и сетью так, что сообщение о настройке включает в себя идентификатор, который используется, чтобы идентифицировать, что этот радиоканал передает услугу широковещательной передачи. 2 н. и 10 з.п. ф-лы, 18 ил.

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

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

3. Способ по п.2, в котором временная ссылка определяется на основе номера системного кадра, связанного с информацией об услуге.

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

5. Способ по п.1, в котором, как минимум, один короткий идентификатор передачи соответствует местоположению, как минимум, одного идентификатора услуги в списке идентификаторов услуг.

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

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

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

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

10. Способ по п.7, в котором информация об услуге содержит список идентификаторов услуг, упорядоченных с помощью добавления идентификаторов услуг, полученных в информации о неизмененных услугах, к идентификаторам услуги, полученным в информации об измененных услугах.

11. Способ по п.7, в котором, как минимум, один короткий идентификатор передачи соответствует местоположению, как минимум, одного идентификатора услуги в списке идентификаторов услуг.

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