Title of Invention	A METHOD FOR RETRANSMITTING PROTOCOL DATA UNIT (PDU) IN A MOBILE COMMUNICATION SYSTEM
Abstract	The present invention is related to transmitting data in a mobile communication system. Preferably, the present invention comprises transmitting first data to a receiving side and receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side. If the first data was not successfully transmitted to the receiving side, the method further comprises determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side, retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data, reconfiguring the first data into at least one second date if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources, and transmitting the at least one second data to the receiving side.

Title of Invention

A METHOD FOR RETRANSMITTING PROTOCOL DATA UNIT (PDU) IN A MOBILE COMMUNICATION SYSTEM

Abstract

The present invention is related to transmitting data in a mobile communication system. Preferably, the present invention comprises transmitting first data to a receiving side and receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side. If the first data was not successfully transmitted to the receiving side, the method further comprises determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side, retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data, reconfiguring the first data into at least one second date if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources, and transmitting the at least one second data to the receiving side.

Full Text	TECHNICAL FIELD The present invention relates to a mobile communication system, and more particularly, to transmitting data in the mobile communication system, BACKGROUND ART FIG. 1 is a structural diagram illustrating a Long Term Evolution (LTE) mobile communication system. The LTE system is an evolved version of a conventional Universal Mobile Telecommunications System (UMTS), and is being standardized under the 3rd Generation Partnership Project (3GPP) collaboration agreement. An LTE network may be generally classified into an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) and a Core Network (CN). The E-UTRAN includes at least one eNode-B serving as a base station. The E-UTRAN also includes an Access Gateway (AG) located at the end of the network so that it is connected to an external network. The AG may be classified into a user-traffic processing unit and a control-traffic processing unit. In this case, a first AG for processing new user traffic data may communicate with a second AG for processing control traffic data via a new interface, A single eNode-B may include at least one cell. A first interface for transmitting user traffic data or a second interface for transmitting control traffic data may be located between several eNode-Bs. The CN includes the AG and a plurality of nodes for registering users of User Equipments (UEs). If required, another interface for discriminating between the E-UTRAN and the CN may also be used in the LTE network. Two important elements of the LTE network are an eNode-B and a UE. Radio resources of a single cell include uplink radio resources and downlink radio resources. The eNode-B allocates and controls the uplink and downlink radio resources. In more detail, the eNode-B determines which one of a plurality of UEs will use specific radio resources at a specific time. After performing determination, the eNode-B informs the specific UE of its decision, such that the eNode-B controls the UE to receive the downlink data. For example, the eNode-B may allocate radio resources ranging from 100MHz to 101 MHz to a specific UE (e.g., No.l UE) after the lapse of a predetermined time of 3.2 seconds. Accordingly, the eNode-B may transmit downlink data to the No. 1 UE during a specific time of 0.2 seconds after the lapse of the predetermined time of 3.2 seconds. In this way, the eNode-B determines which one of the plurality of UEs will perform uplink data transmission and the amount of radio resources the UE can use at a specific time. Moreover, the eNode-B determines a duration of time the UE has to transmit the uplink data. Compared with a conventional art Node-B or base station, the above-mentioned eNode-B can effectively and dynamically manage radio resources. In the conventional art, a single UE is controlled to continuously use a single radio resource during a call connection time. However, considering the existence of a variety of recent services based on Internet Protocol (IP) packets, the conventional art is ineffective. For example, most packet services have several intervals, wherein no data is transmitted and no packets are generated during the call connection time. Thus, if radio resources are continuously allocated to only one UE, as in the conventional art, the allocation scheme is deemed ineffective. In order to solve this and other problems, the E-UTRAN system has been designed to allocate radio resources to a UE only when there is a need to use the UE, such as when service data is to be transmitted to theUE. Uplink and downlink channels for transmitting data between the network and the UE will hereinafter be described in detail. There exist downlink channels for transmitting data from the network to the UE, such as a Broadcast Channel (BCH) for transmitting system information, and a downlink Shared Channel (SCH) and downlink Shared Control Channel (SCCH) for transmitting user traffic data or control messages. The traffic data or control messages of a downlink multicast service or broadcast service may be transmitted over the downlink shared channel (SCH), or additionally over a Multicast Channel (MCH). Furthermore, there also exist uplink channels for transmitting data from the UE to the network, such as a Random Access Channel (RACH), and an uplink shared channel (SCH) and uplink shared control channel (SCCH) for transmitting user traffic data ox control messages. FIG. 2 and FIG. 3 are conceptual diagrams illustrating a. radio interface protocol structure between the UE and the UMTS Terrestrial Radio Access Network (UTRAN) based on a 3 GPP radio access network standard. The radio interface protocol horizontally includes a physical layer, a data link layer and a network layer. The radio interface protocol vertically includes a User Plane for transmitting data or information and a Control Plane for transmitting a control signal (also called "signaling data"). The protocol layers shown may be classified into a first layer (Ll), a second layer (L2) and a third layer (L3) based on three lower layers of a well-known interconnection scheme, such as an Open System Interconnection (OSI) reference model. The physical layer acting as the first layer (Ll) provides an Information Transfer Service over a physical channel. A radio resource control (RRC) layer located at the third layer (L3) controls radio resources between the UE and the network. For this purpose, the RRC layer exchanges RRC messages between the UE and the network- The RRC layer may be distributed to a plurality of network nodes (i.e., eNode-B and AG, etc.), and may also be located at the eNode-B or the AG. A radio protocol control plane will hereinafter be described with reference to FIG, 2. The radio protocol control plane includes a physical layer, a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Radio Resource Control (RRC) layer. The physical layer acting as the first layer (LI) transmits an Information Transfer Service to an upper layer over a physical channel. The physical layer is connected to the Medium Access Control (MAC) layer (L2 layer) via a transport channel. The MAC layer communicates with the physical layer such that data is communicated between the MAC layer and the physical layer over the transport channel. Data may be communicated among different physical layers. Specifically, data is communicated between a first physical layer of a transmission end and a second physical layer of a reception end. The MAC layer of the second layer (L2) transmits a variety of services to the RLC (Radio Link Control) layer (L2 layer) over a logical channel. The RLC layer of the second Layer (L2) supports transmission of reliable data. A variety of functions of the RLC layer may also be implemented with a function block of the MAC layer. In this case, no RLC layer is necessary. The RRC (Radio Resource Control) layer located at the uppermost part of the third layer (L3) is defined by the control plane only- The RRC layer controls logical channels, transport channels, and physical channels in relation to configuration, reconfiguration, and release operations of Radio Bearers (RBs). Here, an RB is indicative of a service received from the second layer (L2) to implement data communication between the UE and the E- UTRAN. A radio protocol user plane will hereinafter be described with reference to FIG. 3. The radio protocol user plane includes the physical layer, the MAC layer, the RLC layer, and a Packet Data Convergence Protocol (PDCP) layer The physical layer of the first layer (LI) and the MAC and RLC layers of the second layer (L2) are equal to those of FIG. 2. In order to effectively transmit IP packets (e.g., IPv4 or IPv6) within a radio communication period having a narrow bandwidth, a PDCP layer of the second layer (L2) performs header compressiDn to reduce the size of a relatively large IP packet header containing unnecessary control information. A detailed description of the RLC layer will hereinafter be described in detail. The principal functions of the RLC layer are for guaranteeing a Quality of Service (QoS) of each RB and transmitting data associated with the QoS. The RB service is indicative of a specific service provided to an upper layer by the second layer of the radio protocol, such that all parts of the second layer affect the QoS. Specifically, it should be noted that the second layer is greatly affected by the RLC layer. The RLC layer assigns an independent RLC entity to each RB to guarantee a unique QoS of the RB. In this case, the RLC entity configises an RLC protocol data unit (PDU) according to the size of radio resources determined by a lower layer (i.e., the MAC layer). Therefore, when transmitting the RLC PDU to the MAC layer, the RLC entity located at the eNode-B configures data having a predetermined size determined by the MAC entity, and transmits the RLC PDU to the MAC entity. The RLC entity located at the UE also configures the RLC PDU according to the size of radio resources determined by the lower layer (i.e., the MAC layer). Therefore, when transmitting the RLC PDU to the MAC layer, the RLC entity located at the UE configures data having a predetermined size determined by the MAC entity, and transmits the RLC PDU to the MAC entity. DISCLOSURE of INVENTION The present invention is directed to transmitting data in a mobile communication system. Additional features and advantages of the invention -will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings. To achieve these and other advantages and in accordance with the purpose of the present invention, as embodied and broadly described, the present invention is embodied in a method for transmitting data in a mobile communication system, the method comprising transmitting first data to a receiving side, receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side, if the fust data was not successfully transmitted to the receiving side, determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side, retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data, reconfiguring the first data into at least one second data if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can b« transmitted to the receiving side using the amount of available radio resources, and transmitting the at least one second data to the receiving side. Preferably, the acknowledgment information is received from the receiving side. Preferably, the acknowledgment information is received from a lower layer of a transmitting side. In one aspect of the invention, the first data is a radio link control layer protocol data unit (RLC PDU) comprising at least one of a sequence number (SN) field, a control/data/subframe (C/D/S) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI) field. Preferably, the control/data/subframe (C/D/S) field indicates whether the R1.C PDU is the first data or second data. Preferably, the C/P field indicates how the RLC PDU is aligned to an upper layer service data unit (SDU). In another aspect of the invention, the second data is a radio link control layer sub protocol data unit (RLC subPDU) comprising at least one of a sequence number (SN) field, a control/data/subframe (C/D/S) field, a subframe sequence number (sSN) field, a remaining (RM) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI) field. Preferably, the sSN field indicates a sequential order of one of the at least one second data within a plurality of transmitted second data related to the first data. Preferably, the RM field indicates whether a subsequent second data exists after one of the at least one second data. In a further aspect of the invention,, the amount of available radio resources comprises a maximum amount of data scheduled to be transmitted to the receiving side. In yet another aspect of the invention, a maximum amount of available radio resources is indicated by scheduling information received from a network. Preferably, the scheduling information indicates timing and frequency of the available radio resources. In accordance with another embodiment of the present invention, an apparatus for transmitting data in a mobile communication system comprises means for transmitting first data to a receiving side, means for receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side, if the first data was not successfully transmitted to the receiving side, means for determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side, means for retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data, means for reconfiguring the first data into at least one second data if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources, and means for transmitting the at least one second data to the receiving side. Preferably, the acknowledgment information is received from the receiving side. Preferably, the acknowledgment information is received from a lower layer of a transmitting side. In one aspect of the invention, the first data is a radio link control layer protocol data unit (RLC PDU) comprising at least one of a sequence number (SN) field, a control/data/subframe (C/D/S) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI) field. In another aspect of the invention, the second data is a radio link control layer sub protocol data unit (RLC subPDU) comprising at least one of a sequence number (SN) field, a control/data/subframe (C/D/S) field, a subframe sequence number (sSN) field, a remaining (RM) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI) field. In a further aspect of the invention, the amount of available radio resources comprises a maximum amount of data scheduled to be transmitted to the receiving side. In yet another aspect of the invention, a maximum amount of available radio resources is indicated by scheduling information received from a network. Preferably, the scheduling information indicates timing and frequency of the available radio resources. It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed. BRIEF DESCRIPTION OF DRAWINGS The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention. Features, elements, and aspects of the invention that are referenced by the same numerals in different figures represent the same, equivalent, or similar features, elements, or aspects in accordance with one or more embodiments. HG. 1 is a structural diagram illustrating a Long Term Evolution (LTE) mobile communication system. BIG. 2 is a diagram illustrating a control plane, of a radio- interface protocol structure between a UE and a UMTS Terrestrial Radio Access Network (UTRAN) based on a 3 GPP radio access network standard. FIG. 3 is a diagram illustrating a user plane of a radio interface protocol structure between the UE and the UMTS Terrestrial Radio Access Network (UTR AN) based on a 3 GPP radio access network standard. FIG 4 is a diagram illustrating a method for constructing a MAC PDU in an RLC SDU in accordance with one embodiment of the present invention. FIG 5 is a structural diagram illustrating a MAC PDU format in accordance with one embodiment of the present invention- FIG 6 is a flow chart illustrating a methgd for transmitting data of a mobite communication system in accordance with one embodiment of the present invention- FIG. 7 is a diagram illustrating a method for transmitting data of a mobile communication system in accordance with one embodiment of the present invention. FIG. 8 is a diagram illustrating a method for transmitting signals of a mobite communication system m accordance with another embodiment of the present invention. FIG 9 is a diagram illustrating a method for transmitting signals of a mobile communication system in accordance with anoter embodiment of the present invention. Best mode for carrying out the invention The present invention relates to transmitting data in a mobile communication system. Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts. A method for transmitting data of a mobile communication system according to the present invention will hereinafter be described. Prior to describing the present invention, it should be noted that the following preferred embodiments of the present invention allow an RLC layer to reconfigure information received from an upper layer in the above-mentioned hierarchical structure shown in the conventional art, and transmit the reconfigured information to the MAC Layer. However, it is obvious to those skilled in the art that the scope of the present invention is not limited to only the above-mentioned RLC layer's transmission case, and can also be applied to other examples. First information, transmitted from an upper layer and received by the RLC layer is referred to as an RLC service data unit (SDU). Second information, which comprises the RLC SDU reconfigured by the RLC layer and transmitted to the MAC layer, is referred to as an RLC PDU. Third information, which comprises the RLC PDU reconfigured by the MAC layer, is referred to as a MAC PDU. The RLC layer provides two RLC modes, i.e., an Unacknowledged Mode (UM or UM mc.de) and an Acknowledged Mode (AM or AM mode). The UM and AM modes support different QoSs, such that a difference in operation methods exists between them. Detailed functions of the UM and AM modes are also different from each other Accordingly the function of the RLC layer according to its operation modes will be described. As a matter of convenience and better understanding of the present invention, the RLC in the UM mode is referred to as a UM RLC while the RLC in the AM mode is referred to as an AM RLC The UM RLC attaches a PDU header including a sequence number (SN) to each PDU generated, and transmits the resultant PDU equipped with the PDU header, such that a reception end can recognize which one of a plurality of PDUs is lost during transmission. Accordingly, the UM RLC preferably performs transmission of broadcast/multicast data or transmission of real-time packet data (e.g., voice over Internet protocol (VoIP) or streaming) of a Packet Service (PS) domain in a user plane. In a control plane, the UM RLC preferably performs transmission of a UM RRC message from among a plurality of RRC messages transmitted to a specific UE or specific UE group contained in a cell. The AM RLC attaches the PDU header including the SN to each PDU generated in the same manner as the UM RLC; however, in contrast to the UM RLC, the AM RLC commands a reception end to acknowledge the PDU transmitted from a transmission end. Accordingly, when performing the PDU acknowledgment, the reception end may request retransmission of any PDU not received from the transmission end. By utilizing the retransmission function, the AM RLC can guarantee transmission of error-free data. Accordingly, the AM RLC performs transmission of non-real-time packet data such as a Transmission Control Protocol/Internet Protocol (TCP/IP) of the PS domain in the user plane, hi the control plane, the AM RLC performs transmission of an RRC message requiring an acknowledgement response (AM RRC message) from among a plurality of RRC messages transmitted to a specific UE contained in a cell. Directionally, the AM RLC is used for bi-directional communication because a feedback signal is received from the reception end, whereas the UM RLC is used for uni- directional communication. Preferably, the bi-directional communication is used for a point- to-point (PTP) communication, such that the AM RLC employs a dedicated logical channel. Structurally, the UM RLC includes a single RLC entity comprising a single transmission structure or a single reception structure. In contrast, the AM RLC includes a single RLC entity comprising the transmission structure and the reception structure. The AM RLC structure is more complex because of the retransmission function. In order to manage the retransmission function, the AM RLC includes a transmission/reception buffer as well as a retransmission buffer, and performs a variety of functions. The AM RLC functions comprise a usage function of a transmission/reception window for flow control, a polling function for requesting status information from the reception end of a peer-RLC entity by the transmission end, a status report function for allowing the reception end to report its buffer state to the transmission end of the peer-RLC entity, a status PDU function for carrying status information, and a piggyback function for inserting a status PDU in a data PDU to increase efficiency of data transmission, for example. Additionally, if the AM RLC detects important errors during its operation, the AM RLC may perform additional functions, such as a reset PDU function for requesting re- configuration of all operations and parameters from a counterpart AM RLC entity and a reset ACK PDU function for replying to the reset PDU, for example. In order to support the above-mentioned functions, the AM RLC requires a variety of protocol parameters, status variables, and a timer. A variety of PDUs used for the above- mentioned functions, such as the status report function, the status PDU function and the reset PDU function, as well as PDUs for controlling AM RLC data transmission are referred to as control PDUs. Other PDUs for transmitting user data are referred to as data PDUs. Preferably, the AM mode uses Automatic Repeat Request (ARQ) information and the UM mode does not. Here, the ARQ information is indicative of transmission/reception acknowledgement (ACK) information. Preferably, the transmission/reception ACK information indicates information related to a data block normally transmitted from the transmission end to the reception end, or other information related to an erroneous data block abnormally transmitted from the transmission end to the reception end. A representative example of an RLC PDU format for use in the UM mode is shown in corresponding RLC PDU, or indicates location information on a logical channel. A complete/partial (C/P) field indicates whether a first data part of the RLC PDU is equal to a first part of an associated SDU. The C/P field also indicates whether a last data part of the. RLC PDU is equal to and end part of any associated SDUs. For example, if the value of the C/P field is "00", the beginning part of the PDU is equal to the beginning part of the SDU, and the end of the PDU is equal to the end of the SDU. If the value of the C/P field is "01", the beginning part of the PDU is equal to the beginning part of the SDU, and the end of the PDU is not equal to the end of the SDU. If the value of the C/P field is "10", the beginning part of the PDU is not equal to the beginning part of the SDU, and the end of the PDU is equal the end of the SDU. If the value of the C/P field is "11", the beginning part of the PDU is not equal to the beginning part of the SDU, and the end of the PDU is not equal to the end of the SDU. A length indicator (LI) field indicates a boundary of an RLC SDU. Thus, if a single RLC PDU includes two RLC SDUs, the reception end can separate between the RLC SDUs using the boundary information of the RLC SDU. A following (F) field indicates whether a next field is the LI field or data. Compared with the AM mode, the RLC PDU format of the UM mode need not transmit/receive the transmission/reception acknowledgment information. Accordingly, the RLC PDU of the UM mode is simpler than the AM mode and can have one header format. Moreover, if a transmission time point of a corresponding RLC PDU can be distinguished by a lower end according to retransmission information (i.e., redundancy-version information), then the SN field maybe deleted. A representative example of an ARQ RLC PDU format for transmission of general data in the AM mode is shown in Table 2. [Table 2] A representative example of an ARQ RLC PDU format for transmission of control information (e.g., transmission/reception acknowledgment information) in the AM mode is shown in Table 3. [Table 3] Preferably, if the ARQ RLC PDU format of Table 2 cannot be transmitted to a destination without any change under the AM mode, an ARQ RLC subPDU is configured. Accordingly, a representative example of the ARQ RLC subPDU is shown in Table 4. [Table 4] With reference to Tables 2,3, and 4, the SN field, the C/P field, the LI field and the F field are equal to those of Table 1. Therefore, their detailed description will herein be omitted for convenience. A Control/Data/Subframe (C/D/S) field indicates whether a corresponding RLC PDU is the ARQ RLC PDU, the ARQ RLC control PDU, or the ARQ RLC subPDU. A sub frame Sequence Number (sSN) field indicates location information of a corresponding subPDU from among a plurality of associated subPDUs. A remaining (RM) field indicates the presence or absence of associated subPDUs after the corresponding subPDU. In view of this, the ARQ RLC subPDU shown in Table 4 will be described in detail with reference to the following preferred embodiments of the present invention. FIG 4 is a diagram illustrating a method for constructing a MAC PDU in an RLC SDU in accordance with one embodiment of the present invention. Preferably, tine present invention is a method for constructing a data unit in the RLC or MAC layer. Referring to FIG. 4, the MAC layer of the UE receives information indicating an amount of available radio resources from an eNode-B. Preferably, the MAC layer receives specific information indicating an amount of radio resources that can be used during a next transmission time from the eNode-B. From die perspective of the eNode-B, the MAC layer of the e"Node-B determines whether downlink or uplink radio resources will be used. The MAC layer of the eNode-B also determines the amount of radio resources that will be allocated tg individual UEs during a next transmission period and informs the MAC layer of each UE of the determination. By considering a plurality of data units stored in the UEs1 buffers and a priority of the data units, each of the UEs determine the amount of data that will be transmitted through each logical channel or from each RLC entity. In other words, each RLC entity determines the si2e of the RLC PDU to be transmitted to the MAC layer. Accordingly, by considering an amount of downlink data of the UEs and priority of each data, the MAC layer located at the eNode-B determines the amount of data that will be allocated to individual RLC entities, and informs each RLC of the determination. Each RLC then configures the RLC PDU according to the determination,, and transmits the RLC PDU to the MAC layer. Preferably, the MAC entity is connected 1o several RLC entities, Each RLC entity receives an RLC SDU from an upper layer, generates an RLC PDU by applying a command of the MAC layer to the received RLC SDU, and transmits the generated RLC PDU to the MAC entity. The MAC entity combines RLC PDUs received from individual RLC entities, configures the combined RLC PDUs in the form of a single MAC PDU, and transmits the single MAC PDU to a physical layer. In order to improve communication efficiency under the aforementioned situation, it is preferable that the number of padding bits contained in the MAC PDU or the RLC PDU be reduced. Preferably, a predetermined number of bits used for adjusting the size are reduced. For this operation, the MAC entity receives data from several logical channels (i.e., several RLC entities) and configures the MAC PDU using the received data. However, in order to command the reception end to normally recover the RLC PDUs from the MAC PDU7 specific information for indicating the amount of data contained in each logical channel is needed. Therefore, it is preferable to include information indicating an amount of data corresponding to individual logical channels or other information indicating identifiers (IDs) of the logical channels. Preferably, the reception end extracts information of the RLC PDU using a logical channel ID contained in the MAC PDU header and data-block size information of each logical channel. The reception end then transmits the extracted information to the corresponding RLC entities. Operations of the MAC and RLC layers according to the present invention will hereinafter be described with further reference to FIG 4. The MAC PDU includes a MAC header and an RLC PDU. The RLC PDU includes data of the RLC SDU and segment information associated with the RLC SDU received from the upper layer The segment information performs a function similar to the RLC header. Preferably, the segment information includes boundary information of the RLC SDU in a single RLC PDU, for example. The MAC header indicates the size of each RLC PDU contained in the MAC PDU and which one of a plurality of RLC entities or logic channels corresponds to each RLC PDU. If control information (e.g., status report information) for indicating a reception status is contained in the MAC PDU, the control information is contained in a single RLC PDU. Accordingly, the MAC header may indicate the presence of the control information. In this case, the control information tnay be exemplarily implemented with a method for employing a logical channel ID having a special value. FIG 5 is a structural diagram illustrating a MAC PDU format in accordance with one embodiment of the present invention. Preferably, the MAC PDU is based on the RLC PDU received from an upper RLC entity. Referring to FIG 5, an RLC ID field indicates that a corresponding RLC PDU has been received over a specific logical channel or from a specific RLC entity. A Length field indicates the size of each RLC PDU. The F field indicates whether following values are acquired by a combination of the RLC ID field, the Length field and the F field or whether the following values are real RLC PDUs. Notably, data may be unexpectedly lost over physical channels of communication systems. Compared to the conventional system, the physical layer of a UTRAN system can more correctly transmit data from the transmission end to the reception end. However, the probability of data transmission error is not completely removed from the UTRAN system. Specifically, the longer the distance from the UE to the eNode-B, the higher the data loss rate of the UE. Therefore, the communication system of the present invention requires a special management method such as when TCP data requires error-free transmission or signaling data. Accordingly, the communication system may use the AM mode. With regard to a TCP packet, the size of the TCP packet can be extended to 1500 bytes. Therefore, if the TCP packet configured in the form of the RLC SDU is transmitted to the RLC, the RLC entity can reconibine the TCP packet within a specific size allowed by a lower layer (i.e., MAC layer) and transmit the recombined TCP packet to a destination. Several RLC PDUs generated by the above-mentioned recombination are transmitted to the reception end via the physical layer. However, if at least one RLC PDU corresponding to a single RLC SDU is not received in the reception end, the reception end informs the transmission end of RLC PDU non-reception. In this case, if the transmission end retransmits an entire RLC SDU associated with the lost RLC PDU, a large, amount of radio resources may be wasted. For example, the RLC SDU of 1500 bytes is divided into ten RLC PDUs, each of which has 150 bytes. If a single RLC PDU from among the 10 RLC PDUs is not correctly received in the reception end, the entire RLC SDU is retransmitted according to the above- mentioned situation. Accordingly, a data amount of 1400 bytes is unnecessarily wasted. In this case, there is a need to perform the retransmission at the RLC PDU level. Wireless environments provided when the RLC PDU is to be retransmitted may be different from those during initial transmission of the RLC PDU. For example, if the RLC PDU is initially transmitted, a corresponding RLC entity can transmit data of 200 bytes during a unit time. However, when the RLD PDU is retransmitted, a corresponding RLC entity may unexpectedly transmit data of only 50 bytes during the unit time. In this case, the RLC PDU cannot be retransmitted without change. Specifically, the RLC PDU having an original format cannot be retransmitted to a desired destination. In order to solve this problem, one embodiment of the present invention divides the original RLC PDU into several RLC subPDUs. Preferably, the present invention allows a transmission end to receive reception status information from the reception end after the transmission end transmits the RLC PDU. Thereafter, the transmission end performs retransmission according to the radio resources presently allocated to the transmission end. FIG. 6 is a flow chart illustrating a method for transmitting signals of a mobile communication system in accordance with one embodiment of the present invention. Referring to FIG. 6, the transmission end transmits first data of fee RLC PDU to the reception end (S60). The reception end receives the first data and transmits the transmission/reception acknowledgment information (e.g., ACK/NACK. signals) of the RLC PDU and reception status information for the received first data (S61). If the first data is to be retransmitted, the transmission end determines which one of a plurality of RLC PDUs was not received by the reception end using the transmission/reception acknowledgment information, received from the reception end. Thereafter, the transmission end recognizes an amount of radio resources available for the retransmission (S62). If the RLC PDU can be retransmitted using the available amount of radio resources, the RLC PDU is retransmitted (S63). However, if the RLC PDU cannot be retransmitted using the available amount of radio resources, the RLC PDU is reconfigured in the form of two or more RLC subPDUs (S64), such that the RLC subPDUs can be transmitted using the available amount of radio resources (S65). In other words, if the RLC PDU data is required to be retransmitted, and an amount of radio resources allocated to the transmission end is less than the size of the initial RLC PDU, the transmission end reconfigures the RLC PDU in the form of two or more RLC subPDUs (S64), and transmits the RLC subPDUs to the reception end (S65). Preferably, each RLC entity configures a predetermined size of radio resources allocated by the lower layer. The amount of radio resources is indicative of a maximum amount of data capable of being transmitted from the transmission end. The transmission end also includes a transmission-end RLC. If there is a need to reconfigure the RLC PDU using scheduling information or other information loaded in the transmission/reception acknowledgment information, the RLC PDU is reconfigured in the form of two or more RLC subPDUs such that the RLC subPDUs can be transmitted to the reception end. The transmission end can also reconfigure the RLC PDU in the form of two or more RLC subPDUs on the condition that any one of the transmitted RLC PDUs does not arrive at the reception end. In one aspect of the invention, the scheduling information or transmission/reception acknowledgment mfoimation received at the reception end from the transmission end indicates the size of the RLC subPDUs reconfigured by the transmission end. Preferably, the scheduling information is transmitted from the eNode-B to the UE for indicating which one of a plurality of UEs will use a predetermined size of radio resources during a predetermined time. Specifically, the scheduling information indicates size information of radio resources to be used by a determined UE, and time information to be used by the determined UE according to the radio resources having the size information. Preferably, the transmission/reception acknowledgment information is transmitted from the reception end to the transmission end for indicating the correct reception of one of a plurality of PDUs or SDUs at the reception end. The transmission/reception acknowledgment information also indicates the non-reception of one of the plurality of PDUs or SDUs at the reception end. The reception end recognizes whether a received data block is the RLC PDU or the RLC subPDU. If the reception end can not recognizes, the reception end reassembles an RLC SDU by binding non-related data in a single bundle. Otherwise, the order of data units contained in the single RLC SDU may be changed from an original order. In order to distinguish between the RLC PDU and the RLC subPDU, an additional field capable of discriminating between the RLC PDU and the RLC subPDU may be added to a header part of a data block communicated between the RLC and MAC According to the value of the additional field, the RLC of the reception end can determine whether the data block received from the lower MAC layer is the RLC PDU or the RLC subPDU. In this way, when transmitting the data block to the lower MAC layer, the RLC entity of the transmission end determines whether its transmission, data is the RLC PDU or the RLC subPDU, and can properly establish a PDU/subPDU discriminator for the header part of the data block. Preferred embodiments of the RLC subPDUs will hereinafter be described with reference to the drawings. Notably, the following RLC subPDUs formats are not limited to the preferred embodiments of the present invention, and can also be applied to other examples as necessary. FIG 7 is a diagram illustrating a method for transmitting data of a mobile communication system in accordance with one embodiment of the present invention. Referring to FIG. 7, a first block 70 includes three IP packets. Preferably, the three IP packets are considered RLC SDUs from the viewpoint of the RLC entity. Preferably, sizes of individual IP packets for use in one embodiment of the present invention are 500 bits, 600 bits and 300 bits, respectively. A second block 71 indicates how to configure the RLC PDUs using the three IP packets. Here, it is assumed that the allowed sizes of the RLC PDUs under wireless environments at initial transmission are 300 bits, 400 bits and 700 bits, respectively. Moreover, an RLC PDU includes several header fields. A detailed description of individual header fields in accordance with the present invention is as follows. A Flow ID (Queue ID) field indicates which one of a plurality of RBs or which one of a plurality of RLC entities is associated with the RLC PDU. Indeed, a single UE includes several RBs having different QoSs and characteristics or several RLC entities having different QoSs and characteristics. Therefore, the Flow ID field discriminates an individual RB from other RBs. A Transmission Sequence Number (TSN) field helps rearrange or manage retransmission of the received RLC PDUs, Prefevably, theTSN value increases by a specific value "1" whenever a new RLC PDU is generated. Thus, the TSN indicates the order of individual RLC PDUs in a single RLC entity. A Length Indicator (LI) field indicates a boundary of an RLC SDU. Thus, if a single RLC PDU includes two RLC SDU parts, a reception end can properly separate between fee RLC SDUs using the boundary information of the RLC SDU. A third block 72 indicates how to reconfigure the RLC PDU in the form of RLC subPDUs. When a reception end informs a transmission end of non-reception of a specific RLC PDU using an ARQ operation, the transmission end is required to retransmit the RLC PDU. However, at a specific time at which the retransmission is required, an amount of radio resources available for use by a lgwer layer of the transmission end may be insufficient for transmitting the RLC PDU. Accordingly, it is preferable to divide the RLC PDU into RLC subPDUs, or reconfigure the RLC PDU in th« form of RLC subPDUs, such that the RLC subPDUs can be transmitted to the reception end using the available radio resources. Referring to FIG 7, a method for reconfiguring a second RLC PDU of the second block 71 in the form of a plurality of RLC subPDUs will hereinafter be described. Here, it is assumed that the amount of data capable of being transmitted during a unit time based on wireless environments when retransmitting from a lower end (or lower layer) is 100 bits, 200 bits and 100 bits, respectively. Therefore, the RLC PDU to be retransmitted is configured in the form of RLC subPDUs to which 100 bits, 200 bits and 100 bits are sequentially assigned. Preferably, the transmission end informs the reception end of a transmission when transmitting the RLC PDU or RLC subPDUs. Thus, to distinguish the RLC subPDUs from the RLC PDU, the LI field having a specific value may be used. In FIG- 7, a special LI field is used during transmission of an RLC subPDU. Therefore, whenever the reception end receives the special LI field, the reception end determines that the received data block is an RLC subPDU, and performs operations accordingly. Generally, the reception end uses the LI field to determine the boundary of an RLC SDU. However, if the reception end receives a RLC PDU with a LI field set to specific value, the reception end regards the received RLC PDU as RLC SubPDU. In that case, to identify the original RLC PDU associated with the received RLC subPDU, theTSN field of the RLC subPDUs is set to the same value as the TSN field of the original RLC PDU. Therefore, the reception end can recognize location information of the received RLC subPDUs, associated RLC PDUs or associated RLC SDUs. Accordingly, if a single RLC PDU is divided into several RLC subPDUs, additional information is required in order for a reception end to determine the order of the received RLC subPDUs. Thus, a subPDU info field is preferably used for this purpose. The subPDU info field indicates whether a specific RLC subPDU is located at an end part of its associated RLC PDU and relative Igcation information of the specific RLC subPDU among associated RLC subPDUs. For example, referring to the third block 72 of FIG 7, the subPDU info field of the third RLC subPDU indicates that the particular RLC subPDU is a final RLC subPDU associated with the RLC PDU, and that the particular RLC subPDU is the third RLC subPDU among RLC subPDUs associated with the RLC PDU. Although the RLC subPDUs are retransmitted from the transmission end to the reception end as described above, the reception end may not correctly receive some parts of the RLC subPDUs. Accordingly, me RLC subPDUs may be further divided into lower data blocks. However, if the probability of losing all of the RLC PDU and associated RLC subPDUs is extremely low, it is preferable mat a RLC subPDU is not further divided. FIG. 8 is a diagram illustrating a method for transmitting data of a mobile communication system in accordance with one embodiment of the present invention. Referring to FIG 8, a first block 80, a second block 81 and a third block 82 are structurally similar to the first, second and third block of FIG. 7. However, additional fields are depicted in FIG. 8. A subfraining indicator (S) field indicates that the received data block is RLC subPDU of an RLC PDU. Preferably, if the S field is set to "Y", then a corresponding data block is an RLC subPDU. A length extension indicator (LEX) field indicates whether a next field is an LI field or an RLC SDU. If the LEX field is set to "Y", then the next field is the LI field. A subPDU info field is used when a reception end rearranges the RLC subPDUs. FIG 9 is a diagram illustrating a method for transmitting data of a mobile communication system in accordance with one embodiment of the present invention. Referring to FIG. 9, a first block 90, a second block 91 and a third block 92 are structurally similar to the first, second and third block of FIGS. 7 and 8. However, additional fields are depicted in FIG. 9. A sequence number (SN) field indicates data flow of a corresponding RLC PDU or location information on a logical channel. A control/data/subframe (C/D/S) field indicates whether a corresponding RLC PDU is an ARQ RLC PDU for data transmission, an ARQ RLC control PDU for transmitting control information, or an ARQ RLC subPDU reconfigured when the ARQ RLC PDU is retransmitted. A complete/partial (C/P) field indicates whether a first data part of the PDU is equal to a first part of an associated SDU. The C/P field also indicates which one of a plurality of SDUs corresponds to an end of the RLC PDU. An exemplary case, wherein the C/P field comprises two bits is as follows. For example, if the value of the C/P field is "00", a beginning part of the PDU is equal to a beginning part of the SDU, and an end of the PDU is equal to an end of the SDU. If the value of the C/P field is "01", a beginning part of the PDU is equal to a beginning part of the SDU5 and an end of the PDU is not equal to an end of the SDU. If the value of the C/P field is "10", a beginning part of the PDU is not equal to a beginning part of the SDU, and an end of the PDU is equal an end of the SDU. If the value of the C/P Field is " 11", a beginning part of the PDU is not equal to a beginning part of the SDU, and an end of the PDU is not equal to an end of the SDU. A following (F) field indicates whether a next field is the LI field or data. The length, indicator (LI) field indicates a boundary of an SDU contained in the PDU. A subframe Sequence Number (sSN) field indicates location information of a specific subPDU from among a plurality of associated subPDUs. A remaining (RM) field indicates the presence or absence of associated subPDUs after the specific subPDU. As apparent from the above description, the present invention provides a method for transmitting data of a mobile communication system. If a specific data block is to be retransmitted but sufficient radio resources for transmitting the data block are not provided, the present invention reconfigures the data block in order to transmit the data block using the available radio resources. Preferably, the present invention retransmits only what is necessary. Therefore, data transmission efficiency is increased and service disconnection time of a user or UE is reduced. Although the present invention is described in the context of mobile communication, the present invention may also be used in any wireless communication systems using mobile devices, such as PDAs and laptop computers equipped with wireless communication capabilities. Moreover, the use of certain terms to describe the present invention should not limit the scope of the present invention to certain type of wireless communication system, such as UMTS. The present invention is also applicable to other wireless communication systems using different air interfaces and/or physical layers, for example, TDMA. CDMA, FDMA, WCDMA, etc. The preferred embodiments may be implemented as a method, apparatus or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof. The term "article of manufacture" as used herein refers to code or logic implemented in hardware logic {e.g., an integrated circuit chip, Field Programmable Gate Array (FPGA}, Application Specific. Integrated Circuit (ASiC), etc.) or a computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatil VW and non- volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, programmable logic, etc.). Code in the computer readable medium is accessed and executed by a processor. The code in which preferred embodiments are implemented may farther be accessible through a transmission media or from a file server over a network. In such cases, the article of manufacture in which the code is implemented may comprise a transmission media, such as a network transmission line, wireless transmission media, signals propagating through space, radio waves, infrared signals, etc. Of course, those skilled in the art will recognize that many modifications may be made to this configuration without departing from the scope of the present invention, and that the article of manufacture may comprise any information bearing medium known in the art- It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit PI scope of the inventions. Thus, it is intended that the present invention covers the modifications and vanations of this invention provided they come within the scope of the appended claims and their equivalents. INDUSTRIAL APPLICABILITY The present invention can be applied to a mobile communication system. What is claimed is: 1. A method for transmitting data in a mobile communication system, the method comprising: transmitting first data to a receiving side; receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side; if the first data was not successfully transmitted to the receiving side, determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side; retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data; reconfiguring the first data into at least one second data if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources; and transmitting the at least one second data to like receiving side, 2. The method of claim I , wherein the acknowledgment information is received from the receiving side. 3. The method of claim 1, wherein the acknowledgment information is received from a lower layer of a transmitting side. 4. The method of claim 1, wherein the first data is a radig link control layer protocol data unit (RLC PDU) comprising at least one of: a sequence number (SN) field; a control/data/subframe (C/D/S) field; a complete/partial (C/P) field; a following (F) field; and a length indicator (LI) field. 5. The method of claim 4, wherein the control/data/subframe (C/D/S) field indicates whether the RLC PDTJ is the first data or second data. 6. The method of claim 4, wherein the C/P field indicates how the RLC PDU is aligned to an upper layer service data unit (SDU). 7. The method of claim 1, wherein the second data is a radio link control layer sub protocoL data unit (RLC subPDLT) comprising at least one of: a sequence number (SN) field; a control/data/gubframe (C/D/S) field; a subframe sequence number (sSN) field; a remaining (RM) field; a complete/partial (C/P) field; a following (F) field; and a length indicator (LI) field. 8. The method of claim 7, wherein the sSN field indicates a sequential order of one of the at least one second data within a plurality of transmitted second data related to the first data. 9. The method of claim 7, wherein the RM field indicates whether a subsequent second data exists after one of the at least one second data. 10. The method of claim 1, wherein the amount of available radio resources comprises a maximum amount of data scheduled to be transmitted to the receiving side. 11. The method of claim 1, wherein a maximum amount of available radio resources is indicated by scheduling information received from a network . 12. The method of claim 11, wherein the scheduling information indicates timing and frequency of the available radio resources. 13. An apparatus for transmitting data in a mobile communication system, the apparatus comprising: means for transmitting first data to a receiving side; means for receiving acknowledgment information for indicating whether the first data -was successfully transmitted to the receiving side; if the first data was not successfully transmitted to the receiving side, means for determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side; means for retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the fust data; means for reconfiguring the first data into at least one second data if the amount of available radio resources is insufficient to retrarsmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources; and means for transmitting the at least one second data to the receiving side. 14. The apparatus of claim 13, wherein the acknowledgment information is received from the receiving side. 15. The apparatus of claim 13, wherein the acknowledgment information is received from a lower layer of a transmitting side. 16. The apparatus of claim 13, wherein the first data is a radio link control layer protocol data unit (RLC PDU) comprising at least one of: a sequence number (SN) field; a control/data/subframe (C/D/S) field; a complete/partial (C/P) field; a following (F) field; and a length indicator (LI) field. 17. The apparatus of claim 13, wherein the second data is a radio link control layer sub protocol data unit (RLC subPDU) comprising at least one of: a sequence number (SN) field; a control/data/subframe (C/D/S) field; a subframe sequence number (sSN) field; a remaining (RM) field; a complete/partial (C/P) field; a following (F) field; and a length indicator (LI) field. 18. The apparatus of claim 13, wherein the amount of available radio resources comprises a maximum amount of data scheduled to be transmitted to the receiving side. 19. The apparatus of claim 13, wherein a maximum amount of available radio resources is indicated by scheduling information received from a network 20. The apparatus of claim 19, wherein the scheduling information indicates timing and frequency of the available radio resources. The present invention is related to transmitting data in a mobile communication system. Preferably, the present invention comprises transmitting first data to a receiving side and receiving acknowledgment information for indicating whether the first data was successfully transmitted to the receiving side. If the first data was not successfully transmitted to the receiving side, the method further comprises determining whether an amount of available radio resources is sufficient for retransmitting the first data to the receiving side, retransmitting the first data to the receiving side if the amount of available radio resources is sufficient to retransmit the first data, reconfiguring the first data into at least one second date if the amount of available radio resources is insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount of available radio resources, and transmitting the at least one second data to the receiving side.

