Disclosed is a method for generating a data block to be transmitted from a specific layer in a transmitting side to a receiving side in a wireless communication system. The method includes receiving an upper layer datei block from an upper layer and generating a lower layer data block including at least part of the upper layer data block and state indication information indicating a state of the upper layer data block, the state indication information being selected variably according to a logical channel through which the upper layer data block is received. This method optimizes overhead of a header of each upper layer data block according to contents of the upper layer data block and event situations associated with the upper layer data block, thereby increasing system efficiency.

Patent
   RE45347
Priority
Apr 30 2007
Filed
Dec 20 2013
Issued
Jan 20 2015
Expiry
Apr 30 2028
Assg.orig
Entity
Large
10
335
EXPIRED
1. A method for generating a data block at a medium access control, mac, layer of a transmitting side in a wireless communication system, the method comprising:
receiving an upper layer data block from an upper layer; and
generating the data block including a mac header and a mac payload, wherein the mac payload comprises at least part of the upper layer data block and the mac header comprises one or more sub-headers,
wherein each of the one or more sub-headers comprises:
a lcid (logical channel identifier) field being used to indicate an identifier of a logical channel through which the upper layer data block is received,
a 1-bit state indication information field being used to indicate a state of the upper layer data block, wherein the 1-bit value of the state indication information field is interpreted differently according to a value of the lcid field, and
a l (length) field being used to indicate a size of the at least part of the upper layer data block,
wherein the state indication information field in one of the one or more sub-headers indicates whether the upper layer data block includes a full header or a compressed header when the lcid field in the same sub-header indicates the upper layer data block is received through a the logical channel related with an ip packet of the upper layer.
2. The method according to claim 1, wherein the state indication information field in one of the one or more sub-headers further indicates whether the upper layer data block has been generated in a talk spurt period or a silent period when the lcid field in the same sub-header indicates the upper layer data block is received through a logical channel related with a voice packet.
3. The method according to claim 1, wherein the state indication information field in one of the one or more sub-headers further indicates whether the upper layer data block is urgent information or non-urgent information when the lcid field in the same sub-header indicates the upper layer data block is received through a logical channel related with predetermined control information.
4. The method according to claim 1, wherein the state indication information field is included in a mac sub-header corresponding to the upper layer data block.

This application claims priority to is a reissue of, and claims the benefit of, U.S. Pat. No. 8,081,662, issued on Dec. 20, 2011, which is a 35 U.S.C. §371 National Stage Entry of International Application No. PCT/KR2008/002468 filed on Apr. 30, 2008, which claims priority to U.S. Provisional Application No. 60/915,042 filed on Apr. 30, 2007, U.S. Provisional Application No. 60/915,417, filed May 1, 2007 and Korean Patent Application No. 10-2008-0040506, filed on Apr. 30, 2008, all of which are incorporated by reference for all purposes as if fully set forth herein.

The present invention relates to a wireless communication system, and more particularly, to a method for transmitting data blocks in a wireless communication system.

FIG. 1 illustrates the structure of a wireless access protocol responsible for data transmission in a radio link of a Universal Mobile Telecommunication System (UMTS) which is a third generation mobile communication system. Data link layers corresponding to the second layer (Layer 2: L2) of the Open System Interconnection (OSI) reference model include a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, and a Broadcast/Multicast Control (BMC) layer. The physical layer corresponds to the first layer (Layer 1: L1). Information exchange between protocol layers is performed through virtual access points that are referred to as “Service Access Points (SAPS)”, which are represented by ovals in FIG. 1. Data units communicated between layers are given different names. These data units are referred to as “Service Data Units (SDUs)” and basic units that protocols use for transmitting data are referred to as “Protocol Data Units (PDUs)”. In the following description of the invention, data delivered between layers in the wireless access protocol structure indicates data blocks in specific units such as SDUs or PDUs described above.

The MAC layer is a layer responsible for mapping between logical and transport channels. The MAC layer selects an appropriate transport channel for transmitting data received from the RLC layer and adds required control information to a header of a MAC PDU. Special functions performed by the MAC layer include a radio resource management function and a measurement function. The radio resource management function is not performed solely by the MAC layer. Instead, the radio resource management function serves to set operations of the MAC layer based on various MAC parameters received from a Radio Resource Control (RRC), which is located above the MAC layer, to control data transmission. Examples of the radio resource management function include a function to change mapping relations between logical and transport channels or to multiplex and transmit data through a scheduling function. The measurement function is to measure the amount of traffic of a terminal and to report the measurement to an upper layer. The upper layer can change the configuration (or setting) of the MAC layer based on the measurement information obtained by the MAC layer of the terminal, thereby efficiently managing radio (wireless) resources.

The RLC layer is located above the MAC layer and supports reliable data transmission. The RLC layer segments and concatenates RLC Service Data Units (SDUs) received from the above layer in order to construct data having a size suitable for a radio link. An RLC layer at the receiving side supports data recombination in order to restore original RLC SDUs from the received RLC PDUs. Each RLC entity can operate in a Transparent Mode (TM), an Unacknowledged Mode (UM), or an Acknowledged Mode (AM) according to processing and transmission methods of RLC SDUs. When the RLC entity operates in the TM, it transfers an RLC SDU received from an upper entity or layer to the MAC layer without adding any header information to the RLC SDU. When the RLC entity operates in the UM, it segments/concatenates RLC SDUs to construct RLC PDUs and adds header information including a sequence number to each RLC PDU. However, in the UM, the RLC entity does not support data retransmission. When the RLC entity operates in the AM, it can use the RLC SDU segmentation/concatenation function to construct RLC PDUs and can perform retransmission when packet transmission has failed. Various parameters and variables such as a transmission window, a reception window, a timer, and a counter are used for the retransmission function in the AM.

The PDCP layer is used only in packet exchange regions and can compress and transmit IP packet headers so as to increase the transmission efficiency of packet data in wireless channels. The PDCP layer also manages sequence numbers in order to prevent data loss during Serving RNC (SRNC) relocation.

The BMC layer broadcasts cell broadcast messages received from a core network to multiple users through a common channel.

The physical layer, which is the first layer, provides an information transfer service to an upper layer using a physical channel. The physical layer is connected to the Media Access Control (MAC) layer located above the physical layer through a transport channel. Data is transferred between the MAC layer and the physical layer through the transport channel. Data is transferred between different physical layers (specifically, physical layers of transmitting and receiving sides) through a physical channel.

A Radio Resource Control (RRC) layer, which is the third layer located at the bottom, is defined only in the control plane and is responsible for controlling logical, transport, and physical channels in association with configuration, re-configuration, and release of Radio Bearers (RBs). RBs are services that the second layer provides for data communication between terminals and a network including a base station. The control plane is a hierarchy in which control information is transferred in the vertical structure of the wireless access protocol of FIG. 1 and the user plane is a hierarchy in which user information such as data/information is transferred.

As shown in FIG. 1, an RLC PDU generated in the RLC layer is transferred to the MAC layer and is handled as a MAC SDU in the MAC layer. While a MAC SDU, which is an RLC PDU received from the RLC layer, undergoes various functions of the MAC layer, various header information required for data processing is added to the MAC SDU. The header information can be altered depending on mapping relations between logical and transport channels.

Logical channels provide transport passages required for data exchange between the MAC and the RLC layer. Each logical channel is classified into control and traffic channels according to the type of data transmitted therethrough. The control channel transmits data of the control plane and the traffic channel transmits user traffic data. A logical channel is a type of data stream carrying a specific type of information. Each logical channel is generally connected to one RLC entity. One or more logical channels of the same type can also be connected to an RLC entity. Transport channels provide passages for data communication between the physical and MAC layers. A data stream in a logical channel is embodied as a MAC PDU in the MAC layer. Reference will now be made to the MAC PDU.

FIG. 2 illustrates an example structure of a MAC PDU with a header added thereto in a mobile communication system. A MAC PDU includes one or more MAC SDUs corresponding to payload for data and a MAC header which is a set of MAC sub-headers indicating the size or type of each MAC SDU. In the example of FIG. 2, it is assumed that a total of N upper layer data blocks are provided. A MAC sub-header includes a Logical Channel ID (LCID) identifying each SDU, a length field (L) indicating the size of each SDU, and an extension field (E) indicating whether a subsequent field is a MAC header or an SDU to indicate whether or not additional headers are present.

The LCID indicates which logical channel corresponds to data of a MAC SDU which is an upper layer data block associated with a sub-header including the LCID. That is, one MAC PDU includes one or more upper layer data blocks and different logical channels can be allocated to the upper layer data blocks individually.

Generally, one or more logical channels can be established between a terminal and a base station. For example, in the case of a voice service, not only a logical channel carrying voice traffic but also a logical channel for a Signaling Radio Bearer (SRB) for control information communicated between the base station and the terminal can be established between the base station and the terminal. In this case, state changes of the SRB and state changes of the voice traffic channel may occur independently of each other. More specifically, change of an Adaptive Multi-Rate (AMR) codec mode in the voice traffic channel and generation of an urgent message in the SRB channel may occur independently of each other. Therefore, an upper layer data block for voice traffic and an upper layer data block for an SRB can both be allocated to one MAC PDU and the size or the like of each upper layer data block can be set to be different according to the type and usage of a logical channel associated with the upper layer data block. The size of each upper layer data block can be set through a size field in a MAC sub-field of a MAC SDU corresponding to the upper layer data block.

Since MAC header values, which are part of a MAC PDU (i.e., a lower layer data block) excluding MAC SDUs (i.e., upper layer data blocks) containing payload, are not actual data values as described above, it is necessary to minimize the MAC header values to increase throughput. However, the sizes or types of the fields of the MAC header are fixed and used regardless of which logical channel is associated with each MAC SDU in the MAC PDU, regardless of what are actual contents of the MAC SDU, etc. This causes a reduction in system efficiency due to overhead of control signals.

It is also necessary to allocate radio resources to the upper layer data block suitable for characteristics of the upper layer data block and to perform an operation on the upper layer data block according to urgency and importance of the processing of upper layer data block.

The present invention has been suggested to overcome the above problems in the background art, and it is an object of the present invention to provide a method for generating a data block in a communication system.

Another object of the present invention is to provide a method for generating a data block using state indication information of one or more upper layer data blocks in a communication system.

In an aspect of the invention, there is provided a method for generating a data block to be transmitted from a specific layer in a transmitting side to a receiving side in a wireless communication system. This method includes receiving an upper layer data block from an upper layer, and generating a lower layer data block including at least part of the upper layer data block and state indication information indicating a state of the upper layer data block, the state indication information being selected variably according to a logical channel through which the upper layer data block is received.

In another aspect of the invention, there is provided a data block structure transmitted from a specific layer in a transmitting side to a receiving side in a wireless communication system. The data block structure includes a first field including an identifier of a logical channel through which an upper layer data block is received, a second field including state indication information indicating a state of the upper layer data block received from an upper layer, the state indication information being selected variably according to the logical channel through which the upper layer data block is received, and at least part of the upper layer data block.

The method for generating a data block in a wireless communication system according to the invention provides the following advantages.

First, the overhead of a header of each upper layer data block is optimized according to contents of the upper layer data block and event situations associated with the upper layer data block, thereby increasing system efficiency.

Second, the receiving side of the upper layer data block can efficiently manage radio resources using the state indication information.

FIG. 1 illustrates the structure of a wireless access protocol responsible for data transmission in a radio link of a Universal Mobile Telecommunication System (UMTS) which is a third generation mobile communication system.

FIG. 2 illustrates an example structure of a MAC PDU with a header added thereto in a mobile communication system.

FIG. 3 illustrates a structure of a network in an E-UMTS system in the related art.

FIG. 4 illustrates example transmission of a full header packet and a compressed header packet when a conventional header compression scheme is employed.

FIG. 5 illustrates a MAC PDU including at least one state indication information suggested in another embodiment of the invention.

FIG. 6 illustrates an example structure of a MAC PDU in an E-UMTS suggested in another embodiment of the invention.

The above and other configurations, operations, and features of the present invention will be more easily understood from the embodiments of the invention described with reference to the accompanying drawings. The detailed description, which will be given below with reference to the accompanying drawings, is intended to explain exemplary embodiments of the present invention, rather than to show the only embodiments that can be implemented according to the invention. The embodiments described below are examples wherein the technical features of the invention are applied to an Evolved Universal Mobile Telecommunications System (E-UMTS) that is also called a “Long Term Evolution (LTE) system”. It is apparent that the technical features of the invention can also be applied to other similar mobile communication systems such as IEEE 802.16m or Wibro systems.

The E-UMTS system is an evolved version of the conventional WCDMA UMTS system and a basic standardization process thereof is in progress in the 3rd Generation Partnership Project (3GPP). For details of the technical specification of UMTS and E-UMTS, see Release 7, Release 8, and Release 9 of “3rd Generation Partnership Project; Technical Specification Group Radio Access Network”.

The technology described below can be used for various communication systems including a system using multiple antennas.

Communication systems are widely disposed to provide various communication services such as voice and packet data services. This technology can be used for downlink or uplink. The term “downlink” refers to communication from a base station to a terminal and “uplink” refers to communication from a terminal to a base station. The term “base station” generally refers to a fixed point that communicates with terminals and includes a network excluding terminals in a communication system including not only a physical transport end but also upper layers. Thus, in the invention, the network and base station are considered identical as they constitute the side opposite the terminals. Terminals may be fixed or mobile. The invention can be used in a single-carrier or multi-carrier communication system. The multi-carrier system can use Orthogonal Frequency Division Multiplexing (OFDM) or other multi-carrier modulation techniques.

FIG. 3 illustrates a structure of a network in the E-UMTS system.

The E-UMTS network can be mainly divided into an E-UTRAN and a CN. The E-UTRAN includes terminals (or User Equipments (UEs)), base stations (or eNode Bs (eNBs)), a Serving Gateway (S-GW) located at an end of the network and connected to an external network, and a Mobility Management Entity (MME) that manages mobility of UEs. One eNB may have one or more cells. eNBs are connected to each other through an X2 interface. Each eNB is connected to UEs through a radio interface and is connected to an Evolved Packet Core (EPC) through an S1 interface.

An embodiment of the invention suggests a method for generating data blocks to be transferred to a lower layer using state indication information indicating occurrence of a specific event associated with at least one upper layer data block to be transferred to a MAC layer and the type of a logical channel associated with the at least one upper layer data block.

The specific event suggested in the embodiment of the invention indicates occurrence, change, or removal of a specific situation associated with at least one of the type and contents of a logical channel carrying the upper layer data block.

The specific event may be set for each logical channel. The logical channel may be any type of logical channel such as a channel indicating system control information, a channel carrying paging (or call) information of a terminal, a channel for dedicated control information between a terminal and a base station, a channel for common control information, a channel for dedicated traffic for a specific terminal, and a channel for common traffic.

State indication information suggested in an embodiment of the invention indicates the occurrence or nonoccurrence of the specific event associated with a logical channel identified by an identifier of an upper layer data block included in a MAC header. More specifically, the MAC layer can receive an LCID that serves as an identifier of an upper layer data block for the same type of service from an upper layer and can determine which logical channel corresponds to the upper layer data block and can receive, from the upper layer, information indicating whether or not a specific situation associated with the logical channel has occurred or can determine the size or the like of radio resources required by the MAC layer to determine the value of the state indication information.

The state indication information may be one or more bits long. The number of bits of the state indication information is determined according to the number of specific events associated with the logical channel identified by the LCID. More specifically, 1 bit suffices for the state indication information if the number of specific events associated with the logical channel is 2 and 2 bits suffice if the number of specific events is 4. The number of bits of the state indication information can be changed according to the system operating mode.

A specific event for setting the state indication information suggested in an embodiment of the invention is an occasion where the upper layer data block is a voice data block. This informs the MAC layer or the receiving side of facts such as the fact that real-time processing is required and a relatively low amount of radio resources suffices compared to when the upper layer data block associated with the specific logical channel is a non-voice data block. This enables appropriate radio resource allocation.

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where the upper layer data block is a silent data block. This increases the efficiency of resource management in a system that allocates radio resources in units of milliseconds or tens of milliseconds (possibly, in other units smaller than milliseconds or greater than tens of milliseconds) since the minimum amount of radio resources for maintaining call connection is required in the case where the upper layer data block is a silent data block.

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where the upper layer data block is an RRC control message data block. Examples of the RRC control message include system information and RRC connection request, establishment, and release-related messages. The MAC layer or receiving side determines the priority of processing of the upper layer data block and the amount of radio resources required for the upper layer data block according to the type of the RRC control message.

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where the upper layer data block is a Non Access Stratum (NAS) control message data block. The MAC layer or receiving side determines the priority of processing of the upper layer data block and the amount of radio resources required for the upper layer data block according to the system operating mode since the NAS control message includes protocols associated with signaling between UEs and a core network.

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where the upper layer data block is associated with a full header data block or a compressed header data block. As described above, the PDCP layer located above the MAC layer compresses header information of an IP-based data stream such as Transmission Control Protocol (TCP)/Internet Protocol (IP) or Routing Table Protocol (RTP)/User Datagram Protocol (UDP)/IP to increase data transmission efficiency. More specifically, header compression is performed to increase transmission efficiency of IP packet data which is a data block in a wireless channel since the size of a header of an IP packet used in a wired network covers a significant proportion of the overall size of the IP packet. Header compression is based on the fact that each of the headers of packets belonging to the same packet stream has a large constant portion. Header compression is a method for reducing the overhead of headers by storing constant fields in context format in both a compressor of the transmitting side and a decompressor of the receiving side and then transmitting only changed fields after the context is created.

A PDCP entity of the transmitting side receives a PDCP SDU from an upper layer and compresses header information of the corresponding packet using a unique header compression scheme to construct a PDCP PDU and then transfers the PDCP PDU to the RLC layer.

FIG. 4 illustrates example transmission of a full header packet and a compressed header packet when a conventional header compression scheme is employed. In the following description, packets associated with header compression indicate IP-based data packets such as TCP/IP packets.

At an initial stage of header compression of a packet stream, header compression provides no benefit since the compressor transmits a full header packet to form context of the packet stream. However, after context is created, header compression provides significant benefits since the compressor transmits only compressed header packets. Which packet is to be transmitted with a full header and which packet is to be transmitted with a compressed header is determined solely by the compressor. Generally, a full header packet is transmitted when context of a packet stream is initially created and, thereafter, a full header packet is transmitted each time a predetermined time elapses while compressed header packets are transmitted so that context of the decompressor is synchronized with context of the compressor.

Upon receiving a packet from an upper layer, a PDCP compressor in a transmitting side transmits the packet together with a full or compressed header to a receiving side according to the pattern of the header of the packet. The compressor transmits the packet as a full header packet if it determines that it is necessary to create new context or update context and transmits the packet as a compressed header packet if it determines that context of the header pattern of the packet has already been created in the decompressor.

The PDCP decompressor in the receiving side needs to receive a full header packet of a packet stream to create corresponding context because the context is a basis for recovering compressed headers that will be received afterwards. If the decompressor receives a compressed header packet before context has been created, the compressor discards the received packet since it cannot reconstruct the original header of the packet.

More specifically, when a header compression scheme is used for a PS service in a radio link, the transmitting-side PDCP transmits each packet, received in a stream having the same Quality of Service (QoS) from an upper layer, as one of a packet that serves to create or update context or a packet that does not serve to create or update context. The packet that serves to create or update context can be considered much more important than the packet that does not serve to create or update context since all packets that are not to create or update context, subsequent to a packet that serves to create or update context, will be discarded without being decompressed at the receiving side if the packet that serves to create or update context has not been successfully received by the receiving side.

Therefore, the MAC layer or the receiving side is previously informed whether or not a header of an upper layer data block associated with a common or dedicated traffic channel has been compressed, thereby allowing the MAC layer or the receiving side to determine the priority of processing of the upper layer data block, the importance of the processing, the amount of radio resources that should be secured, and the like.

Table 1 illustrates an example where an LCID serving as an identifier of an upper layer data block indicates a logical channel associated with a dedicated or common traffic channel and a 2-bit state indication information indicates whether or not compression of a header has occurred as an event associated with the logical channel according to another embodiment of the invention.

TABLE 1
STATE INDICATION
INFORMATION HEADER OF CURRENT OR NEXT
(2 BITS) UPPER LAYER DATA BLOCK
0b00 currently transmitted upper layer
data block has full header
0b01 currently transmitted upper layer
data block has compressed header
0b10 next upper layer data block for
transmission has full header
0b11 next upper layer data block for
transmission has compressed header

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where an AMR codec mode has been changed in an upper entity associated with the state indication information.

The AMR codec used in voice communication has one or more modes which are classified according to the size of voice information data. For example, a 136-bit upper layer data block (MAC SDU) is transferred to the MAC layer every 20 ms in a narrow-band AMR 4.75 kbps mode and a 288-bit upper layer data block (MAC SDU) is transferred to the MAC layer every 20 ms in a narrow-band AMR 12.65 kbps mode. That is, when the voice AMR code operates in one mode, the AMR codec entity generates voice information of a specific size at specific time intervals. Therefore, the size of a voice information packet transferred from the upper layer to the MAC layer is constant unless the AMR codec mode is changed. Generally, a base station or a terminal selects an AMR codec mode for use taking into consideration the amount of radio resources available in a corresponding cell, the amount of transmitted data agreed between the terminal and the base station, or the state of load in the cell. The selected AMR codec mode can be reset according to the state of the cell. Accordingly, both the base station and the terminal need to be able to cope with changes of the AMR code mode.

Voice information generated through the AMR codec (i.e., voice codec) used for voice communication has special characteristics. Voice data has two patterns, one being a talk spurt period during which somebody speaks and the other being a silent period during which nobody speaks. A voice data block containing voice information is generated every 20 ms in the talk spurt period and a silent data block containing voice information is generated every 160 ms in the silent period.

When the generated voice information corresponds to the talk spurt period, the base station will set radio resources according to the characteristics of the talk spurt period in order to efficiently use radio resources. More specifically, the base station will set radio resource information allocated to the terminal at intervals of 20 ms in consideration of the fact that a voice data block is generated every 20 ms.

In this case, if the state of the terminal is changed from the talk spurt period to the silent period, a large portion of the radio resources allocated at intervals of 20 ms will not be used since the silent data block is generated every 160 ms. Accordingly, the base station needs to immediately detect that the state of the terminal has been changed to the silent period and to immediately reset radio resources, thereby preventing waste of radio resources.

Similarly, one can consider that the base station sets scheduling resources to allow the terminal to use radio resources at intervals of 160 ms according to the silent period. In this case, if the state of the terminal is changed from the silent period to the talk spurt period, voice information transmission is delayed since the amount of resources allocated to the terminal is small although the amount of voice information to be transmitted from the terminal is large. In this case, the base station also needs to immediately reset radio resource allocation information.

Therefore, state indication information suggested in another embodiment of the invention indicates whether or not a change has been made in the voice AMR codec mode or whether or not a change has been made between the talk spurt period and the silent period.

Table 2 illustrates an example of 2-bit state indication information for an event indicating whether or not a change has been made in the AMR codec mode or whether or not a change has been made between the talk spurt period and the silent period during AMR-based voice communication using a dedicated or common traffic channel according to another embodiment of the invention.

TABLE 2
STATE INDICATION
INFORMATION HEADER OF CURRENT OR NEXT
(2 BITS) UPPER LAYER DATA BLOCK
0b00 no change
0b01 AMR codec mode is changed
0b10 Change is made from silent
period to talk spurt period
0b11 Change is made from talk spurt
period to silent period

In Table 2, an example change of the AMR codec mode is a change between a narrow-band AMR 4.75 kbps mode and a narrow-band AMR 12.65 kbps mode.

A specific event for setting the state indication information suggested in another embodiment of the invention is an occasion where an upper layer data block associated with the state indication information is an urgent control message or a non-urgent control message.

Control information communicated through a Signaling Radio Bearer (SRB) for control of configuration (or setup) between a base station and a terminal can be classified into relatively urgent control information and relatively non-urgent control information. An example of the urgent control information is control information associated with a handover command received from the base station when a terminal moves between cells, and an example of the relatively non-urgent control message is control information that the base station uses to notify one or more terminals of broadcast service channel information.

In this case, when a logical channel indicated by an identifier of an upper layer data block is a channel carrying system information such as a Broadcast Control CHannel (BCCH), 1-bit state indication information can be used to indicate whether the upper layer data block that is being currently processed or will be processed next is an urgent message.

Information regarding a specific event for setting the state indication information suggested in another embodiment of the invention can be provided to each terminal through system information or traffic information communicated between the base station and the terminal. More specifically, during RB configuration or re-configuration, the base station notifies, through an RRC configuration message, the terminal of specific events that the terminal needs to check for a specific logical channel and of relations between the events and respective state indication information values, thereby allowing the terminal to perform transmission according to the notification.

Although the upper layer data block is a MAC SDU and a data block transferred to a lower layer is a MAC PDU in the above embodiments of the invention, the invention is not necessarily applied to SDUs and PDUs of the MAC layer and may be applied to SDUs and PDUs of any other layer in which the above functions can be implemented or are needed.

FIG. 5 illustrates a structure of a MAC PDU including at least one state indication information suggested in another embodiment of the invention.

A sub-header of each upper layer data block includes a first field including an LCID as an identifier of a logical channel through which the upper layer data block is received, a second field including state indication information indicating the state of the upper layer data block, the state indication information being selected variably according to the logical channel through which the upper layer data block is received, and a third field including information indicating the size of the upper layer data block. The order of arrangement of the first to third fields shown in FIG. 5 can be changed according to system situations.

FIG. 5 illustrates example usage of state indication information having one bit indicating an event associated with each upper layer data block in a MAC PDU having three upper layer data blocks carrying 3 different logical channels.

The first upper layer data block is a TCP/IP packet and uses state indication information indicating whether or not header compression has been applied.

A logical channel capable of carrying a TCP/IP packet such as a Dedicated Traffic CHannel (DTCH) or a Common Traffic Channel (CTCH) can be indicated by an LCID of “A”. Here, “A” represents a specific binary value.

That is, when the LCID is “A”, the upper layer data block is a TCP/IP packet and an event associated with the upper layer data block includes an event regarding whether a header of the TCP/IP packet is a full header or a compressed header.

The state indication information in the first sub-head indicates a “full header” when the value of the state indication information is “1” and indicates a “compressed header” when the value of the state indication information is “0”. Alternatively, the state indication information in the first sub-head can be set to indicate a “full header” when the value of the state indication information is “0” and to indicate a “compressed header” when the value of the state indication information is “1”.

When a receiving side receives an upper layer data block whose LCID is “A”, the receiving side checks state indication information to determine whether the received upper layer data block is a full header or a compressed header and allocates radio resources according to the determination to the upper layer data block or requests that the transmitting side allocate radio resources according to the determination to the upper layer data block.

The second upper layer data block is a VoIP packet and uses state indication information for discriminating between a talk spurt period and a silent period.

The upper layer data block to which VoIP is applied uses an LCID of “B” which can indicate a logical channel capable of carrying a VoIP packet. Here, “B” represents a specific binary value.

More specifically, when the LCID in the second sub-head is “B”, the state indication information in the second sub-head indicates a “talk spurt period” if the value of the state indication information is “1” and indicates a “silent period” if the value of the state indication information is “0”. Alternatively, the state indication information in the second sub-head can be set to indicate a “talk spurt period” when the value of the state indication information is “0” and to indicate a “silent period” when the value of the state indication information is “1”.

When a receiving side receives an upper layer data block with an LCID of “B” and a state indication information value of “1”, the receiving side determines that the upper layer data block corresponds to a talk spurt period and allocates radio resources according to the talk spurt period to the upper layer data block or requests that the transmitting side allocate radio resources according to the talk spurt period.

When the state indication information value is “0”, the receiving side determines that the upper layer data block corresponds to a silent period and allocates radio resources according to the silent period or requests that the transmitting side allocate radio resources according to the silent period.

In the case of VoIP services, a talk spurt period and a silent period are defined as described above. Thus, if the current state indication information is different from state indication information of a previous transmission period, the receiving side may previously perform or request allocation of radio resources corresponding to the specific talk spurt period or the specific silent period.

The third upper layer data block relates to specific control information. Control information transmitted through a Signaling Radio Bearer (SRB) for control of configuration (or setup) between a base station and a terminal or the like can be classified into relatively urgent control information such as a handover command and relatively non-urgent control information such as broadcast service channel information as described above.

Thus, in the case of an upper layer data block using a logical channel such as a BCCH, a PCCH, a DCCH, or a CCCH, it is possible to determine, through state indication information, whether or not generation of urgent control information or non-urgent control information has occurred as an event associated with the upper layer data block. In this embodiment, the state indication information indicates an urgent message if the value of the state indication information is “1” and indicates a non-urgent message if the value of the state indication information is “0”. Alternatively, the state indication information can be set to indicate an urgent message if the value of the state indication information is “0” and to indicate a non-urgent message if the value of the state indication information is “1”.

When a receiving side receives an upper layer data block with an LCID of “C” and a state indication information value of “1”, the receiving side determines that the upper layer data block corresponds to an urgent message and allocates radio resources according to the urgent message to the upper layer data block or requests that the transmitting side allocate radio resources according to the urgent message. The receiving side may perform or request processing of the upper layer data block by priority since the upper layer data block is an urgent message and may perform or request processing of the upper layer data block stronger at a physical stage since the upper layer data block is important information.

Table 3 illustrates LCIDs and state indication information values of events associated with the LCIDs according to the above embodiment of FIG. 5 in the case where 1-bit state indication information is used as described above.

TABLE 3
state indication state indication
LCID information = 1 information = 0
A full header compressed header
B talk spurt period silent period
C urgent non-urgent

Although the state indication information in this embodiment indicates state indication information associated with an event of an upper layer data block that is being currently processed, it may serve as control information in a specific transmission period, for example, control information after or corresponding to a specific number of Transmission Time Intervals (TTIs), each of which is a basic transmission interval of a specific transport channel in the MAC layer.

FIG. 6 illustrates a MAC header of an E-UMTS suggested in another embodiment of the invention.

A sub-head of a MAC PDU of the E-UMTS includes a 5-bit LCID field, a 1-bit E field, a 2-bit R field, a 1-bit F field, and a 7-bit (possibly, 15-bit) L field. In this embodiment, a MAC PDU includes a total of N upper layer data blocks. Therefore, a header of a MAC PDU also includes a total of N MAC PDU sub-heads. Details of the LCID field, the E field, the R field, and the L field are described above with reference to FIG. 2. In this embodiment of the invention shown in FIG. 6, one bit of the 2-bit R field is used as state indication information.

Unlike sub-heads of general MAC PDUs, the sub-header of this embodiment includes a format field F indicating the size of the length field. MAC control elements may include a Buffer Status Reporting (BSR) control element, a C-RNTI control element, a DRX command control element, and the like. The BSR provides information regarding the amount of data in an uplink buffer. The SSR control element provides information regarding the size of the buffer. The C-RNTI control element represents identification information of a new terminal which has entered a cell in a control RNC. The MAC control elements may also include other control elements as needed.

Each MAC PDU is generally processed in bytes. Therefore, when a total length of a combination of a MAC header, control elements, and MAC SDUs is not in bytes, a padding field is added to give a dummy value to the combination so that the total length is in bytes.

While the above embodiments of the present invention have been described focusing on the data communication relationship between transmitting and receiving sides for ease of explanation, the transmitting side may be a terminal or a base station in a network and the receiving side may be a base station in a network or a terminal. The terms used in the present disclosure can be replaced with other terms having the same meanings. For example, the term “terminal” may be replaced with another term such as “mobile station”, “mobile terminal”, “communication terminal”, “user equipment (UE)”, or “user device” and the term “base station” may be replaced with another term such as “fixed station”, “Node B (NB)”, or “eNode B (eNB)”.

Those skilled in the art will appreciate that the present invention may be carried out in other specific ways than those set forth herein without departing from the spirit and essential characteristics of the present invention. The above embodiments are therefore to be construed in all aspects as illustrative and not restrictive. The scope of the invention should be determined by the appended claims and their legal equivalents, not by the above description, and all changes coming within the meaning and equivalency range of the appended claims are intended to be embraced therein.

The present invention can be applied to a wireless communication system, and more particularly to a method for generating data blocks in a wireless communication system.

Park, Sung Jun, Lee, Young Dae, Yi, Seung June, Chun, Sung Duck

Patent Priority Assignee Title
10020979, Mar 25 2014 A10 Networks, Inc.; A10 Networks, Inc Allocating resources in multi-core computing environments
10027761, May 03 2013 A10 Networks, Inc.; A10 Networks, Inc Facilitating a secure 3 party network session by a network device
10069946, Mar 29 2012 A10 Networks, Inc. Hardware-based packet editor
10110429, Apr 24 2014 A10 Networks, Inc. Enabling planned upgrade/downgrade of network devices without impacting network sessions
10348631, May 25 2012 A10 Networks, Inc. Processing packet header with hardware assistance
10411956, Apr 24 2014 A10 Networks, Inc. Enabling planned upgrade/downgrade of network devices without impacting network sessions
9596286, May 25 2012 A10 Networks, Inc. Method to process HTTP header with hardware assistance
9742879, Mar 29 2012 A10 Networks, Inc. Hardware-based packet editor
9806943, Apr 24 2014 A10 Networks, Inc.; A10 Networks, Inc Enabling planned upgrade/downgrade of network devices without impacting network sessions
9843521, May 25 2012 A10 Networks, Inc. Processing packet header with hardware assistance
Patent Priority Assignee Title
4205200, Oct 04 1977 NCR Corporation Digital communications system utilizing controllable field size
5588009, Feb 03 1994 Personal paging, communications, and locating system
5894595, Aug 01 1994 AT&T Corp Personal mobile communication system
6157833, Nov 14 1997 Motorola, Inc Method for reducing status reporting in a wireless communication systems
6173057, Nov 15 1996 Advanced PC Technologies (APCT) Method of making secure and controlling access to information from a computer platform having a microcomputer
6233430, Sep 19 1997 HELFERICH PATENT LICENSING LLC Paging transceivers and methods for selectively retrieving messages
6324171, Oct 01 1998 Electronics and Telecommunications Research Institute Multicarrier CDMA base station system and multi-code wave forming method therof
6353628, Dec 15 1998 RPX CLEARINGHOUSE LLC Apparatus, method and system having reduced power consumption in a multi-carrier wireline environment
6526027, May 04 1998 LG-ERICSSON CO , LTD Broadcast short message service execution method in a mobile communication system
6567409, Apr 08 1998 Pioneer Electronics Corporation Data stream converting apparatus
6725267, May 31 2000 Prediwave Corporation Prefetched data in a digital broadcast system
6785256, Feb 04 2002 Qualcomm Incorporated Method for extending mobile IP and AAA to enable integrated support for local access and roaming access connectivity
6795419, Mar 13 2002 WSOU INVESTMENTS LLC Wireless telecommunications system using multislot channel allocation for multimedia broadcast/multicast service
7039425, Jun 25 1999 Hitachi, LTD Terminal usage limiting apparatus
7197317, May 22 2001 TELEFONAKTIEBOLAGET LM ERICSSON PUBL Method and system of retransmission
7245707, Mar 26 1999 Data network based telephone messaging system
7373148, Apr 09 2003 Samsung Electronics Co., Ltd Method for cell reselection in an MBMS mobile communication system
7443813, Apr 14 2004 SAMSUNG ELECTRONICS CO , LTD Method for reducing a false alarm probability for a notification for transmission of control information for an MBMS in a mobile communications system
7457588, Aug 01 2005 Google Technology Holdings LLC Channel quality indicator for time, frequency and spatial channel in terrestrial radio access network
7525908, Sep 24 2004 Malikie Innovations Limited Data unit management in communications
7551643, Jul 07 2001 LG Electronics Inc. Method for setting user equipment identifier in radio communication system
7606370, Apr 05 2005 JPMORGAN CHASE BANK, N A ; MORGAN STANLEY SENIOR FUNDING, INC System, method and computer program product for updating security criteria in wireless networks
7680058, Mar 15 2001 RPX Corporation Method of configuring parameters for data packet transmission
7769351, Aug 07 2004 SAMSUNG ELECTRONICS CO , LTD Method and apparatus for signaling user equipment status information for uplink packet transmission in a soft handover region
7801527, Apr 28 2005 Google Technology Holdings LLC Cell update process with reconfiguration status
7864731, Jan 04 2006 Nokia Technologies Oy Secure distributed handover signaling
7899451, Jul 20 2007 PALO ALTO RESEARCH, INC OWA converged network access architecture and method
7912471, Jan 04 2006 IPWIRELESS, INC Initial connection establishment in a wireless communication system
7916697, Aug 17 2004 Nokia Technologies Oy Handover of a mobile station
7958542, May 14 2003 KONINKLIJKE PHILIPS N V Methods and devices for counting user equipment units in a mobile radio telecommunication network
8064676, Nov 14 2006 BEIJING SINOPHARM HUNDRIC MEDLINE INFO TECH CO LTD Virtual grid imaging method and system for eliminating scattered radiation effect
8427997, Sep 21 2007 DATANG MOBILE COMMUNICATIONS EQUIPMENT CO , LTD Access method and apparatus of multimedia broadcast multicast service on dedicated carrier
8582482, Nov 05 2009 HTC Corporation Method of avoiding monitoring useless dynamic scheduling information of multimedia broadcast multicast service in a wireless communication system and related communication device
8582487, Apr 03 2009 ZTE Corporation Method and system for transmitting a multimedia broadcast multicast service control signaling
8588100, Apr 01 2009 ZTE Corporation Method and apparatus for data retransmission in an enhanced multimedia broadcast and multicast service
8614971, May 14 2003 Samsung Electronics Co., Ltd Apparatus and method for transmitting/receiving control information for supporting multimedia broadcast/multicast service
20010012787,
20010017850,
20010034791,
20010044322,
20020024972,
20020028690,
20020057663,
20020059464,
20020091860,
20020114294,
20030007490,
20030007512,
20030016698,
20030050078,
20030119488,
20030123485,
20030125056,
20030139170,
20030147371,
20030165122,
20030165133,
20030165166,
20030189922,
20030207696,
20030223452,
20030227875,
20040014452,
20040028078,
20040039830,
20040042507,
20040087320,
20040100940,
20040117860,
20040121771,
20040147269,
20040148427,
20040176112,
20040180675,
20040185837,
20040202107,
20040229605,
20040233870,
20040242195,
20040253959,
20050009527,
20050018624,
20050032555,
20050037767,
20050041610,
20050041681,
20050053029,
20050063347,
20050070253,
20050085254,
20050094670,
20050100048,
20050141462,
20050141471,
20050141538,
20050151541,
20050160184,
20050164719,
20050176430,
20050176474,
20050185620,
20050232271,
20050238051,
20050249188,
20050265294,
20050286470,
20050288022,
20060013165,
20060034335,
20060039309,
20060067324,
20060067364,
20060087994,
20060098567,
20060098688,
20060126554,
20060126570,
20060142019,
20060165045,
20060187846,
20060195540,
20060203760,
20060209870,
20060218271,
20060245417,
20060251105,
20060262811,
20070041349,
20070041382,
20070047452,
20070047493,
20070047582,
20070060139,
20070064631,
20070064665,
20070155389,
20070155390,
20070165567,
20070165635,
20070177569,
20070178875,
20070206531,
20070224993,
20070248075,
20070254679,
20070258591,
20070291634,
20070291646,
20070291673,
20070291695,
20070291719,
20070291728,
20070291729,
20070291788,
20070293224,
20080004058,
20080009289,
20080043619,
20080056198,
20080056273,
20080064390,
20080076359,
20080089285,
20080089292,
20080095185,
20080101268,
20080167089,
20080181127,
20080182594,
20080186946,
20080188223,
20080225744,
20080225765,
20080240439,
20080259912,
20080267126,
20080267405,
20080268850,
20080273610,
20080280567,
20080285691,
20080287091,
20080287129,
20080310452,
20080316959,
20090005051,
20090022107,
20090034466,
20090040982,
20090086659,
20090086710,
20090092076,
20090109912,
20090124259,
20090143074,
20090163199,
20090175183,
20090181710,
20090207771,
20090239538,
20090264164,
20090318170,
20100027413,
20100046384,
20100061285,
20100061330,
20100067495,
20100075635,
20100128669,
20100137016,
20100165901,
20100195568,
20100227614,
20100238799,
20100238903,
20100254340,
20100265896,
20100272004,
20100309877,
20110039536,
20110090836,
20110116436,
20110182243,
20110207427,
20110261743,
20120002589,
CN1549612,
CN1719932,
CN1731887,
CN1751460,
CN1835627,
EP889664,
EP1148753,
EP1168877,
EP1209938,
EP1304898,
EP1315356,
EP1318632,
EP1337124,
EP1372310,
EP1420551,
EP1499144,
EP1501328,
EP1511245,
EP1720322,
EP1720373,
EP1932380,
EP2087653,
JP2002539686,
JP2003087180,
JP2003196775,
JP2003235064,
JP2003504935,
JP2004134904,
JP2005057787,
JP2005260906,
JP2005318131,
JP2005354488,
JP200539726,
JP2006067115,
JP2006505979,
JP2006528456,
JP2007165635,
JP2008535370,
JP2008539678,
JP2009540721,
JP2009542100,
JP6006294,
KR100595646,
KR1020000039404,
KR1020010015234,
KR1020010105240,
KR1020020001173,
KR1020020014939,
KR1020030005537,
KR1020030026924,
KR1020030080165,
KR1020030093604,
KR1020040005834,
KR1020040039944,
KR1020040048675,
KR1020040072858,
KR1020040086950,
KR1020050008440,
KR1020050019560,
KR1020050027972,
KR1020050053376,
KR1020050063174,
KR1020050073244,
KR1020050096763,
KR1020050100552,
KR1020050100861,
KR1020050106845,
KR1020060024756,
KR1020060026722,
KR1020060048373,
KR1020060073472,
KR1020060091525,
KR1020070006850,
KR1020070047669,
RU2249917,
WO74416,
WO178252,
WO2091659,
WO239622,
WO3100988,
WO2004017581,
WO2004028050,
WO2004043094,
WO2004064272,
WO2004091246,
WO2004102833,
WO2005048613,
WO2005067262,
WO2005122616,
WO2006000876,
WO2006011763,
WO2006018670,
WO2006049441,
WO2006075820,
WO2006104344,
WO2006108703,
WO2006109851,
WO2006116620,
WO2007025138,
WO2007052888,
WO2007078155,
WO2007078172,
WO2007078929,
WO2007133034,
WO2008051466,
WO2008096984,
WO2008111684,
WO2009084998,
WO9904584,
/
Executed onAssignorAssigneeConveyanceFrameReelDoc
Dec 20 2013LG Electronics Inc.(assignment on the face of the patent)
Date Maintenance Fee Events
May 12 2015ASPN: Payor Number Assigned.
Jun 05 2015M1551: Payment of Maintenance Fee, 4th Year, Large Entity.
May 08 2019M1552: Payment of Maintenance Fee, 8th Year, Large Entity.
Aug 07 2023REM: Maintenance Fee Reminder Mailed.
Jan 22 2024EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Jan 20 20184 years fee payment window open
Jul 20 20186 months grace period start (w surcharge)
Jan 20 2019patent expiry (for year 4)
Jan 20 20212 years to revive unintentionally abandoned end. (for year 4)
Jan 20 20228 years fee payment window open
Jul 20 20226 months grace period start (w surcharge)
Jan 20 2023patent expiry (for year 8)
Jan 20 20252 years to revive unintentionally abandoned end. (for year 8)
Jan 20 202612 years fee payment window open
Jul 20 20266 months grace period start (w surcharge)
Jan 20 2027patent expiry (for year 12)
Jan 20 20292 years to revive unintentionally abandoned end. (for year 12)