Патент на изобретение №2392776

(54) СПОСОБ РАСПРЕДЕЛЕНИЯ ВО ВРЕМЕНИ ИНФОРМАЦИИ О МНОГОАДРЕСНОМ КАНАЛЕ УПРАВЛЕНИЯ

(57) Реферат:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[30]

Канал управления (ССН)	ВССН (канал управления радиовещанием -широковещательной передачей)
	РССН (канал управления поисковым вызовом – пейджинговый канал)
	DCCH (выделенный канал управления)
	СССН (общий канал управления)
	SHCCH (совместно используемый канал управления -мультиплексный канал)
	МССН (многоточечный канал управления MBMS)
Канал -трафика (ТСН)	DTCH (выделенный канал трафика)
	СТСН (общий канал трафика)
	МТСН (многоточечный канал трафика MBMS)

[31] Уровень управления доступом к среде «MAC» соединен с физическим уровнем транспортными каналами и в соответствии с типом управляемого транспортного канала подразделяется на подуровень управления доступом к среде широковещательного канала – «МАС-b» (далее, подуровень управления широковещательным каналом «МАС-b»), подуровень управления доступом к среде выделенного канала – «MAC-d» (далее, подуровень управления выделенным каналом «MAC-d»), подуровень управления доступом к среде общего и совместно используемого каналов – «MAC-c/sh» (далее, подуровень управления общим и совместно используемым каналами «MAC-c/sh») и подуровень управления доступом к среде совместно используемого канала – «MAC-hs» (далее, подуровень управления совместно используемым каналом «MAC-hs»).

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

[33] Подуровень управления общим и совместно используемым каналами «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».

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

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

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

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

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

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

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

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

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

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

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

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

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

[47] Терминал «UE» в состояниях «CELL_PCH»/«URA_РСН» может следить только за каналом поискового вызова в специально установленных случаях и таким образом снижается до минимума расход заряда батареи. Однако, если сети необходимо получить доступ к терминалу, она должна в первую очередь указать это намерение в ходе сеанса пейджинговой связи. После этого сеть может получить доступ к терминалу, но только в том случае, если терминал ответил на поисковый вызов. В дальнейшем, терминал может получить доступ к сети только после выполнения процедуры обновления ячейки «Cell Update», которая вносит дополнительные потери времени, когда терминал хочет послать данные в универсальную наземную сеть радиодоступа «UTRAN».

[48] В общем случае, терминал «UE», находящийся в состоянии «CELL_DCH», одновременно обменивается данными с разными ячейками базовой сети, используя выделенный физический канал управления «DPCCH». Различные ячейки, с которыми соединен терминал «UE», то есть ячейки, с которыми терминал «UE» обменивается информацией по выделенному физическому каналу управления «DPCCH», могут принадлежать одной или разным базовым сетям «Узлам-В». Разные базовые сети могут быть соединены с одним контроллером радиосети «RNC» или различными контроллерами радиосети «RNC». Когда терминал «UE», находящийся в состоянии «CELL_DCH», обменивается данными с ячейкой, считается, что терминал UE имеет с ячейкой радиоканал. Когда терминал «UE» имеет радиоканалы с несколькими базовыми станциями «Узлами-В», считается, что терминал «UE» находится в режиме плавного перехода (с сохранением соединения). Когда терминал UE имеет радиоканалы с несколькими сотами одного узла-В, считается, что терминал UE находится в режиме сохранения соединения при переходе из зоны в зону. Набор всех используемых терминалом UE радиоканалов называется “активным набором” терминала UE. Терминал «UE» может через сигнальные сообщения получать информацию о соседних ячейках, чтобы оценивать качество ячейки и сообщать эту информацию контроллеру радиосети «RNC». Затем контроллер радиосети «RNC» может использовать эту информацию для обновления списка ячеек в “активном наборе” терминала UE.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[63] На Фиг.8 показана обычная последовательность действий в сеансе со стороны универсальной наземной сети радиодоступа «UTRAN». Как показано на чертеже, обслуживающий узел «SGSN» информирует контроллер радиосети «RNC» о начале сеанса связи (действие 1). После этого контроллер радиосети «RNC» может выполнить процедуру подсчета, которая побуждает некоторые терминалы «UE» установить соединение с доменом пакетной коммутации «PS» (действие 2). Следовательно, инициируется установление «RRC-соединения» для терминалов «UE». Это позволяет контроллеру радиосети «RNC» оценить число терминалов «UE» в данной ячейке, которые заинтересованы в пользовании услугой. Когда терминал «UE» установил соединение с доменом пакетной коммутации «PS», обслуживающий узел «SGSN» инициирует процедуру «Iu»-соединения, которая предоставляет контроллеру «RNC» список многоадресных услуг, к которым присоединился терминал «UE».

