Title of Invention	"A METHOD OF PACKET DATA COMMUNICATIONS; A NETWORK AND MOBILE TERMINAL FOR PERFORMING SAID METHOD"
Abstract	The present invention relates to wireless communications and addresses the conventional art problems related to allocating uplink and downlink memory resources in bi-directional packet data transmissions. Such problems are solved by a method of packet communications for a communications system having a network:and at least one mobile terminal, the method comprising, transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information. The network and mobile terminal respectively have a RRC layer and a PDCP layer that cooperate to perform this method.

Title of Invention

"A METHOD OF PACKET DATA COMMUNICATIONS; A NETWORK AND MOBILE TERMINAL FOR PERFORMING SAID METHOD"

Abstract

The present invention relates to wireless communications and addresses the conventional art problems related to allocating uplink and downlink memory resources in bi-directional packet data transmissions. Such problems are solved by a method of packet communications for a communications system having a network:and at least one mobile terminal, the method comprising, transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information. The network and mobile terminal respectively have a RRC layer and a PDCP layer that cooperate to perform this method.

Full Text	A METHOD OF PACKET DATA COMMUNICATIONS; A NETWORK AND MOBILE TERMINAL FOR PERFORMING SAID METHOD. Tl The present invention relates to a method of packet data.communications; a network and mobile terminal for performing said method and more particularly, to a packet of a mobile communication system. BACKGROUND ART Recently, a mobile communication system has seen a remarkable development, but in terms of a large capacity data communication service, it is much behind the cable communication system. Countries throughout the world are developing a technique of IMT-2000 and actively cooperating for standardization of the technique. A universal mobile telecommunications system (UMTS) is a third generation mobile communication system that has evolved from a standard known as Global System for Mobile communications (GSM), This standard is a European standard which aims to provide an improved mobile communication service based on a GSM core network and wideband code division multiple access (W-CDMA) technology. In December, 1998, the ETSl of Europe, the ARIB/TTC of Japan, the T1 of the United States, and the TTA of Korea formed a Third Generation Partnership Project (3GPP) for the purpose of creating the specification for standardizing the UMTS. WO 2004/017578 PCT/KR2003/001645 The work toward standardizing the UMTS performed by the 3GPP has resulted in the formation of five technical specification groups (TSG), each of which is directed to forming network elements having independent operations. More specifically, each TSG develops, approves and manages a standard specification in a related region. Among them, a radio access network (RAN) group (TSG-RAN) develops a specification for the function, items desired, and interface of a UMTS terrestrial radio access network (UTRAN), which is a new RAN for supporting a W-CDMA access technology in the UMTS. Figure 1 illustrates an example of the construction of a general UMTS network. As shown in Figure 1, the UMTS is roughly divided into a terminal, UTRAN 100 and a core network 200. The UTRAN 100 includes one or more radio network sub-systems (RNS) 110 and 120. Each RNS 110 and 120 includes a radio network controller (RNC) 111 and plural Node Bs 112 and 113 managed by the RNC 111. The RNC performs functions which include assigning and managing radio resources, and operates as an access point with respect to the core network 200. Node Bs 112 and 113 receive information sent by the physical layer of the terminal through an uplink, and transmit data to the terminal through a downlink. The Node Bs 112 and 113, thus, operate as access points of the UTRAN for the terminal. 2 WO 2004/017578 PCT/KK2003/001645 The core network 200 includes a mobile switching center (MSC) 210 and a gateway mobile switching center (GMSC) 220 for supporting a circuit switched service, and a serving GPRS support node (SGSN) 230 and a gateway GPRS support node 240 for supporting a packet switched service. The services provided to a specific terminal is roughly divided into the circuit switched service and the packet switched service. For example, a general voice phone call service belongs to the circuit switched service, while a Web browsing service through an Internet connection is classified as the packet switched service. In case of supporting the circuit switched service, the RNC 111 is connected to the MSC 210 of the core network 200, and the MSC 210 is connected to the GMSC 220 managing a connection to other networks. Meanwhile, in case of supporting the packet switched service, the RNC 111 provides a service in association with the SGSN 230 and the GGSN 240 of the core network 200. The SGSN 230 supports a packet communication going toward the RNC 111, and the GGSN 240 manages connection to other packet switched network such as the internet network. Various interfaces exist between network components to allow the network components to give and take information to and from each other for a mutual communication. An interface between the RNC 111 and the core network 200 is defined as an lu interface. Especially, an lu interface between packet switch-related systems of the RNC 111 and the core network 200 is defined as an lu-PS, and an lu interface between circuit 3 WO 2004/017578 PCT/KR2003/001645 switch-related systems of the RNC 111 and the core network 200 is defined as an lu-CS. Figure 2 illustrates a structure of a radio interface protocol between the terminal and UTRAN 100 according to the 3GPP radio access network standards. As shown in Figure 2, the radio interface protocol is vertically divided into a physical layer, a data link layer and a network layer, and is horizontally divided into a user plane (U-plane) for transmitting data signal and a control plane (C-ptane) for transmitting a control signal. The user plane is a region handling traffic information of a user such as a voice signal or an IP packet, while the control plane is a region handling control information such as an interface of a network or maintenance and management of a call. In Figure 2, protocol layers can be divided into a first layer (L1), a second (ayer (L2), and a third layer (L3) based on three lower layers of an open system interconnection (OSl) standard model. Functions of each protocol layer of Figure 2 will now be described. The first layer (L1), that is, the physical layer, provides an information transfer service to a higher iayer by using various radio transfer techniques. The physical layer is connected to the MAC layer, a higher layer, through a transport channel, and the MAC layer and the physical layer transfer signals through the transport channel. The second layer (L2) includes: an MAC layer, a radio link control 4 WO 2004/017578 PCT/KR2003/001645 (RLC) layer and a packet data convergence protocol (PDCP) layer. The MAC layer provides a re-allocation service of the MAC parameter for allocation and re-allocation of radio resources. The MAC layer is connected to the radio link control (RLC) layer through a logical channel, and various logical channels are provided according to the kind of transmitted information. In general, when information of the control plane is transmitted, a control channel is used. When information of the user plane is transmitted, a traffic channel is used. The RLC layer supports a reliable data transmission and performs functions of segmentation and reassembly of an RLC service data unit (SDU) received from an upper layer. When the RLC SDU is received from the higher layer, the RLC layer controls a size of each RLC SDU to be suitable to a process capacity, and adds header information thereto to generate a certain data unit. The thusly generated data unit is referred to as a protocol data unit (PDU) which is transferred to the MAC layer. The RLC layer includes an RLC buffer for storing the RLC SDU or the RLC PDU. The packet data convergence protocol (PDCP) layer is a higher layer of the RLC layer. A data transmitted through a network protocol such as an IPv4(internet Protocol version 4) or an IPv6 (internet Protocol version 6) can be transmitted effectively on a radio interface with a relatively small band width by virtue of the PDCP layer. For this purpose, the PDCP layer performs a function of reducing 5 WO 2004/017578 PCT/KR2003/001645 unnecessary control information used in the cable network, which is called a header compression, for which header compression schemes such as an RFC2507 or an RFC3095 (Robust Header Compression (ROHC)) defined by an Internet standardization group called an IETF (Internet Engineering Task Force) are used. In these schemes, only information requisite for a header part of a data is transmitted, thereby reducing an amount of data to be transmitted. That is, unnecessary fields of the header are removed or a size of the header fields is reduced to reduce the amount of data of the header part. An RRC (Radio Resource Control) layer is positioned at the lowest portion of the third layer. The RRC layer is defined only in the control plane and controls the transport channels and the physical channels in relation to the setup, the reconfiguration and the release of the radio bearers (RBs). The RB service signifies a service provided by the second layer for data transmission between the terminal and UTRAN, and setting up of the RB means processes of stipulating the characteristics of a protocol layer and a channel, which are required for providing a specific service, and setting the respective detailed parameters and operation methods. For reference, the RLC layer can be included in the user plane or in the control plane depending on which layer is connected at an upper position. If the RLC layer receives data from the RRC layer, the RLC layer belongs to the control plane, and otherwise, the RLC layer belongs to the user plane. As shown in Figure 2, in case of the RLC layer and the PDCP layer, 6 WO 2004/017578 PCT/KR2003/001645 a plurality of entities can exist in one layer. This is because one terminal has a plurality of RBs, and generally one RLC entity (or only one PDCP entity) is used for one RB. Figure 4 is a signal flow chart for implementing the header compression scheme in accordance with a conventional art, and Figure 5 illustrates a structure of a compressor and decompressor of the terminal and UTRAN. An IP header compression scheme of the PDCP layer will now be described with reference to Figures 4 and 5. First, referring to the RFC2507, different compression schemes are used depending on whether an upper protocol of the IP layer is TCP or not. That is, if an upper protocol of the IP layer is UDP, a compression scheme called 'compressed non-TCP' is used whereas if the upper protocol of the IP layer is TCP, a compression scheme called 'Compressed TCP' is used. The Compressed TCP is classified into a 'Compressed TCP' and a 'Compressed TCP nodelta' depending on a transmission method of a varied header field. The 'Compressed TCP' scheme is a method that on the basis of the fact that variable header field values are not much different from each other among successive packets, only a difference between header fields values is transmitted, rather than transmitting the overall field value. Meanwhile, the "Compressed TCP nodelta' scheme is a method of transmitting the overall varied field value as it is. In the case of the 'Compressed TCP' scheme, a transmitting party 7 WO 2004/017578 PCT/KR2003/001645 first transmits an overall header packet for one packet stream to constitute a context both in the transmitting party and in a receiving party, and then uses a compression header indicating the difference from a previous packet to transmit the next packets. Meanwhile, the 'Compressed TCP nodeita' scheme is that the overall header field value as varied is transmitted. Likewise, in the "Compressed Non-TCP' scheme, the transmitting party first transmits an overall header packet for one packet stream to constitute a context both in the transmitting party and the receiving party, and transmits an overall header field value formed as a variable field for the next packets. However, the 'Compressed Non-TCP' header compression scheme can be used for a uni-directional communication and adopts a compression slow-start method which transmits overall header information at exponentially increasing intervals. In the compression slow-start method, if the overall header information is changed or if a new header compression scheme is adopted, the same overall header is frequently transmitted at an initial stage and then a transmission interval is gradually widened. Figure 3 shows a concept of the compression slow-start method. Parameters constituting the forms of the compressor and the decompressor should be defined to use the RFC2507 header compression scheme at the PDCP layer. Defined in the RFC2507 header compression scheme are an F_MAX_PERIOD parameter indicating the number of compressed 8 WO 2004/017578 PCT/KR2003/001645 Non-TCP header packets transmittable between full header packets transmitted exponent-repeatedly in the compression sfow-start method, an F_MAX_TIME parameter indicating a compressed header packet transmission time between a time point when the latest full header packet has been transmitted and a time point when the next fuil header packet is to be transmitted, an MAX_HEADER parameter indicating the maximum size of a header usable for the header compression scheme, a TCP_SPACE parameter indicating the maximum number of contents usable for the 'Compressed TCP' scheme, a NON_TCP_SPACE parameter indicating the maximum number of contents used for the 'Compressed Non-TCP' scheme, and an EXPECTED_RECORD1NG parameter indicating whether re-sequential array is supported. The F_MAX_TIME parameter Is used to inform a repetition period of the full header packet (refer to Figure 1). The parameters are used to construct forms of the compressors 512 and 522 and the decompressors 511 and 521 of the terminal 410 and UTRAN 420 and defined in RFC2507, an IETF document of the RFC2507 header compression scheme. [Table 1] WO 2004/017578 PCT/KR2003/001645 Information Element/Group name Type and reference Semantics description >"F_MAX_PERIOD Integer (1..65535) Largest number of compressed non-TCP headers that may be sent without sendfng a full header. Default value is 256. >"F_MAXJ"IME Integer (1 ..255) Compressed headers may not be sent more than F_MAX_TIME seconds after sending last full header. Default value is 5. >"MAX_HEADER Integer (60..65535) The largest header size in octets that may be compressed. Default value is 168. >"TCP_SPACE Integer (3..255) Maximum CID value for TCP connections. Default value is 15. >"NON_TCP_SPACE Integer (3..65535) Maximum CID value for non-TCP connections. Default value is 15. >"EXPECT_REORDERING Enumerated (reordering not expected, reordering expected) Whether the algorithm shall reorder PDCP SDUs or not. Default value is "reordering not expected". The header compression and decompression process adopting the RFC2507 header compression scheme will now be described. First, the RRC layer 411 of the terminal 10 transfers capacity information to the RRC layer 421 of UTRAN 420. Then, the RRC layer 421 of UTRAN 420 allocates a memory resource required for header compression by referring to the capacity information. That is, the RRC layer 421 sets parameter values forming the compressors 512 and 522 and the decompressors 511 and 521. For example, F_MAX_PERIOD is set to 256, F_MAX_TIME is set to 5, MAXJHEADER is set to 168, and NON_TCP_SPACE is set to 15. When the parameter values are all set, the RRC layer 421 of UTRAN 420 transfers the set parameter values to the RRC layer 411 of the terminal 410. As the parameter values reach the terminal 410, the RRC layer 411 of the terminal 410 and the RRC layer 421 of UTRAN 420 respectively 10 WO 2004/017578 PCT/KR2003/001645 transfer the set parameter values to respective PDCP layers 412 and 422. Then, a header compression performing layer included in the PDCP layers 412 and 422 forms the compressors 512 and 522 and the decompressors 511 and 521 on the basis of the received parameter values. The ROHC (Robust Header Compression) scheme will now be described. The ROHC scheme is commonly used to reduce header information of an RTPfReal-time Transport Protocol)/UDP (User Datagram Protocol)/!P(lnternet Protocol) packet. The RTP/UDP/IP packet, which means a packet with RTP, UDP and IP related headers which have been added to a user data while passing each layer, includes various header information required for transmitting data to a destination through the Internet. The ROHC scheme is a header compression scheme based on the fact that each field value of packet headers of sequential packets belonging to one packet stream is almost the same. Thus, in the ROHC scheme, not the entire packet header field is transmitted but a variable field is transmitted. For reference, an overall size of the header of the RTP/UDP/IP-packet is 40 octet in case of IPv4 (Internet Protocol version 4) and 60 octet in case of IPv6 (internet Protocol version 6). Meanwhile, a pure data part (payload) usually has a size of 15-20 octet. That is, because the amount of control information Is much greater than the amount of data to be actually transmitted, a transmission efficiency is quite low. Therefore, using the li WO 2004/017578 PCT/KIU003/00I645 header compression schemes ensures a high transmission efficiency because the amount of control information is much reduced (in case of using the ROHC scheme, the size of the header is reduced by about 1 octet to 3 octet). Like the RFC2507 header compression scheme, in order to use the ROHC scheme at the PDCP layer, parameters constituting the form of the compressor and the decompressor should be defined. Parameters defined for the ROHC scheme includes a Max_CID parameter informing of the maximum number of contexts usable in the compressor, a profile parameter indicating what is the type of the IP packet used for a corresponding packet stream among RTP/UDP/IP, UDP/IP and ESP/IP, an MRRU (Maximum Reconstructed Reception Unit) parameter indicating whether an IP should be segmented and also indicating the maximum size of segments when they are reassembled after being segmented in the decompressor, a Packet_Sized_Allowed parameter informing of a size of a compression header packet supportable by the ROHC scheme, and a Reverse_Decompression_Depth parameter indicating whether a compressed packet has been re-attempted for decompression after the decompressor had failed to decompress it, and determining the number of re-attempts of decompression. These parameters are defined in the RFC3095, the IETF document of the ROHC scheme. The header compression and decompression process adopting the ROHC scheme is the same as those of the RFC2507 header compression 12 WO 2004/017578 PCT/KR2003/001645 scheme as described above (refer to Figures 4 and 5). For a communication to an uplink, the compressor 512 of the terminal 410 and the decompressor 521 of UTRAN 420 should have the same form, and for a communication to a downlink, the compressor 522 of UTRAN 420 and the decompressor 511 of the terminal 410 also should have the same form. Because, the RRC layer 421 of UTRAN 420 sets the parameter values to form the compressor and the decompressor without discrimination of the uplink and the downlink, the compressors 512 and 522 and the decompressors 511 and 521 provided in the terminal 410 and UTRAN 420 have all the same forms. In order to effectively provide a VoIP service and a streaming service and prevent consumption of radio resources, the UMTS system adopts the header compression scheme such as the RFC2507 header compression scheme or the ROHC scheme to compress a header from the original size of 40 bytes or 60 bytes to a size of 1~4 bytes and transmit it. For this purpose, the terminal 410 and UTRAN 420 should define parameters for forming the compressor and the decompressor. Usually, the UMTS system also provides the streaming service in which the uplink and the downlink are asymmetrical as well as the VoIP service in which the uplink and the downlink are symmetrical. In this respect, however, the RRC layers 411 and 421 and the PDCP layers 412 and 422 sets a memory resource in consideration of only the transmission service in the uplink and downlink-symmetrical structure 13 WO 2004/017578 PCT/KR2003/00164S such as the VoIP (Voice over IP), so that the compressor and decompressor 512 and 521 of the uplink and the compressor and the decompressor 522 and 511 of the downlink have the same forms. A problem of the conventional bi-directional packet data transmission system lies in that, the UMTS system allocates the same header compression-related memory resource to the uplink and the downlink even for the packet data transmission of the asymmetrical structure such as the streaming service. The streaming service is a downlink-oriented service in which a packet data for a service requested by a user is transmitted through the downlink while reception information for the transmitted packet data is fed back through the uplink. In terms of characteristics of the streaming service, the amount of the packet data transmitted to the downlink is much greater than the amount of packet data transmitted to the uplink. Thus, the conventional bi-directional packet data transmission system is disadvantageous that the memory resources used for the header compression scheme are unnecessarily wasted and thus efficiency of the resources is degraded. The above references are incorporated by reference herein where appropriate for appropriate teachings of additional or alternative details, features and/or technical background. DISCLOSURE OF THE INVENTION Therefore, an object of the present invention is to provide a 14 WO 2004/017578 PCT/KR2003/001645 bi-directional packet data transmission system and method capable of asymmetrically setting an uplink memory resource and a downlink memory resource. To achieve at least the above objects in whole or in parts, there is provided a bi-directionai packet data transmission system for a packet data transmission between a terminal and a radio access network, in which an uplink resource and a downlink resource are independently set. Preferably, the resource is a memory resource. Preferably, the memory resource is related to header compression. Preferably, the memory resource hsa parameters required for header compression and decompression. Preferably, an RRC layer of the radio access network sets resources to be different for uplink transmission and downlink transmission. Preferably, a PDCP layer of the terminal forms a compressor by referring to received parameter values of the uplink and a decompressor by referring to received parameter values of downlink, and performs header compression and decompression. Preferably, a PDCP layer of the radio access network forms a decompressor by referring to received parameter values of the uplink and a compressor by referring to received parameter values of downlink, and performs header compression and decompression. To achieve at least these advantages in whole or in parts, there is further provided a bi-directional packet data transmission system for a 15 WO 2004/017578 PCT/KR2003/001645 packet data transmission between a terminal and a radio access network, including: setting an uplink resource and a downlink resource to be different; transferring the set resource to each PDCP layer of a terminal and a radio access network; and asymmetrically performing uplink and downlink transmission by using the received resource. Preferably, in the resource setting step, parameters required for header compression and decompression are determined and sizes of the parameters are set. Preferably, the asymmetrical transmission performing step includes: forming a compressor by referring to the received parameter values of uplink and a decompressor by referring to the received parameter values of downlink; and performing a packet transmission according to a header compression scheme by using the compressor and the decompressor. Preferably, the asymmetrical transmission performing step includes: forming a decompressor by referring to the received parameter values of uplink and a compressor by referring to the received parameter values of downlink; and performing a packet transmission according to a header compression scheme by using the compressor and the decompressor. Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objects and 16 advantages of the invention may be realized and attained as particularly pointed out in the appended claims. Accordingly, the present invention provides a method of packet data communications for a network, comprising: receiving mobile terminal capabilities associated with header compression; and configuring parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured. The present invention also provides a method of packet communications for a mobile terminal, comprising: transmitting mobile terminal capabilities associated with header compression; receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and configuring header compression parameters based on the received parameter information. The present invention further provides a method of packet communications for a communications system having a network and at least one mobile terminal, the method comprising: transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information. The present invention still further provides a network for performing a method of packet communications, comprising: a Radio Resource Control layer; and a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of: receiving mobile terminal capabilities associated with header compression; configuring parameter information for uplink and downlink data transmissions based on the mobile terminal -17- capabilities, wherein uplink parameter information and downlink parameter information are separately configured; and transmitting the configured parameter information to a mobile terminal. The present invention still further provides a mobile terminal for performing a method of packet communications, comprising: a Radio Resource Control layer; and a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of: transmitting mobile terminal capabilities associated with header compression; receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and configuring header compression parameters based on the received parameter information. BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS The invention will be described in detail with reference to the following drawings in which like reference numerals refer to like elements wherein: Figure 1 illustrates a construction of a general UMTS network; Figure 2 illustrates a structure of a radio interface protocol between a terminal and UTRAN on the basis of 3GPP radio access network standards; Figure 3 illustrates a concept of a compression slow-start scheme; Figure 4 is a signal flow chart for implementing a header compression scheme in accordance with a conventional art; Figure 5 illustrates structures of compressors and decompressors of a terminal and UTRAN in accordance with the conventional art; - 17A Figure 6 is a signal flow chart for implementing a header compression scheme in accordance with a preferred embodiment of the present invention; and Figure 7 illustrates structures of compressors and decompressors of a terminal and UTRAN in accordance with the preferred embodiment of the present invention. MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS - 17B - WO 2004/017578 PCT/KR2003/001645 Figure 7 illustrates structures of compressors and decompressors of a terminal or mobile unit and UTRAN in accordance with the preferred embodiment of the present invention and shows transmission in an asymmetrical structure between an uplink and a downlink. As shown in Figure 7, a compressor and a decompressor of the present invention have the same structures as those of the conventional art (refer to Figure 5). The only difference of the present invention from the conventional art is that UTRAN 620 and a terminal 610 allocate a memory resource required for a header compression scheme to the uplink and the downlink in consideration of transmission that the uplink and downlink are asymmetrical as well as the transmission that uplink and downlink are symmetrical. Figure 6 is a signal flow chart for implementing a header compression scheme in accordance with a preferred embodiment of the present invention. As shown in Figure 6, a bi-directional packet data transmission system in accordance with a preferred embodiment of the present invention includes: UTRAN 620 for setting header compression-related parameter values required for uplink transmission and downlink transmission, and forming a compressor 722 and a decompressor 721; and a terminal 610 for transmitting the capacity information to UTRAN 620, receiving the set header compression-related parameter values from UTRAN 620 and forming a compressor 712 and a decompressor 711 by 18 WO 2004/017578 PCT/KR2003/001645 referring to the received parameter values. UTRAN 620 includes an RRC layer 621 for setting the header compression-related parameter values required for uplink transmission and downlink transmission and transmitting the parameter values to an RRC layer 611 of the terminal and to its PDCP layer (622); and the PDCP layer 622 for forming the decompressor 721 used for uplink transmission and the compressor 722 used for .downlink transmission, and performing a header compression and decompression. The terminal 610 includes the RRC layer 611 for receiving the parameter values set by the RRC layer 621 of UTRAN 620 and transmitting the values to its PDCP layer 612; and the PDCP layer 621 for forming the compressor 712 used for uplink transmission and the decompressor 711 used for downlink transmission by referring to the received parameter values, and performing header compression and decompression; and a first and second memory spaces for the uplink and downlink data transmissions, respectively. The two memory spaces may be independent of each other. Trie operation of the packet data transmission system will now be described. i To begin with, the RRC layer 611 of the terminal 610 transfers the 'capacity information' to the RRC layer 621 of UTRAN 620. Then, the RRC layer 621 of UTRAN 620 discriminates capacity information of uplink and capacity information of downlink from the received capacity information. Subsequently, the RRC layer sets 19 WO 2004/017578 PCT/KR2003/001645 parameter values for forming the compressor 712 and the decompressor 721 of the uplink by referring the uplink capacity information and also sets parameter values for forming the compressor 722 and the decompressor 711 of downlink by referring to the downlink capacity information. The parameter values are not necessarily set on the basis of capacity information of the terminal. They can be set according to a statistical calculation value previously set in UTRAN 620. After the parameter values are completely set, the RRC layer 621 of UTRAN 620 transfers the set parameter values to the RRC layer 611 of the terminal 610. The RCC layer 621 can transfer the set parameters for either the compressor only (uplink), the decompressor only (downlink), or both. As the set parameter values transferred to the terminal 610, the RRC layer 611 of the terminal 610 and the RRC layer of UTRAN 620 transfers the set parameter values to the PDCP layers 612 and 622. Then, each header compression performing layer included in the PDCP layers 612 and 622 forms the compressors 712 and 722 and the decompressors 711 and 721 by referring to the parameter values. Specifically, the header compression performing layer of UTRAN 620 forms the decompressor 721 used for uplink transmission and the compressor 722 used for downlink transmission by referring to the parameter values, and the header compression performing layer of the terminal 610 forms the compressor 712 used for uplink transmission and the decompressor 711 used for downlink transmission by referring to the 20 WO 2004/017578 PCT/KR2003/001645 parameter values. And then, the header compression performing layers of the terminal 610 and UTRAN 620 perform header compression and decompression according to a certain header compression scheme by using the compressors 712 and 722 and the decompressors 711 and 721. As described above, in the bi-directionat packet data transmission system in accordance with the preferred embodiment of the present invention, the compressor 722 and the decompressor 721 of the terminal 610 (or the form of the compressor 722 and the decompressor 721 of UTRAN 620) are constructed in a different form so that the header compression-related memory resources allocated to the uplink and the downlink are set different. The forms of the compressor and the decompressors 712, 721, 722 and 711 which have peer-to-peer relations are the same with each other. The bi-directional packet data transmission system in accordance with the present invention performs the header compression and decompression by adopting the RFC2507 header compression scheme or the ROHC scheme. First, in the case of adopting the RFC2507 header compression scheme for the bi-directional packet data transmission system, the compressor 712 of the terminal 610 performing the uplink communication and the decompressor 721 of UTRAN 620 are formed by an F_MAX_PERIOD parameter informing of a transmission period of an full header packet with respect to the compression slow-start scheme, an 21 WO 2004/017578 PCT/KR2003/001645 F_MAX_TIME parameter informing of packet transmission available time, a MAX_HEADER parameter informing of the maximum compressible size of a header, a TCP_SPACE parameter informing of the maximum size of a TCP packet context, and a NON_TCP_SPACE parameter informing of the maximum size of non-TCP packet context. The compressor 722 of UTRAN performing the downlink communication and the decompressor 711 of the terminal 610 are formed by a TCP_SPACE parameter informing of the maximum size of TCP packet context, a NON_TCP SPACE parameter informing of the maximum size of the non-TCP packet context, and an EXPECTED_REORDERING parameter informing of a re-sequential array of a reception packet. Second, in the case of adopting the ROHC scheme for the bi-directional packet data transmission system, the compressor 712 of the terminal 610 performing the uplink communication and the decompressor 721 of UTRAN 620 are formed by a Max_C(D parameter informing of the maximum number of contexts used for the header compression scheme, a profile parameter informing of a kind of an IP packet supportable by the decompressor, an MRRU parameter informing whether an IP packet can be segmented in the compressor, and a Packet_Sized_Altowed parameter determining sizes of compression header packets usable in the compressor. In addition, the compressor 722 of UTRAN 620 performing the downlink communication and the decompressor 711 of the terminal 610 are formed by a Max_CID parameter informing of the maximum number of 22 WO 2004/017578 PCT/KK2003/OO1645 contexts, a profile parameter informing of a kind of an IP packet supported by the decompressor, an MRRU parameter informing of the maximum size of added packets when divided segments are added in the decompressor, and a Reverse_Decompression__Depth parameter informing of the maximum storage size of a buffer which stores a decompression-failed packet. As so far described, the packet data transmission method and system of the present invention has the following advantages. That is, because the memory resources are set to be different for the uplink and downlink transmission, waste of the memory resource can be prevented. In addition, the memory resource can be effectively managed even in a packet data transmission service (e.g., the streaming service) with the asymmetrical structure that the packet amount of the downlink is much greater than the packet amount of the uplink, or the packet amount of the uplink is much greater than the packet amount of the downlink. The foregoing embodiments and advantages are merely exemplary and are not to be construed as limiting the present invention. The present teaching can be readily applied to other types of apparatuses. The description of the present invention is intended to be illustrative, and not to limit the scope of the claims. Many alternatives, modifications, and variations will be apparent to those skilled in the art. In the claims, means-plus-function clauses are intended to cover the structure described herein as performing the recited function and not only structural 23 WO 2004/017578 PCT/KR2003/001645 equivalents but also equivalent structures. 24 WE CLAIM : 1. A method of packet data communications for a network, comprising: - receiving mobile terminal capabilities associated with header compression; and - configuring parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured. 2. The method of claim 1, also comprising: - transmitting the configured parameter information to a mobile terminal. 3. The method of claim 2, wherein the transmitted configured parameter information is for an uplink. 4. The method of claim 2, wherein the transmitted configured parameter information is for a downlink. 5. The method of claim 2, wherein the uplink parameter information is for a compressor of a mobile terminal. 6. The method of claim 2, wherein the downlink parameter information is for a decompressor of a mobile terminal. 7. The method of claim 2, wherein the header compression employs a robust header compression scheme. 8. The method of claim 2, wherein header compression related memory resources for the uplink and for the downlink are allocated differently by the network. 9. The method of claim 8, wherein greater memory resources are allocated for the downlink. -25- 10. The method of claim 8, wherein the steps are used to provide at least one of a Voice over Internet Protocol service and a streaming service. 11. A method of packet communications for a mobile terminal, comprising: - transmitting mobile terminal capabilities associated with header compression; - receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and - configuring header compression parameters based on the received parameter information. 12. The method of claim 11, wherein the received parameter information is for an uplink. 13. The method of claim 11, wherein the received parameter information is for a downlink. 14. The method of claim 11, wherein the uplink parameter information is for a compressor of the mobile terminal. 15. The method of claim 11, wherein the downlink parameter information is for a decompressor of the mobile terminal. 16. The method of claim 11, wherein the header compression employs a robust header compression scheme. 17. The method of claim 11, wherein header compression related memory resources for the uplink and for the downlink are allocated differently by the mobile terminal. 18. The method of claim 17, wherein greater memory resources are allocated for the downlink. -26- 19. The method of claim 17, wherein the steps are used to provide at least one of a Voice over Internet Protocol service and a streaming service. 20. A method of packet communications for a communications system having a network and at least one mobile terminal, the method comprising: - transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; - configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; - receiving by the mobile terminal, the configured parameter information; and - configuring by the mobile terminal, header compression parameters based on the received parameter information. 21. The method of claim 20, wherein the transmitted configured parameter information is for an uplink. 22. The method of claim 20, wherein the transmitted configured parameter information is for a downlink. 23. The method of claim 20, wherein the uplink parameter information is for a compressor of a mobile terminal. 24. The method of claim 20, wherein the downlink parameter information is for a decompressor of a mobile terminal. 25. The method of claim 20, wherein the header compression employs a robust header compression scheme. 26. The method of claim 20, wherein header compression related memory resources for the uplink and for the downlink are allocated differently by the network. -27- 27. The method of claim 26, wherein greater memory resources are allocated for the downlink. 28. The method of claim 26, wherein the steps are used to provide at least one of a Voice over Internet Protocol service and a streaming service. 29. A network for performing a method of packet communications, comprising: - a Radio Resource Control layer; and - a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of, - receiving mobile terminal capabilities associated with header compression; - configuring parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; and - transmitting the configured parameter information to a mobile terminal. 30. The network of claim 29, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to allocate different header compression related memory resources for the uplink and for the downlink. 31. The network of claim 30, wherein greater memory resources are allocated for the downlink. 32. A mobile terminal for performing a method of packet communications, comprising: - a Radio Resource Control layer; and - a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of, - transmitting mobile terminal capabilities associated with header compression; -28- - receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and - configuring header compression parameters based on the received parameter information. 33. The mobile terminal of claim 32, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to allocate different header compression related memory resources for the uplink and for the downlink. 34. The mobile terminal of claim 33, wherein greater memory resources are allocated for the downlink. -29- The present invention relates to wireless communications and addresses the conventional art problems related to allocating uplink and downlink memory resources in bi-directional packet data transmissions. Such problems are solved by a method of packet communications for a communications system having a network:and at least one mobile terminal, the method comprising, transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information. The network and mobile terminal respectively have a RRC layer and a PDCP layer that cooperate to perform this method.

Full Text

A METHOD OF PACKET DATA COMMUNICATIONS;
A NETWORK AND MOBILE TERMINAL FOR
PERFORMING SAID METHOD.
Tl

The present invention relates to a method of packet data.communications; a network and mobile terminal for performing said method and more particularly, to a packet of a mobile communication system.
BACKGROUND ART
Recently, a mobile communication system has seen a remarkable development, but in terms of a large capacity data communication service, it is much behind the cable communication system. Countries throughout the world are developing a technique of IMT-2000 and actively cooperating for standardization of the technique.
A universal mobile telecommunications system (UMTS) is a third generation mobile communication system that has evolved from a standard known as Global System for Mobile communications (GSM), This standard is a European standard which aims to provide an improved mobile communication service based on a GSM core network and wideband code division multiple access (W-CDMA) technology.
In December, 1998, the ETSl of Europe, the ARIB/TTC of Japan, the T1 of the United States, and the TTA of Korea formed a Third Generation Partnership Project (3GPP) for the purpose of creating the specification for standardizing the UMTS.

WO 2004/017578 PCT/KR2003/001645
The work toward standardizing the UMTS performed by the 3GPP has resulted in the formation of five technical specification groups (TSG), each of which is directed to forming network elements having independent operations.
More specifically, each TSG develops, approves and manages a standard specification in a related region. Among them, a radio access network (RAN) group (TSG-RAN) develops a specification for the function, items desired, and interface of a UMTS terrestrial radio access network (UTRAN), which is a new RAN for supporting a W-CDMA access technology in the UMTS.
Figure 1 illustrates an example of the construction of a general UMTS network.
As shown in Figure 1, the UMTS is roughly divided into a terminal, UTRAN 100 and a core network 200.
The UTRAN 100 includes one or more radio network sub-systems (RNS) 110 and 120. Each RNS 110 and 120 includes a radio network controller (RNC) 111 and plural Node Bs 112 and 113 managed by the RNC 111. The RNC performs functions which include assigning and managing radio resources, and operates as an access point with respect to the core network 200.
Node Bs 112 and 113 receive information sent by the physical layer of the terminal through an uplink, and transmit data to the terminal through a downlink. The Node Bs 112 and 113, thus, operate as access points of the UTRAN for the terminal.
2

WO 2004/017578 PCT/KK2003/001645
The core network 200 includes a mobile switching center (MSC) 210 and a gateway mobile switching center (GMSC) 220 for supporting a circuit switched service, and a serving GPRS support node (SGSN) 230 and a gateway GPRS support node 240 for supporting a packet switched service.
The services provided to a specific terminal is roughly divided into the circuit switched service and the packet switched service. For example, a general voice phone call service belongs to the circuit switched service, while a Web browsing service through an Internet connection is classified as the packet switched service.
In case of supporting the circuit switched service, the RNC 111 is connected to the MSC 210 of the core network 200, and the MSC 210 is connected to the GMSC 220 managing a connection to other networks.
Meanwhile, in case of supporting the packet switched service, the RNC 111 provides a service in association with the SGSN 230 and the GGSN 240 of the core network 200. The SGSN 230 supports a packet communication going toward the RNC 111, and the GGSN 240 manages connection to other packet switched network such as the internet network.
Various interfaces exist between network components to allow the network components to give and take information to and from each other for a mutual communication. An interface between the RNC 111 and the core network 200 is defined as an lu interface. Especially, an lu interface between packet switch-related systems of the RNC 111 and the core network 200 is defined as an lu-PS, and an lu interface between circuit
3

WO 2004/017578 PCT/KR2003/001645
switch-related systems of the RNC 111 and the core network 200 is defined as an lu-CS.
Figure 2 illustrates a structure of a radio interface protocol between the terminal and UTRAN 100 according to the 3GPP radio access network standards.
As shown in Figure 2, the radio interface protocol is vertically divided into a physical layer, a data link layer and a network layer, and is horizontally divided into a user plane (U-plane) for transmitting data signal and a control plane (C-ptane) for transmitting a control signal.
The user plane is a region handling traffic information of a user such as a voice signal or an IP packet, while the control plane is a region handling control information such as an interface of a network or maintenance and management of a call.
In Figure 2, protocol layers can be divided into a first layer (L1), a second (ayer (L2), and a third layer (L3) based on three lower layers of an open system interconnection (OSl) standard model.
Functions of each protocol layer of Figure 2 will now be described.
The first layer (L1), that is, the physical layer, provides an information transfer service to a higher iayer by using various radio transfer techniques.
The physical layer is connected to the MAC layer, a higher layer, through a transport channel, and the MAC layer and the physical layer transfer signals through the transport channel.
The second layer (L2) includes: an MAC layer, a radio link control
4

WO 2004/017578 PCT/KR2003/001645
(RLC) layer and a packet data convergence protocol (PDCP) layer.
The MAC layer provides a re-allocation service of the MAC parameter for allocation and re-allocation of radio resources.
The MAC layer is connected to the radio link control (RLC) layer through a logical channel, and various logical channels are provided according to the kind of transmitted information.
In general, when information of the control plane is transmitted, a control channel is used. When information of the user plane is transmitted, a traffic channel is used.
The RLC layer supports a reliable data transmission and performs functions of segmentation and reassembly of an RLC service data unit (SDU) received from an upper layer.
When the RLC SDU is received from the higher layer, the RLC layer controls a size of each RLC SDU to be suitable to a process capacity, and adds header information thereto to generate a certain data unit. The thusly generated data unit is referred to as a protocol data unit (PDU) which is transferred to the MAC layer. The RLC layer includes an RLC buffer for storing the RLC SDU or the RLC PDU.
The packet data convergence protocol (PDCP) layer is a higher layer of the RLC layer. A data transmitted through a network protocol such as an IPv4(internet Protocol version 4) or an IPv6 (internet Protocol version 6) can be transmitted effectively on a radio interface with a relatively small band width by virtue of the PDCP layer.
For this purpose, the PDCP layer performs a function of reducing
5

WO 2004/017578 PCT/KR2003/001645
unnecessary control information used in the cable network, which is called a header compression, for which header compression schemes such as an RFC2507 or an RFC3095 (Robust Header Compression (ROHC)) defined by an Internet standardization group called an IETF (Internet Engineering Task Force) are used.
In these schemes, only information requisite for a header part of a data is transmitted, thereby reducing an amount of data to be transmitted. That is, unnecessary fields of the header are removed or a size of the header fields is reduced to reduce the amount of data of the header part.
An RRC (Radio Resource Control) layer is positioned at the lowest portion of the third layer. The RRC layer is defined only in the control plane and controls the transport channels and the physical channels in relation to the setup, the reconfiguration and the release of the radio bearers (RBs).
The RB service signifies a service provided by the second layer for data transmission between the terminal and UTRAN, and setting up of the RB means processes of stipulating the characteristics of a protocol layer and a channel, which are required for providing a specific service, and setting the respective detailed parameters and operation methods.
For reference, the RLC layer can be included in the user plane or in the control plane depending on which layer is connected at an upper position. If the RLC layer receives data from the RRC layer, the RLC layer belongs to the control plane, and otherwise, the RLC layer belongs to the user plane.
As shown in Figure 2, in case of the RLC layer and the PDCP layer,
6

WO 2004/017578 PCT/KR2003/001645
a plurality of entities can exist in one layer. This is because one terminal has a plurality of RBs, and generally one RLC entity (or only one PDCP entity) is used for one RB.
Figure 4 is a signal flow chart for implementing the header compression scheme in accordance with a conventional art, and Figure 5 illustrates a structure of a compressor and decompressor of the terminal and UTRAN.
An IP header compression scheme of the PDCP layer will now be described with reference to Figures 4 and 5.
First, referring to the RFC2507, different compression schemes are used depending on whether an upper protocol of the IP layer is TCP or not. That is, if an upper protocol of the IP layer is UDP, a compression scheme called 'compressed non-TCP' is used whereas if the upper protocol of the IP layer is TCP, a compression scheme called 'Compressed TCP' is used. The Compressed TCP is classified into a 'Compressed TCP' and a 'Compressed TCP nodelta' depending on a transmission method of a varied header field.
The 'Compressed TCP' scheme is a method that on the basis of the fact that variable header field values are not much different from each other among successive packets, only a difference between header fields values is transmitted, rather than transmitting the overall field value. Meanwhile, the "Compressed TCP nodelta' scheme is a method of transmitting the overall varied field value as it is.
In the case of the 'Compressed TCP' scheme, a transmitting party
7

WO 2004/017578 PCT/KR2003/001645
first transmits an overall header packet for one packet stream to constitute a context both in the transmitting party and in a receiving party, and then uses a compression header indicating the difference from a previous packet to transmit the next packets. Meanwhile, the 'Compressed TCP nodeita' scheme is that the overall header field value as varied is transmitted.
Likewise, in the "Compressed Non-TCP' scheme, the transmitting party first transmits an overall header packet for one packet stream to constitute a context both in the transmitting party and the receiving party, and transmits an overall header field value formed as a variable field for the next packets.
However, the 'Compressed Non-TCP' header compression scheme can be used for a uni-directional communication and adopts a compression slow-start method which transmits overall header information at exponentially increasing intervals. In the compression slow-start method, if the overall header information is changed or if a new header compression scheme is adopted, the same overall header is frequently transmitted at an initial stage and then a transmission interval is gradually widened. Figure 3 shows a concept of the compression slow-start method.
Parameters constituting the forms of the compressor and the decompressor should be defined to use the RFC2507 header compression scheme at the PDCP layer.
Defined in the RFC2507 header compression scheme are an F_MAX_PERIOD parameter indicating the number of compressed
8

WO 2004/017578 PCT/KR2003/001645
Non-TCP header packets transmittable between full header packets transmitted exponent-repeatedly in the compression sfow-start method, an F_MAX_TIME parameter indicating a compressed header packet transmission time between a time point when the latest full header packet has been transmitted and a time point when the next fuil header packet is to be transmitted, an MAX_HEADER parameter indicating the maximum size of a header usable for the header compression scheme, a TCP_SPACE parameter indicating the maximum number of contents usable for the 'Compressed TCP' scheme, a NON_TCP_SPACE parameter indicating the maximum number of contents used for the 'Compressed Non-TCP' scheme, and an EXPECTED_RECORD1NG parameter indicating whether re-sequential array is supported. The F_MAX_TIME parameter Is used to inform a repetition period of the full header packet (refer to Figure 1).
The parameters are used to construct forms of the compressors 512 and 522 and the decompressors 511 and 521 of the terminal 410 and UTRAN 420 and defined in RFC2507, an IETF document of the RFC2507 header compression scheme.
[Table 1]

WO 2004/017578

PCT/KR2003/001645

Information Element/Group name Type and reference Semantics description
>"F_MAX_PERIOD Integer (1..65535) Largest number of compressed non-TCP headers that may be sent without sendfng a full header. Default value is 256.
>"F_MAXJ"IME Integer (1 ..255) Compressed headers may not be sent more than F_MAX_TIME seconds after sending last full header. Default value is 5.
>"MAX_HEADER Integer (60..65535) The largest header size in octets that may be compressed. Default value is 168.
>"TCP_SPACE Integer (3..255) Maximum CID value for TCP connections. Default value is 15.
>"NON_TCP_SPACE Integer (3..65535) Maximum CID value for non-TCP connections. Default value is 15.
>"EXPECT_REORDERING Enumerated (reordering not expected, reordering expected) Whether the algorithm shall reorder PDCP SDUs or not. Default value is "reordering not expected".
The header compression and decompression process adopting the RFC2507 header compression scheme will now be described.
First, the RRC layer 411 of the terminal 10 transfers capacity information to the RRC layer 421 of UTRAN 420. Then, the RRC layer 421 of UTRAN 420 allocates a memory resource required for header compression by referring to the capacity information. That is, the RRC layer 421 sets parameter values forming the compressors 512 and 522 and the decompressors 511 and 521.
For example, F_MAX_PERIOD is set to 256, F_MAX_TIME is set to 5, MAXJHEADER is set to 168, and NON_TCP_SPACE is set to 15.
When the parameter values are all set, the RRC layer 421 of UTRAN 420 transfers the set parameter values to the RRC layer 411 of the terminal 410.
As the parameter values reach the terminal 410, the RRC layer 411 of the terminal 410 and the RRC layer 421 of UTRAN 420 respectively
10

WO 2004/017578 PCT/KR2003/001645
transfer the set parameter values to respective PDCP layers 412 and 422. Then, a header compression performing layer included in the PDCP layers 412 and 422 forms the compressors 512 and 522 and the decompressors 511 and 521 on the basis of the received parameter values.
The ROHC (Robust Header Compression) scheme will now be described.
The ROHC scheme is commonly used to reduce header information of an RTPfReal-time Transport Protocol)/UDP (User Datagram Protocol)/!P(lnternet Protocol) packet. The RTP/UDP/IP packet, which means a packet with RTP, UDP and IP related headers which have been added to a user data while passing each layer, includes various header information required for transmitting data to a destination through the Internet.
The ROHC scheme is a header compression scheme based on the fact that each field value of packet headers of sequential packets belonging to one packet stream is almost the same. Thus, in the ROHC scheme, not the entire packet header field is transmitted but a variable field is transmitted.
For reference, an overall size of the header of the RTP/UDP/IP-packet is 40 octet in case of IPv4 (Internet Protocol version 4) and 60 octet in case of IPv6 (internet Protocol version 6). Meanwhile, a pure data part (payload) usually has a size of 15-20 octet. That is, because the amount of control information Is much greater than the amount of data to be actually
transmitted, a transmission efficiency is quite low. Therefore, using the
li

WO 2004/017578 PCT/KIU003/00I645
header compression schemes ensures a high transmission efficiency because the amount of control information is much reduced (in case of using the ROHC scheme, the size of the header is reduced by about 1 octet to 3 octet).
Like the RFC2507 header compression scheme, in order to use the ROHC scheme at the PDCP layer, parameters constituting the form of the compressor and the decompressor should be defined.
Parameters defined for the ROHC scheme includes a Max_CID parameter informing of the maximum number of contexts usable in the compressor, a profile parameter indicating what is the type of the IP packet used for a corresponding packet stream among RTP/UDP/IP, UDP/IP and ESP/IP, an MRRU (Maximum Reconstructed Reception Unit) parameter indicating whether an IP should be segmented and also indicating the maximum size of segments when they are reassembled after being segmented in the decompressor, a Packet_Sized_Allowed parameter informing of a size of a compression header packet supportable by the ROHC scheme, and a Reverse_Decompression_Depth parameter indicating whether a compressed packet has been re-attempted for decompression after the decompressor had failed to decompress it, and determining the number of re-attempts of decompression. These parameters are defined in the RFC3095, the IETF document of the ROHC scheme.
The header compression and decompression process adopting the ROHC scheme is the same as those of the RFC2507 header compression
12

WO 2004/017578 PCT/KR2003/001645
scheme as described above (refer to Figures 4 and 5).
For a communication to an uplink, the compressor 512 of the terminal 410 and the decompressor 521 of UTRAN 420 should have the same form, and for a communication to a downlink, the compressor 522 of UTRAN 420 and the decompressor 511 of the terminal 410 also should have the same form.
Because, the RRC layer 421 of UTRAN 420 sets the parameter values to form the compressor and the decompressor without discrimination of the uplink and the downlink, the compressors 512 and 522 and the decompressors 511 and 521 provided in the terminal 410 and UTRAN 420 have all the same forms.
In order to effectively provide a VoIP service and a streaming service and prevent consumption of radio resources, the UMTS system adopts the header compression scheme such as the RFC2507 header compression scheme or the ROHC scheme to compress a header from the original size of 40 bytes or 60 bytes to a size of 1~4 bytes and transmit it. For this purpose, the terminal 410 and UTRAN 420 should define parameters for forming the compressor and the decompressor.
Usually, the UMTS system also provides the streaming service in which the uplink and the downlink are asymmetrical as well as the VoIP service in which the uplink and the downlink are symmetrical.
In this respect, however, the RRC layers 411 and 421 and the PDCP layers 412 and 422 sets a memory resource in consideration of only
the transmission service in the uplink and downlink-symmetrical structure
13

WO 2004/017578 PCT/KR2003/00164S
such as the VoIP (Voice over IP), so that the compressor and decompressor 512 and 521 of the uplink and the compressor and the decompressor 522 and 511 of the downlink have the same forms.
A problem of the conventional bi-directional packet data transmission system lies in that, the UMTS system allocates the same header compression-related memory resource to the uplink and the downlink even for the packet data transmission of the asymmetrical structure such as the streaming service.
The streaming service is a downlink-oriented service in which a packet data for a service requested by a user is transmitted through the downlink while reception information for the transmitted packet data is fed back through the uplink.
In terms of characteristics of the streaming service, the amount of the packet data transmitted to the downlink is much greater than the amount of packet data transmitted to the uplink. Thus, the conventional bi-directional packet data transmission system is disadvantageous that the memory resources used for the header compression scheme are unnecessarily wasted and thus efficiency of the resources is degraded.
The above references are incorporated by reference herein where appropriate for appropriate teachings of additional or alternative details, features and/or technical background.
DISCLOSURE OF THE INVENTION
Therefore, an object of the present invention is to provide a
14

WO 2004/017578 PCT/KR2003/001645
bi-directional packet data transmission system and method capable of asymmetrically setting an uplink memory resource and a downlink memory resource.
To achieve at least the above objects in whole or in parts, there is provided a bi-directionai packet data transmission system for a packet data transmission between a terminal and a radio access network, in which an uplink resource and a downlink resource are independently set.
Preferably, the resource is a memory resource.
Preferably, the memory resource is related to header compression.
Preferably, the memory resource hsa parameters required for header compression and decompression.
Preferably, an RRC layer of the radio access network sets resources to be different for uplink transmission and downlink transmission.
Preferably, a PDCP layer of the terminal forms a compressor by referring to received parameter values of the uplink and a decompressor by referring to received parameter values of downlink, and performs header compression and decompression.
Preferably, a PDCP layer of the radio access network forms a decompressor by referring to received parameter values of the uplink and a compressor by referring to received parameter values of downlink, and performs header compression and decompression.
To achieve at least these advantages in whole or in parts, there is
further provided a bi-directional packet data transmission system for a
15

WO 2004/017578 PCT/KR2003/001645
packet data transmission between a terminal and a radio access network, including: setting an uplink resource and a downlink resource to be different; transferring the set resource to each PDCP layer of a terminal and a radio access network; and asymmetrically performing uplink and downlink transmission by using the received resource.
Preferably, in the resource setting step, parameters required for header compression and decompression are determined and sizes of the parameters are set.
Preferably, the asymmetrical transmission performing step includes: forming a compressor by referring to the received parameter values of uplink and a decompressor by referring to the received parameter values of downlink; and performing a packet transmission according to a header compression scheme by using the compressor and the decompressor.
Preferably, the asymmetrical transmission performing step includes: forming a decompressor by referring to the received parameter values of uplink and a compressor by referring to the received parameter values of downlink; and performing a packet transmission according to a header compression scheme by using the compressor and the decompressor.
Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objects and
16

advantages of the invention may be realized and attained as particularly pointed out in the appended claims.
Accordingly, the present invention provides a method of packet data communications for a network, comprising: receiving mobile terminal capabilities associated with header compression; and configuring parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured.
The present invention also provides a method of packet communications for a mobile terminal, comprising: transmitting mobile terminal capabilities associated with header compression; receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and configuring header compression parameters based on the received parameter information.
The present invention further provides a method of packet communications for a communications system having a network and at least one mobile terminal, the method comprising: transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information.
The present invention still further provides a network for performing a method of packet communications, comprising: a Radio Resource Control layer; and a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of: receiving mobile terminal capabilities associated with header compression; configuring parameter information for uplink and downlink data transmissions based on the mobile terminal
-17-

capabilities, wherein uplink parameter information and downlink parameter information are separately configured; and transmitting the configured parameter information to a mobile terminal.
The present invention still further provides a mobile terminal for performing a method of packet communications, comprising: a Radio Resource Control layer; and a Packet Data Convergence Protocol layer, wherein the Radio Resource Control layer and the Packet Data Convergence Protocol layer cooperate to perform the steps of: transmitting mobile terminal capabilities associated with header compression; receiving parameter information, wherein uplink parameter information and downlink parameter information were separately configured by a network; and configuring header compression parameters based on the received parameter information.
BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS
The invention will be described in detail with reference to the following drawings in which like reference numerals refer to like elements wherein:
Figure 1 illustrates a construction of a general UMTS network;
Figure 2 illustrates a structure of a radio interface protocol between a terminal and UTRAN on the basis of 3GPP radio access network standards;
Figure 3 illustrates a concept of a compression slow-start scheme;
Figure 4 is a signal flow chart for implementing a header compression scheme in accordance with a conventional art;
Figure 5 illustrates structures of compressors and decompressors of a terminal and UTRAN in accordance with the conventional art;
- 17A

Figure 6 is a signal flow chart for implementing a header compression scheme in accordance with a preferred embodiment of the present invention; and
Figure 7 illustrates structures of compressors and decompressors of a terminal and UTRAN in accordance with the preferred embodiment of the present invention.
MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS
- 17B -

WO 2004/017578 PCT/KR2003/001645
Figure 7 illustrates structures of compressors and decompressors of a terminal or mobile unit and UTRAN in accordance with the preferred embodiment of the present invention and shows transmission in an asymmetrical structure between an uplink and a downlink.
As shown in Figure 7, a compressor and a decompressor of the present invention have the same structures as those of the conventional art (refer to Figure 5).
The only difference of the present invention from the conventional art is that UTRAN 620 and a terminal 610 allocate a memory resource required for a header compression scheme to the uplink and the downlink in consideration of transmission that the uplink and downlink are asymmetrical as well as the transmission that uplink and downlink are symmetrical.
Figure 6 is a signal flow chart for implementing a header compression scheme in accordance with a preferred embodiment of the present invention.
As shown in Figure 6, a bi-directional packet data transmission system in accordance with a preferred embodiment of the present invention includes: UTRAN 620 for setting header compression-related parameter values required for uplink transmission and downlink transmission, and forming a compressor 722 and a decompressor 721; and a terminal 610 for transmitting the capacity information to UTRAN 620, receiving the set header compression-related parameter values from UTRAN 620 and forming a compressor 712 and a decompressor 711 by
18

WO 2004/017578 PCT/KR2003/001645
referring to the received parameter values.
UTRAN 620 includes an RRC layer 621 for setting the header compression-related parameter values required for uplink transmission and downlink transmission and transmitting the parameter values to an RRC layer 611 of the terminal and to its PDCP layer (622); and the PDCP layer 622 for forming the decompressor 721 used for uplink transmission and the compressor 722 used for .downlink transmission, and performing a header compression and decompression.
The terminal 610 includes the RRC layer 611 for receiving the parameter values set by the RRC layer 621 of UTRAN 620 and transmitting the values to its PDCP layer 612; and the PDCP layer 621 for forming the compressor 712 used for uplink transmission and the decompressor 711 used for downlink transmission by referring to the received parameter values, and performing header compression and decompression; and a first and second memory spaces for the uplink and downlink data transmissions, respectively. The two memory spaces may be independent of each other.
Trie operation of the packet data transmission system will now be described.
i To begin with, the RRC layer 611 of the terminal 610 transfers the
'capacity information' to the RRC layer 621 of UTRAN 620.
Then, the RRC layer 621 of UTRAN 620 discriminates capacity information of uplink and capacity information of downlink from the
received capacity information. Subsequently, the RRC layer sets
19

WO 2004/017578 PCT/KR2003/001645
parameter values for forming the compressor 712 and the decompressor 721 of the uplink by referring the uplink capacity information and also sets parameter values for forming the compressor 722 and the decompressor 711 of downlink by referring to the downlink capacity information.
The parameter values are not necessarily set on the basis of capacity information of the terminal. They can be set according to a statistical calculation value previously set in UTRAN 620.
After the parameter values are completely set, the RRC layer 621 of UTRAN 620 transfers the set parameter values to the RRC layer 611 of the terminal 610. The RCC layer 621 can transfer the set parameters for either the compressor only (uplink), the decompressor only (downlink), or both.
As the set parameter values transferred to the terminal 610, the RRC layer 611 of the terminal 610 and the RRC layer of UTRAN 620 transfers the set parameter values to the PDCP layers 612 and 622. Then, each header compression performing layer included in the PDCP layers 612 and 622 forms the compressors 712 and 722 and the decompressors 711 and 721 by referring to the parameter values.
Specifically, the header compression performing layer of UTRAN 620 forms the decompressor 721 used for uplink transmission and the compressor 722 used for downlink transmission by referring to the parameter values, and the header compression performing layer of the terminal 610 forms the compressor 712 used for uplink transmission and the decompressor 711 used for downlink transmission by referring to the
20

WO 2004/017578 PCT/KR2003/001645
parameter values.
And then, the header compression performing layers of the terminal 610 and UTRAN 620 perform header compression and decompression according to a certain header compression scheme by using the compressors 712 and 722 and the decompressors 711 and 721.
As described above, in the bi-directionat packet data transmission system in accordance with the preferred embodiment of the present invention, the compressor 722 and the decompressor 721 of the terminal 610 (or the form of the compressor 722 and the decompressor 721 of UTRAN 620) are constructed in a different form so that the header compression-related memory resources allocated to the uplink and the downlink are set different. The forms of the compressor and the decompressors 712, 721, 722 and 711 which have peer-to-peer relations are the same with each other.
The bi-directional packet data transmission system in accordance with the present invention performs the header compression and decompression by adopting the RFC2507 header compression scheme or the ROHC scheme.
First, in the case of adopting the RFC2507 header compression scheme for the bi-directional packet data transmission system, the compressor 712 of the terminal 610 performing the uplink communication and the decompressor 721 of UTRAN 620 are formed by an F_MAX_PERIOD parameter informing of a transmission period of an full header packet with respect to the compression slow-start scheme, an
21

WO 2004/017578 PCT/KR2003/001645
F_MAX_TIME parameter informing of packet transmission available time, a MAX_HEADER parameter informing of the maximum compressible size of a header, a TCP_SPACE parameter informing of the maximum size of a TCP packet context, and a NON_TCP_SPACE parameter informing of the maximum size of non-TCP packet context.
The compressor 722 of UTRAN performing the downlink communication and the decompressor 711 of the terminal 610 are formed by a TCP_SPACE parameter informing of the maximum size of TCP packet context, a NON_TCP SPACE parameter informing of the maximum size of the non-TCP packet context, and an EXPECTED_REORDERING parameter informing of a re-sequential array of a reception packet.
Second, in the case of adopting the ROHC scheme for the bi-directional packet data transmission system, the compressor 712 of the terminal 610 performing the uplink communication and the decompressor 721 of UTRAN 620 are formed by a Max_C(D parameter informing of the maximum number of contexts used for the header compression scheme, a profile parameter informing of a kind of an IP packet supportable by the decompressor, an MRRU parameter informing whether an IP packet can be segmented in the compressor, and a Packet_Sized_Altowed parameter determining sizes of compression header packets usable in the compressor.
In addition, the compressor 722 of UTRAN 620 performing the downlink communication and the decompressor 711 of the terminal 610 are formed by a Max_CID parameter informing of the maximum number of
22

WO 2004/017578 PCT/KK2003/OO1645
contexts, a profile parameter informing of a kind of an IP packet supported by the decompressor, an MRRU parameter informing of the maximum size of added packets when divided segments are added in the decompressor, and a Reverse_Decompression__Depth parameter informing of the maximum storage size of a buffer which stores a decompression-failed packet.
As so far described, the packet data transmission method and system of the present invention has the following advantages.
That is, because the memory resources are set to be different for the uplink and downlink transmission, waste of the memory resource can be prevented. In addition, the memory resource can be effectively managed even in a packet data transmission service (e.g., the streaming service) with the asymmetrical structure that the packet amount of the downlink is much greater than the packet amount of the uplink, or the packet amount of the uplink is much greater than the packet amount of the downlink.
The foregoing embodiments and advantages are merely exemplary and are not to be construed as limiting the present invention. The present teaching can be readily applied to other types of apparatuses. The description of the present invention is intended to be illustrative, and not to limit the scope of the claims. Many alternatives, modifications, and variations will be apparent to those skilled in the art. In the claims, means-plus-function clauses are intended to cover the structure described herein as performing the recited function and not only structural
23

WO 2004/017578 PCT/KR2003/001645
equivalents but also equivalent structures.
24

WE CLAIM :
1. A method of packet data communications for a network, comprising:
- receiving mobile terminal capabilities associated with header compression; and
- configuring parameter information for uplink and downlink data transmissions
based on the mobile terminal capabilities, wherein uplink parameter information and
downlink parameter information are separately configured.
2. The method of claim 1, also comprising:
- transmitting the configured parameter information to a mobile terminal.
3. The method of claim 2, wherein the transmitted configured parameter
information is for an uplink.
4. The method of claim 2, wherein the transmitted configured parameter
information is for a downlink.
5. The method of claim 2, wherein the uplink parameter information is for a
compressor of a mobile terminal.
6. The method of claim 2, wherein the downlink parameter information is for a
decompressor of a mobile terminal.
7. The method of claim 2, wherein the header compression employs a robust
header compression scheme.
8. The method of claim 2, wherein header compression related memory resources
for the uplink and for the downlink are allocated differently by the network.
9. The method of claim 8, wherein greater memory resources are allocated for the
downlink.
-25-

10. The method of claim 8, wherein the steps are used to provide at least one of a
Voice over Internet Protocol service and a streaming service.
11. A method of packet communications for a mobile terminal, comprising:
- transmitting mobile terminal capabilities associated with header compression;
- receiving parameter information, wherein uplink parameter information and
downlink parameter information were separately configured by a network; and
- configuring header compression parameters based on the received parameter
information.

12. The method of claim 11, wherein the received parameter information is for an
uplink.
13. The method of claim 11, wherein the received parameter information is for a
downlink.
14. The method of claim 11, wherein the uplink parameter information is for a
compressor of the mobile terminal.
15. The method of claim 11, wherein the downlink parameter information is for a
decompressor of the mobile terminal.
16. The method of claim 11, wherein the header compression employs a robust
header compression scheme.
17. The method of claim 11, wherein header compression related memory resources
for the uplink and for the downlink are allocated differently by the mobile terminal.
18. The method of claim 17, wherein greater memory resources are allocated for the
downlink.
-26-

19. The method of claim 17, wherein the steps are used to provide at least one of a
Voice over Internet Protocol service and a streaming service.
20. A method of packet communications for a communications system having a
network and at least one mobile terminal, the method comprising:
- transmitting by the mobile terminal, mobile terminal capabilities associated with
header compression;
- configuring by the network, parameter information for uplink and downlink data
transmissions based on the mobile terminal capabilities, wherein uplink parameter
information and downlink parameter information are separately configured;
- receiving by the mobile terminal, the configured parameter information; and
- configuring by the mobile terminal, header compression parameters based on
the received parameter information.

21. The method of claim 20, wherein the transmitted configured parameter
information is for an uplink.
22. The method of claim 20, wherein the transmitted configured parameter
information is for a downlink.
23. The method of claim 20, wherein the uplink parameter information is for a
compressor of a mobile terminal.
24. The method of claim 20, wherein the downlink parameter information is for a
decompressor of a mobile terminal.
25. The method of claim 20, wherein the header compression employs a robust
header compression scheme.
26. The method of claim 20, wherein header compression related memory resources
for the uplink and for the downlink are allocated differently by the network.
-27-

27. The method of claim 26, wherein greater memory resources are allocated for the
downlink.
28. The method of claim 26, wherein the steps are used to provide at least one of a
Voice over Internet Protocol service and a streaming service.
29. A network for performing a method of packet communications, comprising:
- a Radio Resource Control layer; and
- a Packet Data Convergence Protocol layer, wherein the Radio Resource
Control layer and the Packet Data Convergence Protocol layer cooperate to perform
the steps of,
- receiving mobile terminal capabilities associated with header compression;
- configuring parameter information for uplink and downlink data transmissions
based on the mobile terminal capabilities, wherein uplink parameter information and
downlink parameter information are separately configured; and
- transmitting the configured parameter information to a mobile terminal.

30. The network of claim 29, wherein the Radio Resource Control layer and the
Packet Data Convergence Protocol layer cooperate to allocate different header
compression related memory resources for the uplink and for the downlink.
31. The network of claim 30, wherein greater memory resources are allocated for the
downlink.
32. A mobile terminal for performing a method of packet communications,
comprising:
- a Radio Resource Control layer; and
- a Packet Data Convergence Protocol layer, wherein the Radio Resource
Control layer and the Packet Data Convergence Protocol layer cooperate to perform
the steps of,
- transmitting mobile terminal capabilities associated with header compression;
-28-

- receiving parameter information, wherein uplink parameter information and
downlink parameter information were separately configured by a network; and
- configuring header compression parameters based on the received parameter
information.

33. The mobile terminal of claim 32, wherein the Radio Resource Control layer and
the Packet Data Convergence Protocol layer cooperate to allocate different header
compression related memory resources for the uplink and for the downlink.
34. The mobile terminal of claim 33, wherein greater memory resources are
allocated for the downlink.
-29-
The present invention relates to wireless communications and addresses the conventional art problems related to allocating uplink and downlink memory resources in bi-directional packet data transmissions. Such problems are solved by a method of packet communications for a communications system having a network:and at least one mobile terminal, the method comprising, transmitting by the mobile terminal, mobile terminal capabilities associated with header compression; configuring by the network, parameter information for uplink and downlink data transmissions based on the mobile terminal capabilities, wherein uplink parameter information and downlink parameter information are separately configured; receiving by the mobile terminal, the configured parameter information; and configuring by the mobile terminal, header compression parameters based on the received parameter information. The network and mobile terminal respectively have a RRC layer and a PDCP layer that cooperate to perform this method.

Documents:

00547-kolnp-2004 abstract.pdf

00547-kolnp-2004 assignment.pdf

00547-kolnp-2004 claims.pdf

00547-kolnp-2004 correspondence.pdf

00547-kolnp-2004 description(complete).pdf

00547-kolnp-2004 drawings.pdf

00547-kolnp-2004 form-1.pdf

00547-kolnp-2004 form-18.pdf

00547-kolnp-2004 form-3.pdf

00547-kolnp-2004 form-5.pdf

00547-kolnp-2004 g.p.a.pdf

00547-kolnp-2004 letters patent.pdf

547-KOLNP-2004-CORRESPONDENCE 1.1.pdf

547-KOLNP-2004-CORRESPONDENCE.1.2.pdf

547-KOLNP-2004-FORM 27.pdf

547-KOLNP-2004-FORM-27.pdf

547-KOLNP-2004-PA.pdf

« Previous Patent

Next Patent »

Patent Number

201107

Indian Patent Application Number

547/KOLNP/2004

PG Journal Number

30/2009

Publication Date

24-Jul-2009

Grant Date

23-Feb-2007

Date of Filing

26-Apr-2004

Name of Patentee

LG ELECTRONICS INC

Applicant Address

20, YOIDO-DONG,YOUNGDUNGPO-GU,SEOUL 150-010,

Inventors:

#	Inventor's Name	Inventor's Address
1	LEE SO-YOUNG	TOEGYE 2CHA APT.366-702, OGEUM-DONG,GUNPO GYEONGGI-DO 435-758
2	YI SEUNG-JUNE	DAECHEONG APT.303-403 GAEPO-DONG, GANGNAM-GU, SEOUL 135-240
3	LEE YOUNG-DAE	SINAN APT. 419-1501, CHANGWOO-DONG, HANAM,GYEONGGI-DO 465-711,

PCT International Classification Number

H04L12/56

PCT International Application Number

PCT/KR2003/001645

PCT International Filing date

2003-08-14

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	10-2002-0048261	2002-08-14	Republic of Korea