Title of Invention	TRAFFIC TRANSMISSION PATH RELOCATION METHOD FOR RADIO COMMUNICATION SYSTEM
Abstract	A method for effectively relocating a traffic transmission path when a mobile terminal changes a gateway for a traffic transmission that may include: when a mobile terminal performs handover from a first radio network node to a second radio network node, determining a gateway for processing traffic most suitable for the second radio network node; changing a traffic transmission path to the determined gateway; and transmitting, by a traffic transmission node, traffic to the second radio network node through the changed traffic transmission path.

Title of Invention

TRAFFIC TRANSMISSION PATH RELOCATION METHOD FOR RADIO COMMUNICATION SYSTEM

Abstract

A method for effectively relocating a traffic transmission path when a mobile terminal changes a gateway for a traffic transmission that may include: when a mobile terminal performs handover from a first radio network node to a second radio network node, determining a gateway for processing traffic most suitable for the second radio network node; changing a traffic transmission path to the determined gateway; and transmitting, by a traffic transmission node, traffic to the second radio network node through the changed traffic transmission path.

Full Text	1 WO 2007/024112 PCT/KR2006/003340 Description TRAFFIC TRANSMISSION PATH RELOCATION METHOD FOR RADIO COMMUNCIATION SYSTEM Technical Field [1] The present invention relates to an E-UMTS (Evolved Universal Mobile Telecom- munications System) and, more particularly, to a method for effectively relocating a traffic transmission path when a mobile terminal changes a gateway for traffic transmission. Background Art [2] FIG. 1 is a network structure of the E-UMTS, a mobile communication system applicable to the related art and the present invention. [3] The E-UMTS system has been evolved from the UMTS system, for which the 3GPP is proceeding with the preparation of the basic specifications applicable thereto. The E-UMTS system can be classified as an LTE (Long Term Evolution) system. [4] With reference to FIG. 1, the E-UMTS network is divided into an E-UTRAN 20 and an EPC (Evolved Packet Core) 10. The E-UTRAN 20 includes a terminal (UE (User Equipment)), a base station (eNB or eNode B) 21 and an AG (Access Gateway) 11 (which also can be expressed as 'MME/UPE'). The AG 11 can be divided into a part for handling user traffic and a part for handling control traffic. The AG part for handling new user traffic and the AG part for handling control traffic can communicate with each other via newly defined interface. [5] One or more cells may exist in a single eNode B (eNB) 21, and an interface for transmitting the user traffic and the control traffic can be used between the eNode Bs. [6] The EPC 10 may include an AG 11, a node for user registration of the UE, and the like. Also, in the UMTS of FIG. 1, an interface for discriminating the E-UTRAN 20 and the EPC 10 can be used. An S1 interface can connect a plurality of nodes (i.e., in a many-to-many manner) between the eNode B 21 and the AG 11. The eNode Bs are connected with each other through an X2 interface, and the X2 interface is always present between adjacent eNode Bs in a meshed network structure. [7] Layers of a radio interface protocol between the UE and a network can be divided into a first layer (L1), a second layer (L2) and a third layer (L3) based upon the three lower layers of an open system interconnection (OSI) standard model that is well- known in the art of communication systems. [8] The first layer (L1) provides an information transfer service using a physical channel, and a radio resource control (RRC) layer positioned at the third layer (L3) serves to control radio resources between the terminal and the network, for which the 2 WO 2007/024112 PCT/KR2006/003340 RRC layer exchanges an RRC message between the terminal and the network. The RRC layer can be distributed so as to be positioned in network nodes such as the eNode Bs and the AGs, etc., or can be positioned only in the eNode Bs or in the AGs. [9] Fig 2 illustrates a control plane structure of the radio access interface protocol between the terminal and the UTRAN based upon various 3GPP wireless access network standards. [10] The radio access interface protocol has horizontal layers including a physical layer, a data link layer and a network layer, and has vertical planes including a user plane for transmitting data information and a control plane for transmitting control signals. [11] The protocol layers can be divided into a first layer (L1), a second layer (L2) and a third layer (L3) based upon the three lower layers of an open system interconnection (OSI) standard model that is well-known in the art of communication systems. Each layer of the control plane of the radio protocol in FIG. 2 and the user plane of the radio protocol in FIG. 3 will now be described. [12] The physical layer, the first layer, provides an information transmission service to an upper layer by using a physical channel. The physical layer is connected with a medium access control (MAC) layer located at a higher level through a transport channel, and data between the MAC layer and the physical layer is transferred via the transport channel. Between different physical layers, namely, between physical layers of a transmission side and a reception side, data is transferred via the physical channel. [ 13] The MAC layer of the second layer provides a service to a radio link control (RLC) layer, an upper layer, via a logical channel. The RLC layer of the second layer reliably supports a data transmission. The function of the RLC layer can be implemented as a function block within the MAC layer, and in this case, the RLC layer may not be present. A PDCP layer of the second layer performs a header compression function for reducing unnecessary control information so that data transmitted by using IP packets such as IPv4 or IPv6 can be effectively transmitted via a radio interface with a relatively small bandwidth. [14] A radio resource control (RRC) layer located at the lowest portion of the third layer (L3) is only defined in the control plane and controls logical channels, transport channels and the physical channels in relation to the configuration, reconfiguration, and release of the radio bearers (RBs). Here, the RB signifies a service provided by the second layer (L2) for data transmission between the terminal and the UTRAN. [15] Downlink transport channels for transmitting data from the network to the terminal, include a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting the user traffic or the control message. Downlink multicast, traffic of a broadcast service or a control message can be transmitted through the downlink SCH or through a separate downlink multicast 3 WO 2007/024112 PCT/KR2006/003340 channel (MCH). [16] Uplink transport channels for transmitting data from the terminal to the network include a random access channel (RACH) for transmitting an initial control message and an uplink SCH for transmitting the user traffic and the control message. Disclosure of Invention Technical Problem [17] In the related art, when a mobile terminal cannot be connected with a gateway (i.e., AG) for traffic transmission, the mobile terminal is currently connected to use because of its mobility any longer or when the gateway cannot be sustained in terms of other operations, the mobile terminal changes its connection to a gateway suitable for a base station into which it has been moved. [18] In this respect, however, the change to the new gateway increases traffic congestion of a network because of context information exchanged between the gateways and signaling message transmissions between many base stations and gateways, and the like. Technical Solution [19] One exemplary feature of the present invention is to provide a method for relocating a traffic transmission path of a mobile terminal capable of optimizing transmission of a signaling message to thus minimize congestion of a network when a mobile terminal changes a gateway for traffic transmission. [20] To implement at least the above feature in whole or in parts, the present invention provides a method for relocating a traffic transmission path in a mobile communication system that may include: when a mobile terminal performs handover from a first radio network node to a second radio network node, determining a gateway for processing traffic most suitable for the second radio network node; changing a traffic transmission path to the determined gateway; and transmitting, by a traffic transmission node, traffic to the second radio network node through the changed traffic transmission path. [21] The first radio network node may be a base station to which the mobile terminal is currently connected to receive a service, and the second radio network node may be a base station to which the mobile terminal is to move to receive a service. [22] In the traffic transmission path relocation method, the traffic transmission path changing step includes: transmitting by the second radio network node, a relocation request message to the determined first gateway; transmitting, by the first gateway which has received the relocation request message, a path optimization request message to a gateway from which the terminal had previously received a service; and transmitting, by the second gateway, a response message to the first gateway and informing a traffic transmission node within a network that the traffic path has been 4 WO 2007/024112 PCT/KR2006/003340 changed. [23] The relocation request message may include context information of the terminal such as authentication information of the mobile terminal, security information and compression related information. [24] The path optimization request message may include the context information and identification information of the terminal. [25] The first gateway registers the terminal on a terminal list of the first gateway itself manages according to the response message and the second gateway may delete the context information with respect to the terminal and also delete the terminal from a terminal list managed by itself. [26] The foregoing and other objects, features, aspects and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings. [27] Brief Description of the Drawings [28] The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention. [29] In the drawings: [30] FIG. 1 shows an exemplary network structure of an E-UMTS, a mobile com- munication system for which a related art and the mobile terminal are applied; [31] FIG. 2 is an exemplary structure of a control plane of a radio interface protocol between a terminal and a UTRAN based on a 3GPP wireless access network spec- ification; [32] FIG. 3 is an exemplary structure of a user plane of the radio interface protocol between the terminal and the UTRAN based on the 3GPP wireless access network specification; [33] FIG. 4 shows an exemplary network structure model for explaining a relocation method according to the present invention, namely, a basic network configuration related to AG relocation; [34] FIG. 5 shows an example of traffic (e.g., packet) transmission between eNBs when a terminal moves from a seNB to a teNB; [35] FIG. 6 is a view showing traffic transmission from a sAG to a teNB when the terminal moves from the seNB to the teNB. [36] FIG. 7 shows a traffic transmission when the terminal moves from an seNB to the teNB but there is no path between the sAG and the teNB; 5 WO 2007/024112 PCT/KR2006/003340 [37] FIG. 8 shows an example of relocating an optimum AG to the teNB and transmitting traffic, when the terminal moves from the seNB to the teNB; [38] FIG. 9 shows a method for relocating a packet transmission path according to the present invention; [39] FIG. 10 shows a method for relocating a packet transmission path by an AG relocation request through a late path switching; [40] FIG. 11 and FIG. 12 show the AG relocation process through the terminal. [41] FIG. 13 is an exemplary structure of a mobile communications terminal according to the present invention. Mode for the Invention [42] One aspect of the present invention relates to the recognition by the present inventors about the problems of the related art as described above, and further explained hereafter. Based upon this recognition, the features of the present invention have been developed. [43] Although the present invention is shown to be implemented in a mobile com- munication system, such as a UMTS developed under 3GPP specifications, the present invention can also be applied to other communication systems operating in conformity with different standards and specifications. [44] As network technology continues to develop, it is foreseen that RNCs may no longer be necessary in future networks, because Node Bs with enhanced capabilities, or other types of network entities (e.g. so-called Access Gateways) may handle the operations performed by currently existing RNCs. Such long-term evolution issues further support the need to develop improved radio admission control techniques to be used in admitting new terminals (or establishing new user links) and supporting newly developing enhanced services for a greater number of terminals being managed by the network. [45] The present invention provides a traffic transmission path relocation method capable of minimizing traffic congestion of a network and minimizing an unnecessary signaling process when a mobile terminal wants to change an access gateway (AG) of a radio network, with which the mobile terminal is currently connected due to the mobility of the radio terminal. [46] Namely, when the mobile terminal changes its connection from a first radio network node, with which the mobile terminal is currently connected with, to a second radio network node, the wireless communication system changes or newly sets a gateway node for processing traffic most suitable for the second radio network node, to thus optimize transmission efficiency. [47] Preferably, the first radio network node may be a base station node source eNB with 6 WO 2007/024112 PCT/KR2006/003340 which the mobile terminal is currently connected to receive a service, and the second radio network node may be a base station node target eNB to which the mobile terminal is going to move to receive a service. [48] FIG. 4 shows an exemplary network structure model for explaining an exemplary relocation method according to the present invention, namely, a basic network con- figuration related to AG relocation. [49] With reference to FIG. 4, an Inter-Autonomous System (inter-AS) 100 is a higher level network node, and a service to be transmitted to the terminal is transmitted to AGs (sAG 200 and tAG 210) via the Inter-AS (e.g., a traffic transmission node) 100. The Inter-As 100 can serve as an anchor for interworking with a different network. Al- ternatively, a network node that is located at a higher level than the AGs and serves as the anchor for interworking with a different network can act as the Inter-AS 100. The AGs are connected with each other directly or indirectly. Namely, two AGs may be connected together with or without other network nodes therebetween. [50] The sAG (source AG) 200 is an AG with which the terminal is being currently connected to receive a service. The sAG 200 may have information related to the terminal. The terminal-related information may include authentication information, security information, compression-related information, service information and TA (Tracking Area) information, etc. The sAG 200 includes a PDCP, a security-related protocol, and compression-related protocols with respect to the terminal. [51 ] The tAG (target AG) 210 is an AG to which the terminal is going to move after moving to a teNB 300, and the seNB 310 is a base station node with which the terminal has been connected to receive the service. The terminal is allocated radio resources via the base station and receives traffic through a radio interface. If the terminal wants to move from the seNB 300 to the teNB 310, it is disconnected from the seNB 300 and is newly connected with the teNB 310 (namely, it cuts off its connection with the seNB and makes a new connection with the teNB). In this case, the teNB basically has an interface (X2) connected with the seNB 300, through which a packet transmission can be performed between the eNBs. One eNB can perform packet transmission on several AGs through an interface (S1). [52] FIG. 5 shows an example of traffic (e.g., packet) transmission between the eNBs when the terminal moves from the seNB 300 to the teNB 310. As shown in FIG. 5, when the terminal moves from the seNB 300 to the teNB 310, a packet transmission is performed between the seNB 300 and the teNB 310 until when handover is completed, as the teNB 310 receives handover completion information after the seNB 300 transmits a handover command to the terminal. [53] FIG. 6 is a view showing traffic transmission from the sAG 200 to the teNB 310 when the terminal moves from the seNB 300 to the teNB 310. FIG. 6 shows a case 7 WO 2007/024112 PCT/KR2006/003340 where when the terminal, upon completion of handover, moves to the teNB 310, a path from the sAG 200 is updated so that traffic can be transmitted directly to the teNB, not to the seNB. [54] FIG. 7 shows a traffic transmission when the terminal moves from the seNB 300 to the teNB 310, but there is no path between the sAG 200 and the teNB 310. In FIG. 7, when the terminal moves from the seNB 300 to the teNB 310, but an immediate connection is not possible because there is no path from the sAG 200 directly to the teNB 310 or due to other problems, traffic transmission should be made via the tAG 210 to which the teNB 310 can be connected. [55] In the cases as shown in FIGs. 6 and 7, because traffic may be transmitted to the terminal via another path than an optimum path, additional traffic transmission delays may occurs. Also, a problem may arise with respect to the traffic transmission according to a traffic load or capacity of the sAG, etc. [56] Thus, as shown in FIG. 8, a gateway (namely, 'tAG') that is most suitable for the eNB to which the terminal is being connected with, should be relocated to transmit traffic via an optimized path. [57] FIG. 8 shows an example of relocating an optimum AG to the teNB 310 and transmitting traffic, when the terminal moves from the seNB 300 to the teNB 310. [58] FIG. 9 shows a method for optimizing a packet transmission path via an AG relocation, and particularly, shows a method for relocating the AG in the process of traffic transmission as shown in FIGs. 6 and 7. [59] With reference to FIG. 9, the terminal is in a state of receiving or transmitting traffic in an active mode. When handover is being performed as the terminal moves from the seNB to the teNB, the terminal receives traffic through the seNB (FIG. 5: Inter AS (100) -> sAG (200) -> seNB (300) -> teNB (310) -> terminal). [60] When handover is completed, the terminal may receive traffic directly from the teNB through the sAG (FIG. 6: Inter AG (100) -> sAG (200) -> teNB (310) -> terminal), or may receive traffic through the tAG, namely, a new AG (FIG. 7: Inter AS (100) -> sAG (200) -> tAG (210) -> teNB (310) -> terminal). [61] Accordingly, first, the teNB 310 may check an activity of the terminal, namely, a state of traffic transmission or reception. In this case, the terminal may be in an active mode in which it transmits or receives traffic or in a quasi-active mode in which it is in an active state but transmits or receives little traffic or does not transmit or receive any traffic. The quasi-active mode is similar to an idle mode, but different from the idle mode in that the terminal is present and sustained in the eNB to which UE context of the terminal is connected. Herein, it is assumed that the terminal, which has transmitted and received traffic in the active mode, has been changed to be in the quasi-active mode as the traffic transmission and reception is suspended. When the terminal is 8 WO 2007/024112 PCT/KR2006/003340 checked to be in the quasi-active mode, the teNB 310 determines the most valid AG (e.g., the tAG) (which can be determined in terms of an operator in consideration of characteristics such as traffic path optimization, a traffic load and a user load, etc.) and transmits an AG relocation request message to the tAG 210 (step S10). [62] The AG relocation request message may include UE context or the like with respect to the terminal. The UE context information may include authentication information, security information and compression-related information. Additional UE context in- formation, as well as other types of information may be included in the AG relocation request message. In this case, the terminal may be changed to the idle mode or can be maintained in the quasi-active mode. For this purpose, the teNB 310 may transmit a request message for changing or maintaining the terminal state to the terminal. [63] When the tAG 210 receives the AG relocation request message from the teNB 310, it transmits an AG path optimization request message to the sAG (step S11). In this case, the AG path optimization message may include the UE context information and identification information, or may include the authentication information and the security information as necessary. [64] Upon receiving the AG path optimization request message, the sAG 200 may transmit an AG path optimization response message containing the context information such as the authentication information and the security information with respect to the terminal to the tAG (step S12). As the tAG 210 receives the AG path optimization response message, it may register or attach the terminal into its terminal list (which is managed by the tAG itself). The sAG 200 may delete or detach the context information with respect to the terminal or de-list the terminal from its terminal list that manages it. Or, the sAG may keep a portion or the entirety of the UE context information. [65] The sAG 200 requests the Inter-AS 100 or a server related to distribution of traffic or providing of a service within the network to change the path for a traffic transmission from the terminal to the tAG 210, instead of to the sAG 200, through a path switching message (step S13). [66] Upon receiving the path switching message, the Inter-AS 100 may check the traffic situation such as (a traffic load, etc), switches the traffic transmission path with respect to the service, and starts traffic transmission for the terminal through the tAG 210, instead of through the sAG 200. Accordingly, the traffic is directly transmitted to the teNB 310 from the Inter-AS 100 via the tAG 210 so as to be provided to the terminal through an optimized path. Also, the traffic transmission path may change when the traffic load condition is substantially changed (i.e., when the traffic load is greater than predetermined threshold value) again even after the traffic transmission path has been previously established. [67] An AG relocation request through a late path switching will be described in detail 9 WO 2007/024112 PCT/KR2006/003340 with reference to FIG. 10. [68] The basic assumptions and processes in FIG. 10 follow the processes of FIG. 9. Namely, a first step and a second step of FIG. 9 are performed same in FIG. 10. In a third step, the tAG 210 may receive the AG path optimization response message and confirms the AG path optimization request. In a fourth step, the tAG 210 may transmit the path switching message to the Inter-AS 100 following the reception of the AG path optimization request. Upon receiving the path switching message, the Inter-AS 100 may check the traffic situation (such as the traffic load, etc.), may switch the traffic transmission path with respect to the service and starts traffic transmission for the terminal via the tAG 210, not via the sAG 200. Accordingly, the traffic may be transmitted to the tAG 210 via the Inter-AS 100 and then immediately transmitted to the teNB 310, thereby being provided to the terminal via an optimized path. [69] FIGs. 11 and 12 show the AG relocation process through the terminal. [70] In FIGs. 11 and 12, the terminal (UE) 410 has been moved from the seNB 300 to the teNB 310 and receives network-related information or system information via the teNB 310. The network-related information may include an identifier for identifying an area or a node, etc. managed by the network. Because the terminal has been moved from a network (of which it originally belongs) to a different network, it is presently located in the different network so the identifier included in the received network- related information is different from the previous identifier. Upon checking the identifier, the terminal transmits an AG relocation request message to the teNB in order to inform the network (teNB) that it has newly moved into the network and thus requires setting of a new path. When the teNB 310 receives the AG relocation request message, it transmits the AG relocation request message to the tAG 210 to inform that the terminal registration and AG relocation are necessary. [71] Upon receiving the AG relocation request message, the tAG 210 transmits the AG path optimization request message to the sAG 200. Upon receiving the AG path op- timization request message from the tAG 210, the sAG 200 transmits a response to the AG path optimization request message to the tAG 210. [72] In FIG. 11, after the sAG 200 receives the AG path optimization request message, it transmits the path switching message to the Inter-AS 100. In FIG. 12, after the tAG 210 receives the response to the AG path optimization request message from the sAG 200, it transmits the path switching message to the Inter-AS 100. [73] As so far described, when the mobile terminal 410 is connected to the second radio network node (teNB) 310 in a state that it had been connected with the first radio network node (seNB) 300, the gateway most suitable for the second radio network node is relocated to perform traffic transmission through an optimized path, whereby the congestion within the network and unnecessary signaling process generated in the 10 WO 2007/024112 PCT/KR2006/003340 related art can be reduced. [74] Fig 13 is an exemplary construction view showing a mobile communications terminal according to the present invention. [75] As shown, the mobile communications terminal 500 may comprises a transceiver 550 for transmitting and/or receiving data through a traffic path in a mobile com- munication system via a wireless link (Wi-Fi, Wi-MAX, Wi-bro, etc.) and the like; a storage unit 540 for storing the data transmitted or received via the transceiver or from an external source; a processor 510 for sending a request for an optimized traffic path, during or after performing handover from a source node B to a target node B, to the network that determines the optimized traffic path, and receiving the data through the optimized traffic path from the network. [76] As can be understood, other components exist within a mobile communications terminal, but such will not be discussed in detail to prevent the characteristics of the present invention from being obscured. [77] The present invention provides a method for relocating an access gateway (AG) in a mobile communications system having network entities and at least one terminal, the method comprising: sending a relocation request from a target Node B (e.g., teNB) to a target access gateway; sending a path optimization request from the target access gateway to a source access gateway; sending a path switching request from at least one of the target access gateway and the source access gateway to a higher entity; es- tablishing, by the higher entity, a optimized path to transfer data between the terminal and the higher entity; re-establishing the optimized path when the traffic load condition is substantially changed; sending, by the target node B, network related information and/or system information to the terminal, and the network related information includes an identifier to define a domain and/or a node managed by a network; sending a request to the terminal for changing or maintaining a terminal state; sending a response for the path optimization request from the source access gateway to the target access gateway; adding a terminal into a list of the target access gateway based on the response received by the target access gateway, and/or removing a terminal from a list of the source access gateway based on the response received by the target access gateway; wherein the relocation request is an AG relocation request message, the path optimization request is an AG path optimization request message, and the path switching response is an AG path switching message; wherein the higher entity (e.g., higher node, Inter-AS) determines the optimized path based upon a traffic load condition, which is determined by at least one of a traffic overload situation, a user overload situation and a capacity of the access gateways; wherein at least one of the source access gateway and the target access gateway includes information about the terminal related to at least one of authentication information, security information, 11 WO 2007/024112 PCT/KR2006/003340 compression-related information, service information, and Tracking Area (TA) in- formation; wherein the steps are performed if the terminal is in Quasi-active mode; wherein the relocation request includes information about the terminal related to at least one of authentication information, security information, compression-related in- formation, service information, and Tracking Area (TA) information; wherein the path optimization request includes at least one of a terminal context, identification in- formation, authentication information and security information. [78] Also, the present invention provides a method for relocating an access gateway (AG) in a mobile communications system, the method comprising: determining whether a traffic path is needed to be relocated; detecting a terminal mode if a relocation of the traffic path is necessary; and sending a mode transition request to the terminal if the terminal is in an active mode or establishing an optimized traffic path if the terminal is in an inactive mode; wherein the inactive mode is at least one of a Quasi active mode and an Idle mode. [79] Further, the present invention provides a method performed by a terminal for relocating an access gateway (AG) in a mobile communications system, the method comprising: sending a request, to a target node B, for an optimized traffic path, during or after performing handover from a source Node B (NB) to a target node B, to the network that determines the optimized traffic path by, sending a relocation request from a target NB to a target access gateway; sending a path optimization request from the target access gateway to a source access gateway; sending a path switching request from at least one of the target access gateway and source access gateway to a higher entity; and establishing, by the higher entity, a optimized traffic path to transfer data; and receiving a data through the optimized traffic path from the network; wherein the sending step is performed if the terminal is in non-active mode; wherein the higher entity is a network node or an Inter-Autonomous System (Inter-AS). [80] Although the present invention is described in the context of mobile commu- nications, the present invention may also be used in any wireless communication systems using mobile devices, such as PDAs and laptop computers equipped with wireless communication capabilities (i.e. interface). Moreover, the use of certain terms to describe the present invention is not intended to limit the scope of the present invention to a certain type of wireless communication system. The present invention is also applicable to other wireless communication systems using different air interfaces and/or physical layers, for example, TDMA, CDMA, FDMA, WCDMA, OFDM, EV- DO, Wi-Max, Wi-Bro, etc. [81] The exemplary embodiments may be implemented as a method, apparatus or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof. The term "article of 12 WO 2007/024112 PCT/KR2006/003340 manufacture" as used herein refers to code or logic implemented in hardware logic (e.g., an integrated circuit chip, Field Programmable Gate Array (FPGA), Application Specific Integrated Circuit (ASIC), etc.) or a computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile and non-volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, programmable logic, etc.). [82] Code in the computer readable medium may be accessed and executed by a processor. The code in which exemplary embodiments are implemented may further be accessible through a transmission media or from a file server over a network. In such cases, the article of manufacture in which the code is implemented may comprise a transmission media, such as a network transmission line, wireless transmission media, signals propagating through space, radio waves, infrared signals, etc. Of course, those skilled in the art will recognize that many modifications may be made to this con- figuration without departing from the scope of the present invention, and that the article of manufacture may comprise any information bearing medium known in the art. [83] As the present invention may be embodied in several forms without departing from the spirit or essential characteristics thereof, it should also be understood that the above-described embodiments are not limited by any of the details of the foregoing de- scription, unless otherwise specified, but rather should be construed broadly within its spirit and scope as defined in the appended claims, and therefore all changes and modi- fications that fall within the metes and bounds of the claims, or equivalents of such metes and bounds are therefore intended to be embraced by the appended claims 13 WO 2007/024112 PCT/KR2006/003340 Claims [1] A method for relocating an access gateway (AG) in a mobile communications system having network entities and at least one terminal, the method comprising: sending a relocation request from a target Node B to a target access gateway; sending a path optimization request from the target access gateway to a source access gateway; and sending a path switching request from at least one of the target access gateway and the source access gateway to a higher entity. [2] The method of claim 1, further comprising: receiving, by the target node B from a terminal, a request for relocation during or after performing handover from the source node B to the target node B. [3] The method of claim 1, further comprising: establishing, by the higher entity, a optimized path to transfer data between the terminal and the higher entity. [4] The method of claim 3, wherein the higher entity determines the optimized path based upon a traffic load condition. [5] The method of claim 4, wherein the traffic load condition is determined by at least one of a traffic overload situation, a user overload situation and a capacity of the access gateways. [6] The method of claim 4, further comprising: re-establishing the optimized path when the traffic load condition is substantially changed. [7] The method of claim 1, wherein the higher entity is a higher node or an Inter- Autonomous System (Inter-AS). [8] The method of claim 1, wherein the relocation request is an AG relocation request message, the path optimization request is an AG path optimization request message, and the path switching response is an AG path switching message. [9] The method of claim 2, wherein at least one of the source node B and the target node B is an enhanced Node B (eNB). [10] The method of claim 2, further comprising: sending, by the target node B, network related information and/or system information to the terminal. [11] The method of claim 10, wherein the network related information includes an identifier to define a domain and/or a node managed by a network. [12] The method of claim 1, wherein at least one of the source access gateway and the target access gateway includes information about the terminal related to at least one of authentication information, security information, compression-related in- formation, service information, and Tracking Area (TA) information. 14 WO 2007/024112 PCT/KR2006/003340 [13] The method of claim 1, wherein the steps are performed if the terminal is in Quasi-active mode. [14] The method of claim 1, further comprising: sending a request to the terminal for changing or maintaining a terminal state. [15] The method of claim 1, wherein the relocation request includes information about the terminal related to at least one of authentication information, security information, compression-related information, service information, and Tracking Area (TA) information. [16] The method of claim 1, wherein the path optimization request includes at least one of a terminal context, identification information, authentication information and security information. [17] The method of claim 1, further comprising: sending a response for the path op- timization request from the source access gateway to the target access gateway. [18] The method of claim 17, wherein the response includes at least one of au- thorization authentication information and security information. [19] The method of claim 17, further comprising: adding a terminal into a list of the target access gateway based on the response received by the target access gateway, and/or removing a terminal from a list of the source access gateway based on the response received by the target access gateway. [20] A method for relocating an access gateway (AG) in a mobile communications system, the method comprising: determining whether a traffic path is needed to be relocated; detecting a terminal mode if a relocation of the traffic path is necessary; and sending a mode transition request to the terminal if the terminal is in an active mode or establishing an optimized traffic path if the terminal is in an inactive mode. [21] The method of claim 20, wherein the inactive mode is at least one of a Qusai active mode and an Idle mode. [22] A method performed by a terminal for relocating an access gateway (AG) in a mobile communications system, the method comprising: sending a request, to a target node B, for an optimized traffic path, during or after performing handover from a source Node B (NB) to a target node B, to the network that determines the optimized traffic path by, sending a relocation request from a target NB to a target access gateway; sending a path optimization request from the target access gateway to a source access gateway; sending a path switching request from at least one of the target access gateway 15 WO 2007/024112 PCT/KR2006/003340 and source access gateway to a higher entity; and establishing, by the higher entity, a optimized traffic path to transfer data; and receiving a data through the optimized traffic path from the network. [23] The method of claim 22, wherein the sending step is performed if the terminal is in non-active mode. [24] The method of claim 22, wherein the higher entity is a network node or an Inter- Autonomous System (Inter-AS). [25] A mobile terminal for transmitting and receiving data through a traffic path in a mobile communications system, the mobile terminal comprising: a transceiver adapted to transmit or receive data; a memory adapted to store the data transmitted or received via the transceiver or from an external source; and a processor cooperating with the transceiver and the memory and adapted to perform the steps of, sending a request for an optimized traffic path, during or after performing handover from a source Node B (NB) to a target node B, to the network that determines the optimized traffic path by, sending a relocation request from a target node B to a target access gateway; sending a path optimization request from the target access gateway to a source access gateway; sending a path switching request from at least one of the target access gateway and source access gateway to a higher entity; and establishing, by the higher entity, a optimized traffic path to transfer the data; and receiving the data through the optimized traffic path from the network. A method for effectively relocating a traffic transmission path when a mobile terminal changes a gateway for a traffic transmission that may include: when a mobile terminal performs handover from a first radio network node to a second radio network node, determining a gateway for processing traffic most suitable for the second radio network node; changing a traffic transmission path to the determined gateway; and transmitting, by a traffic transmission node, traffic to the second radio network node through the changed traffic transmission path.

