[go: up one dir, main page]

RU2388151C2 - Display of multimedia broadcast and multicast services (mbms) identification - Google Patents

Display of multimedia broadcast and multicast services (mbms) identification Download PDF

Info

Publication number
RU2388151C2
RU2388151C2 RU2007132245/09A RU2007132245A RU2388151C2 RU 2388151 C2 RU2388151 C2 RU 2388151C2 RU 2007132245/09 A RU2007132245/09 A RU 2007132245/09A RU 2007132245 A RU2007132245 A RU 2007132245A RU 2388151 C2 RU2388151 C2 RU 2388151C2
Authority
RU
Russia
Prior art keywords
point
multipoint
channel
multicast
mobile terminal
Prior art date
Application number
RU2007132245/09A
Other languages
Russian (ru)
Other versions
RU2007132245A (en
Inventor
Мён-Чхоль КИМ (FR)
Мён-Чхоль КИМ
Original Assignee
Эл Джи Электроникс Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Эл Джи Электроникс Инк. filed Critical Эл Джи Электроникс Инк.
Priority to RU2007132245/09A priority Critical patent/RU2388151C2/en
Publication of RU2007132245A publication Critical patent/RU2007132245A/en
Application granted granted Critical
Publication of RU2388151C2 publication Critical patent/RU2388151C2/en

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

FIELD: physics, communications.
SUBSTANCE: present invention is a method of identifying a point-to-multiple points multi-address service. When several point-to-multiple points multi-address services are multiplexed in a single transport channel, a temporary service identifier (TSI) is given and inserted into the header of the data protocol unit MAC PDU such that several point-to-multiple points multi-address services can be indicated separately.
EFFECT: reduction of amount of information and several services having different quality of service (QoS), several streams with different QoS for the same service can be processed and provided for a mobile terminal.
27 cl, 14 dwg,1 tbl

Description

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

[1] Настоящее изобретение имеет отношение к системе подвижной связи и, более конкретно, к временному идентификатору услуги «TSI», который служит для идентификации определенной многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», данные которых передаются по специальному транспортному каналу.[1] The present invention relates to a mobile communication system and, more specifically, to a temporary TSI service identifier, which serves to identify a particular point-to-multipoint multicast service among several point-to-multipoint multicast services, whose data are transmitted via a special transport channel.

Уровень техникиState of the art

[2] В последнее время системы мобильной связи достигли значительного развития, однако характеристики систем мобильной связи в отношении передачи больших объемов информации не могут сравниться с существующими характеристиками систем проводной связи. Соответственно, ведутся технические разработки IMT-2000 - системы связи, обеспечивающей передачу больших объемов информации, при этом различными компаниями и организациями активно занимаются стандартизацией этой технологии.[2] Recently, mobile communication systems have achieved significant development, however, the characteristics of mobile communication systems in relation to the transfer of large amounts of information cannot be compared with the existing characteristics of wired communication systems. Accordingly, the technical development of IMT-2000 is underway - a communication system that provides the transfer of large amounts of information, while various companies and organizations are actively engaged in the standardization of this technology.

[3] Универсальная система подвижной связи (UMTS) относится к третьему поколению систем подвижной связи, которая развилась из европейского стандарта, известного как глобальная система мобильной (подвижной) связи (GSM). Универсальная система подвижной «UMTS» предназначена для предоставления улучшенных услуг мобильной связи, на основе базовой сети глобальной системы подвижной связи (GSM) и на беспроводной технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA).[3] The Universal Mobile Communications System (UMTS) belongs to the third generation of mobile communications systems, which evolved from the European standard, known as the global system for mobile (mobile) communications (GSM). Universal mobile system "UMTS" is designed to provide improved mobile services based on the core network of the global mobile communications system (GSM) and wireless technology, broadband code division multiple access (W-CDMA).

[4] В декабре 1998 г. организации: Европейский институт стандартизации в области связи (ETSI) в Европе, Ассоциация радиопромышленности и Комитет по технологии связи (ARIB/TTC) в Японии, Комитет Т1 Института стандартов США и южнокорейская Ассоциация по телекоммуникационным технологиям (ТТА) организовали Проект о сотрудничестве по системам третьего поколения (3GPP) для разрабатки детальных технических условий на технологию универсальной системы подвижной связи «UMTS».[4] In December 1998, organizations: European Telecommunications Standardization Institute (ETSI) in Europe, Radio Industry Association and Communications Technology Committee (ARIB / TTC) in Japan, US Standards Institute T1 Committee and South Korean Telecommunications Technology Association (TTA) ) organized the Third Generation Systems Collaboration Project (3GPP) to develop detailed technical specifications for the UMTS universal mobile communications system technology.

[5] Для обеспечения быстрого и эффективного технического развития системы подвижной связи «UMTS» в рамках проекта 3GPP с целью стандартизации универсальной системы подвижной связи «UMTS» были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их работы.[5] In order to ensure fast and efficient technical development of the UMTS mobile communication system within the framework of the 3GPP project, five TSG groups were created to standardize the universal mobile communication system “UMTS”, taking into account the independent nature of the network elements and their operation .

[6] Каждая группа TSG разрабатывает, утверждает и контролирует стандартные технические условия в пределах соответствующей области. В числе этих групп группа по сетевой радиосвязи - (TSG-RAN) разрабатывает стандарты на функции, требуемые элементы и интерфейс универсальной наземной сети радиодоступа «UTRAN», которая представляет собой новую сеть радиодоступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в универсальной системе мобильной связи «UMTS».[6] Each TSG team develops, approves and monitors standard specifications within its respective field. Among these groups, the Network Radio Communications Group (TSG-RAN) is developing standards for functions, required elements and the UTRAN universal terrestrial radio access network interface, which is a new radio access network to support code division multiple access (W- CDMA) in the universal mobile communication system “UMTS”.

[7] На Фиг.1 изображен пример базовой структуры сети обычной универсальной системы подвижной связи «UMTS». Как показано на Фиг.1, универсальная система подвижной связи «UMTS» упрощенно делится на терминал, или абонентское, оборудование «UE» 50, универсальную наземную сеть 100 радиодоступа «UTRAN» и базовую сеть 200 «CN».[7] Figure 1 shows an example of the basic network structure of a conventional universal mobile communication system "UMTS". As shown in FIG. 1, the UMTS universal mobile communication system is simplistically divided into a terminal or subscriber UE equipment 50, a UTRAN universal terrestrial radio access network 100, and a CN core network 200.

[8] Универсальная наземная сеть 100 радиодоступа «UTRAN» включает одну или несколько подсистем 110, 120 радиосети «RNS». Каждая подсистема 110. 120 радиосети «RNS» содержит контроллер 111 радиосети «RNC» и множество базовых станций или «узлов В» 112, 113, управляемых контроллером 111 радиосети «RNC». Контроллер 111 радиосети «RNC» управляет распределением ресурсов радиосвязи и управляет ресурсами радиосвязи, а также действует в качестве точки доступа по отношению к базовой сети 200.[8] The UTRAN universal terrestrial radio access network 100 includes one or more subsystems 110, 120 of the RNS radio network. Each subsystem 110. 120 of the RNS radio network comprises an RNC radio network controller 111 and a plurality of base stations or “nodes B” 112, 113 controlled by the RNC radio network controller 111. An RNC radio network controller 111 controls the allocation of radio resources and manages radio resources, and also acts as an access point with respect to the core network 200.

[9] «Узлы-В» 112, 113 (базовые станции) получают информацию, посылаемую физическим уровнем терминала по восходящей линии связи, и передает данные терминалу по нисходящей линии связи. Таким образом «Узлы В» 112, 113 действуют в качестве точек доступа к универсальной наземной сети 100 радиодоступа «UTRAN» для терминала.[9] "Nodes-B" 112, 113 (base stations) receive information sent by the physical layer of the terminal on the uplink, and transmits data to the terminal on the downlink. Thus, the “Nodes B” 112, 113 act as access points to the UTRAN for the terminal.

[10] Основной функцией универсальной наземной сети 100 радиодоступа «UTRAN» является создание и поддержка широкополосного радиоканала «RAB» (далее, радиоканал «RAB») для организации связи между терминалом и базовой сетью 200. Базовая сеть 200 предъявляет к радиоканалу «RAB» требования к качеству услуг «QoS» сквозного соединения и радиоканал «RAB» поддерживает требования к качеству услуг «QoS», установленные базовой сетью 200. Так как универсальная наземная сеть 100 радиодоступа «UTRAN» сама формирует и поддерживает радиоканал «RAB», требования к качеству услуг «QoS» сквозного соединения удовлетворяется. Услуги радиоканала «RAB» делятся на услуги широкополосного радиоинтерфейса «Iu bearer» и услуги широкополосного радиоканала. Услуги широкополосного радиоинтерфейса «Iu» поддерживают надежную передачу пользовательских данных между граничными узлами универсальной наземной сети 100 радиодоступа «UTRAN» и базовой сетью 200.[10] The main function of the UTRAN universal terrestrial radio access network 100 is to create and support the RAB broadband radio channel (hereinafter, the RAB radio channel) for organizing communication between the terminal and the core network 200. The core network 200 makes requirements for the RAB radio channel end-to-end QoS quality of service and the RAB radio channel supports QoS quality of service requirements established by core network 200. Since the UTRAN universal terrestrial radio access network 100 itself forms and supports the RAB radio channel, the quality requirements of the RAB g «QoS» feedthrough satisfied. The services of the RAB radio channel are divided into the services of the broadband radio interface Iu bearer and the services of the broadband radio channel. The services of the Iu broadband radio interface support the reliable transfer of user data between the boundary nodes of the UTRAN universal terrestrial radio access network 100 and the core network 200.

[11] Базовая сеть 200 включает в себя коммутационный центр 210 подвижной связи «MSC» и межсетевой коммутационный центр 220 подвижной связи «GMSC», соединенные друг с другом для поддержки услуги с коммутацией каналов «CS», а также узел 230 «SGSN» - обслуживающий узел поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее, обслуживающий узел 230 «SGSN») и узел 240 «GGSN» - межсетевой узел поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее, межсетевой узел 240 «GGSN»), соединенные друг с другом для поддержки услуги с коммутацией пакетов «PS».[11] The core network 200 includes the MSC mobile switching center 210 and the GMSC mobile network switching center 220 connected to each other to support the CS circuit switched service, as well as the SGSN node 230 - a serving packet switching support node in a mobile network (GPRS) (hereinafter, a serving SGSN node 230) and a GGSN node 240 — a mobile packet network switching support node (GPRS) (hereinafter, a GGSN gateway 240) ) connected to each other to support the service with the packet switching "PS".

[12] Услуги, предоставляемые конкретному терминалу, могут быть услугами с коммутацией каналов «CS» или с пакетной коммутацией «PS». Например, обычная речевая телефонная связь является услугой с коммутацией каналов «CS», а услуга просмотра Веб-страниц через Интернет-соединение считается услугой с пакетной коммутацией «PS».[12] The services provided to a particular terminal may be a circuit switched service “CS” or a packet switched service “PS”. For example, regular voice telephony is a CS-switched service, and a Web browsing service over an Internet connection is considered a PS-switched service.

[13] Для поддержки услуг связи с коммутацией каналов контроллеры 111 радиосети «RNC» подсоединяются к коммутационному центру 210 подвижной связи «MSC» базовой сети 200, а коммутационный центр 210 подвижной связи «MSC» подсоединяется к межсетевому коммутационному центру 220 подвижной связи «GMSC» (шлюзу), который управляет подключением к другим сетям.[13] To support circuit-switched communications services, the RNC radio controllers 111 are connected to the MSC mobile switching center 210 of the core network 200, and the MSC mobile switching center 210 is connected to the GMSC mobile switching network switching center 220 (gateway), which controls the connection to other networks.

[14] Для поддержки услуг с пакетной коммутацией контроллеры 111 радиосети «RNC» соединены с обслуживающим узлом 230 «SGSN» поддержки и межсетевым узлом 240 «GGSN» базовой сети 200. Обслуживающий узел 230 «SGSN» поддерживает пакетную связь с контроллерами 111 радиосети «RNC», а межсетевой узел 240 «GGSN» управляет соединением с другими сетями с пакетной коммутации, например, с Интернет.[14] To support packet switching services, the RNC radio controllers 111 are connected to the support SGSN 230 and the GGSN gateway 240 of the core network 200. The SGSN 230 serves as a packet communication with the RNC radio controllers 111 ”, And the GGSN gateway 240 controls the connection to other packet-switched networks, such as the Internet.

[15] Между компонентами сети существуют различные интерфейсы, которые позволяют устанавливать связь между этими компонентами с целью обмена данными (передачи и приема данных). Интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 220 определен как интерфейс «Iu». В частности, для сетей с пакетной коммутацией интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 200 определен как «Iu-PS», а для сетей с коммутацией каналов интерфейс между контроллерами 111 радиосети «RNC» и базовой сетью 200 определен как «Iu-CS».[15] There are various interfaces between network components that allow communication between these components to exchange data (transmit and receive data). The interface between the RNC radio network controllers 111 and the core network 220 is defined as the Iu interface. In particular, for packet-switched networks, the interface between the RNC radio network controllers 111 and the core network 200 is defined as “Iu-PS”, and for the circuit-switched networks, the interface between the RNC radio network controllers 111 and the core network 200 is defined as “Iu -CS. "

[16] На Фиг.2 изображена структура протокола интерфейса радиосвязи между терминалом и универсальной наземной сетью радиодоступа «UTRAN» на базе стандартов абонентской радиосвязи 3GPP.[16] Figure 2 shows the protocol structure of the radio communication interface between the terminal and the universal terrestrial radio access network "UTRAN" based on 3GPP subscriber radio standards.

[17] Как показано на Фиг.2, протокол радиоинтерфейса имеет горизонтальные уровни, включающие физический уровень, уровень канала передачи данных и сетевой уровень, а также вертикальные плоскости, включающие плоскость пользователя (плоскость U) для передачи пользовательских данных и плоскость управления (плоскость С) для передачи управляющей информации.[17] As shown in FIG. 2, the radio interface protocol has horizontal layers including a physical layer, a data link layer and a network layer, as well as vertical planes including a user plane (U plane) for transmitting user data and a control plane (C plane ) to transmit control information.

[18] Плоскость пользователя представляет собой область, где обрабатывается поток информационного обмена (трафик) пользователя, например, голос или пакеты Интернет-протокола «IP». Плоскость управления представляет собой область, где обрабатывается управляющая информация для сопряжения с сетью, поддержки вызовов и управления вызовами и т.п.[18] A user plane is an area where a user’s information flow (traffic) is processed, for example, voice or IP packets. The control plane is an area where control information is processed to interface with the network, support calls and manage calls, and the like.

[19] Уровни протокола на Фиг.2 можно разделить на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Каждый из уровней протокола радиосвязи подробнее описывается ниже.[19] The protocol layers of FIG. 2 can be divided into a first layer (L1), a second layer (L2) and a third layer (L3) based on the three lower layers of the standard Open Systems Interconnection (OSI) model. Each of the layers of the radio protocol is described in more detail below.

[20] Первый уровень (L1), а именно, физический уровень, предоставляет услуги по передаче информации вышерасположенным уровням с использованием различных технологий радиопередачи. Физический уровень соединяется с вышерасположенным уровнем, который называется уровнем управления доступом к среде обмена данными «MAC», с помощью транспортного канала. Обмен данными (прием и передача данных) между уровнем управления доступом к среде обмена данными «MAC» и физическим уровнем осуществляется посредством этого транспортного канала.[20] The first level (L1), namely, the physical layer, provides services for the transmission of information to upper layers using various radio transmission technologies. The physical layer is connected to the upstream layer, which is called the MAC access control layer, using the transport channel. Data exchange (reception and transmission of data) between the level of access control to the medium of data exchange "MAC" and the physical layer is carried out through this transport channel.

[21] Второй уровень (L2) включает в себя уровень управления доступом к среде обмена данными «MAC», уровень управления радиоканалом «RLC», уровень управления радиовещательной/многоадресной передачей «ВМС» и уровень протоколов сходимости пакетных данных «PDCP».[21] The second level (L2) includes a MAC access control layer, an RLC radio control layer, a Navy broadcast / multicast control level, and a PDCP packet data convergence protocol level.

[22] Уровень управления доступом к среде обмена данными «MAC» обеспечивает присвоение параметров уровня управления доступом к среде «MAC» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» соединяется с вышерасположенным уровнем, называемым уровнем управления радиоканалом «RLC», посредством логического канала.[22] The MAC access control layer provides the assignment of the parameters of the MAC access control layer for the allocation and redistribution of radio resources. The MAC access control layer is connected to an upstream layer called the RLC radio channel control layer via a logical channel.

[23] В зависимости от типа передаваемой информации предоставляются различные логические каналы. Как правило, при передаче информации плоскости управления используется канал управления. При передаче информации пользовательской плоскости используется канал трафика (канал информационного обмена). Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли этот логический канал совместно используемым (мультиплексным) каналом. В число логических каналов входят: выделенный канал трафика (информационный канал) «DTCH», выделенный управляющий канал «DCCH», общий канал трафика (информационный канал) «СТСН», общий управляющий канал «СССН», широковещательный управляющий канал «ВССН» и пейджинговый управляющий канал «РССН» или совместно используемый управляющий канал «SHCCH». Широковещательный управляющий канал «ВССН» передает информацию, включающую данные, используемые терминалом для доступа к системе. Пейджинговый управляющий канал «РССН» используется универсальной наземной сетью радиодоступа «UTRAN» для доступа к терминалу.[23] Depending on the type of information transmitted, various logical channels are provided. As a rule, when transmitting information to the control plane, a control channel is used. When transmitting user plane information, a traffic channel (information exchange channel) is used. The logical channel may be a common channel or a dedicated channel, depending on whether this logical channel is a shared (multiplex) channel. The logical channels include: a dedicated traffic channel (information channel) "DTCH", a dedicated control channel "DCCH", a common traffic channel (information channel) "STSN", a common control channel "CCCH", a broadcast control channel "BCH" and a paging the control channel "RCCN" or the shared control channel "SHCCH". The BCCN broadcast control channel transmits information including data used by the terminal to access the system. The RCCN paging control channel is used by the UTRAN universal terrestrial radio access network to access the terminal.

[24] Специально для мультимедийного широковещательного/многоадресного обслуживания «MBMS» существуют дополнительные каналы трафика и управления. Например, канал «МССН» (многоточечный управляющий канал мультимедийного широковещательного/многоадресного обслуживания «MBMS») используется для передачи управляющей информации мультимедийного широковещательного/многоадресного обслуживания «MBMS», тогда как канал «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS») используется для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Кроме того, канал «MSCH» (канал планирования услуги «MBMS») используется для передачи информации планирования.[24] Especially for the MBMS multimedia broadcast / multicast service, additional traffic and control channels exist. For example, the channel "MSSN" (multi-point control channel multimedia broadcast / multicast service "MBMS") is used to transmit control information of the multimedia broadcast / multicast service "MBMS", while the channel "MTSN" (multi-point channel traffic multimedia broadcast / multicast service "MBMS) ") Is used for data transmission services multimedia broadcast / multicast service" MBMS ". In addition, the MSCH channel (MBMS service scheduling channel) is used to transmit scheduling information.

[25] Уровень управления доступом к среде «MAC» соединен с физическим уровнем транспортными каналами и в соответствии с типом управляемого транспортного канала подразделяется на подуровень управления доступом к среде широковещательного канала - «МАС-b» (далее, подуровень управления широковещательным каналом «МАС-b»), подуровень управления доступом к среде выделенного канала - «MAC-d» (далее, подуровень управления выделенным каналом «MAC-d»), подуровень управления доступом к среде общего и совместно используемого каналов - «MAC-c/sh» (далее, подуровень управления общим и совместно используемым каналами «MAC-c/sh») и подуровень управления доступом к среде совместно используемого канала - «MAC-hs» (далее, подуровень управления совместно используемым каналом «MAC-hs»). Подуровень управления широковещательным каналом «МАС-b» управляет широковещательным каналом «ВСН», который является транспортным каналом, выполняющим широковещательную передачу системной информации. Подуровень управления выделенным каналом «МАС-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала. Соответственно, подуровень управления выделенным каналом «MAC-d» универсальной наземной сети радиодоступа «UTRAN» расположен в обслуживающем контроллере радиосети «SRNC», который управляет соответствующим терминалом, и, кроме того, один подуровень управления выделенным каналом «MAC-d» имеется в каждом из терминалов «UE».[25] The MAC access control layer is connected to the physical layer by transport channels and, in accordance with the type of transport channel controlled, is subdivided into the broadcast media access control sublayer - “MAC-b” (hereinafter, the “MAC-” broadcast control channel sublevel b "), the sub-level of access control for the medium of the dedicated channel -" MAC-d "(hereinafter, the sub-level of control of the access of the dedicated channel" MAC-d "), the sub-level of access control of the medium of the shared and shared channels -" MAC-c / sh "( further sublevel control of the shared and shared channels “MAC-c / sh”) and the sub-level of access control to the shared channel environment - “MAC-hs” (hereinafter, the sub-level of control of the shared channel “MAC-hs”). The MAC-b broadcast control sublayer controls the BCH broadcast channel, which is a transport channel that broadcasts system information. The MAC-d dedicated channel control sublayer controls the dedicated DCH channel, which is a dedicated transport channel for a particular terminal. Accordingly, the UTRAN dedicated terrestrial radio access network dedicated MAC-d control sublayer is located in the serving SRNC radio network controller that controls the corresponding terminal, and in addition, one dedicated MAC-d dedicated control sublayer is present in each from the terminals "UE".

[26] Подуровень управления общим и совместно используемым каналами «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящий совместно используемый канал «DSCH», который совместно используется несколькими терминалами. В универсальной наземной сети радиодоступа «UTRAN» подуровень управления общим и совместно используемым каналами «MAC-c/sh» расположен в управляющем контроллере радиосети «CRNC». Поскольку подуровень управления общим и совместно используемым каналами «MAC-c/sh» управляет каналом, который совместно используется всеми терминалами в ячейке, в каждой зоне ячейки имеется единственный подуровень управления общим и совместно используемым каналами «MAC-c/sh». Кроме того, один подуровень управления общим и совместно используемым каналами «MAC-c/sh» имеется в каждом из терминалов «UE».[26] The MAC-c / sh shared and shared control sublayer controls a shared transport channel, such as a direct access channel FACH or a downlink shared channel DSCH, which is shared among several terminals. In the UTRAN universal terrestrial radio access network, the MAC-c / sh shared and shared channel control sublayer is located in the CRNC radio network control controller. Since the MAC-c / sh shared and shared channel control sublayer controls the channel that is shared by all terminals in the cell, each cell area has a single MAC-c / sh shared and shared channel control sublayer. In addition, one MAC-c / sh shared and shared channel control sublayer is present in each of the UEs.

[27] Уровень управления радиоканалом «RLC» поддерживает надежную передачу данных и выполняет функции сегментации и конгатенации множества блоков служебных данных уровня управления радиоканалом, далее блоков служебных данных «RLC SDU», передаваемых с вышерасположенного уровня. При приеме уровнем управления радиоканалом «RLC» блоков служебных данных «RLC SDU» с вышерасположенного уровня уровень управления радиоканалом «RLC» регулирует размер каждого блока служебных данных «RLC SDU» соответствующим образом с учетом производительности обработки и затем создает определенные блоки данных с добавлением к ним информации заголовка. Затем созданные блоки данных, называемые блоками протокольных данных - «PDU», передаются на уровень управления доступом к среде «MAC» через логический канал. Уровень управления радиоканалом «RLC» включает в себя буфер уровня управления радиоканалом «RLC» для хранения блоков служебных данных «RLC SDU» и/или блоков протокольных данных уровня управления радиоканалом, далее, блоков протокольных данных «RLC PDU».[27] The “RLC” radio channel control layer supports reliable data transmission and performs the functions of segmentation and congatenation of a plurality of overhead blocks of the radio channel control layer, then “RLC SDU” overhead blocks transmitted from the upper layer. When the RLC radio channel control level receives the RLC SDU service data blocks from the above level, the RLC radio channel control level adjusts the size of each RLC SDU service data block accordingly taking into account the processing performance and then creates certain data blocks with the addition of them header information. Then, the created data blocks, called Protocol Data Units - “PDUs”, are transferred to the MAC access control layer through the logical channel. The “RLC” radio channel control layer includes a “RLC” radio channel control layer buffer for storing the “RLC SDU” service data units and / or protocol data units of the radio channel control layer, further, “RLC PDU” protocol data units.

[28] Уровень управления широковещательной/многоадресной передачей «ВМС», планирует передачу широковещательных сообщений для ячейки (называемых далее «СВ-сообщениями»), принимаемых из базовой сети, и осуществляет широковещательную передачу «СВ-сообщений» на терминалы «UE», находящиеся в конкретной(ых) ячейке(ах). Уровень управления широковещательной/многоадресной передачей «ВМС» генерирует сообщение управления широковещательной/многоадресной передачей «ВМС» с добавлением к «СВ-сообщению», полученному с вышерасположенного уровня, такой информации, как идентификатор сообщения, порядковый номер, схема кодирования, и передает сообщение уровня «ВМС» на уровень управления радиоканалом «RLC». Сообщения уровня «ВМС» передаются с уровня управления радиоканалом «RLC» на уровень управления доступом к среде «MAC» по логическому каналу, то есть по общему каналу трафика «СТСН». Логический канал «СТСН» отображается на транспортный канал, то есть канал прямого доступа «FACH», который отображается на физический канал, то есть вспомогательный общий физический канал управления «S-CCPCH».[28] The Navy Broadcast / Multicast Control Level, plans to transmit broadcast messages for a cell (hereinafter referred to as “CB Messages”) received from the core network, and broadcasts “CB Messages” to UEs located in the specific cell (s). The Navy Broadcast / Multicast Control Layer generates a Navy Broadcast / Multicast Control message with the addition of information such as a message identifier, serial number, coding scheme, and transmits a level message to the CB message received from the upstream layer “Naval Forces” to the RLC radio channel control level. Messages of the “Naval Forces” level are transmitted from the “RLC” radio channel control level to the “MAC” medium access control level via a logical channel, that is, through a common STSN traffic channel. The logical channel "STSN" is displayed on the transport channel, that is, the direct access channel "FACH", which is displayed on the physical channel, that is, the auxiliary common physical control channel "S-CCPCH".

[29] Уровень протокола сходимости пакетных данных «PDCP» является вышерасположенным уровнем для уровня управления радиоканалом «RLC» и позволяет осуществлять эффективную передачу данных с использованием сетевого протокола (такого как «IPv4» или «IPv6») по радиоинтерфейсу с относительно узкой полосой пропускания. Чтобы достичь этого, уровень протокола сходимости пакетных данных «PDCP» выполняет функцию уменьшения необходимой управляющей информации, используемой в проводной сети, причем функция этого типа называется сжатием заголовка.[29] The packet data convergence protocol layer “PDCP” is an upper layer for the “RLC” radio channel control layer and allows efficient data transmission using a network protocol (such as “IPv4” or “IPv6”) over a relatively narrow bandwidth radio interface. To achieve this, the packet data convergence protocol layer “PDCP” has the function of reducing the necessary control information used in the wired network, a function of this type being called header compression.

[30] Уровень управления ресурсами радиосвязи (RRC) расположен в самой нижней части уровня L3. Уровень управления ресурсами радиосвязи «RRC» определен только в плоскости управления, он осуществляет управление логическими каналами, транспортными каналами и физическими каналами в отношении настройки, реконфигурации и освобождения или отмены радиоканалов «RB». Обслуживание радиоканала относится к услуге, предоставляемой вторым уровнем L2 для передачи данных между терминалом и наземной сетью радиодоступа «UTRAN», и в общем случае, настройка радиоканала «RB» относится к регулированию уровней протоколов и характеристик каналов, необходимых для поставки конкретных услуг, а также заданию соответствующих параметров и способов работы.[30] The Radio Resource Management (RRC) layer is located at the very bottom of the L3 layer. The radio resource control level “RRC” is defined only in the control plane; it manages the logical channels, transport channels, and physical channels with respect to tuning, reconfiguring, and releasing or canceling RB radio channels. Radio channel maintenance refers to the service provided by the second L2 layer for data transmission between the terminal and the UTRAN terrestrial radio access network, and in general, setting up the RB radio channel refers to the regulation of protocol levels and channel characteristics necessary for the delivery of specific services, as well as setting appropriate parameters and working methods.

[31] Уровень управления радиоканалом «RLC» может принадлежать к пользовательской плоскости или плоскости управления в зависимости от типа уровня, включенного в вышерасположенный, относительно уровня управления радиоканалом «RLC», уровень. То есть, если уровень управления радиоканалом «RLC» принимает данные от уровня управления ресурсами радиосвязи «RRC», уровень управления радиоканалом «RLC» принадлежит к плоскости управления. В ином случае уровень управления радиоканалом «RLC» принадлежит к пользовательской плоскости.[31] The RLC radio control layer may belong to a user plane or a control plane depending on the type of level included in the above level relative to the RLC radio channel control level. That is, if the RLC radio control layer receives data from the RRC radio resource control layer, the RLC radio control layer belongs to the control plane. Otherwise, the RLC radio control layer belongs to the user plane.

[32] Теперь подробнее рассмотрим заголовок уровня управления доступом к среде «MAC». На Фиг.3 показана структура уровня управления доступом к среде «MAC» для наземной сети радиодоступа «UTRAN». На Фиг.4-7 показаны структуры подуровней «MAC-d» и «MAC-c/sh» наземной сети радиодоступа «UTRAN», где квадратики обозначают функции уровня управления доступом к среде «MAC». Далее опишем основные функции уровня.[32] Now let us consider in more detail the header of the MAC access control layer. Figure 3 shows the structure of the MAC access control layer for the UTRAN. Figure 4-7 shows the structure of the sublayer "MAC-d" and "MAC-c / sh" of the terrestrial radio access network "UTRAN", where the boxes indicate the functions of the level of access control to the medium "MAC". Next, we describe the main functions of the level.

[33] Уровень управления доступом к среде «MAC» расположен между уровнем управления радиоканалом «RLC» и физическими уровнями, и основной его функцией является отображение друг на друга логических каналов и транспортных каналов. Уровень управления доступом к среде «MAC» нуждается в таком отображении каналов, поскольку способ обработки каналов на вышерасположенном, по отношению к уровню управления доступом к среде «MAC», уровне отличается от способа обработки каналов на нижерасположенном, по отношению к уровню управления доступом к среде «MAC», уровне. А именно, на вышерасположенном уровне, по отношению к уровню управления доступом к среде «MAC», каналы подразделяются на каналы управления плоскости управления и каналы трафика плоскости пользователя в соответствии с содержанием данных, передаваемых по каналу. Однако на нижерасположенном уровне, по отношению к уровню управления доступом к среде «MAC», каналы подразделяются на общие каналы и выделенные каналы в соответствии с тем, как совместно используются эти каналы. Таким образом, отображение каналов между вышерасположенными и нижерасположенными уровнями имеет большое значение. Взаимоотношение отображения каналов показано на Фиг.4, где изображена схема отображения каналов в терминале «UE».[33] The MAC access control layer is located between the RLC radio control layer and the physical layers, and its main function is to map logical channels and transport channels to each other. The MAC access control layer needs such a mapping of channels, since the channel processing method at the upstream, relative to the MAC access control level, is different from the channel processing at the downstream, with respect to the media access control "MAC" level. Namely, at the above level, with respect to the MAC access control level, the channels are divided into control plane control channels and user plane traffic channels in accordance with the content of data transmitted over the channel. However, at the downstream level, with respect to the MAC access control layer, the channels are divided into common channels and dedicated channels according to how these channels are shared. Thus, the mapping of channels between the upstream and downstream levels is of great importance. The channel mapping relationship is shown in FIG. 4, which shows a channel mapping scheme in the “UE” terminal.

[34] Другой основной функцией уровня управления доступом к среде «MAC» является уплотнение логических каналов. Уровень управления доступом к среде «MAC» мультиплексирует несколько логических каналов в одном транспортном канале, чтобы добиться выгоды от уплотнения. Выгода от уплотнения имеет значение для трафика, передаваемого прерывистым образом, например сигнальной информации или пакетных данных. Для непрерывно передаваемых данных уплотнение обычно не используется, поскольку данные передаются непрерывно, в результате выгода от уплотнения относительно невелика.[34] Another main function of the MAC access control layer is the logical channel multiplexing. The MAC access control layer multiplexes multiple logical channels in a single transport channel to achieve the benefits of compression. The benefits of compression are important for traffic transmitted in a discontinuous manner, such as signaling information or packet data. For continuously transmitted data, compression is usually not used, since data is transmitted continuously, as a result, the benefit of compression is relatively small.

[35] Действия уровня управления доступом к среде «MAC» по отображению каналов и уплотнению логических каналов обеспечивают преимущества в увеличении гибкости выбора каналов и эффективности использования ресурсов каналов, но для поддержки этих преимуществ необходимы определенные типы функции идентификации.[35] The actions of the MAC access control layer to map channels and compress logical channels provide advantages in increasing the flexibility of channel selection and channel resource utilization, but certain types of identification functions are required to support these advantages.

[36] Идентификация классифицируется на два вида: идентификация терминала «UE» и идентификация логического канала. Во-первых, идентификация терминала «UE» необходима для общего транспортного канала, поскольку этот канал совместно используется несколькими терминалами «UE». Во-вторых, идентификация логического канала нужна при уплотнении нескольких логических каналов в одном транспортном канале. Для целей идентификации уровень управления доступом к среде «MAC» вставляет в заголовок блока протокольных данных «MAC PDU» поля: поле типа целевого канала «TCTF», поле типа идентификатора терминала «UE-ID Type», поле идентификатора терминала «UE-ID» и-или поле управление/трафик «С/Т».[36] Identification is classified into two types: terminal identification "UE" and identification of the logical channel. Firstly, the identification of the terminal "UE" is necessary for a common transport channel, since this channel is shared by several terminals "UE". Secondly, the identification of a logical channel is needed when multiplexing multiple logical channels in one transport channel. For identification purposes, the MAC access control layer inserts the following fields into the header of the MAC PDU protocol data field: TCTF target channel type field, UE-ID Type terminal identifier type field, UE-ID terminal identifier field and / or C / T control / traffic field.

[37] Более подробно, идентификация терминала «UE» необходима, когда выделенный логический канал, например, выделенный канал управления «DCCH» или выделенный канал трафика «DTCH», отображаются на общий транспортный канал, например общий физический канал «СРСН», выделенный мультиплексный (совместно используемый) канал «DSCH» или «USCH». Для этого уровень управления доступом к среде «MAC» добавляет временный идентификатор радиосети «RNTI» в поле идентификатора терминала «UE-ID» заголовка блока протокольных данных «MAC PDU». В настоящее время для обозначения определенного терминала «UE» используются три вида временного идентификатора радиосети «RNTI», например «U-RNTI» (временный идентификатор радиосети «RNTI» сети «UTRAN»), «C-RNTI» (временный идентификатор радиосети «RNTI» ячейки) и «DSCH-RNTI» (временный идентификатор радиосети «RNTI» нисходящего совместно используемого канала «DSCH»). Поскольку существует три вида используемых идентификаторов «RNTI», к заголовку блока протокольных данных «MAC PDU» добавляется также поле типа идентификатора терминала «UE-ID Type», сообщающее о том, какой идентификатор «RNTI» используется.[37] In more detail, the identification of the terminal "UE" is necessary when a dedicated logical channel, for example, a dedicated control channel "DCCH" or a dedicated traffic channel "DTCH", are mapped to a common transport channel, for example a common physical channel "CPCH", dedicated multiplex (Shared) Channel "DSCH" or "USCH". For this, the MAC access control layer adds a temporary radio network identifier “RNTI” to the “UE-ID” terminal identifier field of the MAC PDU protocol data unit header. Currently, three types of temporary radio network identifier “RNTI” are used to designate a specific “UE” terminal, for example, “U-RNTI” (temporary radio network identifier “RNTI” of the “UTRAN” network), “C-RNTI” (temporary radio network identifier “RNTI” "Cell) and" DSCH-RNTI "(temporary identifier of the radio network" RNTI "downlink shared channel" DSCH "). Since there are three types of RNTIs used, the UE-ID Type field identifier type is also added to the header of the MAC PDU protocol data unit, indicating which RNTI is being used.

[38] Для идентификации логических каналов применяются два уровня идентификации логических каналов. Первый уровень представляет собой обозначение типа логического канала, предоставляемое полем типа целевого канала «TCTF», а вторым уровнем является обозначение выделенного логического канала, предоставляемое полем управление/трафик «С/Т».[38] Two levels of identification of logical channels are used to identify logical channels. The first level is the logical channel type designation provided by the TCTF target channel type field, and the second level is the dedicated logical channel type designation provided by the C / T control / traffic field.

[39] Поле типа целевого канала «TCTF» требуется для общего транспортного канала, например канала прямого доступа «FACH» и канала случайного доступа «RACH», в котором уплотняются (мультиплексируются) логические каналы нескольких типов. Например, в канале прямого доступа «FACH» могут одновременно уплотняться канал управления широковещательной передачей «ВССН», общий канал управления «СССН», общий канал трафика «СТСН» и один или несколько выделенных логических каналов (выделенный канал управления «DCCH» или выделенный канал трафика «DTCH»), а в канале случайного доступа «RACH» могут одновременно уплотняться общий канал управления «СССН» и один или несколько выделенных логических каналов. Таким образом, тип целевого канала «TCTF» предоставляет идентификацию типа логического канала для канала прямого доступа «FACH» и канала случайного доступа «RACH», то есть, принадлежат ли данные, принятые по каналу «FACH» или «RACH», к каналу управления широковещательной передаче «ВССН», общему каналу управления «СССН», общему каналу трафика «СТСН» или одному из выделенных логических каналов.[39] A target channel type field “TCTF” is required for a common transport channel, for example, a direct access channel “FACH” and a random access channel “RACH”, in which several types of logical channels are compressed (multiplexed). For example, in the FACH direct access channel, the BCCH broadcast control channel, the CCCH common control channel, the STCH common traffic channel, and one or more dedicated logical channels (dedicated DCCH control channel or dedicated channel can be multiplexed simultaneously) traffic "DTCH"), and in the random access channel "RACH", the common control channel "СССН" and one or more dedicated logical channels can be simultaneously compressed. Thus, the target channel type “TCTF” provides a logical channel type identification for the direct access channel “FACH” and the random access channel “RACH”, that is, whether the data received on the “FACH” or “RACH” channel belongs to the control channel Broadcast "BCCN", a common control channel "CCCH", a common traffic channel "STSN" or one of the dedicated logical channels.

[40] Хотя поле типа целевого канала «TCTF» идентифицирует тип логического канала, он не идентифицирует каждый из логических каналов в отдельности. Поле типа целевого канала «TCTF» необходимо для транспортного канала, когда выделенный логический канал может отображаться вместе с другими логическими каналами. Таким образом, поле типа целевого канала «TCTF» указывает, является ли логический канал выделенным логическим каналом или другим логическим каналом. Однако для общих логических каналов, поскольку на один транспортный канал может отображаться только один общий логический канал одного типа, поле типа целевого канала «TCTF» предоставляет также идентификацию логического канала в случае общих логических каналов.[40] Although the target channel type field “TCTF” identifies the type of logical channel, it does not identify each of the logical channels individually. The target channel type field “TCTF” is necessary for the transport channel when a dedicated logical channel can be displayed together with other logical channels. Thus, the TCTF target channel type field indicates whether the logical channel is a dedicated logical channel or another logical channel. However, for common logical channels, since only one common logical channel of one type can be mapped onto a single transport channel, the TCTF target channel type field also provides logical channel identification in the case of common logical channels.

[41] Напротив, на канал прямого доступа «FACH» или канал случайного доступа «RACH» одновременно могут отображаться несколько выделенных логических каналов. Другими словами, на канал «FACH» или «RACH» могут отображаться несколько выделенных каналов управления «DCCH» или выделенных каналов трафика «DTCH». Таким образом, для выделенных логических каналов помимо обозначения типа логического канала необходима идентификация каждого выделенного логического канала. Для этого служит поле управление/трафик «С/Т».[41] In contrast, on a FACH direct access channel or a RACH random access channel, several dedicated logical channels may be mapped simultaneously. In other words, several dedicated DCCH control channels or dedicated DTCH traffic channels may be mapped to a FACH or RACH. Thus, for dedicated logical channels, in addition to designating the type of logical channel, identification of each dedicated logical channel is necessary. To do this, use the C / T control / traffic field.

[42] Идентификация каждого выделенного логического канала осуществляется с использованием поля управление/трафик «С/Т» по следующим причинам. Во-первых, в отличие от общих логических каналов, на один транспортный канал одновременно могут отображаться несколько выделенных логических каналов. Во-вторых, в обслуживающем контролере радиосети «SRNC» обработку выделенного логического канала выполняет подуровень управления выделенным каналом «МАС-d», тогда как обработку общих логических каналов выполняет подуровень управления общим и совместно используемым каналами «MAC-c/sh». Несколько выделенных логических каналов, которые отображаются на один и тот же транспортный канал, имеют свои соответствующие идентификаторы. Кроме того, такое значение используется как значение поля управление/трафик «С/Т». Если для транспортного канала существует только один выделенный логический канал, поле управление/трафик «С/Т» не используется.[42] Each dedicated logical channel is identified using the C / T control / traffic field for the following reasons. Firstly, unlike common logical channels, several dedicated logical channels can be displayed on one transport channel at a time. Secondly, in the serving SRNC radio network controller, the dedicated logical channel processing is performed by the MAC-d dedicated channel control sublayer, while the common logical channel processing is performed by the MAC-c / sh shared and shared channel control sublayer. Several dedicated logical channels that are mapped to the same transport channel have their respective identifiers. In addition, this value is used as the value of the C / T control / traffic field. If there is only one dedicated logical channel for the transport channel, the C / T control / traffic field is not used.

[43] В нижеприведенной Таблице 1 показаны различные идентификаторы заголовка уровня управления доступом к среде «MAC», которые используются в соответствии с взаимоотношением отображения между логическими и транспортными каналами для режима частотного разделения дуплексных каналов «FDD». В Таблице 1 поле управление/трафик «С/Т» существует, когда отображается несколько выделенных логических каналов («DCCH» или «DTCH»). Кроме того, «N» обозначает отсутствие заголовка, «-» (тире) обозначает отсутствие отношения отображения, a «UE-ID» обозначает, что существуют оба поля: идентификатор терминала «UE-ID» и тип идентификатора терминала «UE-ID Type». Поле «UE-ID» всегда существует вместе с полем «UE-ID Type».[43] Table 1 below shows the various identifiers of the MAC access layer, which are used according to the mapping relationship between the logical and transport channels for the FDD duplex frequency division mode. In Table 1, the “C / T” control / traffic field exists when several dedicated logical channels (“DCCH” or “DTCH”) are displayed. In addition, “N” indicates no header, “-” (dash) indicates no display relationship, and “UE-ID” indicates that both fields exist: terminal identifier “UE-ID” and terminal identifier type “UE-ID Type ". The UE-ID field always exists with the UE-ID Type field.

Figure 00000001
Figure 00000001

[45] Как показано в вышеприведенной таблице, в соответствии с существующей технологией, логические каналы общего типа, например канал управления широковещательной передаче «ВССН», канал управления поисковым вызовом/пейджинговый управляющий канал «РССН», общий канал управления «СССН» и общий канал трафика «СТСН», не имеют поля управление/трафик «С/Т», обозначающего каждый из логических каналов. Это связано с тем, что, в соответствии с существующей технологией, не нужно уплотнять несколько общих логических каналов одного и того же типа в одном транспортном канале. Причина в том, что, поскольку по общим логическим каналам одного типа передается одна и та же информация, принимающей стороне (приемнику) не нужно одновременно принимать более одного общего логического канала одного типа. Таким образом, по одному общему транспортному каналу, такому как канал прямого доступа «FACH» или канал случайного доступа «RACH», всегда передаются данные только одного общего логического канала одного и того же типа, и в соответствии с существующей технологией нет необходимости добавлять поле управление/трафик «С/Т» для общих логических каналов.[45] As shown in the above table, according to the existing technology, logical channels of a general type, for example, a BCCH broadcast control channel, a paging control channel / paging control channel RCCH, a common CCCH control channel and a common channel STSN traffic, do not have the C / T control / traffic field, denoting each of the logical channels. This is due to the fact that, in accordance with the existing technology, it is not necessary to compact several common logical channels of the same type in one transport channel. The reason is that since the same information is transmitted through the common logical channels of the same type, the receiving side (receiver) does not need to simultaneously receive more than one common logical channel of the same type. Thus, on one common transport channel, such as a direct access channel “FACH” or a random access channel “RACH”, the data of only one common logical channel of the same type is always transmitted, and in accordance with existing technology there is no need to add a control field / C / T traffic for common logical channels.

[46] Недавно был предложен новый вид услуги под названием мультимедийное широковещательное/многоадресное обслуживание «MBMS». Мультимедийное широковещательное/многоадресное обслуживание «MBMS» представляет собой услугу в домене «PS» (коммутации пакетов), состоящую в передаче мультимедийных данных, таких как звук, изображения, видео и т.п. нескольким терминалам с использованием услуги однонаправленного многоточечного широкополосного радиоканала типа «точка-множество точек». Когда сеть 1 «UMTS» предоставляет определенную услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS» в режиме многоадресной передачи, терминалы «UE», которым должны передаваться данные услуги, сначала должны выполнить процедуру подписки, устанавливающую индивидуальные взаимоотношения между поставщиком услуги и каждым из терминалов «UE». Затем терминал «UE» абонента получает объявление об услуге из базовой сети 200, подтверждающее подписку и содержащее, например, список предоставляемых услуг.[46] Recently, a new type of service called the MBMS multimedia broadcast / multicast service has been proposed. MBMS multimedia broadcast / multicast service is a service in the PS domain (packet switching), consisting in the transfer of multimedia data such as sound, images, video, etc. multiple terminals using the service of a unidirectional multipoint broadband radio channel of the type "point-to-multipoint". When the UMTS network 1 provides the specific MBMS multimedia broadcast / multicast service in the multicast mode, the UEs to which these services should be transmitted must first perform a subscription procedure establishing an individual relationship between the service provider and each of the terminals UE. " Then, the subscriber terminal “UE” receives a service announcement from the core network 200, confirming the subscription and containing, for example, a list of services provided.

[47] В соответствии с существующей технологией, поскольку данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» совместно используют между собой различные пользователи, эти данные должны передаваться по общему логическому каналу. Однако поскольку мультимедийное широковещательное/многоадресное обслуживание «MBMS» является мультимедийной услугой, несколько услуг с различным качеством обслуживания «QoS» или несколько потоков с различным качеством обслуживания «QoS» в рамках одной услуги могут предоставляться одному терминалу «UE» или различным терминалам «UE». То есть, ожидается, что при предоставлении услуги мультимедийного широковещательного, многоадресного обслуживания «MBMS» необходимо отображать несколько общих логических каналов одного типа на один и тот же транспортный канал.[47] In accordance with existing technology, since the multimedia broadcast / multicast MBMS data is shared among different users, this data must be transmitted over a common logical channel. However, since the MBMS multimedia broadcast / multicast service is a multimedia service, several services with different QoS quality of service or several flows with different QoS quality of service within the same service can be provided to one UE terminal or different UE terminals . That is, it is expected that when providing the MBMS multimedia broadcast, multicast service, it is necessary to map several common logical channels of the same type to the same transport channel.

Сущность изобретенияSUMMARY OF THE INVENTION

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

[48] В рамках существующей технологии на один транспортный канал обычно не отображается несколько общих логических каналов одного типа. Одна из проблем состоит в том, что в заголовке уровня управления доступом к среде «MAC» нет идентификатора логического канала. Другая проблема состоит в том, что в подуровне управления общим и совместно используемым каналами «MAC-c/sh» отсутствует функция идентификации. Таким образом, при оказании услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» или услуги другого типа в домене коммутации пакетов «PS» следует принимать во внимание новые выполняемые функции логического канала.[48] Within the framework of the existing technology, several common logical channels of the same type are usually not displayed on one transport channel. One of the problems is that there is no logical channel identifier in the header of the MAC access control layer. Another problem is that in the control sub-layer of the shared and shared channels “MAC-c / sh” there is no authentication function. Thus, when providing the MBMS multimedia broadcast / multicast service or another type of service in the packet switching domain “PS”, new logical channel functions to be taken into account.

[49] Далее, при мультимедийном широковещательном/многоадресном обслуживании «MBMS» существует однозначное отношение отображения между услугой «MBMS» и общим логическим каналом, таким как «МТСН» (канал трафика «MBMS»). Таким образом, как сказано выше, поскольку при оказании услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» на один транспортный канал должны отображаться несколько логических каналов одного типа, несколько услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» могут передаваться по одному и тому же транспортному каналу. Следовательно, мобильный терминал может одновременно пользоваться разными услугами, данные которых передаются по одному и тому же транспортному каналу.[49] Further, with the MBMS multimedia broadcast / multicast service, there is an unambiguous mapping relationship between the MBMS service and the common logical channel, such as MTSN (MBMS traffic channel). Thus, as stated above, since when rendering the MBMS multimedia broadcast / multicast services on a single transport channel, several logical channels of the same type must be mapped, several MBMS multimedia broadcast / multicast services can be transmitted on the same transport channel . Therefore, the mobile terminal can simultaneously use different services, the data of which is transmitted on the same transport channel.

[50] Различные услуги мультимедийного широковещательного, многоадресного обслуживания «MBMS» в основном указываются с использованием идентификатора услуги «MBMS». Однако могут существовать тысячи различных услуг. Если используется идентификатор услуги «MBMS», то заголовок уровня управления доступом к среде «MAC», содержащий идентификатор услуги «MBMS» и позволяющий мобильному терминалу различать услуги, должен иметь очень большой размер и сильно перегружать передачу. Таким образом, необходим способ идентификации различных услуг при сохранении небольшого размера заголовка уровня управления доступом к среде «MAC».[50] Various MBMS multimedia broadcast, multicast services are generally indicated using the MBMS service identifier. However, there may be thousands of different services. If the MBMS service identifier is used, then the header of the MAC access control layer containing the MBMS service identifier and allowing the mobile terminal to distinguish between services must be very large and greatly overload the transmission. Thus, a method is needed to identify various services while maintaining a small header size of the MAC access control layer.

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

[51] Настоящее изобретение имеет отношение к временному идентификатору услуги «TSI», который служит для идентификации определенной многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», данные которых передаются по отдельному транспортному каналу.[51] The present invention relates to a temporary TSI service identifier, which is used to identify a particular point-to-many-point multicast service among several point-to-many-point multicast services whose data is transmitted over a separate transport channel.

[52] Дополнительные свойства и преимущества изобретения частично будут представлены в описании, приведенном ниже, а частично станут очевидными для специалистов в данной области техники после изучения нижеследующего описания или могут быть изучены в ходе практического применения изобретения. Цели и другие преимущества данного изобретения могут быть реализованы и достигнуты посредством структуры, конкретно рассмотренной в описании и пунктах формулы настоящего изобретения, а также в прилагаемых чертежах.[52] Additional features and advantages of the invention will be presented in part in the description below, and in part will become apparent to those skilled in the art after studying the following description, or may be learned during the practice of the invention. The objectives and other advantages of this invention can be realized and achieved through the structure specifically described in the description and claims of the present invention, as well as in the accompanying drawings.

[53] Как здесь осуществлено и подробно описано, чтобы полностью или частично добиться этих и других преимуществ, а также в соответствии с целью настоящего изобретения, настоящее изобретение, предпочтительно, осуществлено в способе идентификации многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», которые передаются по транспортному каналу в системе беспроводной связи, где упомянутый способ включает в себя: выделение для каждой из нескольких многоадресных услуг типа «точка-множество точек» идентификатора многоадресной услуги типа «точка-множество точек», обозначающего эту многоадресную услугу типа «точка-множество точек»; генерацию информации отображения для обозначения назначения указанных идентификаторов многоадресных услуг типа «точка-множество точек» каждой из нескольких многоадресных услуг типа «точка-множество точек»; передачу информации отображения мобильному терминалу; предоставление уровня управления доступом к среде для генерации, по меньшей мере, одного блока протокольных данных, связанного, по меньшей мере, с одной из нескольких многоадресных услуг типа «точка-множество точек»; генерацию, по меньшей мере, одного блока протокольных данных на уровне управления доступом к среде; присоединение к упомянутому, по меньшей мере, одному блоку протокольных данных идентификатора многоадресной услуги типа «точка-множество точек», назначенного для упомянутой, по меньшей мере, одной из этих нескольких многоадресных услуг типа «точка-множество точек» в соответствии с информацией отображения; и передачу мобильному терминалу упомянутого, по меньшей мере, одного блока протокольных данных, содержащего назначенный идентификатор многоадресной услуги типа «точка-множество точек», по транспортному каналу.[53] As implemented and described in detail in order to fully or partially achieve these and other advantages, and also in accordance with the purpose of the present invention, the present invention is preferably implemented in a method for identifying a point-to-multipoint multicast service among several multicast point-to-multiple-point services that are transmitted over a transport channel in a wireless communication system, where the aforementioned method includes: allocating point-to-point multicast services - a set of points "identifier of a multicast service of the type" point-to-many points ", denoting this multicast service of the type" point-to-many points "; generating display information to indicate the purpose of the indicated point-to-multiple-point multicast service identifiers of each of several point-to-multiple-point multicast services; transmitting display information to the mobile terminal; providing a medium access control level for generating at least one block of protocol data associated with at least one of several point-to-multipoint multicast services; generating at least one block of protocol data at a medium access control level; attaching to said at least one protocol data unit an identifier of a point-to-multiple point multicast service assigned to said at least one of these several point-to-multiple point multicast services in accordance with the display information; and transmitting to the mobile terminal said at least one block of protocol data containing an assigned point-to-multiple-point multicast service identifier via a transport channel.

[54] В одном из аспектов настоящего изобретения назначение идентификаторов услуги типа "точка-множество точек" выполняется уровнем управления ресурсами радиосвязи сети. Информация отображения генерируется на уровне управления ресурсами радиосвязи сети.[54] In one aspect of the present invention, the assignment of point-to-multiple-point service identifiers is performed by the radio resource control layer of the network. Display information is generated at the radio resource control level of the network.

[55] В более подробном аспекте изобретения уровень управления ресурсами радиосвязи сети передает информацию отображения уровню управления доступом к среде сети. Кроме того, уровень управления ресурсами радиосвязи сети передает информацию отображения уровню управления ресурсами радиосвязи мобильного терминала. Предпочтительно, уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.[55] In a more detailed aspect of the invention, a radio resource control layer of a network transmits display information to a network medium access control layer. In addition, the radio communication resource management level of the network transmits display information to the radio communication resource management level of the mobile terminal. Preferably, the radio resource control level of the mobile terminal transmits the display information to the medium access control level of the mobile terminal.

[56] Еще в одном аспекте настоящего изобретения транспортный канал является каналом прямого доступа «FACH». Блок протокольных данных передается по общему логическому каналу «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»).[56] In another aspect of the present invention, the transport channel is a FACH direct access channel. The protocol data unit is transmitted over the common logical channel “MTSN” (multi-point channel of multimedia broadcast / multicast service traffic “MBMS”).

[57] Предпочтительно, способ дополнительно включает в себя передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек», назначенных, соответственно, для каждой из этих многоадресных услуг типа «точка-множество точек», уровню управления доступом к среде сети, и передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления ресурсами радиосвязи мобильного терминала. Далее, уровень управления ресурсами радиосвязи мобильного терминала передает эти значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.[57] Preferably, the method further includes transmitting values for point-to-many-point multicast service identifiers assigned, respectively, for each of these point-to-many-point multicast services to a network media access control layer, and transmitting values for identifiers of multicast services of the type "point-to-multipoint" to the level of radio resource management of the mobile terminal. Further, the radio terminal resource management level of the mobile terminal transmits these values for point-to-multipoint type multicast service identifiers to the access control environment of the mobile terminal.

[58] Еще в одном аспекте настоящего изобретения идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита, а по транспортному каналу могут передаваться данные не более чем 16 многоадресных услуг типа «точка-множество точек». Предпочтительно, идентификатор многоадресной услуги типа «точка-множество точек» присоединяется к заголовку, по меньшей мере, одного блока протокольных данных.[58] In yet another aspect of the present invention, a point-to-multiple-point multicast service identifier is 4 bits long and no more than 16 point-to-multiple-point multicast services can be transmitted over a transport channel. Preferably, the point-to-multipoint type multicast service identifier is appended to the header of at least one protocol data unit.

[59] В соответствии с другим вариантом осуществления настоящего изобретения, способ идентификации многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», которые принимаются по транспортному каналу мобильным терминалом в системе беспроводной связи, включает в себя: прием из сети информации отображения для обозначения назначения идентификатора многоадресной услуги типа «точка-множество точек» каждой из нескольких многоадресных услуг типа «точка-множество точек»; прием на уровне управления доступом к среде, по меньшей мере, одного блока протокольных данных, связанного, по меньшей мере, с одной из нескольких многоадресных услуг типа «точка-множество точек», где идентификатор многоадресной услуги типа «точка-множество точек», назначенный, по меньшей мере, одной из нескольких многоадресных услуг типа "точка-множество точек", присоединяется к упомянутому, по меньшей мере, одному блоку протокольных данных; и принятие решения об обработке упомянутого, по меньшей мере, одного блока протокольных данных путем оценки упомянутого назначенного идентификатора многоадресной услуги типа «точка-множество точек» вместе с информацией отображения.[59] According to another embodiment of the present invention, a method for identifying a point-to-many-point multicast service among several point-to-many-point multicast services that are received on a transport channel by a mobile terminal in a wireless communication system includes : receiving, from the network, display information to indicate the assignment of an identifier for a multicast point-to-multipoint service of each of several multicast services of a point-to-multipoint type; receiving at least one block of protocol data associated with at least one of several point-to-multipoint multicast services at the medium access control level, where the identifier of the point-to-multipoint multicast service is assigned at least one of several point-to-multiple-point multicast services joins said at least one protocol data unit; and deciding to process said at least one block of protocol data by evaluating said assigned point-to-multipoint multicast service identifier together with display information.

[60] В одном из аспектов настоящего изобретения назначение идентификаторов услуги типа "точка-множество точек" выполняется уровнем управления ресурсами радиосвязи сети. Информация отображения генерируется на уровне управления ресурсами радиосвязи сети.[60] In one aspect of the present invention, the assignment of point-to-multiple-point service identifiers is performed by the radio resource control layer of the network. Display information is generated at the radio resource control level of the network.

[61] В более подробном аспекте уровень управления ресурсами радиосвязи мобильного терминала принимает информацию отображения от уровня управления ресурсами радиосвязи сети. Предпочтительно, уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.[61] In a more detailed aspect, the radio resource control level of the mobile terminal receives display information from the radio resource control level of the network. Preferably, the radio resource control level of the mobile terminal transmits the display information to the medium access control level of the mobile terminal.

[62] Еще в одном аспекте настоящего изобретения транспортный канал является каналом прямого доступа «FACH».[62] In yet another aspect of the present invention, the transport channel is a FACH direct access channel.

[63] Предпочтительно, способ дополнительно включает в себя прием значений для идентификаторов многоадресных услуг типа «точка-множество точек», выделенных, соответственно, для каждой из многоадресных услуг типа «точка-множество точек», где значения для идентификаторов многоадресных услуг типа «точка-множество точек» генерируются на уровне управления ресурсами радиосвязи сети и передаются уровню управления ресурсами радиосвязи мобильного терминала. Далее, уровень управления ресурсами радиосвязи мобильного терминала передает значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.[63] Preferably, the method further includes receiving values for point-to-multiple-point multicast service identifiers allocated, respectively, for each of point-to-many-point multicast services, where values for point-to-multicast service identifiers “many points” are generated at the radio resource control level of the network and transmitted to the radio resource control level of the mobile terminal. Further, the radio terminal resource management level of the mobile terminal transmits values for the point-to-multipoint type multicast service identifiers to the access control environment of the mobile terminal.

[64] Еще в одном аспекте настоящего изобретения идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита, а по транспортному каналу могут приниматься данные не более чем 16 многоадресных услуг типа «точка-множество точек». Предпочтительно, идентификатор многоадресной услуги типа «точка-множество точек» присоединяется к заголовку, по меньшей мере, одного блока протокольных данных.[64] In yet another aspect of the present invention, a point-to-multiple-point multicast service identifier is 4 bits long, and no more than 16 point-to-multiple-point multicast services can be received on a transport channel. Preferably, the point-to-multipoint type multicast service identifier is appended to the header of at least one protocol data unit.

[65] В соответствии с одним из вариантов осуществления настоящего изобретения, упомянутый этап принятия решения включает в себя считывание назначенного идентификатора многоадресной услуги типа «точка-множество точек» и определение многоадресной услуги типа «точка-множество точек», которая соответствует назначенному идентификатору этой многоадресной услуги типа «точка-множество точек», путем считывания информации отображения, при этом, если соответствующая многоадресная услуга типа «точка-множество точек» представляет собой услугу, которую мобильный терминал намерен принимать, то упомянутый, по меньшей мере, один блок протокольных данных обрабатывается, а если соответствующая многоадресная услуга типа «точка-множество точек» представляет собой услугу, которую мобильный терминал принимать не намерен, то упомянутый, по меньшей мере, один блок протокольных данных игнорируется.[65] According to one embodiment of the present invention, said decision-making step includes reading an assigned point-to-many-point multicast service identifier and determining a point-to-many-point multicast service that corresponds to the assigned identifier of this multicast point-to-multipoint services by reading the display information, if the corresponding point-to-multipoint multicast service is a service that the mobile terminal intends to receive, said at least one block of protocol data is processed, and if the corresponding point-to-multipoint type multicast service is a service that the mobile terminal does not intend to receive, then said at least one block of protocol data is ignored.

[66] Следует понять, что и приведенное выше описание, и следующее далее подробное описание настоящего изобретения носят примерный и пояснительный характер и служат для дополнительного пояснения заявляемого изобретения.[66] It should be understood that both the above description and the following detailed description of the present invention are exemplary and explanatory in nature and serve to further clarify the claimed invention.

Краткое описание чертежейBrief Description of the Drawings

[67] Сопроводительные чертежи, прилагаемые для лучшего понимания изобретения и составляющие часть настоящей заявки, иллюстрируют вариант(ы) осуществления изобретения, и вместе с описанием служат для пояснения принципов настоящего изобретения.[67] The accompanying drawings, which are included to better understand the invention and form part of this application, illustrate embodiment (s) of the invention and, together with the description, serve to explain the principles of the present invention.

[68] На Фиг.1 показана блок-схема структуры обычной универсальной системы подвижной связи «UMTS».[68] Figure 1 shows a block diagram of the structure of a conventional universal mobile communications system "UMTS".

[69] На Фиг.2 показана блок-схема структуры протокола интерфейса радиосвязи между терминалом и сетью на основе стандартов сети абонентской радиосвязи 3GPP.[69] FIG. 2 shows a block diagram of a protocol structure of a radio communication interface between a terminal and a network based on 3GPP radio subscriber network standards.

[70] На Фиг.3 показана блок-схема обычной структуры уровня уровень управления доступом к среде «MAC» универсальной наземной сети радиодоступа «UTRAN».[70] Figure 3 shows a block diagram of a typical level structure of a MAC access control layer of a UTRAN.

[71] На Фиг.4 показана блок-схема обычной структуры подуровня подуровень управления общим и совместно используемым каналами «МАС-c/sh» мобильного терминала.[71] Figure 4 shows a block diagram of a conventional sublayer structure of a common and shared MAC-c / sh channel management terminal of a mobile terminal.

[72] На Фиг.5 показана блок-схема обычной структуры подуровня управления общим и совместно используемым каналами «MAC-c/sh» универсальной наземной сети радиодоступа «UTRAN».[72] Figure 5 shows a block diagram of a conventional structure of a common and shared MAC-c / sh control sublayer of a UTRAN.

[73] На Фиг.6 показана блок-схема обычной структуры подуровня управления выделенным каналом «MAC-d» мобильного терминала.[73] FIG. 6 shows a block diagram of a conventional structure of a dedicated MAC-d dedicated channel control sublayer of a mobile terminal.

[74] На Фиг.7 показана блок-схема обычной структуры подуровня управления выделенным каналом «MAC-d» сети «UTRAN».[74] Figure 7 shows a block diagram of a conventional structure of a dedicated MAC-d dedicated UTRAN control sublayer.

[75] На Фиг.8 показано отображение взаимосвязи между логическими и транспортными каналами (на стороне терминала UE).[75] FIG. 8 shows a mapping of the relationship between logical and transport channels (on the terminal side of the UE).

[76] Фиг.9 и Фиг.10 представляют собой схемы формата блока протокольных данных «MAC PDU» в соответствии с одним из вариантов осуществления настоящего изобретения.[76] Fig. 9 and Fig. 10 are diagrams of a MAC PDU format according to an embodiment of the present invention.

[77] На Фиг.11 показана структура уровня управления доступом к среде «MAC» сети «UTRAN» в соответствии с одним из вариантов осуществления настоящего изобретения.[77] Figure 11 shows the structure of a MAC media access control layer of a UTRAN in accordance with one embodiment of the present invention.

[78] На Фиг.12 показана структура уровень управления доступом к среде «MAC» мобильного терминала в соответствии с одним из вариантов осуществления настоящего изобретения.[78] FIG. 12 shows a structure of a MAC access control layer of a mobile terminal in accordance with one embodiment of the present invention.

[79] На Фиг.13 показана схема назначения значений поля временного идентификатора услуги «TSI» в соответствии с одним из вариантов осуществления настоящего изобретения.[79] FIG. 13 is a diagram showing a value assignment field of a temporary TSI service identifier field in accordance with one embodiment of the present invention.

[80] На Фиг.14 показана схема передачи данных в соответствии с одним из вариантов осуществления настоящего изобретения.[80] FIG. 14 shows a data transmission diagram in accordance with one embodiment of the present invention.

Примеры осуществления изобретенияExamples of carrying out the invention

[81] Далее будут подробно рассмотрены предпочтительные варианты осуществления настоящего изобретения, примеры которых проиллюстрированы в прилагаемых чертежах.[81] Next, preferred embodiments of the present invention will be described in detail, examples of which are illustrated in the accompanying drawings.

[82] Настоящее изобретение имеет отношение к временному идентификатору услуги (TSI), который служит для идентификации отдельной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» среди нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», данные которых передаются по отдельному транспортному каналу. Настоящее изобретение воплощается путем включения поля временного идентификатора услуги «TSI»I в заголовок блока данных уровня управления доступом к среде «MAC», соответствующего услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», и передачи упомянутого блока данных мобильному терминалу по отдельному транспортному каналу. Мобильный терминал определяет принимать упомянутый блока данных в соответствии с информацией отображения, полученной из универсальной наземной сети радиодоступа «UTRAN», при этом упомянутая информация отображения сообщает мобильному терминалу, для какой услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» выделено поле временного идентификатора услуги «TSI».[82] The present invention relates to a temporary service identifier (TSI), which is used to identify an individual MBMS multimedia broadcast / multicast service among several MBMS multimedia broadcast / multicast services, the data of which are transmitted on a separate transport channel. The present invention is embodied by including a TSI Temporary Service Identifier field I in the header of a data block of a MAC access control layer corresponding to an MBMS multimedia broadcast / multicast service, and transmitting said data block to a mobile terminal via a separate transport channel. The mobile terminal determines to receive said data block in accordance with the display information received from the UTRAN universal terrestrial radio access network, wherein the display information tells the mobile terminal for which MBMS multimedia broadcast / multicast service the “TSI” temporary service identifier field is allocated ".

[83] На Фиг.9 и 10 проиллюстрирован формат блока протокольных данных «MAC PDU» в соответствии с одним из вариантов осуществления настоящего изобретения, в котором формат блока протокольных данных «MAC PDU» используется в случае, когда данные общего логического канала, такого как канал трафика «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»), передаются через общий транспортный канал, такой как канал прямого доступа «FACH». Показано также, что поле типа целевого канала «TCTF» и поле временного идентификатора услуги «TSI» включают в себя заголовок блока протокольных данных «MAC PDU», тогда как блок служебных данных уровня управления доступом к среде «MAC SDU» (далее, блок служебных данных «MAC SDU») включает в себя полезную нагрузку блока протокольных данных «MAC PDU».[83] Figures 9 and 10 illustrate a MAC PDU format for a protocol data unit in accordance with one embodiment of the present invention, in which a MAC PDU format for a protocol data unit is used when data of a common logical channel, such as the MTSN traffic channel (multi-point multimedia broadcast / multicast MBMS traffic channel) is transmitted through a common transport channel, such as the FACH direct access channel. It is also shown that the target channel type field "TCTF" and the temporary service identifier field "TSI" include the header of the protocol data unit "MAC PDU", while the service data block of the medium access control level MAC SDU (hereinafter, the service block “MAC SDU” data) includes the payload of the “MAC PDU” protocol data unit.

[84] В соответствии с Фиг.9 и 10 существует, предпочтительно, два вида форматов блока протокольных данных «MAC PDU». Как показано на Фиг.9, в формате первого вида заголовок блока протокольных данных «MAC PDU» содержит поля типа целевого канала «TCTF» и временного идентификатора услуги «TSI». Этот вид блока протокольных данных «MAC PDU» используется в случае, когда по транспортному каналу, такому, как канал прямого доступа «FACH», передаются данные логических каналов разных типов. Здесь поле типа целевого канала «TCTF» обозначает тип логического канала, а поле временного идентификатора услуги «TSI» обозначает услугу «MBMS», которая передается по этому логическому каналу.[84] According to FIGS. 9 and 10, there are preferably two kinds of “MAC PDU” protocol data unit formats. As shown in FIG. 9, in a first-view format, the header of the MAC PDU contains the type of the target channel “TCTF” and the temporary service identifier “TSI”. This type of MAC PDU is used when different types of logical channels are transmitted over a transport channel, such as a direct access channel, FACH. Here, the target channel type field “TCTF” denotes the type of logical channel, and the temporary service identifier field “TSI” denotes the “MBMS” service, which is transmitted on this logical channel.

[85] В формате второго вида заголовок блока протокольных данных «MAC PDU» содержит поле временного идентификатора услуги «TSI» для обозначения услуги «MBMS», которая передается по этому логическому каналу, как показано на Фиг, 10. Соответственно, поле типа целевого канала «TCTF» не включается. Этот вид блока протокольных данных «MAC PDU» используется в случае, когда по транспортному каналу могут передаваться логические каналы только одного типа. Здесь поле типа целевого канала «TCTF» включено в заголовок, как и в формате первого вида, однако поле типа целевого канала «TCTF» не является необходимым, поскольку тип логического канала обозначает сам транспортный канал.[85] In a second view format, the header of the MAC PDU contains a temporary service identifier field “TSI” to indicate the MBMS service, which is transmitted on this logical channel, as shown in FIG. 10. Accordingly, the target channel type field "TCTF" does not turn on. This type of MAC PDU is used when only one type of logical channel can be transmitted on a transport channel. Here, the TCTF target channel type field is included in the header, as in the first type format, however, the TCTF target channel type field is not necessary, since the logical channel type indicates the transport channel itself.

[86] Таким образом, поле типа целевого канала «TCTF» присутствует в заголовке блока протокольных данных «MAC PDU» в случае, когда по транспортному каналу могут передаваться несколько типов логических каналов. Далее, поле временного идентификатора услуги «TSI» присутствует в заголовке блока протокольных данных «MAC PDU» в случае, когда в транспортном канале уплотняются данные нескольких услуг «MBMS».[86] Thus, the TCTF target channel type field is present in the header of the MAC PDU in the case where several types of logical channels can be transmitted on the transport channel. Further, the TSI temporary service identifier field is present in the header of the MAC PDU in the case when data from several MBMS services is compressed in the transport channel.

[87] На Фиг.11 показана структура уровня управления доступом к среде «MAC» универсальной наземной сети радиодоступа «UTRAN» в соответствии с одним из вариантов осуществления настоящего изобретения. На Фиг.12 показана структура уровня управления доступом к среде «MAC» мобильного терминала в соответствии с одним из вариантов осуществления настоящего изобретения.[87] Fig. 11 shows a structure of a MAC access layer of a UTRAN in accordance with one embodiment of the present invention. 12 shows a structure of a MAC access control layer of a mobile terminal in accordance with one embodiment of the present invention.

[88] В соответствии с Фиг.11 и 12, когда уплотняются общие логические каналы, такие как каналы трафика «МТСН» (многоточечный канал трафика мультимедийного широковещательного/многоадресного обслуживания «MBMS»), уровень управления доступом к среде «MAC» выполняет функцию уплотнения (мультиплексирования) временных идентификаторов услуги «TSI» (далее, функцию «TSI MUX»). Предпочтительно, когда каналы трафика «МТСН» уплотняются в одном транспортном канале, уровень управления доступом к среде «MAC» выполняет функцию «TSI MUX». Функция «TSI MUX» уровня управления доступом к среде «MAC» в сети «UTRAN» вставляет поле временного идентификатора услуги «TSI» для обозначения услуги «MBMS» в заголовок соответствующего блока протокольных данных «MAC PDU». Функция «TSI MUX» уровня уровень управления доступам к среде «MAC» в мобильном терминале удаляет поле временного идентификатора услуги «TSI» из заголовка блока протокольных данных «MAC PDU» после считывания из заголовка принятого блока протокольных данных «MAC PDU» информации поля временного идентификатора услуги «TSI», обозначающего услугу «MBMS».[88] In accordance with FIGS. 11 and 12, when common logical channels are compressed, such as MTCN traffic channels (MBMS multidrop multicast / multicast traffic channel), the MAC access control layer performs the compaction function (multiplexing) temporary identifiers of the TSI service (hereinafter, the TSI MUX function). Preferably, when the MTSN traffic channels are compressed in one transport channel, the MAC access control layer performs the TSI MUX function. The “TSI MUX” function of the MAC medium access control layer in the “UTRAN” network inserts the “TSI” service temporary identifier field to indicate the “MBMS” service in the header of the corresponding MAC PDU protocol data unit. The “TSI MUX” function of the “MAC” access control layer level in the mobile terminal removes the “TSI” service temporary identifier field from the header of the MAC PDU protocol data unit after reading the information of the temporary identifier field from the header of the received MAC PDU protocol data unit TSI service, which means the MBMS service.

[89] На Фиг.13 показана схема назначения значений поля временного идентификатора услуги «TSI» в соответствии с одним из вариантов осуществления настоящего изобретения. Уровень управления ресурсами радиосвязи «RRC» универсальной наземной сети радиодоступа «UTRAN» управляет группированием нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» для уплотнения в один транспортный канал, такой как канал прямого доступа «FACH», и назначает значение поля временного идентификатора услуги «TSI» каждой услуге «MBMS». Время, на которое назначается временный идентификатор услуги «TSI», может задаваться явным или неявным образом. Например, назначение может быть действительным до смены ячейки мобильным терминалом или до изменения самого назначения. Далее, временный идентификатор услуги «TSI», предпочтительно, периодически передается в течение срока действия услуги «MBMS». При мультимедийном широковещательном/многоадресном обслуживании «MBMS» существует однозначное отношение между услугой «MBMS» и общим логическим каналом, например каналом трафика «МТСН». Таким образом, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» управляет также группированием нескольких общих логических каналов, по которым передаются данные соответствующей услуги «MBMS», для уплотнения (мультиплексирования) в один транспортный канал. Далее, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» генерирует информацию отображения для обозначения, какие значения поля временного идентификатора услуги «TSI» каким услугам «MBMS» назначены.[89] FIG. 13 is a diagram illustrating a value assignment field of a temporary TSI service identifier field in accordance with one embodiment of the present invention. The UTRAN Radio Terrestrial Radio Access Control (RRC) radio resource control layer controls the grouping of several MBMS multimedia broadcast / multicast services for compression into a single transport channel, such as the FACH direct access channel, and assigns the value of the temporary service identifier field “ TSI ”for each MBMS service. The time for which the temporary TSI service identifier is assigned can be specified explicitly or implicitly. For example, the assignment may be valid until the cell changes by the mobile terminal or until the destination itself changes. Further, the temporary TSI service identifier is preferably periodically transmitted during the life of the MBMS service. With the MBMS multimedia broadcast / multicast service, there is an unambiguous relationship between the MBMS service and the common logical channel, for example, the MTSN traffic channel. Thus, the RTR radio resource management level of the UTRAN network also controls the grouping of several common logical channels through which the data of the corresponding MBMS service are transmitted, for multiplexing into one transport channel. Further, the URCAN RRC radio resource management layer generates display information to indicate which values of the temporary TSI service identifier field are assigned to which MBMS services.

[90] Поле временного идентификатора услуги «TSI» может быть небольшим по размерам. Таким образом, временный идентификатор услуги «TSI» позволяет различать несколько услуг. Однако при обычных условиях в одно и то же время одновременно передаются данные весьма небольшого количества услуг, и для того, чтобы поддерживать уменьшенные непроизводительные затраты ресурсов, предпочтительно, чтобы поле временного идентификатора услуги «TSI» было небольшого размера, например 4 бита. Далее, если предположить, что транспортный блок имеет размер 336 битов, а количество возможных услуг ограничено 4000, то в соответствии с существующей технологией поле идентификации потребует 12 битов. Это интерпретируется в непроизводительные затраты ресурсов в 3,5%. Однако в настоящем изобретении в случае, если поле временного идентификатора услуги «TSI», имеющее размер 4 бита, было использовано для идентификации максимум 16 услуг, и непроизводительные затраты ресурсов сократилось бы до 1,2%.[90] The TSI Temporary Service Identifier field may be small. Thus, the temporary service identifier “TSI” allows you to distinguish between several services. However, under normal conditions, at the same time, data of a very small number of services is simultaneously transmitted, and in order to maintain reduced overhead of resources, it is preferable that the temporary service identifier “TSI” field is small, for example 4 bits. Further, if we assume that the transport block is 336 bits in size and the number of possible services is limited to 4000, then, in accordance with existing technology, the identification field will require 12 bits. This is interpreted as an overhead of resources at 3.5%. However, in the present invention, if the temporary TSI service identifier field of 4 bits was used to identify a maximum of 16 services and the overhead of resources would be reduced to 1.2%.

[91] С использованием Фиг.13 будет дано пояснение способа назначения значений поля временного идентификатора услуги «TSI». После того, как уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» назначает значения поля временного идентификатора услуги «TSI» для соответствующих услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» и генерирует информацию отображения, уровень управления ресурсами радиосвязи «RRC» передает на уровень управления доступом к среде «MAC» сети «UTRAN» значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуг «MBMS», связанную с уплотнением (мультиплексированием) Нескольких услуг «MBMS» в отдельном транспортном канале (S10).[91] Using FIG. 13, an explanation will be given of a method for assigning a field value of a temporary TSI service identifier field. After the UTRAN network RRC radio resource assignment level assigns the TSI temporary service identifier field values for the corresponding MBMS multimedia broadcast / multicast services and generates display information, the RRC radio resource control level transfers to the level UTRAN MAC access control for the “TSI” temporary service identifier field value, display information and MBMS service compression information associated with compaction (multiplexing) N How many services «MBMS» in a separate transport channel (S10).

[92] Кроме того, уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» передает значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуги «MBMS» уровню управления ресурсами радиосвязи «RRC» мобильного терминала, или пользовательского оборудования «UE» (S20). Информация может передаваться однократно или периодически. Предпочтительно, значения поля временного идентификатора услуги «TSI», информация отображения и информация об уплотнении услуг «MBMS» передаются на уровни управления ресурсами радиосвязи «RRC» всех мобильных терминалов, которые должны принимать данные этого конкретного транспортного канала. Уровень управления ресурсами радиосвязи «RRC» мобильного терминала получает значения поля временного идентификатора услуги «TSI», информацию отображения и информацию об уплотнении услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», передает полученную информацию уровню управления доступом к среде «MAC» мобильного терминала (S30).[92] In addition, the UTRAN network RRC radio resource control transfers the TSI temporary service identifier field values, display information, and MBMS service compression information to the RRC radio resource management of the mobile terminal or user equipment “UE” (S20). Information may be transmitted once or periodically. Preferably, the TSI temporary service identifier field values, display information, and MBMS service compression information are transmitted to the RRC radio resource control levels of all mobile terminals that are to receive data of this particular transport channel. The “RRC” radio resource level of the mobile terminal receives the “TSI” temporary service identifier field values, the display information, and the multimedia broadcast / multicast service compaction information “MBMS”, transmits the received information to the “MAC” medium access control layer of the mobile terminal (S30 )

[93] На Фиг.14 показана схема передачи данных в соответствии с одним из примеров осуществления настоящего изобретения. Здесь несколько услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» уплотняется в один транспортный канал, такой как канал прямого доступа «FACH». Далее, данные каждой услуги «MBMS» передаются по соответствующему общему логическому каналу, такому как канал трафика «МТСН».[93] FIG. 14 shows a data transmission diagram in accordance with one embodiment of the present invention. Here, several MBMS multimedia broadcast / multicast services are compressed into a single transport channel, such as the FACH direct access channel. Further, the data of each MBMS service is transmitted on the corresponding common logical channel, such as the MTSN traffic channel.

[94] В соответствии с Фиг.14 приведем описание способа передачи данных нескольких услуг «MBMS» по отдельному конкретному транспортному каналу. Способ включает в себя мультиплексирование (уплотнение) блоков данных нескольких услуг «MBMS» в этом отдельном транспортном канале, передачу мультиплексированных блоков данных мобильному терминалу и демультиплексирование переданных элементов данных в мобильном терминале. Этап мультиплексирования (уплотнения) включает в себя мультиплексирование данных, полученных по нескольким общим логическим каналам, присоединение поля временного идентификатора услуги «TSI» к заголовку принятых данных для генерации блока протокольных данных «PDU» и передачу сгенерированного блока протокольных данных «PDU» по указанному отдельному транспортному каналу.[94] In accordance with Fig. 14, a description will now be made of a method for transmitting data of several MBMS services on a particular transport channel. The method includes multiplexing (multiplexing) the data blocks of several MBMS services in this separate transport channel, transmitting the multiplexed data blocks to the mobile terminal, and demultiplexing the transmitted data elements in the mobile terminal. The multiplexing (multiplexing) step includes multiplexing the data received via several common logical channels, attaching the temporary TSI service identifier field to the received data header to generate the PDU protocol data unit and transmitting the generated PDU protocol data unit on the specified separate transport channel.

[95] Этап демультиплексирования включает в себя прием блоков данных по отдельному конкретному транспортному каналу, проверку поля временного идентификатора услуги «TSI» принятых данных, принятие решения о демультиплексировании принятых данных в соответствии с информацией отображения и передачу данных, которые решено принимать, на вышерасположенный уровень в мобильном терминале через общий логический канал, указанный полем временного идентификатора услуги «TSI».[95] The demultiplexing step includes receiving data blocks on a specific transport channel, checking the temporary service identifier “TSI” field of the received data, deciding on demultiplexing the received data in accordance with the display information, and transmitting the data that it is decided to receive to an upstream level in the mobile terminal through a common logical channel indicated by the temporary TSI field of the service identifier.

[96] Далее, в соответствии с Фиг.14, хотя показана передача данных двух услуг «MBMS» по одному и тому же транспортному каналу, предпочтительно, по одному и тому же транспортному каналу могут передаваться данные до 16 услуг в соответствии с одним из примеров осуществления настоящего изобретения. Кроме того, предпочтительно, чтобы общие логические каналы трафика «МТСН #1» и «МТСН #2», по которым передаются, соответственно, данные услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS #1» и «MBMS #2», уплотнялись в одном общем транспортном канале прямого доступа «FACH». Далее, предпочтительно, чтобы объекту управления радиоканалом «RLC #1» в сети «UTRAN» соответствовал равный по техническим возможностям объект управления радиоканалом «RLC #1» в мобильном терминале, или пользовательском оборудовании «UE», а объекту управления радиоканалом «RLC #2» в сети «UTRAN» соответствовал равный по техническим возможностям объект управления радиоканалом «RLC #2» в мобильном терминале.[96] Further, in accordance with FIG. 14, although data transmission of two MBMS services on the same transport channel is shown, preferably up to 16 services can be transmitted on the same transport channel in accordance with one example the implementation of the present invention. In addition, it is preferable that the common logical channels of the traffic "MTSN # 1" and "MTSN # 2", which respectively transmit multimedia broadcast / multicast service services "MBMS # 1" and "MBMS # 2", are compressed in one common transport channel direct access "FACH". Further, it is preferable that the RLC # 1 radio control object in the UTRAN network correspond to the equal technical capabilities of the RLC # 1 radio channel control object in the mobile terminal or user equipment UE, and the RLC # 2 radio control object ”In the“ UTRAN ”network there corresponded the equal in technical capabilities control object of the“ RLC # 2 ”radio channel in the mobile terminal.

[97] Опишем способ передачи нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS» по отдельному конкретному транспортному каналу. Во-первых, объект управления радиоканалом «RLC #1» сети «UTRAN» генерирует блок служебных данных «MAC SDU #1» для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS #1» и передает блок служебных данных «MAC SDU #1» на уровень управления доступом к среде «MAC» сети «UTRAN» по каналу трафика «MTCH #1» (S110). Между тем, объект управления радиоканалом I «RLC #2» сети «UTRAN» генерирует блок служебных данных «М4-С SDU #2» для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS #2» и передает блок служебных данных «MAC SDU #2» на уровень управления доступом к среде «MAC» сети «UTRAN» по каналу трафика «MTCH #2» (S120).[97] We describe a method for transmitting multiple MBMS multimedia broadcast / multicast services over a particular transport channel. First, the UTRAN RLC # 1 radio channel control entity generates the MAC SDU # 1 service data unit for the MBMS # 1 multimedia broadcast / multicast service and transmits the MAC SDU # 1 service data unit to the level of access control to the MAC environment of the UTRAN network on the MTCH # 1 traffic channel (S110). Meanwhile, the control object of the UTRAN RLC # 2 radio channel I generates the M4-C SDU # 2 service data unit for the MBMS # 2 multimedia broadcast / multicast service and transmits the MAC SDU # 2 service data unit "To the level of access control to the MAC environment of the UTRAN network on the traffic channel MTCH # 2 (S120).

[98] Затем уровень управления доступом к среде «MAC» сети «UTRAN» мультиплексирует (уплотняет) канал трафика «MTCH #1» с каналом трафика «MTCH #2» и присоединяет заголовок, содержащий поле временного идентификатора услуги «TSI», к блоку служебных данных «MAC SDU #1», чтобы получить блок протокольных данных «MAC PDU» #1» (S130). Здесь значение поля временного идентификатора услуги «TSI», содержащееся в заголовке блока протокольных данных «MAC PDU #1», может обозначать общий логический канал трафика «MTCH #1», а также обозначать, что блок протокольных данных «MAC PDU #1» имеет отношение к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS #1». Как установлено выше, значения поля временного идентификатора услуги «TSI» вместе с информацией отображения принимаются на уровне управления доступом к среде «MAC» из уровня уровень управления ресурсами радиосвязи «RRC» сети «UTRAN». Таким образом, поскольку уровнем управления доступом к среде «MAC» получен блок служебных данных «MAC SDU», то уровень управления доступом к среде «MAC», в соответствии с информацией отображения, узнает, какое значение поля временного идентификатора услуги «TSI» должно быть в соответствии с какой услугой «MBMS». Здесь, поскольку получен блок служебных данных «MAC SDU #1», соответствующий услуге «MBMS #1», уровень управления доступом к среде «MAC» в соответствии с информацией отображения присоединяет заголовок, содержащий значение поля временного идентификатора услуги «TSI», соответствующее услуге «MBMS #1», чтобы составить блок протокольных данных «MAC PDU #1».[98] Then, the UTRAN network MAC access control layer multiplexes (multiplexes) the MTCH # 1 traffic channel with the MTCH # 2 traffic channel and attaches a header containing the TSI temporary service identifier field to the block service data "MAC SDU # 1" to obtain the Protocol data unit "MAC PDU" # 1 "(S130). Here, the value of the temporary service identifier “TSI” field contained in the header of the protocol data unit “MAC PDU # 1” can indicate the common logical channel of the traffic “MTCH # 1”, and also indicate that the protocol data unit “MAC PDU # 1” has Relation to the MBMS # 1 Multimedia Broadcast / Multicast Service. As stated above, the values of the temporary TSI service identifier field along with the display information are received at the MAC access control level from the radio resource management level RRC of the UTRAN network. Thus, since the MAC SDU is received by the MAC access control level, the MAC access control level, in accordance with the display information, will find out what value of the temporary TSI service identifier field should be according to what MBMS service. Here, since the service data block “MAC SDU # 1” corresponding to the “MBMS # 1” service is received, the MAC access control layer according to the display information appends a header containing the value of the temporary service identifier “TSI” field corresponding to the service “MBMS # 1” to constitute the protocol data unit “MAC PDU # 1”.

[99] В аналогичной схеме заголовок уровня управления доступом к среде «MAC», содержащий поле временного идентификатора услуги «TSI», присоединяется к блоку Служебных данных «MAC SDU #2», при этом образуется блок протокольных данных «MAC PDU #2» (S130). Значение поля временного идентификатора услуги «TSI», содержащееся в заголовке блока протокольных данных «MAC PDU #2», может обозначать общий логический канал трафика «МТСН #2», а также указывать, что блок протокольных данных «MAC PDU #2» относится к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS #2». Далее, поскольку уровнем управления доступом к среде «MAC» получена информация отображения из уровня управления ресурсами радиосвязи «RRC» сети «UTRAN», уровень управления доступом к среде «MAC» осведомлен о взаимосвязи отображения между полученными значениями поля временного идентификатора услуги «TSI» и услугами «MBMS». Таким образом, поскольку на уровне управления доступом к среде «MAC» получен блок служебных данных «MAC SDU #2», соответствующий услуге «(MBMS #2», уровень управления доступом к среде «MAC» в соответствии с информацией отображения присоединяет заголовок, содержащий значение поля временного идентификатора услуги «TSI», соответствующее услуге «MBMS #2», при этом образуется блок протокольных данных «MAC PDU #2».[99] In a similar scheme, the header of the MAC access control layer containing the TSI temporary service identifier field is appended to the MAC SDU # 2 Service Data Unit, and the MAC PDU # 2 Protocol Data Unit is generated ( S130). The value of the temporary service identifier “TSI” field contained in the header of the protocol data unit “MAC PDU # 2” may indicate the common logical channel of the traffic “MTSN # 2”, and also indicate that the protocol data unit “MAC PDU # 2” refers to multimedia broadcast / multicast service "MBMS # 2". Further, since the mapping environment access control layer “MAC” has received mapping information from the “RRC” radio resource control layer of the “UTRAN” network, the MAC access control layer is aware of the mapping relationship between the obtained values of the temporary TSI service identifier field and MBMS services. Thus, since the MAC SDU # 2 service data block corresponding to the “(MBMS # 2” service) is received at the MAC access control level, the MAC access control level in accordance with the display information appends a header containing the value of the temporary service identifier "TSI" field corresponding to the "MBMS # 2" service, and a protocol data unit "MAC PDU # 2" is formed.

[100] Уровень управления доступом к среде «MAC» сети «UTRAN» передает блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» физическому уровню сети «UTRAN» по одному и тому же транспортному каналу прямого доступа «FACH» (S140). Затем блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» передаются физическому уровню мобильного терминала с помощью интерфейса радиосвязи. Физический уровень мобильного терминала передает принятые блоки протокольных данных «MAC PDU #1» и «MAC PDU #2» на уровень управления доступом к среде «MAC» мобильного терминала по одному и тому же транспортному каналу прямого доступа «FACH» мобильного терминала.[100] The UTRAN MAC environment access control layer transmits the MAC PDU # 1 and MAC PDU # 2 protocol data units to the UTRAN physical layer over the same FACH direct access channel (S140). Then, the protocol data units “MAC PDU # 1” and “MAC PDU # 2” are transmitted to the physical layer of the mobile terminal using the radio interface. The physical layer of the mobile terminal transmits the received MAC PDU # 1 and MAC PDU # 2 protocol data units to the MAC media access control layer of the mobile terminal via the same FACH direct access transport channel of the mobile terminal.

[101] После получения блоков протокольных данных «MAC PDU #1» и «MAC PDU #2» уровень управления доступом к среде «MAC» мобильного терминала, соответственно, проверяет поля временного идентификатора услуги «TSI», содержащиеся в полученных блоках протокольных данных «MAC PDU», и принимает решение о приеме этих блоков протокольных данных «MAC PDU» (S150). Предпочтительно, уровень управления доступом к среде «MAC» обнаруживает значения полей временного идентификатора услуги «TSI» в заголовках блоков протокольных данных «MAC PDU» и определяет, относятся ли принятые блоки протокольных данных «MAC PDU» к тем услугам мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которые подписан этот мобильный терминал. Если блок протокольных данных «MAC PDU» относится к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которую подписан этот мобильный терминал, то упомянутый мобильный терминал продолжает принимать блок протокольных данных «MAC PDU». Если блок протокольных данных «MAC PDU» не имеет отношения к услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которую подписан этот мобильный терминал, то упомянутый мобильный терминал игнорирует блок использованием информации протокольных данных «MAC PDU».[101] After receiving the "MAC PDU # 1" and "MAC PDU # 2" protocol data blocks, the MAC access level of the mobile terminal, respectively, checks the fields of the temporary TSI service identifier contained in the received protocol data blocks " MAC PDU ", and decides to receive these MAC PDUs (S150). Preferably, the MAC access control layer detects the TSI temporary service identifier field values in the headers of the MAC PDU protocol data units and determines whether the received MAC PDU protocol data units belong to those multimedia broadcast / multicast services MBMS ”to which this mobile terminal is subscribed. If the “MAC PDU” protocol data unit refers to the “MBMS” multimedia broadcast / multicast service to which this mobile terminal is subscribed, then said mobile terminal continues to receive the “MAC PDU” protocol data unit. If the “MAC PDU” protocol data unit is not related to the “MBMS” multimedia broadcast / multicast service that this mobile terminal is subscribed to, then said mobile terminal ignores the “MAC PDU” protocol data information block.

[102] Используя информацию отображения, полученную с уровня управления ресурсами радиосвязи «RRC» мобильного терминала, которая была получена им от уровня управления ресурсами радиосвязи «RRC» сети «UTRAN», как установлено выше, уровень управления доступом к среде «MAC» мобильного терминала определяет, относится ли блок протокольных данных «MAC PDU» к тем услугам мультимедийного широковещательного/многоадресного обслуживания «MBMS», на которые существует подписка. В частности, уровень управления доступом к среде «MAC» мобильного терминала определяет соответствие полученного значения поля временного идентификатора услуги «TSI», соответствующей услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» по информации отображения. Если соответствующая услуга «MBMS» представляет собой услугу, на которую этот мобильный терминал подписан, то мобильный терминал извлекает блок служебных данных «MAC SDU» и передает его на вышерасположенные уровни. Однако если соответствующая услуга «MBMS» представляет собой услугу, на которую мобильный терминал не подписан, то мобильный терминал игнорирует блок протокольных данных «MAC PDU».[102] Using the display information obtained from the RRC radio resource management level of the mobile terminal, which was received by it from the UTRAN radio resource “RRC” radio resource management level, as established above, the MAC terminal access control level of the mobile terminal determines whether the “MAC PDU” protocol data unit refers to those MBMS subscribed to multimedia broadcast / multicast services. In particular, the “MAC” medium access control level of the mobile terminal determines the correspondence of the obtained value of the TSI temporary service identifier field corresponding to the MBMS multimedia broadcast / multicast service according to the display information. If the corresponding MBMS service is a service to which this mobile terminal is subscribed, then the mobile terminal retrieves the MAC SDU service data unit and transfers it to the higher layers. However, if the corresponding MBMS service is a service to which the mobile terminal is not subscribed, then the mobile terminal ignores the MAC PDU protocol data unit.

[103] Предпочтительно, если определено, что следует принимать блок протокольных данных «MAC PDU», уровень управления доступом к среде «MAC» мобильного терминала проверяет также поле временного идентификатора услуги «TSI», чтобы найти информацию, связанную с общим логическим каналом, по которому должен передаваться блок протокольных данных «MAC PDU». Здесь, если определено, что следует принять блоки протокольных данных «MAC PDU #1» и «MAC PDU #2», уровень управления доступом к среде «MAC» Мобильного терминала проверяет поля временного идентификатора услуги «TSI», соответствующие блокам протокольных данных «MAC PDU», чтобы определить, нужно ли выполнять обработку полученных блоков протокольных данных «MAC PDU» (S150).[103] Preferably, if it is determined that the MAC PDU is to be received, the MAC access layer of the mobile terminal also checks the temporary TSI field to find information related to the common logical channel by to which the MAC PDU is to be transmitted. Here, if it is determined that “MAC PDU # 1” and “MAC PDU # 2” protocol data units are to be received, the “MAC” media access control layer of the Mobile Terminal checks the TSI temporary service identifier fields corresponding to the “MAC” protocol data units PDU ”to determine whether to process the received MAC PDUs (S150).

[104] Следовательно, если обнаруженное поле временного идентификатора услуги «TSI» обозначает общий логический канал трафика «МТСН#1», то соответствующий блок служебных данных «MAC SDU #1» передается объекту управления радиоканалом «RLC #1» мобильного терминала по каналу трафика «МТСН#1» (S160). Здесь, если прием выполнен удачно, то мобильный терминал подтверждает, что блок служебных данных «MAC SDU», соответствующий каналу трафика «МТСН#1» представляет собой блок служебных данных «MAC SDU #1». Аналогичным образом, если обнаруженное поле временного идентификатора услуги «TSI» обозначает общий логический канал трафика «MTCH#2», то соответствующий блок служебных данных «MAC SDU #2» MAC передается объекту управления радиоканалом «RLC #2» мобильного терминала по каналу МТСН#2 (S170). Здесь, если прием выполнен удачно, то мобильный терминал подтверждает, что блок служебных данных «MAC SDU», соответствующий каналу трафика «МТСН #2» представляет особой блок служебных данных «MAC SDU #2».[104] Therefore, if the detected TSI field of the temporary service identifier indicates the common logical traffic channel "MTN # 1", then the corresponding service data block "MAC SDU # 1" is transmitted to the control object of the radio channel "RLC # 1" of the mobile terminal via the traffic channel "MTSN # 1" (S160). Here, if the reception is successful, the mobile terminal confirms that the service data block "MAC SDU" corresponding to the traffic channel "MTSN # 1" is a service data block "MAC SDU # 1". Similarly, if the detected TSI temporary service identifier field denotes the MTCH # 2 common traffic logical channel, then the corresponding MAC SDU # 2 MAC service data unit is transmitted to the RLC # 2 radio channel control object of the mobile terminal via MTCH # 2 (S170). Here, if the reception is successful, the mobile terminal confirms that the MAC SDU service data block corresponding to the MTSN # 2 traffic channel represents the special MAC SDU # 2 service data block.

[105] Таким образом, в настоящем изобретении уровень управления доступом к среде «MAC» сети «UTRAN» и мобильный терминал, соответственно, выполняют функции мультиплексирования (уплотнения) и демультиплексирования (разуплотнения) для нескольких услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», передаваемых по соответствующим общим логическим каналам. Значение поля временного идентификатора услуги «TSI» используется для обозначения каждой из услуг «MBMS» таким образом, чтобы сделать возможным мультиплексирование нескольких услуг «MBMS» в одном транспортном канале. Следовательно, количество дополнительной передаваемой информации сокращается, поскольку не нужно использовать глобальный идентификатор мультимедийного широковещательного/многоадресного обслуживания «MBMS», имеющий много дополнительной информации. Далее, несколько услуг с различным качеством обслуживания «QoS» или несколько потоков с различным качеством обслуживания «QoS» в рамках одной услуги могут предоставляться одному мобильному терминалу, что необходимо системам мобильной связи следующего поколения. Таким образом, мотивацию для применения методик и предложений, содержащихся в настоящем изобретении, к различным видам схем радиосвязи (беспроводной связи) легко понять специалистам обычной квалификации.[105] Thus, in the present invention, the UTRAN network MAC access control layer and the mobile terminal, respectively, perform multiplexing (multiplexing) and demultiplexing (decompression) functions for several MBMS multimedia broadcast / multicast services, transmitted over the corresponding common logical channels. The value of the temporary TSI service identifier field is used to designate each of the MBMS services in such a way as to enable the multiplexing of several MBMS services in one transport channel. Therefore, the amount of additional information transmitted is reduced since it is not necessary to use the global multimedia broadcast / multicast service identifier “MBMS” having a lot of additional information. Further, several services with different QoS quality of service or several flows with different QoS quality of service within one service can be provided to one mobile terminal, which is necessary for next-generation mobile communication systems. Thus, the motivation for applying the techniques and proposals contained in the present invention to various types of radio communication (wireless) circuits is easily understood by those of ordinary skill in the art.

[106] Несмотря на то, что настоящее изобретение описано в приложении к подвижной связи, его можно применять в любых системах беспроводной связи, в которых используются такие подвижные устройства, как персональные электронные секретари «PDA» и портативные компьютеры, оснащенные средствами беспроводной связи. Более того, использование конкретных терминов для описания настоящего изобретения не ограничивает объем настоящего изобретения определенным типом системы подвижной связи, такой как универсальная система подвижной связи «UMTS». Настоящее изобретение применимо также к другим системам подвижной связи, в которых используются другие радиоинтерфейсы и (или) физические уровни, например к системам с многократным доступом с временным разделением «TDMA», кодовым разделением «CDMA» и частотным разделением «FDMA», системам широкополосного беспроводного множественного доступа с кодовым разделением «W-CDMA». и т.п.[106] Although the present invention is described in an application to mobile communications, it can be applied to any wireless communication systems that utilize mobile devices such as PDA personal computers and laptop computers equipped with wireless communications. Moreover, the use of specific terms to describe the present invention does not limit the scope of the present invention to a particular type of mobile communication system, such as the UMTS universal mobile communication system. The present invention is also applicable to other mobile communication systems that use other radio interfaces and / or physical layers, for example, TDMA, CDMA and FDMA frequency division multiple access systems, wireless broadband systems Code Division Multiple Access W-CDMA. etc.

[107] Предпочтительные примеры осуществления изобретения могут быть реализованы как способ, устройство или изделие на основе типовых методов программирования и(или) проектирования, позволяющих реализовать программное обеспечение, встроенные программы, и аппаратное обеспечение или различные комбинации этих средств. Термин "изделие", используемый в данном контексте, относится к программному коду или логической функции, реализуемой в логических аппаратных средствах (например, в интегральных микросхемах, программируемых вентильных матрицах «FPGA», специализированных интегральных схемах «ASIC» и т.п.) или к считываемым в компьютере носителям информации [например, к магнитному носителю информации (в частности, к дисководам с жестким диском, гибким дискам, магнитным лентам и т.п.)], оптическим носителям информации (CD-ROM, оптические диски и т.д.), энергозависимым и энергонезависимым запоминающим устройствам (например, к электрически стираемым перепрограммируемым постоянным запоминающим устройствам (ЭСППЗУ), постоянным запоминающем устройствам (ПЗУ), перепрограммируемым постоянным запоминающим устройствам (ППЗУ), оперативным запоминающим устройствам (ОЗУ), динамическим оперативным запоминающим устройствам (ДОЗУ), статическим оперативным запоминающим устройствам (СОЗУ), устройствам со встроенным программным обеспечением, программируемым логическим контроллерам и т.п.).[107] Preferred embodiments of the invention can be implemented as a method, device, or product based on typical programming and (or) design methods that allow software, firmware, and hardware or various combinations of these tools to be implemented. The term “product,” as used in this context, refers to software code or logic function implemented in logical hardware (for example, integrated circuits, FPGA gate arrays, ASIC specialized integrated circuits, etc.) or to computer-readable media [for example, to a magnetic storage medium (in particular to disk drives with a hard disk, floppy disks, magnetic tapes, etc.)], optical storage media (CD-ROM, optical disks, etc. .), volatile non-volatile memory devices (for example, to electrically erasable reprogrammable read-only memory (EEPROM), read-only memory (ROM), reprogrammable read-only memory (ROM), random access memory (RAM), dynamic random access memory (RAM), devices (RAM), devices with firmware, programmable logic controllers, etc.).

[108] Процессор осуществляет доступ к программному коду на считываемом в компьютерах носителе информации и исполняет этот код. Доступ к коду в предпочтительных примерах осуществления настоящего изобретения можно также осуществить через канал передачи данных или с сервера файлов в сети. В этих случаях среда, посредством которой передается программный код, может означать канал передачи, в частности линию передачи в сети, радиосреду передачи, сигналы, распространяющиеся в свободном пространстве, радиоволны, инфракрасные сигналы и т.п. Специалистам в данной области техники будет очевидно, что возможны различные модификации описанных выше конфигураций, не нарушающие сущность и объем настоящего изобретения, а под изделием можно понимать любой известный носитель информации.[108] The processor accesses the program code on a computer-readable storage medium and executes this code. Access to the code in preferred embodiments of the present invention can also be accomplished through a data channel or from a file server on a network. In these cases, the medium through which the program code is transmitted may mean a transmission channel, in particular a transmission line in a network, a radio transmission medium, signals propagating in free space, radio waves, infrared signals, and the like. It will be obvious to those skilled in the art that various modifications of the above configurations are possible without violating the spirit and scope of the present invention, and the product can be understood to mean any known storage medium.

[109] Вышеприведенные варианты осуществления и преимущества являются просто примерами и не ограничивают настоящего изобретения. Представленный принцип может быть легко применен к оборудованию других типов. Описание настоящего изобретения является иллюстративным и не ограничивает сферы действия формулы изобретения. Для квалифицированных специалистов являются очевидными несколько вариантов, модификаций и изменений. В формуле изобретения пункты, формулирующие средства и функции, охватывают структуру, описанную здесь как выполняющую рассмотренную функцию, и не только структурные эквиваленты, но и эквивалентные структуры.[109] The above embodiments and advantages are merely examples and do not limit the present invention. The presented principle can be easily applied to other types of equipment. The description of the present invention is illustrative and does not limit the scope of the claims. For qualified professionals, several options, modifications, and changes are apparent. In the claims, the paragraphs formulating the means and functions encompass the structure described herein as performing the considered function, and not only structural equivalents, but also equivalent structures.

Claims (27)

1. Способ идентификации многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», данные которых передаются по транспортному каналу в системе беспроводной связи, включающий в себя:
назначение каждой из этих нескольких многоадресных услуг типа «точка-множество точек» идентификатора многоадресной услуги типа "точка-множество точек", идентифицирующего эту многоадресную услугу типа «точка-множество точек»;
генерирование информации отображения для указания назначения идентификатора многоадресной услуги типа «точка-множество точек» каждой из этих нескольких многоадресных услуг типа «точка-множество точек»;
передачу информации отображения мобильному терминалу;
предоставление уровня управления доступом к среде для генерирования, по меньшей мере, одного блока протокольных данных, связанного, по меньшей мере, с одной из этих нескольких многоадресных услуг типа «точка-множество точек»;
генерирование, по меньшей мере, одного блока протокольных данных этим уровнем управления доступом к среде;
присоединение к упомянутому, по меньшей мере, одному блоку протокольных данных идентификатора многоадресной услуги типа "точка-множество точек", назначенного для упомянутой, по меньшей мере, одной из этих нескольких многоадресных услуг типа «точка-множество точек» в соответствии с информацией отображения; и
передачу упомянутого, по меньшей мере, одного блока протокольных данных, содержащего назначенный идентификатор многоадресной услуги типа «точка-множество точек», по транспортному каналу мобильному терминалу.1. A method for identifying a multicast point-to-multipoint service among several multicast point-to-multipoint services, the data of which are transmitted over a transport channel in a wireless communication system, including:
the assignment of each of these several point-to-multipoint multicast services of a point-to-multipoint identifier of a multicast service identifying this point-to-multipoint multicast service;
generating display information to indicate the assignment of the identifier of the multicast services of the type "point-to-multipoint" of each of these several multicast services of the type "point-to-multipoint";
transmitting display information to the mobile terminal;
providing a medium access control level for generating at least one block of protocol data associated with at least one of these several point-to-multipoint multicast services;
generating at least one block of protocol data by this medium access control layer;
attaching to the at least one protocol data unit a point-to-many-point multicast service identifier assigned to said at least one of these several point-to-many-point multicast services in accordance with the display information; and
transmitting said at least one block of protocol data containing an assigned point-to-multipoint type multicast service identifier over a transport channel to a mobile terminal. 2. Способ по п.1, где назначение указанных идентификаторов многоадресных услуг типа «точка-множество точек» выполняется уровнем управления ресурсами радиосвязи сети.2. The method according to claim 1, where the assignment of these identifiers of multicast services of the type "point-to-multipoint" is performed by the resource level of radio resources of the network. 3. Способ по п.1, где информация отображении генерируется на уровне управления ресурсами радиосвязи сети.3. The method according to claim 1, where the display information is generated at the radio resource control level of the network. 4. Способ по п.3, где уровень управления ресурсами радиосвязи сети передает информацию отображения уровню управления доступом к среде сети.4. The method according to claim 3, where the level of radio resource control of the network transmits the display information to the level of access control to the network environment. 5. Способ по п.3, где уровень управления ресурсами радиосвязи сети передает информацию отображения уровню управления ресурсами радиосвязи мобильного терминала.5. The method according to claim 3, where the radio resource control level of the network transmits display information to the radio resource control level of the mobile terminal. 6. Способ по п.5, где уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.6. The method according to claim 5, where the radio resource control level of the mobile terminal transmits the display information to the access control environment of the mobile terminal. 7. Способ по п.1, где транспортный канал является каналом прямого доступа «FACH».7. The method according to claim 1, where the transport channel is a direct access channel "FACH". 8. Способ по п.1, где блок протокольных данных передается по общему логическому многоточечному каналу трафика услуги мультимедийного широковещательного/многоадресного обслуживания «МТСН».8. The method of claim 1, wherein the protocol data unit is transmitted over a common logical multi-point traffic channel of the MTSN multimedia broadcast / multicast service traffic. 9. Способ по п.1, дополнительно включающий в себя передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек», выделенных соответственно для каждой из этих многоадресных услуг типа «точка-множество точек», уровню управления доступом к среде сети.9. The method according to claim 1, further comprising transmitting values for identifiers of multicast services of the type "point-to-multipoint" allocated respectively for each of these multicast services of the type "point-to-multipoint" to the level of access control to the network environment. 10. Способ по п.9, дополнительно включающий в себя передачу значений для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления ресурсами радиосвязи мобильного терминала.10. The method according to claim 9, further comprising transmitting values for the identifiers of multicast services of the type "point-to-multipoint" level radio resource management of the mobile terminal. 11. Способ по п.10, где уровень управления ресурсами радиосвязи мобильного терминала передает значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.11. The method according to claim 10, where the radio resource control level of the mobile terminal transmits values for the identifiers of multicast services of the type "point-to-multipoint" level access control environment of the mobile terminal. 12. Способ по п.1, где идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита.12. The method according to claim 1, where the identifier of the multicast services of the type "point-to-multipoint" has a length of 4 bits. 13. Способ по п.1, где по транспортному каналу передаются данные не более чем 16 многоадресных услуг типа «точка-множество точек».13. The method according to claim 1, where data on no more than 16 point-to-multipoint type multicast services are transmitted via a transport channel. 14. Способ по п.1, где идентификатор многоадресной услуги типа «точка-множество точек» присоединяется к заголовку, по меньшей мере, одного блока протокольных данных.14. The method according to claim 1, where the identifier of the multicast service type "point-to-multipoint" is attached to the header of at least one block of protocol data. 15. Способ идентификации многоадресной услуги типа «точка-множество точек» среди нескольких многоадресных услуг типа «точка-множество точек», данные которых принимаются по транспортному каналу мобильным терминалом в системе беспроводной связи, включающий в себя:
прием из сети информации отображения для указания назначения идентификатора многоадресной услуги типа «точка-множество точек» каждой из этих нескольких многоадресных услуг типа «точка-множество точек»;
прием уровнем управления доступом к среде, по меньшей мере, одного блока протокольных данных, связанного, по меньшей мере, с одной из этих нескольких многоадресных услуг типа «точка-множество точек», где идентификатор услуги типа «точка-множество точек», назначенный, по меньшей мере, одной из этих нескольких многоадресных услуг типа «точка-множество точек», присоединяют к упомянутому, по меньшей мере, одному блоку протокольных данных; и
определение, обрабатывать ли упомянутый, по меньшей мере, один блок протокольных данных, путем оценки упомянутого назначенного идентификатора многоадресной услуги типа «точка-множество точек» вместе с информацией отображения.15. A method for identifying a point-to-multipoint multicast service among several point-to-multipoint multicast services, the data of which is received on a transport channel by a mobile terminal in a wireless communication system, including:
receiving, from the network, display information to indicate the assignment of a point-to-multiple-point multicast service identifier to each of these several point-to-multiple-point multicast services;
receiving, by the medium access control level, at least one block of protocol data associated with at least one of these several point-to-multipoint multicast services, where the point-to-multipoint service identifier assigned, at least one of these several point-to-multiple-point multicast services is attached to said at least one protocol data unit; and
determining whether to process said at least one block of protocol data by evaluating said assigned point-to-multiple-point multicast service identifier together with display information. 16. Способ по п.15, где назначение идентификаторов многоадресных услуг типа «точка-множество точек» выполняется уровнем управления ресурсами радиосвязи сети.16. The method according to clause 15, where the assignment of identifiers of multicast services of the type "point-to-multipoint" is performed by the resource control radio network. 17. Способ по п.15, где информация отображения генерируется уровнем управления ресурсами радиосвязи сети.17. The method of claim 15, wherein the display information is generated by a radio resource control layer of the network. 18. Способ по п.17, где уровень управления ресурсами радиосвязи мобильного терминала получает информацию отображения от уровня управления ресурсами радиосвязи сети.18. The method according to 17, where the radio resource control level of the mobile terminal receives the display information from the radio resource control level of the network. 19. Способ по п.18, где уровень управления ресурсами радиосвязи мобильного терминала передает информацию отображения уровню управления доступом к среде мобильного терминала.19. The method of claim 18, wherein the radio resource control level of the mobile terminal transmits display information to the access control environment of the mobile terminal. 20. Способ по п.15, где транспортный канал является каналом прямого доступа «FACH».20. The method according to clause 15, where the transport channel is a direct access channel "FACH". 21. Способ по п.15, дополнительно включающий в себя прием значений для идентификаторов многоадресных услуг типа «точка-множество точек», выделенных соответственно для каждой из этих многоадресных услуг типа «точка-множество точек».21. The method according to clause 15, further comprising receiving values for identifiers of multicast services of the type "point-to-multipoint" allocated respectively for each of these multicast services of the type "point-to-multipoint". 22. Способ по п.21, где значения для идентификаторов многоадресных услуг типа «точка-множество точек» генерируются уровнем управления ресурсами радиосвязи сети и передаются уровню управления ресурсами радиосвязи мобильного терминала.22. The method according to item 21, where the values for the identifiers of multicast services of the type "point-to-multipoint" are generated by the radio resource control level of the network and transmitted to the radio resource control level of the mobile terminal. 23. Способ по п.22, где уровень управления ресурсами радиосвязи мобильного терминала передает значения для идентификаторов многоадресных услуг типа «точка-множество точек» уровню управления доступом к среде мобильного терминала.23. The method according to item 22, where the radio resource control level of the mobile terminal transmits the values for the identifiers of multicast services of the type "point-to-multipoint" level access control environment of the mobile terminal. 24. Способ по п.15, где идентификатор многоадресной услуги типа «точка-множество точек» имеет длину 4 бита.24. The method according to clause 15, where the identifier of the multicast services of the type "point-to-multiple points" has a length of 4 bits. 25. Способ по п.15, где по транспортному каналу принимаются данные не более чем 16 многоадресных услуг типа «точка-множество точек».25. The method according to clause 15, where the data on the transport channel is received no more than 16 multicast services of the type "point-to-multipoint". 26. Способ по п.15, где идентификатор многоадресной услуги типа «точка-множество точек» присоединяют к заголовку, по меньшей мере, одного блока протокольных данных.26. The method according to clause 15, where the identifier of the multicast service type "point-to-multipoint" is attached to the header of at least one block of protocol data. 27. Способ по п.15, где упомянутый этап определения включает в себя:
считывание назначенного идентификатора многоадресной услуги типа «точка-множество точек»; и
определение многоадресной услуги типа «точка-множество точек», которая соответствует этому назначенному идентификатору многоадресной услуги типа «точка-множество точек», путем считывания информации отображения;
где в случае, если указанная в отображении многоадресная услуга типа «точка-множество точек» представляет собой услугу, которую мобильный терминал намерен принимать, то упомянутый, по меньшей мере, один блок протокольных данных обрабатывают;
где в случае, если указанная в отображении многоадресная услуга типа «точка-множество точек» представляет собой услугу, которую мобильный терминал принимать не намерен, то упомянутый, по меньшей мере, один блок протокольных данных игнорируется. 27. The method of claim 15, wherein said determining step includes:
reading the assigned point-to-multiple-point multicast service identifier; and
determining a point-to-multiple-point multicast service that corresponds to this assigned point-to-multiple-point multicast service identifier by reading the display information;
where, if the point-to-multiple-point type multicast service indicated in the display is a service that the mobile terminal intends to receive, then said at least one protocol data unit is processed;
where, if the point-to-multiple-point type multicast service indicated in the display is a service that the mobile terminal does not intend to receive, then said at least one protocol data unit is ignored.
RU2007132245/09A 2005-04-15 2005-04-15 Display of multimedia broadcast and multicast services (mbms) identification RU2388151C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2007132245/09A RU2388151C2 (en) 2005-04-15 2005-04-15 Display of multimedia broadcast and multicast services (mbms) identification

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2007132245/09A RU2388151C2 (en) 2005-04-15 2005-04-15 Display of multimedia broadcast and multicast services (mbms) identification

Publications (2)

Publication Number Publication Date
RU2007132245A RU2007132245A (en) 2009-05-20
RU2388151C2 true RU2388151C2 (en) 2010-04-27

Family

ID=41021098

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007132245/09A RU2388151C2 (en) 2005-04-15 2005-04-15 Display of multimedia broadcast and multicast services (mbms) identification

Country Status (1)

Country Link
RU (1) RU2388151C2 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2199834C2 (en) * 1997-08-12 2003-02-27 Нокиа Мобайл Фоунс Лтд. Mobile radio communication protocol transmission from one point to plurality of points
RU2003110021A (en) * 2002-04-09 2005-01-10 Самсунг Электроникс Ко.,Лтд (Kr) DEVICE AND METHOD FOR TRANSMITTING MANAGEMENT INFORMATION FOR A BROADCAST / MULTI-SUBSCRIBER MULTIMEDIA SERVICE IN A MOBILE COMMUNICATION SYSTEM

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2199834C2 (en) * 1997-08-12 2003-02-27 Нокиа Мобайл Фоунс Лтд. Mobile radio communication protocol transmission from one point to plurality of points
RU2003110021A (en) * 2002-04-09 2005-01-10 Самсунг Электроникс Ко.,Лтд (Kr) DEVICE AND METHOD FOR TRANSMITTING MANAGEMENT INFORMATION FOR A BROADCAST / MULTI-SUBSCRIBER MULTIMEDIA SERVICE IN A MOBILE COMMUNICATION SYSTEM

Also Published As

Publication number Publication date
RU2007132245A (en) 2009-05-20

Similar Documents

Publication Publication Date Title
RU2280951C2 (en) Method and device for multiplexing logic channel in mobile communication system
US7394778B2 (en) Mapping of point of multipoint service identifications
RU2280327C2 (en) Processing data blocks for transferring them over same channel
CN100423474C (en) Method for providing multimedia broadcast/multicast service in mobile communication system
US7606226B2 (en) Multimedia service providing method and radio mobile communication system
JP2005528865A (en) PDCP structure and operation method for MBMS service of mobile communication system
KR101187968B1 (en) Distinguishing between protocol packets in a wireless communication system
JP4516621B2 (en) MBMS service identification mapping
RU2388151C2 (en) Display of multimedia broadcast and multicast services (mbms) identification
HK1077422B (en) Mbms (multimedia broadcast/multicast service) service providing method in mobile communication system
HK1077424B (en) Providing multicast services in a point-to-multipoint manner for a radio communication system

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20190416