ОТОБРАЖЕНИЕ ИДЕНТИФИКАЦИИ УСЛУГ МУЛЬТИМЕДИЙНОГО ШИРОКОВЕЩАТЕЛЬНОГО/МНОГОАДРЕСНОГО ОБСЛУЖИВАНИЯ "MBMS" Российский патент 2010 года по МПК H04B7/26 H04W4/06 

Область техники, к которой относится изобретение

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

Уровень техники

[2] В последнее время системы мобильной связи достигли значительного развития, однако характеристики систем мобильной связи в отношении передачи больших объемов информации не могут сравниться с существующими характеристиками систем проводной связи. Соответственно, ведутся технические разработки IMT-2000 - системы связи, обеспечивающей передачу больших объемов информации, при этом различными компаниями и организациями активно занимаются стандартизацией этой технологии.

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

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

[5] Для обеспечения быстрого и эффективного технического развития системы подвижной связи «UMTS» в рамках проекта 3GPP с целью стандартизации универсальной системы подвижной связи «UMTS» были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их работы.

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

[7] На Фиг.1 изображен пример базовой структуры сети обычной универсальной системы подвижной связи «UMTS». Как показано на Фиг.1, универсальная система подвижной связи «UMTS» упрощенно делится на терминал, или абонентское, оборудование «UE» 50, универсальную наземную сеть 100 радиодоступа «UTRAN» и базовую сеть 200 «CN».

[8] Универсальная наземная сеть 100 радиодоступа «UTRAN» включает одну или несколько подсистем 110, 120 радиосети «RNS». Каждая подсистема 110. 120 радиосети «RNS» содержит контроллер 111 радиосети «RNC» и множество базовых станций или «узлов В» 112, 113, управляемых контроллером 111 радиосети «RNC». Контроллер 111 радиосети «RNC» управляет распределением ресурсов радиосвязи и управляет ресурсами радиосвязи, а также действует в качестве точки доступа по отношению к базовой сети 200.

[9] «Узлы-В» 112, 113 (базовые станции) получают информацию, посылаемую физическим уровнем терминала по восходящей линии связи, и передает данные терминалу по нисходящей линии связи. Таким образом «Узлы В» 112, 113 действуют в качестве точек доступа к универсальной наземной сети 100 радиодоступа «UTRAN» для терминала.

[10] Основной функцией универсальной наземной сети 100 радиодоступа «UTRAN» является создание и поддержка широкополосного радиоканала «RAB» (далее, радиоканал «RAB») для организации связи между терминалом и базовой сетью 200. Базовая сеть 200 предъявляет к радиоканалу «RAB» требования к качеству услуг «QoS» сквозного соединения и радиоканал «RAB» поддерживает требования к качеству услуг «QoS», установленные базовой сетью 200. Так как универсальная наземная сеть 100 радиодоступа «UTRAN» сама формирует и поддерживает радиоканал «RAB», требования к качеству услуг «QoS» сквозного соединения удовлетворяется. Услуги радиоканала «RAB» делятся на услуги широкополосного радиоинтерфейса «Iu bearer» и услуги широкополосного радиоканала. Услуги широкополосного радиоинтерфейса «Iu» поддерживают надежную передачу пользовательских данных между граничными узлами универсальной наземной сети 100 радиодоступа «UTRAN» и базовой сетью 200.

[11] Базовая сеть 200 включает в себя коммутационный центр 210 подвижной связи «MSC» и межсетевой коммутационный центр 220 подвижной связи «GMSC», соединенные друг с другом для поддержки услуги с коммутацией каналов «CS», а также узел 230 «SGSN» - обслуживающий узел поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее, обслуживающий узел 230 «SGSN») и узел 240 «GGSN» - межсетевой узел поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее, межсетевой узел 240 «GGSN»), соединенные друг с другом для поддержки услуги с коммутацией пакетов «PS».

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

[13] Для поддержки услуг связи с коммутацией каналов контроллеры 111 радиосети «RNC» подсоединяются к коммутационному центру 210 подвижной связи «MSC» базовой сети 200, а коммутационный центр 210 подвижной связи «MSC» подсоединяется к межсетевому коммутационному центру 220 подвижной связи «GMSC» (шлюзу), который управляет подключением к другим сетям.

[14] Для поддержки услуг с пакетной коммутацией контроллеры 111 радиосети «RNC» соединены с обслуживающим узлом 230 «SGSN» поддержки и межсетевым узлом 240 «GGSN» базовой сети 200. Обслуживающий узел 230 «SGSN» поддерживает пакетную связь с контроллерами 111 радиосети «RNC», а межсетевой узел 240 «GGSN» управляет соединением с другими сетями с пакетной коммутации, например, с Интернет.

[15] Между компонентами сети существуют различные интерфейсы, которые позволяют устанавливать связь между этими компонентами с целью обмена данными (передачи и приема данных). Интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 220 определен как интерфейс «Iu». В частности, для сетей с пакетной коммутацией интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 200 определен как «Iu-PS», а для сетей с коммутацией каналов интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 200 определен как «Iu-CS».

[16] На Фиг.2 изображена структура протокола интерфейса радиосвязи между терминалом и универсальной наземной сетью радиодоступа «UTRAN» на базе стандартов абонентской радиосвязи 3GPP.

[17] Как показано на Фиг.2, протокол радиоинтерфейса имеет горизонтальные уровни, включающие физический уровень, уровень канала передачи данных и сетевой уровень, а также вертикальные плоскости, включающие плоскость пользователя (плоскость U) для передачи пользовательских данных и плоскость управления (плоскость С) для передачи управляющей информации.

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