[64] Для терминалов «UE», установивших «RRC-соединение». заинтересованных в данной услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», но не имеющих соединения с доменом пакетной коммутации «PS», контроллер радиосети «RNC» передает терминалам «UE» отдельное сообщение, которое побуждает их установить соединение с доменом пакетной коммутации «PS» (действие 3). Когда терминал «UE» установил соединение с доменом пакетной коммутации «PS», обслуживающий узел «SGSN» инициирует процедуру «Iu-соединения», которая предоставляет контроллеру радиосети «RNC» список многоадресных услуг, к которым присоединился терминал «UE». Для терминалов «UE», которые не находятся в состоянии «CELL_DCH», схема совместимости частотных уровней позволяет контроллеру радиосети «RNC» побудить терминалы «UE» сменить прослушиваемую ими частоту (действие 4).

[65] В зависимости от схемы управления ресурсами радиосвязи «RRM». контроллер радиосети «RNC» создает однонаправленные многоточечные радиоканалы «PtM» типа “точка-множество точек” или радиоканалы прямой связи «PtP» типа “точка-точка” для предоставления услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» (действие 5а или 5b). Контроллер радиосети «RNC» доставляет данные, полученные от обслуживающего узла «SGSN», терминалам «UE», которые входят в группу пользователей многоадресной передачи. После передачи данных обслуживающий узел «SGSN» информирует контроллер радиосети «RNC» об окончании сеанса (действие 6). Затем контроллер радиосети «RNC » разъединяет каналы радиосвязи «PtP» или «PtM», используемые для передачи данных мультимедийного широковещательного/многоадресного обслуживания «MBMS» (действие 7а или 7b).

[66] В целом, для терминалов «UE» в состоянии «RRC-соединения» имеются две возможности. Терминал «UE» либо будет иметь соединение, установленное с доменом пакетной коммутации «PS» «РММ-соединение», либо не будет иметь соединения, установленного с доменом пакетной коммутации «PS» (режим «РММ-ожидания» (бездействия)). Когда отсутствует соединение, установленное с доменом пакетной коммутации «PS», терминал «UE» обычно имеет соединение с доменом с коммутацией каналов «CS». В ином случае терминал «UE» не находится в режиме «RRC-соединения».

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

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

[69] Информация мультимедийного многоточечного канала управления «МССН» передается по фиксированному расписанию. Расписание указывает интервал времени передачи «TTI», который содержит начало информации мультимедийного многоточечного канала управления «МССН». Передача информации может занять переменное количество интервалов времени передачи «TTI». Универсальная наземная сеть радиодоступа «UTRAN» передает информацию мультимедийного многоточечного канала управления «МССН» в следующих друг за другом интервалах времени передачи «TTI». Мобильный терминал «UE» продолжает принимать вспомогательный общий физический канал управления «S-CCPCH» до тех пор, пока не наступит одно из следующих событий: 1) терминал «UE» принял всю информацию мультимедийного многоточечного канала управления «МССН»; 2) терминал «UE» принял интервал времени передачи «TTI», который не содержит данных мультимедийного многоточечного канала управления «МССН»; или 3) содержание информации укажет, что дальнейший прием не требуется (например, нет изменений в информации о желаемой услуге).

[70] На основе такого режима работы универсальная наземная сеть радиодоступа «UTRAN» может для повышения надежности повторять информацию мультимедийного многоточечного канала управления «МССН» в следующей планируемой передаче. Расписание передач мультимедийного многоточечного канала управления «МССН» является общим для всех услуг. Периодически передается вся информация мультимедийного многоточечного канала управления «МССН» в соответствии с «периодом повтора». «Период изменения» в целое число раз больше периода повтора. Периодически может передаваться «ИНФОРМАЦИЯ ДОСТУПА К MBMS» в соответствии с «периодом информации доступа». Этот период в целое число раз меньше «периода повтора».