Full Text

TECHNICAL FIELD
The present invention relates to a mobile communication system, and more particularly,
to transmitting data in the mobile communication system,
BACKGROUND ART
FIG. 1 is a structural diagram illustrating a Long Term Evolution (LTE) mobile
communication system. The LTE system is an evolved version of a conventional Universal
Mobile Telecommunications System (UMTS), and is being standardized under the 3rd
Generation Partnership Project (3GPP) collaboration agreement.
An LTE network may be generally classified into an Evolved UMTS Terrestrial Radio
Access Network (E-UTRAN) and a Core Network (CN). The E-UTRAN includes at least
one eNode-B serving as a base station. The E-UTRAN also includes an Access Gateway
(AG) located at the end of the network so that it is connected to an external network.
The AG may be classified into a user-traffic processing unit and a control-traffic
processing unit. In this case, a first AG for processing new user traffic data may
communicate with a second AG for processing control traffic data via a new interface, A
single eNode-B may include at least one cell. A first interface for transmitting user traffic
data or a second interface for transmitting control traffic data may be located between several
eNode-Bs. The CN includes the AG and a plurality of nodes for registering users of User
Equipments (UEs). If required, another interface for discriminating between the E-UTRAN
and the CN may also be used in the LTE network.
Two important elements of the LTE network are an eNode-B and a UE. Radio
resources of a single cell include uplink radio resources and downlink radio resources. The

