ES2565836T3

ES2565836T3 - Method for transmitting common control channel data

Info

Publication number: ES2565836T3
Application number: ES08842001.3T
Authority: ES
Inventors: Young-Dae Lee; Sung-Duck Chun; Sung-Jun Park; Seung-June Yi
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2007-10-23
Filing date: 2008-10-20
Publication date: 2016-04-07
Anticipated expiration: 2028-10-20
Also published as: JP2010541464A; JP5042368B2

Abstract

Un método de generación de una unidad de datos de protocolo, PDU, en un sistema de comunicación inalámbrico que comprende terminales, el método que comprende: recibir al menos una unidad de datos de servicio, SDU, desde una capa superior a través de un canal lógico común, en donde el canal lógico común es un canal de control común, CCCH; añadir una cabecera a las SDU recibidas para generar la PDU, en donde la cabecera incluye al menos un campo, en donde el al menos un campo identifica un canal lógico de la SDU recibida o un tipo de elemento de control, CE; establecer el al menos un campo para indicar que la al menos una de las SDU incluidas en la PDU generada se recibieron desde el canal de control común, en donde un índice dentro del al menos un campo se fija con un valor fijo aplicado a todos los terminales para indicar el canal de control común y entregar la PDU generada a una capa inferior.A method of generating a protocol data unit, PDU, in a wireless communication system comprising terminals, the method comprising: receiving at least one service data unit, SDU, from an upper layer through a channel common logic, where the common logical channel is a common control channel, CCCH; add a header to the received SDUs to generate the PDU, where the header includes at least one field, where the at least one field identifies a logical channel of the received SDU or a type of control element, CE; establish the at least one field to indicate that the at least one of the SDUs included in the generated PDU were received from the common control channel, where an index within the at least one field is set with a fixed value applied to all terminals to indicate the common control channel and deliver the generated PDU to a lower layer.

Description

55

1010

15fifteen

20twenty

2525

3030

3535

4040

45Four. Five

50fifty

DESCRIPCIONDESCRIPTION

Metodo para transmits datos de canal de control comun Campo tecnicoMethod for transmitting common control channel data Technical field

La presente invencion se refiere a un sistema de radiocomunicacion (inalambrico) que proporciona un servicio de radiocomunicacion y un terminal y, mas particularmente, a un metodo para intercambiar bloques de datos por una estacion base y un terminal en un Sistema Universal de Telecomunicaciones Moviles Evolucionado (E-UMTS) evolucionado desde el UMTS o un sistema de Evolucion a Largo Plazo (LTE), en el que un lado de transmision transmite eficazmente datos transmitidos a traves de un Canal Logico de Control Comun (CCCH) a un lado de recepcion y el lado de recepcion separa con precision datos innecesarios de los datos recibidos a traves del Canal Logico de Control Comun.The present invention relates to a radiocommunication system (wireless) that provides a radiocommunication service and a terminal and, more particularly, to a method for exchanging data blocks for a base station and a terminal in an Evolved Universal Mobile Telecommunications System (E-UMTS) evolved from the UMTS or a Long Term Evolution (LTE) system, in which one transmission side effectively transmits data transmitted through a Common Control Logic Channel (CCCH) to the reception side and The receiving side precisely separates unnecessary data from the data received through the Common Control Logic Channel.

Antecedentes de la tecnicaBackground of the technique

La Figura 1 muestra una estructura de red ejemplar de un Sistema Universal de Telecomunicaciones Moviles Evolucionado (E-UMTS) como un sistema de comunicacion movil al que se aplican una tecnica relacionada y la presente invencion. El sistema E-UMTS es un sistema que ha evolucionado a partir del sistema UMTS existente y su trabajo de estandarizacion esta siendo realizado actualmente por la organizacion de estandares 3GPP. El sistema E- UMTS tambien se puede conocer como un sistema LTE (Evolucion a Largo Plazo).Figure 1 shows an exemplary network structure of an Evolved Universal Mobile Telecommunications System (E-UMTS) as a mobile communication system to which a related technique and the present invention are applied. The E-UMTS system is a system that has evolved from the existing UMTS system and its standardization work is currently being carried out by the 3GPP standards organization. The E-UMTS system can also be known as an LTE (Long Term Evolution) system.

La red E-UMTS se puede dividir toscamente en una E-UTRAN y una Red Central (CN). La E-UTRAN comprende de manera general un terminal (es decir, Equipo de Usuario (UE)), una estacion base (es decir, eNodo B), una Pasarela de Servicio (S-GW) que se situa en un extremo de la red E-UMTS y conecta con una o mas redes externas y una Entidad de Gestion de Movilidad (MME) que realiza funciones de gestion de movilidad para un terminal movil. Un eNodo B puede tener una o mas celdas.The E-UMTS network can be roughly divided into an E-UTRAN and a Central Network (CN). The E-UTRAN generally comprises a terminal (i.e., User Equipment (UE)), a base station (i.e. eNode B), a Service Gateway (S-GW) that is located at one end of the E-UMTS network and connects with one or more external networks and a Mobility Management Entity (MME) that performs mobility management functions for a mobile terminal. An eNode B can have one or more cells.

La Figura 2 muestra una arquitectura ejemplar de un protocolo de interfaz radio entre un terminal y una E-UTRAN (Red Universal de Acceso Radio Terrestre Evolucionada) segun el estandar de red de acceso radio del 3GPP. El protocolo de interfaz radio se compone horizontalmente de una capa ffsica, una capa de enlace de datos y una capa de red y verticalmente se compone de un plano de usuario para transmitir datos de usuario y un plano de control para transferir senalizacion de control. La capa de protocolo se puede dividir en L1 (Capa 1), L2 (Capa 2) y L3 (Capa 3) en base a las tres capas inferiores del modelo de estandares de Interconexion de Sistemas Abiertos (OSI) que es ampliamente conocido en el campo de sistemas de comunicacion.Figure 2 shows an exemplary architecture of a radio interface protocol between a terminal and an E-UTRAN (Universal Evolved Terrestrial Radio Access Network) according to the 3GPP radio access network standard. The radio interface protocol is composed horizontally of a physical layer, a data link layer and a network layer and vertically it is composed of a user plane to transmit user data and a control plane to transfer control signaling. The protocol layer can be divided into L1 (Layer 1), L2 (Layer 2) and L3 (Layer 3) based on the three lower layers of the Open Systems Interconnection (OSI) standard model that is widely known in the field of communication systems.

En lo sucesivo, se describiran mas adelante capas particulares del plano de control de protocolo radio de la Fig. 2 y del plano de usuario de protocolo radio de la Fig. 3.Hereinafter, particular layers of the radio protocol control plane of Fig. 2 and of the radio protocol user plane of Fig. 3 will be described below.

La capa ffsica (Capa 1) usa un canal ffsico para proporcionar un servicio de transferencia de informacion a una capa superior. La capa ffsica se conecta con una capa de control de acceso al medio (MAC) situada por encima de la misma a traves de un canal de transporte y se transfieren datos entre la capa ffsica y la capa MAC a traves del canal de transporte. Tambien, entre diferentes capas ffsicas respectivamente, esto es, entre las capas ffsicas respectivas del lado de transmision (transmisor) y el lado de recepcion (receptor), se transfieren datos a traves de un canal ffsico.The physical layer (Layer 1) uses a physical channel to provide an information transfer service to a higher layer. The physical layer is connected to a media access control (MAC) layer located above it through a transport channel and data is transferred between the physical layer and the MAC layer through the transport channel. Also, between different physical layers respectively, that is, between the respective physical layers of the transmission side (transmitter) and the reception side (receiver), data is transferred through a physical channel.

La capa de Control de Acceso al Medio (MAC) de la Capa 2 proporciona servicios a una capa de control de enlace radio (RLC) (que es una capa superior) a traves de un canal logico. La capa RLC de la Capa 2 soporta la transmision de datos con fiabilidad. Se debena senalar que si las funciones RLC se implementan en y realizan por la capa MAC, la capa RLC en sf misma puede no necesitar existir. La capa PDCP de la Capa 2 realiza una funcion de compresion de cabecera que reduce informacion de control innecesaria de manera que los datos que se transmiten empleando paquetes de Protocolo de Internet (IP), tales como IPv4 o IPv6, se pueden enviar eficientemente sobre una interfaz radio que tiene un ancho de banda relativamente pequeno.The Layer 2 Media Access Control (MAC) layer provides services to a radio link control (RLC) layer (which is an upper layer) through a logical channel. The RLC layer of Layer 2 supports data transmission with reliability. It should be noted that if RLC functions are implemented in and performed by the MAC layer, the RLC layer itself may not need to exist. The Layer 2 PDCP layer performs a header compression function that reduces unnecessary control information so that the data transmitted using Internet Protocol (IP) packets, such as IPv4 or IPv6, can be efficiently sent over a Radio interface that has a relatively small bandwidth.

