Способ указания нисходящих линий связи в беспроводной системе связи

Авторы патента:

ЫЙ Сын-Чун (KR)

ЛИ Ён-Дэ (KR)

ЧХОН Сун-Дук (KR)

H04B7/26 - из которых по меньшей мере одна передвижная

Владельцы патента RU 2374769:

Эл Джи Электроникс Инк. (KR)

Настоящее изобретение относится к способу указания физического канала, передающего данные многоадресной услуги, в системе беспроводной связи. Настоящее изобретение использует идентификатор, чтобы указать конкретную конфигурацию физического канала, направленную ранее мобильному терминалу из сети. Идентификатор может указывать на запись в списке конфигураций физических каналов в конкретном сообщении. В альтернативном варианте конфигурации физического канала в первом сообщении назначается конкретный идентификатор. Затем указанный конкретный идентификатор, указывающий конкретное обозначение, используется во втором сообщении, чтобы идентифицировать конфигурацию физического канала в первом сообщении. Техническим результатом является указание физического канала, по которому передаются многоадресные служебные данные. 5 н. и 29 з.п. ф-лы, 11 ил.

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

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

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

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

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

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

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

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

На фиг.1 изображен пример базовой структуры сети обычной универсальной системы мобильной связи (UMTS). Как показано на фиг.1, универсальная система мобильной связи (UMTS) упрощенно делится на терминал 10, или абонентское оборудование «UE», универсальную наземную сеть 100 радиодоступа «UTRAN» и базовую сеть 200.

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

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

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

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

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

Для поддержки услуг с коммутацией каналов контроллеры 111 радиосети «RNC» соединены с центром 210 коммутации мобильной связи «MSC» базовой сети 200, а центр 210 коммутации мобильной связи «MSC» соединяется с межсетевым коммутационным центром 220 подвижной связи «GMSC», который управляет соединениями с другими сетями.

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

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

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

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

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

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

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

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

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

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

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

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

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

Ниже перечислены различные существующие логические каналы:

Уровень управления доступом к среде «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».

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

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

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

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

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

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

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

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

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

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

Терминал «UE», находящийся в режиме «RRC-соединения», может находится в различных состояниях, например в состоянии «CELL_FACH», в состоянии «CELL_PCH», в состоянии «CELL_DCH» или в состоянии «URA_PCH». В зависимости от состояний терминал «UE» прослушивает различные каналы. Например, терминал «UE», находящийся в состоянии «CELL_DCH», будет пытаться прослушивать (среди прочих) транспортные каналы типа выделенный канал «DCH», которые включают в себя транспортные каналы выделенный информационный канал «DTCH» и выделенный управляющий канал «DCCH» и которые могут отображаться на конкретный физический выделенный канал «DPCH. Терминал «UE» в состоянии «CELL_FACH» будет прослушивать несколько транспортных каналов типа канала прямого доступа «FACH», которые отображаются на конкретный вспомогательный общий физический канал управления «S-ССРСН». Терминал «UE» в состоянии «CELL_FACH» будет прослушивать канал «PICH» и канал «РСН», которые отображаются на конкретный вспомогательный общий физический канал управления «SCCPCH».

Кроме того, терминал «UE» выполняет различные действия в зависимости от состояния. Например, в зависимости от различных условий терминал «UE» в состоянии «CELL_FACH» будет запускать процедуру обновления ячейки - «CELL Update» каждый раз, когда этот терминал «UE» меняет покрытие одной ячейки на покрытие другой ячейки. Терминал «UE» начинает процедуру обновления ячейки посылкой базовой станции «Узел В» сообщения об обновлении ячейки, указывающего, что терминал «UE» изменил свое местоположение. Затем терминал «UE» начинает прослушивать канал прямого доступа «FACH». Эта процедура дополнительно используется, когда терминал «UE» переходит в состояние «CELL_FACH» из любого другого состояния, и при этом UE не имеет доступных временных идентификаторов «C-RNTI», например, когда терминал «UE» переходит из состояния «CELL_PCH» или «CELL_DCH» или когда терминал «UE» в состоянии «CELL_FACH» находится вне зоны покрытия.