eNode-B allocates and controls the uplink and downlink radio resources. In more detail, the
eNode-B determines which one of a plurality of UEs will use specific radio resources at a
specific time. After performing determination, the eNode-B informs the specific UE of its
decision, such that the eNode-B controls the UE to receive the downlink data. For example,
the eNode-B may allocate radio resources ranging from 100MHz to 101 MHz to a specific
UE (e.g., No.l UE) after the lapse of a predetermined time of 3.2 seconds. Accordingly, the
eNode-B may transmit downlink data to the No. 1 UE during a specific time of 0.2 seconds
after the lapse of the predetermined time of 3.2 seconds.
In this way, the eNode-B determines which one of the plurality of UEs will perform
uplink data transmission and the amount of radio resources the UE can use at a specific time.
Moreover, the eNode-B determines a duration of time the UE has to transmit the uplink data.
Compared with a conventional art Node-B or base station, the above-mentioned
eNode-B can effectively and dynamically manage radio resources. In the conventional art, a
single UE is controlled to continuously use a single radio resource during a call connection
time. However, considering the existence of a variety of recent services based on Internet
Protocol (IP) packets, the conventional art is ineffective. For example, most packet services
have several intervals, wherein no data is transmitted and no packets are generated during the
call connection time. Thus, if radio resources are continuously allocated to only one UE, as
in the conventional art, the allocation scheme is deemed ineffective. In order to solve this
and other problems, the E-UTRAN system has been designed to allocate radio resources to a
UE only when there is a need to use the UE, such as when service data is to be transmitted to
theUE.
Uplink and downlink channels for transmitting data between the network and the UE
will hereinafter be described in detail. There exist downlink channels for transmitting data
from the network to the UE, such as a Broadcast Channel (BCH) for transmitting system