La publicacion de solicitud de patente de EE.UU. N° 2006/067364 A1 describe un esquema de procesamiento de Capa de Acceso al Medio (MAC) para minimizar el tamano de informacion de correlacion contenida en una PDU de MAC.U.S. Patent Application Publication No. 2006/067364 A1 describes a process for processing the Media Access Layer (MAC) to minimize the size of correlation information contained in a MAC PDU.

La Especificacion Tecnica del 3GPP TS 36.321, V1.0.0, es una especificacion tecnica del 3GPP de un protocolo MAC para redes eUTRA.The 3GPP Technical Specification TS 36.321, V1.0.0, is a 3GPP technical specification of a MAC protocol for eUTRA networks.

La capa de Control de Recursos Radio (RRC) situada en la parte mas baja de la Capa 3 se define solamente en el plano de control y maneja el control de canales logicos, canales de transporte y canales ffsicos con respecto a la configuracion, reconfiguracion y liberacion de portadores radio (RB). Aqrn, el Rb se refiere a un servicio que se proporciona por la Capa 2 para transferencia de datos entre el terminal movil y la UTRAN.The Radio Resource Control (RRC) layer located in the lowest part of Layer 3 is defined only in the control plane and handles the control of logical channels, transport channels and physical channels with respect to configuration, reconfiguration and radio carrier release (RB). Here, Rb refers to a service that is provided by Layer 2 for data transfer between the mobile terminal and the UTRAN.

Los RB se refieren a un camino logico proporcionado por la primera y segunda capas del protocolo radio para transmision de datos entre el terminal y la UTRAN. En general, configuracion (o establecimiento) del RB se refiere alThe RBs refer to a logical path provided by the first and second layers of the radio protocol for data transmission between the terminal and the UTRAN. In general, configuration (or establishment) of the RB refers to the

55

1010

15fifteen

20twenty

2525

3030

3535

4040

45Four. Five

50fifty

proceso de estipulacion de las caractensticas de una capa de protocolo radio y un canal requerido para proporcionar un servicio particular y establecer los parametros detallados y metodos operacionales respectivos. Un estado RRC se refiere a si existe una conexion logica para intercambiar mensajes RRC entre la capa RRC de un terminal espedfico y la capa RRC de la UTRAN. Si hay una conexion, se dice que el terminal esta en estado conectado RRC. Si no hay conexion, se dice que el terminal esta en estado inactivo.stipulation process of the characteristics of a radio protocol layer and a channel required to provide a particular service and establish the detailed parameters and respective operational methods. An RRC status refers to whether there is a logical connection to exchange RRC messages between the RRC layer of a specific terminal and the RRC layer of the UTRAN. If there is a connection, the terminal is said to be in RRC connected state. If there is no connection, the terminal is said to be in an inactive state.

El canal logico es un canal definido entre una entidad RLC y una entidad MAC y se puede dividir segun las caractensticas de datos en el canal logico. El canal de transporte es un canal definido entre la capa ffsica y la entidad MAC y se puede dividir segun un esquema de transmision en el que se transmiten datos en el canal de transporte.The logical channel is a defined channel between an RLC entity and a MAC entity and can be divided according to the data characteristics in the logical channel. The transport channel is a defined channel between the physical layer and the MAC entity and can be divided according to a transmission scheme in which data is transmitted in the transport channel.

En general, el Canal de Control Comun (CCCH) es un canal de control comun y se usa cuando un terminal envfa un mensaje a una estacion base en un estado que el terminal no tiene una conexion RRC con la estacion base o cuando un terminal envfa un mensaje RRC en un estado que el terminal tiene una conexion RRC con una cierta estacion base excepto si una estacion base a la que esta accediendo actualmente el terminal es diferente de la estacion base que tiene la conexion RRC con el terminal. El CCCH tambien se usa cuando la estacion base va a enviar un mensaje RRC a un terminal que no tiene conexion RRC con la estacion base.In general, the Common Control Channel (CCCH) is a common control channel and is used when a terminal sends a message to a base station in a state that the terminal does not have an RRC connection to the base station or when a terminal sends an RRC message in a state that the terminal has an RRC connection with a certain base station except if a base station that the terminal is currently accessing is different from the base station that has the RRC connection to the terminal. The CCCH is also used when the base station will send an RRC message to a terminal that has no RRC connection to the base station.

Por el contrario, en estado conectado RRC, cuando el terminal y la estacion base intercambian mensajes de control (por ejemplo, mensajes RRC) o datos de usuario, se usa un Canal de Control Dedicado (DCCH) o Canal de Trafico Dedicado (DTCH). En este caso, hay una necesidad de distinguir eficazmente un mensaje transmitido a traves del CCCH a partir de un mensaje o datos transmitidos a traves del DTCH/DCCH. Por esto, segun la tecnica relacionada, la estacion base y el terminal usan una pluralidad de Identificadores Temporales de Red Radio de Celda (C-RNTI) para distinguir los canales anteriores unos de otros. Por ejemplo, cuando se notifica una transmision del Canal Compartido de Enlace Descendente Ffsico (PDSCH) o Canal Compartido de Enlace Ascendente Ffsico (PUSCH) a traves del Canal de Control de Enlace Descendente Ffsico (PDCCH), se usa un C-RNTI A si se transmiten datos del CCCH a traves del PDSCH o PUSCH y se usa un C-RNTI B si se transmiten datos del DTCH o DCCH. No obstante, este metodo puede causar el gasto de consumo de potencia y un aumento de complejidad, considerando que el lado de recepcion debena monitorizar siempre la pluralidad de los C-RNTI.On the contrary, in the RRC connected state, when the terminal and the base station exchange control messages (for example, RRC messages) or user data, a Dedicated Control Channel (DCCH) or Dedicated Traffic Channel (DTCH) is used . In this case, there is a need to effectively distinguish a message transmitted through the CCCH from a message or data transmitted through the DTCH / DCCH. Therefore, according to the related technique, the base station and the terminal use a plurality of Temporary Cell Radio Network Identifiers (C-RNTI) to distinguish the previous channels from each other. For example, when a transmission of the Physical Downlink Shared Channel (PDSCH) or Physical Uplink Shared Channel (PUSCH) is transmitted through the Physical Downlink Control Channel (PDCCH), a C-RNTI A is used if CCCH data is transmitted through PDSCH or PUSCH and a C-RNTI B is used if DTCH or DCCH data is transmitted. However, this method can cause the consumption of power consumption and an increase in complexity, considering that the receiving side should always monitor the plurality of the C-RNTI.

Para un terminal que no tiene conexion RRC, no se asigna el C-RNTI. En este caso, es diffcil discriminar a traves del C-RNTI si los datos pertenecen a que canal logico, haciendo por ello diffcil de usar el metodo anterior.For a terminal that does not have an RRC connection, the C-RNTI is not assigned. In this case, it is difficult to discriminate through the C-RNTI if the data belongs to which logical channel, thus making it difficult to use the previous method.

Ademas, para un terminal antes de tener la conexion RRC, el terminal no tiene ningun RB establecido con la estacion base. Por el contrario, un terminal que tiene la conexion RRC tiene varios RB establecidos con la estacion base. Esto significa, desde una perspectiva de la entidad MAC que sirve para manejar la correlacion del canal de transporte y el canal logico, distinguir contenidos de cada mensaje transmitido/recibido durante el procedimiento RACH. Es decir, hay una necesidad de tener un metodo para distinguir cada caso en base a la perspectiva de la Unidad de Datos de Protocolo (PDU) de MAC.In addition, for a terminal before having the RRC connection, the terminal has no RB established with the base station. On the contrary, a terminal that has the RRC connection has several RBs established with the base station. This means, from a perspective of the MAC entity that serves to handle the correlation of the transport channel and the logical channel, to distinguish contents of each message transmitted / received during the RACH procedure. That is, there is a need to have a method to distinguish each case based on the perspective of the MAC Protocol Data Unit (PDU).

Descripcion de la invencionDescription of the invention

Solucion tecnicaTechnical solution

Por lo tanto, un objeto de la presente invencion es proporcionar un metodo para distinguir eficazmente el tipo de cada uno de los datos y mensajes de control en un proceso de intercambio de los datos y los mensajes de control entre una estacion base y un terminal.Therefore, an object of the present invention is to provide a method for effectively distinguishing the type of each of the data and control messages in a process of exchanging data and control messages between a base station and a terminal.

Mas espedficamente, la presente invencion va a proporcionar un metodo para distinguir facilmente datos de CCCH de datos no de CCCH y transmitir eficazmente los mismos, en un proceso en que una entidad MAC regenera (o reconfigura) una PDU de MAC recibida en una SDU de MAC para entregar la misma a una capa superior o genera la SDU de MAC recibida desde la capa superior en una PDU de MAC para transmitir la misma.More specifically, the present invention will provide a method for easily distinguishing CCCH data from non-CCCH data and efficiently transmitting them, in a process where a MAC entity regenerates (or reconfigures) a MAC PDU received in a SDU of MAC to deliver it to a higher layer or generates the MAC SDU received from the upper layer in a MAC PDU to transmit it.

Para lograr estas y otras ventajas y segun el proposito de la presente invencion, como se concreta y describe ampliamente en la presente memoria, se proporciona un metodo de generacion de una unidad de datos de protocolo (PDU) en un sistema de comunicacion inalambrico como se expone en las reivindicaciones adjuntas.To achieve these and other advantages and according to the purpose of the present invention, as concretized and described extensively herein, a method of generating a protocol data unit (PDU) in a wireless communication system as provided is provided. set forth in the appended claims.

Breve descripcion de los dibujosBrief description of the drawings

La Figura 1 muestra una estructura de red ejemplar de una Red Universal de Acceso Radio Terrestre Evolucionada (E-UTRAN) como un sistema de comunicacion movil al que se aplican una tecnica relacionada y la presente invencion;Figure 1 shows an exemplary network structure of a Universal Evolved Terrestrial Radio Access Network (E-UTRAN) as a mobile communication system to which a related technique and the present invention are applied;

La Figura 2 muestra una vista ejemplar de arquitectura de plano de control de la tecnica relacionada de un protocolo de interfaz radio entre un terminal y una E-UTRAN;Figure 2 shows an exemplary view of the control plane architecture of the related technique of a radio interface protocol between a terminal and an E-UTRAN;

La Figura 3 muestra una vista ejemplar de la arquitectura de plano de usuario de la tecnica relacionada de un protocolo de interfaz radio entre un terminal y una E-UTRAN;Figure 3 shows an exemplary view of the user plane architecture of the related technique of a radio interface protocol between a terminal and an E-UTRAN;

55

1010

15fifteen

20twenty

2525

3030

3535

4040

La Figura 4 ilustra un formato de Unidad de Datos de Protocolo (PDU) ejemplar usado en una entidad de Control de Acceso al Medio (MAC);Figure 4 illustrates an exemplary Protocol Data Unit (PDU) format used in a Media Access Control (MAC) entity;

Las Figuras 5a y 5b ilustran formates de subcabecera de MAC ejemplares usados en una entidad MAC;Figures 5a and 5b illustrate exemplary MAC subheader formats used in a MAC entity;

La Figura 6 muestra un procedimiento de conexion RRC ejemplar entre un terminal y una red;Figure 6 shows an exemplary RRC connection procedure between a terminal and a network;

La Figura 7 muestra un procedimiento de conexion inicial ejemplar de un terminal; yFigure 7 shows an exemplary initial connection procedure of a terminal; Y

Las Figuras 8a y 8b ilustran campos de LCID ejemplares de una subcabecera de MAC usada segun la presente invencion.Figures 8a and 8b illustrate exemplary LCID fields of a MAC subhead used according to the present invention.

Modo para la invencionMode for the invention

Un aspecto de la presente invencion es el reconocimiento por los presentes inventores con respecto a los problemas e inconvenientes de la tecnica relacionada descrita anteriormente y explicada en mas detalle en lo sucesivo. En base a tal reconocimiento, se han desarrollado los rasgos de la presente invencion.One aspect of the present invention is the recognition by the present inventors regarding the problems and disadvantages of the related technique described above and explained in more detail hereafter. Based on such recognition, the features of the present invention have been developed.

La presente invencion se aplica a una tecnica de comunicacion del 3GPP, en particular, un sistema Universal de Telecomunicaciones Moviles, aparato de comunicacion y metodo de comunicacion. No obstante, sin que se limite a este, la presente invencion se puede aplicar a todas las comunicaciones cableadas/inalambricas a las que son aplicables los rasgos tecnicos de la presente invencion.The present invention applies to a 3GPP communication technique, in particular, a Universal Mobile Telecommunications system, communication apparatus and method of communication. However, without being limited to this, the present invention can be applied to all wired / wireless communications to which the technical features of the present invention are applicable.

La presente invencion se refiere conceptualmente a un metodo de generacion de una unidad de datos de protocolo (PDU) en un sistema de comunicacion inalambrico que intercambia bloques de datos o unidades de datos entre una estacion base y un terminal, el metodo que comprende: recibir al menos una unidad de datos de servicio (SDU) desde una capa superior a traves de un canal logico comun; anadir una cabecera a las SDU recibidas para generar la unidad de datos de protocolo (PDU), en donde la cabecera incluye al menos un campo, en donde el al menos un campo se usa para identificar un canal logico o se usa para identificar un tipo de informacion de control, establecer el al menos un campo para indicar que la al menos una de las SDU incluidas en la PDU generada se recibieron desde el canal logico comun, entregar la PDU generada a una capa inferior y un terminal de comunicacion inalambrico capaz de realizar tal metodo.The present invention conceptually relates to a method of generating a protocol data unit (PDU) in a wireless communication system that exchanges blocks of data or data units between a base station and a terminal, the method comprising: receiving at least one service data unit (SDU) from an upper layer through a common logical channel; add a header to the received SDUs to generate the protocol data unit (PDU), where the header includes at least one field, where the at least one field is used to identify a logical channel or is used to identify a type of control information, establish the at least one field to indicate that the at least one of the SDUs included in the generated PDU were received from the common logical channel, deliver the generated PDU to a lower layer and a wireless communication terminal capable of Perform such method.

En lo sucesivo, se dara una descripcion de estructuras y operaciones de las realizaciones preferidas segun la presente invencion con referencia a los dibujos anexos.Hereinafter, a description of structures and operations of the preferred embodiments according to the present invention will be given with reference to the attached drawings.

La Figura 4 ilustra un formato de Unidad de Datos de Protocolo (PDU) de MAC usado en una entidad de Control de Acceso al Medio (MAC). Como se muestra en la Fig. 4, el campo de ID de Canal Logico (LCID) identifica un ejemplo de canal logico de una SDU de MAC correspondiente y el campo de Longitud (L) indica una longitud de la SDU de MAC correspondiente en bytes. El campo de Extension (E) indica si estan presentes o no mas campos en una cabecera. En el proceso anterior, si un tamano de la SDU de MAC correspondiente o Elemento de Control de MAC es menor o igual que 127, se puede usar un campo L de 7 bits como se muestra en la Fig. 5. Si el tamano de la SDU de MAC o el Elemento de Control de MAC correspondiente es mayor que 127, se puede usar el campo L de 15 bits como se muestra en la Fig. 5. Y, una subcabecera de MAC como se muestra en la Fig. 5(b) se puede usar para una subcabecera de MAC de la SDU de MAC incluida en la PDU de MAC o un Elemento de Control de MAC de tamano fijo. Una subcabecera de MAC como se muestra en la Fig. 5(a) se puede usar para otros casos.Figure 4 illustrates a MAC Protocol Data Unit (PDU) format used in a Media Access Control (MAC) entity. As shown in Fig. 4, the Logical Channel ID (LCID) field identifies an example of the logical channel of a corresponding MAC SDU and the Length (L) field indicates a corresponding MAC SDU length in bytes . The Extension field (E) indicates whether or not more fields are present in a header. In the above process, if a size of the corresponding MAC SDU or MAC Control Element is less than or equal to 127, a 7-bit L field can be used as shown in Fig. 5. If the size of the MAC SDU or the corresponding MAC Control Element is greater than 127, the 15-bit L field can be used as shown in Fig. 5. And, a MAC sub-header as shown in Fig. 5 (b ) can be used for a MAC subhead of the MAC SDU included in the MAC PDU or a fixed-size MAC Control Element. A MAC subheader as shown in Fig. 5 (a) can be used for other cases.

A continuacion, se daran en mas detalle descripciones de cada campo usado en la Fig. 4.Next, descriptions of each field used in Fig. 4 will be given in more detail.

- LCID: indica el tipo de datos de canal logico de la SDU de MAC correspondiente o el tipo de datos contenidos en el Elemento de Control de MAC (CE de MAC) correspondiente.- LCID: indicates the type of logical channel data of the corresponding MAC SDU or the type of data contained in the corresponding MAC Control Element (MAC CE).

- E: indica si otra subcabecera de MAC es o no posterior a la subcabecera de MAC actual.- E: indicates whether or not another MAC subhead is later than the current MAC subhead.

- Formato (F): indica una longitud del campo L posterior.- Format (F): indicates a length of the subsequent L field.

- Reservado (R): indica un bit reservado y es un bit no usado.- Reserved (R): indicates a reserved bit and is an unused bit.

Aqrn, se mostrara a continuacion informacion relacionada con los valores de LCID.Here, information related to the LCID values will be shown below.

Tabla 1. Valores de LCID para DL-SCHTable 1. LCID values for DL-SCH

Indice Index: Valores de LCID LCID values

00001-xxxxx 00001-xxxxx: Identidad del canal logico Logic Channel Identity

xxxxx-11011 xxxxx-11011: Reservado Reserved

11100 11100: Identidad de Resolucion de Contencion de UE EU Containment Resolution Identity

55

1010

15fifteen

20twenty

2525

3030

3535

Indice Index: Valores de LCID LCID values

11101 11101: Avance de Temporizacion Timing Advance

11110 11110: Comando de DRX DRX command

11111 11111: Relleno Filling

Tabla 2. Valores de LCID para UL-SCHTable 2. LCID values for UL-SCH

Indice Index: Valores de LCID LCID values

00000-yyyyy 00000-yyyyy: Identidad del canal logico Logic Channel Identity

yyyyy-11011 yyyyy-11011: Reservado Reserved

11100 11100: Informe de Margen de Potencia Power Margin Report

11101 11101: Informe de Estado de Almacenador Temporal Corto Short Temporary Store Status Report

11110 11110: Informe de Estado de Almacenador Temporal Largo Long Temporary Store Status Report

11111 11111: Relleno Filling

En lo sucesivo, se dara en detalle una descripcion de un estado RRC de un terminal y un metodo de conexion RRC. El estado RRC se refiere a si se conecta logicamente el RRC del terminal al RRC de la E-UTRAN, formando por ello una conexion logica con el RRC de la E-UTRAN. Si el RRC del terminal forma una conexion logica con el RRC de la E-UTRAN, esto se conoce como un “estado conectado RRC”. Por el contrario, si no hay ninguna conexion logica entre el RRC del terminal y el RRC de la E-UTRAN, esto se conoce como un “estado inactivo RRC”. Cuando el terminal esta en el estado conectado RRC y, por consiguiente, la E-UTRAN puede reconocer la existencia del terminal correspondiente segun unidades de celdas, la E-UTRAN puede controlar eficazmente el terminal. Por otra parte, la E-UTRAN no puede reconocer un terminal que esta en estado inactivo. El terminal en estado inactivo se puede gestionar por la red central segun unidades de areas de localizacion o unidades de areas de seguimiento, que son areas mas grandes que la celda. Aqm, el area de seguimiento es un conjunto de celdas. Espedficamente, la existencia de un terminal en estado inactivo se reconoce solamente segun unidades de areas grandes, tales como areas de localizacion o areas de seguimiento (encaminamiento) y el terminal debe transitar en el estado conectado a fin de recibir servicios de comunicacion moviles tfpicos tales como voz o datos.Hereinafter, a description of an RRC state of a terminal and an RRC connection method will be given in detail. The RRC status refers to whether the RRC of the terminal is logically connected to the RRC of the E-UTRAN, thereby forming a logical connection with the RRC of the E-UTRAN. If the RRC of the terminal forms a logical connection with the RRC of the E-UTRAN, this is known as a "connected RRC status". On the contrary, if there is no logical connection between the RRC of the terminal and the RRC of the E-UTRAN, this is known as an "inactive RRC state". When the terminal is in the RRC connected state and, therefore, the E-UTRAN can recognize the existence of the corresponding terminal according to cell units, the E-UTRAN can effectively control the terminal. On the other hand, the E-UTRAN cannot recognize a terminal that is in an inactive state. The terminal in an inactive state can be managed by the central network according to units of location areas or units of monitoring areas, which are areas larger than the cell. Here, the tracking area is a set of cells. Specifically, the existence of a terminal in an inactive state is recognized only according to units of large areas, such as location areas or tracking (routing) areas and the terminal must transit in the connected state in order to receive typical mobile communication services such as voice or data

Cuando un usuario conecta inicialmente la alimentacion del terminal, el terminal en primer lugar puede detectar una celda adecuada y mantiene su estado en un estado inactivo en esta celda. El terminal en estado inactivo forma una conexion RRC con el RRC de la E-UTRAN a traves del procedimiento de conexion RRC y transita al estado conectado RRC cuando la conexion RRC necesita ser formada. Hay varios casos en los que se requiere un terminal en estado inactivo para formar la conexion RRC. Por ejemplo, se puede requerir una transmision de datos de enlace ascendente debido a un intento de llamada por un usuario o se puede requerir la transmision de un mensaje de respuesta en respuesta a un mensaje de busqueda recibido desde la E-UTRAn.When a user initially connects the terminal power, the terminal can first detect a suitable cell and maintains its state in an inactive state in this cell. The idle terminal forms an RRC connection with the RRC of the E-UTRAN through the RRC connection procedure and transits to the RRC connected state when the RRC connection needs to be formed. There are several cases in which an idle terminal is required to form the RRC connection. For example, an uplink data transmission may be required due to an attempted call by a user or the transmission of a reply message in response to a search message received from the E-UTRAn may be required.

A fin de que un terminal en estado inactivo forme una conexion RRC con la E-UTRAN, se debena realizar el procedimiento de conexion RRC que se describio anteriormente. El procedimiento de conexion RRC se compone principalmente de tres pasos de transmision, por el terminal, de un mensaje de solicitud de conexion RRC a la E- UTRAn, transmitiendo, por la E-UTRAN, un mensaje de establecimiento de conexion RRC al terminal y transmitiendo, por el terminal, un mensaje de establecimiento de conexion RRC completa a la E-UTRAN. Tal procedimiento de conexion RRC se muestra en la Fig. 6.In order for an idle terminal to form an RRC connection with the E-UTRAN, the RRC connection procedure described above must be performed. The RRC connection procedure consists mainly of three transmission steps, by the terminal, of an RRC connection request message to the E-UTRAn, transmitting, by the E-UTRAN, an RRC connection establishment message to the terminal and transmitting, through the terminal, a complete RRC connection establishment message to the E-UTRAN. Such RRC connection procedure is shown in Fig. 6.

Mas espedficamente, si el terminal en estado inactivo necesita formar una conexion RRC debido a un intento de llamada o una respuesta a una busqueda desde la E-UTRAN, el terminal puede transmitir un mensaje de solicitud de conexion RRC a la E-UTRAN (Paso 1). Aqm, el mensaje de solicitud de conexion RRC puede incluir un identificador de UE inicial, una causa de establecimiento RRC y similares. El identificador de UE inicial es un identificador unico de terminal y sirve para identificar un terminal correspondiente en cualquier region en todo el mundo. Hay varias causas de establecimiento RRC, incluyendo un intento de llamada o una respuesta a una busqueda. Tras transmitir el mensaje de solicitud de conexion rRc, el terminal puede activar un temporizador. Si el terminal deja de recibir un mensaje de establecimiento de conexion RRC o un mensaje de rechazo de conexion RRC desde la E-UTRAN hasta que el temporizador expire, el terminal retransmitma el mensaje de solicitud de conexion RRC. Un numero maximo de transmisiones del mensaje de solicitud de conexion RRC se puede limitar a un valor espedfico.More specifically, if the idle terminal needs to form an RRC connection due to a call attempt or a response to a search from the E-UTRAN, the terminal can transmit an RRC connection request message to the E-UTRAN (Step one). Here, the RRC connection request message may include an initial UE identifier, an RRC establishment cause and the like. The initial UE identifier is a unique terminal identifier and serves to identify a corresponding terminal in any region throughout the world. There are several causes of RRC establishment, including a call attempt or a response to a search. After transmitting the rRc connection request message, the terminal can activate a timer. If the terminal stops receiving an RRC connection establishment message or an RRC connection rejection message from the E-UTRAN until the timer expires, the terminal retransmits the RRC connection request message. A maximum number of transmissions of the RRC connection request message can be limited to a specific value.

55

1010

15fifteen

20twenty

2525

3030

3535

4040

45Four. Five

50fifty

5555

6060

Tras recibir el mensaje de solicitud de conexion RRC desde el terminal, la E-UTRAN puede aceptar la solicitud de conexion RRC del terminal si los recursos radio son suficientes y puede transmitir un mensaje de establecimiento de conexion RRC como un mensaje de respuesta al terminal (Paso 2). Aqm, el mensaje de establecimiento de conexion RRC se transmite incluyendo un Identificador Temporal de Red Radio de Celda (C-RNTI) e informacion de establecimiento de RB junto con el identificador de UE inicial. El C-RNTI es un identificador de UE, que se asigna por la E-UTRAN, para identificar un terminal en estado conectado. El C-RNTI se puede usar solamente cuando hay una conexion RRC y solamente dentro de la E-UTRAN. Despues de formar la conexion RRC, el terminal puede comunicar con la E-UTRAN usando el C-RNTI, en lugar de usar el identificador de UE inicial. Esto es debido a que el identificador de UE inicial es el identificador unico de terminal, por lo tanto, si este se usa frecuentemente, se puede filtrar. Por consiguiente, debido a una razon de seguridad, el identificador de UE inicial se puede usar temporalmente durante el procedimiento de conexion RRC solamente, se puede usar el C-RNTI en su lugar de despues del procedimiento de conexion RRC.After receiving the RRC connection request message from the terminal, the E-UTRAN can accept the RRC connection request from the terminal if the radio resources are sufficient and can transmit an RRC connection establishment message as a response message to the terminal ( Step 2). Here, the RRC connection establishment message is transmitted including a Temporary Cell Radio Network Identifier (C-RNTI) and RB establishment information along with the initial UE identifier. The C-RNTI is an UE identifier, which is assigned by the E-UTRAN, to identify a terminal in connected state. The C-RNTI can only be used when there is an RRC connection and only within the E-UTRAN. After forming the RRC connection, the terminal can communicate with the E-UTRAN using the C-RNTI, instead of using the initial UE identifier. This is because the initial UE identifier is the unique terminal identifier, therefore, if it is used frequently, it can be filtered. Therefore, due to a security reason, the initial UE identifier can be used temporarily during the RRC connection procedure only, the C-RNTI can be used instead after the RRC connection procedure.

Habiendo recibido el mensaje de establecimiento de conexion RRC, el terminal puede comparar el identificador de UE inicial incluido en el mensaje con su propio identificador y puede comprobar si se transmite o no el mensaje recibido para el terminal por sf mismo. En base al resultado comprobado, si el mensaje se transmite al terminal, el terminal puede almacenar un C-RNTI asignado por la E-UTRAn y entonces puede transmitir un mensaje de establecimiento de conexion RRC completo a la E-UTRAN usando el C-RNTI (Paso 3). Aqm, el mensaje de establecimiento de conexion RRC completo incluye informacion del rendimiento del terminal. Si el terminal transmite con exito el mensaje de establecimiento de conexion RRC, el terminal forma la conexion RRC con la E-UTRAN y se mueve al estado conectado RRC.Having received the RRC connection establishment message, the terminal can compare the initial UE identifier included in the message with its own identifier and can check whether or not the message received for the terminal is transmitted by itself. Based on the proven result, if the message is transmitted to the terminal, the terminal can store a C-RNTI assigned by the E-UTRAn and then can transmit a complete RRC connection establishment message to the E-UTRAN using the C-RNTI (Step 3). Here, the complete RRC connection establishment message includes terminal performance information. If the terminal successfully transmits the RRC connection establishment message, the terminal forms the RRC connection with the E-UTRAN and moves to the connected RRC state.

En lo sucesivo, se daran en mas detalle descripciones de un Canal de Acceso Aleatorio (RACH) a traves del cual un terminal transmite un mensaje de control inicial a una red. En general, hay varias razones para usar el RACH: para sincronizacion de tiempo de un terminal con una red y para adquirir recursos radio cuando el terminal necesita una transmision de datos de enlace ascendente pero no hay recursos radio de enlace ascendente para transmitir tales datos. Por ejemplo, el terminal se enciende para acceder inicialmente a una nueva celda. En este caso, el terminal realizana sincronizacion de enlace descendente y recibina informacion de sistema de una celda a la que desea acceder. Despues de recibir la informacion de sistema, el terminal transmitina un mensaje de solicitud de conexion RRC para la conexion RRC. No obstante, el terminal no esta sincronizado en tiempo con una red actual y tampoco adquiere recursos radio de enlace ascendente. Por consiguiente, el terminal puede usar el RACH para solicitar recursos radio para transmitir el mensaje de solicitud de conexion RRC a la red. La estacion base, que ha recibido la solicitud de recursos radio correspondiente, puede asignar recursos radio adecuados al terminal. Entonces, el terminal puede transmitir el mensaje de solicitud de conexion RRC a la red usando los recursos radio. En otro ejemplo, se supone que el terminal tiene una conexion RRC con la red. En este caso, el terminal puede recibir recursos radio dependiendo de la programacion de recursos radio de la red y puede transmitir datos a la red a traves de los recursos radio. No obstante, si no habfa datos a ser transmitidos en un almacenador temporal del terminal, la red no asignana ademas recursos radio de enlace ascendente al terminal. Esto es debido a que es ineficiente asignar los recursos radio de enlace ascendente al terminal, el cual no tiene datos a ser transmitidos. Aqm, un estado de almacenador temporal del terminal se puede notificar a la red periodicamente o tras la aparicion de un evento. Si existen ahora nuevos datos a ser transmitidos en el almacenador temporal del terminal que no tiene recursos radio, el terminal usana el RACH dado que no tiene asignados recursos radio de enlace ascendente. Es decir, el terminal puede usar el RACH para solicitar los recursos radio requeridos para transmision de datos desde la red.In the following, descriptions of a Random Access Channel (RACH) will be given in more detail through which a terminal transmits an initial control message to a network. In general, there are several reasons for using the RACH: for time synchronization of a terminal with a network and for acquiring radio resources when the terminal needs an uplink data transmission but there are no uplink radio resources to transmit such data. For example, the terminal is turned on to initially access a new cell. In this case, the terminal performs downlink synchronization and receives system information from a cell to which it wishes to access. After receiving the system information, the terminal transmits an RRC connection request message for the RRC connection. However, the terminal is not synchronized in time with a current network and does not acquire uplink radio resources. Therefore, the terminal can use the RACH to request radio resources to transmit the RRC connection request message to the network. The base station, which has received the corresponding radio resource request, can allocate appropriate radio resources to the terminal. Then, the terminal can transmit the RRC connection request message to the network using radio resources. In another example, it is assumed that the terminal has an RRC connection to the network. In this case, the terminal can receive radio resources depending on the programming of radio resources of the network and can transmit data to the network through radio resources. However, if there was no data to be transmitted in a temporary store of the terminal, the network also does not allocate uplink radio resources to the terminal. This is because it is inefficient to assign the uplink radio resources to the terminal, which has no data to be transmitted. Aqm, a temporary storage status of the terminal can be notified to the network periodically or after the occurrence of an event. If there is now new data to be transmitted in the temporary store of the terminal that does not have radio resources, the terminal uses the RACH since it does not have assigned uplink radio resources. That is, the terminal can use the RACH to request the radio resources required for data transmission from the network.

La Figura 7 muestra un procedimiento de conexion inicial ejemplar de un terminal. Como se muestra en la Fig. 7, un terminal puede seleccionar una Firma de Acceso Aleatorio disponible y una Ocasion de Acceso Aleatorio a traves de informacion de sistema recibida desde una estacion base a traves de una senal RRC y entonces puede transmitir un Preambulo de Acceso Aleatorio (en lo sucesivo, conocido como mensaje 1) a la estacion base (Paso 1). Despues de recibir con exito el preambulo de acceso aleatorio del terminal, la estacion base transmite una Respuesta de Acceso Aleatorio (en lo sucesivo, conocida como mensaje 2) al terminal (Paso 2). Aqm, la respuesta de acceso aleatorio puede incluir un Avance de Tiempo (TA) que es informacion de sincronizacion de tiempo de enlace ascendente con la estacion base, una concesion inicial que es informacion con respecto a una asignacion de recursos radio de enlace ascendente de un identificador C-RNTI a ser usado en una celda correspondiente y similares. Despues de recibir la respuesta de acceso aleatorio, el terminal puede generar y transmitir una PDU de MAC (en lo sucesivo, conocida como un mensaje 3) segun informacion relacionada con la asignacion de recursos radio incluida en la informacion de respuesta de acceso aleatorio (Paso 3). Dependiendo del mensaje 3 recibido desde el terminal, la estacion base puede asignar recursos radio o puede transmitir el mensaje RRC (Paso 4).Figure 7 shows an exemplary initial connection procedure of a terminal. As shown in Fig. 7, a terminal can select an available Random Access Signature and a Random Access Occasion through system information received from a base station through an RRC signal and then can transmit an Access Preamble Random (hereinafter, known as message 1) to the base station (Step 1). After successfully receiving the random access preamble of the terminal, the base station transmits a Random Access Response (hereinafter, known as message 2) to the terminal (Step 2). Here, the random access response may include a Time Advance (TA) which is uplink time synchronization information with the base station, an initial concession that is information regarding an uplink radio resource allocation of a C-RNTI identifier to be used in a corresponding cell and the like. After receiving the random access response, the terminal can generate and transmit a MAC PDU (hereinafter, known as a message 3) according to information related to the allocation of radio resources included in the random access response information (Step 3). Depending on the message 3 received from the terminal, the base station may allocate radio resources or may transmit the RRC message (Step 4).

En general, la estacion base y el terminal pueden transmitir o recibir datos a traves de un canal ffsico el Canal Compartido de Enlace Descendente Ffsico (PDSCH) usando un canal de transporte DL-SCH, con la excepcion de una senal de control espedfico o datos de un servicio particular. Tambien, informacion sobre que terminal (o una pluralidad de terminales) debena recibir datos del PDSCH e informacion sobre como los terminales debenan recibir los datos de PDSCH y realizar decodificacion, se transmiten estando incluidos en el canal ffsico el Canal de Control de Enlace Descendente Ffsico (PDCCH).In general, the base station and the terminal can transmit or receive data through a physical channel the Physical Downlink Shared Channel (PDSCH) using a DL-SCH transport channel, with the exception of a specific control signal or data of a particular service. Also, information about which terminal (or a plurality of terminals) should receive data from the PDSCH and information on how the terminals should receive the PDSCH data and perform decoding, are transmitted while the Physical Downlink Link Control Channel is included in the physical channel (PDCCH)

55

1010

15fifteen

20twenty

2525

3030

3535

4040

45Four. Five

50fifty

5555

Por ejemplo, se supone que un cierto PDCCH esta bajo enmascaramiento CRC como un RNTI (Identificador Temporal de Red Radio) “A” y que se transmite en una cierta subtrama incluyendo informacion acerca de datos que se transmiten en informacion de formato de transferencia “C” (por ejemplo, un tamano de bloque de transporte, informacion de modulacion y codificacion, etc.) a traves de recursos radio “B” (por ejemplo, una localizacion de frecuencia). Bajo tal condicion, uno o mas terminales en una celda correspondiente pueden monitorizar el PDCCH usando su propia informacion de RNTI. Si hay uno o mas terminales que tienen RNTI A en un punto de tiempo correspondiente, los terminales recibiran el PDCCH y a traves de informacion del PDCCH recibido, tambien recibiran un PDSCH indicado por B y C.For example, it is assumed that a certain PDCCH is under CRC masking as an RNTI (Temporary Radio Network Identifier) "A" and that it is transmitted in a certain subframe including information about data transmitted in transfer format information "C "(For example, a transport block size, modulation and coding information, etc.) through radio resources" B "(for example, a frequency location). Under such condition, one or more terminals in a corresponding cell can monitor the PDCCH using its own RNTI information. If there are one or more terminals that have RNTI A at a corresponding time point, the terminals will receive the PDCCH and through information from the received PDCCH, they will also receive a PDSCH indicated by B and C.

Como se describio anteriormente, la presente invencion va a proporcionar un metodo para distinguir eficazmente el tipo de cada uno de los datos y mensajes de control en un proceso de intercambio de los datos y los mensajes de control entre la estacion base y el terminal. En particular, la presente invencion va a proporcionar un metodo para distinguir facilmente datos de CCCH de datos no de CCCH y transmitir eficazmente los mismos, en un proceso en que una entidad MAC regenera una PDU de MAC recibida en una SDU de MAC para entregar la misma a una capa superior o genera la SDU de MAC recibida desde la capa superior en una PDU de MAC para transmitir la misma.As described above, the present invention will provide a method for effectively distinguishing the type of each of the data and control messages in a process of exchanging data and control messages between the base station and the terminal. In particular, the present invention will provide a method for easily distinguishing CCCH data from non-CCCH data and efficiently transmitting them, in a process where a MAC entity regenerates a MAC PDU received in a MAC SDU to deliver the same to an upper layer or generates the MAC SDU received from the upper layer in a MAC PDU to transmit it.

Para esto, la presente invencion propone, si el terminal transmite datos del canal logico de control comun, fijar un campo de LCId de una subcabecera de MAC de datos con un valor especial para transmision cuando la entidad MAC del terminal genera la PDU de MAC usando los datos.For this, the present invention proposes, if the terminal transmits data from the common control logic channel, to set an LCId field of a MAC sub-header of data with a special value for transmission when the MAC entity of the terminal generates the MAC PDU using the data.

Ademas, la presente invencion propone, si el terminal transmite datos del canal logico de control no comun, fijar el campo de LClD de la subcabecera de MAC de datos con un valor especial para un canal logico relacionado con los datos cuando la entidad MAC del terminal genera la PDU de MAC usando los datos. Aqrn, el valor fijo para el canal logico se puede notificar por la estacion base al terminal a traves del mensaje RRC mientras que se realiza el procedimiento de establecimiento de conexion RRC o el procedimiento de establecimiento de llamada.In addition, the present invention proposes, if the terminal transmits data from the non-common logical control channel, set the LClD field of the MAC data subhead with a special value for a logical channel related to the data when the MAC entity of the terminal generates the MAC PDU using the data. Here, the fixed value for the logical channel can be notified by the base station to the terminal through the RRC message while the RRC connection establishment procedure or the call establishment procedure is performed.

Mas espedficamente, en la presente invencion, cuando el terminal transmite la PDU de MAC a traves del mensaje RACH 3 descrito en la Fig. 7, si el mensaje RRC se incluye en la PDU de MAC y el terminal no esta en modo conectado RRC aun, el terminal puede fijar el campo de LCID en la cabecera de PDU de MAC con un valor especial y puede transmitir el mismo. Ademas, durante el proceso anterior, el valor especial puede indicar que los datos incluidos en la PDU de MAC que incluyen el LCID son los datos de CCCH. Es decir, la presente invencion no fija el campo de LCID usado para la transmision del mensaje de CCCH con un valor unico a cada terminal, sino que usa un valor fijo aplicado a todos los terminales. Ademas, la presente invencion propone usar el campo de LCID para notificar el tipo de un canal logico de datos que se transmiten. Es decir, el campo de LCID no se usa para determinar si son datos de DCCH o datos no de DCCH, sino que se usa al menos para saber si son o no datos de CCCH.More specifically, in the present invention, when the terminal transmits the MAC PDU through the RACH 3 message described in Fig. 7, if the RRC message is included in the MAC PDU and the terminal is not in RRC connected mode even , the terminal can set the LCID field in the MAC PDU header with a special value and can transmit it. In addition, during the previous process, the special value may indicate that the data included in the MAC PDU that includes the LCID is the CCCH data. That is, the present invention does not set the LCID field used for the transmission of the CCCH message with a unique value to each terminal, but uses a fixed value applied to all terminals. In addition, the present invention proposes to use the LCID field to notify the type of a logical channel of data that is transmitted. That is, the LCID field is not used to determine whether it is DCCH data or non-DCCH data, but is used at least to know whether or not they are CCCH data.

La presente invencion considera que, en el procedimiento RACH, los recursos radio para transmitir el mensaje RACh 3 no se asignan a un terminal espedfico (es decir, el RNTI asignado solamente a un terminal espedfico), sino que se asignan usando un RNTI, que se puede usar simultaneamente por una pluralidad de terminales. Por lo tanto, si los recursos radio se asignan usando el RNTI compartido por una pluralidad de terminales, en lugar de un RNTI dedicado por terminal, se propone para incluir un LCID que se ha fijado con un valor especial en la cabecera de PDU de MAC a fin de indicar el mensaje RRC incluido en la PDU de MAC. Durante el procedimiento anterior, el valor especial usado para indicar el CCCH se puede notificar a traves de informacion de sistema o determinar para ser un valor fijo.The present invention considers that, in the RACH procedure, the radio resources for transmitting the RACh 3 message are not assigned to a specific terminal (ie, the RNTI assigned only to a specific terminal), but are assigned using an RNTI, which It can be used simultaneously by a plurality of terminals. Therefore, if radio resources are allocated using the RNTI shared by a plurality of terminals, instead of a dedicated RNTI per terminal, it is proposed to include an LCID that has been set with a special value in the MAC PDU header in order to indicate the RRC message included in the MAC PDU. During the above procedure, the special value used to indicate the CCCH can be notified through system information or determined to be a fixed value.

Ademas, la presente invencion propone, cuando la PDU de MAC se transmite a traves del mensaje RACH 3 en el procedimiento RACH, tener un formato de PDU de MAC diferente de un formato de PDU de MAC usado en otros casos. Es decir, hay casos para usar recursos radio asignados a un terminal espedfico solamente o recursos radio asignados usando un RNTI para un terminal espedfico y no para usar tales recursos radio. En tales casos, se usan diferentes formatos de PDU de MAC. Adicionalmente, cuando se usa un preambulo asignado solamente a un terminal espedfico, es decir, cuando se usa un preambulo dedicado en el mensaje RACH 1 y si la PDU de MAC incluida en el mensaje RACH 3 incluye el mensaje RRC, el LCID para indicar el mensaje RACH usa un valor fijado al terminal a traves del mensaje RRC. Ademas, a fin de que una entidad MAC del lado de recepcion determine facilmente la presencia de datos de CCCH en la PDU de MAC recibida, se propone incluir un indicador de formato en la cabecera de PDU de MAC. Es decir, el indicador de formato puede indicar si los datos incluidos en la PDU de MAC son o no los datos de CCCH. El LCID de CCCH puede indicar a la entidad MAC del lado de recepcion si datos incluidos en la PDU de MAC recibida se debenan procesar por la entidad MAC del lado de recepcion o la entidad RRC.Furthermore, the present invention proposes, when the MAC PDU is transmitted through the RACH 3 message in the RACH procedure, to have a MAC PDU format different from a MAC PDU format used in other cases. That is, there are cases to use radio resources assigned to a specific terminal only or radio resources assigned using an RNTI for a specific terminal and not to use such radio resources. In such cases, different formats of MAC PDUs are used. Additionally, when a preamble assigned only to a specific terminal is used, that is, when a dedicated preamble is used in the RACH 1 message and if the MAC PDU included in the RACH 3 message includes the RRC message, the LCID to indicate the RACH message uses a value set to the terminal through the RRC message. Furthermore, in order for a MAC entity on the receiving side to easily determine the presence of CCCH data in the received MAC PDU, it is proposed to include a format indicator in the MAC PDU header. That is, the format indicator can indicate whether or not the data included in the MAC PDU is the CCCH data. The CCCH LCID can indicate to the MAC entity on the receiving side if data included in the received MAC PDU must be processed by the receiving MAC entity or the RRC entity.

Las Fig. 8a y 8b ilustran campos de LCID ejemplares de una subcabecera de MAC usada segun la presente invencion. La Figura 8a ilustra valores de LCID para DL-SCH y la Figura 8b ilustra valores de LCID para UL-SCH. En las Fig. 8a y 8b, se incluyen indices para indicar el CCCH y puede existir un campo de LCID para cada SDU de MAC, elemento de control de MAC o relleno incluido en la PDU de MAC. Aqrn, un tamano del campo de LCID es 5 bits.Figs. 8a and 8b illustrate exemplary LCID fields of a MAC subhead used according to the present invention. Figure 8a illustrates LCID values for DL-SCH and Figure 8b illustrates LCID values for UL-SCH. In Figs. 8a and 8b, indices are included to indicate the CCCH and there may be an LCID field for each MAC SDU, MAC control element or padding included in the MAC PDU. Here, a size of the LCID field is 5 bits.

55

1010

15fifteen

20twenty

2525

3030

3535

4040

45Four. Five

50fifty

5555

La presente invencion tiene un efecto de aumentar la eficiencia de transmision de datos sin causar consumo de potencia proporcionando un metodo para transmitir eficazmente informacion de canal logico de control comun cuando la entidad MAC genera la PDU de MAC.The present invention has an effect of increasing the efficiency of data transmission without causing power consumption by providing a method for effectively transmitting common control logic channel information when the MAC entity generates the MAC PDU.

La presente invencion puede proporcionar un metodo de generacion de una unidad de datos de protocolo (PDU) en un sistema de comunicacion inalambrico, el metodo que comprende: recibir al menos una unidad de datos de servicio (SDU) de una capa superior a traves de un canal logico comun; anadir una cabecera a las SDU recibidas para generar la unidad de datos de protocolo (PDU), en donde la cabecera incluye al menos un campo, en donde se usa el al menos un campo para identificar un canal logico o se usa para identificar un tipo de informacion de control; ajustar el al menos un campo para indicar que la al menos una de las SDU incluidas en la PDU generada se recibieron a partir del canal logico comun; y entregar la PDU generada a una capa inferior, en donde el canal logico comun es un canal de control comun (CCCH), el al menos un campo es un campo de ID de canal logico (LCID), el al menos un campo se fija con un valor especial, el valor especial se fija con 00000, el valor especial se fija para indicar un canal de control comun (CCCH), un tamano del al menos un campo es 5 bits, la PDU es una PDU de Control de Acceso al Medio (MAC) y la al menos una SDU es una SDU de MAC, el al menos un campo se usa para cada SDU de MAC, elemento de control MAC o relleno incluido en una PDU de MAC.The present invention can provide a method of generating a protocol data unit (PDU) in a wireless communication system, the method comprising: receiving at least one service data unit (SDU) from an upper layer through a common logical channel; add a header to the received SDUs to generate the protocol data unit (PDU), where the header includes at least one field, where the at least one field is used to identify a logical channel or is used to identify a type of control information; adjust the at least one field to indicate that the at least one of the SDUs included in the generated PDU were received from the common logical channel; and deliver the generated PDU to a lower layer, where the common logical channel is a common control channel (CCCH), the at least one field is a logical channel ID field (LCID), the at least one field is set with a special value, the special value is set to 00000, the special value is set to indicate a common control channel (CCCH), a size of at least one field is 5 bits, the PDU is an Access Control PDU to the Medium (MAC) and the at least one SDU is a MAC SDU, the at least one field is used for each MAC SDU, MAC control element or padding included in a MAC PDU.

Aunque la presente invencion se describe en el contexto de comunicaciones moviles, la presente invencion tambien se puede usar en cualquier sistema de comunicacion inalambrico que use dispositivos moviles, tales como PDA y ordenadores portatiles equipados con capacidades de comunicacion inalambrica (es decir, interfaz). Ademas, el uso de ciertos terminos para describir la presente invencion no se pretende que limite la presente invencion a un cierto tipo de sistema de comunicacion inalambrico. La presente invencion tambien es aplicable a otros sistemas de comunicacion inalambricos que usan diferentes interfaces de aire y/o capas ffsicas, por ejemplo, TDMA, CDMA, FDMA, WCDMA, OFDM, EV-DO, Wi-Max, Wi-Bro, etc.Although the present invention is described in the context of mobile communications, the present invention can also be used in any wireless communication system that uses mobile devices, such as PDAs and laptops equipped with wireless communication capabilities (i.e., interface). In addition, the use of certain terms to describe the present invention is not intended to limit the present invention to a certain type of wireless communication system. The present invention is also applicable to other wireless communication systems that use different air interfaces and / or physical layers, for example, TDMA, CDMA, FDMA, WCDMA, OFDM, EV-DO, Wi-Max, Wi-Bro, etc. .

Las realizaciones ejemplares se pueden implementar como un metodo, aparato o arffculo de fabricacion usando programacion estandar y/o tecnicas de ingenieffa para producir software, microprograma, hardware o cualquier combinacion de los mismos. El termino “arffculo de fabricacion” como se usa en la presente memoria se refiere a codigo o logica implementada en logica hardware (por ejemplo, una pastilla de circuito integrado, Formacion de Puertas Programables en Campo (FPGA), Circuito Integrado de Aplicaciones Espedficas (ASIC), etc.) o un medio legible por ordenador (por ejemplo, medio de almacenamiento magnetico (por ejemplo, unidades de discos duros, discos flexibles, cinta, etc.), almacenamiento optico (CD-ROM, discos opticos, etc.), dispositivos de memoria volatil y no volatil (por ejemplo, EEPROM, ROM, PRoM, RAM, DRAM, SRAM, microprograma, logica programable, etc.).Exemplary embodiments can be implemented as a manufacturing method, apparatus or article using standard programming and / or engineering techniques to produce software, microprogram, hardware or any combination thereof. The term "manufacturing article" as used herein refers to code or logic implemented in hardware logic (for example, an integrated circuit chip, Field Programmable Door Formation (FPGA), Static Applications Integrated Circuit ( ASIC), etc.) or a computer-readable medium (for example, magnetic storage media (for example, hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROM, optical disks, etc. ), volatile and non-volatile memory devices (for example, EEPROM, ROM, PRoM, RAM, DRAM, SRAM, microprogram, programmable logic, etc.).

Se puede acceder al codigo en el medio legible por ordenador y ejecutar por un procesador. El codigo en el que se implementan las realizaciones ejemplares puede ser accesible ademas a traves de un medio de transmision o desde un servidor de archivos sobre una red. En tales casos, el arffculo de fabricacion en el que se implementa el codigo puede comprender un medio de transmision, tal como una lmea de transmision de red, medios de transmision inalambricos, senales que se propagan a traves del espacio, ondas radio, senales de infrarrojos, etc. Por supuesto, los expertos en la tecnica reconoceran que se pueden hacer muchas modificaciones a esta configuracion sin apartarse del alcance de las reivindicaciones adjuntas y que el arffculo de fabricacion puede comprender cualquier medio portador de informacion conocido en la tecnica.The code can be accessed in the computer readable medium and executed by a processor. The code in which exemplary embodiments are implemented may also be accessible through a transmission medium or from a file server on a network. In such cases, the manufacturing article in which the code is implemented may comprise a transmission medium, such as a network transmission line, wireless transmission means, signals that propagate through space, radio waves, signals from infrared, etc. Of course, those skilled in the art will recognize that many modifications can be made to this configuration without departing from the scope of the appended claims and that the manufacturing article may comprise any means carrying information known in the art.

Cualquier referencia en esta especificacion a “una realizacion”,Any reference in this specification to "one embodiment",

La capa ffsica (Capa 1) usa un canal ffsico para proporcionar un servicio de transferencia de informacion a una capa superior. La capa ffsica se conecta con una capa de control de acceso al medio (MAC) situada por encima de la misma a traves de un canal de transporte y los datos se transfieren entre la capa ffsica y la capa MAC a traves del canal de transporte. Tambien, entre diferentes capas ffsicas respectivamente, esto es, entre las capas ffsicas respectivas del lado de transmision (transmisor) y el lado de recepcion (receptor), se transfieren datos a traves de un canal ffsico.The physical layer (Layer 1) uses a physical channel to provide an information transfer service to a higher layer. The physical layer is connected to a media access control (MAC) layer located above it through a transport channel and the data is transferred between the physical layer and the MAC layer through the transport channel. Also, between different physical layers respectively, that is, between the respective physical layers of the transmission side (transmitter) and the reception side (receiver), data is transferred through a physical channel.

La capa de Control de Acceso al Medio (MAC) de la Capa 2 proporciona servicios a una capa de control de enlace radio (RLC) (que es una capa superior) a traves de un canal logico. La capa RLC de la Capa 2 soporta la transmision de datos con fiabilidad. Se debeffa senalar que si las funciones RLC se implementan en y realizan por la capa MAC, la capa RLC en sf misma puede no necesitar existir. La capa PDCP de la Capa 2 realiza una funcion de compresion de cabecera que reduce informacion de control innecesaria de manera que los datos que se transmiten empleando paquetes de Protocolo de Internet (IP), tales como IPv4 o IPv6, se pueden enviar eficientemente sobre una interfaz radio que tiene un ancho de banda relativamente pequeno.The Layer 2 Media Access Control (MAC) layer provides services to a radio link control (RLC) layer (which is an upper layer) through a logical channel. The RLC layer of Layer 2 supports data transmission with reliability. It should be noted that if RLC functions are implemented in and performed by the MAC layer, the RLC layer itself may not need to exist. The Layer 2 PDCP layer performs a header compression function that reduces unnecessary control information so that the data transmitted using Internet Protocol (IP) packets, such as IPv4 or IPv6, can be efficiently sent over a Radio interface that has a relatively small bandwidth.

El borrador del 3GPP N° R2-073891, titulado “MAC header format, R2-073891”, describe formatos propuestos para la cabecera de mensajes de datos MAC y la cabecera de mensajes de control MAC en un sistema de comunicacion inalambrico del 3GPP.The 3GPP draft No. R2-073891, entitled "MAC header format, R2-073891", describes proposed formats for the MAC data message header and the MAC control message header in a 3GPP wireless communication system.

La capa de Control de Recursos Radio (RRC) situada en la parte mas baja de la Capa 3 se define solamente en el 5 plano de control y maneja el control de canales logicos, canales de transporte y canales ffsicos con respecto a la configuracion, reconfiguracion y liberacion de portadores radio (RB). Aqm, el Rb se refiere a un servicio que se proporciona por la Capa 2 para transferencia de datos entre el terminal movil y la UTRAN.The Radio Resource Control (RRC) layer located in the lowest part of Layer 3 is defined only in the control plane and handles the control of logical channels, transport channels and physical channels with respect to configuration, reconfiguration and release of radio carriers (RB). Aqm, Rb refers to a service that is provided by Layer 2 for data transfer between the mobile terminal and the UTRAN.

Los RB se refieren a un camino logico proporcionado por la primera y segunda capas del protocolo radio para transmision de datos entre el terminal y la UTRAN. En general, configuracion (o establecimiento) del RB se refiere al 10 proceso de estipulacion de las caractensticas de una capa de protocolo radio y un canal requerido para proporcionar un servicio particular y establecer los parametros detallados respectivos y metodos operacionales. Un estado RRC se refiere a si existe una conexion logica para intercambiar mensajes RRC entre la capa RRC de un terminal espedfico y la capa RRC de la UTRAN. Si hay una conexion, el terminal se dice que esta en estado conectado RRC. Si no hay conexion, se dice que el terminal esta en estado inactivo.The RBs refer to a logical path provided by the first and second layers of the radio protocol for data transmission between the terminal and the UTRAN. In general, configuration (or establishment) of the RB refers to the process of stipulating the characteristics of a radio protocol layer and a channel required to provide a particular service and establish the respective detailed parameters and operational methods. An RRC status refers to whether there is a logical connection to exchange RRC messages between the RRC layer of a specific terminal and the RRC layer of the UTRAN. If there is a connection, the terminal is said to be in RRC connected state. If there is no connection, the terminal is said to be in an inactive state.

15 El canal logico es un canal definido entre una entidad RLC y una entidad MAC y se puede dividir segun las caractensticas de datos en el canal logico. El canal de transporte es un canal definido entre la capa ffsica y la entidad MAC y se puede dividir segun un esquema de transmision en el que se transmiten los datos en el canal de transporte.15 The logical channel is a defined channel between an RLC entity and a MAC entity and can be divided according to the data characteristics in the logical channel. The transport channel is a defined channel between the physical layer and the MAC entity and can be divided according to a transmission scheme in which the data is transmitted in the transport channel.

En general, el Canal de Control Comun (CCCH) es un canal de control comun y se usa cuando un terminal envfa un 20 mensaje a una estacion base en un estado en que el terminal no tiene una conexion RRC con la estacion base o cuando un terminal envfa un mensaje RRC en un estado que el terminal tiene una conexion RRC con una cierta baseIn general, the Common Control Channel (CCCH) is a common control channel and is used when a terminal sends a message to a base station in a state where the terminal does not have an RRC connection to the base station or when a terminal sends an RRC message in a state that the terminal has an RRC connection with a certain base

Claims

5

10

fifteen

twenty

25

1. A method of generating a protocol data unit, PDU, in a wireless communication system comprising terminals, the method comprising:

receive at least one unit of service data, SDU, from a higher layer through a common logical channel,

wherein the common logical channel is a common control channel, CCCH; add a header to the received SDUs to generate the PDU, where the header includes at least one field,

wherein the at least one field identifies a logical channel of the received SDU or a type of control element, CE;

establish the at least one field to indicate that the at least one of the SDUs included in the generated PDU were received from the common control channel,

wherein a code within the at least one field is set with a fixed value applied to all terminals to indicate the common control channel and

deliver the generated PDU to a lower layer.

2. The method of claim 1, wherein the fixed value is set to 00000.

3. The method of claim 1, wherein the PDU is a Media Access Control PDU, MAC and the at least

An SDU is a MAC SDU.

4. The method of claim 1, wherein a size of at least one field is 5 bits.

5. The method of claim 1, wherein the at least one field is a logical channel ID field, LCID.

6. The method of claim 1, wherein the at least one field is used for each MAC SDU, MAC control element or padding included in a MAC PDU.

7. A base station apparatus in a wireless communication system comprising terminals, the base station apparatus comprising a processor configured to perform a method of generating a protocol data unit, PDU, according to any one of claims 1 to 6.