В состоянии «CELL_DCH» терминал «UE» получает выделенные ресурсы радиосвязи и, кроме того, может пользоваться совместно используемыми ресурсами радиосвязи. Это позволяет терминалу «UE» обеспечивать высокую скорость передачи информации и эффективно обмениваться данными. Однако ресурсы радиосвязи ограничены. В обязанности универсальной наземной сети радиодоступа «UTRAN» распределять ресурсы радиосвязи между терминалами «UE» таким образом, чтобы они использовались эффективно и гарантировалось необходимое качество услуг различным терминалам «UE».

Терминал «UE» в состоянии «CELL_FACH» не получает выделенных ресурсов радиосвязи и может поддерживать связь с универсальной наземной сетью радиодоступа «UTRAN» только по совместно используемым каналам. Таким образом, терминал «UE» потребляет меньше ресурсов радиосвязи. Однако доступная скорость передачи данных весьма ограничена. Кроме того, терминалу «UE» необходимо постоянно контролировать совместно используемые каналы. Таким образом, в случае, когда терминал «UE» не передает информацию, потребление энергии аккумуляторных батарей терминалом «UE» повышается.

Терминал «UE» в состояниях «CELL_PCH»/«URA_PCH» контролирует каналы поискового вызова только в определенные моменты и тем самым экономит энергию аккумуляторов. Однако в случае, если сеть хочет обратиться к терминалу «UE», она сначала должна обозначить свое желание в один из упомянутых определенных моментов поискового вызова. Затем сеть может обратиться к терминалу «UE», но только в том случае, если терминал «UE» ответил на поисковый вызов. Далее, терминал «UE» может обратиться к сети после выполнения процедуры обновления ячейки, которая создает дополнительные задержки, когда терминал «UE» собирается передать данные универсальной наземной сети радиодоступа «UTRAN».

Основная системная информация передается по логическому широковещательному каналу «ВССН», который отображается на канал «Р-ССРСН» (основной общий физический канал управления). Конкретные блоки системной информации могут быть переданы по каналу прямого доступа «FACH». Когда по каналу прямого доступа «FACH» передается системная информация, терминал «UE» получает конфигурацию канала прямого доступа «FACH» или по широковещательному каналу «ВССН», который принимается по основному общему физическому каналу управления «Р-ССРСН» или по выделенному каналу. Основной общий физический канал управления «Р-ССРСН» передает данные с использованием того же кода скремблирования, что и P-CPICH (основной общий контрольный канал), код которого является основным кодом скремблирования в ячейке.

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

Системная информация содержит информацию о соседних ячейках, конфигурацию транспортных каналов абонентской связи «RACH» и прямого доступа «FACH», а также конфигурацию канала «МССН», который является выделенным каналом для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Каждый раз, когда терминал «UE» меняет ячейку, терминал «UE» находится в режиме ожидания вызова или в режиме ожидания. Когда терминал «UE» выбрал ячейку (в состоянии «CELL_FACH», «CELL_PCH» или «URA_PCH»), терминал «UE» проверяет достоверность имеющейся системной информации.

Системная информация организована в виде блоков системной информации «SIB», блоков эталонной информации «MIB» и блоков планирования. Блок эталонной информации «MIB» передается очень часто и содержит информацию о синхронизации блоков планирования и различных блоков системной информации «SIB». Для блоков системной информации «SIB», связанных с меткой значения, блок эталонной информации «MIB» содержит также информацию о последней версии части блоков системной информации «SIB». Блоки системной информации «SIB», не связанные с меткой значения, связаны с таймером истечения времени. Блоки системной информации «SIB», связанные с таймером истечения времени, становятся некорректными и должны быть повторно считаны, если время последнего считывания блоков системной информации «SIB» больше значения таймера истечения времени. Блоки системной информации «SIB», связанные с меткой значения, являются корректными только в том случае, если их метка значения совпадает с меткой значения широковещательной передачи в блоке эталонной информации «MIB». Каждый блок является корректным в пределах некоторой области, например ячейки, наземной сети мобильной связи общего пользования «PLMN» или эквивалентной наземной сети мобильной связи общего пользования «PLMN», которая указывает ячейки, где блок системной информации «SIB» является корректным. Блок системной информации «SIB» с областью действия в границах ячейки является корректным только в той ячейке, где он был считан. Блок системной информации «SIB» с областью действия в виде наземной сети мобильной связи общего пользования «PLMN» является корректным во всей области «PLMN». Блок системной информации «SIB» с областью действия в виде эквивалентной наземной сети мобильной связи общего пользования «PLMN» является корректным во всей области «PLMN» и в эквивалентной области «PLMN».

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