information, and a downlink Shared Channel (SCH) and downlink Shared Control Channel
(SCCH) for transmitting user traffic data or control messages. The traffic data or control
messages of a downlink multicast service or broadcast service may be transmitted over the
downlink shared channel (SCH), or additionally over a Multicast Channel (MCH).
Furthermore, there also exist uplink channels for transmitting data from the UE to the
network, such as a Random Access Channel (RACH), and an uplink shared channel (SCH)
and uplink shared control channel (SCCH) for transmitting user traffic data ox control
messages.
FIG. 2 and FIG. 3 are conceptual diagrams illustrating a. radio interface protocol
structure between the UE and the UMTS Terrestrial Radio Access Network (UTRAN) based
on a 3 GPP radio access network standard.
The radio interface protocol horizontally includes a physical layer, a data link layer and
a network layer. The radio interface protocol vertically includes a User Plane for transmitting
data or information and a Control Plane for transmitting a control signal (also called
"signaling data"). The protocol layers shown may be classified into a first layer (Ll), a
second layer (L2) and a third layer (L3) based on three lower layers of a well-known
interconnection scheme, such as an Open System Interconnection (OSI) reference model.
The physical layer acting as the first layer (Ll) provides an Information Transfer
Service over a physical channel. A radio resource control (RRC) layer located at the third
layer (L3) controls radio resources between the UE and the network. For this purpose, the
RRC layer exchanges RRC messages between the UE and the network- The RRC layer may
be distributed to a plurality of network nodes (i.e., eNode-B and AG, etc.), and may also be
located at the eNode-B or the AG.
A radio protocol control plane will hereinafter be described with reference to FIG,
2. The radio protocol control plane includes a physical layer, a Medium Access Control