Full Text

1
WO 2007/024112 PCT/KR2006/003340
Description
TRAFFIC TRANSMISSION PATH RELOCATION METHOD
FOR RADIO COMMUNCIATION SYSTEM
Technical Field
[1] The present invention relates to an E-UMTS (Evolved Universal Mobile Telecom-
munications System) and, more particularly, to a method for effectively relocating a
traffic transmission path when a mobile terminal changes a gateway for traffic
transmission.
Background Art
[2] FIG. 1 is a network structure of the E-UMTS, a mobile communication system
applicable to the related art and the present invention.
[3] The E-UMTS system has been evolved from the UMTS system, for which the
3GPP is proceeding with the preparation of the basic specifications applicable thereto.
The E-UMTS system can be classified as an LTE (Long Term Evolution) system.
[4] With reference to FIG. 1, the E-UMTS network is divided into an E-UTRAN 20
and an EPC (Evolved Packet Core) 10. The E-UTRAN 20 includes a terminal (UE
(User Equipment)), a base station (eNB or eNode B) 21 and an AG (Access Gateway)
11 (which also can be expressed as 'MME/UPE'). The AG 11 can be divided into a part
for handling user traffic and a part for handling control traffic. The AG part for
handling new user traffic and the AG part for handling control traffic can communicate
with each other via newly defined interface.
[5] One or more cells may exist in a single eNode B (eNB) 21, and an interface for
transmitting the user traffic and the control traffic can be used between the eNode Bs.
[6] The EPC 10 may include an AG 11, a node for user registration of the UE, and the
like. Also, in the UMTS of FIG. 1, an interface for discriminating the E-UTRAN 20
and the EPC 10 can be used. An S1 interface can connect a plurality of nodes (i.e., in a
many-to-many manner) between the eNode B 21 and the AG 11. The eNode Bs are
connected with each other through an X2 interface, and the X2 interface is always
present between adjacent eNode Bs in a meshed network structure.
[7] Layers of a radio interface protocol between the UE and a network can be divided
into a first layer (L1), a second layer (L2) and a third layer (L3) based upon the three
lower layers of an open system interconnection (OSI) standard model that is well-
known in the art of communication systems.
[8] The first layer (L1) provides an information transfer service using a physical
channel, and a radio resource control (RRC) layer positioned at the third layer (L3)
serves to control radio resources between the terminal and the network, for which the
2
WO 2007/024112 PCT/KR2006/003340
RRC layer exchanges an RRC message between the terminal and the network. The
RRC layer can be distributed so as to be positioned in network nodes such as the
eNode Bs and the AGs, etc., or can be positioned only in the eNode Bs or in the AGs.
[9] Fig 2 illustrates a control plane structure of the radio access interface protocol
between the terminal and the UTRAN based upon various 3GPP wireless access
network standards.
[10] The radio access interface protocol has horizontal layers including a physical layer,
a data link layer and a network layer, and has vertical planes including a user plane for
transmitting data information and a control plane for transmitting control signals.
[11] The protocol layers can be divided into a first layer (L1), a second layer (L2) and a
third layer (L3) based upon the three lower layers of an open system interconnection
(OSI) standard model that is well-known in the art of communication systems. Each
layer of the control plane of the radio protocol in FIG. 2 and the user plane of the radio
protocol in FIG. 3 will now be described.
[12] The physical layer, the first layer, provides an information transmission service to
an upper layer by using a physical channel. The physical layer is connected with a
medium access control (MAC) layer located at a higher level through a transport
channel, and data between the MAC layer and the physical layer is transferred via the
transport channel. Between different physical layers, namely, between physical layers
of a transmission side and a reception side, data is transferred via the physical channel.
[ 13] The MAC layer of the second layer provides a service to a radio link control (RLC)
layer, an upper layer, via a logical channel. The RLC layer of the second layer reliably
supports a data transmission. The function of the RLC layer can be implemented as a
function block within the MAC layer, and in this case, the RLC layer may not be
present. A PDCP layer of the second layer performs a header compression function for
reducing unnecessary control information so that data transmitted by using IP packets
such as IPv4 or IPv6 can be effectively transmitted via a radio interface with a
relatively small bandwidth.
[14] A radio resource control (RRC) layer located at the lowest portion of the third layer
(L3) is only defined in the control plane and controls logical channels, transport
channels and the physical channels in relation to the configuration, reconfiguration,
and release of the radio bearers (RBs). Here, the RB signifies a service provided by the
second layer (L2) for data transmission between the terminal and the UTRAN.
[15] Downlink transport channels for transmitting data from the network to the terminal,
include a broadcast channel (BCH) for transmitting system information and a downlink
shared channel (SCH) for transmitting the user traffic or the control message.
Downlink multicast, traffic of a broadcast service or a control message can be
transmitted through the downlink SCH or through a separate downlink multicast
3
WO 2007/024112 PCT/KR2006/003340
channel (MCH).
[16] Uplink transport channels for transmitting data from the terminal to the network
include a random access channel (RACH) for transmitting an initial control message
and an uplink SCH for transmitting the user traffic and the control message.
Disclosure of Invention
Technical Problem
[17] In the related art, when a mobile terminal cannot be connected with a gateway (i.e.,
AG) for traffic transmission, the mobile terminal is currently connected to use because
of its mobility any longer or when the gateway cannot be sustained in terms of other
operations, the mobile terminal changes its connection to a gateway suitable for a base
station into which it has been moved.
[18] In this respect, however, the change to the new gateway increases traffic congestion
of a network because of context information exchanged between the gateways and
signaling message transmissions between many base stations and gateways, and the
like.
Technical Solution
[19] One exemplary feature of the present invention is to provide a method for relocating
a traffic transmission path of a mobile terminal capable of optimizing transmission of a
signaling message to thus minimize congestion of a network when a mobile terminal
changes a gateway for traffic transmission.
[20] To implement at least the above feature in whole or in parts, the present invention
provides a method for relocating a traffic transmission path in a mobile communication
system that may include: when a mobile terminal performs handover from a first radio
network node to a second radio network node, determining a gateway for processing
traffic most suitable for the second radio network node; changing a traffic transmission
path to the determined gateway; and transmitting, by a traffic transmission node, traffic
to the second radio network node through the changed traffic transmission path.
[21] The first radio network node may be a base station to which the mobile terminal is
currently connected to receive a service, and the second radio network node may be a
base station to which the mobile terminal is to move to receive a service.
[22] In the traffic transmission path relocation method, the traffic transmission path
changing step includes: transmitting by the second radio network node, a relocation
request message to the determined first gateway; transmitting, by the first gateway
which has received the relocation request message, a path optimization request
message to a gateway from which the terminal had previously received a service; and
transmitting, by the second gateway, a response message to the first gateway and
informing a traffic transmission node within a network that the traffic path has been
4
WO 2007/024112 PCT/KR2006/003340
changed.
[23] The relocation request message may include context information of the terminal
such as authentication information of the mobile terminal, security information and
compression related information.
[24] The path optimization request message may include the context information and
identification information of the terminal.
[25] The first gateway registers the terminal on a terminal list of the first gateway itself
manages according to the response message and the second gateway may delete the
context information with respect to the terminal and also delete the terminal from a
terminal list managed by itself.
[26] The foregoing and other objects, features, aspects and advantages of the present
invention will become more apparent from the following detailed description of the
present invention when taken in conjunction with the accompanying drawings.
[27]
Brief Description of the Drawings
[28] The accompanying drawings, which are included to provide a further understanding
of the invention and are incorporated in and constitute a part of this specification,
illustrate embodiments of the invention and together with the description serve to
explain the principles of the invention.
[29] In the drawings:
[30] FIG. 1 shows an exemplary network structure of an E-UMTS, a mobile com-
munication system for which a related art and the mobile terminal are applied;
[31] FIG. 2 is an exemplary structure of a control plane of a radio interface protocol
between a terminal and a UTRAN based on a 3GPP wireless access network spec-
ification;
[32] FIG. 3 is an exemplary structure of a user plane of the radio interface protocol
between the terminal and the UTRAN based on the 3GPP wireless access network
specification;
[33] FIG. 4 shows an exemplary network structure model for explaining a relocation
method according to the present invention, namely, a basic network configuration
related to AG relocation;
[34] FIG. 5 shows an example of traffic (e.g., packet) transmission between eNBs when
a terminal moves from a seNB to a teNB;
[35] FIG. 6 is a view showing traffic transmission from a sAG to a teNB when the
terminal moves from the seNB to the teNB.
[36] FIG. 7 shows a traffic transmission when the terminal moves from an seNB to the
teNB but there is no path between the sAG and the teNB;
5
WO 2007/024112 PCT/KR2006/003340
[37] FIG. 8 shows an example of relocating an optimum AG to the teNB and
transmitting traffic, when the terminal moves from the seNB to the teNB;
[38] FIG. 9 shows a method for relocating a packet transmission path according to the
present invention;
[39] FIG. 10 shows a method for relocating a packet transmission path by an AG
relocation request through a late path switching;
[40] FIG. 11 and FIG. 12 show the AG relocation process through the terminal.
[41] FIG. 13 is an exemplary structure of a mobile communications terminal according
to the present invention.
Mode for the Invention
[42] One aspect of the present invention relates to the recognition by the present
inventors about the problems of the related art as described above, and further
explained hereafter. Based upon this recognition, the features of the present invention
have been developed.
[43] Although the present invention is shown to be implemented in a mobile com-
munication system, such as a UMTS developed under 3GPP specifications, the present
invention can also be applied to other communication systems operating in conformity
with different standards and specifications.
[44] As network technology continues to develop, it is foreseen that RNCs may no
longer be necessary in future networks, because Node Bs with enhanced capabilities,
or other types of network entities (e.g. so-called Access Gateways) may handle the
operations performed by currently existing RNCs. Such long-term evolution issues
further support the need to develop improved radio admission control techniques to be
used in admitting new terminals (or establishing new user links) and supporting newly
developing enhanced services for a greater number of terminals being managed by the
network.
[45] The present invention provides a traffic transmission path relocation method
capable of minimizing traffic congestion of a network and minimizing an unnecessary
signaling process when a mobile terminal wants to change an access gateway (AG) of
a radio network, with which the mobile terminal is currently connected due to the
mobility of the radio terminal.
[46] Namely, when the mobile terminal changes its connection from a first radio
network node, with which the mobile terminal is currently connected with, to a second
radio network node, the wireless communication system changes or newly sets a
gateway node for processing traffic most suitable for the second radio network node, to
thus optimize transmission efficiency.
[47] Preferably, the first radio network node may be a base station node source eNB with
6
WO 2007/024112 PCT/KR2006/003340
which the mobile terminal is currently connected to receive a service, and the second
radio network node may be a base station node target eNB to which the mobile
terminal is going to move to receive a service.
[48] FIG. 4 shows an exemplary network structure model for explaining an exemplary
relocation method according to the present invention, namely, a basic network con-
figuration related to AG relocation.
[49] With reference to FIG. 4, an Inter-Autonomous System (inter-AS) 100 is a higher
level network node, and a service to be transmitted to the terminal is transmitted to
AGs (sAG 200 and tAG 210) via the Inter-AS (e.g., a traffic transmission node) 100.
The Inter-As 100 can serve as an anchor for interworking with a different network. Al-
ternatively, a network node that is located at a higher level than the AGs and serves as
the anchor for interworking with a different network can act as the Inter-AS 100. The
AGs are connected with each other directly or indirectly. Namely, two AGs may be
connected together with or without other network nodes therebetween.
[50] The sAG (source AG) 200 is an AG with which the terminal is being currently
connected to receive a service. The sAG 200 may have information related to the
terminal. The terminal-related information may include authentication information,
security information, compression-related information, service information and TA
(Tracking Area) information, etc. The sAG 200 includes a PDCP, a security-related
protocol, and compression-related protocols with respect to the terminal.
[51 ] The tAG (target AG) 210 is an AG to which the terminal is going to move after
moving to a teNB 300, and the seNB 310 is a base station node with which the
terminal has been connected to receive the service. The terminal is allocated radio
resources via the base station and receives traffic through a radio interface. If the
terminal wants to move from the seNB 300 to the teNB 310, it is disconnected from
the seNB 300 and is newly connected with the teNB 310 (namely, it cuts off its
connection with the seNB and makes a new connection with the teNB). In this case,
the teNB basically has an interface (X2) connected with the seNB 300, through which
a packet transmission can be performed between the eNBs. One eNB can perform
packet transmission on several AGs through an interface (S1).
[52] FIG. 5 shows an example of traffic (e.g., packet) transmission between the eNBs
when the terminal moves from the seNB 300 to the teNB 310. As shown in FIG. 5,
when the terminal moves from the seNB 300 to the teNB 310, a packet transmission is
performed between the seNB 300 and the teNB 310 until when handover is completed,
as the teNB 310 receives handover completion information after the seNB 300
transmits a handover command to the terminal.
[53] FIG. 6 is a view showing traffic transmission from the sAG 200 to the teNB 310
when the terminal moves from the seNB 300 to the teNB 310. FIG. 6 shows a case
7
WO 2007/024112 PCT/KR2006/003340
where when the terminal, upon completion of handover, moves to the teNB 310, a path
from the sAG 200 is updated so that traffic can be transmitted directly to the teNB, not
to the seNB.
[54] FIG. 7 shows a traffic transmission when the terminal moves from the seNB 300 to
the teNB 310, but there is no path between the sAG 200 and the teNB 310. In FIG. 7,
when the terminal moves from the seNB 300 to the teNB 310, but an immediate
connection is not possible because there is no path from the sAG 200 directly to the
teNB 310 or due to other problems, traffic transmission should be made via the tAG
210 to which the teNB 310 can be connected.
[55] In the cases as shown in FIGs. 6 and 7, because traffic may be transmitted to the
terminal via another path than an optimum path, additional traffic transmission delays
may occurs. Also, a problem may arise with respect to the traffic transmission
according to a traffic load or capacity of the sAG, etc.
[56] Thus, as shown in FIG. 8, a gateway (namely, 'tAG') that is most suitable for the
eNB to which the terminal is being connected with, should be relocated to transmit
traffic via an optimized path.
[57] FIG. 8 shows an example of relocating an optimum AG to the teNB 310 and
transmitting traffic, when the terminal moves from the seNB 300 to the teNB 310.
[58] FIG. 9 shows a method for optimizing a packet transmission path via an AG
relocation, and particularly, shows a method for relocating the AG in the process of
traffic transmission as shown in FIGs. 6 and 7.
[59] With reference to FIG. 9, the terminal is in a state of receiving or transmitting
traffic in an active mode. When handover is being performed as the terminal moves
from the seNB to the teNB, the terminal receives traffic through the seNB (FIG. 5:
Inter AS (100) -> sAG (200) -> seNB (300) -> teNB (310) -> terminal).
[60] When handover is completed, the terminal may receive traffic directly from the
teNB through the sAG (FIG. 6: Inter AG (100) -> sAG (200) -> teNB (310) ->
terminal), or may receive traffic through the tAG, namely, a new AG (FIG. 7: Inter AS
(100) -> sAG (200) -> tAG (210) -> teNB (310) -> terminal).
[61] Accordingly, first, the teNB 310 may check an activity of the terminal, namely, a
state of traffic transmission or reception. In this case, the terminal may be in an active
mode in which it transmits or receives traffic or in a quasi-active mode in which it is in
an active state but transmits or receives little traffic or does not transmit or receive any
traffic. The quasi-active mode is similar to an idle mode, but different from the idle
mode in that the terminal is present and sustained in the eNB to which UE context of
the terminal is connected. Herein, it is assumed that the terminal, which has transmitted
and received traffic in the active mode, has been changed to be in the quasi-active
mode as the traffic transmission and reception is suspended. When the terminal is
8
WO 2007/024112 PCT/KR2006/003340
checked to be in the quasi-active mode, the teNB 310 determines the most valid AG
(e.g., the tAG) (which can be determined in terms of an operator in consideration of
characteristics such as traffic path optimization, a traffic load and a user load, etc.) and
transmits an AG relocation request message to the tAG 210 (step S10).
[62] The AG relocation request message may include UE context or the like with respect
to the terminal. The UE context information may include authentication information,
security information and compression-related information. Additional UE context in-
formation, as well as other types of information may be included in the AG relocation
request message. In this case, the terminal may be changed to the idle mode or can be
maintained in the quasi-active mode. For this purpose, the teNB 310 may transmit a
request message for changing or maintaining the terminal state to the terminal.
[63] When the tAG 210 receives the AG relocation request message from the teNB 310,
it transmits an AG path optimization request message to the sAG (step S11). In this
case, the AG path optimization message may include the UE context information and
identification information, or may include the authentication information and the
security information as necessary.
[64] Upon receiving the AG path optimization request message, the sAG 200 may
transmit an AG path optimization response message containing the context information
such as the authentication information and the security information with respect to the
terminal to the tAG (step S12). As the tAG 210 receives the AG path optimization
response message, it may register or attach the terminal into its terminal list (which is
managed by the tAG itself). The sAG 200 may delete or detach the context information
with respect to the terminal or de-list the terminal from its terminal list that manages it.
Or, the sAG may keep a portion or the entirety of the UE context information.
[65] The sAG 200 requests the Inter-AS 100 or a server related to distribution of traffic
or providing of a service within the network to change the path for a traffic
transmission from the terminal to the tAG 210, instead of to the sAG 200, through a
path switching message (step S13).
[66] Upon receiving the path switching message, the Inter-AS 100 may check the traffic
situation such as (a traffic load, etc), switches the traffic transmission path with respect
to the service, and starts traffic transmission for the terminal through the tAG 210,
instead of through the sAG 200. Accordingly, the traffic is directly transmitted to the
teNB 310 from the Inter-AS 100 via the tAG 210 so as to be provided to the terminal
through an optimized path. Also, the traffic transmission path may change when the
traffic load condition is substantially changed (i.e., when the traffic load is greater than
predetermined threshold value) again even after the traffic transmission path has been
previously established.
[67] An AG relocation request through a late path switching will be described in detail
9
WO 2007/024112 PCT/KR2006/003340
with reference to FIG. 10.
[68] The basic assumptions and processes in FIG. 10 follow the processes of FIG. 9.
Namely, a first step and a second step of FIG. 9 are performed same in FIG. 10. In a
third step, the tAG 210 may receive the AG path optimization response message and
confirms the AG path optimization request. In a fourth step, the tAG 210 may transmit
the path switching message to the Inter-AS 100 following the reception of the AG path
optimization request. Upon receiving the path switching message, the Inter-AS 100
may check the traffic situation (such as the traffic load, etc.), may switch the traffic
transmission path with respect to the service and starts traffic transmission for the
terminal via the tAG 210, not via the sAG 200. Accordingly, the traffic may be
transmitted to the tAG 210 via the Inter-AS 100 and then immediately transmitted to
the teNB 310, thereby being provided to the terminal via an optimized path.
[69] FIGs. 11 and 12 show the AG relocation process through the terminal.
[70] In FIGs. 11 and 12, the terminal (UE) 410 has been moved from the seNB 300 to
the teNB 310 and receives network-related information or system information via the
teNB 310. The network-related information may include an identifier for identifying an
area or a node, etc. managed by the network. Because the terminal has been moved
from a network (of which it originally belongs) to a different network, it is presently
located in the different network so the identifier included in the received network-
related information is different from the previous identifier. Upon checking the
identifier, the terminal transmits an AG relocation request message to the teNB in
order to inform the network (teNB) that it has newly moved into the network and thus
requires setting of a new path. When the teNB 310 receives the AG relocation request
message, it transmits the AG relocation request message to the tAG 210 to inform that
the terminal registration and AG relocation are necessary.
[71] Upon receiving the AG relocation request message, the tAG 210 transmits the AG
path optimization request message to the sAG 200. Upon receiving the AG path op-
timization request message from the tAG 210, the sAG 200 transmits a response to the
AG path optimization request message to the tAG 210.
[72] In FIG. 11, after the sAG 200 receives the AG path optimization request message, it
transmits the path switching message to the Inter-AS 100. In FIG. 12, after the tAG
210 receives the response to the AG path optimization request message from the sAG
200, it transmits the path switching message to the Inter-AS 100.
[73] As so far described, when the mobile terminal 410 is connected to the second radio
network node (teNB) 310 in a state that it had been connected with the first radio
network node (seNB) 300, the gateway most suitable for the second radio network
node is relocated to perform traffic transmission through an optimized path, whereby
the congestion within the network and unnecessary signaling process generated in the
10
WO 2007/024112 PCT/KR2006/003340
related art can be reduced.
[74] Fig 13 is an exemplary construction view showing a mobile communications
terminal according to the present invention.
[75] As shown, the mobile communications terminal 500 may comprises a transceiver
550 for transmitting and/or receiving data through a traffic path in a mobile com-
munication system via a wireless link (Wi-Fi, Wi-MAX, Wi-bro, etc.) and the like; a
storage unit 540 for storing the data transmitted or received via the transceiver or from
an external source; a processor 510 for sending a request for an optimized traffic path,
during or after performing handover from a source node B to a target node B, to the
network that determines the optimized traffic path, and receiving the data through the
optimized traffic path from the network.
[76] As can be understood, other components exist within a mobile communications
terminal, but such will not be discussed in detail to prevent the characteristics of the
present invention from being obscured.
[77] The present invention provides a method for relocating an access gateway (AG) in a
mobile communications system having network entities and at least one terminal, the
method comprising: sending a relocation request from a target Node B (e.g., teNB) to a
target access gateway; sending a path optimization request from the target access
gateway to a source access gateway; sending a path switching request from at least one
of the target access gateway and the source access gateway to a higher entity; es-
tablishing, by the higher entity, a optimized path to transfer data between the terminal
and the higher entity; re-establishing the optimized path when the traffic load condition
is substantially changed; sending, by the target node B, network related information
and/or system information to the terminal, and the network related information
includes an identifier to define a domain and/or a node managed by a network; sending
a request to the terminal for changing or maintaining a terminal state; sending a
response for the path optimization request from the source access gateway to the target
access gateway; adding a terminal into a list of the target access gateway based on the
response received by the target access gateway, and/or removing a terminal from a list
of the source access gateway based on the response received by the target access
gateway; wherein the relocation request is an AG relocation request message, the path
optimization request is an AG path optimization request message, and the path
switching response is an AG path switching message; wherein the higher entity (e.g.,
higher node, Inter-AS) determines the optimized path based upon a traffic load
condition, which is determined by at least one of a traffic overload situation, a user
overload situation and a capacity of the access gateways; wherein at least one of the
source access gateway and the target access gateway includes information about the
terminal related to at least one of authentication information, security information,
11
WO 2007/024112 PCT/KR2006/003340
compression-related information, service information, and Tracking Area (TA) in-
formation; wherein the steps are performed if the terminal is in Quasi-active mode;
wherein the relocation request includes information about the terminal related to at
least one of authentication information, security information, compression-related in-
formation, service information, and Tracking Area (TA) information; wherein the path
optimization request includes at least one of a terminal context, identification in-
formation, authentication information and security information.
[78] Also, the present invention provides a method for relocating an access gateway
(AG) in a mobile communications system, the method comprising: determining
whether a traffic path is needed to be relocated; detecting a terminal mode if a
relocation of the traffic path is necessary; and sending a mode transition request to the
terminal if the terminal is in an active mode or establishing an optimized traffic path if
the terminal is in an inactive mode; wherein the inactive mode is at least one of a Quasi
active mode and an Idle mode.
[79] Further, the present invention provides a method performed by a terminal for
relocating an access gateway (AG) in a mobile communications system, the method
comprising: sending a request, to a target node B, for an optimized traffic path, during
or after performing handover from a source Node B (NB) to a target node B, to the
network that determines the optimized traffic path by, sending a relocation request
from a target NB to a target access gateway; sending a path optimization request from
the target access gateway to a source access gateway; sending a path switching request
from at least one of the target access gateway and source access gateway to a higher
entity; and establishing, by the higher entity, a optimized traffic path to transfer data;
and receiving a data through the optimized traffic path from the network; wherein the
sending step is performed if the terminal is in non-active mode; wherein the higher
entity is a network node or an Inter-Autonomous System (Inter-AS).
[80] Although the present invention is described in the context of mobile commu-
nications, the present invention may also be used in any wireless communication
systems using mobile devices, such as PDAs and laptop computers equipped with
wireless communication capabilities (i.e. interface). Moreover, the use of certain terms
to describe the present invention is not intended to limit the scope of the present
invention to a certain type of wireless communication system. The present invention is
also applicable to other wireless communication systems using different air interfaces
and/or physical layers, for example, TDMA, CDMA, FDMA, WCDMA, OFDM, EV-
DO, Wi-Max, Wi-Bro, etc.
[81] The exemplary embodiments may be implemented as a method, apparatus or article
of manufacture using standard programming and/or engineering techniques to produce
software, firmware, hardware, or any combination thereof. The term "article of
12
WO 2007/024112 PCT/KR2006/003340
manufacture" as used herein refers to code or logic implemented in hardware logic
(e.g., an integrated circuit chip, Field Programmable Gate Array (FPGA), Application
Specific Integrated Circuit (ASIC), etc.) or a computer readable medium (e.g.,
magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical
storage (CD-ROMs, optical disks, etc.), volatile and non-volatile memory devices
(e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, programmable
logic, etc.).
[82] Code in the computer readable medium may be accessed and executed by a
processor. The code in which exemplary embodiments are implemented may further be
accessible through a transmission media or from a file server over a network. In such
cases, the article of manufacture in which the code is implemented may comprise a
transmission media, such as a network transmission line, wireless transmission media,
signals propagating through space, radio waves, infrared signals, etc. Of course, those
skilled in the art will recognize that many modifications may be made to this con-
figuration without departing from the scope of the present invention, and that the
article of manufacture may comprise any information bearing medium known in the
art.
[83] As the present invention may be embodied in several forms without departing from
the spirit or essential characteristics thereof, it should also be understood that the
above-described embodiments are not limited by any of the details of the foregoing de-
scription, unless otherwise specified, but rather should be construed broadly within its
spirit and scope as defined in the appended claims, and therefore all changes and modi-
fications that fall within the metes and bounds of the claims, or equivalents of such
metes and bounds are therefore intended to be embraced by the appended claims
13
WO 2007/024112 PCT/KR2006/003340
Claims
[1] A method for relocating an access gateway (AG) in a mobile communications
system having network entities and at least one terminal, the method comprising:
sending a relocation request from a target Node B to a target access gateway;
sending a path optimization request from the target access gateway to a source
access gateway; and
sending a path switching request from at least one of the target access gateway
and the source access gateway to a higher entity.
[2] The method of claim 1, further comprising: receiving, by the target node B from
a terminal, a request for relocation during or after performing handover from the
source node B to the target node B.
[3] The method of claim 1, further comprising: establishing, by the higher entity, a
optimized path to transfer data between the terminal and the higher entity.
[4] The method of claim 3, wherein the higher entity determines the optimized path
based upon a traffic load condition.
[5] The method of claim 4, wherein the traffic load condition is determined by at
least one of a traffic overload situation, a user overload situation and a capacity
of the access gateways.
[6] The method of claim 4, further comprising:
re-establishing the optimized path when the traffic load condition is substantially
changed.
[7] The method of claim 1, wherein the higher entity is a higher node or an Inter-
Autonomous System (Inter-AS).
[8] The method of claim 1, wherein the relocation request is an AG relocation
request message, the path optimization request is an AG path optimization
request message, and the path switching response is an AG path switching
message.
[9] The method of claim 2, wherein at least one of the source node B and the target
node B is an enhanced Node B (eNB).
[10] The method of claim 2, further comprising: sending, by the target node B,
network related information and/or system information to the terminal.
[11] The method of claim 10, wherein the network related information includes an
identifier to define a domain and/or a node managed by a network.
[12] The method of claim 1, wherein at least one of the source access gateway and the
target access gateway includes information about the terminal related to at least
one of authentication information, security information, compression-related in-
formation, service information, and Tracking Area (TA) information.
14
WO 2007/024112 PCT/KR2006/003340
[13] The method of claim 1, wherein the steps are performed if the terminal is in
Quasi-active mode.
[14] The method of claim 1, further comprising: sending a request to the terminal for
changing or maintaining a terminal state.
[15] The method of claim 1, wherein the relocation request includes information
about the terminal related to at least one of authentication information, security
information, compression-related information, service information, and Tracking
Area (TA) information.
[16] The method of claim 1, wherein the path optimization request includes at least
one of a terminal context, identification information, authentication information
and security information.
[17] The method of claim 1, further comprising: sending a response for the path op-
timization request from the source access gateway to the target access gateway.
[18] The method of claim 17, wherein the response includes at least one of au-
thorization authentication information and security information.
[19] The method of claim 17, further comprising:
adding a terminal into a list of the target access gateway based on the response
received by the target access gateway, and/or removing a terminal from a list of
the source access gateway based on the response received by the target access
gateway.
[20] A method for relocating an access gateway (AG) in a mobile communications
system, the method comprising:
determining whether a traffic path is needed to be relocated;
detecting a terminal mode if a relocation of the traffic path is necessary; and
sending a mode transition request to the terminal if the terminal is in an active
mode or establishing an optimized traffic path if the terminal is in an inactive
mode.
[21] The method of claim 20, wherein the inactive mode is at least one of a Qusai
active mode and an Idle mode.
[22] A method performed by a terminal for relocating an access gateway (AG) in a
mobile communications system, the method comprising:
sending a request, to a target node B, for an optimized traffic path, during or after
performing handover from a source Node B (NB) to a target node B, to the
network that determines the optimized traffic path by,
sending a relocation request from a target NB to a target access gateway;
sending a path optimization request from the target access gateway to a source
access gateway;
sending a path switching request from at least one of the target access gateway
15
WO 2007/024112 PCT/KR2006/003340
and source access gateway to a higher entity; and
establishing, by the higher entity, a optimized traffic path to transfer data; and
receiving a data through the optimized traffic path from the network.
[23] The method of claim 22, wherein the sending step is performed if the terminal is
in non-active mode.
[24] The method of claim 22, wherein the higher entity is a network node or an Inter-
Autonomous System (Inter-AS).
[25] A mobile terminal for transmitting and receiving data through a traffic path in a
mobile communications system, the mobile terminal comprising:
a transceiver adapted to transmit or receive data;
a memory adapted to store the data transmitted or received via the transceiver or
from an external source; and
a processor cooperating with the transceiver and the memory and adapted to
perform the steps of,
sending a request for an optimized traffic path, during or after performing
handover from a source Node B (NB) to a target node B, to the network that
determines the optimized traffic path by,
sending a relocation request from a target node B to a target access gateway;
sending a path optimization request from the target access gateway to a source
access gateway;
sending a path switching request from at least one of the target access gateway
and source access gateway to a higher entity; and
establishing, by the higher entity, a optimized traffic path to transfer the data; and
receiving the data through the optimized traffic path from the network.

A method for effectively relocating a traffic transmission path when a mobile terminal changes a gateway for a traffic transmission that may include: when a mobile terminal performs handover from a first radio network node to a second radio network node, determining a gateway for processing traffic most suitable for the second radio network node; changing a traffic transmission path to the determined gateway; and transmitting, by a traffic transmission node, traffic to the second radio network node through
the changed traffic transmission path.

Documents:

http://ipindiaonline.gov.in/patentsearch/GrantedSearch/viewdoc.aspx?id=vzXqbZIzGtbcjugcOUJeow==&loc=wDBSZCsAt7zoiVrqcFJsRw==

« Previous Patent

Next Patent »

Patent Number

272094

Indian Patent Application Number

207/KOLNP/2008

PG Journal Number

12/2016

Publication Date

18-Mar-2016

Grant Date

17-Mar-2016

Date of Filing

15-Jan-2008

Name of Patentee

LG ELECTRONICS INC.

Applicant Address

20 YOIDO-DONG, YONGDUNGPO-GU SEOUL

Inventors:

#	Inventor's Name	Inventor's Address
1	PARK SUNG-JUN	GOLDENVILLE OFFICETEL 921 724 GOJAN-DONG DANWON-GU, ANSAN, GYEONGGI-DO 425-906
2	JUNG MYUNG-CHEUL	2/2 358-36 SANGDO 2-DONG, DONGJAK-GU SEOUL 156 832
3	CHUN SUNG-DUCK	SAETBYEOL HANYANG APT 601 1007, DARAN-DONG, DONGAN-GU, ANYANG, GYEONGGI-DO 431 773
4	LEE YOUNG-DAE	SINAN APT 419 1501, CHANGU-DONG, HANAM, GYEONGGI-DO 465 711

PCT International Classification Number

H04B 7/26

PCT International Application Number

PCT/KR2006/003340

PCT International Filing date

2006-08-24

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	60/711536	2005-08-25	Republic of Korea
2	102006-0064115	2006-07-07	Republic of Korea