[19] Уровни протокола на Фиг.2 можно разделить на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Каждый из уровней протокола радиосвязи подробнее описывается ниже.

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

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

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

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

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

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

[26] Подуровень управления общим и совместно используемым каналами «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящий совместно используемый канал «DSCH», который совместно используется несколькими терминалами. В универсальной наземной сети радиодоступа «UTRAN» подуровень управления общим и совместно используемым каналами «MAC-c/sh» расположен в управляющем контроллере радиосети «CRNC». Поскольку подуровень управления общим и совместно используемым каналами «MAC-c/sh» управляет каналом, который совместно используется всеми терминалами в ячейке, в каждой зоне ячейки имеется единственный подуровень управления общим и совместно используемым каналами «MAC-c/sh». Кроме того, один подуровень управления общим и совместно используемым каналами «MAC-c/sh» имеется в каждом из терминалов «UE».

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

[28] Уровень управления широковещательной/многоадресной передачей «ВМС», планирует передачу широковещательных сообщений для ячейки (называемых далее «СВ-сообщениями»), принимаемых из базовой сети, и осуществляет широковещательную передачу «СВ-сообщений» на терминалы «UE», находящиеся в конкретной(ых) ячейке(ах). Уровень управления широковещательной/многоадресной передачей «ВМС» генерирует сообщение управления широковещательной/многоадресной передачей «ВМС» с добавлением к «СВ-сообщению», полученному с вышерасположенного уровня, такой информации, как идентификатор сообщения, порядковый номер, схема кодирования, и передает сообщение уровня «ВМС» на уровень управления радиоканалом «RLC». Сообщения уровня «ВМС» передаются с уровня управления радиоканалом «RLC» на уровень управления доступом к среде «MAC» по логическому каналу, то есть по общему каналу трафика «СТСН». Логический канал «СТСН» отображается на транспортный канал, то есть канал прямого доступа «FACH», который отображается на физический канал, то есть вспомогательный общий физический канал управления «S-CCPCH».

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

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

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

[32] Теперь подробнее рассмотрим заголовок уровня управления доступом к среде «MAC». На Фиг.3 показана структура уровня управления доступом к среде «MAC» для наземной сети радиодоступа «UTRAN». На Фиг.4-7 показаны структуры подуровней «MAC-d» и «MAC-c/sh» наземной сети радиодоступа «UTRAN», где квадратики обозначают функции уровня управления доступом к среде «MAC». Далее опишем основные функции уровня.

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

[34] Другой основной функцией уровня управления доступом к среде «MAC» является уплотнение логических каналов. Уровень управления доступом к среде «MAC» мультиплексирует несколько логических каналов в одном транспортном канале, чтобы добиться выгоды от уплотнения. Выгода от уплотнения имеет значение для трафика, передаваемого прерывистым образом, например сигнальной информации или пакетных данных. Для непрерывно передаваемых данных уплотнение обычно не используется, поскольку данные передаются непрерывно, в результате выгода от уплотнения относительно невелика.

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

[36] Идентификация классифицируется на два вида: идентификация терминала «UE» и идентификация логического канала. Во-первых, идентификация терминала «UE» необходима для общего транспортного канала, поскольку этот канал совместно используется несколькими терминалами «UE». Во-вторых, идентификация логического канала нужна при уплотнении нескольких логических каналов в одном транспортном канале. Для целей идентификации уровень управления доступом к среде «MAC» вставляет в заголовок блока протокольных данных «MAC PDU» поля: поле типа целевого канала «TCTF», поле типа идентификатора терминала «UE-ID Type», поле идентификатора терминала «UE-ID» и-или поле управление/трафик «С/Т».

[37] Более подробно, идентификация терминала «UE» необходима, когда выделенный логический канал, например, выделенный канал управления «DCCH» или выделенный канал трафика «DTCH», отображаются на общий транспортный канал, например общий физический канал «СРСН», выделенный мультиплексный (совместно используемый) канал «DSCH» или «USCH». Для этого уровень управления доступом к среде «MAC» добавляет временный идентификатор радиосети «RNTI» в поле идентификатора терминала «UE-ID» заголовка блока протокольных данных «MAC PDU». В настоящее время для обозначения определенного терминала «UE» используются три вида временного идентификатора радиосети «RNTI», например «U-RNTI» (временный идентификатор радиосети «RNTI» сети «UTRAN»), «C-RNTI» (временный идентификатор радиосети «RNTI» ячейки) и «DSCH-RNTI» (временный идентификатор радиосети «RNTI» нисходящего совместно используемого канала «DSCH»). Поскольку существует три вида используемых идентификаторов «RNTI», к заголовку блока протокольных данных «MAC PDU» добавляется также поле типа идентификатора терминала «UE-ID Type», сообщающее о том, какой идентификатор «RNTI» используется.

[38] Для идентификации логических каналов применяются два уровня идентификации логических каналов. Первый уровень представляет собой обозначение типа логического канала, предоставляемое полем типа целевого канала «TCTF», а вторым уровнем является обозначение выделенного логического канала, предоставляемое полем управление/трафик «С/Т».