(MAC) layer, a Radio Link Control (RLC) layer, and a Radio Resource Control (RRC) layer.
The physical layer acting as the first layer (LI) transmits an Information Transfer
Service to an upper layer over a physical channel. The physical layer is connected to the
Medium Access Control (MAC) layer (L2 layer) via a transport channel. The MAC layer
communicates with the physical layer such that data is communicated between the MAC
layer and the physical layer over the transport channel. Data may be communicated among
different physical layers. Specifically, data is communicated between a first physical layer of
a transmission end and a second physical layer of a reception end.
The MAC layer of the second layer (L2) transmits a variety of services to the RLC
(Radio Link Control) layer (L2 layer) over a logical channel. The RLC layer of the second
Layer (L2) supports transmission of reliable data. A variety of functions of the RLC layer
may also be implemented with a function block of the MAC layer. In this case, no RLC layer
is necessary.
The RRC (Radio Resource Control) layer located at the uppermost part of the third
layer (L3) is defined by the control plane only- The RRC layer controls logical channels,
transport channels, and physical channels in relation to configuration, reconfiguration, and
release operations of Radio Bearers (RBs). Here, an RB is indicative of a service received
from the second layer (L2) to implement data communication between the UE and the E-
UTRAN.
A radio protocol user plane will hereinafter be described with reference to FIG. 3. The
radio protocol user plane includes the physical layer, the MAC layer, the RLC layer, and a
Packet Data Convergence Protocol (PDCP) layer
The physical layer of the first layer (LI) and the MAC and RLC layers of the second
layer (L2) are equal to those of FIG. 2. In order to effectively transmit IP packets (e.g., IPv4
or IPv6) within a radio communication period having a narrow bandwidth, a PDCP layer of

the second layer (L2) performs header compressiDn to reduce the size of a relatively large IP
packet header containing unnecessary control information.
A detailed description of the RLC layer will hereinafter be described in detail. The
principal functions of the RLC layer are for guaranteeing a Quality of Service (QoS) of each
RB and transmitting data associated with the QoS. The RB service is indicative of a specific
service provided to an upper layer by the second layer of the radio protocol, such that all parts
of the second layer affect the QoS. Specifically, it should be noted that the second layer is
greatly affected by the RLC layer. The RLC layer assigns an independent RLC entity to each
RB to guarantee a unique QoS of the RB. In this case, the RLC entity configises an RLC
protocol data unit (PDU) according to the size of radio resources determined by a lower layer
(i.e., the MAC layer).
Therefore, when transmitting the RLC PDU to the MAC layer, the RLC entity located
at the eNode-B configures data having a predetermined size determined by the MAC entity,
and transmits the RLC PDU to the MAC entity. The RLC entity located at the UE also
configures the RLC PDU according to the size of radio resources determined by the lower
layer (i.e., the MAC layer). Therefore, when transmitting the RLC PDU to the MAC layer,
the RLC entity located at the UE configures data having a predetermined size determined by
the MAC entity, and transmits the RLC PDU to the MAC entity.
DISCLOSURE of INVENTION
The present invention is directed to transmitting data in a mobile communication
system.
Additional features and advantages of the invention -will be set forth in the description
which follows, and in part will be apparent from the description, or may be learned by
practice of the invention. The objectives and other advantages of the invention will be

realized and attained by the structure particularly pointed out in the written description and
claims hereof as well as the appended drawings.
To achieve these and other advantages and in accordance with the purpose of the
present invention, as embodied and broadly described, the present invention is embodied in a
method for transmitting data in a mobile communication system, the method comprising
transmitting first data to a receiving side, receiving acknowledgment information for
indicating whether the first data was successfully transmitted to the receiving side, if the fust
data was not successfully transmitted to the receiving side, determining whether an amount of
available radio resources is sufficient for retransmitting the first data to the receiving side,
retransmitting the first data to the receiving side if the amount of available radio resources is
sufficient to retransmit the first data, reconfiguring the first data into at least one second data
if the amount of available radio resources is insufficient to retransmit the first data, wherein
the at least one second data can b« transmitted to the receiving side using the amount of
available radio resources, and transmitting the at least one second data to the receiving side.
Preferably, the acknowledgment information is received from the receiving side.
Preferably, the acknowledgment information is received from a lower layer of a transmitting
side.
In one aspect of the invention, the first data is a radio link control layer protocol data
unit (RLC PDU) comprising at least one of a sequence number (SN) field, a
control/data/subframe (C/D/S) field, a complete/partial (C/P) field, a following (F) field, and
a length indicator (LI) field. Preferably, the control/data/subframe (C/D/S) field indicates
whether the R1.C PDU is the first data or second data. Preferably, the C/P field indicates how
the RLC PDU is aligned to an upper layer service data unit (SDU).
In another aspect of the invention, the second data is a radio link control layer sub
protocol data unit (RLC subPDU) comprising at least one of a sequence number (SN) field, a

control/data/subframe (C/D/S) field, a subframe sequence number (sSN) field, a remaining
(RM) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI)
field. Preferably, the sSN field indicates a sequential order of one of the at least one second
data within a plurality of transmitted second data related to the first data. Preferably, the RM
field indicates whether a subsequent second data exists after one of the at least one second
data.
In a further aspect of the invention,, the amount of available radio resources comprises a
maximum amount of data scheduled to be transmitted to the receiving side.
In yet another aspect of the invention, a maximum amount of available radio resources
is indicated by scheduling information received from a network. Preferably, the scheduling
information indicates timing and frequency of the available radio resources.
In accordance with another embodiment of the present invention, an apparatus for
transmitting data in a mobile communication system comprises means for transmitting first
data to a receiving side, means for receiving acknowledgment information for indicating
whether the first data was successfully transmitted to the receiving side, if the first data was
not successfully transmitted to the receiving side, means for determining whether an amount
of available radio resources is sufficient for retransmitting the first data to the receiving side,
means for retransmitting the first data to the receiving side if the amount of available radio
resources is sufficient to retransmit the first data, means for reconfiguring the first data into at
least one second data if the amount of available radio resources is insufficient to retransmit
the first data, wherein the at least one second data can be transmitted to the receiving side
using the amount of available radio resources, and means for transmitting the at least one
second data to the receiving side.
Preferably, the acknowledgment information is received from the receiving side.
Preferably, the acknowledgment information is received from a lower layer of a transmitting

side.
In one aspect of the invention, the first data is a radio link control layer protocol data
unit (RLC PDU) comprising at least one of a sequence number (SN) field, a
control/data/subframe (C/D/S) field, a complete/partial (C/P) field, a following (F) field, and
a length indicator (LI) field.
In another aspect of the invention, the second data is a radio link control layer sub
protocol data unit (RLC subPDU) comprising at least one of a sequence number (SN) field, a
control/data/subframe (C/D/S) field, a subframe sequence number (sSN) field, a remaining
(RM) field, a complete/partial (C/P) field, a following (F) field, and a length indicator (LI)
field.
In a further aspect of the invention, the amount of available radio resources comprises a
maximum amount of data scheduled to be transmitted to the receiving side.
In yet another aspect of the invention, a maximum amount of available radio resources
is indicated by scheduling information received from a network. Preferably, the scheduling
information indicates timing and frequency of the available radio resources.
It is to be understood that both the foregoing general description and the following
detailed description of the present invention are exemplary and explanatory and are intended
to provide further explanation of the invention as claimed.
BRIEF DESCRIPTION OF DRAWINGS
The accompanying drawings, which are included to provide a further understanding of
the invention and are incorporated in and constitute a part of this specification, illustrate
embodiments of the invention and together with the description serve to explain the
principles of the invention. Features, elements, and aspects of the invention that are

referenced by the same numerals in different figures represent the same, equivalent, or similar
features, elements, or aspects in accordance with one or more embodiments.
HG. 1 is a structural diagram illustrating a Long Term Evolution (LTE) mobile
communication system.
BIG. 2 is a diagram illustrating a control plane, of a radio- interface protocol structure
between a UE and a UMTS Terrestrial Radio Access Network (UTRAN) based on a 3 GPP
radio access network standard.
FIG. 3 is a diagram illustrating a user plane of a radio interface protocol structure
between the UE and the UMTS Terrestrial Radio Access Network (UTR AN) based on a
3 GPP radio access network standard.
FIG 4 is a diagram illustrating a method for constructing a MAC PDU in an RLC SDU
in accordance with one embodiment of the present invention.
FIG 5 is a structural diagram illustrating a MAC PDU format in accordance with one
embodiment of the present invention-
FIG 6 is a flow chart illustrating a methgd for transmitting data of a mobite
communication system in accordance with one embodiment of the present invention-
FIG. 7 is a diagram illustrating a method for transmitting data of a mobile
communication system in accordance with one embodiment of the present invention.
FIG. 8 is a diagram illustrating a method for transmitting signals of a mobite
communication system m accordance with another embodiment of the present invention.
FIG 9 is a diagram illustrating a method for transmitting signals of a mobile
communication system in accordance with anoter embodiment of the present invention.
Best mode for carrying out the invention
The present invention relates to transmitting data in a mobile communication system.

Reference will now be made in detail to the preferred embodiments of the present
invention, examples of which are illustrated in the accompanying drawings. Wherever
possible, the same reference numbers will be used throughout the drawings to refer to the
same or like parts. A method for transmitting data of a mobile communication system
according to the present invention will hereinafter be described.
Prior to describing the present invention, it should be noted that the following preferred
embodiments of the present invention allow an RLC layer to reconfigure information
received from an upper layer in the above-mentioned hierarchical structure shown in the
conventional art, and transmit the reconfigured information to the MAC Layer. However, it is
obvious to those skilled in the art that the scope of the present invention is not limited to only
the above-mentioned RLC layer's transmission case, and can also be applied to other
examples. First information, transmitted from an upper layer and received by the RLC layer
is referred to as an RLC service data unit (SDU). Second information, which comprises the
RLC SDU reconfigured by the RLC layer and transmitted to the MAC layer, is referred to as
an RLC PDU. Third information, which comprises the RLC PDU reconfigured by the MAC
layer, is referred to as a MAC PDU.
The RLC layer provides two RLC modes, i.e., an Unacknowledged Mode (UM or UM
mc.de) and an Acknowledged Mode (AM or AM mode). The UM and AM modes support
different QoSs, such that a difference in operation methods exists between them. Detailed
functions of the UM and AM modes are also different from each other Accordingly the
function of the RLC layer according to its operation modes will be described.
As a matter of convenience and better understanding of the present invention, the RLC
in the UM mode is referred to as a UM RLC while the RLC in the AM mode is referred to as
an AM RLC The UM RLC attaches a PDU header including a sequence number (SN) to
each PDU generated, and transmits the resultant PDU equipped with the PDU header, such