[71] Информацию мультимедийного многоточечного канала управления «МССН» можно подразделить на важную и менее важную. Важную информацию составляют «ОБЩАЯ ИНФОРМАЦИЯ О МНОГОТОЧЕЧНОМ РАДИОКАНАЛЕ MBMS»; «ИНФОРМАЦИЯ О РАДИОКАНАЛЕ MBMS ПРЯМОЙ СВЯЗИ ТЕКУЩЕЙ ЯЧЕЙКИ»; «ОБЩАЯ ИНФОРМАЦИЯ MBMS»; «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS»; «ИНФОРМАЦИЯ О МНОГОТОЧЕЧНОМ РАДИОКАНАЛЕ MBMS СОСЕДНЕЙ ЯЧЕЙКИ» и «ИНФОРМАЦИЯ О НЕИЗМЕННЫХ УСЛУГАХ MBMS» Менее важная информация соответствует «ИНФОРМАЦИИ ДОСТУПА К MBMS».

[72] Изменения важной информации мультимедийного многоточечного канала управления «МССН» имеют место только в начале первой передачи данных, мультимедийного многоточечного канала управления «МССН» в период изменения. В начале каждого периода повтора универсальная наземная сеть радиодоступа «UTRAN» передает «ИНФОРМАЦИЮ О НАЛИЧИИ ИЗМЕНЕНИЙ MBMS», которая включает в себя, среди прочего, информацию об услугах мультимедийного широковещательного/многоадресного обслуживания «MBMS». для которых информация мультимедийного многоточечного канала управления «МССН» изменена в этот период изменения. «ИНФОРМАЦИЯ О НАЛИЧИИ ИЗМЕНЕНИЙ MBMS» повторяется, как минимум, один раз в каждый период повтора этого периода изменения. Изменения в менее важной информации могут происходить в любо время. На Фиг.9 изображен график, в соответствии с которым «ИНФОРМАЦИЯ О НАЛИЧИИ ИЗМЕНЕНИЙ MBMS» и «ИНФОРМАЦИЯ ОБ ОДНОНАПРАВЛЕННОМ РАДИОКАНАЛЕ» передаются по мультимедийному многоточечному каналу управления «МССН». Блоки с различной штриховкой обозначают потенциально различные контенты мультимедийного многоточечного канала управления «МССН».

[73] Когда терминал «UE» в состоянии «CELL_FACH» собирается принимать однонаправленный многоточечный радиоканал «PtM», терминалу «UE» сначала необходимо принять системную информацию по широковещательному каналу управления «ВССН», который передается по основному общему каналу управления «Р-ССРСН», чтобы узнать конфигурацию мультимедийного многоточечного канала управления «МССН» ячейки, которую выбрал терминал «UE». Таким образом, терминал «UE» должен узнать основной (первичный) код скремблирования. После того, как терминал «UE» узнает конфигурацию мультимедийного многоточечного канала управления «МССН», терминал «UE» считывает мультимедийный многоточечный канал управления «МССН» для того, чтобы получить информацию о конфигурации однонаправленных многоточечных радиоканалов. Чтобы получить первую начальную ячейку, терминал «UE» может получить основной код скремблирования ячейки с помощью выделенных сообщений. Кроме того, терминал «UE» может выполнить поиск соты или считать записанную информацию. В качестве альтернативного варианта, для терминала «UE». который уже выбрал ячейку, или является “ожидающим вызова” в ячейке, терминал «UE» может использовать информацию о смежных ячейках, найденную в системной информации уже выбранной терминалом ячейки.

[74] Управляющая информация мультимедийного широковещательного/ многоадресного обслуживания «MBMS» передается по мультимедийному многоточечному каналу управления «МССН». Чтобы позволить терминалу «UE» осуществлять прерывистый прием «DRX» во время приема мультимедийного многоточечного канала управления «МССН», другой канал, такой как канал индикатора уведомления «MICH», используется для указания, когда терминал «UE» должен считывать мультимедийный многоточечный канал управления «МССН». Это может происходить при изменениях контента мультимедийного многоточечного канала управления «МССН».

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

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

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

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

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

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

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

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

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

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

[82] Предпочтительно, второй период изменения немедленно следует за первым периодом изменения. Многоадресная услуга представляет собой услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоточечный канал индикации представляет собой канал индикатора уведомления об услуге мультимедийного широковещательного/многоадресного обслуживания – «MICH». Многоточечный канал управления представляет собой многоточечный управляющий канал мультимедийного широковещательного/многоадресного обслуживания «MBMS» – «МССН».

[83] В еще одном аспекте изобретения информация уведомления, получаемая по многоточечному каналу управления, включает в себя информационный элемент, который указывает, нужно ли мобильному терминалу продолжать чтение многоточечного канала управления в течение следующего периода изменения. Предпочтительно, информационный элемент представляет собой информационный элемент «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН».

[84] Кроме того, информационный элемент содержится в сообщении, которое периодически передается сетью для того, чтобы проинформировать, как минимум, один мобильный терминал об изменении, имеющем отношение, как минимум, к одной многоадресной услуге, доступной в текущей ячейке или в смежной ячейке. Предпочтительно, сообщение представляет собой сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS».

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

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

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

[88] Предпочтительно, второй период изменения немедленно следует за первым периодом изменения. Многоадресная услуга представляет собой услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоточечный канал индикации представляет собой канал индикатора уведомления об услуге мультимедийного широковещательного/многоадресного обслуживания – «MICH». Многоточечный канал управления представляет собой многоточечный управляющий канал мультимедийного широковещательного/многоадресного обслуживания «MBMS» – «МССН».

[89] В еще одном аспекте изобретения информация уведомления. передаваемая по многоточечному каналу управления, включает в себя информационный элемент, который указывает, нужно ли мобильному терминалу продолжать чтение многоточечного канала управления в течение следующего периода изменения. Предпочтительно, информационный элемент представляет собой информационный элемент «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН».

[90] Кроме того, информационный элемент содержится в сообщении, которое периодически передается сетью, для того, чтобы проинформировать, как минимум, один мобильный терминал об изменении, имеющем отношение, как минимум, к одной многоадресной услуге, доступной в текущей ячейке или в смежной ячейке. Предпочтительно, сообщение представляет собой сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS».

[91] В одном из аспектов изобретения информация уведомления периодически передается по многоточечному каналу управления в течение всего первого периода изменения.

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

Описание чертежей

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

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

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

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

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

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

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

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

[101] На Фиг.8 показана последовательность действий в ходе сеанса с точки зрения сети.

[102] На Фиг.9 показана схема передачи информации по мультимедийному многоточечному каналу управления «МССН».

[103] На Фиг.10 показана схема, где уведомление о считывании данных мультимедийного многоточечного канала управления «МССН» в течение периода изменения передается по каналу индикатора уведомления «MICH» в течение предыдущего периода изменения.

[104] На Фиг.11 показано распределение по времени на канале индикатора уведомления «MICH» относительно периода изменения.

[105] На Фиг.12 показана схема, где уведомление о считывании данных мультимедийного многоточечного канала управления «МССН» в течение периода изменения передается по каналу индикатора уведомления «MICH» и мультимедийному многоточечному каналу управления «МССН» в течение предыдущего периода изменения в соответствии с одним из вариантов осуществления настоящего изобретения.

[106] На Фиг.13 показан способ уведомления терминала «LJE» о необходимости чтения мультимедийного многоточечного канала управления «МССН» в течение периода изменения, где уведомление передается по каналу индикатора уведомления «MICH» и мультимедийному многоточечному каналу управления «МССН» в течение предыдущего периода изменения в соответствии с одним из вариантов осуществления настоящего изобретения.

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

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

[108] Способ уведомления мультимедийного широковещательного/ многоадресного обслуживания «MBMS» используется для того, чтобы информировать терминалы «UE» о предстоящих изменениях важной информации мультимедийного многоточечного канала управления «МССН». Уведомления передаются по группам пользователей услуги. Соответствие между идентификаторами услуги и группами пользователей услуги реализуется на основе механизма хэширования. Индикаторы уведомления о мультимедийном широковещательном/многоадресном обслуживании «MBMS» передаются по отдельному каналу индикатора вызова «PICH», предназначенному для мультимедийного широковещательного/многоадресного обслуживания «MBMS», который называется канал индикатора уведомления «MICH». Уведомления могут также передаваться терминалу «UE» с помощью выделенных сигналов по выделенному каналу управления «DCCH». Единичный кадр канала индикатора уведомления «MICH» может содержать указания для всех групп пользователей услуги.

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

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

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

