US20070213060A1 - Method and apparatus for supporting handoff in an lte gtp based wireless communication system - Google Patents
Method and apparatus for supporting handoff in an lte gtp based wireless communication system Download PDFInfo
- Publication number
- US20070213060A1 US20070213060A1 US11/683,102 US68310207A US2007213060A1 US 20070213060 A1 US20070213060 A1 US 20070213060A1 US 68310207 A US68310207 A US 68310207A US 2007213060 A1 US2007213060 A1 US 2007213060A1
- Authority
- US
- United States
- Prior art keywords
- enb
- agw
- upe
- mme
- wtru
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000004891 communication Methods 0.000 title claims abstract description 27
- 238000000034 method Methods 0.000 title claims description 75
- 230000007774 longterm Effects 0.000 claims abstract description 6
- 230000005641 tunneling Effects 0.000 claims abstract description 3
- 230000004044 response Effects 0.000 claims description 21
- 230000011664 signaling Effects 0.000 claims description 16
- 238000007726 management method Methods 0.000 description 16
- 238000013459 approach Methods 0.000 description 13
- 238000012384 transportation and delivery Methods 0.000 description 10
- 238000012546 transfer Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 238000004873 anchoring Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
- H04W36/125—Reselecting a serving backbone network switching or routing node involving different types of service backbones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/10—Reselecting an access point controller
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
Definitions
- the present invention is related to a wireless communication system. More particularly, the present invention is related to a method and apparatus for supporting handoff and evolved Node B (ENB) relocation procedures in a single tunnel long term evolution (LTE)-based wireless communication system.
- ENB evolved Node B
- FIG. 1 shows a conventional GPRS/third generation (3G) wireless communication system architecture 100 that shows various interfaces/protocols as well as user data transfer interfaces between various network entities.
- the wireless communication system 100 includes at least one serving GPRS support node (SGSN) 105 and at least one gateway GPRS support node (GGSN) 110 .
- the wireless communication system 100 further comprises a universal terrestrial radio access network (UTRAN) 115 which includes one or more radio access networks (RANs), base station systems (BSSs) and radio network controllers (RNCs), (not shown).
- the system 100 also comprises a plurality of wireless transmit/receive units (WTRUs) 120 , each including a terminal equipment (TE) 125 coupled to a mobile terminal (MT) 130 .
- the mobility in the wireless communication system 100 is facilitated by anchoring an Internet Protocol (IP) session at the GGSN 110 and allowing for multi-level mobility by supporting mobility management (MM) protocols for IP and non-IP traffic/services provided by the SGSN
- FIG. 2A shows how dual tunnels are established in the conventional wireless communication system 100 of FIG. 1 to provide IP connectivity for user plane traffic.
- a GPRS tunnelling protocol (GTP) user plane (GTP-U) tunnel 220 is established between a GGSN 205 and an SGSN 210
- a second user plane tunnel 225 is established between the SGSN 210 and a radio network controller (RNC) 215 . Both tunnels are dedicated to the same user.
- the GTP tunnel 220 has a user plane and a control plane.
- the user tunnel 225 is an IP tunnel having a user plane and a RAN application part (RANAP) control plane used for control messaging.
- RANAP RAN application part
- the SGSN 210 switches the tunnel from an old RNC to a new RNC.
- a combined hard handover and SRNS relocation procedure is used to move the RAN to a core network (CN) connection point at the RAN side from the source serving RNC (SRNC) to the target RNC, while performing a hard handover decided by the RAN.
- the Iu links are relocated.
- the target RNC is connected to the same SGSN as the source SRNC, an intra-SGSN SRNS relocation procedure is performed. If the routing area is changed, this procedure is followed by an intra-SGSN routing area update procedure.
- the SGSN detects that it is an intra-SGSN routing area update by noticing that it also handles the old routing area. In this case, the SGSN has the necessary information about the WRTU and there is no need to inform the HLR about the new WTRU location.
- an inter-SGSN SRNS relocation procedure is performed. This procedure is followed by an inter-SGSN routing area update procedure.
- a routing area update is used to minimize the paging traffic within a wireless communication system that is grouped into clusters.
- Each cluster includes a group of cells (Node-Bs).
- Each cluster is defined by a unique identifier, (i.e., routing area identifier (ID)).
- ID routing area identifier
- Those WTRUs in the wireless communication system that travel across boundaries of the clusters have to perform a registration process called a routing area update.
- the WTRU informs the core network regarding which area of the system it is operating in. If the WTRU receives a terminated call, the core network pages the WTRU in the last known routing area.
- the RAU may require the establishment of a new connection between a GGSN and a new RNC. New processes and message formats are needed for a single tunnel approach as compared to those existing in a two tunnel approach.
- FIG. 3 is the system architecture evolution (SAE) of a long term evolution (LTE)-based network that shows various interfaces/protocols as well as user data transfer interfaces between various network entities.
- the wireless communication system 300 includes an evolved packet core 305 comprising at least one mobility management entity (MME)/user plane entity (UPE) 310 and at least one inter-access system (AS) anchor 315 , also called an access gateway (AGW).
- An evolved radio access network 320 includes at least one evolved Node B (ENB).
- the wireless communication system 300 further comprises a GPRS core 325 as described above with reference to FIG.
- UTRAN universal terrestrial radio access network
- EDGE global system for mobile communications
- GERAN GPRS enhanced data rates for global system for mobile communications (GSM) evolution (EDGE) radio access network (GERAN) 335 .
- Mobility of WTRUs (not shown) in the wireless communication system 300 is facilitated by anchoring Internet Protocol (IP) sessions at the AGW 315 and allowing for multi-level mobility by supporting mobility management (MM) protocols for IP traffic/services provided by the AGW 315 .
- IP Internet Protocol
- MM mobility management
- LTE based networks are all IP Networks (AIPNs). IP traffic generated from the network operator, such as instant messaging, and non third generation partnership project (3G) IP traffic, such as wireless local area network (WLAN) traffic, is anchored and routed through the AGW 315 . IP traffic destined for a WTRU does not need to be terminated at the MME/UPE 310 . Therefore, a method and system for single IP tunnel functionality is desirable to reduce the delay and processing power at the MME/UPE in LTE-based networks.
- AIPNs IP Networks generated from the network operator, such as instant messaging, and non third generation partnership project (3G) IP traffic, such as wireless local area network (WLAN) traffic.
- 3G third generation partnership project
- WLAN wireless local area network
- the present invention is related to establishing a single general packet radio service (GPRS) tunneling protocol (GTP) tunnel for user plane traffic between an access gateway (AGW) and an evolved Node B (ENB) in a long term evolution (LTE) based wireless communication network.
- ENB relocation is implemented in a wireless communication system including at least one WTRU, a source ENB, a target ENB, an old mobility management entity (MME)/user plane entity (UPE), a new MME/UPE and an AGW.
- An old GTP-U tunnel is established between the source ENB and the AGW.
- the source ENB sends a relocation required message to the old MME/UPE.
- the old MME/UPE sends a forward relocation request message to the new MME/UPE.
- the new MME/UPE sends a relocation request message to the target ENB which indicates a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU.
- the new MME/UPE sends an update PDP context request message to the AGW which indicates the TEID of the target ENB.
- the AGW updates a binding of the target ENB TEID with the PDP address and the identification number of the WTRU.
- a new GTP-U tunnel is established between the target ENB and the AGW, and the old GTP-U tunnel is released. Both inter-location area (LA) and intra-LA handover scenarios are addressed.
- LA inter-location area
- intra-LA handover scenarios are addressed.
- FIG. 1 shows a conventional GPRS and 3 G wireless communication system
- FIG. 2 shows the conventional establishment of dual tunnels
- FIG. 3 shows the system architecture evolution (SAE) of a long term evolution (LTE)-based wireless communication system
- FIG. 4 shows the establishment of a single user plane tunnel in accordance with the present invention
- FIG. 5 shows a prior art tunnel protocol stack
- FIG. 6 shows a single user plane tunnel protocol stack configured in accordance with the present invention
- FIG. 7 shows a single user plane tunnel establishment procedure, (LTE Attach), which is implemented in accordance with the present invention
- FIG. 8 shows a system configuration before implementing intra-location area (LA) ENB relocation and routing area update using a single tunnel approach in accordance with the present invention
- FIG. 9 shows the system of claim 8 after implementing intra-LA ENB relocation procedure and routing area update using a single tunnel approach in accordance with the present invention
- FIG. 10 shows a system configuration before implementing inter-LA EN relocation and routing area update using a single tunnel approach in accordance with the present invention
- FIG. 11 shows the system of FIG. 10 after implementing inter-LA ENB relocation procedure and routing area update using a single tunnel approach in accordance with the present invention
- FIG. 12 is a signaling diagram of ENB relocation procedure in accordance with an embodiment of the present invention.
- FIG. 13 shows a system configuration before implementing an inter-LA single tunnel combined hard handover and ENB relocation and routing area update procedure in accordance with the present invention
- FIG. 14 shows the system of FIG. 13 after implementing the inter-LA single tunnel combined hard handover and ENB relocation and routing area update procedure in accordance with the present invention.
- FIG. 15 is a signaling diagram of a single tunnel combined hard handover and ENB relocation procedure in accordance with another embodiment of the present invention.
- wireless transmit/receive unit includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment.
- base station includes but is not limited to a Node-B, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment.
- the features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
- IC integrated circuit
- FIG. 4 shows a single user-plane tunnel approach in accordance with the present invention.
- a single user plane tunnel 430 is used to reduce the delay and processing power required at the MME/UPE 410 .
- the SGSN 210 terminates both the GTP tunnel 220 and a user plane tunnel 225 to the RNC 215 , which means that the SGSN 210 decodes the packets traveling in both directions and translates them into the different protocol formats of the two tunnels 220 and 225 .
- the MME/UPE 410 is not involved in the user plane traffic.
- the user traffic passes through the MME/UPE 410 unchanged, (i.e., unaltered), in both directions.
- the MME/UPE 410 is not in the user plane processing.
- Only the ENB 415 and the AGW 405 are allowed to perform/act on the user plane traffic.
- the MME/UPE 410 only establishes a tunnel for control plane signaling between the AGW 405 and the ENB 415 via two separate interfaces/protocols, (RANAP-C and GTP-C).
- the MME/UPE 410 only manages control traffic, including MM, RAU, and the like, associated with the user and its IP based traffic.
- the MME/UPE 410 connects an ENB 415 and an AGW 405 using a GTP control plane to communicate with the AGW 405 and a RANAP control plane to communicate with the ENB 415 .
- the MME/UPE 410 is responsible for providing the AGW 405 with the new ENB TEID information and the establishment of the single tunnel 430 .
- FIG. 5 shows a prior art tunnel protocol stack according to existing GPRS protocols.
- a GTP-U tunnel transfers, (i.e., tunnels), user data between a UTRAN (which includes RANs, BSSs and RNCs) and a 3G-SGSN, and between the 3G-SGSN and a 3G-GGSN.
- UTRAN which includes RANs, BSSs and RNCs
- 3G-SGSN 3G-SGSN
- FIG. 6 shows a user plane single tunnel protocol stack in accordance with the present invention, in which the user plane tunnel from the ENB passes through the MME/UPE and terminates at the AGW.
- the IP Tunnel shown in both the ENB stack and the AGW stack can be GTP based or any generic IP-Tunnel.
- the GTP-U tunnel is used as an IP tunnel.
- FIG. 7 is a signaling diagram of a process for single tunnel establishment in accordance with the present invention.
- the single tunnel functionality reduces the delay and processing power at the MME/UPE by reducing the need for protocol translation between the ENB and AGW interfaces, and by enabling a direct user plane tunnel between the ENB and the AGW within the packet switched (PS) domain.
- PS packet switched
- the single tunnel approach will not eliminate the need for the MME/UPE to manage control plane signalling for IP based traffic.
- the MME/UPE is still needed for control plane signalling, MM and call/session management.
- the MME/UPE should connect the ENB TEID and the AGW TEID for the user plane by informing each end point of the corresponding TEID of the other end point, (i.e., informing the AGW of the ENB TEID and informing the ENB of the AGW TEID).
- the MME/UPE is responsible for updating and providing the AGW with new ENB TEID information and the establishment of the single tunnel.
- FIG. 7 is a signal flow diagram for a single tunnel establishment procedure (LTE Attach) which is implemented in a wireless communication system that includes a WTRU 505 , an ENB 510 , an MME/UPE 515 , and an AGW 520 .
- the WTRU 505 sends an LTE Attach request to the ENB 510 that includes PDP type, PDP address, APN, quality of service (QoS) data and the like, which is forwarded to the MME/UPE 515 , (step 525 ).
- the MME/UPE 515 validates the LTE Attach request, selects an APN, and maps the APN to the AGW 520 (step 530 ).
- the MME/UPE 515 determines the GTP TEIDs, (step 530 ).
- the MME/UPE 515 creates a PDP context request that includes PDP Type, PDP Address, APN, ENB TEID, QoS, and the like, (step 535 ).
- the AGW 520 creates a PDP context response that includes PDP Type, PDP Address, APN, an indication of GTP tunnel establishment, AGW TEID, QoS, and the like (step 540 ).
- the WTRU 505 and the ENB 510 establish a radio access bearer (RAB), (step 545 ).
- RAB radio access bearer
- the MME/UPE 515 and the ENB 510 exchange tunnel setup signaling that includes a mobile station international subscriber directory number (MSISDN), a PDP address and an AGW TEID, and the MME/UPE 515 sends tunnel establishment information to the ENB 510 after receiving an indication of acceptance from the AGW to establish the tunnel.
- MSISDN mobile station international subscriber directory number
- PDP address PDP address
- AGW TEID AGW TEID
- the MME/UPE 515 sends an update PDP context request to the AGW 520 (step 560 ) to establish the new tunnel by informing the AGW 520 of the ENB TEID associated with the request, and the AGW 520 sends an update PDP context response to the MME/UPE 515 (step 565 ) confirming/rejecting the establishment of the tunnel and the associated attributes, (ENB TEID, PDP type, PDP address, user ID, and the like).
- the MME/UPE 515 inserts the AGW address in its PDP context, sends the PDP address received from the AGW (step 570 ) and prepares for the response to be sent down to the WTRU 505 .
- the MME/UPE 515 updates the PDP context in the AGW 520 to reflect any changes in the QoS attributes resulting from the RAB establishment of step 545 .
- Tunnel established signaling is exchanged between the ENB 510 and the AGW 520 including the MSISDN, PDP address, ENB TEID and AGW TEID (step 575 ).
- the MME/UPE 515 sends an activate PDP context accept message to the WTRU 505 that indicates the PDP information, preferably including an IP address (step 580 ).
- FIG. 8 shows a system configuration before implementing an intra location area (LA)/routing area (RA) handover procedure in accordance with the present invention.
- FIG. 9 shows the system of FIG. 8 after implementing a handover procedure that uses ENB relocation and routing area update using a single tunnel approach in accordance with the present invention.
- the single tunnel between the AGW and the source ENB shown in FIG. 8 is relocated to a new single tunnel between the AGW and the target ENB during a handover procedure. It is noted that both tunnels pass through the same MME/UPE.
- FIG. 10 shows a system configuration before implementing an inter LA/RA handover procedure in accordance with the present invention. It is noted that in this scenario the single tunnel is relocated from a first LA/RA including an old MME/UPE, to a second LA/RA including a new MME/UPE.
- FIG. 11 shows the system of FIG. 10 after implementing a handover procedure that uses ENB relocation and routing area update using a single tunnel approach in accordance with the present invention.
- the single tunnel between the AGW and the source ENB that passes through the old MME/UPE shown in FIG. 10 is relocated to a new single tunnel between the AGW and the target ENB that passes through the new MME/UPE during a handover procedure.
- FIG. 12 is a signaling diagram of an ENB relocation procedure using a single tunnel approach implemented in a wireless communication system including a WTRU 805 , a source ENB 810 , a target ENB 815 , an old MME/UPE 820 , a new MME/UPE 825 and an AGW 830 in accordance with one embodiment of the present invention.
- step 832 an old tunnel is established between the source RNC 810 and the GGSN 830 .
- the establishment of the old tunnel may occur, for example, in accordance with the LTE attach procedure described above with respect to FIG. 7 .
- the WTRU may optionally report the quality of candidate cells to the source ENB 1110 .
- the radio resource management (RRM) function of the source ENB 1110 may decide the WTRU 805 should be handed over to a target cell. The decision may be based on the measurement report 833 and various other performance and operating criteria as desired.
- the source ENB 810 decides to perform/initiate ENB relocation. If the measurement report 833 is proved by the WTRU 805 , the decision may be based on the reported quality and load of the candidate cells.
- both uplink and downlink user and control data flows via at least one of the following tunnels: a radio bearer between the WTRU 805 and the source ENB 810 , a single GTP user plane tunnel between the source ENB 810 and the AGW 830 ; a RANAP control plane tunnel(s) between the source ENB 810 and the old MME/UPE 820 ; and GTP control plane tunnel(s) between the old-MME/UPE 820 and the AGW 830 .
- the source ENB 810 sends a relocation required message, (including relocation type, cause, source ID, target ID, source ENB to target ENB transparent container), to the old MME/UPE 820 .
- the source ENB 810 sets the relocation type to “WTRU not involved”.
- the source ENB to target ENB transparent container includes the necessary information for relocation coordination, security functionality and radio resource control (RRC) protocol context information, (including WTRU capabilities).
- RRC radio resource control
- the old MME/UPE 820 determines from the target ID if the ENB relocation is an intra-MME/UPE ENB relocation or an inter-MME/UPE ENB relocation.
- the old MME/UPE 820 initiates the relocation resource allocation procedure by sending a forward relocation request message, (IMSI, TEID signaling, MM context, PDP context, target identification, RAN transparent container, RANAP cause) to the new MME/UPE 825 (step 838 ).
- IMSI forward relocation request message
- the old MME/UPE 820 may, (if it provides intra domain connection of RAN nodes to multiple CN nodes), have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 820 will select one of them to become the new MME/UPE 825 .
- the PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID, for data the old MME/UPE 820 and the new MME/UPE 825 send uplink packets).
- a timer is started on the MM and PDP contexts in the old MME/UPE 820 .
- the forward relocation request message of step 838 is applicable only in the case of inter-MME/UPE ENB relocation.
- the new MME/UPE 825 sends a relocation request message, (including a permanent non-access stratum (NAS) WTRU identity, cause, CN domain indicator, source RNC to target RNC transparent container, RABs to be setup),to the target RNC 815 .
- NAS non-access stratum
- the relocation request message also indicates a the TEID of the AGW 830 and the association between both the MSISDN of the WTRU 805 and its PDP address with the TEID of the AGW 830
- step 842 RABs are established and a tunnel setup at the target RNC 815 is established in accordance with the present invention. Only the Iu bearers of the RABs are setup between the target ENB 815 and the new MME/UPE 825 , since the existing RABs will be reallocated between the WTRU 805 and the target ENB 815 when the target ENB 815 begins handling traffic destined for the WTRU 805 .
- the RAB's information elements may contain information such as RAB ID, RAB parameters, transport layer address and Iu transport association.
- the RAB ID information element contains the network layer service access point identifier (NSAPI) value, and the RAB parameters information element provides the quality of service (QoS) profile.
- the transport layer address is the MME/UPE address for user data, and the Iu transport association corresponds to the uplink TEID data.
- the target ENB 815 sends a relocation request acknowledge message, (RABs setup, RABs failed to setup), to the new MME/UPE 825 (step 844 ).
- RABs setup RABs failed to setup
- Each RAB to be setup is defined by a transport layer address, which is the address of the target ENB 815 for user data, and an Iu transport association, which corresponds to the downlink TEID for user data.
- the target ENB 815 may simultaneously receive downlink user packets both from the source ENB 810 and from the new MME/UPE 825 .
- a forward relocation response message (cause, RANAP cause, and RAB setup information), is sent from the new MME/UPE 825 to the old MME/UPE 820 (step 846 ).
- the forward relocation response message indicates that the target ENB 815 is ready to receive from source ENB 810 the forwarded downlink PDUs, (i.e., the relocation resource allocation procedure is terminated successfully).
- the RANAP cause is information from the target ENB 815 to be forwarded to the source ENB 810 .
- the RAB setup information contains the ENB TEID and the ENB IP address for data forwarded from the source ENB 810 to the target ENB 815 . If the target ENB 815 or the new MME/UPE 825 failed to allocate resources, the RAB setup information element contains only NSAPI indicating that the source ENB 810 shall release the resources associated with the NSAPI.
- the forward relocation response message of step 846 is applicable only in case of inter-MME/UPE ENB relocation.
- the old MME/UPE 820 continues ENB relocation by sending a relocation command message, (RABs to be released, and RABs subject to data forwarding), to the source ENB 810 (step 848 ).
- the old MME/UPE 820 determines the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding.
- the information element shall contain an RAB ID, transport layer address, and Iu transport association.
- the source ENB 810 may, according to the QoS profile, begin the forwarding of data to the target ENB 815 for the RABs to be subject for data forwarding.
- the data forwarding during relocation shall be carried out through the Iu interface, meaning that the data exchanged between the source ENB 810 and the target ENB 815 are duplicated in the source ENB 810 and routed at IP layer towards the target ENB 815 .
- the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards the target ENB 815 together with their related downlink PDCP sequence numbers.
- the source ENB 810 continues transmitting duplicates of downlink data and receiving uplink data. Before the role of the serving ENB is taken over by the target ENB 815 , and when downlink user plane data starts to arrive at the target ENB 815 , the target ENB 815 may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile.
- steps 850 - 876 of the ENB relocation procedure shown in FIG. 8 does not necessarily reflect the order of events and the steps 850 - 876 may be performed simultaneously or in a different order.
- the source ENB 810 may start data forwarding in step 850 and send a relocation commit message (step 852 ) almost simultaneously except in the delivery order required case where step 850 triggers step 852 .
- the target ENB 815 may send a relocation detect message (step 854 ) and a RAN mobility information message (step 856 ) at the same time.
- the target ENB 815 may receive a RAN mobility information confirm message (step 858 ) while data forwarding (step 850 ) is still underway, and before the new MME/UPE 825 receives an update PDP context response message (step 862 ).
- the source ENB 810 Before sending the relocation commit message at step 852 for the uplink and downlink data transfer in the source ENB 810 , the source ENB 810 is suspended for RABs, which require delivery order.
- the source ENB 810 shall start the data-forwarding timer.
- the source ENB 810 triggers the execution of relocation of ENB by sending a relocation commit message, (ENB contexts), to the target ENB 815 (step 852 ).
- the purpose of this procedure is to transfer ENB contexts from the source ENB 810 to the target ENB 815 .
- ENB contexts are sent for each concerned RAB and contain the sequence numbers of the GTP-PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from the WTRU 805 .
- the sequence numbers of the GTP-PDUs next to be transmitted are not used by the target ENB 815 .
- PDCP sequence numbers are only sent by the source ENB 810 for radio bearers, which used lossless PDCP. The use of lossless PDCP is selected by the source ENB 810 when the radio bearer is set up or reconfigured.
- the target ENB 815 sends a relocation detect message to the new MME/UPE 825 when the relocation execution trigger is received.
- the relocation execution trigger is the reception of the relocation commit message at step 852 .
- the target ENB 815 shall start serving ENB operation.
- the target ENB 815 sends a RAN mobility information message that contains WTRU information elements and CN information elements.
- the WTRU information elements include, among others, a new ENB identity and a subscriber radio network temporary identity (S-RNTI).
- the CN information elements contain, among others, location area identification and routing area identification. The procedure is coordinated in all Iu signaling connections existing for the WTRU 805 .
- the target ENB 815 establishes and/or restarts the RLC, and exchanges the PDCP sequence numbers, (PDCP sequence number (SNU), PDCP sequence number downlink (SND)), between the target ENB 815 and the WTRU 805 .
- the PDCP SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received in the WTRU 805 per radio bearer, which used lossless PDCP in the source RNC 810 .
- the PDCP SND confirms all mobile-terminated packets successfully transferred before the ENB relocation. If the PDCP SND confirms reception of packets that were forwarded from the source ENB 810 , the target ENB 815 shall discard these packets.
- the PDCP SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the ENB per radio bearer, which used lossless PDCP in the source ENB 810 .
- the PDCP SNU confirms all WTRU originated packets successfully transferred before the ENB relocation. If PDCP SNU confirms reception of packets that were received in the source ENB 810 , the WTRU 805 shall discard these packets.
- the WTRU 805 may start sending uplink user data to the target ENB 815 .
- the WTRU 805 When the WTRU 805 has reconfigured itself, it sends a RAN mobility information confirm message to the target ENB 815 at step 858 . This indicates that the WTRU 805 is also ready to receive downlink data from the target ENB 815 .
- step 860 the new MME/UPE 825 sends an update PDP context request message to the AGW 830 which indicates the TEID of the target ENB 815 in accordance with the present invention.
- the AGW 830 updates the binding of the TEID of the target ENB 815 with the PDP address and the MSISDN of the WTRU 805 .
- MME/UPE 825 sends the name of the new connection that data will be forwarded to by the AGW 830 .
- the AGW 830 updates the information pertaining to this tunnel, (i.e., new destination).
- the target ENB 815 starts uplink reception of data and starts transmission of uplink GTP-PDUs towards the new MME/UPE 825 , and the target ENB 815 starts processing the already buffered and the arriving downlink GTP-PDUs and starts downlink transmission towards the WTRU 805 .
- the CN may switch the user plane from the source ENB 810 to the target ENB 815 .
- the ENB relocation is an inter-MME/UPE ENB relocation
- the new MME/UPE 825 sends update PDP context request messages, (new MME/UPE address, MME/UPE TEID, QoS negotiated), to the AGW concerned.
- the MME/UPEs update their PDP context fields and return an update PDP context response (AGW TEID) at step 862 .
- a new GTP user plane tunnel is then established between the target ENB 815 and the AGW 830 at step 864 in accordance with the present invention.
- the new MME/UPE 825 forwards the uplink user data to the AGW 830 over the new GTP user plane tunnel. Otherwise, the new MME/UPE 825 forwards the uplink user data to the IP address of the AGW 830 and TEID(s), which the new MME/UPE 825 had received earlier by the forward relocation request message at step 838 .
- the target ENB 815 When the target ENB 815 receives the RAN mobility information confirm message at step 858 , (i.e., the ID of the target ENB 815 and an S-RNTI are successfully exchanged with the WTRU 805 by the radio protocols), the target ENB 815 initiates a relocation complete procedure by sending a relocation complete message to the new MME/UPE 825 at step 866 .
- the purpose of the relocation complete procedure is to indicate by the target ENB 815 the completion of the ENB relocation to the CN. If the user plane has not been switched at relocation detect and upon reception of relocation complete, the CN switches the user plane from the source ENB 810 to the target ENB 815 . If the ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 825 signals to the old MME/UPE 820 the completion of the ENB relocation procedure by sending a forward relocation complete message at step 868 .
- the old MME/UPE 820 Upon receiving the forward relocation complete message, or if an inter-MME/UPE ENB relocation is taking place, the old MME/UPE 820 sends a forward relocation complete acknowledge message to the new MME/UPE at step 870 , and the old MME/UPE 820 sends an Iu release command message to the source ENB 810 at step 872 .
- the source ENB 810 responds with an Iu release complete message at step 874 .
- the WTRU 805 After the WTRU 805 has finished the RNTI reallocation procedure and, if the new routing area identification is different from the old one, the WTRU 805 initiates a routing area update procedure at step 876 .
- FIG. 13 shows a system configuration before implementing a single tunnel combined inter-LA/RA hard handover and ENB relocation and routing area update procedure in accordance with the present invention.
- FIG. 14 shows the system of FIG. 13 after implementing a single tunnel combined inter-LA/RA hard handover and ENB relocation and routing area update procedure in accordance with the present invention.
- FIG. 15 is a signaling diagram of a single tunnel combined inter-LA/RA hard handover and ENB relocation procedure implemented in a wireless communication system including a WTRU 1105 , a source ENB 1110 , a target ENB 1115 , an old MME/UPE 1120 , a new MME/UPE 1125 and an AGW 1130 in accordance with another embodiment of the present invention.
- the procedure of FIG. 15 is applicable to both intra-MME/UPE ENB relocation and inter-MME/UPE ENB relocation.
- step 1132 an old tunnel is established between the source ENB 1110 and the AGW 1130 .
- This old tunnel may be established, for example, by way of the LTE attach procedure described above with reference to FIG. 7 .
- the WTRU may optionally report the quality of candidate cells to the source ENB 1110 .
- the radio resource management (RRM) function of the source ENB 1110 may decide the WTRU 1105 should be handed over to a target cell. The decision may be based on the measurement report 1133 and various other performance and operating criteria as desired.
- the source ENB 1110 decides to perform/initiate a combined hard handover and ENB relocation. If the measurement report 1133 is proved by the WTRU 1105 , the decision may be based on the reported quality and load of the candidate cells.
- both uplink and downlink user and control data flows via at least one of the following tunnels: a radio bearer between the WTRU 1105 and the source ENB 1110 ; GTP user plane tunnel between the source ENB and the AGW; RANAP control plane tunnel(s) between the source ENB 1110 and the old MME/UPE 1120 ; and GTP control plane tunnel(s) between the old MME/UPE 1120 and the AGW 1130 .
- the source ENB 1110 sends a relocation required message, (including relocation type, cause, source ID, target ID, source ENB to target ENB transparent container), to the old MME/UPE 1120 .
- the source ENB 1110 sets the relocation type to “WTRU involved”.
- the source ENB to target ENB transparent container includes the necessary information for relocation coordination, security functionality and RRC protocol context information, (including WTRU capabilities).
- the old MME/UPE 1120 determines from the target ID if the ENB relocation is an intra-MME/UPE ENB relocation or an inter-MME/UPE ENB relocation.
- the old MME/UPE 1120 initiates the relocation resource allocation procedure by sending a forward relocation request message, (IMSI, TEID signaling, MM context, PDP context, target identification, RAN transparent container, RANAP cause) to the new MME/UPE 1125 (step 1138 ).
- IMSI forward relocation request message
- the old MME/UPE 1120 may, (if it provides intra domain connection of RAN nodes to multiple CN nodes), have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 1120 will select one of them to become the new MME/UPE 1125 .
- the PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID, for data the old MME[UPE 1120 and the new MME/UPE 1125 send uplink packets).
- a timer is started on the MM and PDP contexts in the old MME/UPE 1120 .
- the forward relocation request message of step 1138 is applicable only in the case of inter-MME/UPE ENB relocation.
- the new MME/UPE 1125 sends a relocation request message, (including a permanent non-access stratum (NAS) WTRU identity, cause, CN domain indicator, source ENB to target ENB transparent container, RABs to be setup),to the target ENB 1115 .
- a relocation request message including a permanent non-access stratum (NAS) WTRU identity, cause, CN domain indicator, source ENB to target ENB transparent container, RABs to be setup
- the old MME/UPE 1120 may, if it provides intra domain connection of RAN nodes to multiple CN nodes, have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 1120 will select one of them to become the new MME/UPE 1125 .
- PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID for data).
- the old MME/UPE 1120 and the new MME/UPE 1125 send uplink packets.
- a timer is started on the MM and PDP contexts in the old MME/UPE 1120 .
- the forward relocation request message is applicable only for inter-MME/UPE ENB relocation.
- the relocation request message also indicates the TEID of the AGW 1130 and the association between both the MSISDN of the WTRU 1105 and its PDP address with the TEID of the AGW 1130 .
- step 1142 RABs are established and a tunnel setup at the target ENB 1115 is established in accordance with the present invention. Only the Iu bearers of the RABs are setup between the target ENB 1115 and the new MME/UPE 1125 , since the existing RABs will be reallocated between the WTRU 1105 and the target ENB 1115 .
- the RAB's information elements may contain information such as RAB ID, RAB parameters, transport layer address and Iu transport association.
- the RAB ID information element contains the network layer service access point identifier (NSAPI) value, and the RAB parameters information element provides the quality of service (QoS) profile.
- the transport layer address is the MME/UPE address for user data, and the Iu transport association corresponds to the uplink TEID data.
- the target ENB 1115 sends a relocation request acknowledge message, (RABs setup, RABs failed to setup), to the new MME/UPE 1125 (step 1144 ).
- RABs setup RABs failed to setup
- Each RAB to be setup is defined by a transport layer address, which is the address of the target ENB 1115 for user data, and an Iu transport association, which corresponds to the downlink TEID for user data.
- the target ENB 1115 may simultaneously receive downlink user packets both from the source ENB 1110 and from the new MME/UPE 1125 .
- a forward relocation response message (cause, RAN transparent container, RANAP cause, target-ENB information), is sent from the new MME/UPE 1125 to the old MME/UPE 1120 , (step 1146 ).
- the forward relocation response message indicates that the target ENB 1115 is ready to receive from the source ENB 1110 the forwarded downlink PDUs, (i.e., the relocation resource allocation procedure is terminated successfully).
- the RAN transparent container and the RANAP cause are information from the target ENB 1115 to be forwarded to the source ENB 1110 .
- the target ENB information contains the ENB TEID and the ENB IP address for data forwarded from the source ENB 1110 to the target ENB 1115 .
- the forward relocation response message of step 1146 is applicable only for inter-MME/UPE ENB relocation.
- the old MME/UPE 1120 continues the relocation of ENB by sending a relocation command message, (RABs to be released, and RABs subject to data forwarding), to the source ENB 1110 (step 1148 ).
- the old MME/UPE 1120 determines the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding.
- the information element shall contain an RAB ID, transport layer address, and Iu transport association.
- the source ENB 1110 may, according to the QoS profile, begin the forwarding of data to the target ENB 1115 for the RABs to be subject for data forwarding.
- the data forwarding at ENB relocation shall be carried out through the Iu interface, meaning that the data (GTP-PDUs) exchanged between the source ENB 1110 and the target ENB 1115 are duplicated in the source ENB 1110 and routed at the IP layer towards the target ENB 1115 .
- the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards the target ENB 1115 together with their related downlink PDCP sequence numbers.
- PDCP lossless packet data convergence protocol
- the source ENB 1110 continues transmitting duplicates of downlink data and receiving uplink data. Before the role of the serving ENB is not yet taken over by the target ENB 1115 , and when downlink user plane data starts to arrive at the target ENB 1115 , the target ENB 1115 may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile.
- steps 1150 - 1184 of the single tunnel combined hard handover and ENB relocation procedure shown in FIG. 15 does not necessarily reflect the order of events and may be performed simultaneously or in a different order.
- the source ENB 1110 may start data forwarding in step 1150 , send an RRC message to the WTRU 1105 (step 1152 ) and forward serving ENB context message to the old MME/UPE (step 1154 ) almost simultaneously.
- the uplink and downlink data transfer is suspended in the source ENB 1110 for RABs, which require delivery order.
- the RRC message is, for example, physical channel reconfiguration for RNS to RNS relocation, or intersystem to UTRAN handover for BSS to RNS relocation, or handover from UTRAN command for BSS relocation, or handover command for BSS to BSS relocation.
- the source ENB 1110 triggers the execution of ENB relocation by sending to the WTRU 1105 the RRC message provided in the target ENB 1115 to source ENB 1110 transparent container, e.g., a physical channel reconfiguration (WTRU information elements, CN information elements) message (step 1152 ).
- WTRU information elements include, among others, a new serving ENB identity and S-RNTI.
- CN information elements contain, among others, location area identification and routing area identification.
- the source ENB 1110 continues the execution of ENB relocation by sending a forward serving ENB context (RAB contexts) message to the target ENB 1115 via the old MME/UPE 1120 and the new MME/UPE 1125 (steps 1154 , 1156 and 1160 ).
- the forward serving ENB context message is acknowledged by a forward serving ENB context acknowledge message, from new MME/UPE 1125 to the old MME/UPE 1120 (step 1158 ).
- the purpose of this procedure is to transfer serving ENB contexts from the source ENB 1110 to the target ENB 1115 , and to move the serving ENB role from the source ENB 1110 to the target ENB 1115 .
- Serving ENB contexts are sent for each concerned RAB and contain the sequence numbers of the GTP PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from the WTRU 1105 .
- PDCP sequence numbers are only sent by the source ENB 1110 for the radio bearers which used lossless PDCP. The use of lossless PDCP is selected by the source ENB 1110 when the radio bearer is set up or reconfigured.
- the sequence numbers of the GTP-PDUs next to be transmitted are not used by the target ENB 1115 .
- the responsible GTP-U entities shall assign consecutive GTP-PDU sequence numbers to user packets belonging to the same PDP context uplink and downlink, respectively.
- the target ENB 1115 establishes and/or restarts the RLC and exchanges the PDCP sequence numbers, (PDCP-SNU, PDCP-SND), between the target ENB 1115 and the WTRU 1105 .
- PDCP-SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received by the WTRU 1105 per radio bearer, which used lossless PDCP in the source ENB 1110 .
- PDCP-SND confirms all mobile terminated packets successfully transferred before the serving ENB relocation. If PDCP-SND confirms reception of packets that were forwarded from the source ENB 1110 , then the target ENB 1115 shall discard these packets.
- PDCP-SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the ENB per radio bearer, which used lossless PDCP in the source ENB 1110 .
- PDCP-SNU confirms all mobile originated packets successfully transferred before the serving ENB relocation. If PDCP-SNU confirms reception of packets that were received in the source ENB 1110 , the WTRU 1105 discards these packets.
- the target ENB 1115 sends a relocation detect message to the new MME/UPE 1164 when the relocation execution trigger is received (step 1164 ).
- the relocation execution trigger may be received from the Uu interface; (i.e., when the target ENB 1115 detects the WTRU 1105 on the lower layers (step 1162 )).
- the target ENB 1115 starts serving ENB operation.
- step 1166 the new MME/UPE 1125 sends an update PDP context request message to the AGW 1130 which indicates a single tunnel configuration and the TEID of the target ENB 1115 in accordance with the present invention.
- the AGW 1130 updates the binding of the TEID of the target ENB 1115 with the PDP address and the MSISDN of the WTRU 1105 .
- the target ENB 1115 starts uplink reception of data and start transmission of uplink GTP-PDUs towards the new MME/UPE 1125 , and the target ENB 1115 starts processing the already buffered and the arriving downlink GTP-PDUs and starts downlink transmission towards the WTRU 1105 .
- the CN may switch the user plane from the source ENB 1110 to the target ENB 1115 .
- the serving ENB relocation is an inter-MME/UPE ENB relocation
- the new MME/UPE 1125 sends update PDP context request messages, (new MME/UPE address, MME/UPE TEID, QoS negotiated), to the AGW concerned.
- the AGW updates its PDP context fields and return an update PDP context response (AGW TEID) at step 1170 .
- a new GTP user plane tunnel is the established between the target ENB 1115 and the AGW 1130 at step 1174 in accordance with the present invention.
- the new MME/UPE 1125 forwards the uplink user data to the AGW 1130 over the new GTP user plane tunnel. Otherwise, the new MME/UPE 1125 forwards the uplink user data to the IP address of the AGW 1130 and TEID(s), which the new MME/UPE 1125 had received earlier by the forward relocation request message at step 1138 .
- the WTRU 1105 When the WTRU 1105 has reconfigured itself, it sends an RRC message, (e.g., a physical channel reconfiguration complete message), to the target ENB 1115 (step 1168 ). If a forward serving ENB context message with the sequence numbers is received at step 1160 , the exchange of packets with the WTRU 1105 may start. If this message is not yet received, the target ENB 1115 may start the packet transfer for all RABs, which do not require maintaining the delivery order.
- RRC message e.g., a physical channel reconfiguration complete message
- the target ENB 1115 When the target ENB 1115 receives the RRC message at step 1168 , the target ENB 1115 initiates a relocation complete procedure by sending a relocation complete message to the new MME/UPE 1125 at step 1172 .
- the purpose of the relocation complete procedure is to indicate by the target ENB 1115 the completion of the serving ENB relocation to the CN. If the user plane has not been switched at relocation detect and upon reception of relocation complete, the CN switches the user plane from the source ENB 1110 to the target ENB 1115 . If the ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 1125 signals to the old MME/UPE 1120 the completion of the serving ENB relocation procedure by sending a forward relocation complete message at step 1176 .
- the old MME/UPE 1120 Upon receiving the forward relocation complete message, or if an inter-MME/UPE serving ENB relocation is taking place, the old MME/UPE 1120 sends a forward relocation complete acknowledge message to the new MME/UPE at step 1178 , and the old MME/UPE 1120 sends an Iu release command message to the source ENB 1110 at step 1180 .
- the source ENB 1110 responds with an Iu release complete message at step 1182 .
- the WTRU 1105 After the WTRU 1105 has finished the reconfiguration procedure and if the new routing area identification is different from the old one, the WTRU 1105 initiates a routing area update procedure at step 1184 .
- ROM read only memory
- RAM random access memory
- register cache memory
- semiconductor memory devices magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs).
- Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
- DSP digital signal processor
- ASICs Application Specific Integrated Circuits
- FPGAs Field Programmable Gate Arrays
- a processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer.
- the WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.
- modules implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker,
Abstract
A single general packet radio service (GPRS) tunneling protocol (GTP) tunnel is established between an evolved Node B (ENB) and an access gateway (AGW) in a long term evolution (LTE) based wireless communication system. When ENB relocation is required, a new mobility management entity (MME)/user plane entity (UPE) sends a relocation request message to a target ENB indicating a tunnel endpoint identity (TEID) of the AGW, the identification number of a wireless transmit/receive unit (WTRU) and the packet data protocol (PDP) address of the WTRU. The new MME/UPE sends an update PDP context request message to the AGW indicating the target ENB TEID. The AGW updates a binding of the target ENB TEID with the WTRU PDP address and the identification number. A new tunnel is established between the target ENB and the AGW, and an old tunnel between the source ENB and the AGW is released. Both inter-location area (LA) and intra-LA handover scenarios are addressed.
Description
- This application claims the benefit of U.S. Provisional Application No. 60/779,739 filed Mar. 7, 2006, and U.S. Provisional Application No. 60/792,935 filed Apr. 18, 2006 which are incorporated by reference as if fully set forth. This application is related to U.S. patent application Ser. No. 11/626,538 filed Jan. 24, 2007.
- The present invention is related to a wireless communication system. More particularly, the present invention is related to a method and apparatus for supporting handoff and evolved Node B (ENB) relocation procedures in a single tunnel long term evolution (LTE)-based wireless communication system.
-
FIG. 1 shows a conventional GPRS/third generation (3G) wirelesscommunication system architecture 100 that shows various interfaces/protocols as well as user data transfer interfaces between various network entities. Thewireless communication system 100 includes at least one serving GPRS support node (SGSN) 105 and at least one gateway GPRS support node (GGSN) 110. Thewireless communication system 100 further comprises a universal terrestrial radio access network (UTRAN) 115 which includes one or more radio access networks (RANs), base station systems (BSSs) and radio network controllers (RNCs), (not shown). Thesystem 100 also comprises a plurality of wireless transmit/receive units (WTRUs) 120, each including a terminal equipment (TE) 125 coupled to a mobile terminal (MT) 130. The mobility in thewireless communication system 100 is facilitated by anchoring an Internet Protocol (IP) session at the GGSN 110 and allowing for multi-level mobility by supporting mobility management (MM) protocols for IP and non-IP traffic/services provided by the SGSN 105. -
FIG. 2A shows how dual tunnels are established in the conventionalwireless communication system 100 ofFIG. 1 to provide IP connectivity for user plane traffic. As shown inFIG. 2 , a GPRS tunnelling protocol (GTP) user plane (GTP-U)tunnel 220 is established between a GGSN 205 and an SGSN 210, and a seconduser plane tunnel 225 is established between the SGSN 210 and a radio network controller (RNC) 215. Both tunnels are dedicated to the same user. The GTPtunnel 220 has a user plane and a control plane. Theuser tunnel 225 is an IP tunnel having a user plane and a RAN application part (RANAP) control plane used for control messaging. - When an intra-SGSN handoff is implemented, the SGSN 210 switches the tunnel from an old RNC to a new RNC. A combined hard handover and SRNS relocation procedure is used to move the RAN to a core network (CN) connection point at the RAN side from the source serving RNC (SRNC) to the target RNC, while performing a hard handover decided by the RAN. In the procedure, the Iu links are relocated. If the target RNC is connected to the same SGSN as the source SRNC, an intra-SGSN SRNS relocation procedure is performed. If the routing area is changed, this procedure is followed by an intra-SGSN routing area update procedure. The SGSN detects that it is an intra-SGSN routing area update by noticing that it also handles the old routing area. In this case, the SGSN has the necessary information about the WRTU and there is no need to inform the HLR about the new WTRU location.
- If the target RNC is connected to a different SGSN than the source SRNC, an inter-SGSN SRNS relocation procedure is performed. This procedure is followed by an inter-SGSN routing area update procedure.
- A routing area update (RAU) is used to minimize the paging traffic within a wireless communication system that is grouped into clusters. Each cluster includes a group of cells (Node-Bs). Each cluster is defined by a unique identifier, (i.e., routing area identifier (ID)). Those WTRUs in the wireless communication system that travel across boundaries of the clusters have to perform a registration process called a routing area update. In the RAU, the WTRU informs the core network regarding which area of the system it is operating in. If the WTRU receives a terminated call, the core network pages the WTRU in the last known routing area. This eliminates the need to send a paging message for the WTRU throughout the entire system, which in turn significantly reduces the amount of signalling across the system. Thus, more processing power is allocated to user traffic. The RAU may require the establishment of a new connection between a GGSN and a new RNC. New processes and message formats are needed for a single tunnel approach as compared to those existing in a two tunnel approach.
- Similarly,
FIG. 3 is the system architecture evolution (SAE) of a long term evolution (LTE)-based network that shows various interfaces/protocols as well as user data transfer interfaces between various network entities. Thewireless communication system 300 includes an evolvedpacket core 305 comprising at least one mobility management entity (MME)/user plane entity (UPE) 310 and at least one inter-access system (AS)anchor 315, also called an access gateway (AGW). An evolvedradio access network 320 includes at least one evolved Node B (ENB). Thewireless communication system 300 further comprises aGPRS core 325 as described above with reference toFIG. 1 , which includes at least one universal terrestrial radio access network (UTRAN) 330, and at least one GPRS enhanced data rates for global system for mobile communications (GSM) evolution (EDGE) radio access network (GERAN) 335. Mobility of WTRUs (not shown) in thewireless communication system 300 is facilitated by anchoring Internet Protocol (IP) sessions at the AGW 315 and allowing for multi-level mobility by supporting mobility management (MM) protocols for IP traffic/services provided by the AGW 315. - LTE based networks are all IP Networks (AIPNs). IP traffic generated from the network operator, such as instant messaging, and non third generation partnership project (3G) IP traffic, such as wireless local area network (WLAN) traffic, is anchored and routed through the AGW 315. IP traffic destined for a WTRU does not need to be terminated at the MME/UPE 310. Therefore, a method and system for single IP tunnel functionality is desirable to reduce the delay and processing power at the MME/UPE in LTE-based networks.
- The present invention is related to establishing a single general packet radio service (GPRS) tunneling protocol (GTP) tunnel for user plane traffic between an access gateway (AGW) and an evolved Node B (ENB) in a long term evolution (LTE) based wireless communication network. ENB relocation is implemented in a wireless communication system including at least one WTRU, a source ENB, a target ENB, an old mobility management entity (MME)/user plane entity (UPE), a new MME/UPE and an AGW. An old GTP-U tunnel is established between the source ENB and the AGW. The source ENB sends a relocation required message to the old MME/UPE. The old MME/UPE sends a forward relocation request message to the new MME/UPE. The new MME/UPE sends a relocation request message to the target ENB which indicates a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU. The new MME/UPE sends an update PDP context request message to the AGW which indicates the TEID of the target ENB. The AGW updates a binding of the target ENB TEID with the PDP address and the identification number of the WTRU. A new GTP-U tunnel is established between the target ENB and the AGW, and the old GTP-U tunnel is released. Both inter-location area (LA) and intra-LA handover scenarios are addressed.
- A more detailed understanding of the invention may be had from the following description of a preferred embodiment, given by way of example and to be understood in conjunction with the accompanying drawings wherein:
-
FIG. 1 shows a conventional GPRS and 3G wireless communication system; -
FIG. 2 shows the conventional establishment of dual tunnels; -
FIG. 3 shows the system architecture evolution (SAE) of a long term evolution (LTE)-based wireless communication system; -
FIG. 4 shows the establishment of a single user plane tunnel in accordance with the present invention; -
FIG. 5 shows a prior art tunnel protocol stack; -
FIG. 6 shows a single user plane tunnel protocol stack configured in accordance with the present invention; -
FIG. 7 shows a single user plane tunnel establishment procedure, (LTE Attach), which is implemented in accordance with the present invention; -
FIG. 8 shows a system configuration before implementing intra-location area (LA) ENB relocation and routing area update using a single tunnel approach in accordance with the present invention; -
FIG. 9 shows the system of claim 8 after implementing intra-LA ENB relocation procedure and routing area update using a single tunnel approach in accordance with the present invention; -
FIG. 10 shows a system configuration before implementing inter-LA EN relocation and routing area update using a single tunnel approach in accordance with the present invention; -
FIG. 11 shows the system ofFIG. 10 after implementing inter-LA ENB relocation procedure and routing area update using a single tunnel approach in accordance with the present invention; -
FIG. 12 is a signaling diagram of ENB relocation procedure in accordance with an embodiment of the present invention; -
FIG. 13 shows a system configuration before implementing an inter-LA single tunnel combined hard handover and ENB relocation and routing area update procedure in accordance with the present invention; -
FIG. 14 shows the system ofFIG. 13 after implementing the inter-LA single tunnel combined hard handover and ENB relocation and routing area update procedure in accordance with the present invention; and -
FIG. 15 is a signaling diagram of a single tunnel combined hard handover and ENB relocation procedure in accordance with another embodiment of the present invention. - When referred to hereafter, the terminology “wireless transmit/receive unit (WTRU)” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment. When referred to hereafter, the terminology “base station” includes but is not limited to a Node-B, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment.
- The features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
- In accordance with the present invention, the mobility in LTE-based systems is facilitated by anchoring IP sessions at the AGW.
FIG. 4 shows a single user-plane tunnel approach in accordance with the present invention. A singleuser plane tunnel 430 is used to reduce the delay and processing power required at the MME/UPE 410. In the GPRS two-tunnel approach shown inFIG. 2 , theSGSN 210 terminates both theGTP tunnel 220 and auser plane tunnel 225 to theRNC 215, which means that theSGSN 210 decodes the packets traveling in both directions and translates them into the different protocol formats of the twotunnels FIG. 4 , the MME/UPE 410 is not involved in the user plane traffic. Thus, the user traffic passes through the MME/UPE 410 unchanged, (i.e., unaltered), in both directions. The MME/UPE 410 is not in the user plane processing. Only theENB 415 and theAGW 405 are allowed to perform/act on the user plane traffic. The MME/UPE 410 only establishes a tunnel for control plane signaling between theAGW 405 and theENB 415 via two separate interfaces/protocols, (RANAP-C and GTP-C). The MME/UPE 410 only manages control traffic, including MM, RAU, and the like, associated with the user and its IP based traffic. The MME/UPE 410 connects anENB 415 and anAGW 405 using a GTP control plane to communicate with theAGW 405 and a RANAP control plane to communicate with theENB 415. When a handoff occurs between ENBs, the MME/UPE 410 is responsible for providing theAGW 405 with the new ENB TEID information and the establishment of thesingle tunnel 430. -
FIG. 5 shows a prior art tunnel protocol stack according to existing GPRS protocols. A GTP-U tunnel transfers, (i.e., tunnels), user data between a UTRAN (which includes RANs, BSSs and RNCs) and a 3G-SGSN, and between the 3G-SGSN and a 3G-GGSN. -
FIG. 6 shows a user plane single tunnel protocol stack in accordance with the present invention, in which the user plane tunnel from the ENB passes through the MME/UPE and terminates at the AGW. The IP Tunnel shown in both the ENB stack and the AGW stack can be GTP based or any generic IP-Tunnel. In a preferred embodiment, the GTP-U tunnel is used as an IP tunnel. -
FIG. 7 is a signaling diagram of a process for single tunnel establishment in accordance with the present invention. The single tunnel functionality reduces the delay and processing power at the MME/UPE by reducing the need for protocol translation between the ENB and AGW interfaces, and by enabling a direct user plane tunnel between the ENB and the AGW within the packet switched (PS) domain. However, the single tunnel approach will not eliminate the need for the MME/UPE to manage control plane signalling for IP based traffic. The MME/UPE is still needed for control plane signalling, MM and call/session management. - In the case of a single tunnel, the MME/UPE should connect the ENB TEID and the AGW TEID for the user plane by informing each end point of the corresponding TEID of the other end point, (i.e., informing the AGW of the ENB TEID and informing the ENB of the AGW TEID). In the case of a handoff between ENBs, the MME/UPE is responsible for updating and providing the AGW with new ENB TEID information and the establishment of the single tunnel.
- Still referring to
FIG. 7 ,FIG. 7 is a signal flow diagram for a single tunnel establishment procedure (LTE Attach) which is implemented in a wireless communication system that includes aWTRU 505, anENB 510, an MME/UPE 515, and anAGW 520. TheWTRU 505 sends an LTE Attach request to theENB 510 that includes PDP type, PDP address, APN, quality of service (QoS) data and the like, which is forwarded to the MME/UPE 515, (step 525). The MME/UPE 515 validates the LTE Attach request, selects an APN, and maps the APN to the AGW 520 (step 530). The MME/UPE 515 determines the GTP TEIDs, (step 530). The MME/UPE 515 creates a PDP context request that includes PDP Type, PDP Address, APN, ENB TEID, QoS, and the like, (step 535). TheAGW 520 creates a PDP context response that includes PDP Type, PDP Address, APN, an indication of GTP tunnel establishment, AGW TEID, QoS, and the like (step 540). TheWTRU 505 and theENB 510 establish a radio access bearer (RAB), (step 545). Instep 550, the MME/UPE 515 and theENB 510 exchange tunnel setup signaling that includes a mobile station international subscriber directory number (MSISDN), a PDP address and an AGW TEID, and the MME/UPE 515 sends tunnel establishment information to theENB 510 after receiving an indication of acceptance from the AGW to establish the tunnel. The MME/UPE 515 sends an update PDP context request to the AGW 520 (step 560) to establish the new tunnel by informing theAGW 520 of the ENB TEID associated with the request, and theAGW 520 sends an update PDP context response to the MME/UPE 515 (step 565) confirming/rejecting the establishment of the tunnel and the associated attributes, (ENB TEID, PDP type, PDP address, user ID, and the like). The MME/UPE 515 inserts the AGW address in its PDP context, sends the PDP address received from the AGW (step 570) and prepares for the response to be sent down to theWTRU 505. Thus, if necessary, the MME/UPE 515 updates the PDP context in theAGW 520 to reflect any changes in the QoS attributes resulting from the RAB establishment ofstep 545. Tunnel established signaling is exchanged between the ENB510 and theAGW 520 including the MSISDN, PDP address, ENB TEID and AGW TEID (step 575). The MME/UPE 515 sends an activate PDP context accept message to theWTRU 505 that indicates the PDP information, preferably including an IP address (step 580). -
FIG. 8 shows a system configuration before implementing an intra location area (LA)/routing area (RA) handover procedure in accordance with the present invention. -
FIG. 9 shows the system ofFIG. 8 after implementing a handover procedure that uses ENB relocation and routing area update using a single tunnel approach in accordance with the present invention. The single tunnel between the AGW and the source ENB shown inFIG. 8 is relocated to a new single tunnel between the AGW and the target ENB during a handover procedure. It is noted that both tunnels pass through the same MME/UPE. -
FIG. 10 shows a system configuration before implementing an inter LA/RA handover procedure in accordance with the present invention. It is noted that in this scenario the single tunnel is relocated from a first LA/RA including an old MME/UPE, to a second LA/RA including a new MME/UPE. -
FIG. 11 shows the system ofFIG. 10 after implementing a handover procedure that uses ENB relocation and routing area update using a single tunnel approach in accordance with the present invention. The single tunnel between the AGW and the source ENB that passes through the old MME/UPE shown inFIG. 10 is relocated to a new single tunnel between the AGW and the target ENB that passes through the new MME/UPE during a handover procedure. -
FIG. 12 is a signaling diagram of an ENB relocation procedure using a single tunnel approach implemented in a wireless communication system including aWTRU 805, asource ENB 810, atarget ENB 815, an old MME/UPE 820, a new MME/UPE 825 and anAGW 830 in accordance with one embodiment of the present invention. - In
step 832, an old tunnel is established between thesource RNC 810 and theGGSN 830. The establishment of the old tunnel may occur, for example, in accordance with the LTE attach procedure described above with respect toFIG. 7 . - In
step 833, the WTRU may optionally report the quality of candidate cells to thesource ENB 1110. The radio resource management (RRM) function of thesource ENB 1110 may decide theWTRU 805 should be handed over to a target cell. The decision may be based on themeasurement report 833 and various other performance and operating criteria as desired. - In
step 834, thesource ENB 810 decides to perform/initiate ENB relocation. If themeasurement report 833 is proved by theWTRU 805, the decision may be based on the reported quality and load of the candidate cells. At this point, both uplink and downlink user and control data flows via at least one of the following tunnels: a radio bearer between theWTRU 805 and thesource ENB 810, a single GTP user plane tunnel between the source ENB 810 and theAGW 830; a RANAP control plane tunnel(s) between the source ENB 810 and the old MME/UPE 820; and GTP control plane tunnel(s) between the old-MME/UPE 820 and theAGW 830. - In
step 836, thesource ENB 810 sends a relocation required message, (including relocation type, cause, source ID, target ID, source ENB to target ENB transparent container), to the old MME/UPE 820. Thesource ENB 810 sets the relocation type to “WTRU not involved”. The source ENB to target ENB transparent container includes the necessary information for relocation coordination, security functionality and radio resource control (RRC) protocol context information, (including WTRU capabilities). - The old MME/
UPE 820 determines from the target ID if the ENB relocation is an intra-MME/UPE ENB relocation or an inter-MME/UPE ENB relocation. In the case of an inter-MME/UPE ENB relocation, the old MME/UPE 820 initiates the relocation resource allocation procedure by sending a forward relocation request message, (IMSI, TEID signaling, MM context, PDP context, target identification, RAN transparent container, RANAP cause) to the new MME/UPE 825 (step 838). For relocation to an area where intra domain connection of RAN nodes to multiple CN nodes is used, the old MME/UPE 820 may, (if it provides intra domain connection of RAN nodes to multiple CN nodes), have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 820 will select one of them to become the new MME/UPE 825. The PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID, for data the old MME/UPE 820 and the new MME/UPE 825 send uplink packets). At the same time, a timer is started on the MM and PDP contexts in the old MME/UPE 820. The forward relocation request message ofstep 838 is applicable only in the case of inter-MME/UPE ENB relocation. - In
step 840, the new MME/UPE 825 sends a relocation request message, (including a permanent non-access stratum (NAS) WTRU identity, cause, CN domain indicator, source RNC to target RNC transparent container, RABs to be setup),to thetarget RNC 815. - In accordance with the present invention, the relocation request message also indicates a the TEID of the
AGW 830 and the association between both the MSISDN of theWTRU 805 and its PDP address with the TEID of theAGW 830 - In
step 842, RABs are established and a tunnel setup at thetarget RNC 815 is established in accordance with the present invention. Only the Iu bearers of the RABs are setup between the target ENB 815 and the new MME/UPE 825, since the existing RABs will be reallocated between theWTRU 805 and thetarget ENB 815 when thetarget ENB 815 begins handling traffic destined for theWTRU 805. For each requested RAB, the RAB's information elements may contain information such as RAB ID, RAB parameters, transport layer address and Iu transport association. The RAB ID information element contains the network layer service access point identifier (NSAPI) value, and the RAB parameters information element provides the quality of service (QoS) profile. The transport layer address is the MME/UPE address for user data, and the Iu transport association corresponds to the uplink TEID data. - After all necessary resources for accepted RABs including the Iu user plane are successfully allocated, the
target ENB 815 sends a relocation request acknowledge message, (RABs setup, RABs failed to setup), to the new MME/UPE 825 (step 844). Each RAB to be setup is defined by a transport layer address, which is the address of thetarget ENB 815 for user data, and an Iu transport association, which corresponds to the downlink TEID for user data. For each RAB to be set up, thetarget ENB 815 may simultaneously receive downlink user packets both from the source ENB 810 and from the new MME/UPE 825. - When resources for the transmission of user data between the target ENB 815 and the new MME/
UPE 825 have been allocated, and the new MME/UPE 825 is ready for relocation, a forward relocation response message, (cause, RANAP cause, and RAB setup information), is sent from the new MME/UPE 825 to the old MME/UPE 820 (step 846). The forward relocation response message indicates that thetarget ENB 815 is ready to receive fromsource ENB 810 the forwarded downlink PDUs, (i.e., the relocation resource allocation procedure is terminated successfully). The RANAP cause is information from thetarget ENB 815 to be forwarded to thesource ENB 810. The RAB setup information, one information element for each RAB, contains the ENB TEID and the ENB IP address for data forwarded from thesource ENB 810 to thetarget ENB 815. If thetarget ENB 815 or the new MME/UPE 825 failed to allocate resources, the RAB setup information element contains only NSAPI indicating that thesource ENB 810 shall release the resources associated with the NSAPI. The forward relocation response message ofstep 846 is applicable only in case of inter-MME/UPE ENB relocation. - The old MME/
UPE 820 continues ENB relocation by sending a relocation command message, (RABs to be released, and RABs subject to data forwarding), to the source ENB 810 (step 848). The old MME/UPE 820 determines the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding. For each RAB subject to data forwarding, the information element shall contain an RAB ID, transport layer address, and Iu transport association. These are the same transport layer address and Iu transport association that thetarget ENB 815 had sent to the new MME/UPE 825 in the relocation request acknowledge message ofstep 844, and these are used for forwarding of downlink PDUs from thesource ENB 810 to thetarget ENB 815. Thesource ENB 810 is now ready to forward downlink user data directly to thetarget ENB 815 over the Iu interface. This forwarding is performed for downlink user data only. - In
step 850, thesource ENB 810 may, according to the QoS profile, begin the forwarding of data to thetarget ENB 815 for the RABs to be subject for data forwarding. The data forwarding during relocation shall be carried out through the Iu interface, meaning that the data exchanged between the source ENB 810 and thetarget ENB 815 are duplicated in the source ENB 810 and routed at IP layer towards thetarget ENB 815. For each radio bearer which uses a lossless packet data convergence protocol (PDCP), the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards thetarget ENB 815 together with their related downlink PDCP sequence numbers. Thesource ENB 810 continues transmitting duplicates of downlink data and receiving uplink data. Before the role of the serving ENB is taken over by thetarget ENB 815, and when downlink user plane data starts to arrive at thetarget ENB 815, thetarget ENB 815 may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile. - It should be noted that the order of steps 850-876 of the ENB relocation procedure shown in
FIG. 8 does not necessarily reflect the order of events and the steps 850-876 may be performed simultaneously or in a different order. For instance, thesource ENB 810 may start data forwarding instep 850 and send a relocation commit message (step 852) almost simultaneously except in the delivery order required case wherestep 850 triggers step 852. Thetarget ENB 815 may send a relocation detect message (step 854) and a RAN mobility information message (step 856) at the same time. Hence, thetarget ENB 815 may receive a RAN mobility information confirm message (step 858) while data forwarding (step 850) is still underway, and before the new MME/UPE 825 receives an update PDP context response message (step 862). - Before sending the relocation commit message at
step 852 for the uplink and downlink data transfer in thesource ENB 810, thesource ENB 810 is suspended for RABs, which require delivery order. Thesource ENB 810 shall start the data-forwarding timer. When thesource ENB 810 is ready, thesource ENB 810 triggers the execution of relocation of ENB by sending a relocation commit message, (ENB contexts), to the target ENB 815 (step 852). The purpose of this procedure is to transfer ENB contexts from thesource ENB 810 to thetarget ENB 815. ENB contexts are sent for each concerned RAB and contain the sequence numbers of the GTP-PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from theWTRU 805. For PDP context(s) using delivery order not required (QoS profile), the sequence numbers of the GTP-PDUs next to be transmitted are not used by thetarget ENB 815. PDCP sequence numbers are only sent by thesource ENB 810 for radio bearers, which used lossless PDCP. The use of lossless PDCP is selected by thesource ENB 810 when the radio bearer is set up or reconfigured. - If delivery order is required (QoS profile), consecutive GTP-PDU sequence numbering shall be maintained throughout the lifetime of the PDP context(s). Therefore, during the entire ENB relocation procedure for the PDP context(s) using delivery order required (QoS profile), the responsible GTP-U entities, (ENBs and AGWs), shall assign consecutive GTP-PDU sequence numbers to user packets belonging to the same PDP context for uplink and downlink, respectively.
- In
step 854, thetarget ENB 815 sends a relocation detect message to the new MME/UPE 825 when the relocation execution trigger is received. For ENB relocation type “WTRU not involved”, the relocation execution trigger is the reception of the relocation commit message atstep 852. When the relocation detect message is sent atstep 854, thetarget ENB 815 shall start serving ENB operation. - At
step 856, thetarget ENB 815 sends a RAN mobility information message that contains WTRU information elements and CN information elements. The WTRU information elements include, among others, a new ENB identity and a subscriber radio network temporary identity (S-RNTI). The CN information elements contain, among others, location area identification and routing area identification. The procedure is coordinated in all Iu signaling connections existing for theWTRU 805. - The
target ENB 815 establishes and/or restarts the RLC, and exchanges the PDCP sequence numbers, (PDCP sequence number (SNU), PDCP sequence number downlink (SND)), between the target ENB 815 and theWTRU 805. The PDCP SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received in theWTRU 805 per radio bearer, which used lossless PDCP in thesource RNC 810. The PDCP SND confirms all mobile-terminated packets successfully transferred before the ENB relocation. If the PDCP SND confirms reception of packets that were forwarded from thesource ENB 810, thetarget ENB 815 shall discard these packets. The PDCP SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the ENB per radio bearer, which used lossless PDCP in thesource ENB 810. The PDCP SNU confirms all WTRU originated packets successfully transferred before the ENB relocation. If PDCP SNU confirms reception of packets that were received in thesource ENB 810, theWTRU 805 shall discard these packets. - Upon reception of the RAN mobility information message at
step 856, theWTRU 805 may start sending uplink user data to thetarget ENB 815. When theWTRU 805 has reconfigured itself, it sends a RAN mobility information confirm message to thetarget ENB 815 atstep 858. This indicates that theWTRU 805 is also ready to receive downlink data from thetarget ENB 815. - In
step 860, the new MME/UPE 825 sends an update PDP context request message to theAGW 830 which indicates the TEID of thetarget ENB 815 in accordance with the present invention. In response, theAGW 830 updates the binding of the TEID of thetarget ENB 815 with the PDP address and the MSISDN of theWTRU 805. Thus, MME/UPE 825 sends the name of the new connection that data will be forwarded to by theAGW 830. Once this information is received, theAGW 830 updates the information pertaining to this tunnel, (i.e., new destination). - For all of the RABs, the
target ENB 815 starts uplink reception of data and starts transmission of uplink GTP-PDUs towards the new MME/UPE 825, and thetarget ENB 815 starts processing the already buffered and the arriving downlink GTP-PDUs and starts downlink transmission towards theWTRU 805. - Upon receipt of the relocation detect message at
step 854, the CN may switch the user plane from thesource ENB 810 to thetarget ENB 815. If the ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 825 sends update PDP context request messages, (new MME/UPE address, MME/UPE TEID, QoS negotiated), to the AGW concerned. The MME/UPEs update their PDP context fields and return an update PDP context response (AGW TEID) atstep 862. A new GTP user plane tunnel is then established between the target ENB 815 and theAGW 830 atstep 864 in accordance with the present invention. - If the new MME/
UPE 825 has already received the update PDP context response message from theAGW 830, the new MME/UPE 825 forwards the uplink user data to theAGW 830 over the new GTP user plane tunnel. Otherwise, the new MME/UPE 825 forwards the uplink user data to the IP address of theAGW 830 and TEID(s), which the new MME/UPE 825 had received earlier by the forward relocation request message atstep 838. - When the
target ENB 815 receives the RAN mobility information confirm message atstep 858, (i.e., the ID of the target ENB 815 and an S-RNTI are successfully exchanged with theWTRU 805 by the radio protocols), thetarget ENB 815 initiates a relocation complete procedure by sending a relocation complete message to the new MME/UPE 825 atstep 866. - The purpose of the relocation complete procedure is to indicate by the
target ENB 815 the completion of the ENB relocation to the CN. If the user plane has not been switched at relocation detect and upon reception of relocation complete, the CN switches the user plane from thesource ENB 810 to thetarget ENB 815. If the ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 825 signals to the old MME/UPE 820 the completion of the ENB relocation procedure by sending a forward relocation complete message atstep 868. - Upon receiving the forward relocation complete message, or if an inter-MME/UPE ENB relocation is taking place, the old MME/
UPE 820 sends a forward relocation complete acknowledge message to the new MME/UPE atstep 870, and the old MME/UPE 820 sends an Iu release command message to thesource ENB 810 atstep 872. When the ENB data-forwarding timer expires, thesource ENB 810 responds with an Iu release complete message atstep 874. - After the
WTRU 805 has finished the RNTI reallocation procedure and, if the new routing area identification is different from the old one, theWTRU 805 initiates a routing area update procedure atstep 876. -
FIG. 13 shows a system configuration before implementing a single tunnel combined inter-LA/RA hard handover and ENB relocation and routing area update procedure in accordance with the present invention. -
FIG. 14 shows the system ofFIG. 13 after implementing a single tunnel combined inter-LA/RA hard handover and ENB relocation and routing area update procedure in accordance with the present invention. -
FIG. 15 is a signaling diagram of a single tunnel combined inter-LA/RA hard handover and ENB relocation procedure implemented in a wireless communication system including aWTRU 1105, asource ENB 1110, atarget ENB 1115, an old MME/UPE 1120, a new MME/UPE 1125 and anAGW 1130 in accordance with another embodiment of the present invention. The procedure ofFIG. 15 is applicable to both intra-MME/UPE ENB relocation and inter-MME/UPE ENB relocation. - In
step 1132, an old tunnel is established between the source ENB 1110 and theAGW 1130. This old tunnel may be established, for example, by way of the LTE attach procedure described above with reference toFIG. 7 . - In
step 1133, the WTRU may optionally report the quality of candidate cells to thesource ENB 1110. The radio resource management (RRM) function of thesource ENB 1110 may decide theWTRU 1105 should be handed over to a target cell. The decision may be based on themeasurement report 1133 and various other performance and operating criteria as desired. - In
step 1134, thesource ENB 1110 decides to perform/initiate a combined hard handover and ENB relocation. If themeasurement report 1133 is proved by theWTRU 1105, the decision may be based on the reported quality and load of the candidate cells. At this point, both uplink and downlink user and control data flows via at least one of the following tunnels: a radio bearer between theWTRU 1105 and thesource ENB 1110; GTP user plane tunnel between the source ENB and the AGW; RANAP control plane tunnel(s) between the source ENB 1110 and the old MME/UPE 1120; and GTP control plane tunnel(s) between the old MME/UPE 1120 and theAGW 1130. - In
step 1136, thesource ENB 1110 sends a relocation required message, (including relocation type, cause, source ID, target ID, source ENB to target ENB transparent container), to the old MME/UPE 1120. Thesource ENB 1110 sets the relocation type to “WTRU involved”. The source ENB to target ENB transparent container includes the necessary information for relocation coordination, security functionality and RRC protocol context information, (including WTRU capabilities). - The old MME/
UPE 1120 determines from the target ID if the ENB relocation is an intra-MME/UPE ENB relocation or an inter-MME/UPE ENB relocation. In the case of an inter-MME/UPE ENB relocation, the old MME/UPE 1120 initiates the relocation resource allocation procedure by sending a forward relocation request message, (IMSI, TEID signaling, MM context, PDP context, target identification, RAN transparent container, RANAP cause) to the new MME/UPE 1125 (step 1138). For relocation to an area where intra domain connection of RAN nodes to multiple CN nodes is used, the old MME/UPE 1120 may, (if it provides intra domain connection of RAN nodes to multiple CN nodes), have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 1120 will select one of them to become the new MME/UPE 1125. The PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID, for data the old MME[UPE 1120 and the new MME/UPE 1125 send uplink packets). At the same time, a timer is started on the MM and PDP contexts in the old MME/UPE 1120. The forward relocation request message ofstep 1138 is applicable only in the case of inter-MME/UPE ENB relocation. - In
step 1140, the new MME/UPE 1125 sends a relocation request message, (including a permanent non-access stratum (NAS) WTRU identity, cause, CN domain indicator, source ENB to target ENB transparent container, RABs to be setup),to thetarget ENB 1115. For relocation to an area where intra domain connection of RAN nodes to multiple CN Nodes is used, the old MME/UPE 1120 may, if it provides intra domain connection of RAN nodes to multiple CN nodes, have multiple target MME/UPEs for each relocation target in a pool area, in which case the old MME/UPE 1120 will select one of them to become the new MME/UPE 1125. PDP context contains an AGW address for user plane and uplink TEID for data, (to this AGW address and uplink TEID for data). The old MME/UPE 1120 and the new MME/UPE 1125 send uplink packets. At the same time, a timer is started on the MM and PDP contexts in the old MME/UPE 1120. The forward relocation request message is applicable only for inter-MME/UPE ENB relocation. - In accordance with the present invention, the relocation request message also indicates the TEID of the
AGW 1130 and the association between both the MSISDN of theWTRU 1105 and its PDP address with the TEID of theAGW 1130. - In
step 1142, RABs are established and a tunnel setup at thetarget ENB 1115 is established in accordance with the present invention. Only the Iu bearers of the RABs are setup between thetarget ENB 1115 and the new MME/UPE 1125, since the existing RABs will be reallocated between theWTRU 1105 and thetarget ENB 1115. For each requested RAB, the RAB's information elements may contain information such as RAB ID, RAB parameters, transport layer address and Iu transport association. The RAB ID information element contains the network layer service access point identifier (NSAPI) value, and the RAB parameters information element provides the quality of service (QoS) profile. The transport layer address is the MME/UPE address for user data, and the Iu transport association corresponds to the uplink TEID data. - After all necessary resources for accepted RABs including the Iu user plane are successfully allocated, the
target ENB 1115 sends a relocation request acknowledge message, (RABs setup, RABs failed to setup), to the new MME/UPE 1125 (step 1144). Each RAB to be setup is defined by a transport layer address, which is the address of thetarget ENB 1115 for user data, and an Iu transport association, which corresponds to the downlink TEID for user data. For each RAB to be set up, thetarget ENB 1115 may simultaneously receive downlink user packets both from the source ENB 1110 and from the new MME/UPE 1125. - When resources for the transmission of user data between the
target ENB 1115 and the new MME/UPE 1125 have been allocated, and the new MME/UPE 1125 is ready for relocation, a forward relocation response message, (cause, RAN transparent container, RANAP cause, target-ENB information), is sent from the new MME/UPE 1125 to the old MME/UPE 1120, (step 1146). The forward relocation response message indicates that thetarget ENB 1115 is ready to receive from thesource ENB 1110 the forwarded downlink PDUs, (i.e., the relocation resource allocation procedure is terminated successfully). The RAN transparent container and the RANAP cause are information from thetarget ENB 1115 to be forwarded to thesource ENB 1110. The target ENB information, one information element for each RAB to be set up, contains the ENB TEID and the ENB IP address for data forwarded from thesource ENB 1110 to thetarget ENB 1115. The forward relocation response message ofstep 1146 is applicable only for inter-MME/UPE ENB relocation. - The old MME/
UPE 1120 continues the relocation of ENB by sending a relocation command message, (RABs to be released, and RABs subject to data forwarding), to the source ENB 1110 (step 1148). The old MME/UPE 1120 determines the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding. For each RAB subject to data forwarding, the information element shall contain an RAB ID, transport layer address, and Iu transport association. These are the same transport layer address and Iu transport association that thetarget ENB 1115 had sent to the new MME/UPE 1125 in the relocation request acknowledge message ofstep 1144, and these are used for forwarding of downlink PDUs from thesource ENB 1110 to thetarget ENB 1115. Thesource ENB 1110 is now ready to forward downlink user data directly to thetarget ENB 1115 over the Iu interface. This forwarding is performed for downlink user data only. - In
step 1150, thesource ENB 1110 may, according to the QoS profile, begin the forwarding of data to thetarget ENB 1115 for the RABs to be subject for data forwarding. The data forwarding at ENB relocation shall be carried out through the Iu interface, meaning that the data (GTP-PDUs) exchanged between the source ENB 1110 and thetarget ENB 1115 are duplicated in the source ENB 1110 and routed at the IP layer towards thetarget ENB 1115. For each radio bearer which uses a lossless packet data convergence protocol (PDCP), the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards thetarget ENB 1115 together with their related downlink PDCP sequence numbers. Thesource ENB 1110 continues transmitting duplicates of downlink data and receiving uplink data. Before the role of the serving ENB is not yet taken over by thetarget ENB 1115, and when downlink user plane data starts to arrive at thetarget ENB 1115, thetarget ENB 1115 may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile. - It should be noted that the order of steps 1150-1184 of the single tunnel combined hard handover and ENB relocation procedure shown in
FIG. 15 does not necessarily reflect the order of events and may be performed simultaneously or in a different order. For instance, thesource ENB 1110 may start data forwarding instep 1150, send an RRC message to the WTRU 1105 (step 1152) and forward serving ENB context message to the old MME/UPE (step 1154) almost simultaneously. - Before sending the RRC message in
step 1152, the uplink and downlink data transfer is suspended in thesource ENB 1110 for RABs, which require delivery order. The RRC message is, for example, physical channel reconfiguration for RNS to RNS relocation, or intersystem to UTRAN handover for BSS to RNS relocation, or handover from UTRAN command for BSS relocation, or handover command for BSS to BSS relocation. When thesource ENB 1110 is ready, thesource ENB 1110 triggers the execution of ENB relocation by sending to theWTRU 1105 the RRC message provided in thetarget ENB 1115 to sourceENB 1110 transparent container, e.g., a physical channel reconfiguration (WTRU information elements, CN information elements) message (step 1152). WTRU information elements include, among others, a new serving ENB identity and S-RNTI. CN information elements contain, among others, location area identification and routing area identification. - The
source ENB 1110 continues the execution of ENB relocation by sending a forward serving ENB context (RAB contexts) message to thetarget ENB 1115 via the old MME/UPE 1120 and the new MME/UPE 1125 (steps source ENB 1110 to thetarget ENB 1115, and to move the serving ENB role from thesource ENB 1110 to thetarget ENB 1115. Serving ENB contexts are sent for each concerned RAB and contain the sequence numbers of the GTP PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from theWTRU 1105. PDCP sequence numbers are only sent by thesource ENB 1110 for the radio bearers which used lossless PDCP. The use of lossless PDCP is selected by thesource ENB 1110 when the radio bearer is set up or reconfigured. For PDP context(s) using delivery order not required (QoS profile), the sequence numbers of the GTP-PDUs next to be transmitted are not used by thetarget ENB 1115. - If delivery order is required (QoS profile), consecutive GTP-PDU sequence numbering shall be maintained throughout the lifetime of the PDP context(s). Therefore, during the entire serving ENB relocation procedure for the PDP context(s) using delivery order required (QoS profile), the responsible GTP-U entities (the
ENBs - The
target ENB 1115 establishes and/or restarts the RLC and exchanges the PDCP sequence numbers, (PDCP-SNU, PDCP-SND), between thetarget ENB 1115 and theWTRU 1105. PDCP-SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received by theWTRU 1105 per radio bearer, which used lossless PDCP in thesource ENB 1110. PDCP-SND confirms all mobile terminated packets successfully transferred before the serving ENB relocation. If PDCP-SND confirms reception of packets that were forwarded from thesource ENB 1110, then thetarget ENB 1115 shall discard these packets. PDCP-SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the ENB per radio bearer, which used lossless PDCP in thesource ENB 1110. PDCP-SNU confirms all mobile originated packets successfully transferred before the serving ENB relocation. If PDCP-SNU confirms reception of packets that were received in thesource ENB 1110, theWTRU 1105 discards these packets. - The
target ENB 1115 sends a relocation detect message to the new MME/UPE 1164 when the relocation execution trigger is received (step 1164). For ENB relocation type “WTRU involved”, the relocation execution trigger may be received from the Uu interface; (i.e., when thetarget ENB 1115 detects theWTRU 1105 on the lower layers (step 1162)). When the relocation detect message is sent atstep 1164, thetarget ENB 1115 starts serving ENB operation. - In
step 1166, the new MME/UPE 1125 sends an update PDP context request message to theAGW 1130 which indicates a single tunnel configuration and the TEID of thetarget ENB 1115 in accordance with the present invention. In response, theAGW 1130 updates the binding of the TEID of thetarget ENB 1115 with the PDP address and the MSISDN of theWTRU 1105. - For all of the RABs, the
target ENB 1115 starts uplink reception of data and start transmission of uplink GTP-PDUs towards the new MME/UPE 1125, and thetarget ENB 1115 starts processing the already buffered and the arriving downlink GTP-PDUs and starts downlink transmission towards theWTRU 1105. - Upon receipt of the relocation detect message at
step 1164, the CN may switch the user plane from thesource ENB 1110 to thetarget ENB 1115. If the serving ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 1125 sends update PDP context request messages, (new MME/UPE address, MME/UPE TEID, QoS negotiated), to the AGW concerned. The AGW updates its PDP context fields and return an update PDP context response (AGW TEID) atstep 1170. A new GTP user plane tunnel is the established between thetarget ENB 1115 and theAGW 1130 atstep 1174 in accordance with the present invention. - If the new MME/UPE 1125 has already received the update PDP context response message from the
AGW 1130, the new MME/UPE 1125 forwards the uplink user data to theAGW 1130 over the new GTP user plane tunnel. Otherwise, the new MME/UPE 1125 forwards the uplink user data to the IP address of theAGW 1130 and TEID(s), which the new MME/UPE 1125 had received earlier by the forward relocation request message atstep 1138. - When the
WTRU 1105 has reconfigured itself, it sends an RRC message, (e.g., a physical channel reconfiguration complete message), to the target ENB 1115 (step 1168). If a forward serving ENB context message with the sequence numbers is received atstep 1160, the exchange of packets with theWTRU 1105 may start. If this message is not yet received, thetarget ENB 1115 may start the packet transfer for all RABs, which do not require maintaining the delivery order. - When the
target ENB 1115 receives the RRC message atstep 1168, thetarget ENB 1115 initiates a relocation complete procedure by sending a relocation complete message to the new MME/UPE 1125 atstep 1172. The purpose of the relocation complete procedure is to indicate by thetarget ENB 1115 the completion of the serving ENB relocation to the CN. If the user plane has not been switched at relocation detect and upon reception of relocation complete, the CN switches the user plane from thesource ENB 1110 to thetarget ENB 1115. If the ENB relocation is an inter-MME/UPE ENB relocation, the new MME/UPE 1125 signals to the old MME/UPE 1120 the completion of the serving ENB relocation procedure by sending a forward relocation complete message atstep 1176. - Upon receiving the forward relocation complete message, or if an inter-MME/UPE serving ENB relocation is taking place, the old MME/
UPE 1120 sends a forward relocation complete acknowledge message to the new MME/UPE atstep 1178, and the old MME/UPE 1120 sends an Iu release command message to thesource ENB 1110 atstep 1180. When the ENB data-forwarding timer expires, thesource ENB 1110 responds with an Iu release complete message atstep 1182. - After the
WTRU 1105 has finished the reconfiguration procedure and if the new routing area identification is different from the old one, theWTRU 1105 initiates a routing area update procedure atstep 1184. - Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments or in various combinations with or without other features and elements of the present invention. The methods or flow charts provided in the present invention may be implemented in a computer program, software, or firmware tangibly embodied in a computer-readable storage medium for execution by a general purpose computer or a processor. Examples of computer-readable storage medium includes a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs).
- Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
- A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.
Claims (20)
1. An evolved Node B (ENB) relocation method implemented in a wireless communication system including at least one wireless transmit/receive unit (WTRU), a source ENB, a target ENB, a first mobility management entity/user plane entity (MME/UPE), a second MME/UPE, and an access gateway (AGW), wherein a first GPRS tunnelling protocol (GTP) user plane (GTP-U) tunnel is established between the source ENB and the AGW, the method comprising:
(a) the source ENB sending a relocation required message to the first MME/UPE;
(b) the first MME/UPE sending a relocation request message to the second MME/UPE;
(c) the second MME/UPE sending a relocation request message to the target ENB which indicates a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU;
(d) establishing a second GTP-U tunnel between the target ENB and the AGW; and
(e) releasing the first GTP-U tunnel.
2. The method of claim 1 further comprising:
(f) the second MME/UPE sending an update PDP context request message to the AGW which indicates a single tunnel operation and the TEID of the target ENB.
3. The method of claim 2 further comprising:
(g) the AGW updating a binding of the target ENB TEID with the PDP address of the WTRU and the identification number of the WTRU prior to executing step (d).
4. A wireless communication system for implementing an evolved Node B (ENB) relocation procedure, the system comprising:
(a) at least one wireless transmit/receive unit (WTRU);
(b) an access gateway (AGW);
(c) a first mobility management entity/user plane entity (MME/UPE);
(d) a source ENB associated with the first MME/UPE and configured to send a relocation required message to the first MME/UPE;
(e) a second MME/UPE configured to send a relocation request message to a target ENB in response to receiving a relocation request message sent by the first MME/UPE, the relocation request message indicating a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU; and
(f) a target ENB associated with the second MME/UPE;
wherein a first general packet radio service (GPRS) tunnelling protocol (GTP) user plane (GTP-U) tunnel that is established between the source ENB and the AGW is released, and a second GTP-U tunnel is established between the target ENB and the AGW when the ENB relocation procedure is implemented.
5. The system of claim 4 , wherein the second MME/UPE sends an update PDP context request message to the AGW which indicates the TEID of the target ENB.
6. The system of claim 5 , wherein the AGW updates a binding of the target ENB TEID with the PDP address of the WTRU and the identification number of the WTRU prior to establishing the second GTP-U tunnel.
7. A wireless communication system for implementing a single tunnel combined hard handover and evolved Node B (ENB) relocation procedure, the system comprising:
(a) at least one wireless transmit/receive unit (WTRU);
(b) an access gateway (AGW);
(c) a first mobility management entity/user plane entity (MME/UPE);
(d) a target ENB associated with the first MME/UPE;
(e) a second MME/UPE configured to send a relocation request message to the target ENB in response to receiving a relocation request message sent by the first MME/UPE, the relocation request message indicating a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU; and
(f) a source ENB configured to send a radio resource control (RRC) message to the WTRU, and to send a serving ENB context message to the target ENB via the first MME/UPE and the second MME/UPE;
wherein a first GPRS tunnelling protocol (GTP) user plane (GTP-U) tunnel that is established between the source ENB and the AGW is released, and a second GTP-U tunnel is established between the target ENB and the AGW when the combined hard handover and ENB relocation procedure is implemented.
8. The system of claim 7 , wherein the second MME/UPE sends an update PDP context request message to the AGW which indicates the TEID of the target ENB.
9. The system of claim 8 , wherein the AGW updates a binding of the target ENB TEID with the PDP address of the WTRU and the identification number of the WTRU prior to establishing the second GTP-U tunnel.
10. A combined hard handover and evolved Node B (ENB) relocation method implemented in a wireless communication system including at least one wireless transmit/receive unit (WTRU), a source ENB, a target ENB, a first mobile management entity/user plane entity (MME/UPE), a second MME/UPE, and an access gateway (AGW), wherein a first GPRS tunnelling protocol (GTP) user plane (GTP-U) tunnel is established between the source ENB and the AGW, the method comprising:
(a) the first MME/UPE sending a relocation request message to the second MME/UPE;
(b) the second MME/UPE sending a relocation request message to the target ENB which indicates a tunnel endpoint identity (TEID) of the AGW, an identification number of the WTRU and the packet data protocol (PDP) address of the WTRU;
(c) the source ENB sending a radio resource control (RRC) message to the WTRU;
(d) the source ENB sending a serving ENB context message to the target ENB via the first MME/UPE and the second MME/UPE;
(e) establishing a second GTP-U tunnel between the target ENB and the AGW; and
(f) releasing the first GTP-U tunnel.
11. The method of claim 10 further comprising:
(g) the second MME/UPE sending an update PDP context request message to the AGW which indicates a single tunnel operation and the TEID of the target ENB.
12. The method of claim 11 further comprising:
(h) the AGW updating a binding of the target ENB TEID with the PDP address of the WTRU and the identification number of the WTRU prior to executing step (e).
13. A method of establishing a general packet radio service (GPRS) tunnelling protocol (GTP) user plane (GTP-U) tunnel between an evolved Node B (ENB) and an access gateway (AGW) in a long term evolution (LTE) wireless communication network, the method comprising:
(a) transmitting from the WTRU an LTE attach request to the ENB;
(b) notifying the AGW of an ENB tunnel endpoint identification (TEID);
(c) notifying the ENB of an AGW TEID; and
(d) establishing a GTP-U tunnel between the ENB and the AGW.
14. The method of claim 13 , wherein a mobility management entity/user plane entity (MME/UPE) manages control plane signalling between the ENB and the AGW.
15. The method of claim 13 , wherein the AGW is notified of the ENB TEID by way of a create packet data protocol (PDP) context request message.
16. The method of claim 13 , wherein the ENB is notified of the AGW TEID by way of a create PDP context response message.
17. A wireless communication system for transmitting user plane data to a wireless transmit/receive unit (WTRU) by way of a single general packet radio service (GPRS) tunneling protocol (GTP) user plane (GTP-U) tunnel, the system comprising:
(a) a WTRU configured to send an LTE attach request message;
(b) an evolved Node B (ENB) configured to forward an ENB tunnel endpoint identification (TEID) to an access gateway;
(c) an access gateway (AGW) configured to forward an AGW TEID to the ENB in response to receiving the ENB TEID;
(d) wherein a single GTP-U tunnel is established using the ENB TEID and the AGW TEID between the ENB and the AGW.
18. The system of claim 17 , further comprising a mobility management entity/user plane entity (MME/UPE) configured to manage control plane signalling between the ENB and the AGW.
19. The system of claim 17 , wherein the ENB TEID is forwarded to the AGW by way of a create packet data protocol (PDP) context request message.
20. The system of claim 17 , wherein the AGW TEID is forwarded to the ENB by way of a create PDP context response message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/683,102 US20070213060A1 (en) | 2006-03-07 | 2007-03-07 | Method and apparatus for supporting handoff in an lte gtp based wireless communication system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US77973906P | 2006-03-07 | 2006-03-07 | |
US79293506P | 2006-04-18 | 2006-04-18 | |
US11/683,102 US20070213060A1 (en) | 2006-03-07 | 2007-03-07 | Method and apparatus for supporting handoff in an lte gtp based wireless communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070213060A1 true US20070213060A1 (en) | 2007-09-13 |
Family
ID=38433005
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/683,102 Abandoned US20070213060A1 (en) | 2006-03-07 | 2007-03-07 | Method and apparatus for supporting handoff in an lte gtp based wireless communication system |
Country Status (4)
Country | Link |
---|---|
US (1) | US20070213060A1 (en) |
AR (1) | AR059773A1 (en) |
TW (2) | TW200738025A (en) |
WO (1) | WO2007103369A2 (en) |
Cited By (101)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070036109A1 (en) * | 2005-07-07 | 2007-02-15 | Kwak No-Jun | Handover method and apparatus between different systems |
US20070291770A1 (en) * | 2006-06-20 | 2007-12-20 | Qualcomm Incorporated | Discovery of neighbor cells |
US20080025263A1 (en) * | 2006-06-16 | 2008-01-31 | Nokia Corporation | Apparatus and method for transferring PDP context information for a terminal in the case of intersystem handover |
US20080031159A1 (en) * | 2006-06-16 | 2008-02-07 | Nokia Corporation | Changing LTE specific anchor with simple tunnel switching |
US20080132240A1 (en) * | 2006-12-01 | 2008-06-05 | Seung-Kwon Baek | Method of transmitting data in handover between base stations in wireless communication system |
US20080181177A1 (en) * | 2006-11-07 | 2008-07-31 | Qualcomm Incorporated | Method and apparatus for srns relocation in wireless communication systems |
US20080192697A1 (en) * | 2007-02-12 | 2008-08-14 | Interdigital Technology Corporation | Method and apparatus for supporting handover from lte/eutran to gprs/geran |
US20080233947A1 (en) * | 2007-03-22 | 2008-09-25 | Christian Herrero-Veron | Mobility management (mm) and session management (sm) for sae/lte |
US20080280620A1 (en) * | 2007-05-10 | 2008-11-13 | Samsung Electronics Co., Ltd | Method and apparatus for user equipment interaction with a network using interaction information |
US20090005048A1 (en) * | 2007-05-21 | 2009-01-01 | Samsung Electronics Co., Ltd. | Apparatus and method for call handover between packet network system and circuit network system |
US20090016300A1 (en) * | 2007-06-18 | 2009-01-15 | Qualcomm Incorporated | Method and apparatus for fast inter-system handover |
US20090042575A1 (en) * | 2007-08-06 | 2009-02-12 | Mitsubishi Electric Corporation | Method and apparatus for determining, in a wireless cellular telecommunication network, which device among a first and second devices has to manage data associated to a mobile terminal |
WO2009036690A1 (en) * | 2007-09-14 | 2009-03-26 | Da Tang Mobile Communications Equipment Co., Ltd. | Method, system and device for supporting addressing the user static ip address in long term evolution system |
WO2009039772A1 (en) * | 2007-09-21 | 2009-04-02 | Huawei Technologies Co., Ltd. | Method for creating multimedia broadcast/multicast service user plane transmit channel |
US20090116443A1 (en) * | 2006-03-22 | 2009-05-07 | Matthew D Walker | Re-establishing wireless communication sessions |
WO2009059532A1 (en) * | 2007-10-29 | 2009-05-14 | Huawei Technologies Co., Ltd. | Method and device for bearer operating |
US20090149183A1 (en) * | 2006-08-15 | 2009-06-11 | Huawei Technologies Co., Ltd. | Data processing method and system |
EP2071778A2 (en) | 2007-12-10 | 2009-06-17 | Electronics And Telecommunications Research Institute | Data exchange method for guaranteeing quality of service between evolved node-B and network entity |
WO2009075549A1 (en) * | 2007-12-13 | 2009-06-18 | Samsung Electronics Co., Ltd. | Method and apparatus for handover in a mobile communication system |
US20090234956A1 (en) * | 2007-06-14 | 2009-09-17 | Huawei Technologies Co., Ltd. | Method, apparatus and system for establishing a connection |
US20090238159A1 (en) * | 2007-03-12 | 2009-09-24 | Nec Corporation | Mobile communication system and communication control method |
US20090275309A1 (en) * | 2007-05-08 | 2009-11-05 | He Chengdong | Security capability negotiation method, system, and equipment |
WO2009135364A1 (en) * | 2008-05-04 | 2009-11-12 | 中兴通讯股份有限公司 | Method and device for deploying evolved nodes |
WO2009143708A1 (en) * | 2008-05-27 | 2009-12-03 | 大唐移动通信设备有限公司 | A method, system and device for reporting user location information |
US20090303914A1 (en) * | 2006-12-01 | 2009-12-10 | Panasonic Corporation | Upe relocation for route optimization during handover between neighbouring network areas |
US20090310614A1 (en) * | 2008-06-13 | 2009-12-17 | Cisco Technology, Inc. | System and Method for Establishment of a Multiprotocol Label Switching (MPLS) Tunnel |
WO2010015146A1 (en) * | 2008-08-04 | 2010-02-11 | 大唐移动通信设备有限公司 | A gtp message transmission method, system and apparatus |
US20100039991A1 (en) * | 2008-08-06 | 2010-02-18 | Alcatel-Lucent | Method for automatically configuring addresses and/or security data between enbs of an lte access network, and associated mme and enb |
US20100046418A1 (en) * | 2008-08-25 | 2010-02-25 | Qualcomm Incorporated | Relay architecture framework |
US20100056147A1 (en) * | 2008-04-03 | 2010-03-04 | Huawei Technologies Co., Ltd. | Bearer suspension method, bearer resumption method, and gateway agent |
US20100074129A1 (en) * | 2008-09-19 | 2010-03-25 | Samsung Electronics Co., Ltd. | Method for supporting a network locating a target node |
US20100080186A1 (en) * | 2007-03-20 | 2010-04-01 | Guo Xiaolong | Method and system for selecting network equipment |
US20100103861A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay packet routing |
US20100135245A1 (en) * | 2007-03-20 | 2010-06-03 | Zte Corporation | Method for Avoiding Resource Being Released Mistakenly during Tracking Area Update or Handover Process |
US20100142488A1 (en) * | 2007-08-19 | 2010-06-10 | Jian Zhang | Method, device and system of handover |
US20100142399A1 (en) * | 2007-08-15 | 2010-06-10 | Huawei Technologies Co., Ltd. | Method and device for information transfer |
US20100150049A1 (en) * | 2007-12-14 | 2010-06-17 | Electronics And Telecommunications Research Institute | bearer control and management method in the ip-based evolved mobile communication network |
US20100173610A1 (en) * | 2009-01-05 | 2010-07-08 | Qualcomm Incorporated | Access stratum security configuration for inter-cell handover |
US20100177702A1 (en) * | 2009-01-14 | 2010-07-15 | Tellabs Oy | Method, system and installation for forwarding data transmission frames |
US20100177736A1 (en) * | 2007-09-11 | 2010-07-15 | Da Tang Mobile Communications Equipment Co., Ltd. | Method and device for indicating data re-transmission when area switching in lte system |
US20100208653A1 (en) * | 2009-02-13 | 2010-08-19 | Morinaga Yasutaka | MOBILE COMMUNICATION SYSTEM AND ACCESS GATEWAY HAVING PLURAL USER PLANE AGWs |
US20100232391A1 (en) * | 2007-02-06 | 2010-09-16 | Lars-Bertil Olsson | Method And System For Intra E-Utran Handover |
CN101843137A (en) * | 2007-10-30 | 2010-09-22 | 株式会社Ntt都科摩 | Mobile communication method and radio base station |
US20100238858A1 (en) * | 2009-03-23 | 2010-09-23 | Tae-Hyeon Kim | Method for controlling access of terminal to home (e)nodeb |
US20100246533A1 (en) * | 2006-08-18 | 2010-09-30 | Niklas Lundin | Intersystem Change Involving Mapping Between Different Types Of Radio Bearers |
US20100265876A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US20100265941A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Layer-2 extension services |
US20100265877A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Access node/gateway to access node/gateway layer-2 connectivity (end-to-end) |
US20100265878A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Mobility across satellite beams using l2 connectivity |
US20100265879A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Multi-satellite architecture |
CN101888594A (en) * | 2009-05-15 | 2010-11-17 | 中兴通讯股份有限公司 | Method and system for releasing multicast broadcast data channel |
US20110002306A1 (en) * | 2008-03-12 | 2011-01-06 | Zte Corporation | A Bearer Establishing Method and System Based on Handover |
US20110019609A1 (en) * | 2008-03-28 | 2011-01-27 | Xin Zhong | Inter-network tunnel switching method and inter-network interconnection device |
WO2011050723A1 (en) * | 2009-11-02 | 2011-05-05 | 中兴通讯股份有限公司 | Method, system and device for selecting target mobility management entity (mme) during mobile terminal switch process |
US20110134826A1 (en) * | 2009-12-04 | 2011-06-09 | Xiangying Yang | Relay data path architecture for a wireless network |
US20110267963A1 (en) * | 2010-04-30 | 2011-11-03 | Samsung Electronics Co., Ltd | Apparatus and method of user equipment relocation |
US20110286433A1 (en) * | 2009-02-02 | 2011-11-24 | Huawei Technologies Co., Ltd. | Method, apparatus and system for handover between multi-carrier cells |
US20120002659A1 (en) * | 2009-04-20 | 2012-01-05 | Kenji Kawaguchi | Gateway apparatus, communication control method, and non-transitory computer readable medium storing communication control program |
US20120002545A1 (en) * | 2010-06-07 | 2012-01-05 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting service request messages in a congested network |
CN102378146A (en) * | 2010-08-25 | 2012-03-14 | 电信科学技术研究院 | Method and equipment for processing international mobile subscriber identity (IMSI) Paging message |
US20120082089A1 (en) * | 2010-09-30 | 2012-04-05 | Sathyender Nelakonda | Method and apparatus for processing gtp triggered messages |
US20120201215A1 (en) * | 2006-08-14 | 2012-08-09 | Interdigital Technology Corporation | Mapping multiple services into a single radio bearer in lte and single tunnel gprs |
US20120281566A1 (en) * | 2011-04-01 | 2012-11-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling connectivity to a network |
US20120282929A1 (en) * | 2009-11-16 | 2012-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses and Methods for Reducing a Load on a Serving Gateway in a Communications Network Systems |
US20120314689A1 (en) * | 2010-02-25 | 2012-12-13 | Zte Corporation | Method, System and Evolved NodeB Apparatus for Implementing Inter-Evolved NodeB Handover |
WO2013109083A1 (en) * | 2012-01-19 | 2013-07-25 | Samsung Electronics Co., Ltd. | Method for establishing an interface and communication between a relay node and a core network |
US20130322344A1 (en) * | 2011-02-22 | 2013-12-05 | Alcatel Lucent | Method and device for acquiring and using location information |
US8655316B2 (en) | 2009-03-23 | 2014-02-18 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
US20140219248A1 (en) * | 2011-07-11 | 2014-08-07 | Interdigital Patent Holdings, Inc. | Systems and Methods for Establishing and Maintaining Multiple Cellular Connections and/or Interfaces |
US8849284B2 (en) * | 2008-12-26 | 2014-09-30 | Ntt Docomo, Inc. | Mobile communication method, radio access apparatus, and gateway apparatus |
US20140295853A1 (en) * | 2008-01-04 | 2014-10-02 | Qualcomm Incorporated | Apparatus and methods to facilitate seamless handoffs between wireless communication networks |
US20150036595A1 (en) * | 2009-07-08 | 2015-02-05 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for routing user plane data in mobile network |
US20150079995A1 (en) * | 2007-04-30 | 2015-03-19 | Huawei Technologies Co.,Ltd. | Synchronization Method, Communication Handover Method, Radio Network and Node |
US20150149643A1 (en) * | 2013-11-26 | 2015-05-28 | At&T Intellectual Property I, Lp | Dynamic policy based data session migration mechanism in a communication network |
US9107113B2 (en) | 2007-03-16 | 2015-08-11 | Qualcomm Incorporated | Method and apparatus for handoff between source and target access systems |
WO2015140504A1 (en) * | 2014-03-21 | 2015-09-24 | British Telecommunications Public Limited Company | Mobile handover |
US9173186B2 (en) * | 2010-06-17 | 2015-10-27 | Samsung Electronics Co., Ltd. | Wireless communication system and method for establishing a connection between user equipment and a mobility management entity thereof |
KR20150133673A (en) * | 2009-03-23 | 2015-11-30 | 엘지전자 주식회사 | METHOD FOR controlling access of terminal to Home (e)NodeB |
US20150382246A1 (en) * | 2008-09-09 | 2015-12-31 | Samsung Electronics Co., Ltd. | Method and apparatus for user relocation in a radio network |
US9253704B1 (en) * | 2014-09-25 | 2016-02-02 | Telefonaktiebolaget L M Ericsson (Publ) | Intelligence in handover assessment for LTE/VoLTE calls to improve retainability |
US9276663B2 (en) | 2009-04-17 | 2016-03-01 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US20160119841A1 (en) * | 2005-07-22 | 2016-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for performing handover between core network entities in a packet-switched network |
US20160270132A1 (en) * | 2015-03-01 | 2016-09-15 | Cisco Technology, Inc. | System, method and apparatus for small cell gateway selective data path offload |
US9578496B2 (en) | 2007-05-15 | 2017-02-21 | Huawei Technologies Co., Ltd. | Method and user equipment for negotiating security during handover between different radio access technologies |
US20170055191A1 (en) * | 2014-05-19 | 2017-02-23 | Fujitsu Limited | Base station apparatus and system |
US20180242188A1 (en) * | 2015-10-23 | 2018-08-23 | Huawei Technologies Co., Ltd. | Quality of service control method, device, and system |
EP3413627A4 (en) * | 2016-03-08 | 2018-12-12 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting handover |
US20190141583A1 (en) * | 2016-07-01 | 2019-05-09 | Huawei Technologies Co., Ltd. | Handover method and apparatus |
US20190208453A1 (en) * | 2014-12-30 | 2019-07-04 | Lg Electronics Inc. | Method and apparatus for performing inter-menb handover without senb change in wireless communication system |
CN110313195A (en) * | 2017-02-27 | 2019-10-08 | 华为技术有限公司 | Communication means and device |
US10448250B2 (en) * | 2008-10-06 | 2019-10-15 | Nec Corporation | Communication system, connection control apparatus, mobile terminal, base station control method, service request method, and program |
US10524164B2 (en) * | 2018-03-09 | 2019-12-31 | Verizon Patent And Licensing Inc. | Dynamic service and policy control based on radio condition notifications |
US20200128437A1 (en) * | 2016-05-13 | 2020-04-23 | Telecom Italia S.P.A. | Method and system for loss mitigation during device to device communication mode switching |
CN111510978A (en) * | 2014-05-08 | 2020-08-07 | 交互数字专利控股公司 | Method for redirecting a UE to a dedicated core network node and mobility management entity MME |
US20200366525A1 (en) * | 2009-06-10 | 2020-11-19 | Huawei Technologies Co.,Ltd. | Method, device, and system for controlling tunnel identifier allocation |
US11025541B2 (en) | 2017-12-15 | 2021-06-01 | Hewlett Packard Enterprises Development LP | Transporting a GTP message to a termination device |
US11153920B2 (en) | 2017-12-15 | 2021-10-19 | Hewlett Packard Enterprise Development Lp | Establishing a GTP session |
US11212695B2 (en) * | 2018-02-15 | 2021-12-28 | Qualcomm Incorporated | Configuration, activation and deactivation of packet duplication |
US11233856B2 (en) | 2017-12-15 | 2022-01-25 | Hewlett Packard Enterprise Development Lp | Selecting an address of a device |
US11528646B2 (en) * | 2007-09-29 | 2022-12-13 | Huawei Technologies Co., Ltd. | Method and eNodeB for forwarding downlink and uplink packets based on S1 handover |
US11582650B2 (en) * | 2006-06-20 | 2023-02-14 | Interdigital Technology Corporation | Methods and system for performing handover in a wireless communication system |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2009942A1 (en) * | 2007-06-27 | 2008-12-31 | Nokia Siemens Networks Oy | Method and system for optimized relocation in a mobile network |
CN101431780B (en) * | 2007-11-09 | 2010-12-22 | 华为技术有限公司 | Method, equipment and system for implementing network optimization switch |
KR100960115B1 (en) * | 2007-11-29 | 2010-05-27 | 한국전자통신연구원 | Mobile communication system and its method for tunnel management |
CN104994575B (en) | 2008-02-25 | 2019-12-06 | 北京三星通信技术研究有限公司 | Method for updating user equipment position information |
CN101521870A (en) * | 2008-02-28 | 2009-09-02 | 三星电子株式会社 | Method for supporting movement of UE between macro cells and HNB cells |
GB2458886A (en) | 2008-03-25 | 2009-10-07 | Nec Corp | Inter-network handover request message incorporating identifier of target gateway component |
CN101610447B (en) * | 2008-06-20 | 2012-06-20 | 华为技术有限公司 | Method, device and system for acquiring and sending tunnel identification information |
CN101631344B (en) * | 2008-07-16 | 2011-10-05 | 华为技术有限公司 | Method and device for managing tunnel and communication system |
CN101651875A (en) * | 2008-08-13 | 2010-02-17 | 华为技术有限公司 | Information acquisition method, base station, core network element and system |
CN101656990B (en) * | 2008-08-20 | 2014-10-22 | 三星电子株式会社 | Method for supporting switching in mobile communication system |
CN101765094B (en) | 2008-12-22 | 2012-07-04 | 华为技术有限公司 | Method for realizing switching of user equipment as well as device and system therefor |
US8279748B2 (en) | 2009-04-17 | 2012-10-02 | Viasat, Inc. | Core-based satellite network architecture |
US8274981B2 (en) | 2009-04-17 | 2012-09-25 | Viasat, Inc. | Acceleration through a network tunnel |
CN101998561B (en) * | 2009-08-17 | 2014-10-22 | 中兴通讯股份有限公司 | Positioning processing method during terminal switching in long-term evolution network and system thereof |
US20110317642A1 (en) * | 2010-06-25 | 2011-12-29 | Qualcomm Incorporated | System and process for transmission sequence number management in an intra-node b unsynchronized serving cell change |
-
2007
- 2007-03-05 WO PCT/US2007/005689 patent/WO2007103369A2/en active Application Filing
- 2007-03-06 TW TW096107747A patent/TW200738025A/en unknown
- 2007-03-06 TW TW096203676U patent/TWM319589U/en unknown
- 2007-03-07 US US11/683,102 patent/US20070213060A1/en not_active Abandoned
- 2007-03-07 AR ARP070100938A patent/AR059773A1/en not_active Application Discontinuation
Cited By (249)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7953042B2 (en) * | 2005-07-07 | 2011-05-31 | Samsung Electronics Co., Ltd. | Handover method and apparatus between different systems |
US20070036109A1 (en) * | 2005-07-07 | 2007-02-15 | Kwak No-Jun | Handover method and apparatus between different systems |
US20160119841A1 (en) * | 2005-07-22 | 2016-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for performing handover between core network entities in a packet-switched network |
US9955394B2 (en) * | 2005-07-22 | 2018-04-24 | Samsung Electronics Co., Ltd. | Method and apparatus for performing handover between core network entities in a packet-switched network |
US20090116443A1 (en) * | 2006-03-22 | 2009-05-07 | Matthew D Walker | Re-establishing wireless communication sessions |
US8599797B2 (en) * | 2006-06-16 | 2013-12-03 | Nokia Corporation | Apparatus and method for transferring PDP context information for a terminal in the case of intersystem handover |
US8107433B2 (en) * | 2006-06-16 | 2012-01-31 | Nokia Corporation | Changing LTE specific anchor with simple tunnel switching |
US20080025263A1 (en) * | 2006-06-16 | 2008-01-31 | Nokia Corporation | Apparatus and method for transferring PDP context information for a terminal in the case of intersystem handover |
US20080031159A1 (en) * | 2006-06-16 | 2008-02-07 | Nokia Corporation | Changing LTE specific anchor with simple tunnel switching |
US20070291770A1 (en) * | 2006-06-20 | 2007-12-20 | Qualcomm Incorporated | Discovery of neighbor cells |
US9118529B2 (en) * | 2006-06-20 | 2015-08-25 | Qualcomm Incorporated | Discovery of neighbor cells |
US11582650B2 (en) * | 2006-06-20 | 2023-02-14 | Interdigital Technology Corporation | Methods and system for performing handover in a wireless communication system |
US20120201215A1 (en) * | 2006-08-14 | 2012-08-09 | Interdigital Technology Corporation | Mapping multiple services into a single radio bearer in lte and single tunnel gprs |
US20090149183A1 (en) * | 2006-08-15 | 2009-06-11 | Huawei Technologies Co., Ltd. | Data processing method and system |
US8457063B2 (en) | 2006-08-15 | 2013-06-04 | Huawei Technologies Co., Ltd. | Data processing method and system |
US10251117B2 (en) * | 2006-08-15 | 2019-04-02 | Huawei Technologies Co., Ltd. | Data processing method and system |
US8908627B2 (en) * | 2006-08-15 | 2014-12-09 | Huawei Technologies Co., Ltd | Data processing method and system |
US20170127319A1 (en) * | 2006-08-15 | 2017-05-04 | Huawei Technologies Co., Ltd. | Data processing method and system |
US10015722B2 (en) | 2006-08-15 | 2018-07-03 | Huawei Technologies Co., Ltd. | Data processing method and system |
US8325675B2 (en) * | 2006-08-15 | 2012-12-04 | Huawei Technologies Co., Ltd. | Data processing method and system |
US10841858B2 (en) * | 2006-08-15 | 2020-11-17 | Huawei Technologies Co., Ltd. | Data processing method and system |
US20130079016A1 (en) * | 2006-08-15 | 2013-03-28 | Huawei Technologies Co., Ltd. | Data processing method and system |
US8917698B2 (en) * | 2006-08-18 | 2014-12-23 | Telefonaktiebolaget L M Ericsson (Publ) | Intersystem change involving mapping between different types of radio bearers |
US20100246533A1 (en) * | 2006-08-18 | 2010-09-30 | Niklas Lundin | Intersystem Change Involving Mapping Between Different Types Of Radio Bearers |
US20080181177A1 (en) * | 2006-11-07 | 2008-07-31 | Qualcomm Incorporated | Method and apparatus for srns relocation in wireless communication systems |
US7995534B2 (en) * | 2006-11-07 | 2011-08-09 | Qualcomm, Incorporated | Method and apparatus for SRNS relocation in wireless communication systems |
US8249018B2 (en) * | 2006-12-01 | 2012-08-21 | Panasonic Corporation | UPE relocation for route optimization during handover between neighbouring network areas |
US20090303914A1 (en) * | 2006-12-01 | 2009-12-10 | Panasonic Corporation | Upe relocation for route optimization during handover between neighbouring network areas |
US7970405B2 (en) * | 2006-12-01 | 2011-06-28 | Electronics And Telecommunications Research Institute | Method of transmitting data in handover between base stations in wireless communication system |
US20080132240A1 (en) * | 2006-12-01 | 2008-06-05 | Seung-Kwon Baek | Method of transmitting data in handover between base stations in wireless communication system |
US20100232391A1 (en) * | 2007-02-06 | 2010-09-16 | Lars-Bertil Olsson | Method And System For Intra E-Utran Handover |
US8259677B2 (en) * | 2007-02-06 | 2012-09-04 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for intra E-utran handover |
US9826443B2 (en) * | 2007-02-12 | 2017-11-21 | Interdigital Technology Corporation | Method and apparatus for supporting handover from LTE/EUTRAN to GPRS/GERAN |
US20120077500A1 (en) * | 2007-02-12 | 2012-03-29 | Interdigital Technology Corporation | Method and apparatus for supporting handover from lte/eutran to gprs/geran |
US8072936B2 (en) * | 2007-02-12 | 2011-12-06 | Interdigital Technology Corporation | Method and apparatus for supporting handover from LTE/EUTRAN to GPRS/GERAN |
US20080192697A1 (en) * | 2007-02-12 | 2008-08-14 | Interdigital Technology Corporation | Method and apparatus for supporting handover from lte/eutran to gprs/geran |
US20090238159A1 (en) * | 2007-03-12 | 2009-09-24 | Nec Corporation | Mobile communication system and communication control method |
US9107113B2 (en) | 2007-03-16 | 2015-08-11 | Qualcomm Incorporated | Method and apparatus for handoff between source and target access systems |
US20100080186A1 (en) * | 2007-03-20 | 2010-04-01 | Guo Xiaolong | Method and system for selecting network equipment |
US20100135245A1 (en) * | 2007-03-20 | 2010-06-03 | Zte Corporation | Method for Avoiding Resource Being Released Mistakenly during Tracking Area Update or Handover Process |
US8509163B2 (en) * | 2007-03-20 | 2013-08-13 | Huawei Technologies Co., Ltd. | Method and system for selecting network equipment |
US8605679B2 (en) * | 2007-03-20 | 2013-12-10 | Zte Corporation | Method for avoiding resource being released mistakenly during tracking area update or handover process |
US8139530B2 (en) * | 2007-03-22 | 2012-03-20 | Telefonaktiebolaget L M Ericsson (Publ) | Mobility management (MM) and session management (SM) for SAE/LTE |
US20080233947A1 (en) * | 2007-03-22 | 2008-09-25 | Christian Herrero-Veron | Mobility management (mm) and session management (sm) for sae/lte |
US9730119B2 (en) * | 2007-04-30 | 2017-08-08 | Huawei Technologies Co., Ltd. | Synchronization method, communication handover method, radio network and node |
US20150079995A1 (en) * | 2007-04-30 | 2015-03-19 | Huawei Technologies Co.,Ltd. | Synchronization Method, Communication Handover Method, Radio Network and Node |
US10237788B2 (en) | 2007-04-30 | 2019-03-19 | Huawei Technologies Co., Ltd. | Synchronization method, communication handover method, radio network and node |
US9668182B2 (en) * | 2007-05-08 | 2017-05-30 | Huawei Technologies Co., Ltd. | Security capability negotiation method, system, and equipment |
US10383017B2 (en) * | 2007-05-08 | 2019-08-13 | Hauwei Technologies Co., Ltd. | Security capability negotiation method, system, and equipment |
US10958692B2 (en) * | 2007-05-08 | 2021-03-23 | Huawei Technologies Co., Ltd. | Security capability negotiation method, system, and equipment |
US20090275309A1 (en) * | 2007-05-08 | 2009-11-05 | He Chengdong | Security capability negotiation method, system, and equipment |
US8774759B2 (en) * | 2007-05-08 | 2014-07-08 | Huawei Technologies Co., Ltd. | Security capability negotiation method, system, and equipment |
US20200068467A1 (en) * | 2007-05-08 | 2020-02-27 | Huawei Technologies Co., Ltd. | Security capability negotiation method, system, and equipment |
US20080280620A1 (en) * | 2007-05-10 | 2008-11-13 | Samsung Electronics Co., Ltd | Method and apparatus for user equipment interaction with a network using interaction information |
US9686678B2 (en) * | 2007-05-15 | 2017-06-20 | Huawei Technologies Co., Ltd. | Method and apparatus for negotiating security during handover between different radio access technologies |
US10869235B2 (en) | 2007-05-15 | 2020-12-15 | Huawei Technologies Co., Ltd. | Method and apparatus for negotiating security during handover between different radio access technologies |
US9578496B2 (en) | 2007-05-15 | 2017-02-21 | Huawei Technologies Co., Ltd. | Method and user equipment for negotiating security during handover between different radio access technologies |
US11576089B2 (en) * | 2007-05-15 | 2023-02-07 | Huawei Technologies Co., Ltd. | Method and apparatus for negotiating security during handover between different radio access technologies |
US10299116B2 (en) | 2007-05-15 | 2019-05-21 | Huawei Technologies Co., Ltd. | Method and apparatus for negotiating security during handover between different radio access technologies |
US9071466B2 (en) * | 2007-05-21 | 2015-06-30 | Samsung Electronics Co., Ltd. | Apparatus and method for call handover between packet network system and circuit network system |
US20090005048A1 (en) * | 2007-05-21 | 2009-01-01 | Samsung Electronics Co., Ltd. | Apparatus and method for call handover between packet network system and circuit network system |
US8838814B2 (en) * | 2007-06-14 | 2014-09-16 | Huawei Technologies Co., Ltd. | Method, apparatus and system for establishing a connection |
US20100211688A9 (en) * | 2007-06-14 | 2010-08-19 | Huawei Technologies Co., Ltd. | Method, apparatus and system for establishing a connection |
US20090234956A1 (en) * | 2007-06-14 | 2009-09-17 | Huawei Technologies Co., Ltd. | Method, apparatus and system for establishing a connection |
US20110305202A1 (en) * | 2007-06-14 | 2011-12-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for establishing connection |
US9924454B2 (en) * | 2007-06-14 | 2018-03-20 | Nokia Technologies Oy | Method, apparatus and system for establishing connection |
US20090016300A1 (en) * | 2007-06-18 | 2009-01-15 | Qualcomm Incorporated | Method and apparatus for fast inter-system handover |
US9049629B2 (en) * | 2007-06-18 | 2015-06-02 | Qualcomm Incorporated | Method and apparatus for fast inter-system handover |
US8606291B2 (en) * | 2007-08-06 | 2013-12-10 | Mitsubishi Electric Corporation | Method and apparatus for determining, in a wireless cellular telecommunication network, which device among a first and second devices has to manage data associated to a mobile terminal |
US20090042575A1 (en) * | 2007-08-06 | 2009-02-12 | Mitsubishi Electric Corporation | Method and apparatus for determining, in a wireless cellular telecommunication network, which device among a first and second devices has to manage data associated to a mobile terminal |
US7864699B2 (en) | 2007-08-15 | 2011-01-04 | Huawei Technologies Co., Ltd. | Method and device for information transfer |
US9088918B2 (en) | 2007-08-15 | 2015-07-21 | Huawei Technologies Co., Ltd. | Method and device for information transfer |
US20100142399A1 (en) * | 2007-08-15 | 2010-06-10 | Huawei Technologies Co., Ltd. | Method and device for information transfer |
US8059679B2 (en) | 2007-08-15 | 2011-11-15 | Huawei Technologies Co., Ltd. | Method and device for information transfer |
US8817751B2 (en) * | 2007-08-19 | 2014-08-26 | Huawei Technologies Co., Ltd. | Method, device and system of handover |
US20100142488A1 (en) * | 2007-08-19 | 2010-06-10 | Jian Zhang | Method, device and system of handover |
US20100177736A1 (en) * | 2007-09-11 | 2010-07-15 | Da Tang Mobile Communications Equipment Co., Ltd. | Method and device for indicating data re-transmission when area switching in lte system |
US8797998B2 (en) * | 2007-09-11 | 2014-08-05 | China Academy Of Telecommunications Technology | Method and device for indicating data re-transmission when area switching in LTE system |
US20140301367A1 (en) * | 2007-09-11 | 2014-10-09 | China Academy Of Telecommunications Technology | Method and device for processing data during cell handover in lte system |
US8441995B2 (en) | 2007-09-14 | 2013-05-14 | China Academy Of Telecommunications Technology | Method, system and apparatus for supporting addressing by user static IP address in LTE system |
WO2009036690A1 (en) * | 2007-09-14 | 2009-03-26 | Da Tang Mobile Communications Equipment Co., Ltd. | Method, system and device for supporting addressing the user static ip address in long term evolution system |
US20100202351A1 (en) * | 2007-09-14 | 2010-08-12 | Da Tang Mobile Communications Equipment Co., Ltd. | Method, system and apparatus for supporting addressing by user static ip address in lte system |
KR101105259B1 (en) | 2007-09-14 | 2012-01-17 | 차이나 아카데미 오브 텔레커뮤니케이션즈 테크놀로지 | Method, system and device for supporting addressing the user static ip address in long term evolution system |
WO2009039772A1 (en) * | 2007-09-21 | 2009-04-02 | Huawei Technologies Co., Ltd. | Method for creating multimedia broadcast/multicast service user plane transmit channel |
US11528646B2 (en) * | 2007-09-29 | 2022-12-13 | Huawei Technologies Co., Ltd. | Method and eNodeB for forwarding downlink and uplink packets based on S1 handover |
US8606270B2 (en) * | 2007-10-05 | 2013-12-10 | Samsung Electronics Co., Ltd | Method and apparatus for user equipment interaction with a network using interaction information |
US9072069B2 (en) | 2007-10-05 | 2015-06-30 | Samsung Electronics Co., Ltd | Method and apparatus for user equipment interaction with a network using interaction information |
US20100216484A1 (en) * | 2007-10-29 | 2010-08-26 | Jinyi Zhou | Method and apparatus for bearer processing |
WO2009059532A1 (en) * | 2007-10-29 | 2009-05-14 | Huawei Technologies Co., Ltd. | Method and device for bearer operating |
US8493932B2 (en) | 2007-10-29 | 2013-07-23 | Huawei Technologies Co., Ltd. | Method and apparatus for bearer processing |
US9288790B2 (en) | 2007-10-29 | 2016-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for bearer processing |
US8369288B2 (en) * | 2007-10-29 | 2013-02-05 | Huawei Technologies Co., Ltd. | Method and apparatus for bearer processing |
CN101843137A (en) * | 2007-10-30 | 2010-09-22 | 株式会社Ntt都科摩 | Mobile communication method and radio base station |
EP2071778A2 (en) | 2007-12-10 | 2009-06-17 | Electronics And Telecommunications Research Institute | Data exchange method for guaranteeing quality of service between evolved node-B and network entity |
US20110019643A1 (en) * | 2007-12-13 | 2011-01-27 | Samsung Electronics Co., Ltd. | Method and apparatus for handover in a mobile communication system |
US9025564B2 (en) | 2007-12-13 | 2015-05-05 | Samsung Electronics Co., Ltd. | Method and apparatus for handover in a mobile communication system |
CN101897132A (en) * | 2007-12-13 | 2010-11-24 | 三星电子株式会社 | Method and apparatus for handover in a mobile communication system |
WO2009075549A1 (en) * | 2007-12-13 | 2009-06-18 | Samsung Electronics Co., Ltd. | Method and apparatus for handover in a mobile communication system |
US20100150049A1 (en) * | 2007-12-14 | 2010-06-17 | Electronics And Telecommunications Research Institute | bearer control and management method in the ip-based evolved mobile communication network |
US20140295853A1 (en) * | 2008-01-04 | 2014-10-02 | Qualcomm Incorporated | Apparatus and methods to facilitate seamless handoffs between wireless communication networks |
US20110002306A1 (en) * | 2008-03-12 | 2011-01-06 | Zte Corporation | A Bearer Establishing Method and System Based on Handover |
US8442007B2 (en) * | 2008-03-12 | 2013-05-14 | Zte Corporation | Bearer establishing method and system based on handover |
US8331323B2 (en) | 2008-03-28 | 2012-12-11 | Huawei Technologies Co., Ltd. | Inter-network tunnel switching method and inter-network interconnection device |
US20110019609A1 (en) * | 2008-03-28 | 2011-01-27 | Xin Zhong | Inter-network tunnel switching method and inter-network interconnection device |
US20100056147A1 (en) * | 2008-04-03 | 2010-03-04 | Huawei Technologies Co., Ltd. | Bearer suspension method, bearer resumption method, and gateway agent |
US20110051708A1 (en) * | 2008-05-04 | 2011-03-03 | Zte Corporation | Method and device for deploying evolved node b |
WO2009135364A1 (en) * | 2008-05-04 | 2009-11-12 | 中兴通讯股份有限公司 | Method and device for deploying evolved nodes |
WO2009143708A1 (en) * | 2008-05-27 | 2009-12-03 | 大唐移动通信设备有限公司 | A method, system and device for reporting user location information |
US8965377B2 (en) | 2008-05-27 | 2015-02-24 | China Academy Of Telecommunications Technology | Method, system and device for reporting user location information |
US20110098048A1 (en) * | 2008-05-27 | 2011-04-28 | Datang Mobile Communications Equipment Co., Ltd. | Method, System and Device for Reporting User Location Information |
KR101211852B1 (en) | 2008-05-27 | 2012-12-18 | 차이나 아카데미 오브 텔레커뮤니케이션즈 테크놀로지 | A method, system and device for reporting user location information |
EP2286549A1 (en) * | 2008-06-13 | 2011-02-23 | Cisco Technology, Inc. | System and method for establishment of a multiprotocol label switching (mpls) tunnel |
EP2286549B1 (en) * | 2008-06-13 | 2016-08-10 | Cisco Technology, Inc. | System and method for establishment of a multiprotocol label switching (mpls) tunnel |
US8493984B2 (en) | 2008-06-13 | 2013-07-23 | Cisco Technology, Inc. | System and method for establishment of a multiprotocol label switching (MPLS) tunnel |
US20090310614A1 (en) * | 2008-06-13 | 2009-12-17 | Cisco Technology, Inc. | System and Method for Establishment of a Multiprotocol Label Switching (MPLS) Tunnel |
WO2010015146A1 (en) * | 2008-08-04 | 2010-02-11 | 大唐移动通信设备有限公司 | A gtp message transmission method, system and apparatus |
US20100039991A1 (en) * | 2008-08-06 | 2010-02-18 | Alcatel-Lucent | Method for automatically configuring addresses and/or security data between enbs of an lte access network, and associated mme and enb |
US8892069B2 (en) * | 2008-08-06 | 2014-11-18 | Alcatel Lucent | Method for automatically configuring addresses and/or security data between evolved node Bs (eNBs) of a long term evolution (LTE) access network, and associated mobility management entities (MME) and evolved node B (eNB) |
TWI491278B (en) * | 2008-08-25 | 2015-07-01 | Qualcomm Inc | Relay architecture framework |
US20100046418A1 (en) * | 2008-08-25 | 2010-02-25 | Qualcomm Incorporated | Relay architecture framework |
US8855138B2 (en) | 2008-08-25 | 2014-10-07 | Qualcomm Incorporated | Relay architecture framework |
KR101237360B1 (en) | 2008-08-25 | 2013-02-28 | 퀄컴 인코포레이티드 | Relay architecture framework |
WO2010027821A3 (en) * | 2008-08-25 | 2010-05-27 | Qualcomm Incorporated | Relay architecture framework |
WO2010027821A2 (en) * | 2008-08-25 | 2010-03-11 | Qualcomm Incorporated | Relay architecture framework |
US9544820B2 (en) * | 2008-09-09 | 2017-01-10 | Samsung Electronics Co., Ltd. | Method and apparatus for user relocation in a radio network |
EP2324661B1 (en) * | 2008-09-09 | 2018-08-22 | Samsung Electronics Co., Ltd. | Method for user relocation triggered by home nodeb gateway |
US20150382246A1 (en) * | 2008-09-09 | 2015-12-31 | Samsung Electronics Co., Ltd. | Method and apparatus for user relocation in a radio network |
WO2010032940A3 (en) * | 2008-09-19 | 2010-06-24 | Samsung Electronics Co., Ltd. | Method for supporting a network locating a target node |
US20100074129A1 (en) * | 2008-09-19 | 2010-03-25 | Samsung Electronics Co., Ltd. | Method for supporting a network locating a target node |
US8005008B2 (en) | 2008-09-19 | 2011-08-23 | Samsung Electronics Co., Ltd. | Method for supporting a network locating a target node |
US10448250B2 (en) * | 2008-10-06 | 2019-10-15 | Nec Corporation | Communication system, connection control apparatus, mobile terminal, base station control method, service request method, and program |
US9088939B2 (en) | 2008-10-24 | 2015-07-21 | Qualcomm Incorporated | Bearer QoS mapping for cell relays |
US20100103845A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay mobility procedures |
US20100103865A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Header compression for cell relay communications |
US20100103864A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay protocol |
US20100103861A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay packet routing |
US20100103863A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | BEARER QoS MAPPING FOR CELL RELAYS |
JP2012507205A (en) * | 2008-10-24 | 2012-03-22 | クゥアルコム・インコーポレイテッド | Cell relay network connection procedure |
US8902805B2 (en) | 2008-10-24 | 2014-12-02 | Qualcomm Incorporated | Cell relay packet routing |
US8849284B2 (en) * | 2008-12-26 | 2014-09-30 | Ntt Docomo, Inc. | Mobile communication method, radio access apparatus, and gateway apparatus |
US20100173610A1 (en) * | 2009-01-05 | 2010-07-08 | Qualcomm Incorporated | Access stratum security configuration for inter-cell handover |
US8923303B2 (en) * | 2009-01-14 | 2014-12-30 | Tellabs Oy | Method, system and installation for forwarding data transmission frames |
US20100177702A1 (en) * | 2009-01-14 | 2010-07-15 | Tellabs Oy | Method, system and installation for forwarding data transmission frames |
US8908640B2 (en) * | 2009-02-02 | 2014-12-09 | Huawei Technologies Co., Ltd. | Method, apparatus and system for handover between multi-carrier cells |
US20110286433A1 (en) * | 2009-02-02 | 2011-11-24 | Huawei Technologies Co., Ltd. | Method, apparatus and system for handover between multi-carrier cells |
US20100208653A1 (en) * | 2009-02-13 | 2010-08-19 | Morinaga Yasutaka | MOBILE COMMUNICATION SYSTEM AND ACCESS GATEWAY HAVING PLURAL USER PLANE AGWs |
US8447304B2 (en) * | 2009-02-13 | 2013-05-21 | Hitachi, Ltd. | Mobile communication system and access gateway having plural user plane AGWs |
US9826468B2 (en) | 2009-03-23 | 2017-11-21 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
US8655316B2 (en) | 2009-03-23 | 2014-02-18 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
KR101639408B1 (en) | 2009-03-23 | 2016-07-13 | 엘지전자 주식회사 | METHOD FOR controlling access of terminal to Home (e)NodeB |
US9301222B2 (en) | 2009-03-23 | 2016-03-29 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
US8503392B2 (en) | 2009-03-23 | 2013-08-06 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
US20100238858A1 (en) * | 2009-03-23 | 2010-09-23 | Tae-Hyeon Kim | Method for controlling access of terminal to home (e)nodeb |
KR20150133673A (en) * | 2009-03-23 | 2015-11-30 | 엘지전자 주식회사 | METHOD FOR controlling access of terminal to Home (e)NodeB |
US9084160B2 (en) | 2009-03-23 | 2015-07-14 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)NodeB |
WO2010110520A1 (en) * | 2009-03-23 | 2010-09-30 | Lg Electronics Inc. | Method for controlling access of terminal to home (e)nodeb |
KR101569031B1 (en) | 2009-03-23 | 2015-11-13 | 엘지전자 주식회사 | METHOD FOR controlling access of terminal to Home eNodeB |
US11018758B2 (en) | 2009-04-17 | 2021-05-25 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US8379613B2 (en) | 2009-04-17 | 2013-02-19 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US10218432B2 (en) | 2009-04-17 | 2019-02-26 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US10965365B2 (en) | 2009-04-17 | 2021-03-30 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US20100265876A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US8804730B2 (en) | 2009-04-17 | 2014-08-12 | Viasat, Inc. | Layer-2 extension services |
US8948149B2 (en) | 2009-04-17 | 2015-02-03 | Viasat, Inc. | Access node/gateway to access node/gateway layer-2 connectivity (end-to-end) |
US20100265941A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Layer-2 extension services |
US9264127B2 (en) | 2009-04-17 | 2016-02-16 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US9276663B2 (en) | 2009-04-17 | 2016-03-01 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US20100265877A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Access node/gateway to access node/gateway layer-2 connectivity (end-to-end) |
US9887766B2 (en) | 2009-04-17 | 2018-02-06 | Viasat, Inc. | Layer-2 extension services |
US8457035B2 (en) | 2009-04-17 | 2013-06-04 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US11962397B2 (en) | 2009-04-17 | 2024-04-16 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US8427999B2 (en) * | 2009-04-17 | 2013-04-23 | Viasat, Inc. | Multi-satellite architecture |
US9419702B2 (en) | 2009-04-17 | 2016-08-16 | Viasat, Inc. | Layer-2 extension services |
US9800322B2 (en) | 2009-04-17 | 2017-10-24 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US9432896B2 (en) | 2009-04-17 | 2016-08-30 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US20100265878A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Mobility across satellite beams using l2 connectivity |
US11424821B2 (en) | 2009-04-17 | 2022-08-23 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US8345650B2 (en) | 2009-04-17 | 2013-01-01 | Viasat, Inc. | Access node/gateway to access node/gateway layer-2 connectivity (end-to-end) |
US10680704B2 (en) | 2009-04-17 | 2020-06-09 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US9774385B2 (en) | 2009-04-17 | 2017-09-26 | Viasat, Inc. | Layer-2 connectivity from switch to access node/gateway |
US20100265879A1 (en) * | 2009-04-17 | 2010-10-21 | Viasat, Inc. | Multi-satellite architecture |
US10404355B2 (en) | 2009-04-17 | 2019-09-03 | Viasat, Inc. | Mobility across satellite beams using L2 connectivity |
US10299170B2 (en) * | 2009-04-20 | 2019-05-21 | Nec Corporation | Gateway apparatus, communication control method, and non-transitory computer readable medium storing communication control program |
US20120002659A1 (en) * | 2009-04-20 | 2012-01-05 | Kenji Kawaguchi | Gateway apparatus, communication control method, and non-transitory computer readable medium storing communication control program |
US9860793B2 (en) * | 2009-04-20 | 2018-01-02 | Nec Corporation | Gateway apparatus, communication control method, and non-transitory computer readable medium storing communication control program |
CN101888594A (en) * | 2009-05-15 | 2010-11-17 | 中兴通讯股份有限公司 | Method and system for releasing multicast broadcast data channel |
WO2010130227A1 (en) * | 2009-05-15 | 2010-11-18 | 中兴通讯股份有限公司 | Method for releasing multicasting and broadcasting data path and system thereof |
US20200366525A1 (en) * | 2009-06-10 | 2020-11-19 | Huawei Technologies Co.,Ltd. | Method, device, and system for controlling tunnel identifier allocation |
US20150036595A1 (en) * | 2009-07-08 | 2015-02-05 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for routing user plane data in mobile network |
US10015718B2 (en) * | 2009-07-08 | 2018-07-03 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for routing user plane data in mobile network |
US10674420B2 (en) * | 2009-07-08 | 2020-06-02 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for routing user plane data in mobile network |
US20180288671A1 (en) * | 2009-07-08 | 2018-10-04 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for routing user plane data in mobile network |
WO2011050723A1 (en) * | 2009-11-02 | 2011-05-05 | 中兴通讯股份有限公司 | Method, system and device for selecting target mobility management entity (mme) during mobile terminal switch process |
CN102056130A (en) * | 2009-11-02 | 2011-05-11 | 中兴通讯股份有限公司 | Method, system and device for selecting target MME during mobile terminal switching |
US20120282929A1 (en) * | 2009-11-16 | 2012-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses and Methods for Reducing a Load on a Serving Gateway in a Communications Network Systems |
JP2011124984A (en) * | 2009-12-04 | 2011-06-23 | Intel Corp | Relay data path architecture for wireless network |
US20110134826A1 (en) * | 2009-12-04 | 2011-06-09 | Xiangying Yang | Relay data path architecture for a wireless network |
US8804667B2 (en) * | 2010-02-25 | 2014-08-12 | Zte Corporation | Method, system and evolved NodeB apparatus for implementing inter-evolved NodeB handover |
US20120314689A1 (en) * | 2010-02-25 | 2012-12-13 | Zte Corporation | Method, System and Evolved NodeB Apparatus for Implementing Inter-Evolved NodeB Handover |
US20110267963A1 (en) * | 2010-04-30 | 2011-11-03 | Samsung Electronics Co., Ltd | Apparatus and method of user equipment relocation |
US8675499B2 (en) * | 2010-04-30 | 2014-03-18 | Samsung Electronics Co., Ltd. | Apparatus and method of user equipment relocation |
US9426698B2 (en) | 2010-06-07 | 2016-08-23 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting extended service request messages in a congested network |
US9001655B2 (en) * | 2010-06-07 | 2015-04-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting service request messages in a congested network |
US20120002545A1 (en) * | 2010-06-07 | 2012-01-05 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting service request messages in a congested network |
US9173186B2 (en) * | 2010-06-17 | 2015-10-27 | Samsung Electronics Co., Ltd. | Wireless communication system and method for establishing a connection between user equipment and a mobility management entity thereof |
US11272475B2 (en) | 2010-06-17 | 2022-03-08 | Samsung Electronics Co., Ltd. | Wireless communication system and method for establishing a connection between user equipment and a mobility management entity thereof |
US10517059B2 (en) | 2010-06-17 | 2019-12-24 | Samsung Electronics Co., Ltd. | Wireless communication system and method for establishing a connection between user equipment and a mobility management entity thereof |
CN102378146A (en) * | 2010-08-25 | 2012-03-14 | 电信科学技术研究院 | Method and equipment for processing international mobile subscriber identity (IMSI) Paging message |
US20120082089A1 (en) * | 2010-09-30 | 2012-04-05 | Sathyender Nelakonda | Method and apparatus for processing gtp triggered messages |
US8345603B2 (en) * | 2010-09-30 | 2013-01-01 | Alcatel Lucent | Method and apparatus for processing GTP triggered messages |
US20130322344A1 (en) * | 2011-02-22 | 2013-12-05 | Alcatel Lucent | Method and device for acquiring and using location information |
US11968734B2 (en) | 2011-04-01 | 2024-04-23 | Interdigital Patent Holdings, Inc. | Method and apparatus for providing information to a network |
US9648657B2 (en) * | 2011-04-01 | 2017-05-09 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling connectivity to a network |
US20120281566A1 (en) * | 2011-04-01 | 2012-11-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling connectivity to a network |
US20140219248A1 (en) * | 2011-07-11 | 2014-08-07 | Interdigital Patent Holdings, Inc. | Systems and Methods for Establishing and Maintaining Multiple Cellular Connections and/or Interfaces |
US9949189B2 (en) * | 2011-07-11 | 2018-04-17 | Interdigital Patent Holdings, Inc. | Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces |
US10721665B2 (en) | 2011-07-11 | 2020-07-21 | Interdigital Patent Holdings, Inc. | Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces |
US10009757B2 (en) | 2012-01-19 | 2018-06-26 | Samsung Electronics Co., Ltd. | Method for establishing an interface and communication between a relay node and a core network |
US10945124B2 (en) | 2012-01-19 | 2021-03-09 | Samsung Electronics Co., Ltd. | Method for establishing an interface and communication between a relay node and a core network |
WO2013109083A1 (en) * | 2012-01-19 | 2013-07-25 | Samsung Electronics Co., Ltd. | Method for establishing an interface and communication between a relay node and a core network |
US20150149643A1 (en) * | 2013-11-26 | 2015-05-28 | At&T Intellectual Property I, Lp | Dynamic policy based data session migration mechanism in a communication network |
WO2015140504A1 (en) * | 2014-03-21 | 2015-09-24 | British Telecommunications Public Limited Company | Mobile handover |
US9883436B2 (en) | 2014-03-21 | 2018-01-30 | British Telecommunications Public Limited Company | Method and apparatus for performing mobile handover based on an indication flag |
CN111510979A (en) * | 2014-05-08 | 2020-08-07 | 交互数字专利控股公司 | Method for redirecting a UE to a dedicated core network node and mobility management entity MME |
CN111510978A (en) * | 2014-05-08 | 2020-08-07 | 交互数字专利控股公司 | Method for redirecting a UE to a dedicated core network node and mobility management entity MME |
US11716661B2 (en) | 2014-05-08 | 2023-08-01 | Interdigital Patent Holdings, Inc. | Methods and apparatus for selection of dedicated core network |
US11228956B2 (en) | 2014-05-08 | 2022-01-18 | Interdigital Patent Holdings, Inc. | Methods and apparatus for selection of dedicated core network |
US20170055191A1 (en) * | 2014-05-19 | 2017-02-23 | Fujitsu Limited | Base station apparatus and system |
US9253704B1 (en) * | 2014-09-25 | 2016-02-02 | Telefonaktiebolaget L M Ericsson (Publ) | Intelligence in handover assessment for LTE/VoLTE calls to improve retainability |
US11044655B2 (en) | 2014-12-30 | 2021-06-22 | Lg Electronics Inc. | Method and apparatus for performing inter-MeNB handover without SeNB change in wireless communication system |
US10588065B2 (en) | 2014-12-30 | 2020-03-10 | Lg Electronics Inc. | Method and apparatus for performing inter-MeNB handover without SeNB change in wireless communication system |
US10856196B2 (en) * | 2014-12-30 | 2020-12-01 | Lg Electronics Inc. | Method and apparatus for performing inter-MeNB handover without SeNB change in wireless communication system |
US20190208453A1 (en) * | 2014-12-30 | 2019-07-04 | Lg Electronics Inc. | Method and apparatus for performing inter-menb handover without senb change in wireless communication system |
US10694558B2 (en) * | 2015-03-01 | 2020-06-23 | Cisco Technology, Inc. | System, method and apparatus for small cell gateway selective data path offload |
US20160270132A1 (en) * | 2015-03-01 | 2016-09-15 | Cisco Technology, Inc. | System, method and apparatus for small cell gateway selective data path offload |
US20180242188A1 (en) * | 2015-10-23 | 2018-08-23 | Huawei Technologies Co., Ltd. | Quality of service control method, device, and system |
US11026134B2 (en) | 2016-03-08 | 2021-06-01 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting handover |
EP3413627A4 (en) * | 2016-03-08 | 2018-12-12 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting handover |
US20200128437A1 (en) * | 2016-05-13 | 2020-04-23 | Telecom Italia S.P.A. | Method and system for loss mitigation during device to device communication mode switching |
US10785679B2 (en) * | 2016-05-13 | 2020-09-22 | Telecom Italia S.P.A. | Method and system for loss mitigation during device to device communication mode switching |
US10959132B2 (en) * | 2016-07-01 | 2021-03-23 | Huawei Technologies Co., Ltd. | Handover method and apparatus |
US20190141583A1 (en) * | 2016-07-01 | 2019-05-09 | Huawei Technologies Co., Ltd. | Handover method and apparatus |
US11159997B2 (en) | 2017-02-27 | 2021-10-26 | Huawei Technologies Co., Ltd. | Communication method and apparatus |
CN110313195A (en) * | 2017-02-27 | 2019-10-08 | 华为技术有限公司 | Communication means and device |
US11153920B2 (en) | 2017-12-15 | 2021-10-19 | Hewlett Packard Enterprise Development Lp | Establishing a GTP session |
US11233856B2 (en) | 2017-12-15 | 2022-01-25 | Hewlett Packard Enterprise Development Lp | Selecting an address of a device |
US11025541B2 (en) | 2017-12-15 | 2021-06-01 | Hewlett Packard Enterprises Development LP | Transporting a GTP message to a termination device |
US11212695B2 (en) * | 2018-02-15 | 2021-12-28 | Qualcomm Incorporated | Configuration, activation and deactivation of packet duplication |
US10524164B2 (en) * | 2018-03-09 | 2019-12-31 | Verizon Patent And Licensing Inc. | Dynamic service and policy control based on radio condition notifications |
Also Published As
Publication number | Publication date |
---|---|
AR059773A1 (en) | 2008-04-30 |
WO2007103369A2 (en) | 2007-09-13 |
WO2007103369A3 (en) | 2007-11-01 |
TWM319589U (en) | 2007-09-21 |
TW200738025A (en) | 2007-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070213060A1 (en) | Method and apparatus for supporting handoff in an lte gtp based wireless communication system | |
US20070213058A1 (en) | Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel gprs-based wireless communication system | |
US10841858B2 (en) | Data processing method and system | |
CN109392043B (en) | Method for supporting switching and corresponding equipment | |
US20070248064A1 (en) | Method and apparatus for supporting routing area update procedures in a long term evolution general packet radio service tunneling protocol-based system | |
US9020503B2 (en) | Connection establishment system and method | |
EP2135471B1 (en) | Method and system for intra e-utran handover | |
US9185595B2 (en) | Method, apparatus and system for moving wireless terminals in mobility management serving node pool | |
CN112911726B (en) | Method and device for establishing user plane bearer | |
US20080013553A1 (en) | Activation of multiple bearer services in a long term evolution system | |
US20080268846A1 (en) | Method and apparatus for supporting handoff from gprs/geran to lte eutran | |
US20070213057A1 (en) | Method and apparatus for supporting routing area update procedures in a single tunnel gprs-based wireless communication system | |
CN113873596A (en) | Method and equipment for supporting local service distribution under dual-connection architecture | |
AU2007222104A1 (en) | Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel GPRS-based wireless communication system | |
US9271313B2 (en) | Service frequency based 3GDT | |
WO2008008145A2 (en) | Activation of multiple bearer services in a long term evolution system | |
CN103079189A (en) | Method, device and system for controlling distribution of tunnel identifiers | |
KR100628743B1 (en) | Loseless srns relocation method | |
WO2013000289A1 (en) | Mobility management method for direct tunnel, network element, and system | |
EP2009942A1 (en) | Method and system for optimized relocation in a mobile network | |
AU2007222105A1 (en) | Method and apparatus for supporting routing area update procedures in a single tunnel GPRS-based wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERDIGITAL TECHNOLOGY CORPORATION, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHAHEEN, KAMEL M.;REEL/FRAME:019479/0692 Effective date: 20070411 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |