RU2414098C2

RU2414098C2 - Способ обработки сообщений с управляющей информацией при многоточечном обслуживании

Info

Publication number: RU2414098C2
Application number: RU2008100313/09A
Authority: RU
Inventors: Патрик ФИШЕР (FR); Патрик ФИШЕР
Original assignee: Эл Джи Электроникс Инк.
Priority date: 2005-08-22
Filing date: 2006-08-22
Publication date: 2011-03-10
Also published as: BRPI0615200A2; JP4753995B2; AU2006282187B2; EP1925176B1; AU2006282187A1; WO2007024090A1; EP1925176A1; KR20080046162A; KR101247851B1; ZA200800380B; CN101243722B; TW200721860A; BRPI0615200B1; US20070042794A1; RU2008100313A; US8433346B2; MX2008001335A; CN101243722A; JP2009503988A; TWI359622B

Abstract

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

Description

Область техники

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

Предпосылки создания изобретения

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

[3] На Фиг.1 показан общий вид сети универсальной системы мобильной связи 100 «UMTS», включающей терминал или пользовательское устройство 110 («UE»), универсальную наземную сеть 120 радиодоступа «UTRAN» и базовую сеть 130 «CN».

[4] Универсальная наземная сеть радиодоступа 120 «UTRAN» включает в себя несколько контроллеров 124, 126 радиосети «RNC» и базовые станции 122 - «Узлы-В», которые соединены через интерфейс «Iub». Каждый контроллер радиосети «RNC» управляет несколькими «Узлами-В». Каждая базовая станция «Узел-В» управляет одной или несколькими ячейками, где каждая ячейка характеризуется тем, что она покрывает определенную географическую зону на определенной частоте. Каждый контроллер радиосети «RNC» через интерфейс «Iu» соединен с базовой сетью «CN», то есть с модулем центра коммутации 132 для услуг мобильной связи (далее, центр коммутации 132 «MSC») базовой сети «CN» и модулем узла поддержки обслуживания 131 «GPRS» (далее, узел «SGSN») базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «Iur». Контроллер радиосети «RNC» распределяет ресурсы радиосвязи и управляет ими, а также действует как пункт доступа по отношению к базовой сети.

[5] «Узлы-В» принимают информацию, посланную физическим уровнем терминала «UE» по восходящей линии связи, и передают данные на терминал «UE» по нисходящей линии связи. «Узлы-В» действуют как пункты доступа универсальной наземной сети радиодоступа «UTRAN» для терминала. Узел поддержки GPRS (узел «SGSN») через интерфейс «G_F» соединен с регистром идентификации оборудования 133 «EIR», через интерфейс «G_S» соединен с центром коммутации 132 «MSC», через интерфейс «G_N» соединен с узлом поддержки пакетной коммутации 135 GPRS (далее, узел «GGSN»), и через интерфейс «G_R» соединен с домашним сервером 134 абонентских данных «HSS». В регистре идентификации оборудования «EIR» хранятся списки терминалов подвижной связи, которым разрешается или не разрешается пользоваться сетью. Центр коммутации 132 «MSC», который управляет соединением для услуг с коммутацией каналов «CS», через интерфейс «N_B» соединен с медиа-шлюзом 136 «MGW» (сетевым шлюзом), через интерфейс «F» соединен с регистром идентификации оборудования 133 «EIR» и через интерфейс «D» соединен с домашним сервером 134 абонентских данных «HSS». Медиа-шлюз 136 «MGW» соединяется с домашним сервером 134 абонентских данных «HSS» через интерфейс «С» и с телефонной сетью общего пользования (ТФОП/PSTN) и позволяет настраивать кодеки между телефонной сетью общего пользования и подключенной сетью радиодоступа «RAN».

[6] Узел 135 «GGSN» через интерфейс «G_C» соединен с домашним сервером 134 абонентских данных «HSS» и через интерфейс «G_I» соединен с Интернет. Узел 135 «GGSN» отвечает за маршрутизацию, наполнение и разделение потоков данных между различными однонаправленными радиоканалами «RAB». Домашний сервер 134 абонентских данных «HSS» обрабатывает абонентские данные пользователей.

[7] Прочие существующие соединения не будут описываться подробно, однако, они должны быть понятны специалистам в данной области техники

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

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

[10] Для поддержки услуг с коммутацией каналов контроллеры 124, 126 радиосети «RNC» соединены с подвижным центром коммутации 132 «MSC» базовой сети «CN», а центр коммутации 132 «MSC» соединен с шлюзовым коммутационным центром подвижной связи «GMSC», который управляет соединением с другими сетями. Для поддержки услуг с коммутацией пакетов контроллеры радиосети «RNC» соединены с узлом 131 «SGSN» сети поддержки пакетной коммутации «GPRS» и с межсетевым узлом 135 «GGSN» поддержки сети подвижной связи с коммутацией пакетов «GPRS» базовой сети. Обслуживающий узел 131 «SGSN» поддерживает пакетную связь с контроллерами радиосети «RNC», а межсетевой узел 135 «GGSN» управляет соединением с другими сетями с коммутацией пакетов, такими как сеть Интернет.

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

[12] Уровни протокола по Фиг.2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Первый уровень (L1), или физический уровень, предоставляет услугу передачи информации вышерасположенному уровню с использованием различных методов радиопередачи. Физический уровень связан через транспортный канал с вышерасположенным уровнем, который называется уровнем управления доступом к среде «МАС». Уровень управления доступом к среде «МАС» и физический уровень обмениваются данными через транспортный канал. Второй уровень (L2) включает в себя уровень управления доступом к среде «МАС», уровень управления радиоканалом «RLC», уровень управления широковещательной/групповой передачей «ВМС» и уровень протокола сходимости пакетных данных «PDCP». Уровень управления доступом к среде «МАС» управляет отображением между логическими каналами и транспортными каналами и обеспечивает назначение параметров уровня управления доступом к среде «МАС» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «МАС» через логический канал связан с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC». В зависимости от вида передаваемой информации предоставляются различные логические каналы. В основном, при передаче информации плоскости управления используется канал управления, а при передаче информации плоскости пользователя используется канал трафика. Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли логический канал совместно используемым каналом. Логические каналы включают в себя: выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика - «СТСН», общий канал управления - «СССН», широковещательный управляющий канал «ВССН» и канал управления поисковым вызовом - «РССН» (пейджинговый управляющий канал) или канал управления совместно используемым (мультиплексным) каналом - «SHCCH» и другие каналы. Широковещательный управляющий канал «ВССН» предоставляет информацию, включающую в себя информацию, используемую терминалом для доступа в систему. Канал управления поисковым вызовом «РССН» используется универсальной наземной сетью радиодоступа «UTRAN» для доступа к терминалу.

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

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

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

[17] На Фиг.3 показано возможное отображение между логическими каналами и транспортными каналами со стороны терминала «UE».

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

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

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

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

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

[23] На Фиг.5 показан терминал «UE» с каналами (выделенный канал «DCH», высокоскоростной совместно используемый (мультиплексный) нисходящий канал связи «HS-DSCH»), установленными с несколькими ячейками, управляемыми базовыми станциями «Узлами-В», которыми управляет контроллер радиосети «RNC», находящимся в сети.

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

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

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

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

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

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

[30] Предполагается, что при старте услуги терминал «UE» читает различные сообщения, зависящие от ситуации. Например, терминал «UE» может запрашивать подсчет, установить «RRC-соединение», принять МТСН и т.п.

[31] Для отправки и приема этих сообщений используется конкретный порядок (последовательность, или размещение), так что сообщения, в которых содержимое меняется, отправляются/принимаются раньше сообщений, в которых содержимое не меняется.

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

Раскрытие сущности изобретения

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

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

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

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

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

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

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