[39] Поле типа целевого канала «TCTF» требуется для общего транспортного канала, например канала прямого доступа «FACH» и канала случайного доступа «RACH», в котором уплотняются (мультиплексируются) логические каналы нескольких типов. Например, в канале прямого доступа «FACH» могут одновременно уплотняться канал управления широковещательной передачей «ВССН», общий канал управления «СССН», общий канал трафика «СТСН» и один или несколько выделенных логических каналов (выделенный канал управления «DCCH» или выделенный канал трафика «DTCH»), а в канале случайного доступа «RACH» могут одновременно уплотняться общий канал управления «СССН» и один или несколько выделенных логических каналов. Таким образом, тип целевого канала «TCTF» предоставляет идентификацию типа логического канала для канала прямого доступа «FACH» и канала случайного доступа «RACH», то есть, принадлежат ли данные, принятые по каналу «FACH» или «RACH», к каналу управления широковещательной передаче «ВССН», общему каналу управления «СССН», общему каналу трафика «СТСН» или одному из выделенных логических каналов.

[40] Хотя поле типа целевого канала «TCTF» идентифицирует тип логического канала, он не идентифицирует каждый из логических каналов в отдельности. Поле типа целевого канала «TCTF» необходимо для транспортного канала, когда выделенный логический канал может отображаться вместе с другими логическими каналами. Таким образом, поле типа целевого канала «TCTF» указывает, является ли логический канал выделенным логическим каналом или другим логическим каналом. Однако для общих логических каналов, поскольку на один транспортный канал может отображаться только один общий логический канал одного типа, поле типа целевого канала «TCTF» предоставляет также идентификацию логического канала в случае общих логических каналов.

[41] Напротив, на канал прямого доступа «FACH» или канал случайного доступа «RACH» одновременно могут отображаться несколько выделенных логических каналов. Другими словами, на канал «FACH» или «RACH» могут отображаться несколько выделенных каналов управления «DCCH» или выделенных каналов трафика «DTCH». Таким образом, для выделенных логических каналов помимо обозначения типа логического канала необходима идентификация каждого выделенного логического канала. Для этого служит поле управление/трафик «С/Т».

[42] Идентификация каждого выделенного логического канала осуществляется с использованием поля управление/трафик «С/Т» по следующим причинам. Во-первых, в отличие от общих логических каналов, на один транспортный канал одновременно могут отображаться несколько выделенных логических каналов. Во-вторых, в обслуживающем контролере радиосети «SRNC» обработку выделенного логического канала выполняет подуровень управления выделенным каналом «МАС-d», тогда как обработку общих логических каналов выполняет подуровень управления общим и совместно используемым каналами «MAC-c/sh». Несколько выделенных логических каналов, которые отображаются на один и тот же транспортный канал, имеют свои соответствующие идентификаторы. Кроме того, такое значение используется как значение поля управление/трафик «С/Т». Если для транспортного канала существует только один выделенный логический канал, поле управление/трафик «С/Т» не используется.

[43] В нижеприведенной Таблице 1 показаны различные идентификаторы заголовка уровня управления доступом к среде «MAC», которые используются в соответствии с взаимоотношением отображения между логическими и транспортными каналами для режима частотного разделения дуплексных каналов «FDD». В Таблице 1 поле управление/трафик «С/Т» существует, когда отображается несколько выделенных логических каналов («DCCH» или «DTCH»). Кроме того, «N» обозначает отсутствие заголовка, «-» (тире) обозначает отсутствие отношения отображения, a «UE-ID» обозначает, что существуют оба поля: идентификатор терминала «UE-ID» и тип идентификатора терминала «UE-ID Type». Поле «UE-ID» всегда существует вместе с полем «UE-ID Type».

[45] Как показано в вышеприведенной таблице, в соответствии с существующей технологией, логические каналы общего типа, например канал управления широковещательной передаче «ВССН», канал управления поисковым вызовом/пейджинговый управляющий канал «РССН», общий канал управления «СССН» и общий канал трафика «СТСН», не имеют поля управление/трафик «С/Т», обозначающего каждый из логических каналов. Это связано с тем, что, в соответствии с существующей технологией, не нужно уплотнять несколько общих логических каналов одного и того же типа в одном транспортном канале. Причина в том, что, поскольку по общим логическим каналам одного типа передается одна и та же информация, принимающей стороне (приемнику) не нужно одновременно принимать более одного общего логического канала одного типа. Таким образом, по одному общему транспортному каналу, такому как канал прямого доступа «FACH» или канал случайного доступа «RACH», всегда передаются данные только одного общего логического канала одного и того же типа, и в соответствии с существующей технологией нет необходимости добавлять поле управление/трафик «С/Т» для общих логических каналов.

[46] Недавно был предложен новый вид услуги под названием мультимедийное широковещательное/многоадресное обслуживание «MBMS». Мультимедийное широковещательное/многоадресное обслуживание «MBMS» представляет собой услугу в домене «PS» (коммутации пакетов), состоящую в передаче мультимедийных данных, таких как звук, изображения, видео и т.п. нескольким терминалам с использованием услуги однонаправленного многоточечного широкополосного радиоканала типа «точка-множество точек». Когда сеть 1 «UMTS» предоставляет определенную услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS» в режиме многоадресной передачи, терминалы «UE», которым должны передаваться данные услуги, сначала должны выполнить процедуру подписки, устанавливающую индивидуальные взаимоотношения между поставщиком услуги и каждым из терминалов «UE». Затем терминал «UE» абонента получает объявление об услуге из базовой сети 200, подтверждающее подписку и содержащее, например, список предоставляемых услуг.

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

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

Техническая проблема