that a reception end can recognize which one of a plurality of PDUs is lost during
transmission. Accordingly, the UM RLC preferably performs transmission of
broadcast/multicast data or transmission of real-time packet data (e.g., voice over Internet
protocol (VoIP) or streaming) of a Packet Service (PS) domain in a user plane. In a control
plane, the UM RLC preferably performs transmission of a UM RRC message from among a
plurality of RRC messages transmitted to a specific UE or specific UE group contained in a
cell.
The AM RLC attaches the PDU header including the SN to each PDU generated in the
same manner as the UM RLC; however, in contrast to the UM RLC, the AM RLC commands
a reception end to acknowledge the PDU transmitted from a transmission end. Accordingly,
when performing the PDU acknowledgment, the reception end may request retransmission of
any PDU not received from the transmission end.
By utilizing the retransmission function, the AM RLC can guarantee transmission of
error-free data. Accordingly, the AM RLC performs transmission of non-real-time packet
data such as a Transmission Control Protocol/Internet Protocol (TCP/IP) of the PS domain in
the user plane, hi the control plane, the AM RLC performs transmission of an RRC message
requiring an acknowledgement response (AM RRC message) from among a plurality of RRC
messages transmitted to a specific UE contained in a cell.
Directionally, the AM RLC is used for bi-directional communication because a
feedback signal is received from the reception end, whereas the UM RLC is used for uni-
directional communication. Preferably, the bi-directional communication is used for a point-
to-point (PTP) communication, such that the AM RLC employs a dedicated logical channel.
Structurally, the UM RLC includes a single RLC entity comprising a single
transmission structure or a single reception structure. In contrast, the AM RLC includes a
single RLC entity comprising the transmission structure and the reception structure. The AM

RLC structure is more complex because of the retransmission function. In order to manage
the retransmission function, the AM RLC includes a transmission/reception buffer as well as
a retransmission buffer, and performs a variety of functions. The AM RLC functions
comprise a usage function of a transmission/reception window for flow control, a polling
function for requesting status information from the reception end of a peer-RLC entity by the
transmission end, a status report function for allowing the reception end to report its buffer
state to the transmission end of the peer-RLC entity, a status PDU function for carrying status
information, and a piggyback function for inserting a status PDU in a data PDU to increase
efficiency of data transmission, for example.
Additionally, if the AM RLC detects important errors during its operation, the AM
RLC may perform additional functions, such as a reset PDU function for requesting re-
configuration of all operations and parameters from a counterpart AM RLC entity and a reset
ACK PDU function for replying to the reset PDU, for example.
In order to support the above-mentioned functions, the AM RLC requires a variety of
protocol parameters, status variables, and a timer. A variety of PDUs used for the above-
mentioned functions, such as the status report function, the status PDU function and the reset
PDU function, as well as PDUs for controlling AM RLC data transmission are referred to as
control PDUs. Other PDUs for transmitting user data are referred to as data PDUs.
Preferably, the AM mode uses Automatic Repeat Request (ARQ) information and the
UM mode does not. Here, the ARQ information is indicative of transmission/reception
acknowledgement (ACK) information. Preferably, the transmission/reception ACK
information indicates information related to a data block normally transmitted from the
transmission end to the reception end, or other information related to an erroneous data block
abnormally transmitted from the transmission end to the reception end.
A representative example of an RLC PDU format for use in the UM mode is shown in

corresponding RLC PDU, or indicates location information on a logical channel. A
complete/partial (C/P) field indicates whether a first data part of the RLC PDU is equal to a
first part of an associated SDU. The C/P field also indicates whether a last data part of the.
RLC PDU is equal to and end part of any associated SDUs.
For example, if the value of the C/P field is "00", the beginning part of the PDU is
equal to the beginning part of the SDU, and the end of the PDU is equal to the end of the
SDU. If the value of the C/P field is "01", the beginning part of the PDU is equal to the
beginning part of the SDU, and the end of the PDU is not equal to the end of the SDU. If the
value of the C/P field is "10", the beginning part of the PDU is not equal to the beginning part
of the SDU, and the end of the PDU is equal the end of the SDU. If the value of the C/P field
is "11", the beginning part of the PDU is not equal to the beginning part of the SDU, and the
end of the PDU is not equal to the end of the SDU.
A length indicator (LI) field indicates a boundary of an RLC SDU. Thus, if a single
RLC PDU includes two RLC SDUs, the reception end can separate between the RLC SDUs
using the boundary information of the RLC SDU. A following (F) field indicates whether a
next field is the LI field or data.
Compared with the AM mode, the RLC PDU format of the UM mode need not
transmit/receive the transmission/reception acknowledgment information. Accordingly, the
RLC PDU of the UM mode is simpler than the AM mode and can have one header format.
Moreover, if a transmission time point of a corresponding RLC PDU can be distinguished by

a lower end according to retransmission information (i.e., redundancy-version information),
then the SN field maybe deleted.
A representative example of an ARQ RLC PDU format for transmission of general data
in the AM mode is shown in Table 2.
[Table 2]

A representative example of an ARQ RLC PDU format for transmission of control
information (e.g., transmission/reception acknowledgment information) in the AM mode is
shown in Table 3.
[Table 3]

Preferably, if the ARQ RLC PDU format of Table 2 cannot be transmitted to a
destination without any change under the AM mode, an ARQ RLC subPDU is configured.
Accordingly, a representative example of the ARQ RLC subPDU is shown in Table 4.
[Table 4]

With reference to Tables 2,3, and 4, the SN field, the C/P field, the LI field and the F
field are equal to those of Table 1. Therefore, their detailed description will herein be omitted
for convenience.
A Control/Data/Subframe (C/D/S) field indicates whether a corresponding RLC PDU is
the ARQ RLC PDU, the ARQ RLC control PDU, or the ARQ RLC subPDU. A sub frame
Sequence Number (sSN) field indicates location information of a corresponding subPDU
from among a plurality of associated subPDUs. A remaining (RM) field indicates the

presence or absence of associated subPDUs after the corresponding subPDU. In view of this,
the ARQ RLC subPDU shown in Table 4 will be described in detail with reference to the
following preferred embodiments of the present invention.
FIG 4 is a diagram illustrating a method for constructing a MAC PDU in an RLC SDU
in accordance with one embodiment of the present invention. Preferably, tine present
invention is a method for constructing a data unit in the RLC or MAC layer.
Referring to FIG. 4, the MAC layer of the UE receives information indicating an
amount of available radio resources from an eNode-B. Preferably, the MAC layer receives
specific information indicating an amount of radio resources that can be used during a next
transmission time from the eNode-B.
From die perspective of the eNode-B, the MAC layer of the e"Node-B determines
whether downlink or uplink radio resources will be used. The MAC layer of the eNode-B
also determines the amount of radio resources that will be allocated tg individual UEs during
a next transmission period and informs the MAC layer of each UE of the determination. By
considering a plurality of data units stored in the UEs1 buffers and a priority of the data units,
each of the UEs determine the amount of data that will be transmitted through each logical
channel or from each RLC entity. In other words, each RLC entity determines the si2e of the
RLC PDU to be transmitted to the MAC layer.
Accordingly, by considering an amount of downlink data of the UEs and priority of
each data, the MAC layer located at the eNode-B determines the amount of data that will be
allocated to individual RLC entities, and informs each RLC of the determination. Each RLC
then configures the RLC PDU according to the determination,, and transmits the RLC PDU to
the MAC layer.
Preferably, the MAC entity is connected 1o several RLC entities, Each RLC entity
receives an RLC SDU from an upper layer, generates an RLC PDU by applying a command

of the MAC layer to the received RLC SDU, and transmits the generated RLC PDU to the
MAC entity. The MAC entity combines RLC PDUs received from individual RLC entities,
configures the combined RLC PDUs in the form of a single MAC PDU, and transmits the
single MAC PDU to a physical layer.
In order to improve communication efficiency under the aforementioned situation, it is
preferable that the number of padding bits contained in the MAC PDU or the RLC PDU be
reduced. Preferably, a predetermined number of bits used for adjusting the size are reduced.
For this operation, the MAC entity receives data from several logical channels (i.e., several
RLC entities) and configures the MAC PDU using the received data.
However, in order to command the reception end to normally recover the RLC PDUs
from the MAC PDU7 specific information for indicating the amount of data contained in each
logical channel is needed. Therefore, it is preferable to include information indicating an
amount of data corresponding to individual logical channels or other information indicating
identifiers (IDs) of the logical channels.
Preferably, the reception end extracts information of the RLC PDU using a logical
channel ID contained in the MAC PDU header and data-block size information of each
logical channel. The reception end then transmits the extracted information to the
corresponding RLC entities.
Operations of the MAC and RLC layers according to the present invention will
hereinafter be described with further reference to FIG 4. The MAC PDU includes a MAC
header and an RLC PDU. The RLC PDU includes data of the RLC SDU and segment
information associated with the RLC SDU received from the upper layer The segment
information performs a function similar to the RLC header. Preferably, the segment
information includes boundary information of the RLC SDU in a single RLC PDU, for
example. The MAC header indicates the size of each RLC PDU contained in the MAC PDU

and which one of a plurality of RLC entities or logic channels corresponds to each RLC PDU.
If control information (e.g., status report information) for indicating a reception status
is contained in the MAC PDU, the control information is contained in a single RLC PDU.
Accordingly, the MAC header may indicate the presence of the control information. In this
case, the control information tnay be exemplarily implemented with a method for employing
a logical channel ID having a special value.
FIG 5 is a structural diagram illustrating a MAC PDU format in accordance with one
embodiment of the present invention. Preferably, the MAC PDU is based on the RLC PDU
received from an upper RLC entity.
Referring to FIG 5, an RLC ID field indicates that a corresponding RLC PDU has been
received over a specific logical channel or from a specific RLC entity. A Length field
indicates the size of each RLC PDU. The F field indicates whether following values are
acquired by a combination of the RLC ID field, the Length field and the F field or whether
the following values are real RLC PDUs.
Notably, data may be unexpectedly lost over physical channels of communication
systems. Compared to the conventional system, the physical layer of a UTRAN system can
more correctly transmit data from the transmission end to the reception end. However, the
probability of data transmission error is not completely removed from the UTRAN system.
Specifically, the longer the distance from the UE to the eNode-B, the higher the data loss rate
of the UE.
Therefore, the communication system of the present invention requires a special
management method such as when TCP data requires error-free transmission or signaling
data. Accordingly, the communication system may use the AM mode. With regard to a TCP
packet, the size of the TCP packet can be extended to 1500 bytes. Therefore, if the TCP
packet configured in the form of the RLC SDU is transmitted to the RLC, the RLC entity can