Система 3GPP предоставляет мультимедийное широковещательное/многоадресное обслуживание «MBMS». Техническая группа TSG SA - (аспект системы и услуг) проекта 3GPP определяет различные элементы системы и их функции, необходимые для поддержки услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS». Услуга широковещательной передачи в ячейке в рамках традиционной технологии ограничивается услугой, где осуществляется широковещательная передача коротких текстовых сообщений в конкретной области. Однако услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» представляет собой более развитую услугу, которая предусматривает многоадресную передачу мультимедийной информации терминалам «UE», которые стали абонентами соответствующей услуги в дополнение к широковещательной передаче мультимедийной информации.

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

На фиг.6 показан процесс оказания конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» с использованием многоадресного режима. Процедуру можно разделить на действия двух видов - прозрачные и непрозрачные для универсальной наземной сети радиодоступа «UTRAN».

Прозрачные действия описываются следующим образом. Пользователь, собирающийся принимать услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», должен сначала стать абонентом, чтобы получить возможность принимать услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», принимать информацию об услугах мультимедийного широковещательного/многоадресного обслуживания «MBMS» и присоединиться к пользованию конкретным набором услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS». Объявление об услуге предоставляет терминалу перечень оказываемых услуг и другую связанную с этим информацию. Затем пользователь может присоединиться к пользованию этими услугами. Этим присоединением пользователь указывает, что он собирается принимать информацию, связанную с услугами, абонентом которых стал пользователь, и входит в группу пользователей услуги многоадресной передачи. Когда пользователь теряет интерес к данной услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», он выходит из пользования этой услугой, то есть выходит из группы пользователей услуги многоадресной передачи. Эти действия могут быть предприняты с использованием любых средств связи, то есть, эти действия могут быть предприняты с помощью SMS (коротких сообщений) или Интернет. Эти действия не обязательно должны выполняться с использованием универсальной мобильной телекоммуникационной системы «UMTS».

Чтобы получать услугу, для получения которой пользователь состоит в группе многоадресной передачи, выполняются следующие действия, непрозрачные для универсальной наземной сети радиодоступа «UTRAN». Обслуживающий узел «SGSN» информирует контроллер радиосети «RNC» о начале сеанса. Затем контроллер радиосети «RNC» уведомляет терминал «UE» группы многоадресной передачи о том, что оказание данной услуги начато, чтобы инициировать прием данной услуги. После передачи в широковещательном режиме необходимых действий для терминала «UE» и, как итог, конфигурирование широкополосных многоточечных радиоканалов связи одного абонента с несколькими для данной услуги, начинается передача информации. Когда сеанс прекращается, обслуживающий узел «SGSN» сообщает контроллеру радиосети «RNC» о прекращении сеанса, контроллер радиосети «RNC» в свою очередь инициирует прекращение сеанса. Передача услуги от обслуживающего узла «SGSN» означает для контроллера радиосети «RNC» предоставление услуги широкополосного радиоканала для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS».

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

Причем услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» могут выполняться параллельно с приемом других услуг, например речевой или видеосвязи, в области коммутации каналов «CS», передачи SMS, в области коммутации каналов «CS» или области коммутации пакетов «PS», передачи данных в области коммутации пакетов PS или любых сигналов, связанных с универсальной наземной сетью радиодоступа «UTRAN», областью коммутации пакетов «PS» или областью коммутации каналов «CS».

В отличие от услуги многоадресной передачи, для широковещательной передачи, как показано на фиг.7, прозрачным образом должно производиться только объявление об услуге. Не требуется ни подписки, ни присоединения к пользованию услугой. Затем действия, прозрачные для контроллера радиосети «RNC», те же, что и для услуг многоадресной передачи.