[48] В рамках существующей технологии на один транспортный канал обычно не отображается несколько общих логических каналов одного типа. Одна из проблем состоит в том, что в заголовке уровня управления доступом к среде «MAC» нет идентификатора логического канала. Другая проблема состоит в том, что в подуровне управления общим и совместно используемым каналами «MAC-c/sh» отсутствует функция идентификации. Таким образом, при оказании услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» или услуги другого типа в домене коммутации пакетов «PS» следует принимать во внимание новые выполняемые функции логического канала.

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

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

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

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

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

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

[54] В одном из аспектов настоящего изобретения назначение идентификаторов услуги типа "точка-множество точек" выполняется уровнем управления ресурсами радиосвязи сети. Информация отображения генерируется на уровне управления ресурсами радиосвязи сети.

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

[56] Еще в одном аспекте настоящего изобретения транспортный канал является каналом прямого доступа «FACH». Блок протокольных данных передается по общему логическому каналу «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»).

[57] Предпочтительно, способ дополнительно включает в себя передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек», назначенных, соответственно, для каждой из этих многоадресных услуг типа «точка-множество точек», уровню управления доступом к среде сети, и передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления ресурсами радиосвязи мобильного терминала. Далее, уровень управления ресурсами радиосвязи мобильного терминала передает эти значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.

[58] Еще в одном аспекте настоящего изобретения идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита, а по транспортному каналу могут передаваться данные не более чем 16 многоадресных услуг типа «точка-множество точек». Предпочтительно, идентификатор многоадресной услуги типа «точка-множество точек» присоединяется к заголовку, по меньшей мере, одного блока протокольных данных.

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

[60] В одном из аспектов настоящего изобретения назначение идентификаторов услуги типа "точка-множество точек" выполняется уровнем управления ресурсами радиосвязи сети. Информация отображения генерируется на уровне управления ресурсами радиосвязи сети.

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

[62] Еще в одном аспекте настоящего изобретения транспортный канал является каналом прямого доступа «FACH».

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

[64] Еще в одном аспекте настоящего изобретения идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита, а по транспортному каналу могут приниматься данные не более чем 16 многоадресных услуг типа «точка-множество точек». Предпочтительно, идентификатор многоадресной услуги типа «точка-множество точек» присоединяется к заголовку, по меньшей мере, одного блока протокольных данных.

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

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

Краткое описание чертежей

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

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

[69] На Фиг.2 показана блок-схема структуры протокола интерфейса радиосвязи между терминалом и сетью на основе стандартов сети абонентской радиосвязи 3GPP.

[70] На Фиг.3 показана блок-схема обычной структуры уровня уровень управления доступом к среде «MAC» универсальной наземной сети радиодоступа «UTRAN».

[71] На Фиг.4 показана блок-схема обычной структуры подуровня подуровень управления общим и совместно используемым каналами «МАС-c/sh» мобильного терминала.

[72] На Фиг.5 показана блок-схема обычной структуры подуровня управления общим и совместно используемым каналами «MAC-c/sh» универсальной наземной сети радиодоступа «UTRAN».

[73] На Фиг.6 показана блок-схема обычной структуры подуровня управления выделенным каналом «MAC-d» мобильного терминала.

[74] На Фиг.7 показана блок-схема обычной структуры подуровня управления выделенным каналом «MAC-d» сети «UTRAN».

[75] На Фиг.8 показано отображение взаимосвязи между логическими и транспортными каналами (на стороне терминала UE).

[76] Фиг.9 и Фиг.10 представляют собой схемы формата блока протокольных данных «MAC PDU» в соответствии с одним из вариантов осуществления настоящего изобретения.

[77] На Фиг.11 показана структура уровня управления доступом к среде «MAC» сети «UTRAN» в соответствии с одним из вариантов осуществления настоящего изобретения.

[78] На Фиг.12 показана структура уровень управления доступом к среде «MAC» мобильного терминала в соответствии с одним из вариантов осуществления настоящего изобретения.

[79] На Фиг.13 показана схема назначения значений поля временного идентификатора услуги «TSI» в соответствии с одним из вариантов осуществления настоящего изобретения.

[80] На Фиг.14 показана схема передачи данных в соответствии с одним из вариантов осуществления настоящего изобретения.

Примеры осуществления изобретения

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

[82] Настоящее изобретение имеет отношение к временному идентификатору услуги (TSI), который служит для идентификации отдельной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» среди нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», данные которых передаются по отдельному транспортному каналу. Настоящее изобретение воплощается путем включения поля временного идентификатора услуги «TSI»I в заголовок блока данных уровня управления доступом к среде «MAC», соответствующего услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», и передачи упомянутого блока данных мобильному терминалу по отдельному транспортному каналу. Мобильный терминал определяет принимать упомянутый блока данных в соответствии с информацией отображения, полученной из универсальной наземной сети радиодоступа «UTRAN», при этом упомянутая информация отображения сообщает мобильному терминалу, для какой услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» выделено поле временного идентификатора услуги «TSI».

[83] На Фиг.9 и 10 проиллюстрирован формат блока протокольных данных «MAC PDU» в соответствии с одним из вариантов осуществления настоящего изобретения, в котором формат блока протокольных данных «MAC PDU» используется в случае, когда данные общего логического канала, такого как канал трафика «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»), передаются через общий транспортный канал, такой как канал прямого доступа «FACH». Показано также, что поле типа целевого канала «TCTF» и поле временного идентификатора услуги «TSI» включают в себя заголовок блока протокольных данных «MAC PDU», тогда как блок служебных данных уровня управления доступом к среде «MAC SDU» (далее, блок служебных данных «MAC SDU») включает в себя полезную нагрузку блока протокольных данных «MAC PDU».