reconibine the TCP packet within a specific size allowed by a lower layer (i.e., MAC layer)
and transmit the recombined TCP packet to a destination.
Several RLC PDUs generated by the above-mentioned recombination are transmitted
to the reception end via the physical layer. However, if at least one RLC PDU corresponding
to a single RLC SDU is not received in the reception end, the reception end informs the
transmission end of RLC PDU non-reception. In this case, if the transmission end retransmits
an entire RLC SDU associated with the lost RLC PDU, a large, amount of radio resources
may be wasted.
For example, the RLC SDU of 1500 bytes is divided into ten RLC PDUs, each of
which has 150 bytes. If a single RLC PDU from among the 10 RLC PDUs is not correctly
received in the reception end, the entire RLC SDU is retransmitted according to the above-
mentioned situation. Accordingly, a data amount of 1400 bytes is unnecessarily wasted. In
this case, there is a need to perform the retransmission at the RLC PDU level.
Wireless environments provided when the RLC PDU is to be retransmitted may be
different from those during initial transmission of the RLC PDU. For example, if the RLC
PDU is initially transmitted, a corresponding RLC entity can transmit data of 200 bytes
during a unit time. However, when the RLD PDU is retransmitted, a corresponding RLC
entity may unexpectedly transmit data of only 50 bytes during the unit time. In this case, the
RLC PDU cannot be retransmitted without change. Specifically, the RLC PDU having an
original format cannot be retransmitted to a desired destination. In order to solve this
problem, one embodiment of the present invention divides the original RLC PDU into several
RLC subPDUs. Preferably, the present invention allows a transmission end to receive
reception status information from the reception end after the transmission end transmits the
RLC PDU. Thereafter, the transmission end performs retransmission according to the radio
resources presently allocated to the transmission end.

FIG. 6 is a flow chart illustrating a method for transmitting signals of a mobile
communication system in accordance with one embodiment of the present invention.
Referring to FIG. 6, the transmission end transmits first data of fee RLC PDU to the reception
end (S60). The reception end receives the first data and transmits the transmission/reception
acknowledgment information (e.g., ACK/NACK. signals) of the RLC PDU and reception
status information for the received first data (S61).
If the first data is to be retransmitted, the transmission end determines which one of a
plurality of RLC PDUs was not received by the reception end using the
transmission/reception acknowledgment information, received from the reception end.
Thereafter, the transmission end recognizes an amount of radio resources available for the
retransmission (S62).
If the RLC PDU can be retransmitted using the available amount of radio resources, the
RLC PDU is retransmitted (S63). However, if the RLC PDU cannot be retransmitted using
the available amount of radio resources, the RLC PDU is reconfigured in the form of two or
more RLC subPDUs (S64), such that the RLC subPDUs can be transmitted using the
available amount of radio resources (S65).
In other words, if the RLC PDU data is required to be retransmitted, and an amount of
radio resources allocated to the transmission end is less than the size of the initial RLC PDU,
the transmission end reconfigures the RLC PDU in the form of two or more RLC subPDUs
(S64), and transmits the RLC subPDUs to the reception end (S65). Preferably, each RLC
entity configures a predetermined size of radio resources allocated by the lower layer.
The amount of radio resources is indicative of a maximum amount of data capable of
being transmitted from the transmission end. The transmission end also includes a
transmission-end RLC.
If there is a need to reconfigure the RLC PDU using scheduling information or other

information loaded in the transmission/reception acknowledgment information, the RLC
PDU is reconfigured in the form of two or more RLC subPDUs such that the RLC subPDUs
can be transmitted to the reception end. The transmission end can also reconfigure the RLC
PDU in the form of two or more RLC subPDUs on the condition that any one of the
transmitted RLC PDUs does not arrive at the reception end.
In one aspect of the invention, the scheduling information or transmission/reception
acknowledgment mfoimation received at the reception end from the transmission end
indicates the size of the RLC subPDUs reconfigured by the transmission end. Preferably, the
scheduling information is transmitted from the eNode-B to the UE for indicating which one
of a plurality of UEs will use a predetermined size of radio resources during a predetermined
time. Specifically, the scheduling information indicates size information of radio resources to
be used by a determined UE, and time information to be used by the determined UE
according to the radio resources having the size information.
Preferably, the transmission/reception acknowledgment information is transmitted from
the reception end to the transmission end for indicating the correct reception of one of a
plurality of PDUs or SDUs at the reception end. The transmission/reception
acknowledgment information also indicates the non-reception of one of the plurality of PDUs
or SDUs at the reception end. The reception end recognizes whether a received data block is
the RLC PDU or the RLC subPDU. If the reception end can not recognizes, the reception
end reassembles an RLC SDU by binding non-related data in a single bundle. Otherwise, the
order of data units contained in the single RLC SDU may be changed from an original order.
In order to distinguish between the RLC PDU and the RLC subPDU, an additional
field capable of discriminating between the RLC PDU and the RLC subPDU may be added to
a header part of a data block communicated between the RLC and MAC According to the
value of the additional field, the RLC of the reception end can determine whether the data

block received from the lower MAC layer is the RLC PDU or the RLC subPDU. In this way,
when transmitting the data block to the lower MAC layer, the RLC entity of the transmission
end determines whether its transmission, data is the RLC PDU or the RLC subPDU, and can
properly establish a PDU/subPDU discriminator for the header part of the data block.
Preferred embodiments of the RLC subPDUs will hereinafter be described with
reference to the drawings. Notably, the following RLC subPDUs formats are not limited to
the preferred embodiments of the present invention, and can also be applied to other
examples as necessary.
FIG 7 is a diagram illustrating a method for transmitting data of a mobile
communication system in accordance with one embodiment of the present invention.
Referring to FIG. 7, a first block 70 includes three IP packets. Preferably, the three IP packets
are considered RLC SDUs from the viewpoint of the RLC entity. Preferably, sizes of
individual IP packets for use in one embodiment of the present invention are 500 bits, 600
bits and 300 bits, respectively.
A second block 71 indicates how to configure the RLC PDUs using the three IP packets.
Here, it is assumed that the allowed sizes of the RLC PDUs under wireless environments at
initial transmission are 300 bits, 400 bits and 700 bits, respectively. Moreover, an RLC PDU
includes several header fields.
A detailed description of individual header fields in accordance with the present
invention is as follows. A Flow ID (Queue ID) field indicates which one of a plurality of RBs
or which one of a plurality of RLC entities is associated with the RLC PDU. Indeed, a single
UE includes several RBs having different QoSs and characteristics or several RLC entities
having different QoSs and characteristics. Therefore, the Flow ID field discriminates an
individual RB from other RBs.
A Transmission Sequence Number (TSN) field helps rearrange or manage

retransmission of the received RLC PDUs, Prefevably, theTSN value increases by a specific
value "1" whenever a new RLC PDU is generated. Thus, the TSN indicates the order of
individual RLC PDUs in a single RLC entity.
A Length Indicator (LI) field indicates a boundary of an RLC SDU. Thus, if a single
RLC PDU includes two RLC SDU parts, a reception end can properly separate between fee
RLC SDUs using the boundary information of the RLC SDU.
A third block 72 indicates how to reconfigure the RLC PDU in the form of RLC
subPDUs. When a reception end informs a transmission end of non-reception of a specific
RLC PDU using an ARQ operation, the transmission end is required to retransmit the RLC
PDU. However, at a specific time at which the retransmission is required, an amount of radio
resources available for use by a lgwer layer of the transmission end may be insufficient for
transmitting the RLC PDU. Accordingly, it is preferable to divide the RLC PDU into RLC
subPDUs, or reconfigure the RLC PDU in th« form of RLC subPDUs, such that the RLC
subPDUs can be transmitted to the reception end using the available radio resources.
Referring to FIG 7, a method for reconfiguring a second RLC PDU of the second
block 71 in the form of a plurality of RLC subPDUs will hereinafter be described. Here, it is
assumed that the amount of data capable of being transmitted during a unit time based on
wireless environments when retransmitting from a lower end (or lower layer) is 100 bits, 200
bits and 100 bits, respectively. Therefore, the RLC PDU to be retransmitted is configured in
the form of RLC subPDUs to which 100 bits, 200 bits and 100 bits are sequentially assigned.
Preferably, the transmission end informs the reception end of a transmission when
transmitting the RLC PDU or RLC subPDUs. Thus, to distinguish the RLC subPDUs from
the RLC PDU, the LI field having a specific value may be used. In FIG- 7, a special LI field
is used during transmission of an RLC subPDU. Therefore, whenever the reception end
receives the special LI field, the reception end determines that the received data block is an

RLC subPDU, and performs operations accordingly.
Generally, the reception end uses the LI field to determine the boundary of an RLC
SDU. However, if the reception end receives a RLC PDU with a LI field set to specific
value, the reception end regards the received RLC PDU as RLC SubPDU. In that case, to
identify the original RLC PDU associated with the received RLC subPDU, theTSN field of
the RLC subPDUs is set to the same value as the TSN field of the original RLC PDU.
Therefore, the reception end can recognize location information of the received RLC
subPDUs, associated RLC PDUs or associated RLC SDUs.
Accordingly, if a single RLC PDU is divided into several RLC subPDUs, additional
information is required in order for a reception end to determine the order of the received
RLC subPDUs. Thus, a subPDU info field is preferably used for this purpose.
The subPDU info field indicates whether a specific RLC subPDU is located at an end
part of its associated RLC PDU and relative Igcation information of the specific RLC
subPDU among associated RLC subPDUs. For example, referring to the third block 72 of
FIG 7, the subPDU info field of the third RLC subPDU indicates that the particular RLC
subPDU is a final RLC subPDU associated with the RLC PDU, and that the particular RLC
subPDU is the third RLC subPDU among RLC subPDUs associated with the RLC PDU.
Although the RLC subPDUs are retransmitted from the transmission end to the
reception end as described above, the reception end may not correctly receive some parts of
the RLC subPDUs. Accordingly, me RLC subPDUs may be further divided into lower data
blocks. However, if the probability of losing all of the RLC PDU and associated RLC
subPDUs is extremely low, it is preferable mat a RLC subPDU is not further divided.
FIG. 8 is a diagram illustrating a method for transmitting data of a mobile
communication system in accordance with one embodiment of the present invention.
Referring to FIG 8, a first block 80, a second block 81 and a third block 82 are structurally

similar to the first, second and third block of FIG. 7. However, additional fields are depicted
in FIG. 8.
A subfraining indicator (S) field indicates that the received data block is RLC subPDU
of an RLC PDU. Preferably, if the S field is set to "Y", then a corresponding data block is an
RLC subPDU.
A length extension indicator (LEX) field indicates whether a next field is an LI field or
an RLC SDU. If the LEX field is set to "Y", then the next field is the LI field. A subPDU
info field is used when a reception end rearranges the RLC subPDUs.
FIG 9 is a diagram illustrating a method for transmitting data of a mobile
communication system in accordance with one embodiment of the present invention.
Referring to FIG. 9, a first block 90, a second block 91 and a third block 92 are structurally
similar to the first, second and third block of FIGS. 7 and 8. However, additional fields are
depicted in FIG. 9.
A sequence number (SN) field indicates data flow of a corresponding RLC PDU or
location information on a logical channel. A control/data/subframe (C/D/S) field indicates
whether a corresponding RLC PDU is an ARQ RLC PDU for data transmission, an ARQ
RLC control PDU for transmitting control information, or an ARQ RLC subPDU
reconfigured when the ARQ RLC PDU is retransmitted.
A complete/partial (C/P) field indicates whether a first data part of the PDU is equal to
a first part of an associated SDU. The C/P field also indicates which one of a plurality of
SDUs corresponds to an end of the RLC PDU. An exemplary case, wherein the C/P field
comprises two bits is as follows.
For example, if the value of the C/P field is "00", a beginning part of the PDU is equal
to a beginning part of the SDU, and an end of the PDU is equal to an end of the SDU. If the
value of the C/P field is "01", a beginning part of the PDU is equal to a beginning part of the

SDU5 and an end of the PDU is not equal to an end of the SDU. If the value of the C/P field
is "10", a beginning part of the PDU is not equal to a beginning part of the SDU, and an end
of the PDU is equal an end of the SDU. If the value of the C/P Field is " 11", a beginning part
of the PDU is not equal to a beginning part of the SDU, and an end of the PDU is not equal to
an end of the SDU.
A following (F) field indicates whether a next field is the LI field or data. The length,
indicator (LI) field indicates a boundary of an SDU contained in the PDU. A subframe
Sequence Number (sSN) field indicates location information of a specific subPDU from
among a plurality of associated subPDUs. A remaining (RM) field indicates the presence or
absence of associated subPDUs after the specific subPDU.
As apparent from the above description, the present invention provides a method for
transmitting data of a mobile communication system. If a specific data block is to be
retransmitted but sufficient radio resources for transmitting the data block are not provided,
the present invention reconfigures the data block in order to transmit the data block using the
available radio resources. Preferably, the present invention retransmits only what is necessary.
Therefore, data transmission efficiency is increased and service disconnection time of a user
or UE is reduced.
Although the present invention is described in the context of mobile communication,
the present invention may also be used in any wireless communication systems using mobile
devices, such as PDAs and laptop computers equipped with wireless communication
capabilities. Moreover, the use of certain terms to describe the present invention should not
limit the scope of the present invention to certain type of wireless communication system,
such as UMTS. The present invention is also applicable to other wireless communication
systems using different air interfaces and/or physical layers, for example, TDMA. CDMA,
FDMA, WCDMA, etc.

The preferred embodiments may be implemented as a method, apparatus or article of
manufacture using standard programming and/or engineering techniques to produce software,
firmware, hardware, or any combination thereof. The term "article of manufacture" as used
herein refers to code or logic implemented in hardware logic {e.g., an integrated circuit chip,
Field Programmable Gate Array (FPGA}, Application Specific. Integrated Circuit (ASiC),
etc.) or a computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives,
floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatil VW and non-
volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs,
firmware, programmable logic, etc.).
Code in the computer readable medium is accessed and executed by a processor. The
code in which preferred embodiments are implemented may farther be accessible through a
transmission media or from a file server over a network. In such cases, the article of
manufacture in which the code is implemented may comprise a transmission media, such as a
network transmission line, wireless transmission media, signals propagating through space,
radio waves, infrared signals, etc. Of course, those skilled in the art will recognize that many
modifications may be made to this configuration without departing from the scope of the
present invention, and that the article of manufacture may comprise any information bearing
medium known in the art-
It will be apparent to those skilled in the art that various modifications and variations
can be made in the present invention without departing from the spirit PI scope of the
inventions. Thus, it is intended that the present invention covers the modifications and
vanations of this invention provided they come within the scope of the appended claims and
their equivalents.
INDUSTRIAL APPLICABILITY
The present invention can be applied to a mobile communication system.

What is claimed is:
1. A method for transmitting data in a mobile communication system, the
method comprising:
transmitting first data to a receiving side;
receiving acknowledgment information for indicating whether the first data was
successfully transmitted to the receiving side;
if the first data was not successfully transmitted to the receiving side, determining
whether an amount of available radio resources is sufficient for retransmitting the first data to
the receiving side;
retransmitting the first data to the receiving side if the amount of available radio
resources is sufficient to retransmit the first data;
reconfiguring the first data into at least one second data if the amount of available
radio resources is insufficient to retransmit the first data, wherein the at least one second data
can be transmitted to the receiving side using the amount of available radio resources; and
transmitting the at least one second data to like receiving side,
2. The method of claim I , wherein the acknowledgment information is received
from the receiving side.
3. The method of claim 1, wherein the acknowledgment information is received
from a lower layer of a transmitting side.
4. The method of claim 1, wherein the first data is a radig link control layer
protocol data unit (RLC PDU) comprising at least one of:
a sequence number (SN) field;

a control/data/subframe (C/D/S) field;
a complete/partial (C/P) field;
a following (F) field; and
a length indicator (LI) field.
5. The method of claim 4, wherein the control/data/subframe (C/D/S) field
indicates whether the RLC PDTJ is the first data or second data.
6. The method of claim 4, wherein the C/P field indicates how the RLC PDU is
aligned to an upper layer service data unit (SDU).
7. The method of claim 1, wherein the second data is a radio link control layer
sub protocoL data unit (RLC subPDLT) comprising at least one of:
a sequence number (SN) field;
a control/data/gubframe (C/D/S) field;
a subframe sequence number (sSN) field;
a remaining (RM) field;
a complete/partial (C/P) field;
a following (F) field; and
a length indicator (LI) field.
8. The method of claim 7, wherein the sSN field indicates a sequential order of
one of the at least one second data within a plurality of transmitted second data related to the
first data.

9. The method of claim 7, wherein the RM field indicates whether a subsequent
second data exists after one of the at least one second data.
10. The method of claim 1, wherein the amount of available radio resources
comprises a maximum amount of data scheduled to be transmitted to the receiving side.
11. The method of claim 1, wherein a maximum amount of available radio
resources is indicated by scheduling information received from a network .
12. The method of claim 11, wherein the scheduling information indicates timing
and frequency of the available radio resources.
13. An apparatus for transmitting data in a mobile communication system, the
apparatus comprising:
means for transmitting first data to a receiving side;
means for receiving acknowledgment information for indicating whether the first data
-was successfully transmitted to the receiving side;
if the first data was not successfully transmitted to the receiving side, means for
determining whether an amount of available radio resources is sufficient for retransmitting
the first data to the receiving side;
means for retransmitting the first data to the receiving side if the amount of available
radio resources is sufficient to retransmit the fust data;
means for reconfiguring the first data into at least one second data if the amount of
available radio resources is insufficient to retrarsmit the first data, wherein the at least one

second data can be transmitted to the receiving side using the amount of available radio
resources; and
means for transmitting the at least one second data to the receiving side.
14. The apparatus of claim 13, wherein the acknowledgment information is
received from the receiving side.
15. The apparatus of claim 13, wherein the acknowledgment information is
received from a lower layer of a transmitting side.
16. The apparatus of claim 13, wherein the first data is a radio link control layer
protocol data unit (RLC PDU) comprising at least one of:
a sequence number (SN) field;
a control/data/subframe (C/D/S) field;
a complete/partial (C/P) field;
a following (F) field; and
a length indicator (LI) field.
17. The apparatus of claim 13, wherein the second data is a radio link control
layer sub protocol data unit (RLC subPDU) comprising at least one of:
a sequence number (SN) field;
a control/data/subframe (C/D/S) field;
a subframe sequence number (sSN) field;
a remaining (RM) field;
a complete/partial (C/P) field;

a following (F) field; and
a length indicator (LI) field.
18. The apparatus of claim 13, wherein the amount of available radio resources
comprises a maximum amount of data scheduled to be transmitted to the receiving side.
19. The apparatus of claim 13, wherein a maximum amount of available radio
resources is indicated by scheduling information received from a network
20. The apparatus of claim 19, wherein the scheduling information indicates
timing and frequency of the available radio resources.

The present invention is related to transmitting data in a mobile communication system. Preferably, the present
invention comprises transmitting first data to a receiving side and receiving acknowledgment information for indicating whether the
first data was successfully transmitted to the receiving side. If the first data was not successfully transmitted to the receiving side,
the method further comprises determining whether an amount of available radio resources is sufficient for retransmitting the first
data to the receiving side, retransmitting the first data to the receiving side if the amount of available radio resources is sufficient
to retransmit the first data, reconfiguring the first data into at least one second date if the amount of available radio resources is
insufficient to retransmit the first data, wherein the at least one second data can be transmitted to the receiving side using the amount
of available radio resources, and transmitting the at least one second data to the receiving side.

Documents:

03053-kolnp-2008-abstract.pdf

03053-kolnp-2008-claims.pdf

03053-kolnp-2008-correspondence others.pdf

03053-kolnp-2008-description complete.pdf

03053-kolnp-2008-drawings.pdf

03053-kolnp-2008-form 1.pdf

03053-kolnp-2008-form 3.pdf

03053-kolnp-2008-form 5.pdf

03053-kolnp-2008-gpa.pdf

03053-kolnp-2008-international publication.pdf

03053-kolnp-2008-pct priority document notification.pdf

3053-KOLNP-2008-(07-04-2014)-ABSTRACT.pdf

3053-KOLNP-2008-(07-04-2014)-CLAIMS.pdf

3053-KOLNP-2008-(07-04-2014)-CORRESPONDENCE.pdf

3053-KOLNP-2008-(07-04-2014)-DESCRIPTION (COMPLETE).pdf

3053-KOLNP-2008-(07-04-2014)-DRAWINGS.pdf

3053-KOLNP-2008-(07-04-2014)-FORM-1.pdf

3053-KOLNP-2008-(07-04-2014)-FORM-2.pdf

3053-KOLNP-2008-(07-04-2014)-OTHERS.pdf

3053-KOLNP-2008-(15-07-2013)-CORRESPONDENCE.pdf

3053-KOLNP-2008-(15-07-2013)-FORM-3.pdf

3053-KOLNP-2008-(15-07-2013)-OTHERS.pdf

3053-KOLNP-2008-(15-07-2013)-PA.pdf

3053-KOLNP-2008-(29-10-2013)-AMANDED PAGES OF SPECIFICATION.pdf

3053-KOLNP-2008-(29-10-2013)-CORRESPONDENCE.pdf

3053-KOLNP-2008-(29-10-2013)-DRAWINGS.pdf

3053-KOLNP-2008-(29-10-2013)-FORM-2.pdf

3053-KOLNP-2008-(29-10-2013)-FORM-3.pdf

3053-KOLNP-2008-(29-10-2013)-FORM-5.pdf

3053-KOLNP-2008-(29-10-2013)-OTHERS.pdf

3053-KOLNP-2008-(29-10-2013)-PA.pdf

3053-KOLNP-2008-(29-10-2013)-PETITION UNDER RULE 137-1.pdf

3053-KOLNP-2008-(29-10-2013)-PETITION UNDER RULE 137.pdf

3053-KOLNP-2008-ASSIGNMENT.pdf

3053-KOLNP-2008-CORRESPONDENCE-1.1.pdf

3053-kolnp-2008-form 18.pdf

abstract-03053-kolnp-2008.jpg

« Previous Patent

Next Patent »

Patent Number

264012

Indian Patent Application Number

3053/KOLNP/2008

PG Journal Number

49/2014

Publication Date

05-Dec-2014

Grant Date

28-Nov-2014

Date of Filing

28-Jul-2008

Name of Patentee

LG ELECTRONICS INC.

Applicant Address

20, YOIDO-DONG, YOUNGDUNGPO-GU SEOUL150-721

Inventors:

#	Inventor's Name	Inventor's Address
1	CHUN, SUNG DUCK	601-1007 SAETBYEOL HANYANG APT., DARAN-DONG, DONGAN-GU, ANYANG-SI, GYEONGGI-DO, 431-773
2	JUNG, MYUNG CHEUL	2/2, 358-36 SANGDO 2-DONG, DONGJAK-GU, SEOUL 156-832
3	PARK, SUNG JUN	1323-401 GAENARI APT., SANBON 2-DONG, GUNPO-SI, GYEONGGI-DO 435-768
4	LEE, YOUNG DAE	419-1501 SINAN APT. CHANGU-DONG, HANAM-SI, GYEONGGI-DO 465-711

PCT International Classification Number

H04L 12/56,H04L 1/16

PCT International Application Number

PCT/KR2007/000053

PCT International Filing date

2007-01-04

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	60/771305	2006-02-07	U.S.A.
2	10-2006-0107103	2006-11-01	U.S.A.
3	60/784976	2006-03-22	U.S.A.
4	60/757063	2006-01-05	U.S.A.
5	60/815722	2006-06-21	U.S.A.