Для мультимедийного широковещательного/многоадресного обслуживания «MBMS» вводятся два дополнительных канала управления. Это многоточечный управляющий канал мультимедийного широковещательного/многоадресного обслуживания «МССН» и канал индикатора уведомления мультимедийного широковещательного/многоадресного обслуживания «MICH». Канал «МССН» отображается на канал прямого доступа «FACH». Канал «MICH» является новым физическим каналом и используется для уведомления пользователей о чтении канала «МССН». Канал «MICH» предназначен для того, чтобы терминалы «UE» могли реализовать схему «DRX» - прерывистый прием. Прерывистый прием «DRX» позволяет сократить потребление энергии аккумуляторами для терминалов «UE», при этом терминалы «UE» могут по-прежнему знать о любой услуге, для которой начат сеанс. Канал «MICH» может использоваться для информирования терминалов «UE» об изменении схемы сведения частоты, изменении конфигурации многоточечного широкополосного радиоканала (PtM), переключении между многоточечным широкополосным радиоканалом (PtM) и широкополосным радиоканалом прямой связи (PtP) и т.д.; все вышеперечисленное требует чтения канала «МССН».

Канал «МССН» периодически передает информацию, связанную с действующими услугами, конфигурацией канала «МТСН» - многоточечного канала трафика «MBMS», сведением частоты и т.п. Терминал «UE» считывает информацию канала «МССН» для приема подписанных услуг на основе различных переключений, т.е. после выбора/повторного выбора ячейки, когда терминал «UE» уведомляется о данной услуге по каналу «MICH», или когда терминал «UE» уведомляется по выделенному каналу «DCCH» и другие случаи.

Физический канал, такой как вспомогательный общий физический канал управления «S-CCPCH», далее вспомогательный канал управления «S-ССРСН», характеризуется определенными параметрами физического канала, такими как коэффициент расширения, код расширения, тип кодирования, размеры транспортных блоков и другими параметрами. Обычно, когда пользователю необходимо прослушивать вспомогательный канал управления «S-CCPCH», пользователю предоставляется полный набор таких физических параметров.

В одной ячейке может быть несколько вспомогательных каналов управления «S-CCPCH». Для выделенных услуг пользователю в общем случае необходимо считывать данные только по одному вспомогательному каналу управления «S-CCPCH». Если пользователь принимает несколько вспомогательных каналов управления «S-CCPCH», он составляет список вспомогательных каналов управления «S-CCPCH», исходя из различных критериев, таких как все вспомогательные каналы управления «S-CCPCH», несущие каналы индикатора вызова «PICH» или все вспомогательные каналы управления «S-CCPCH», несущие каналы прямого доступа «FACH». Вспомогательные каналы управления «S-CCPCH» могут быть пронумерованы от 0 до количества вспомогательных каналов управления «S-CCPCH», имеющихся в ячейке, минус один канал. Соответственно, может быть разработана формула, так что пользователь может определить входной номер вспомогательного канала управления «S-CCPCH», который пользователь должен прослушивать. Например, входной номер может быть получен путем расчета модуля идентификатора пользователя и номера имеющегося в наличии вспомогательного канала управления «S-CCPCH», как показано на Фиг.8.

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

Для мультимедийного широковещательного/многоадресного обслуживания «MBMS» вспомогательный канал управления «S-CCPCH» также используется для передачи многоадресных данных (PtM - point-to-multipoint). В определенных случаях существует возможность того, что одинаковые данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» посылаются разным сотовым ячейкам. В случае когда пользователь находится между двумя ячейками, в которых по вспомогательным каналам управления «S-CCPCH» передается одинаковый контент, между двух сотовых ячеек более выгодно использовать специальную схему объединения физических уровней, как показано на Фиг.9, где пользователь использует тот факт, что аналогичные данные передаются несколькими ячейками, от которых пользователь может осуществлять прием. Это увеличивает шансы правильного приема данных пользователем.