[84] В соответствии с Фиг.9 и 10 существует, предпочтительно, два вида форматов блока протокольных данных «MAC PDU». Как показано на Фиг.9, в формате первого вида заголовок блока протокольных данных «MAC PDU» содержит поля типа целевого канала «TCTF» и временного идентификатора услуги «TSI». Этот вид блока протокольных данных «MAC PDU» используется в случае, когда по транспортному каналу, такому, как канал прямого доступа «FACH», передаются данные логических каналов разных типов. Здесь поле типа целевого канала «TCTF» обозначает тип логического канала, а поле временного идентификатора услуги «TSI» обозначает услугу «MBMS», которая передается по этому логическому каналу.

[85] В формате второго вида заголовок блока протокольных данных «MAC PDU» содержит поле временного идентификатора услуги «TSI» для обозначения услуги «MBMS», которая передается по этому логическому каналу, как показано на Фиг, 10. Соответственно, поле типа целевого канала «TCTF» не включается. Этот вид блока протокольных данных «MAC PDU» используется в случае, когда по транспортному каналу могут передаваться логические каналы только одного типа. Здесь поле типа целевого канала «TCTF» включено в заголовок, как и в формате первого вида, однако поле типа целевого канала «TCTF» не является необходимым, поскольку тип логического канала обозначает сам транспортный канал.

[86] Таким образом, поле типа целевого канала «TCTF» присутствует в заголовке блока протокольных данных «MAC PDU» в случае, когда по транспортному каналу могут передаваться несколько типов логических каналов. Далее, поле временного идентификатора услуги «TSI» присутствует в заголовке блока протокольных данных «MAC PDU» в случае, когда в транспортном канале уплотняются данные нескольких услуг «MBMS».

[87] На Фиг.11 показана структура уровня управления доступом к среде «MAC» универсальной наземной сети радиодоступа «UTRAN» в соответствии с одним из вариантов осуществления настоящего изобретения. На Фиг.12 показана структура уровня управления доступом к среде «MAC» мобильного терминала в соответствии с одним из вариантов осуществления настоящего изобретения.

[88] В соответствии с Фиг.11 и 12, когда уплотняются общие логические каналы, такие как каналы трафика «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»), уровень управления доступом к среде «MAC» выполняет функцию уплотнения (мультиплексирования) временных идентификаторов услуги «TSI» (далее, функцию «TSI MUX»). Предпочтительно, когда каналы трафика «МТСН» уплотняются в одном транспортном канале, уровень управления доступом к среде «MAC» выполняет функцию «TSI MUX». Функция «TSI MUX» уровня управления доступом к среде «MAC» в сети «UTRAN» вставляет поле временного идентификатора услуги «TSI» для обозначения услуги «MBMS» в заголовок соответствующего блока протокольных данных «MAC PDU». Функция «TSI MUX» уровня уровень управления доступам к среде «MAC» в мобильном терминале удаляет поле временного идентификатора услуги «TSI» из заголовка блока протокольных данных «MAC PDU» после считывания из заголовка принятого блока протокольных данных «MAC PDU» информации поля временного идентификатора услуги «TSI», обозначающего услугу «MBMS».

[89] На Фиг.13 показана схема назначения значений поля временного идентификатора услуги «TSI» в соответствии с одним из вариантов осуществления настоящего изобретения. Уровень управления ресурсами радиосвязи «RRC» универсальной наземной сети радиодоступа «UTRAN» управляет группированием нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» для уплотнения в один транспортный канал, такой как канал прямого доступа «FACH», и назначает значение поля временного идентификатора услуги «TSI» каждой услуге «MBMS». Время, на которое назначается временный идентификатор услуги «TSI», может задаваться явным или неявным образом. Например, назначение может быть действительным до смены ячейки мобильным терминалом или до изменения самого назначения. Далее, временный идентификатор услуги «TSI», предпочтительно, периодически передается в течение срока действия услуги «MBMS». При мультимедийном широковещательном/многоадресном обслуживании «MBMS» существует однозначное отношение между услугой «MBMS» и общим логическим каналом, например каналом трафика «МТСН». Таким образом, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» управляет также группированием нескольких общих логических каналов, по которым передаются данные соответствующей услуги «MBMS», для уплотнения (мультиплексирования) в один транспортный канал. Далее, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» генерирует информацию отображения для обозначения, какие значения поля временного идентификатора услуги «TSI» каким услугам «MBMS» назначены.

[90] Поле временного идентификатора услуги «TSI» может быть небольшим по размерам. Таким образом, временный идентификатор услуги «TSI» позволяет различать несколько услуг. Однако при обычных условиях в одно и то же время одновременно передаются данные весьма небольшого количества услуг, и для того, чтобы поддерживать уменьшенные непроизводительные затраты ресурсов, предпочтительно, чтобы поле временного идентификатора услуги «TSI» было небольшого размера, например 4 бита. Далее, если предположить, что транспортный блок имеет размер 336 битов, а количество возможных услуг ограничено 4000, то в соответствии с существующей технологией поле идентификации потребует 12 битов. Это интерпретируется в непроизводительные затраты ресурсов в 3,5%. Однако в настоящем изобретении в случае, если поле временного идентификатора услуги «TSI», имеющее размер 4 бита, было использовано для идентификации максимум 16 услуг, и непроизводительные затраты ресурсов сократилось бы до 1,2%.

[91] С использованием Фиг.13 будет дано пояснение способа назначения значений поля временного идентификатора услуги «TSI». После того, как уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» назначает значения поля временного идентификатора услуги «TSI» для соответствующих услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» и генерирует информацию отображения, уровень управления ресурсами радиосвязи «RRC» передает на уровень управления доступом к среде «MAC» сети «UTRAN» значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуг «MBMS», связанную с уплотнением (мультиплексированием) Нескольких услуг «MBMS» в отдельном транспортном канале (S10).

[92] Кроме того, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» передает значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуги «MBMS» уровню управления ресурсами радиосвязи «RRC» мобильного терминала, или пользовательского оборудования «UE» (S20). Информация может передаваться однократно или периодически. Предпочтительно, значения поля временного идентификатора услуги «TSI», информация отображения и информация об уплотнении услуг «MBMS» передаются на уровни управления ресурсами радиосвязи «RRC» всех мобильных терминалов, которые должны принимать данные этого конкретного транспортного канала. Уровень управления ресурсами радиосвязи «RRC» мобильного терминала получает значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», передает полученную информацию уровню управления доступом к среде «MAC» мобильного терминала (S30).

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

[94] В соответствии с Фиг.14 приведем описание способа передачи данных нескольких услуг «MBMS» по отдельному конкретному транспортному каналу. Способ включает в себя мультиплексирование (уплотнение) блоков данных нескольких услуг «MBMS» в этом отдельном транспортном канале, передачу мультиплексированных блоков данных мобильному терминалу и демультиплексирование переданных элементов данных в мобильном терминале. Этап мультиплексирования (уплотнения) включает в себя мультиплексирование данных, полученных по нескольким общим логическим каналам, присоединение поля временного идентификатора услуги «TSI» к заголовку принятых данных для генерации блока протокольных данных «PDU» и передачу сгенерированного блока протокольных данных «PDU» по указанному отдельному транспортному каналу.

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

[96] Далее, в соответствии с Фиг.14, хотя показана передача данных двух услуг «MBMS» по одному и тому же транспортному каналу, предпочтительно, по одному и тому же транспортному каналу могут передаваться данные до 16 услуг в соответствии с одним из примеров осуществления настоящего изобретения. Кроме того, предпочтительно, чтобы общие логические каналы трафика «МТСН #1» и «МТСН #2», по которым передаются, соответственно, данные услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS #1» и «MBMS #2», уплотнялись в одном общем транспортном канале прямого доступа «FACH». Далее, предпочтительно, чтобы объекту управления радиоканалом «RLC #1» в сети «UTRAN» соответствовал равный по техническим возможностям объект управления радиоканалом «RLC #1» в мобильном терминале, или пользовательском оборудовании «UE», а объекту управления радиоканалом «RLC #2» в сети «UTRAN» соответствовал равный по техническим возможностям объект управления радиоканалом «RLC #2» в мобильном терминале.

[97] Опишем способ передачи нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» по отдельному конкретному транспортному каналу. Во-первых, объект управления радиоканалом «RLC #1» сети «UTRAN» генерирует блок служебных данных «MAC SDU #1» для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS #1» и передает блок служебных данных «MAC SDU #1» на уровень управления доступом к среде «MAC» сети «UTRAN» по каналу трафика «MTCH #1» (S110). Между тем, объект управления радиоканалом I «RLC #2» сети «UTRAN» генерирует блок служебных данных «М4-С SDU #2» для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS #2» и передает блок служебных данных «MAC SDU #2» на уровень управления доступом к среде «MAC» сети «UTRAN» по каналу трафика «MTCH #2» (S120).

[98] Затем уровень управления доступом к среде «MAC» сети «UTRAN» мультиплексирует (уплотняет) канал трафика «MTCH #1» с каналом трафика «MTCH #2» и присоединяет заголовок, содержащий поле временного идентификатора услуги «TSI», к блоку служебных данных «MAC SDU #1», чтобы получить блок протокольных данных «MAC PDU» #1» (S130). Здесь значение поля временного идентификатора услуги «TSI», содержащееся в заголовке блока протокольных данных «MAC PDU #1», может обозначать общий логический канал трафика «MTCH #1», а также обозначать, что блок протокольных данных «MAC PDU #1» имеет отношение к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS #1». Как установлено выше, значения поля временного идентификатора услуги «TSI» вместе с информацией отображения принимаются на уровне управления доступом к среде «MAC» из уровня уровень управления ресурсами радиосвязи «RRC» сети «UTRAN». Таким образом, поскольку уровнем управления доступом к среде «MAC» получен блок служебных данных «MAC SDU», то уровень управления доступом к среде «MAC», в соответствии с информацией отображения, узнает, какое значение поля временного идентификатора услуги «TSI» должно быть в соответствии с какой услугой «MBMS». Здесь, поскольку получен блок служебных данных «MAC SDU #1», соответствующий услуге «MBMS #1», уровень управления доступом к среде «MAC» в соответствии с информацией отображения присоединяет заголовок, содержащий значение поля временного идентификатора услуги «TSI», соответствующее услуге «MBMS #1», чтобы составить блок протокольных данных «MAC PDU #1».