[111] После обнаружения указания уведомления мультимедийного широковещательного/многоадресного обслуживания «MBMS» для группы пользователей услуги терминалы «UE» соответствующей группы пользователей услуги, заинтересованные в пользовании этой услугой, начинают считывать мультимедийный многоточечный канал управления «МССН» в начале следующего периода изменения. Терминал «UE» считывает, как минимум. «ИНФОРМАЦИЮ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS».

[112] На Фиг.11 показана синхронизация по времени между установкой канала индикатора уведомления «MICH» и первым изменением важной информации мультимедийного многоточечного канала управления «МССН». Для канала индикатора уведомления «MICH» временной интервал 20. обозначенный диагональной штриховкой, указывает, когда для услуги устанавливается индикатор уведомления «NI». Для мультимедийного многоточечного канала управления «МССН» блоки с различной штриховкой обозначают контенты мультимедийного многоточечного канала управления «МССН», связанные с уведомлением для различных услуг.

[113] Терминалы UE, которые получают услуг(и) мультимедийного широковещательного/многоадресного обслуживания «MBMS» по мультимедийному каналу графика «МТСН» в режиме ожидания или в состояниях «URA_PCH», «CELL_PCH» или «CELL_FACH>, считывают, мультимедийный многоточечный канал управления «МССН» в начале каждого периода изменения, чтобы принять «ИНФОРМАЦИЮ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS». В составе «ИНФОРМАЦИИ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS» указываются, среди прочего, идентификаторы услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS», и, по выбору, идентификатор сеанса услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». для которых информация мультимедийного многоточечного канала управления «МССН» изменена в этот период изменения. Если идентификаторы услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» и идентификатор сеанса мультимедийного широковещательного/ многоадресного обслуживания «MBMS», инициированного терминалом «UE», указаны в составе «ИНФОРМАЦИИ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS». терминал «UE» считывает оставшуюся часть информации мультимедийного многоточечного канала управления «МССН».

[114] На Фиг.12, в одном из примеров осуществления настоящего изобретения, информация, относящаяся к услугам, в которых заинтересован терминал «UE», и переданная в течение периода изменения «В», передается терминалу UE в течение предыдущего периода изменения «А» по каналу индикатора уведомления «MICH». Кроме того, информация, относящаяся к услугам, предоставляется терминалу «UE» в течение периода изменения «А» по мультимедийному многоточечному каналу управления «МССН». В частности, мультимедийный многоточечный канал управления «МССН», по которому обычно передается информация о конфигурации услуги или информация, относящаяся к отдельным действиям терминала «UE», используется для того, чтобы побудить терминал «UE» принимать мультимедийный многоточечный канал управления «МССН» в последующий период изменения одновременно с уведомлением, чтобы принимать мультимедийный многоточечный канал управления «МССН», передаваемым по каналу индикатора уведомления «MICH». Это может быть реализовано с помощью информационных элементов «IE», передаваемых между сетью и терминалом «UE».

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

[116] Предпочтительно, указание передается в составе сообщения «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS» или в качестве информационного элемента «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН». Сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS» периодически передается сетью для того, чтобы проинформировать терминалы «UE» об изменении, относящемся к одной или нескольким услугам мультимедийного широковещательного/многоадресного обслуживания «MBMS», доступным в текущей ячейке и, возможно, в соседних ячейках. Информационный элемент «IE» «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН» представляет собой внутриканальное (in-band, включенное в сообщение) уведомление мультимедийного многоточечного канала управления «МССН». Информационный элемент «IE» указывает, нужно ли терминалу «UE» продолжать чтение мультимедийного многоточечного канала управления «МССН» в следующем периоде изменения.

[117] В течение периода изменения «В» передается управляющая информация, связанная с услугой «А» (действие 3). В одном из аспектов изобретения вышеназванные действия 1, 2 и 3 могут повторяться для периодов изменения «В» и «С», как показано на Фиг.12, и последующих парах периодов изменения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9. Способ по п.3, в котором информация уведомления включает в себя информационный элемент, который представляет собой информационный элемент «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН».

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

11. Способ по п.10, в котором сообщение представляет собой сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS».

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

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

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

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

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

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

18. Способ по п.17, в котором второй период изменения немедленно следует за первым периодом изменения.

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

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

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

22. Способ по п.16, в котором информация уведомления включает в себя информационный элемент, который представляет собой информационный элемент «ПРОДОЛЖАТЬ ЧТЕНИЕ МССН».

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

24. Способ по п.23, в котором сообщение представляет собой сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS».

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

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

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

РИСУНКИ