Как показано на Фиг.9, пользователь находится между сотовой ячейкой 1 и сотовой ячейкой 2. Сотовая ячейка 1 использует вспомогательный канал управления «S-CCPCH» с конфигурацией 1А и другой вспомогательный канал управления «S-CCPCH» с конфигурацией 1В. Сотовая ячейка 2 использует вспомогательные каналы управления «S-CCPCH» с конфигурациями 2А и 2В, соответственно. Для использования схемы объединения физических уровней необходимо указать пользователю, какой вспомогательный канал управления «S-CCPCH» из сотовой ячейки 1 может быть объединен с таким то вспомогательный канал управления «S-CCPCH» сотовой ячейки 2.

В случае если услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» предоставляется по вспомогательному каналу управления «S-CCPCH», конфигурация которого уже передана в системной информации, малоэффективной является повторная посылка конфигурации, когда канал трафика «МТСН» отображается на вспомогательный канал управления «S-CCPCH». Кроме этого, в случае если используется объединение физических уровней, малоэффективной является повторять передачу для конфигурации каждого вспомогательного канала управления «S-CCPCH» соседней сотовой ячейки конфигурации вспомогательного канала управления «S-CCPCH» используемой сотовой ячейки, с которой он может быть объединен физическим уровнем, и наоборот.

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

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

Настоящее изобретение направлено на создание способа указания физического канала, по которому передаются многоадресные служебные данные.

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

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

Предпочтительно первое сообщение передается по широковещательному каналу «ВССН», при этом первое сообщение представляет собой сообщение с системной информацией. В ином случае первое сообщение передается через канал управления «МССН», при этом первое сообщение является управляющим сообщением о многоадресной услуге.

Предпочтительно второе сообщение передается по каналу управления «МССН», при этом второе сообщение является управляющим сообщением о многоадресной услуге. В дополнение к этому физическим каналом является вспомогательный канал управления «S-CCPCH».

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

Предпочтительно прием первого сообщения осуществляется по широковещательному каналу «ВССН», при этом первое сообщение является сообщение с системной информацией. В ином случае прием первого сообщения осуществляется через канал управления «МССН», при этом первое сообщение является управляющим сообщением о многоадресной услуге.

Предпочтительно прием второго сообщения осуществляется по каналу управления «МССН», при этом второе сообщение является управляющим сообщением о многоадресной услуге. В дополнение к этому физическим каналом является вспомогательный канал управления «S-CCPCH».

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

Предпочтительно прием первого сообщения осуществляется по широковещательному каналу «ВССН», при этом первое сообщение является сообщением с системной информацией. В ином случае прием первого сообщения осуществляется через канал управления «МССН», при этом первое сообщение является управляющим сообщением о многоадресной услуге.

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

Необходимо понимать, что предшествующее обобщенное описание и последующее подробное описание настоящего изобретения являются иллюстративными и пояснительными и предназначены для дополнительного пояснения формулы изобретения.

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

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

На Фиг.1 показана блок-схема обобщенной структуры универсальной мобильной телекоммуникационной системы «UMTS»

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

На Фиг.3 показано отображение логических каналов на транспортные каналы в мобильном терминале.

На Фиг.4 показано отображение логических каналов на транспортные каналы в сети.

На Фиг.5 показаны возможные переходы между режимами и состояниями в универсальной мобильной телекоммуникационной системе «UMTS».

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

На Фиг.7 показан процесс оказания услуг в режиме широковещательной передачи.

На Фиг.8 показан способ определения входного номера физического канала, который будет прослушивать мобильный терминал.

На Фиг.9 показана схема объединения физических уровней между двумя сотовыми ячейками.

На Фиг.10 схематично представлен способ указания конфигурации физического канала путем использования неявного (скрытого) идентификатора в соответствии с первым примером осуществления настоящего изобретения.

На Фиг.11 схематично представлен способ указания конфигурации физического канала путем использования явного идентификатора в соответствии со вторым примером осуществления настоящего изобретения.

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

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

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

Как показано на Фиг.10, «Сообщение 1» формируется сетью для информирования мобильного терминала о характеристиках физического канала, например вспомогательного общего физического канала управления «S-CCPCH» (вспомогательный канал управления «S-CCPCH»). Обычно вспомогательный канал управления «S-CCPCH» используется для поддержки транспортных каналов, таких как канал прямого доступа «FACH» и пейджинговый канал «РСН». «Сообщение 1» содержит множество конфигураций вспомогательных каналов управления «S-CCPCH», которые передаются на мобильный терминал. Каждая конфигурация вспомогательного канала управления «S-CCPCH» связана с соответствующим физическим вспомогательным каналом управления «S-CCPCH». «Сообщение 1» может быть передано на мобильный терминал как сообщение с блоком системной информации «SIB 5» или «SIB 6», посланное по логическому широковещательному каналу «ВССН». В качестве альтернативы «Сообщение 1» может быть передано на мобильный терминал как конкретное сообщение мультимедийного широковещательного/многоадресного обслуживания «MBMS», такое как сообщение «MBMS CURRENT CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания текущей ячейки») или «MBMS NEIGHBOURING CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания смежной ячейки»), переданное по логическому каналу управления «МССН». Предпочтительно сеть группирует конфигурации вспомогательных каналов управления «S-CCPCH» в список в «Сообщении 1», как показано на Фиг.10.

Далее на Фиг.10 показано, что «Сообщение 2» также формируется сетью с целью информирования мобильного терминала о характеристиках физического канала для конфигурирования для приема вспомогательного канала управления «S-CCPCH». «Сообщение 2» может быть передано на мобильный терминал как конкретное сообщение мультимедийного широковещательного/многоадресного обслуживания «MBMS», такое как сообщение «MBMS CURRENT CELL P-T-M RB INFORMATION» или «MBMS NEIGHBOURING CELL P-T-M RB INFORMATION», переданное по логическому каналу управления «МССН».

При последующем информировании мобильного терминала о характеристиках физического канала сеть зачастую будет предоставлять информацию о конкретном вспомогательном канале управления «S-CCPCH», для которого была уже послана на мобильный терминал конфигурация вспомогательного канала управления «S-CCPCH». Таким образом, для экономии ресурсов в настоящем изобретении предусмотрено, чтобы «Сообщение 2» ссылалось на конфигурацию вспомогательного канала управления «S-CCPCH» в «Сообщении 1» вместо повторной передачи информации о конфигурации вспомогательного канала управления «S-ССРСН». После получения «Сообщения 2» мобильный терминал находит в «Сообщении 1» конфигурацию вспомогательного канала управления «S-ССРСН», на которую сослалось «Сообщение 2», и выполняет конфигурирование для приема вспомогательного канала управления «S-ССРСН» в соответствии с конфигурацией вспомогательного канала управления «S-CCPCH» в «Сообщении 1». В результате этого происходит уменьшение объема данных, передаваемых из сети и принимаемых мобильным терминалом. Так происходит экономия ресурсов системы.

Как показано на Фиг.10, в предпочтительном варианте ссылка в «Сообщении 2» на конфигурации вспомогательного канала управления «S-ССРСН» в «Сообщении 1» осуществляется при помощи неявного идентификатора или порядкового номера вспомогательного канала управления «S-CCPCH». «Сообщение 2» может содержать столько неявных идентификаторов, сколько существует конфигураций вспомогательного канала управления «S-CCPCH», которые должны быть найдены по ссылке в «Сообщение 1». Например, предположим, что в «Сообщении 1» находятся четыре конфигурации вспомогательного канала управления «S-CCPCH», таких как конфигурации вспомогательного канала управления «S-CCPCH», обозначенные на Фиг.10 буквами «А, В, С и D», для которых в «Сообщении 2» имеются максимально четыре неявных идентификатора для нахождения в «Сообщении 1» по ссылке четырех конфигураций вспомогательного канала управления «S-CCPCH». В данном случае неявные идентификаторы указывают порядковый номер в списке конфигураций вспомогательного канала управления «S-CCPCH» в «Сообщении 1».

Как показано на Фиг.10, три неявных идентификатора в «Сообщении 2» делают ссылку на три конфигурации вспомогательного канала управления «S-CCPCH» в «Сообщении 1». В данном примере вспомогательный канал управления «S-CCPCH» с порядковым номером 3 соответствует четвертой записи в списке конфигураций вспомогательного канала управления «S-CCPCH» в «Сообщении 1». Таким образом, вспомогательный канал управления «S-CCPCH» с порядковым номером 3 привязывается к конфигурации «D» вспомогательного канала управления «S-ССРСН». Аналогично вспомогательный канал управления «S-CCPCH» с порядковым номером 2 соответствует третьей записи в списке конфигураций вспомогательного канала управления «S-CCPCH» в «Сообщении 1». Поэтому вспомогательный канал управления «S-CCPCH» с порядковым номером 2 привязывается к конфигурации «С» вспомогательного канала управления «S-ССРСН». Кроме того, канал с порядковым номером 0 соответствует первой записи в списке конфигураций вспомогательного канала управления «S-ССРСН» в «Сообщении 1». Соответственно вспомогательный канал управления «S-CCPCH» с порядковым номером 0 привязывается к конфигурации «А» вспомогательного канала управления «S-CCPCH».

На Фиг.11 показан способ указания физического канала в соответствии со вторым примером осуществления настоящего изобретения.

Как показано на Фиг.11, сеть формирует «Сообщение 1» для информирования мобильного терминала о характеристиках физического канала для конфигурирования для приема вспомогательного канала управления «S-CCPCH». «Сообщение 1» содержит множество конфигураций, передаваемых на мобильный терминал. Каждая конфигурация вспомогательного канала управления «S-CCPCH» связана с соответствующим физическим вспомогательным каналом управления «S-CCPCH», необходимым для мобильного терминала для приема. «Сообщение 1» может быть передано на мобильный терминал в виде сообщения с блоком системной информации «SIB 5» или «SIB 6», посланного по логическому широковещательному каналу «ВССН». В качестве альтернативы «Сообщение 1» может быть передано на мобильный терминал как конкретное сообщение мультимедийного широковещательного/многоадресного обслуживания «MBMS», такое как сообщение «MBMS CURRENT CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания текущей ячейки») или «MBMS NEIGHBOURING CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания смежной ячейки»), переданное по логическому каналу управления «МССН». Предпочтительно сеть в «Сообщении 1» назначает идентификатор конфигурации или идентификационный номер для каждой конфигурации вспомогательного канала управления «S-CCPCH».

Далее на Фиг.11 показано, что «Сообщение 2» также формируется сетью с целью информирования мобильного терминала о характеристиках физического канала для конфигурирования для приема вспомогательного канала управления «S-CCPCH». «Сообщение 2 может быть передано на мобильный терминал как конкретное сообщение мультимедийного широковещательного/многоадресного обслуживания «MBMS» MBMS, такое как сообщение «МВМ5 CURRENT CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания текущей ячейки») или «MBMS NEIGHBOURING CELL P-T-M RB INFORMATION» («Информация об однонаправленном многоточечном канале радиосвязи мультимедийного широковещательного/многоадресного обслуживания смежной ячейки»), которое передается по логическому каналу управления «МССН».

Как показано на Фиг.11, предпочтительно ссылка в «Сообщении 2» на конфигурации вспомогательного канала управления «S-CCPCH» в «Сообщении 1» осуществляется при помощи явного идентификатора или идентификационного номера вспомогательного канала управления «S-ССРСН». «Сообщение 2» может содержать столько явных идентификаторов, сколько существует конфигураций вспомогательного канала управления «S-ССРСН», которые должны быть найдены в «Сообщении 1». Например, предположим, что в «Сообщении 1» находятся четыре конфигурации вспомогательного канала управления «S-CCPCH», таких как конфигурации вспомогательного канала управления «S-CCPCH», обозначенные на Фиг.11 буквами «А, В, С и D», для которых в Сообщении 2 имеются максимально четыре явных идентификатора для нахождения в «Сообщении 1» четырех конфигураций вспомогательного канала управления «S-CCPCH». В данном случае явные идентификаторы указывают конкретное обозначение конфигурации вспомогательного канала управления «S-CCPCH», обнаруженной в «Сообщении 1» путем указания на идентификационный номер, назначенный сетью для конфигурации вспомогательного канала управления «S-CCPCH».

Как показано на Фиг.11, три явных идентификатора в «Сообщении 2» относятся к трем конфигурациям вспомогательного канала управления «S-CCPCH» в «Сообщении 1». Конфигурациям вспомогательного канала управления «S-CCPCH» сеть произвольно назначила идентификационные номера. Для указания на конфигурацию вспомогательного канала управления «S-CCPCH» в «Сообщении 2» используется конкретный идентификационный номер. В данном примере конфигурации «А» вспомогательного канала управления «S-CCPCH» присвоен идентификационный номер 6, конфигурации «С» вспомогательного канала управления «S-CCPCH» присвоен идентификационный номер 5, а конфигурации «D» вспомогательного канала управления «S-CCPCH» присвоен идентификационный номер 2. Таким образом, «Сообщение 2» может четко идентифицировать конфигурацию в «Сообщении 1» путем указания конкретного идентификационного номера, назначенного для конфигурации.

Способ по второму примеру осуществления изобретения является предпочтительным в случае, если изменяются позиции записей конфигураций в «Сообщении 1». Например, если позиция записи конфигурации «А» вспомогательного канала управления «S-CCPCH» в «Сообщении 1», как показано на Фиг.11, была перемещена с первой позиции на третью позицию в списке в результате добавления новых конфигураций в «Сообщение 1», то конкретный идентификационный номер 6, присвоенный конфигурации «А» вспомогательного канала управления «S-CCPCH», остается без изменения. Таким образом, когда «Сообщение 2» указывает на конфигурацию «А» вспомогательного канала управления «S-CCPCH», «Сообщение 2» продолжает использовать конкретный идентификационный номер 6. Следовательно, «Сообщению 2» нет необходимости изменять идентификатор, используемый для указания конфигурации, в результате смены позиции ее записи в «Сообщении 1». Предпочтительно, данный способ может быть использован при передаче услуги по вспомогательному каналу управления «S-CCPCH», который внесен в список в сообщении с блоком системной информации «SIB 5» или «SIB 6», для указания на блок системной информации «SIB», заданный здесь. Данный способ может быть также использован для указания вспомогательного канала управления «S-CCPCH», имеющегося в смежной сотовой ячейке, с которым может быть объединен вспомогательный канала управления «S-CCPCH» текущей ячейки.

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

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

2. Способ по п.1, где первое сообщение принимают по широковещательному управляющему каналу «ВССН».

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

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

5. Способ по п.1, где первое сообщение представляет собой управляющее сообщение многоадресной услуги.

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

7. Способ по п.1, где второе сообщение представляет собой управляющее сообщение многоадресной услуги.

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

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

10. Способ по п.9, где первое сообщение передают по широковещательному управляющему каналу «ВССН».

11. Способ по п.9, где первое сообщение является сообщением с системной информацией.

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

13. Способ по п.9, где первое сообщение представляет собой управляющее сообщение многоадресной услуги.

14. Способ по п.9, где второе сообщение передают по многоточечному управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН».

15. Способ по п.9, где второе сообщение представляет собой управляющее сообщение многоадресной услуги.

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

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

18. Способ по п.17, где первое сообщение принимают по широковещательному управляющему каналу «ВССН».

19. Способ по п.17, где первое сообщение является сообщением с системной информацией.

20. Способ по п.17, где первое сообщение принимают по многоточечному управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН».

21. Способ по п.17, где первое сообщение представляет собой управляющее сообщение многоадресной услуги.

22. Способ по п.17, где второе сообщение принимают по многоточечному управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН».

23. Способ по п.17, где второе сообщение представляет собой управляющее сообщение многоадресной услуги.

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

25. Способ по п.24, где первое сообщение передают по широковещательному управляющему каналу «ВССН».

26. Способ по п.24, где первое сообщение является сообщением с системной информацией.

27. Способ по п.24, где первое сообщение передают по многоточечному управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН».

28. Способ по п.24, где первое сообщение представляет собой управляющее сообщение многоадресной услуги.

29. Способ по п.24, где второе сообщение передают по многоточечному управляющему каналу мультимедийного широковещательного/многоадресного обслуживания «МССН».

30. Способ по п.24, где второе сообщение представляет собой управляющее сообщение многоадресной услуги.

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

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

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

34. Способ по п.31, в котором многоадресная услуга представляет собой услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», а сеть представляет собой наземную сеть радиодоступа «UTRAN» универсальной системы мобильной связи «UMTS».

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