[99] В аналогичной схеме заголовок уровня управления доступом к среде «MAC», содержащий поле временного идентификатора услуги «TSI», присоединяется к блоку Служебных данных «MAC SDU #2», при этом образуется блок протокольных данных «MAC PDU #2» (S130). Значение поля временного идентификатора услуги «TSI», содержащееся в заголовке блока протокольных данных «MAC PDU #2», может обозначать общий логический канал трафика «МТСН #2», а также указывать, что блок протокольных данных «MAC PDU #2» относится к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS #2». Далее, поскольку уровнем управления доступом к среде «MAC» получена информация отображения из уровня управления ресурсами радиосвязи «RRC» сети «UTRAN», уровень управления доступом к среде «MAC» осведомлен о взаимосвязи отображения между полученными значениями поля временного идентификатора услуги «TSI» и услугами «MBMS». Таким образом, поскольку на уровне управления доступом к среде «MAC» получен блок служебных данных «MAC SDU #2», соответствующий услуге «(MBMS #2», уровень управления доступом к среде «MAC» в соответствии с информацией отображения присоединяет заголовок, содержащий значение поля временного идентификатора услуги «TSI», соответствующее услуге «MBMS #2», при этом образуется блок протокольных данных «MAC PDU #2».

[100] Уровень управления доступом к среде «MAC» сети «UTRAN» передает блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» физическому уровню сети «UTRAN» по одному и тому же транспортному каналу прямого доступа «FACH» (S140). Затем блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» передаются физическому уровню мобильного терминала с помощью интерфейса радиосвязи. Физический уровень мобильного терминала передает принятые блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» на уровень управления доступом к среде «MAC» мобильного терминала по одному и тому же транспортному каналу прямого доступа «FACH» мобильного терминала.

[101] После получения блоков протокольных данных «MAC PDU #1» и «MAC PDU #2» уровень управления доступом к среде «MAC» мобильного терминала, соответственно, проверяет поля временного идентификатора услуги «TSI», содержащиеся в полученных блоках протокольных данных «MAC PDU», и принимает решение о приеме этих блоков протокольных данных «MAC PDU» (S150). Предпочтительно, уровень управления доступом к среде «MAC» обнаруживает значения полей временного идентификатора услуги «TSI» в заголовках блоков протокольных данных «MAC PDU» и определяет, относятся ли принятые блоки протокольных данных «MAC PDU» к тем услугам мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которые подписан этот мобильный терминал. Если блок протокольных данных «MAC PDU» относится к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которую подписан этот мобильный терминал, то упомянутый мобильный терминал продолжает принимать блок протокольных данных «MAC PDU». Если блок протокольных данных «MAC PDU» не имеет отношения к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которую подписан этот мобильный терминал, то упомянутый мобильный терминал игнорирует блок использованием информации протокольных данных «MAC PDU».

[102] Используя информацию отображения, полученную с уровня управления ресурсами радиосвязи «RRC» мобильного терминала, которая была получена им от уровня управления ресурсами радиосвязи «RRC» сети «UTRAN», как установлено выше, уровень управления доступом к среде «MAC» мобильного терминала определяет, относится ли блок протокольных данных «MAC PDU» к тем услугам мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которые существует подписка. В частности, уровень управления доступом к среде «MAC» мобильного терминала определяет соответствие полученного значения поля временного идентификатора услуги «TSI», соответствующей услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» по информации отображения. Если соответствующая услуга «MBMS» представляет собой услугу, на которую этот мобильный терминал подписан, то мобильный терминал извлекает блок служебных данных «MAC SDU» и передает его на вышерасположенные уровни. Однако если соответствующая услуга «MBMS» представляет собой услугу, на которую мобильный терминал не подписан, то мобильный терминал игнорирует блок протокольных данных «MAC PDU».

[103] Предпочтительно, если определено, что следует принимать блок протокольных данных «MAC PDU», уровень управления доступом к среде «MAC» мобильного терминала проверяет также поле временного идентификатора услуги «TSI», чтобы найти информацию, связанную с общим логическим каналом, по которому должен передаваться блок протокольных данных «MAC PDU». Здесь, если определено, что следует принять блоки протокольных данных «MAC PDU #1» и «MAC PDU #2», уровень управления доступом к среде «MAC» Мобильного терминала проверяет поля временного идентификатора услуги «TSI», соответствующие блокам протокольных данных «MAC PDU», чтобы определить, нужно ли выполнять обработку полученных блоков протокольных данных «MAC PDU» (S150).

[104] Следовательно, если обнаруженное поле временного идентификатора услуги «TSI» обозначает общий логический канал трафика «МТСН#1», то соответствующий блок служебных данных «MAC SDU #1» передается объекту управления радиоканалом «RLC #1» мобильного терминала по каналу трафика «МТСН#1» (S160). Здесь, если прием выполнен удачно, то мобильный терминал подтверждает, что блок служебных данных «MAC SDU», соответствующий каналу трафика «МТСН#1» представляет собой блок служебных данных «MAC SDU #1». Аналогичным образом, если обнаруженное поле временного идентификатора услуги «TSI» обозначает общий логический канал трафика «MTCH#2», то соответствующий блок служебных данных «MAC SDU #2» MAC передается объекту управления радиоканалом «RLC #2» мобильного терминала по каналу МТСН#2 (S170). Здесь, если прием выполнен удачно, то мобильный терминал подтверждает, что блок служебных данных «MAC SDU», соответствующий каналу трафика «МТСН #2» представляет особой блок служебных данных «MAC SDU #2».

[105] Таким образом, в настоящем изобретении уровень управления доступом к среде «MAC» сети «UTRAN» и мобильный терминал, соответственно, выполняют функции мультиплексирования (уплотнения) и демультиплексирования (разуплотнения) для нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», передаваемых по соответствующим общим логическим каналам. Значение поля временного идентификатора услуги «TSI» используется для обозначения каждой из услуг «MBMS» таким образом, чтобы сделать возможным мультиплексирование нескольких услуг «MBMS» в одном транспортном канале. Следовательно, количество дополнительной передаваемой информации сокращается, поскольку не нужно использовать глобальный идентификатор мультимедийного широковещательного/многоадресного обслуживания «MBMS», имеющий много дополнительной информации. Далее, несколько услуг с различным качеством обслуживания «QoS» или несколько потоков с различным качеством обслуживания «QoS» в рамках одной услуги могут предоставляться одному мобильному терминалу, что необходимо системам мобильной связи следующего поколения. Таким образом, мотивацию для применения методик и предложений, содержащихся в настоящем изобретении, к различным видам схем радиосвязи (беспроводной связи) легко понять специалистам обычной квалификации.

[106] Несмотря на то, что настоящее изобретение описано в приложении к подвижной связи, его можно применять в любых системах беспроводной связи, в которых используются такие подвижные устройства, как персональные электронные секретари «PDA» и портативные компьютеры, оснащенные средствами беспроводной связи. Более того, использование конкретных терминов для описания настоящего изобретения не ограничивает объем настоящего изобретения определенным типом системы подвижной связи, такой как универсальная система подвижной связи «UMTS». Настоящее изобретение применимо также к другим системам подвижной связи, в которых используются другие радиоинтерфейсы и (или) физические уровни, например к системам с многократным доступом с временным разделением «TDMA», кодовым разделением «CDMA» и частотным разделением «FDMA», системам широкополосного беспроводного множественного доступа с кодовым разделением «W-CDMA». и т.п.

[107] Предпочтительные примеры осуществления изобретения могут быть реализованы как способ, устройство или изделие на основе типовых методов программирования и(или) проектирования, позволяющих реализовать программное обеспечение, встроенные программы, и аппаратное обеспечение или различные комбинации этих средств. Термин "изделие", используемый в данном контексте, относится к программному коду или логической функции, реализуемой в логических аппаратных средствах (например, в интегральных микросхемах, программируемых вентильных матрицах «FPGA», специализированных интегральных схемах «ASIC» и т.п.) или к считываемым в компьютере носителям информации [например, к магнитному носителю информации (в частности, к дисководам с жестким диском, гибким дискам, магнитным лентам и т.п.)], оптическим носителям информации (CD-ROM, оптические диски и т.д.), энергозависимым и энергонезависимым запоминающим устройствам (например, к электрически стираемым перепрограммируемым постоянным запоминающим устройствам (ЭСППЗУ), постоянным запоминающем устройствам (ПЗУ), перепрограммируемым постоянным запоминающим устройствам (ППЗУ), оперативным запоминающим устройствам (ОЗУ), динамическим оперативным запоминающим устройствам (ДОЗУ), статическим оперативным запоминающим устройствам (СОЗУ), устройствам со встроенным программным обеспечением, программируемым логическим контроллерам и т.п.).

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

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

Настоящее изобретение представляет собой способ идентификации многоадресной услуги типа «точка - множество точек». Когда несколько многоадресных услуг типа «точка - множество точек» мультиплексируются на одном транспортном канале, задается временный идентификатор услуги «TSI» и вставляется в заголовок блок протокольных данных «MAC PDU» так, что несколько многоадресных услуг типа «точка - множество точек» могут быть указаны по отдельности. Таким образом уменьшается количество дополнительной информации и несколько услуг, имеющих разное качество обслуживания «QoS» несколько потоков с разным качеством обслуживания «QoS» для одной и той же услуги могут быть обработаны и предоставлены мобильному терминалу, что является техническим результатом. 2 н. и 25 з.п. ф-лы., 14 ил., 1 табл.

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

2. Способ по п.1, где назначение указанных идентификаторов многоадресных услуг типа «точка-множество точек» выполняется уровнем управления ресурсами радиосвязи сети.

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

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

5. Способ по п.3, где уровень управления ресурсами радиосвязи сети передает информацию отображения уровню управления ресурсами радиосвязи мобильного терминала.

6. Способ по п.5, где уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.

7. Способ по п.1, где транспортный канал является каналом прямого доступа «FACH».

8. Способ по п.1, где блок протокольных данных передается по общему логическому многоточечному каналу трафика услуги мультимедийного широковещательного/многоадресного обслуживания «МТСН».

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

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

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

12. Способ по п.1, где идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита.

13. Способ по п.1, где по транспортному каналу передаются данные не более чем 16 многоадресных услуг типа «точка-множество точек».

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

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

16. Способ по п.15, где назначение идентификаторов многоадресных услуг типа «точка-множество точек» выполняется уровнем управления ресурсами радиосвязи сети.

17. Способ по п.15, где информация отображения генерируется уровнем управления ресурсами радиосвязи сети.

18. Способ по п.17, где уровень управления ресурсами радиосвязи мобильного терминала получает информацию отображения от уровня управления ресурсами радиосвязи сети.

19. Способ по п.18, где уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.

20. Способ по п.15, где транспортный канал является каналом прямого доступа «FACH».

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

22. Способ по п.21, где значения для идентификаторов многоадресных услуг типа «точка-множество точек» генерируются уровнем управления ресурсами радиосвязи сети и передаются уровню управления ресурсами радиосвязи мобильного терминала.

23. Способ по п.22, где уровень управления ресурсами радиосвязи мобильного терминала передает значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.

24. Способ по п.15, где идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита.

25. Способ по п.15, где по транспортному каналу принимаются данные не более чем 16 многоадресных услуг типа «точка-множество точек».

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

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