[37] На Фиг.3 показано возможное отображение между логическими и транспортными каналами со стороны терминала «UE».

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

[39] На Фиг.5 показан терминал «UE» с каналами («DCH», «HS-DSCH»), установленными с несколькими ячейками, управляемыми «Узлами-В», которыми управляет контроллер радиосети «RHC», находящийся в сети.

[40] На Фиг.6 показаны возможные переходы между режимами и состояниями терминала UE.

[41] На Фиг.7 показан пример возможного планирования передачи различных типов информации в многоадресном канале управления «МССН».

[42] На Фиг.8 показан пример планирования передачи информации в многоадресном канале управления «МССН» при запуске передачи по многоадресному каналу трафика «МТСН».

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

Способ осуществления изобретения

[44] Один аспект настоящего изобретения относится к пониманию авторами настоящего изобретения проблем и недостатков в существующей области техники, как описанных выше, так и тех, которые будут объяснены в дальнейшем. На основе этого понимания были разработаны особенности настоящего изобретения.

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

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

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

[48] Как правило, процедура приема управляющей информации услуги «MBMS» используется терминалом «UE» для получения из универсальной наземной сети радиодоступа «UTRAN» информации относительно способа предоставления услуг «MBMS», к которым присоединился этот терминал. Данная процедура применяется для всех терминалов «UE», поддерживающих услугу «MBMS», вне зависимости от их состояния (состояние ожидания, состояния «URA_PCH», «CELL_PCH», «CELL_FACH» и «CELL_DCH»).

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

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

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

[52] Для услуг, предоставляемых посредством многоточечного однонаправленного радиоканала, информация планирования может передаваться по каналу «MSCH» (канал планирования «MBMS»), отображаемому на тот же самый вспомогательный общий физический канал управления «S-ССРСН», что и многоточечный однонаправленный радиоканал (радиоканалы). Для некоторых услуг, использующих многоточечный однонаправленный радиоканал, информация планирования может предоставляться путем передачи сообщения с информацией планирования услуги «MBMS» в каждом периоде планирования передачи, в то время как другие сообщения с информацией планирования услуги «MBMS» могут передаваться реже, т.е. через несколько периодов планирования передачи. Как правило, терминалу «UE» не требуется ни получать информацию по каналу MSCH, ни воздействовать на нее.

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

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

[55] (1) сообщение «ИНФОРМАЦИЯ ОБ ИЗМЕНЕННЫХ УСЛУГАХ MBMS»,

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

[57] (3) сообщение «ИНФОРМАЦИЯ ОБ НЕИЗМЕНЕННЫХ УСЛУГАХ MBMS»,

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

[59] На Фиг.8 показан пример планирования передачи информации в многоадресном канале управления «МССН» при запуске передачи по многоадресному каналу трафика для услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[60] Предполагается, что в начале сеанса связи в периоде изменения «1» не активна никакая услуга. Информация о конфигурации общего многоточечного однонаправленного радиоканала («Р-Т-М RB») уже передана. Показано, что в период изменения «2» инициируется начало новой услуги «А» и передача по многоадресному каналу трафика «МТСН» в текущую ячейку.

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

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

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

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

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

[66] При этом данный способ дополнительно содержит: передачу, если это необходимо после передачи «USI-сообщения», второго пакета сообщений, который не используется никаким терминалом, на основе «MSI-сообщения». Эти сообщения предоставляют управляющую информацию для многоадресного (многоточечного) обслуживания. Сообщения относятся к информации многоадресного канала управления «МССН». Первый пакет сообщений представляет собой сообщения, которые необходимо прочитать любому терминалу ввиду содержимого «MSI-сообщения» сообщения MSI. Второй пакет сообщений представляет собой сообщения, которые не требуется читать никакому терминалу ввиду содержимого «MSI-сообщения».

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

[68] Способ дополнительно содержит: передачу «MSI-сообщения»; передачу первого пакета сообщений, если определено, что он должен существовать; передачу сообщения с информацией о неизмененных услугах («USI-сообщение»); и передачу второго пакета сообщений, если определено, что он должен существовать.

[69] Дополнительно, настоящее изобретение предлагает способ обработки терминалом сообщений с управляющей информацией, содержащий: прием сообщения с информацией об измененных услугах («MSI-сообщение»); прием, если это необходимо, после приема «MSI-сообщения», первого пакета сообщений, который используется каким-либо терминалом, на основе сообщения с информацией об измененных услугах; и прием сообщения с информацией о неизмененных услугах («USI-сообщение») после приема «MSI-сообщения» или после приема первого пакета сообщений.

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

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

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

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

[74] Настоящее изобретение также содержит: формат последовательности сообщений для сообщений с управляющей информацией для многоадресных услуг, содержащий: сообщение с информацией об измененных услугах («MSI-сообщение»); сообщение с информацией о неизмененных услугах («USI-сообщение»), следующее за «MSI-сообщением»; и второй пакет сообщений, следующий непосредственно за «USI-сообщением», который не требуется читать никакому терминалу ввиду содержимого сообщения с информацией об измененных услугах.

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

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

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

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

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

Claims

1. Способ обработки сообщений с управляющей информацией, содержащий: передачу сообщения с информацией об измененных услугах «MSI»; передачу, если необходимо, после передачи сообщения с информацией об измененных услугах «MSI» первого пакета сообщений, который используется любым терминалом на основе сообщения с информацией об измененных услугах «MSI»; и передачу сообщения с информацией о неизмененных услугах «USI» после передачи сообщения с информацией об измененных услугах «MSI» или после передачи первого пакета сообщений, при этом первый пакет сообщений составлен в следующем последовательном порядке: общая информация об услугах мультимедийного широковещательного/многоадресного обслуживания «MBMS», информация об общем многоточечном однонаправленном радиоканале («Р-Т-М RB») мультимедийного широковещательного/многоадресного обслуживания «MBMS», информация о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» для текущей ячейки, одна или несколько информаций о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги «MBMS» соседней ячейки.

2. Способ по п.1, дополнительно содержащий: передачу, если необходимо, после передачи сообщения с информацией о неизмененных услугах «USI» второго пакета сообщений, который не используется каким-либо терминалом на основе сообщения с информацией об измененных услугах «MSI», при этом второй пакет сообщений составлен в следующем последовательном порядке: общая информация об услугах мультимедийного широковещательного/многоадресного обслуживания «MBSMS», информация об общем многоточечном однонаправленном радиоканале («Р-Т-М RB») мультимедийного широковещательного/многоадресного обслуживания «MBMS», информация о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» для текущей ячейки, одна или несколько информаций о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги «MBMS» соседней ячейки.

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

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

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

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

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

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

9. Способ обработки сообщений с управляющей информацией терминалом, содержащий: прием сообщения с информацией об измененных услугах «MSI»; прием, если это необходимо, после приема сообщения с информацией об измененных услугах «MSI» первого пакета сообщений, который используется каким-либо терминалом, на основе сообщения с информацией об измененных услугах; и прием сообщения с информацией о неизмененных услугах «USI» после приема сообщения с информацией об измененных услугах «MSI» или после приема первого пакета сообщений, при этом первый или второй пакет сообщений составлен в следующем последовательном порядке: общая информация об услугах мультимедийного широковещательного/многоадресного обслуживания «MBMS», информация об общем многоточечном однонаправленном радиоканале («Р-Т-М RB») мультимедийного широковещательного/многоадресного обслуживания «MBMS», информация о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» для текущей ячейки, одна или несколько информаций о многоточечном однонаправленном радиоканале («Р-Т-М RB») услуги «MBMS» соседней ячейки.

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

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

12. Способ по п.11, в котором терминал прекращает чтение на соответствующем принимаемом сообщении без считывания всех принимаемых сообщений.

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

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