[go: up one dir, main page]

WO2016035230A1 - モビリティ管理及びベアラ管理を移転するための方法及び装置 - Google Patents

モビリティ管理及びベアラ管理を移転するための方法及び装置 Download PDF

Info

Publication number
WO2016035230A1
WO2016035230A1 PCT/JP2015/002989 JP2015002989W WO2016035230A1 WO 2016035230 A1 WO2016035230 A1 WO 2016035230A1 JP 2015002989 W JP2015002989 W JP 2015002989W WO 2016035230 A1 WO2016035230 A1 WO 2016035230A1
Authority
WO
WIPO (PCT)
Prior art keywords
core network
network node
mobile terminal
management
identifier
Prior art date
Application number
PCT/JP2015/002989
Other languages
English (en)
French (fr)
Inventor
孝法 岩井
創 前佛
田村　利之
尚 二木
Original Assignee
日本電気株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US15/505,951 priority Critical patent/US20170251357A1/en
Priority to JP2016546285A priority patent/JPWO2016035230A1/ja
Publication of WO2016035230A1 publication Critical patent/WO2016035230A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Definitions

  • the present disclosure relates to a mobile communication network, and particularly to mobility management and bearer management of mobile terminals in a core network.
  • Non-Patent Document 1 defines the packet architecture of Third Generation Partnership Project (3GPP), that is, the functional architecture of Evolved Packet System (EPS). Specifically, Non-Patent Document 1 includes an Attach procedure, Tracking Area Update (TAU) procedure, Service Request procedure, S1SRelease procedure, Globally Unique Temporary Identity (GUTI) Reallocation procedure, Detach procedure, Dedicated bearer activation procedure, Bearer modification It defines various procedures for mobility management, session management, and handover of mobile terminals in EPS, including procedures, X2-based handover procedures, and S1-based handover procedures.
  • 3GPP Third Generation Partnership Project
  • EPS Evolved Packet System
  • Non-Patent Document 1 includes an Attach procedure, Tracking Area Update (TAU) procedure, Service Request procedure, S1SRelease procedure, Globally Unique Temporary Identity (GUTI) Reallocation procedure, Detach procedure, Dedicated bearer activation procedure, Bearer modification It defines various procedures for mobility management, session management, and handover of mobile
  • MME Mobility Management Entity
  • UE User Equipment
  • MME Mobility Management Entity
  • EPC EvolvedvolvePacket Core
  • UEs User Equipments
  • Mobility management is used to keep track of the UE's current location (keep track) and includes maintaining a mobility management context (MM context) for the UE.
  • Bearer management controls the establishment of EPS bearers for UE to communicate with external networks (Packet Data Network (PDN)) via Evolved Universal Terrestrial Radio Access Network (E-UTRAN) and EPC, and bearer management for UE Includes maintaining context (ie, EPS bearer context).
  • PDN Packet Data Network
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • EPC Evolved Universal Terrestrial Radio Access Network
  • the voluntary mobility management and bearer management relocation (relocation) by the core network can be performed by external control nodes (eg, Software-Defined Network (SDN) controller, Network Function Virtualization (NFV) controller, Operations Support System (OSS)), or It may be started in accordance with an instruction from Element (Management) System (EMS), or may be started by MME initiative.
  • SDN Software-Defined Network
  • NFV Network Function Virtualization
  • OSS Operations Support System
  • EMS Operations Support System
  • MME initiative Management
  • the inventors of the present invention predict that the demand for mobility management and bearer management transfer will increase as the use of core network virtualization technology spreads.
  • a virtualized core network (for example, referred to as Virtualized EPC) uses server virtualization technology and network virtualization technology to abstract the control plane and / or data plane of the core network.
  • core network nodes for example, MME, Serving Gateway (S-GW) / PDN Gateway (P-GW) control plane, and S / P-GW data plane
  • S-GW Serving Gateway
  • P-GW PDN Gateway
  • S / P-GW data plane S / P-GW data plane
  • the current 3GPP specification states that the mobility management and bearer management of the moved UE is changed from Old MME (or Source MME) to New MME (when the UE moves between tracking areas or between eNodeBs. Or the procedure for relocation to Target (MME).
  • MME Mobility Management
  • the UE in the idle state from the tracking area under the jurisdiction of the Old MME to the tracking area under the jurisdiction of the New MME ie, UE is an EMM-REGISTERED state, but Radio Resource Control (RRC) _IDLE and With the movement of EPS (Connection Management (ECM) -IDLE state)
  • ECM Connection Management
  • the UE in the connected state moves from Source eNodeB (eNodeB) controlled by Source MME to Target eNodeB controlled by Target MME
  • S1 In the -based Handover procedure mobility management and bearer management of the UE are transferred from the Source MME to the Target MME.
  • the current 3GPP specification does not depend on whether the UE has moved under the initiative of the EPC or the control node (eg, SDN controller, NFV controller, OSS, or EMS) coupled to the EPC.
  • the control node eg, SDN controller, NFV controller, OSS, or EMS
  • mobility management and bearer management related to an idle UE are transferred between MMEs, it may be preferable to be able to complete the transfer procedure without notifying the idle UE of the occurrence of the transfer (relocation). This is because notifying the idle UE of the occurrence of relocation (ie MME change) is paging, RRC connection establishment, and S1 signaling to send downlink Non-Access Stratum (NAS) messages. This involves a lot of signaling, including connection establishment, and thus increases the load on the network.
  • MME change is paging, RRC connection establishment, and S1 signaling to send downlink Non-
  • one of the objectives that the embodiments disclosed herein intend to achieve is the mobility management and bearer of at least one mobile terminal (eg, UEs) in idle state (eg, RRC_IDLE and ECM-IDLE state).
  • An object of the present invention is to provide an apparatus, a method, and a program that contribute to suppressing the occurrence of signaling involving a mobile terminal when transferring management between core network nodes (eg, MMEs). It should be noted that this object is only one of a plurality of objects that the embodiments disclosed herein intend to achieve. Other objects or problems and novel features will become apparent from the description of the present specification or the accompanying drawings.
  • a method for transferring mobility management and bearer management comprises: (A) transferring mobility management and bearer management of at least one idle mobile terminal associated with a particular core network node identifier from the first core network node to the second core network node; and (b) In response to the transfer of the mobility management and bearer management of the at least one mobile terminal, a Non-Access Stratum (destination) destined for the specific core network node identifier transmitted from each of the at least one mobile terminal. (NAS) configuring the base station to change the message transfer destination from the first core network node to the second core network node; including.
  • a method performed by a base station includes the mobility management and bearer management of at least one idle mobile terminal associated with a particular core network node identifier from a first core network node to a second core.
  • the transfer destination of the Non-Access Stratum (NAS) message destined for the specific core network node identifier transmitted from each of the at least one mobile terminal is the first core network.
  • NAS Non-Access Stratum
  • the method performed by the first core network node located in the core network is: (A) transferring mobility management and bearer management of at least one idle mobile terminal associated with a particular core network node identifier from the first core network node to a second core network node; and (b) Non-Access Stratum (destination) addressed to the specific core network node identifier transmitted from each of the at least one mobile terminal in response to transferring the mobility management and bearer management of the at least one mobile terminal. (NAS) configuring the base station to change the message transfer destination from the first core network node to the second core network node; including.
  • the method performed by the second core network node located in the core network is: (A) taking over mobility management and bearer management of at least one idle mobile terminal associated with a specific core network node identifier from the first core network node by the second core network node; and (b) ) Use of the specific core network node identifier in the second core network node after taking over the mobility management and bearer management without notifying the at least one mobile terminal of the update of the specific core network node identifier To do, including.
  • a method performed by a control node coupled to a core network wherein the mobility management and bearer management of at least one idle mobile terminal associated with a particular core network node identifier is the first core network
  • a transfer destination of a Non-Access Stratum (NAS) message destined for the specific core network node identifier transmitted from each of the at least one mobile terminal Instructing a base station to change from the first core network node to the second core network node.
  • NAS Non-Access Stratum
  • a base station includes a memory and a processor coupled to the memory and configured to perform the method according to the second aspect described above.
  • a first core network node includes a memory and a processor coupled to the memory and configured to perform the method according to the third aspect described above.
  • the second core network node includes a memory and a processor coupled to the memory and configured to perform the method according to the fourth aspect described above.
  • control node includes a memory and a processor coupled to the memory and configured to perform the method according to the fifth aspect described above.
  • the program includes a group of instructions (software code) for causing the computer to perform any one of the methods according to the second to fifth aspects described above when read by the computer.
  • FIG. 1 shows a configuration example of a mobile communication network according to the present embodiment.
  • the mobile communication network provides communication services such as voice communication and / or packet data communication.
  • the mobile communication network will be described as EPS (that is, Long Term Evolution (LTE) system or LTE-Advanced system).
  • the network shown in FIG. 1 includes E-UTRAN 110 and EPC 120.
  • the E-UTRAN 110 includes a mobile terminal (UE) 111 and a base station (eNodeB) 112.
  • the EPC 120 includes a source MME 121S, a target MME 121T, a Home / Subscriber / Server (HSS) 122, an S-GW 123, and a P-GW 124.
  • HSS Home / Subscriber / Server
  • the source MME 121S, the target MME 121T, and the HSS 122 are control plane nodes or entities.
  • the source MME 121S and the target MME 121T can perform mobility management and bearer management of a plurality of UEs (UEs) including the UE 111.
  • mobility management is used to keep track of the UE's current location (keep track) and includes maintaining a mobility management context (MM context) for the UE.
  • Bearer management includes controlling the EPS bearer establishment and maintaining an EPS bearer context for the UE.
  • the HSS 122 manages subscriber information of UEs including the UE 111.
  • the S-GW 123 and the P-GW 124 are user plane packet transfer nodes, and transfer user data (that is, Internet Protocol (IP) packets).
  • the S-GW 123 is a gateway to the E-UTRAN 110, and is connected to the eNodeB 112 via the S1-U interface.
  • the P-GW 124 is a gateway to the Packet Data Network (PDN) 130 and is connected to the PDN 130 via the SGi interface.
  • the PDN 130 may be an external network such as the Internet, or may be a network for an IP service (e.g., IP Multimedia Subsystem (IMS) service) provided by an operator who manages the EPC 120.
  • IP IP Multimedia Subsystem
  • the source MME 121S may be connected to the control node 142 arranged outside the EPC 120 via the control interface 141.
  • the control node 142 is, for example, an SDN controller, an NFV controller, an OSS, an EMS, or any combination thereof.
  • the source MME 121S is in the idle state of the UE 111 (ie, the UE 111 is an EMM-REGISTERED state, although the UE 111 has moved between cells or tracking areas, the Radio Resource Control (RRC) _IDLE and the EPS Connection Management (ECM) -IDLE state) and bearer management can be transferred to the target MME 121T.
  • the transfer (relocation) of mobility management and bearer management means that the target MME 121T performs the maintenance of the MM context and the EPS Bearer context regarding the UE 111 instead of the source MME 121S.
  • This transfer of mobility management and bearer management may be started in response to an instruction from the control node 142, for example. Additionally or alternatively, the transfer may be initiated by the source MME 121S or the target MME 121T without depending on an instruction from the control node 142.
  • the eNodeB 112 the source MME 121S, and the target MME 121T operate as follows.
  • the eNodeB 112 is a transfer destination of a NAS message destined for a specific core network node core network node identifier (ie, Globally Unique MME Identity (GUMMEI), MME Identifier (MMEI), or MME Code (MMEC)) transmitted from the UE 111.
  • ENodeB 112 is set to change from the source MME 121S to the target MME 121T.
  • a specific core network node identifier i.e., GUMMEI, MMEI, or MMEC
  • GUMMEI Globally Unique MME Identity
  • MMEI MME Identifier
  • MMEC MME Code
  • the eNodeB 112 sends the NAS message addressed to the specific core network node identifier (ie, GUMMEI, MMEI, or MMEC) received from the UE 111 after the completion of the mobility management and bearer management transfer to the target MME 121T instead of the source MME 121S. Operate to transfer to.
  • GUMMEI as an example of a specific core network node identifier is used to uniquely identify an MME globally, and is composed of Public Land Mobile Network Identifier (PLMN ID) and MMEI.
  • PLMN ID Public Land Mobile Network Identifier
  • MMEGI MME Group Identifier
  • MMEC is an 8-bit code used to uniquely identify an MME within one MME group.
  • the eNodeB 112 determines the RRC parameter indicating the core network node identifier (ie, GUMMEI, or MMEC) and the initial NAS message (ie, TAU Request message, Service Request message, Extended Service Request message) in the RRC connection establishment procedure. , Or Detach message) from the idle UE 111. Then, the eNodeB 112 derives an MME corresponding to a specific core network node identifier extracted from the RRC parameter, and transmits an initial NAS message toward the MME.
  • the RRC parameter indicating the core network node identifier (ie, GUMMEI, or MMEC)
  • the initial NAS message ie, TAU Request message, Service Request message, Extended Service Request message
  • the eNodeB 112 derives the source MME 121S as the MME corresponding to the specific core network node identifier when the mobility management and bearer management transfer is performed, and the specific core network node identifier when the transfer is completed
  • the target MME 121T is derived as the MME corresponding to
  • the eNodeB 112 receives an RRC Connection Setup message including the Registered MME information and the TAU Request message from the UE 111 in the RRC connection establishment procedure.
  • Registered MME information indicates GUMMEI derived from Globally Unique Temporary) Identity (GUTI) set in UE111.
  • GUI Globally Unique Temporary
  • the eNodeB 112 extracts a TAU request message from the RRC Connection Connection Setup Complete message, and determines that the GUMMEI included in the RRC Connection Connection Setup Complete message is associated with the target MME 121T. Therefore, the eNodeB 112 selects the target MME 121T and redirects the S1AP: “Initial” UE Message including the TAU Request message to the target MME 121T.
  • the eNodeB 112 receives an RRC Connection Request message including UE Identity and an RRC Connection Setup Complete message including Service Request message (DedicatedInfoNAS IE) in the RRC connection establishment procedure.
  • UE Identity included in the RRC Connection Request message indicates SAE Temporary Mobile Subscriber Identity (S-TMSI) derived from GUTI set in UE 111.
  • S-TMSI includes MMEC.
  • the eNodeB 112 extracts a Service Request message from the RRC Connection Connection Setup message, and determines that the MMEC in the S-TMSI indicated in the RRC Connection Connection Request message is associated with the target MME 121T. Therefore, the eNodeB 112 selects the target MME 121T and redirects S1AP: Initial UE Message including the Service Request message to the target MME 121T.
  • the eNodeB 112 may be instructed by the source MME 121S or the target MME 121T to change the NAS message transfer destination (redirection). Additionally or alternatively, the eNodeB 112 may be instructed by the control node 142 to change the NAS message transfer destination.
  • the specific core network node identifier (e.g., GUMMEI) also transfers to the target MME 121T.
  • the target MME 121T continues to use the specific core network node identifier used by the source MME 121S after the mobility management and bearer management transfer for the UE 111. That is, in this embodiment, mobility management and bearer management can be transferred in units of specific core network node identifiers (e.g., GUMMEI).
  • the source MME 121S can collectively transfer the mobility management and bearer management of at least one idle UE 111 associated with a specific core network node identifier (e.g., GUMMEI) to the target MME 121T.
  • the operation of redirecting the NAS message by the eNodeB 112 described above and the operation of transferring a specific core network node identifier (eg, GUMMEI) from the source MME 121S to the target MME 121T are the specific core network node identifier (eg, GUMMEI, MMEC).
  • This contributes to transferring the mobility management and bearer management related to the idle UE 111 without notifying the idle UE 111 of the update. If it is assumed that the mobility management and bearer management transfer occurs (that is, the MME change) is notified to the idle UE 111, paging, RRC connection establishment, and S1 signaling connection establishment are performed to transmit the downlink NAS message. A lot of signaling is required. On the other hand, the present embodiment can suppress the occurrence of these signaling, and thus can suppress an increase in network load.
  • each of the source MME 121S and the target MME 121T uses a plurality of core network identifiers (eg, GUMMEIs). It may be configured to perform mobility management and bearer management. For example, the source MME 121S may determine which of the multiple core network identifiers (e.g., GUMMEIs) to associate with the UE 111 based on the attribute or type of the UE 111 in the UE 111 attach procedure or the TAU procedure.
  • GUMMEIs core network identifiers
  • various mobile terminals such as smartphones and machine type communication (MTC) devices are used.
  • An MTC device is also called a Machine-to-Machine (M2M) device.
  • MTC devices are installed in various devices such as machinery (e.g., firewood vending machines, gas meters, electric meters, automobiles, railway vehicles) and sensors (e.g., sensors related to the environment, agriculture, traffic, etc.). These various mobile terminals are considered to have different usage purposes, communication characteristics, or mobile characteristics. Therefore, associating mobile terminals with different attributes or types with different core network identifiers may contribute to the efficiency of mobility management and bearer management.
  • the source MME 121S may randomly associate any of a plurality of core network identifiers (eg, GUMMEIs) with the UE 111 in the UE 111 attach procedure or the TAU procedure, or based on the time or order of attachment.
  • a core network identifier associated with the UE 111 may be determined.
  • FIG. 2A shows a network state before mobility management and bearer management transfer is performed.
  • the source MME 121S manages a plurality of UEs 111A and a plurality of UEs 111B using two GUMMEIs, that is, GUMMEI # 1 and GUMMEI # 2.
  • the target MME 121T manages a plurality of UEs 111C using one GUMMEI, that is, GUMMEI # 3.
  • the source MME 121S and the target MME 121T use IP address # 1 and IP address # 2 for packet transfer with the eNodeB 112, respectively.
  • Each UE 111A in the idle state is associated with GUMMEI1 # 1, and is assigned a GUTI (i.e., GUMMEI # 1 + M-TMSI) that includes GUMMEI # 1.
  • Each UE 111B in the idle state is associated with GUMMEI # 2, and is assigned a GUTI (i.e., GUMMEI # 2 + M-TMSI) including GUMMEI # 2.
  • each UE 111C in the idle state is associated with GUMMEI # 3, and is assigned a GUTI (i.e., GUMMEI # 3 + M-TMSI) including GUMMEI # 3.
  • the eNodeB 112 holds a forwarding table 210.
  • the forwarding table 210 is used by the eNodeB 112 to determine the MME to which the uplink NAS message should be forwarded.
  • forwarding table 210 may associate each GUMMEI with the IP address of the MME used for data packet forwarding.
  • the eNodeB 112 forwards the uplink NAS messages 200A and 200B received from the UE 111A and UE 111B to the IP address # 1 (that is, the source MME 121S) according to the forwarding table 210, and the uplink NAS message 200C received from the UE 111C to the IP address # 2. (That is, transfer to the target MME 121T).
  • FIG. 2B shows a network state after the mobility management and bearer management related to a plurality of UEs 111B associated with GUMMEI # 2 are transferred from the source MME 121S to the target MME 121T. Therefore, in the example of FIG. 2B, the source MME 121S manages a plurality of UEs 111A using one GUMMEI, that is, GUMMEI # 1. On the other hand, the target MME 121T manages a plurality of UEs 111B and a plurality of UEs 111C using two GUMMEIs, that is, GUMMEI # 2 and GUMMEI # 3.
  • the transfer table 210 held in the eNodeB 112 is updated in response to the completion of the mobility management and bearer management transfer related to GUMMEI IV # 2. That is, in the forwarding table 210 shown in FIG. 2B, the IP address (IP address # 2) of the target MME 121T is associated with GUMMEI # 2. Accordingly, the eNodeB 112 forwards the uplink NAS message 200A received from the UE 111A to the IP address # 1 (that is, the source MME 121S), and the uplink NAS message 200B and 200C received from the UE 111B and the UE 111C to the IP address # 2 (that is, To the target MME 121T).
  • FIG. 3 is a sequence diagram illustrating an example of the transfer procedure.
  • the source MME 121S performs mobility management and bearer management of at least one UE 111 in an idle state.
  • the control node 142 transmits a context relocation instruction (Context Relocation Command) message to the source MME 121S.
  • the relocation indication message causes the transfer of mobility management and bearer management (relocation) from the source MME 121S to at least one target MME 121T.
  • the relocation instruction message includes a relocation policy indicating an identifier of at least one target MME 121T.
  • the identifier of the target MME 121T may be, for example, GUMMEI, MMEI, or MMEC.
  • the relocation policy may indicate a throughput of mobility management and bearer management to be transferred from the source MME 121S to at least one target MME 121T.
  • the amount of processing for mobility management and bearer management may be specified as the number of UEs, the amount of processor resources used, the amount of memory resources used, the number of signaling occurrences, the amount of traffic, or any combination thereof.
  • the relocation policy may indicate a particular core network node identifier (i.e., GUMMEI, MMEI, or MMEC) that is targeted for relocation.
  • the relocation policy may indicate time constraints for mobility management and bearer management transfer. Specifically, the relocation policy may indicate the start time of relocation, the end time of relocation, or a period during which execution of relocation is permitted.
  • the source MME 121S starts a procedure for transferring mobility management and bearer management to the target MME 121T according to the relocation policy indicated in the relocation instruction message.
  • the source MME 121 ⁇ / b> S transmits a context relocation complete (Context Relocation Complete) message indicating that the relocation has been completed to the control node 142.
  • the target MME 121T performs mobility management and bearer management related to the UE 111 taken over from the source MME 121S.
  • step S16 the control node 142 instructs the eNodeB 112 to update the transfer table (e.g., transfer table 210 shown in FIGS. 2A and 2B) for determining the MME to which the uplink NAS message should be transferred.
  • the control node 142 is associated with the MME pool area to which the source MME 121S and the target MME 121T belong (that is, has an S1-MME connection) and is transferred to all of the eNodeBs 112.
  • the update instruction (step S16) may be transmitted.
  • step S17 the eNodeB 112 updates the forwarding table according to the instruction from the control node 142.
  • the mobility management and bearer management transfer procedure shown in FIG. 3 is an example, and may be changed as appropriate.
  • the transfer table update instruction (step S15) for the eNodeB 112 may be transmitted before the relocation instruction (step S12) for the source MME 121S, or the relocation instruction (step S12) or a relocation operation based thereon (step S13). ) And time may be transmitted in parallel.
  • the source MME 121S or the target MME 121T may start the mobility management and bearer management transfer procedure (step S13) without being based on the instruction from the control node 142 (step S12). .
  • the mobility management and bearer management transfer procedure from the source MME 121S to the target MME 121T may involve relocation (or change) of the S-GW.
  • the relocation of S-GW means that the path of the EPS bearer of UE 111 managed by the source MME 121S (that is, the termination point of S1 bearer and S5 / S8 bearer) is changed from S-GW123 to another S-GW. To do.
  • the target MME 121T may spontaneously select an S-GW based on the S-GW selection function that the target MME 121T has.
  • the relocation destination S-GW (referred to as target S-GW) may be designated by the control node 142. That is, the control node 142 may include the designation of the target S-GW in the context relocation instruction message transmitted to the source MME 121S.
  • the source MME 121S may inform the target MME 121T of the address of the target S-GW in the mobility management and bearer management transfer (relocation) procedure (step S13 in FIG. 3).
  • FIG. 4 shows one specific example of a procedure for transferring mobility management and bearer management related to the UE 111 from the source MME 121S to the target MME 121T.
  • the procedure of FIG. 4 can be performed in step S13 of FIG. That is, the source MME 121S may start the procedure shown in FIG. 4 in response to receiving the context relocation instruction message from the control node 142.
  • the procedure shown in FIG. 4 is started when the UE 111 is in an idle state (e.g., RRC_IDLE and ECM-IDLE state).
  • the source MME 121S performs a signaling connection (ie, “S11” GPRS “Tunnelling” Protocol “for” the “Control” (GTP-C) “connection 310”) with the S-GW 123 for the management of the EPS bearer of the UE 111.
  • the source MME 121S transmits the mobility management context (MM context) and bearer management context (EPS bearer context) of the UE 111 to the target MME 121T and a specific GUMMEI (for example, FIG. 2A and FIG. 2) associated with the UE 111.
  • GUMMEI # 2) shown in 2B is transmitted to the target MME 121T.
  • the specific GUMMEI may be transmitted as a GUTI assigned to the UE 111.
  • the GUTI assigned to the UE 111 is composed of specific GUMMEI and M-TMSI.
  • GTP-C messages transmitted on the S10 interface between MMEs can be used for transmission of MM context, EPS bearer context, and GUTI in step S101.
  • a ForwardForRelocation Request message or a modified version thereof may be used.
  • the Forward Relocation Request message is a message transmitted from the source MME to the target MME in the S1-based handover procedure.
  • the Forward Relocation Request message in step S101 may include an information element indicating that the message is transmitted for Context Relocation instead of S1-based handover.
  • a new message including a plurality of UE111 MM context and EPS bearer context associated with a specific GUMMEI may be used.
  • the target MME 121T stores the MM context and EPS bearer context of the UE 111 received from the source MME 121S in its own memory or storage (not shown). Further, the target MME 121T responds to the reception of the UE 111's MM-context and EPS-bearer-context by changing the termination point of the S11-GTP-C connection for managing the EPS bearer of the UE 111 from the source MME 121S to the target MME 121T. To request. This request indicates the IP address of the target MME 121T and the MME Tunnel endpoint identifier (MME TEID).
  • MME TEID MME Tunnel endpoint identifier
  • this request includes the UE 111's International Mobile Subscriber Identity (IMSI) or EPS Bearer ID, or both, in order to identify the target UE 111.
  • IMSI International Mobile Subscriber Identity
  • This request can be transmitted using a GTP-C message transmitted on the S11 interface between the MME 121T and the S-GW 123.
  • GTP-C message transmitted on the S11 interface between the MME 121T and the S-GW 123.
  • a Modify Bearer Request message or a modified version thereof may be used.
  • step S103 the S-GW 123 updates the MME IP address and MME TEID held for the EPS bearer context of the UE 111, and transmits a response message (for example, Modify Bearer Response message) to the target MME 121T.
  • a response message for example, Modify Bearer Response message
  • the S11 GTP-C connection 320 for managing the EPS bearer of the UE 111 is set between the target MME 121T and the S-GW 123.
  • step S104 the target MME 121T notifies the source MME 121S that the mobility management and bearer management transfer of the UE 111 has been accepted.
  • a GTP-C message transmitted on the S10 interface between the MMEs can be used.
  • a ForwardForRelocation Response message or a modified version thereof may be used.
  • a Forward Relocation Complete Notification message or a modified version thereof may be used.
  • Steps S105 to S108 are performed to notify the HSS 122 of the MME change. Steps S105 to S108 may be the same as the procedure for notifying the change of the MME in the normal TAU procedure. Further, the change of the MME can be notified to the HSS 122 in a normal TAU procedure (periodic TAU) performed after the procedure shown in FIG. Therefore, steps S105 to S108 may be omitted.
  • the target MME 121T transmits a message for notifying the HSS 122 of the MME change related to the UE 111.
  • a Diameter message transmitted on the S6a interface between the MME 121T and the HSS 122 can be used.
  • an Update Location Request message may be used in the same way as a normal TAU procedure.
  • the HSS 122 transmits a Cancel-Location message to the source MME 121S in order to notify that the MM-context and EPS-bearer-context related to the UE 111 can be deleted.
  • the Cancel-Location message indicates the IMSI of the UE 111.
  • step S107 the source MME 121S deletes the MM context and EPS bearer context related to the UE 111 as necessary. Then, the source MME 121S transmits a Cancel ⁇ Location Ack message to the HSS 122.
  • the Cancel Location Ack message indicates the IMS of the UE 111.
  • step S108 the HSS 122 approves Update Location Request by sending an Update Location Ack message to the target MME 121T.
  • 3 and 4 can be used to complete mobility management and bearer management transfer (relocation) related to the idle UE 111 without signaling with the UE 111.
  • FIG. 5 shows another example of the procedure for transferring the mobility management and bearer management related to the UE 111.
  • the source MME 121S instructs the eNodeB 112 to change the transfer destination of the uplink NAS message in place of the control node 142.
  • the source MME 121S may instruct the eNodeB 112 to update the forwarding table (for example, the table 210 illustrated in FIGS. 2A and 2B).
  • Steps S201 to S203 show an operation for updating the transfer table held in the eNodeB 112.
  • the source MME 121S transmits a transfer table update instruction to the eNodeB 112.
  • This update instruction includes update information of the transfer table.
  • This update instruction can be transmitted using an S1AP message transmitted on the S1-MME interface between the MME 121S and the eNodeB 112. For example, as shown in FIG. 5, an existing S1AP message (e.g., “MME Configuration Update message) or a modified version thereof may be used. Instead, a newly defined S1AP message (e.g., S1AP: Redirection Command message) may be used.
  • step S202 the eNodeB 112 updates the forwarding table so as to forward an uplink NAS message addressed to a specific GUMMEI to the target MME 121T in accordance with the update instruction from the source MME 121S.
  • step S203 the eNodeB 112 transmits an S1AP message (for example, MME Configuration Update Acknowledge message) for notifying that the update instruction has been received to the source MME 121S.
  • S1AP message for example, MME Configuration Update Acknowledge message
  • step S204 the source MME 121S transfers the mobility management service and bearer management service for at least one idle UE 111 associated with the specific GUMMEI to the target MME 121T.
  • the procedure performed in step S204 may be the same as the procedure performed in steps S101 to S104 in FIG.
  • step S205 the target MME 121T notifies the HSS 122 of the change of the MME.
  • the procedure performed in step S205 may be the same as the procedure for notifying HSS of the MME change in the normal TAU procedure, that is, similar to the procedure performed in steps S105 to S108 in FIG. Also, step S205 may be omitted as described with respect to steps S105 to S108 in FIG.
  • steps S201 to S203 for updating the forwarding table held in the eNodeB 112 may be performed after the mobility management and bearer management transfer (step S204).
  • FIG. 6 shows another example of a procedure for transferring mobility management and bearer management related to the UE 111.
  • the target MME 121T instructs the eNodeB 112 to change the transfer destination of the uplink NAS message destined for the specific GUMMEI to be transferred from the source MME 121S to the target MME 121T.
  • the target MME 121T may instruct the eNodeB 112 to update the forwarding table (for example, the table 210 shown in FIGS. 2A and 2B).
  • step S301 the source MME 121S transfers the mobility management service and bearer management service related to at least one idle UE 111 associated with a specific GUMMEI to the target MME 121T.
  • the procedure performed in step S301 may be the same as the procedure performed in steps S101 to S104 in FIG.
  • Steps S302 to S304 show an operation for updating the transfer table held in the eNodeB 112.
  • the target MME 121T transmits a transfer table update instruction to the eNodeB 112.
  • This update instruction includes update information of the transfer table.
  • This update instruction is transmitted by using an existing S1AP message (eg, MME Configuration Update message) transmitted through the S1-MME interface between the MME 121T and the eNodeB 112, a modified version thereof, or a newly defined S1AP message. Can be used.
  • an existing S1AP message eg, MME Configuration Update message
  • step S303 the eNodeB 112 updates the transfer table so as to transfer an uplink NAS message addressed to a specific GUMMEI to the target MME 121T in accordance with an update instruction from the target MME 121T.
  • step S304 the eNodeB 112 transmits an S1AP message (for example, MME Configuration Update Acknowledge message) for notifying that the update instruction has been received to the target MME 121T.
  • S1AP message for example, MME Configuration Update Acknowledge message
  • step S305 the target MME 121T notifies the HSS 122 of the change of the MME.
  • the procedure performed in step S305 may be the same as the procedure for notifying the HSS of the MME change in the normal TAU procedure, that is, similar to the procedure performed in steps S105 to S108 in FIG. Also, step S305 may be omitted as described with respect to steps S105 to S108 in FIG.
  • each of the source MME 121S and the target MME 121T performs mobility management and bearer management using a plurality of GUMMEIs.
  • GUMMEI Operation and Maintenance
  • S-GW Signaling between MMEs
  • V-GUMMEI Virtual GUMMEI
  • V-GUMMEI is allocated to a terminal group including at least one UE 111.
  • Each of the source MME 121S and the target MME 121T according to the present embodiment is configured to be able to perform mobility management and bearer management using a plurality of V-GUMMEIs.
  • the source MME 121S transfers mobility management and bearer management to the target MME 121T in units of V-GUMMEI.
  • each of the source MME 121S and the target MME 121T is set with one unique (normal) GUMMEI to be distinguished from other MMEs.
  • This unique (normal) GUMMEI is called a real GUMMEI (Real (GUMMEI (R-GUMMEI)) in the present embodiment.
  • the names V-GUMMEI and R-GUMMEI are examples. If R-GUMMEI is considered equivalent to GUMMEI used for the transfer of the conventional S1-MMEM (S1-C) interface, V-GUMMEI is either temporary GUMMEI (TemporaryorGUMMEI (T-GUMMEI)) or logical GUMMEI It can also be called (Logical GUMMEI (L-GUMMEI)). Or R-GUMMEI and V-GUMMEI can also be simply called the 1st GUMMEI and the 2nd GUMMEI, respectively.
  • FIGS. 7A and 7B A specific example of the operation of the eNodeB 112 according to the present embodiment will be described with reference to FIGS. 7A and 7B.
  • the configuration and operation of the eNodeB 112 shown in FIG. 7A and FIG. 7B has the transfer table 420 for V-GUMMEI, except that It is the same as the eNodeB 112 shown in FIGS. 2A and 2B.
  • FIG. 7A shows a network state before mobility management and bearer management are transferred.
  • the source MME 121S and the target MME 121T are set with R-GUMMEI # 1 and R-GUMMEI # 2, respectively.
  • the source MME 121S and the target MME 121T use IP address # 1 and IP address # 2 for packet transfer with the eNodeB 112, respectively.
  • the source MME 121S manages a plurality of UEs 111A and a plurality of UEs 111B using two V-GUMMEIs, that is, V-GUMMEI # 1 and V-GUMMEI # 2.
  • the target MME 121T manages a plurality of UEs 111C using one V-GUMMEI, that is, V-GUMMEI # 3.
  • Each idle UE 111A is associated with V-GUMMEI # 1 and assigned Virtual GUTI (V-GUTI) (ie, V-GUMMEI # 1 + M-TMSI) including V-GUMMEI # 1 Yes.
  • V-GUTI Virtual GUTI
  • Each UE 111B in the idle state is associated with V-GUMMEI # 2, and is assigned V-GUTI (i.e., V-GUMMEI # 2 + M-TMSI) including V-GUMMEI # 2.
  • each UE 111 ⁇ / b> C in the idle state is associated with GUMMEI # 3 and assigned with V-GUTI (i.e., V-GUMMEI # 3 + M-TMSI) including GUMMEI # 3.
  • the eNodeB 112 holds a forwarding table 410.
  • the forwarding table 410 is used by the eNodeB 112 to determine the MME to which the uplink NAS message should be forwarded.
  • forwarding table 410 may associate V-GUMMEI with the IP address of the MME that is used for data packet forwarding.
  • the eNodeB 112 forwards the uplink NAS messages 400A and 400B received from the UE 111A and the UE 111B to the IP address (# 1 (that is, the source MME 121S) according to the forwarding table 410, and the uplink NAS message 400C received from the UE 111C to the IP address # 2. (That is, transfer to the target MME 121T).
  • FIG. 7B shows a network state after the mobility management and bearer management related to a plurality of UEs 111B associated with V-GUMMEI IV # 2 are transferred from the source MME 121S to the target MME 121T. Therefore, in the example of FIG. 7B, the source MME 121S manages a plurality of UEs 111A using one V-GUMMEI, that is, V-GUMMEI # 1. On the other hand, the target MME 121T manages a plurality of UEs 111B and a plurality of UEs 111C using two V-GUMMEIs, that is, V-GUMMEI # 2 and V-GUMMEI # 3.
  • the transfer table 410 held in the eNodeB 112 is updated in response to the completion of the mobility management and bearer management transfer related to V-GUMMEI IV # 2. That is, in the forwarding table 410 shown in FIG. 7B, the IP address (IP address # 2) of the target MME 121T is associated with V-GUMMEI # 2. Therefore, the eNodeB 112 forwards the uplink NAS message 400A received from the UE 111A to the IP address # 1 (that is, the source MME 121S), and the uplink NAS message 400B and 400C received from the UE 111B and the UE 111C to the IP address # 2 (that is, To the target MME 121T).
  • the eNodeB 112 may have a forwarding table indicating the association between the V-GUMMEI and the R-GUMMEI, as shown in FIGS. 8A and 8B, for forwarding the uplink NAS message.
  • FIG. 8A shows a network state before mobility management and bearer management transfer are performed, as in FIG. 7A.
  • the eNodeB 112 illustrated in FIG. 8A holds a forwarding table 420.
  • the forwarding table 420 indicates the association between V-GUMMEI and R-GUMMEI.
  • the eNodeB 112 forwards the uplink NAS message 400A and 400B received from the UE 111A and UE 111B to the MME having R-GUMMEI # 1 (ie, the source MME 121S) according to the forwarding table 420, and the uplink NAS message 400C received from the UE 111C. Transfer to the MME having R-GUMMEI # 2 (that is, the target MME 121T).
  • FIG. 8B shows the network state after the mobility management and bearer management related to the plurality of UEs 111B associated with V-GUMMEI IV # 2 are transferred from the source MME 121S to the target MME 121T, as in FIG. 7B.
  • the transfer table 420 held in the eNodeB 112 is updated in response to the completion of the mobility management and bearer management transfer related to V-GUMMEI # 2. That is, in the forwarding table 420 shown in FIG. 8B, the R-GUMMEI (R-GUMMEI # 2) of the target MME 121T is associated with V-GUMMEI # 2.
  • the eNodeB 112 transfers the uplink NAS message 400A received from the UE 111A to the MME having R-GUMMEI # 1 (that is, the source MME 121S), and the uplink NAS messages 400B and 400C received from the UE 111B and UE 111C are transferred to the R-GUMMEI. Forward to MME with # 2 (ie, target MME 121T).
  • the eNodeB 112 has an additional table indicating the association between the R-GUMMEI and the MME IP address for MME name resolution, that is, to obtain the MME IP address. May be.
  • the eNodeB 112 may use a Domain Name System (DNS) service for MME name resolution.
  • DNS Domain Name System
  • FIG. 9 shows one specific example of a procedure for transferring mobility management and bearer management related to the UE 111 from the source MME 121A to the target MME 121T.
  • the source MME 121S transmits the MM context and the EPS bearer context of the UE 111 to the target MME 121T, and a specific V-GUMMEI associated with the UE 111 (for example, the V-GUMMEI shown in FIGS. 7A and 7B). # 2) is transmitted to the target MME 121T.
  • the specific V-GUMMEI may be transmitted as a V-GUTI assigned to the UE 111.
  • the V-GUTI assigned to the UE 111 is composed of specific V-GUMMEI and M-TMSI.
  • steps S402 to S408 in FIG. 9 may be the same as the processing in steps S102 to S108 in FIG. 4 except that V-GUMMEI is used instead of GUMMEI. Therefore, the description regarding steps S402 to S408 is omitted here.
  • the procedure in FIG. 9 is merely an example.
  • the procedure for instructing the eNodeB 112 to change the transfer destination of the uplink NAS message from the source MME 121S or the target MME 121T is adopted.
  • the S1AP: MME CONFIGURATION UPDATE message (S201 of FIG. 5, S302 of FIG. 6) is used to update the forwarding table 420 shown in FIGS. 8A and 8B. May be. The following is supplementary regarding the update of the transfer table 420.
  • the MME may notify the eNodeB of the forwarding table information using, for example, the S1AP: “S1 SETUP RESPONSE” message described in FIG. maxnoofVirtualEntries means the maximum number of V-GUMMEIs that can be mapped to a certain R-GUMMEI.
  • mapping between R-GUMMEI and V-GUMMEI is realized using MME Code corresponding to the lower 8 bits of Served GUMMEI.
  • V-GUMMEIs when three V-GUMMEIs are mapped to one R-GUMMEI, three MME Code (eg 0x00: 00000000, 0x01: 00000001, 0x02) for one MME Code (eg 0x00: 00000000) of Served MMECs IE : 00000010) may be assigned.
  • the MME Code used for V-GUMMEI is not used for R-GUMMEI in the same MME group (that is, a set of MMEs having the same PLMN and the same MMEGI).
  • S1AP If the S1 SETUP RESPONSE message contains an information element indicating the mapping between V-GUMMEI and R-GUMMEI (Virtual GUMMEIs IE), the eNodeB 112 uses this IE for NAS message transfer, ie NAS message Used to determine the destination MME.
  • V-GUMMEI Virtual GUMMEIs IE
  • the S1AP: MME CONFIGURATION UPDATE message shown in FIGS. 5 and 6 may be configured as shown in FIG. 11, for example. If the S1AP: MME CONFIGURATION UPDATE message contains an information element (Virtual GUMMEIs IE) indicating the mapping between V-GUMMEI and R-GUMMEI, the eNodeB 112 overwrites this IE, that is, the NAS message destination The transfer table 420 used for determining the MME is updated.
  • Virtual GUMMEIs IE Information element
  • MMEC V-GUMMEI of V-GUMMEI
  • mapping corresponding to MMEC
  • the eNodeB 112 uses the received Registered MME information (Registered MME IE) included in the RRC Connection Connection Setup message for the MME selection (for example, in the case of TAU Request)
  • the eNodeB 112 uses the MMEC in the Registered MME information ( MME to which the NAS message should be transferred may be determined by mapping (corresponding to MMEC of V-GUMMEI) to R-GUMMEI according to the transfer table 420.
  • the V-GUMMEI MMEC in the UE-Identity- or Registered-MME information may be converted to the corresponding R-GUMMEI MMEC, and an S1AP: INITIAL-UE UE MESSAGE message including the R-GUMMEI MMEC may be transmitted.
  • a flag indicating that it is V-GUMMEI may be newly defined in gummei-Type IE included in the RRC Connection Setup Complete message, and the eNodeB 112 is transferred based on the flag. MME may be judged. Instead, an identification flag (for example, “normal”, “virtual”) indicating whether GUMMEI is R-GUMMEI or V-GUMMEI may be defined in gummei-Type-IE. For example, the MME (source MME 121S) may notify the UE 111 that the Registered MME information (that is, GUMMEI) is linked to the V-GUMMEI.
  • the NAS layer notifies the AS layer (RRC) of the Registered MME information, and the UE111 is linked to the V-GUMMEI (or GUMMEI is R-GUMMEI and V -Information indicating whether it is -GUMMEI) may also be notified. Further, the UE 111 may set gummei-Type, which is an information element included in the RRC Connection Setup Complete message, to be “virtual” and transmit it to the eNodeB.
  • the name (name) of “virtual” ⁇ set in gummei-Type is an example.
  • gummei-Type is set to “temporal”, “logical” or “secondary (-GUMMEI)” May be.
  • the mobility management and bearer management transfer (relocation) related to the idle UE 111 can be completed without signaling with the UE 111.
  • one MME 121 can use a plurality of V-GUMMEIs, and mobility management and bearer management related to the idle UE 111 are transferred from the source MME 121S to the target MME 121T in units of V-GUMMEI. Can do. Therefore, even when normal GUMMEI (R-GUMMEI) specific to each MME is used for signaling between MMEs, mobility management and bearer management can be transferred in units of V-GUMMEI.
  • R-GUMMEI normal GUMMEI
  • only mobility management and bearer management related to a part of the plurality of UEs 111 managed by the source MME 121S, that is, at least one UE 111 associated with the specific V-GUMMEI can be transferred to the target MME 121T.
  • ⁇ Third Embodiment> In this embodiment, several improvements are described for reducing the number of signaling messages that occur in the procedure for transferring mobility management and bearer management. Some of these improvements may be implemented individually or in combination.
  • the configuration example of the mobile communication network according to the present embodiment may be the same as that shown in FIG. 1 described with respect to the first embodiment.
  • the source MME 121S includes UE contexts (MM context and / or EPS bearer context) related to a plurality of UEs 111 that are targeted for mobility management and bearer management transfer in order to reduce the number of signaling messages transmitted to the target MME 121T.
  • the signaling message to be transmitted may be transmitted to the target MME 121T. Thereby, compared with the case where a separate signaling message is transmitted for every UE, the frequency
  • the source MME 121S uses an information element (for example, GUMMEI (R-GUMMEI) or V-GUMMEI) common to a plurality of UEs 111 in the UE context. ) May be reduced to reduce the data size of the signaling message transmitted to the target MME 121T.
  • GUMMEI R-GUMMEI
  • V-GUMMEI V-GUMMEI
  • MMEIDTEID 32bit length
  • ID UE group identifier
  • GUMMEI GUMMEI associated with multiple UEs 111
  • FIG. 11 shows an example of the data structure of MME TEID for improved S11. In the example of FIG.
  • the upper 8 bits of MME TEID 500 for S11 are used as UE group ID 510.
  • the UE group ID 510 may be an identifier indicating a plurality of UEs 111 associated with a specific GUMMEI that is a transfer target of mobility management and bearer management.
  • the UE group ID 510 may be, for example, an MMEC included in a specific GUMMEI.
  • the remaining 24 bits of the MME TEID 500 shown in FIG. 11 are used as an area indicating an actual MME TEID unique in the MME.
  • S11 GTP that needs to be modified with mobility management and bearer management transfer between MMEs by using a part of MME ⁇ TEID for S11 as an area indicating UE group ID (or specific MMEC) -C Connections can be specified easily. Therefore, the target MME 121T only needs to inform the S-GW 123 of the UE group ID (or a specific MMEC) common to the plurality of UEs 111 in order to correct the plurality of S11-GTP-C connections. There is no need to inform the S-GW 123 of the identifier (eg, “IMSI” or EPS “bearer” ID). Thereby, it is possible to reduce the number of signaling times and the amount of transmission data for correcting a plurality of S11 GTP-C connections.
  • the target MME 121T only needs to inform the S-GW 123 of the UE group ID (or a specific MMEC) common to the plurality of UEs 111 in order to correct the plurality of S11-G
  • the S-GW 123 uses one S11 GTP-C connection for each UE. Accordingly, the S-GW 123 manages the UE 111 identifier (i.e., IMSI), the MME IP address, and the MME TEID for each S11 GTP-C connection.
  • the table 530 shown in FIG. 12 manages five S11 GTP-C connections for five UEs 111 specified by IMSI # 1 to IMSI # 5.
  • the S11 GTP-C connections for the three UEs 111 specified by IMSI # 1 to IMSI # 3 are associated with the IP address (IP address # 1) of the source MME 121S and are connected to the source MME 121S.
  • the S11 GTP-C connection for the two UEs 111 specified by IMSI # 4 and IMSI # 5 is associated with the IP address (IP address # 2) of the target MME 121T and is connected to the target MME 121T.
  • “0xA1” is set in the upper 8 bits of the MME TEID for the two UEs 111 identified by IMSI # 1 and IMSI # 2.
  • “0xA2” is set in the upper 8 bits of MME TEID.
  • the upper 8 bits of MME TEID represent a UE group identifier (or a specific MMEC within a specific GUMMEI). Therefore, it can be easily determined that IMSI # 1 and IMSI # 2 belong to the same UE group specified by “0xA1”, and IMSI # 3 belongs to a different UE group.
  • the target MME121T When changing the termination point of two S11 GTP-C connections for two UEs 111 (IMSI # 1 and IMSI # 2) belonging to the UE group identified by “0xA1” from the source MME121S to the target MME121T, the target MME121T It is only necessary to notify the S-GW 123 of the group identifier (or specific MMEC) “0xA1”, and it is not necessary to notify IMSI # 1 and IMSI # 2 of the two UEs 111. For example, the target MME 121T may transmit the MME Change Notification message 540 shown in FIG.
  • the MME Change Notification message 540 indicates the IP address (IP address # 1) of the source MME 121S and the UE group identifier (or specific MMEC) “0xA1” as key information for search, and the IP address (IP address # of the target MME 121T 2) is shown as a correction value.
  • the S-GW 123 searches the table 530 for an entry having the UE group identifier (or specific MMEC) “0xA1”, and the MME IP address (IP address) of the entry. # 1) may be overwritten with the IP address (IP address # 2) of the target MME 121T.
  • a table 550 shown in FIG. 12 shows a table after correction.
  • a dotted line frame 560 indicates two corrected IP addresses.
  • FIG. 13 shows a specific example of a procedure for transferring mobility management and bearer management for a plurality of UEs 111 from the source MME 121A to the target MME 121T.
  • the source MME 121S transmits, to the target MME 121T, a message (Relocation Request) including an MM context and EPS bearer ⁇ ⁇ ⁇ ⁇ context related to a plurality of UEs 111 to be transferred.
  • the target MME 121T stores the MM context and EPS bearer context regarding the plurality of UEs 111 received from the source MME 121S in its own memory or storage (not shown). Further, the target MME 121T transmits to the S-GW 123 a message (MME ⁇ ⁇ Change Notification) for correcting the S11 GTP-C connection related to the plurality of UEs 111.
  • the MME Change Notification message indicates the identifier (or specific MMEC) of the UE group to which the plurality of UEs 111 belong instead of indicating the respective IMSIs of the plurality of UEs 111.
  • the S-GW 123 modifies a plurality of S11 GTP-C connections related to the plurality of UEs 111 in response to receiving the MME Change Notification message (step S502), and sends a response message (for example, an MME Change Response message). Transmit to the target MME 121T. Thereby, a plurality of S11SGTP-C connections 320 for a plurality of UEs 111 are set between the target MME 121T and the S-GW 123.
  • steps S504 to S508 in FIG. 13 may be the same as the processing in steps S104 to S108 in FIG. Therefore, the description regarding steps S504 to S508 is omitted here.
  • modification of the S11SGTP-C connection described in the present embodiment may be instructed from the control node 142 to the S-GW 123 instead of from the target MME 121T.
  • FIG. 14 illustrates a configuration example of the eNodeB 112.
  • the eNodeB 112 includes a wireless transceiver 1120, a network interface 1121, a processor 1122, and a memory 1123.
  • Wireless transceiver 1120 is configured to communicate with UE 111.
  • the network interface 1121 is used to communicate with other eNodeBs within the E-UTRAN 110 and nodes within the EPC 120 (MME 121S, MME 121T, S-GW 123, etc.).
  • the processor 1122 reads out and executes software (computer program) from the memory 1123, thereby performing communication control including RRC and Radio Resource Management (RRM) and the operation of the eNodeB 112 described in the above-described embodiment.
  • the processor 1122 may be, for example, a microprocessor, a Micro Processing Unit (MPU), or a Central Processing Unit (CPU).
  • the processor 1122 may include a plurality of processors.
  • the memory 1123 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the nonvolatile memory is, for example, a mask Read Only Memory (MROM), Programmable ROM (PROM), flash memory, hard disk drive, or a combination thereof.
  • the memory 1123 may include a storage disposed away from the processor 1122. In this case, the processor 1122 may access the memory 1123 via the network interface 1121 or another I / O interface not shown.
  • the memory 1123 is used to store a group of software modules including the RRC module 1124, the RRM module 1125, the X2 module 1126, the S1-MME module 1127, and the Operation and Maintenance (OAM) module 1128.
  • the RRC module 1124 and the S1-MME module 1127 include an instruction group and data for executing processing for transferring the NAS message encapsulated in the received RRC message to the MME.
  • the OAM module 1128 includes a command group and data for communicating with the control node 1142.
  • the processor 1122 reads out the RRC module 1124, the S1-MME module 1127, and the OAM module 1128 from the memory 1123 and executes them, thereby performing the operation of the eNodeB 112 related to the mobility management and bearer management transfer procedure described in the above embodiment. It can be carried out.
  • FIG. 15 shows a configuration example of the source MME 121S.
  • the configuration of the target MME 121T may be the same as the configuration example of FIG.
  • the MME 121S includes a network interface 1210, a processor 1211, and a memory 1212.
  • the network interface 1210 is used to communicate with other network nodes (e.g., eNodeB 112, target MME 121T, HSS 122, S-GW 123).
  • the network interface 1210 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1211 executes communication control (e.g., mobility management and bearer management) by reading and executing software (computer program) from the memory 1212.
  • the processor 1211 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1211 may include a plurality of processors.
  • the memory 1212 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is, for example, an MROM, PROM, flash memory, hard disk drive, or a combination thereof.
  • the memory 1212 may include storage that is physically separated from the processor 1211. In this case, the processor 1211 may access the memory 1212 via the network interface 1210 or another I / O interface not shown.
  • the memory 1212 includes an S1-MME module 1213, an S6a module 1214, an S10 module 1215, an S11 module 1216, a NAS module 1217, an EPS Mobility Management (EMM) and an EPS Session Management (ESM) module 1218, and an OAM.
  • EMM EPS Mobility Management
  • ESM EPS Session Management
  • OAM Used to store software modules including modules 1219.
  • the OAM module 1219 includes instructions and data for controlling communication and relocation with the control node 142 described in the above embodiment.
  • the processor 1211 reads out the OAM module 1219, the S1-MME module 1213, the S11 module 1216, and the like from the memory 1212 and executes them, so that the source MME 121S related to the mobility management and bearer management relocation procedure described in the above-described embodiment. The action can be performed.
  • FIG. 16 shows a configuration example of the control node 142.
  • the control node 142 includes a network interface 1420, a processor 1421, and a memory 1422.
  • the network interface 1420 is used to communicate with the network nodes (e.g., eNodeB 112, target MME 121T, HSS 122, S-GW 123).
  • the network interface 1420 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1421 reads out the software (computer program) from the memory 1422 and executes it, thereby executing control relating to mobility management and bearer management transfer between the MMEs.
  • the processor 1421 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1421 may include a plurality of processors.
  • the memory 1422 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is, for example, an MROM, PROM, flash memory, hard disk drive, or a combination thereof.
  • the memory 1422 may also include storage that is physically located away from the processor 1421. In this case, the processor 1421 may access the memory 1422 via the network interface 1420 or other I / O interface not shown.
  • the memory 1422 is used to store a software module group including the relocation management module 1423.
  • the relocation management module 1423 includes a command group and data for performing control related to the mobility management and bearer management transfer between the MMEs described in the above embodiments.
  • the processor 1421 allows the OAM module 1219 to read out and execute the relocation management module 1423 from the memory 1422, thereby performing the operation of the control node 142 related to the mobility management and bearer management relocation procedure described in the above embodiment. it can.
  • each of the processors included in the eNodeB 112, the source MME 121S, the target MME 121T, and the control node 142 uses the algorithm described with reference to the sequence diagrams and the like.
  • One or a plurality of programs including a group of instructions to be executed is executed.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • FIG. 3 illustrates an example in which the source MME 121S receives a relocation instruction message from the control node 142.
  • the target MME 121T may receive a relocation instruction message from the control node 142 and start the relocation procedure.
  • UMTS Universal Mobile Telecommunications System
  • HRPD High Rate Packet Data
  • GSM Global System for Mobile Communications
  • GPRS General packet radio service
  • Evolved Universal Terrestrial Radio Access Network 111 User Equipment (UE) 112 eNodeB 121S Source Mobility Management Entity (MME) 121T Target MME 122 Home Subscriber Server (HSS) 123 Serving Gateway (S-GW) 124 Packet Data Network Gateway (P-GW) 120 Evolved Packet Core (EPC) 130 Packet Data Network (PDN) 141 Control interface 142 Control node 1122, 1211, 1421 Processor 1123, 1212, 1422 Memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基地局（１１２）は、特定のコアネットワークノード識別子（ＧＵＭＭＥＩ又はＶ－ＧＵＭＭＥＩ）に関連付けられたアイドル状態の移動端末（１１１）のモビリティ管理及びベアラ管理が第１のコアネットワークノード（１２１Ｓ）から第２のコアネットワークノード（１２１Ｔ）に移転される場合に、当該移動端末（１１１）から送信される当該特定のコアネットワークノード識別子（ＧＵＭＭＥＩ又はＶ－ＧＵＭＭＥＩ）を宛先とするＮｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ（ＮＡＳ）メッセージの転送先を第１のコアネットワークノード（１２１Ｓ）から第２のコアネットワークノード（１２１Ｔ）に変更するよう基地局（１１２）を設定する。これにより、例えば、アイドル状態の少なくとも１つの移動端末のモビリティ管理及びベアラ管理をコアネットワークノード間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与できる。

Description

モビリティ管理及びベアラ管理を移転するための方法及び装置
　本明細書の開示は、移動通信ネットワークに関し、特にコアネットワークにおける移動端末のモビリティ管理及びベアラ管理に関する。
　非特許文献１は、Third Generation Partnership Project（3GPP）のパケット交換ドメイン、つまりEvolved Packet System（EPS）の機能アーキテクチャを規定している。具体的には、非特許文献１は、Attach手順、Tracking Area Update（TAU）手順、Service Request手順、S1 Release手順、Globally Unique Temporary Identity (GUTI) Reallocation手順、Detach手順、Dedicated bearer activation手順、Bearer modification手順、X2-based handover手順、及びS1-based handover手順を含む、EPSにおける移動端末のモビリティ管理、セッション管理、及びハンドオーバのための様々な手順を規定している。
　本件の発明者等は、移動端末（User Equipment（UE））の移動に依存すること無く、コアネットワークが自発的にMobility Management Entity（MME）の処理（i.e., モビリティ管理及びベアラ管理）を他のMMEに移転する（transfer）ことについて検討を行った。本明細書では、このようにモビリティ管理及びベアラ管理をMME間で引き継ぐことを、モビリティ管理及びベアラ管理の移転（transfer）又はリロケーションと呼ぶ。なお、MMEは、コアネットワークすなわちEvolved Packet Core（EPC）に配置され、コアネットワークにアタッチ済み（i.e., EMM-REGISTERED state）である複数の移動端末（User Equipments（UEs））のモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがEvolved Universal Terrestrial Radio Access Network（E-UTRAN）及びEPCを経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するベアラ管理コンテキスト（i.e., EPS bearer context）を維持することを含む。
　コアネットワークによる自発的なモビリティ管理及びベアラ管理の移転（リロケーション）は、外部のコントロールノード（e.g., Software-Defined Network（SDN）コントローラ、Network Function Virtualization（NFV）コントローラ、Operations Support System（OSS）、又はElement Management System（EMS））からの指示に従って開始されてもよいし、MME主導で開始されてもよい。本件発明者等は、モビリティ管理及びベアラ管理の移転は、コアネットワークの仮想化技術の利用が広がるのに伴ってその需要が高まると予想している。仮想化されたコアネットワーク（例えばVirtualized EPCと呼ばれる）は、サーバ仮想化技術及びネットワーク仮想化技術を利用し、コアネットワークのコントロールプレーン若しくはデータプレーン又はこれら両方を抽象化する。すなわち、仮想化されたコアネットワークでは、コアネットワークノード（例えば、MME、Serving Gateway（S-GW）/PDN Gateway（P-GW）のコントロールプレーン、及びS/P-GWのデータプレーン）は、サーバー・プールに設定された仮想マシン、又は物理的なスイッチ群に設定された仮想ルータとして実現される。
　なお、現在の3GPP仕様書は、UEがトラッキングエリア間又はeNodeB間を跨って移動したことに起因して、この移動したUEのモビリティ管理及びベアラ管理をOld MME（又はSource MME）からNew MME（又はTarget MME）に移転する手順を規定している。具体的には、Old MMEによって管轄されているトラッキングエリアからNew MMEによって管轄されているトラッキングエリアにアイドル状態のUE（i.e., UEはEMM-REGISTERED state であるが、Radio Resource Control (RRC)_IDLE 且つEPS Connection Management (ECM)-IDLE stateである）が移動したことに伴って、TAU手順において当該UEのモビリティ管理及びベアラ管理がOld MMEからNew MMEに移転される。さらに、Source MMEによって制御されるSource eNodeB（eNodeB）からTarget MMEによって制御されるTarget eNodeBにコネクテッド状態（i.e., EMM-REGISTERED且つRRC_CONNECTED且つECM-CONNECTED state）のUEが移動したことに伴って、S1-based Handover手順において当該UEのモビリティ管理及びベアラ管理がSource MMEからTarget MMEに移転される。
　しかしながら、現在の3GPP仕様書は、EPCが主導して又はEPCに結合されたコントロールノード（e.g., SDNコントローラ、NFVコントローラ、OSS、又はEMS）が主導して、UEが移動したか否かに関わらずUEのモビリティ管理及びベアラ管理をMME間で移転することについて規定していない。さらにまた、アイドル状態のUEに関するモビリティ管理及びベアラ管理をMME間で移転する場合、この移転（リロケーション）の発生をアイドル状態のUEに通知すること無く移転手順を完了できることが好ましいかもしれない。なぜなら、移転（リロケーション）の発生（つまり、MMEの変更）をアイドル状態のUEに通知することは、ダウンリンクNon-Access Stratum（NAS）メッセージを送信するためにページング、RRCコネクション確立、及びS1シグナリングコネクション確立を含む多くのシグナリングを伴い、したがってネットワークの負荷の増加を招く。
　したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、アイドル状態（e.g., RRC_IDLE且つECM-IDLE state）の少なくとも１つの移動端末（e.g., UEs）のモビリティ管理及びベアラ管理をコアネットワークノード（e.g., MMEs）間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　第１の態様では、モビリティ管理及びベアラ管理を移転するための方法は、
（ａ）特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
（ｂ）前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理が移転されることに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
を含む。
　第２の態様では、基地局によって行われる方法は、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定することを含む。
　第３の態様では、コアネットワークに配置される第１のコアネットワークノードにより行われる方法は、
（ａ）特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を前記第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
（ｂ）前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を移転することに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
を含む。
　第４の態様では、コアネットワークに配置される第２のコアネットワークノードにより行われる方法は、
（ａ）前記第２のコアネットワークノードによって、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから引き継ぐこと、及び
（ｂ）前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理を引き継いだ後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノードにおいて使用すること、
を含む。
　第５の態様では、コアネットワークに結合されたコントロールノードによって行われる方法は、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、を含む。
　第６の態様では、基地局は、メモリと、前記メモリに結合され、上述の第２の態様に係る方法を実行するよう構成されたプロセッサとを含む。
　第７の態様では、第１のコアネットワークノードは、メモリと、前記メモリに結合され、上述の第３の態様に係る方法を実行するよう構成されたプロセッサとを含む。
　第８の態様では、第２のコアネットワークノードは、メモリと、前記メモリに結合され、上述の第４の態様に係る方法を実行するよう構成されたプロセッサとを含む。
　第９の態様では、コントロールノードは、メモリと、前記メモリに結合され、上述の第５の態様に係る方法を実行するよう構成されたプロセッサとを含む。
　第１０の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２～第５の態様に係る方法のいずれかをコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の態様は、アイドル状態（e.g., RRC_IDLE且つECM-IDLE state）の少なくとも１つの移動端末（e.g., UEs）のモビリティ管理及びベアラ管理をコアネットワークノード（e.g., MMEs）間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与する装置、方法、及びプログラムを提供できる。
本発明の実施形態に係る移動通信ネットワークの構成例を示す図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の一例を示すシーケンス図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。 本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。 S1AP: S1 SETUP RESPONSE messageのフォーマットの具体例を示す図である。 S1AP: MME CONFIGURATION UPDATE messageのフォーマットの具体例を示す図である。 本発明の実施形態に係るS11のためのMME TEIDのデータ構造の一例を示す図である。 本発明の実施形態に係る、S11コネクションをS-GWにおいて更新する動作を説明するための概念図である。 本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。 本発明の実施形態に係るeNodeBの構成例を示すブロック図である。 本発明の実施形態に係るMMEの構成例を示すブロック図である。 本発明の実施形態に係るコントロールノードの構成例を示すブロック図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
＜第１の実施形態＞
　図１は、本実施形態に係る移動通信ネットワークの構成例を示している。当該移動通信ネットワークは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。本実施形態では、当該移動通信ネットワークがEPS（つまりLong Term Evolution（LTE）システム又はLTE-Advancedシステム）であるとして説明する。
　図１に示されたネットワークは、E-UTRAN１１０、及びEPC１２０を含む。E-UTRAN１１０は、移動端末（UE）１１１及び基地局（eNodeB）１１２を含む。EPC１２０は、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、Home Subscriber Server（HSS）１２２、S-GW１２３、及びP-GW１２４を含む。
　ソースMME１２１Ｓ、ターゲットMME１２１Ｔ及びHSS１２２は、コントロールプレーンのノード又はエンティティである。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、UE１１１を含む複数のUE（UEs）のモビリティ管理及びベアラ管理を行うことができる。既に説明したように、モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、EPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。HSS１２２は、UE１１１を含むUEsの加入者情報を管理する。
　S-GW１２３及びP-GW１２４は、ユーザープレーンのパケット転送ノードであり、ユーザーデータ（つまり、Internet Protocol（IP）パケット）を転送する。S-GW１２３は、E-UTRAN１１０とのゲートウェイであり、S1-Uインタフェースを介してeNodeB１１２に接続される。P-GW１２４は、Packet Data Network（PDN）１３０とのゲートウェイであり、SGiインタフェースを介してPDN１３０に接続される。PDN１３０は、インターネットのような外部ネットワークであってもよいし、EPC１２０を管理するオペレータによって提供されるIPサービス（e.g., IP Multimedia Subsystem (IMS)サービス）のためのネットワークであってもよい。
　ソースMME１２１Ｓは、EPC１２０の外部に配置されたコントロールノード１４２と制御インタフェース１４１を介して接続されてもよい。コントロールノード１４２は、例えば、SDNコントローラ、NFVコントローラ、OSS、若しくはEMS、又はこれらの任意の組み合わせである。
　さらに、ソースMME１２１Ｓは、UE１１１がセル間又はトラッキングエリア間を移動したか否か関わらず、アイドル状態のUE１１１（i.e., UE１１１はEMM-REGISTERED state であるが、Radio Resource Control (RRC)_IDLE 且つEPS Connection Management (ECM)-IDLE stateである）のモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転できるよう構成されている。モビリティ管理及びベアラ管理の移転（リロケーション）は、UE１１１に関するMM context及びEPS Bearer contextの維持をソースMME１２１Ｓに代わってターゲットMME１２１Ｔが行うことを意味する。このモビリティ管理及びベアラ管理の移転は、例えば、コントロールノード１４２からの指示に応じて開始されてもよい。さらに又はこれに代えて、当該移転は、コントロールノード１４２からの指示に依らずに、ソースMME１２１Ｓ主導で又はターゲットMME１２１Ｔ主導で開始されてもよい。
　なお、アイドル状態であるUE１１１のモビリティ管理及びベアラ管理がソースMME１２１ＳからターゲットMME１２１に移転される場合、アイドル状態であるUE１１１とMME１２１Ｓ及び１２１Ｔとの間のシグナリングを抑制できることが好ましい。従って、本実施形態では、eNodeB１１２、ソースMME１２１Ｓ、及びターゲットMME１２１Ｔは、以下のように動作する。
　eNodeB１１２は、UE１１１から送信される特定のコアネットワークノードコアネットワークノード識別子（i.e., Globally Unique MME Identity（GUMMEI）、MME Identifier（MMEI）、又はMME Code（MMEC））を宛先とするNASメッセージの転送先をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようeNodeB１１２を設定する。特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）は、UE１１１から送信されるアップリンクNASメッセージの宛先を区別するために使用される。これにより、eNodeB１１２は、モビリティ管理及びベアラ管理の移転の完了後にUE１１１から受信した特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）を宛先とするNASメッセージを、ソースMME１２１ＳではなくターゲットMME１２１Ｔに転送するよう動作する。なお、特定のコアネットワークノード識別子の一例としてのGUMMEIは、MMEをグローバルに一意に特定するために使用され、Public Land Mobile Network Identifier（PLMN ID）及びMMEIから構成される。MMEIは、１つのPLMN内でMMEを一意に特定するために使用され、MME Group Identifier（MMEGI）及びMMECから構成される。MMECは、１つのMMEグループ内でMMEを一意に特定するために使用される８ビットコードである。
　具体的には、eNodeB１１２は、RRCコネクション確立手順において、コアネットワークノード識別子（i.e., GUMMEI、又はMMEC）を示すRRCパラメータ、及びinitial NASメッセージ（i.e., TAU Requestメッセージ、Service Requestメッセージ、Extended Service Requestメッセージ、又はDetachメッセージ）をアイドル状態のUE１１１から受信する。そして、eNodeB１１２は、RRCパラメータから取り出された特定のコアネットワークノード識別子に対応するMMEを導き出し、当該MMEに向けてinitial NASメッセージを送信する。eNodeB１１２は、モビリティ管理及びベアラ管理の移転が行われる前であるときに特定のコアネットワークノード識別子に対応するMMEとしてソースMME１２１Ｓを導き出し、当該移転が完了した後であるときに特定のコアネットワークノード識別子に対応するMMEとしてターゲットMME１２１Ｔを導き出す。
　より具体的に述べると、TAU Requestのケースでは、eNodeB１１２は、Registered MME情報及びTAU Requestメッセージを包含するRRC Connection Setup CompleteメッセージをRRCコネクション確立手順においてUE１１１から受信する。Registered MME情報は、UE１１１に設定されているGlobally Unique Temporary Identity（GUTI）から導き出されたGUMMEIを示す。次に、eNodeB１１２は、当該RRC Connection Setup CompleteメッセージからTAU Requestメッセージを取り出し、当該RRC Connection Setup Completeメッセージに含まれているGUMMEIがターゲットMME１２１Ｔに対応付けられていることを判定する。したがって、eNodeB１１２は、ターゲットMME１２１Ｔを選択し、TAU Requestメッセージを含むS1AP: Initial UE MessageをターゲットMME１２１Ｔにリダイレクトする。
　Service Requestのケースでは、eNodeB１１２は、RRCコネクション確立手順において、UE Identityを包含するRRC Connection Requestメッセージと、Service Requestメッセージ（DedicatedInfoNAS IE）を包含するRRC Connection Setup Completeメッセージを受信する。RRC Connection Requestメッセージに含まれるUE Identityは、UE１１１に設定されているGUTIから導き出されたSAE Temporary Mobile Subscriber Identity（S-TMSI）を示す。S-TMSIは、MMECを含む。次に、eNodeB１１２は、RRC Connection Setup CompleteメッセージからService Requestメッセージを取り出し、RRC Connection Requestメッセージに示されたS-TMSI内のMMECがターゲットMME１２１Ｔに対応付けられていることを判定する。したがって、eNodeB１１２は、ターゲットMME１２１Ｔを選択し、Service Requestメッセージを含むS1AP: Initial UE MessageをターゲットMME１２１Ｔにリダイレクトする。
　eNodeB１１２は、NASメッセージの転送先の変更（リダイレクション）をソースMME１２１Ｓ又はターゲットMME１２１Ｔから指示されてもよい。さらに又はこれに代えて、eNodeB１１２は、NASメッセージの転送先の変更をコントロールノード１４２から指示されてもよい。
　ソースMME１２１Ｔは、UE１１１に関するモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転する際に、特定のコアネットワークノード識別子（e.g., GUMMEI）もターゲットMME１２１Ｔに移転する。ターゲットMME１２１Ｔは、ソースMME１２１Ｓによって使用されていた特定のコアネットワークノード識別子を、UE１１１に関するモビリティ管理及びベアラ管理の移転後に引き続き使用する。すなわち、本実施形態では、特定のコアネットワークノード識別子（e.g., GUMMEI）の単位でモビリティ管理及びベアラ管理を移転することができる。言い換えると、ソースMME１２１Ｓは、特定のコアネットワークノード識別子（e.g., GUMMEI）に関連付けられた少なくとも１つのアイドル状態のUE１１１のモビリティ管理及びベアラ管理をまとめてターゲットMME１２１Ｔに移転することができる。
　以上に述べたeNodeB１１２によるNASメッセージをリダイレクトする動作、及びソースMME１２１ＳからターゲットMME１２１Ｔに特定のコアネットワークノード識別子（e.g., GUMMEI）を移転する動作は、特定のコアネットワークノード識別子（e.g., GUMMEI、MMEC）の更新をアイドル状態のUE１１１に通知すること無く、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理を移転することに寄与する。仮にモビリティ管理及びベアラ管理の移転の発生（つまり、MMEの変更）をアイドル状態のUE１１１に通知すると仮定する場合、ダウンリンクNASメッセージを送信するためにページング、RRCコネクション確立、及びS1シグナリングコネクション確立を含む多くのシグナリングが必要となる。これに対して、本実施形態は、これらのシグナリングの発生を抑制でき、したがってネットワークの負荷の増加を抑制できる。
　なお、特定のコアネットワーク識別子（e.g., GUMMEI）の単位でのモビリティ及びベアラ管理の移転を効率よく行うために、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、複数のコアネットワーク識別子（e.g., GUMMEIs）を用いてモビリティ管理及びベアラ管理を行うことができるよう構成されてもよい。例えば、ソースMME１２１Ｓは、UE１１１のアタッチ手順又はTAU手順において、UE１１１の属性又はタイプに基づいて、UE１１１を複数のコアネットワーク識別子（e.g., GUMMEIs）のうちのいずれに関連付けるかを決定してもよい。現在は、スマートフォンやMachine Type Communication（MTC）デバイス等の多様な移動端末が利用されている。MTCデバイスは、Machine-to-Machine（M2M）デバイスとも呼ばれる。MTCデバイスは、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。これらの多様な移動端末は、利用目的、通信特性、又は移動特性などが互いに異なると考えられる。したがって、属性又はタイプが異なる移動端末を異なるコアネットワーク識別子に関連付けることは、モビリティ管理及びベアラ管理の効率化に寄与するかもしれない。これに代えて、ソースMME１２１Ｓは、UE１１１のアタッチ手順又はTAU手順において、複数のコアネットワーク識別子（e.g., GUMMEIs）のいずれかをランダムにUE１１１に関連付けてもよいし、アタッチの時間又は順序に基づいてUE１１１に関連付けられるコアネットワーク識別子を決定してもよい。
　続いて以下では、図２Ａ及び図２Ｂを参照して、本実施形態に係るeNodeB１１２の動作の具体例を説明する。図２Ａは、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図２Ａの例では、ソースMME１２１Ｓは、２つのGUMMEI、つまりGUMMEI #1及びGUMMEI #2を使用して複数のUE１１１Ａ及び複数のUE１１１Ｂを管理している。一方、ターゲットMME１２１Ｔは、１つのGUMMEI、つまりGUMMEI #3を使用して複数のUE１１１Ｃを管理している。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、eNodeB１１２とのパケット転送のためにIP address #1 及びIP address #2をそれぞれ使用する。
　アイドル状態の各UE１１１Ａは、GUMMEI #1に関連付けられており、GUMMEI #1を包含するGUTI（i.e., GUMMEI #1 + M-TMSI）を割り当てられている。アイドル状態の各UE１１１Ｂは、GUMMEI #2に関連付けられており、GUMMEI #2を包含するGUTI（i.e., GUMMEI #2 + M-TMSI）を割り当てられている。同様に、アイドル状態の各UE１１１Ｃは、GUMMEI #3に関連付けられており、GUMMEI #3を包含するGUTI（i.e., GUMMEI #3 + M-TMSI）を割り当てられている。
　さらに、図２Ａの例では、eNodeB１１２は、転送テーブル２１０を保持している。転送テーブル２１０は、アップリンクNASメッセージが転送されるべきMMEを決定するためにeNodeB１１２により使用される。図２Ａに示されているように、転送テーブル２１０は、各GUMMEIを、データパケット転送のために使用されるMMEのIPアドレスに関連付けてもよい。eNodeB１１２は、転送テーブル２１０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ２００Ａ及び２００ＢをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ２００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
　一方、図２Ｂは、GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。したがって、図２Ｂの例では、ソースMME１２１Ｓは、１つのGUMMEI、つまりGUMMEI #1を使用して複数のUE１１１Ａを管理している。一方、ターゲットMME１２１Ｔは、２つのGUMMEI、つまりGUMMEI #2及びGUMMEI #3を使用して複数のUE１１１Ｂ及び複数のUE１１１Ｃを管理している。さらに、GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル２１０が更新されている。すなわち、図２Ｂに示された転送テーブル２１０では、ターゲットMME１２１ＴのIPアドレス（IP address #2）はGUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ２００ＡをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ２００Ｂ及び２００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
　続いて以下では、モビリティ管理及びベアラ管理を移転する手順のいくつかの具体例について説明する。図３は、移転手順の一例を示すシーケンス図である。ステップＳ１１では、ソースMME１２１Ｓは、アイドル状態である少なくとも１つのUE１１１のモビリティ管理及びベアラ管理を行っている。
　ステップＳ１２では、コントロールノード１４２は、コンテキスト・リロケーション指示（Context Relocation Command）メッセージをソースMME１２１Ｓに送信する。リロケーション指示メッセージは、ソースMME１２１Ｓから少なくとも１つのターゲットMME１２１Ｔへのモビリティ管理及びベアラ管理の移転（リロケーション）を引き起こす。リロケーション指示メッセージは、少なくとも１つのターゲットMME１２１Ｔの識別子を示すリロケーションポリシを含む。ターゲットMME１２１Ｔの識別子は、例えば、GUMMEI、MMEI、又はMMECであってもよい。
　リロケーションポリシは、ソースMME１２１Ｓから少なくとも１つのターゲットMME１２１Ｔに移転されるべきモビリティ管理及びベアラ管理の処理量を示してもよい。モビリティ管理及びベアラ管理の処理量は、UE数、プロセッサリソースの使用量、メモリリソースの使用量、シグナリングの発生数、若しくはトラフィック量、又はこれらの任意の組み合わせとして指定されてもよい。さらに又はこれに代えて、リロケーションポリシは、移転（リロケーション）の対象とされる特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）を示してもよい。さらに、リロケーションポリシは、モビリティ管理及びベアラ管理の移転に対する時間的な制約を示してもよい。具体的には、リロケーションポリシは、移転の開始時間、移転の終了時間、又は移転の実行が許可される期間を示してもよい。
　図３に戻り説明を続ける。ステップＳ１３では、ソースMME１２１Ｓは、リロケーション指示メッセージに示されたリロケーションポリシに従って、モビリティ管理及びベアラ管理をターゲットMME１２１Tに移転するための手順を開始する。当該手順の具体例は後述する。ステップＳ１４では、ソースMME１２１Ｓは、リロケーションを完了したことを示すコンテキスト・リロケーション完了（Context Relocation Complete）メッセージをコントロールノード１４２に送信する。ステップＳ１５では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから引き継いだUE１１１に関するモビリティ管理及びベアラ管理を実行する。
　ステップＳ１６では、コントロールノード１４２は、アップリンクNASメッセージが転送されるべきMMEを決定するための転送テーブル（e.g., 図２Ａ及び図２Ｂに示された転送テーブル２１０）の更新をeNodeB１１２に指示する。なお、図３には示されていないが、コントロールノード１４２は、ソースMME１２１Ｓ及びターゲットMME１２１Ｔが属するMMEプールエリアと関連付けられている（つまり、S1-MMEコネクションを有する）複数のeNodeB１１２の全てに転送テーブルの更新指示（ステップＳ１６）を送信するとよい。ステップＳ１７では、eNodeB１１２は、コントロールノード１４２からの指示に従って転送テーブルを更新する。
　図３に示されたモビリティ管理及びベアラ管理の移転手順は一例であって適宜変更されてもよい。例えば、eNodeB１１２に対する転送テーブルの更新指示（ステップＳ１５）は、ソースMME１２１Ｓに対するリロケーション指示（ステップＳ１２）よりも前に送信されてもよいし、リロケーション指示（ステップＳ１２）又はこれに基づくリロケーション動作（ステップＳ１３）と時間的に並行して送信されてもよい。
　さらに、既に述べたように、コントロールノード１４２からの指示（ステップＳ１２）に基づくこと無く、ソースMME１２１Ｓ又はターゲットMME１２１Ｔが自発的にモビリティ管理及びベアラ管理の移転手順（ステップＳ１３）を開始してもよい。
　さらに、ソースMME１２１ＳからターゲットMME１２１Ｔへのモビリティ管理及びベアラ管理の移転手順は、S-GWのリロケーション（又は変更（change））を伴ってもよい。S-GWのリロケーションは、ソースMME１２１Ｓによって管理されていたUE１１１のEPSベアラの経路（つまり、S1ベアラ及びS5/S8ベアラの終端点）をS-GW１２３から他のS-GWに変更することを意味する。
　一例において、ターゲットMME１２１Ｔは、自身が有するS-GWセレクション機能に基づいて自発的にS-GWを選択してもよい。これに代えて、リロケーション先のS-GW（ターゲットS-GWと呼ぶ）は、コントロールノード１４２によって指定されてもよい。すなわち、コントロールノード１４２は、ソースMME１２１Ｓに送信するコンテキスト・リロケーション指示メッセージの中にターゲットS-GWの指定を含めてもよい。この場合、ソースMME１２１Ｓは、モビリティ管理及びベアラ管理の移転（リロケーション）手順（図３のステップＳ１３）において、ターゲットS-GWのアドレスをターゲットMME１２１Ｔに知らせてもよい。
　図４は、UE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転するための手順の具体例の１つを示している。図４の手順は、図３のステップＳ１３において行われることができる。すなわち、ソースMME１２１Ｓは、コントロールノード１４２からのコンテキスト・リロケーション指示メッセージの受信に応答して、図４に示された手順を開始してもよい。図４に示された手順は、UE１１１がアイドル状態（e.g., RRC_IDLE且つECM-IDLE state）であるときに開始される。
　図４の手順の開始時において、ソースMME１２１Ｓは、UE１１１のEPSベアラの管理のために、S-GW１２３とのシグナリングコネクション（i.e., S11 GPRS Tunnelling Protocol for the Control Plane (GTP-C) コネクション３１０）を有する。ステップＳ１０１では、ソースMME１２１Ｓは、UE１１１のモビリティ管理コンテキスト（MM context）及びベアラ管理コンテキスト（EPS bearer context）をターゲットMME１２１Ｔに送信するとともに、UE１１１に関連付けられている特定のGUMMEI（例えば、図２Ａ及び図２Ｂに示されたGUMMEI #2）をターゲットMME１２１Ｔに送信する。当該特定のGUMMEIは、UE１１１に割り当てられたGUTIとして送信されてもよい。UE１１１に割り当てられたGUTIは、特定のGUMMEI及びM-TMSIから構成されている。
　ステップＳ１０１でのMM context、EPS bearer context、及びGUTIの送信には、MME間のS10インタフェースにおいて送信されるGTP-Cメッセージを利用することができる。例えば、図４に示されているように、Forward Relocation Requestメッセージ又はそれを改変したものが使用されてもよい。Forward Relocation Requestメッセージは、S1-based handover手順においてソースMMEからターゲットMMEに送信されるメッセージである。ステップＳ１０１のForward Relocation Requestメッセージは、S1-based handover では無くContext Relocationのために送信されるメッセージであることを示す情報要素を含んでもよい。なお、Forward Relocation Requestメッセージに代えて、特定のGUMMEIに関連付けられた複数のUE１１１のMM context及びEPS bearer contextを包含する新規なメッセージが使用されてもよい。
　ステップＳ１０２では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから受信したUE１１１のMM context及びEPS bearer contextを自身のメモリ又はストレージ（不図示）に格納する。さらに、ターゲットMME１２１Ｔは、UE１１１のMM context及びEPS bearer contextの受信に応答して、UE１１１のEPSベアラ管理のためのS11 GTP-Cコネクションの終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようS-GW１２３に要求する。この要求は、ターゲットMME１２１ＴのIPアドレス及びMME Tunnel endpoint identifier（MME TEID）を示す。さらに、この要求は、対象となるUE１１１を特定するために、UE１１１のInternational Mobile Subscriber Identity（IMSI）若しくはEPS Bearer ID又はこれら両方を含む。この要求の送信には、MME１２１ＴとS-GW１２３の間のS11インタフェースにおいて送信されるGTP-Cメッセージを使用することができる。例えば、図４に示されているように、Modify Bearer Requestメッセージ又はそれを改変したものが使用されてもよい。
　ステップＳ１０３では、S-GW１２３は、UE１１１のEPS bearer contextに関して保持されているMMEのIPアドレス及びMME TEIDを更新し、応答メッセージ（例えば、Modify Bearer Responseメッセージ）をターゲットMME１２１Ｔに送信する。これにより、UE１１１のEPSベアラの管理のためのS11 GTP-Cコネクション３２０がターゲットMME１２１ＴとS-GW１２３との間に設定される。
　ステップＳ１０４では、ターゲットMME１２１Ｔは、UE１１１のモビリティ管理及びベアラ管理の移転を受け入れたことをソースMME１２１Ｓに通知する。この通知の送信には、MME間のS10インタフェースにおいて送信されるGTP-Cメッセージを使用することができる。例えば、図４に示されているように、Forward Relocation Responseメッセージ又はそれを改変したものが使用されてもよい。あるいは、Forward Relocation Complete Notificationメッセージ又はそれを改変したものが使用されてもよい。
　ステップＳ１０５～Ｓ１０８は、MMEの変更をHSS１２２に知らせるために行われる。ステップＳ１０５～Ｓ１０８は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってもよい。また、MMEの変更は、図４に示された手順の終了後に行われる通常のTAU手順（periodic TAU）においてHSS１２２に知らせることもできる。したがって、ステップＳ１０５～Ｓ１０８は、省略されてもよい。
　ステップＳ１０５では、ターゲットMME１２１Ｔは、UE１１１に関するMMEの変更をHSS１２２に知らせるためのメッセージを送信する。当該メッセージの送信には、MME１２１ＴとHSS１２２の間のS6aインタフェースにおいて送信されるDiameterメッセージを使用することができる。図４に示されているように、通常のTAU手順と同様に、Update Location Requestメッセージが使用されてもよい。ステップＳ１０６では、HSS１２２は、UE１１１に関するMM context及びEPS bearer contextが削除可能であることを知らせるために、Cancel LocationメッセージをソースMME１２１Ｓに送信する。Cancel Locationメッセージは、UE１１１のIMSIを示す。ステップＳ１０７では、ソースMME１２１Ｓは、UE１１１に関するMM context及びEPS bearer contextを必要に応じて削除する。そして、ソースMME１２１Ｓは、Cancel Location AckメッセージをHSS１２２に送信する。Cancel Location Ackメッセージは、UE１１１のIMSを示す。ステップＳ１０８では、HSS１２２は、Update Location AckメッセージをターゲットMME１２１Ｔに送信することにより、Update Location Requestを承認する。
　図３及び図４に示した手順を利用することで、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理の移転（リロケーション）を、UE１１１とのシグナリングを伴うことなく完了することができる。
　図５は、UE１１１に関するモビリティ管理及びベアラ管理を移転する手順の他の例を示している。図５の例では、ソースMME１２１Ｓは、コントロールノード１４２に代わって、アップリンクNASメッセージの転送先の変更をeNodeB１１２に指示する。具体的には、ソースMME１２１Ｓは、転送テーブル（例えば、図２Ａ及び図２Ｂに示されたテーブル２１０）の更新をeNodeB１１２に指示してもよい。
　ステップＳ２０１～Ｓ２０３は、eNodeB１１２に保持されている転送テーブルを更新するための動作を示している。ステップＳ２０１では、ソースMME１２１Ｓは、転送テーブルの更新指示をeNodeB１１２に送信する。この更新指示は、転送テーブルの更新情報を含む。この更新指示の送信には、MME１２１ＳとeNodeB１１２の間のS1-MMEインタフェースにおいて送信されるS1APメッセージを使用することができる。例えば、図５に示されているように、既存のS1APメッセージ（e.g., MME Configuration Updateメッセージ）又はそれを改変したものが使用されてもよい。これに代えて、新たに定義されたS1APメッセージ（e.g., S1AP: Redirection Commandメッセージ）が使用されてもよい。
　ステップＳ２０２では、eNodeB１１２は、ソースMME１２１Ｓからの更新指示に従って、特定のGUMMEI宛てのアップリンクNASメッセージをターゲットMME１２１Ｔに転送するように転送テーブルを更新する。ステップＳ２０３では、eNodeB１１２は、更新指示を受け取ったことを知らせるためのS1APメッセージ（例えば、MME Configuration Update Acknowledgeメッセージ）をソースMME１２１Ｓに送信する。
　ステップＳ２０４では、ソースMME１２１Ｓは、特定のGUMMEIに関連付けられた少なくとも１つのアイドル状態のUE１１１に関するモビリティ管理サービス及びベアラ管理サービスをターゲットMME１２１Ｔに移転する。ステップＳ２０４で行われる手順は、図４のステップＳ１０１～Ｓ１０４で行われる手順と同様であってもよい。
　ステップＳ２０５では、ターゲットMME１２１Ｔは、MMEの変更をHSS１２２に知らせる。ステップＳ２０５で行われる手順は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってよく、すなわち図４のステップＳ１０５～Ｓ１０８で行われる手順と同様であってもよい。また、図４のステップＳ１０５～Ｓ１０８に関して説明したのと同様に、ステップＳ２０５は省略されてもよい。
　図５の手順は、適宜変更されてもよい。例えば、eNodeB１１２に保持されている転送テーブルを更新するためのステップＳ２０１～Ｓ２０３は、モビリティ管理及びベアラ管理の移転（ステップＳ２０４）の後に行われてもよい。
　図６は、UE１１１に関するモビリティ管理及びベアラ管理を移転する手順の他の例を示している。図６の例では、ターゲットMME１２１Ｔは、コントロールノード１４２の代わりに、移転の対象である特定のGUMMEIを宛先とするアップリンクNASメッセージの転送先をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようeNodeB１１２に指示する。具体的には、ターゲットMME１２１Ｔは、転送テーブル（例えば、図２Ａ及び図２Ｂに示されたテーブル２１０）の更新をeNodeB１１２に指示してもよい。
　ステップＳ３０１では、ソースMME１２１Ｓは、特定のGUMMEIに関連付けられた少なくとも１つのアイドル状態のUE１１１に関するモビリティ管理サービス及びベアラ管理サービスをターゲットMME１２１Ｔに移転する。ステップＳ３０１で行われる手順は、図４のステップＳ１０１～Ｓ１０４で行われる手順と同様であってもよい。
　ステップＳ３０２～Ｓ３０４は、eNodeB１１２に保持されている転送テーブルを更新するための動作を示している。ステップＳ３０２では、ターゲットMME１２１Ｔは、転送テーブルの更新指示をeNodeB１１２に送信する。この更新指示は、転送テーブルの更新情報を含む。この更新指示の送信には、MME１２１ＴとeNodeB１１２の間のS1-MMEインタフェースにおいて送信される既存のS1APメッセージ（e.g., MME Configuration Updateメッセージ）若しくはそれを改変したもの、又は新たに定義されたS1APメッセージを使用することができる。ステップＳ３０３では、eNodeB１１２は、ターゲットMME１２１Ｔからの更新指示に従って、特定のGUMMEI宛てのアップリンクNASメッセージをターゲットMME１２１Ｔに転送するように転送テーブルを更新する。ステップＳ３０４では、eNodeB１１２は、更新指示を受け取ったことを知らせるためのS1APメッセージ（例えば、MME Configuration Update Acknowledgeメッセージ）をターゲットMME１２１Ｔに送信する。
　ステップＳ３０５では、ターゲットMME１２１Ｔは、MMEの変更をHSS１２２に知らせる。ステップＳ３０５で行われる手順は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってよく、すなわち図４のステップＳ１０５～Ｓ１０８で行われる手順と同様であってもよい。また、図４のステップＳ１０５～Ｓ１０８に関して説明したのと同様に、ステップＳ３０５は省略されてもよい。
＜第２の実施形態＞
　本実施形態では、第１の実施形態で説明されたモビリティ管理及びベアラ管理を移転するための構成及び動作の変形例が説明される。本実施形態に係る移動通信ネットワークの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。
　上述の第１の実施形態では、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々が複数のGUMMEIを用いてモビリティ管理及びベアラ管理を行う例を示した。しかしながら、１つのMMEが複数のGUMMEIを利用することは、例えばOperation and Maintenance（OAM）、MME間のシグナリング、またはMMEとS-GWの間のシグナリングにおいてGUMMEIが使用されている場合に不都合であるかもしれない。したがって、本実施形態では、仮想GUMMEI（Virtual GUMMEI（V-GUMMEI））が使用される。V-GUMMEIは、少なくとも１つのUE１１１を含む端末グループに割り当てられる。本実施形態に係るソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、複数のV-GUMMEIを用いてモビリティ管理及びベアラ管理を行うことができるよう構成されている。ソースMME１２１Ｓは、V-GUMMEIの単位でモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転する。
　なお、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、他のMMEとの区別のために１つの固有な（通常の）GUMMEIを設定される。この固有な（通常の）GUMMEIは、本実施形態において実GUMMEI（Real GUMMEI（R-GUMMEI））と呼ばれる。V-GUMMEI及びR-GUMMEIの呼称は一例である。R-GUMMEIが従来のS1-MME (S1-C) インタフェースの転送に用いられるGUMMEIに相当すると考えた場合、V-GUMMEIは一時的なGUMMEI（Temporary GUMMEI (T-GUMMEI)）又は論理的なGUMMEI（Logical GUMMEI (L-GUMMEI)）と呼ぶこともできる。或いは、単純にR-GUMMEI及びV-GUMMEIをそれぞれ第１のGUMMEI及び第２のGUMMEIと呼ぶこともできる。
　図７Ａ及び図７Ｂを参照して、本実施形態に係るeNodeB１１２の動作の具体例を説明する。図７Ａ及び図７Ｂと図２Ａ及び図２Ｂの対比から明らかであるように、図７Ａ及び図７Ｂに示されたeNodeB１１２の構成及び動作は、V-GUMMEIに関する転送テーブル４２０を有する点を除いて、図２Ａ及び図２Ｂに示されたeNodeB１１２と同様である。
　すなわち、図７Ａは、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図７Ａの例では、ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、R-GUMMEI #1及びR-GUMMEI #2をそれぞれ設定されている。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、eNodeB１１２とのパケット転送のためにIP address #1 及びIP address #2をそれぞれ使用する。さらに、ソースMME１２１Ｓは、２つのV-GUMMEI、つまりV-GUMMEI #1及びV-GUMMEI #2を使用して複数のUE１１１Ａ及び複数のUE１１１Ｂを管理している。一方、ターゲットMME１２１Ｔは、１つのV-GUMMEI、つまりV-GUMMEI #3を使用して複数のUE１１１Ｃを管理している。
　アイドル状態の各UE１１１Ａは、V-GUMMEI #1に関連付けられており、V-GUMMEI #1を包含するVirtual GUTI（V-GUTI）（i.e., V-GUMMEI #1 + M-TMSI）を割り当てられている。アイドル状態の各UE１１１Ｂは、V-GUMMEI #2に関連付けられており、V-GUMMEI #2を包含するV-GUTI（i.e., V-GUMMEI #2 + M-TMSI）を割り当てられている。同様に、アイドル状態の各UE１１１Ｃは、GUMMEI #3に関連付けられており、GUMMEI #3を包含するV-GUTI（i.e., V-GUMMEI #3 + M-TMSI）を割り当てられている。
　図７Ａの例では、eNodeB１１２は、転送テーブル４１０を保持している。転送テーブル４１０は、アップリンクNASメッセージが転送されるべきMMEを決定するためにeNodeB１１２により使用される。図７Ａに示されているように、転送テーブル４１０は、V-GUMMEIを、データパケット転送のために使用されるMMEのIPアドレスに関連付けてもよい。eNodeB１１２は、転送テーブル４１０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ４００Ａ及び４００ＢをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ４００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
　一方、図７Ｂは、V-GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。したがって、図７Ｂの例では、ソースMME１２１Ｓは、１つのV-GUMMEI、つまりV-GUMMEI #1を使用して複数のUE１１１Ａを管理している。一方、ターゲットMME１２１Ｔは、２つのV-GUMMEI、つまりV-GUMMEI #2及びV-GUMMEI #3を使用して複数のUE１１１Ｂ及び複数のUE１１１Ｃを管理している。さらに、V-GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル４１０が更新されている。すなわち、図７Ｂに示された転送テーブル４１０では、ターゲットMME１２１ＴのIPアドレス（IP address #2）がV-GUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ４００ＡをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ４００Ｂ及び４００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
　本実施形態に係るeNodeB１１２は、アップリンクNASメッセージの転送のために、図８Ａ及び図８Ｂに示すように、V-GUMMEIとR-GUMMEIの関連付けを示す転送テーブルを有してもよい。図８Ａは、図７Ａと同様に、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図８Ａに示されたeNodeB１１２は、転送テーブル４２０を保持している。転送テーブル４２０は、V-GUMMEIとR-GUMMEIの関連付けを示す。eNodeB１１２は、転送テーブル４２０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ４００Ａ及び４００ＢをR-GUMMEI #1を持つMME（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ４００ＣをR-GUMMEI #2を持つMME（つまり、ターゲットMME１２１Ｔ）に転送する。
　一方、図８Ｂは、図７Ｂと同様に、V-GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。図８Ｂでは、V-GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル４２０が更新されている。すなわち、図８Ｂに示された転送テーブル４２０では、ターゲットMME１２１ＴのR-GUMMEI（R-GUMMEI #2）がV-GUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ４００ＡをR-GUMMEI #1を持つMME（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ４００Ｂ及び４００ＣをR-GUMMEI #2を持つMME（つまり、ターゲットMME１２１Ｔ）に転送する。
　図８Ａ及び図８Ｂに示された例では、eNodeB１１２は、MMEの名前解決のために、つまりMMEのIPアドレスを得るために、R-GUMMEIとMMEのIPアドレスの関連付けを示す追加のテーブルを有してもよい。これに代えて、eNodeB１１２は、MMEの名前解決のために、Domain Name System（DNS）サービスを利用してもよい。
　図９は、UE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＡからターゲットMME１２１Ｔに移転するための手順の具体例の１つを示している。ステップＳ４０１では、ソースMME１２１Ｓは、UE１１１のMM context及びEPS bearer contextをターゲットMME１２１Ｔに送信するとともに、UE１１１に関連付けられている特定のV-GUMMEI（例えば、図７Ａ及び図７Ｂに示されたV-GUMMEI #2）をターゲットMME１２１Ｔに送信する。当該特定のV-GUMMEIは、UE１１１に割り当てられたV-GUTIとして送信されてもよい。UE１１１に割り当てられたV-GUTIは、特定のV-GUMMEI及びM-TMSIから構成されている。図９のステップＳ４０２～Ｓ４０８の処理は、GUMMEIの代わりにV-GUMMEIが使用されることを除いて、図４のステップＳ１０２～Ｓ１０８における処理と同様であってもよい。したがって、ここでは、ステップＳ４０２～Ｓ４０８に関する説明を省略する。
　なお、図９の手順は、一例に過ぎない。例えば、第１の実施形態において図５及び図６を用いて説明された手順、すなわち、アップリンクNASメッセージの転送先の変更をソースMME１２１Ｓ又はターゲットMME１２１ＴからeNodeB１１２に指示する手順、が採用されてもよい。図５又は図６の手順が採用される場合、図８Ａ及び図８Ｂに示された転送テーブル４２０を更新するために、S1AP: MME CONFIGURATION UPDATEメッセージ（図５のＳ２０１、図６のＳ３０２）が使用されてもよい。転送テーブル４２０の更新に関して以下に補足する。
　まずMMEは、例えば図１０に記載されたS1AP: S1 SETUP RESPONSE messageを用いて、eNodeBに転送テーブルの情報を通知するようにしてもよい。maxnoofVirtualEntries は、あるR-GUMMEIにマッピング可能なV-GUMMEIの最大数を意味する。図１０の例では、Served GUMMEIの下位8bitに相当するMME Codeを利用して、R-GUMMEIとV-GUMMEIのマッピングを実現する。例えば、１つのR-GUMMEIに３つのV-GUMMEIsをマッピングする場合、Served MMECs IEの１つのMME Code（e.g. 0x00:00000000）に対して３つのMME Code (e.g. 0x00:00000000, 0x01:00000001, 0x02:00000010)を割り当てるようにしてもよい。このとき、V-GUMMEIのために使用されたMME Codeは、同一MMEグループ（つまり、同じPLMN及び同じMMEGIを持つMMEの集合）内ではR-GUMMEIのために使用されない。S1AP: S1 SETUP RESPONSE メッセージがV-GUMMEIとR-GUMMEIの間のマッピングを示す情報要素（Virtual GUMMEIs IE）を含んでいる場合、eNodeB１１２は、このIEをNASメッセージの転送に使用する、つまりNASメッセージの転送先のMMEの決定に使用する。
　一方、図５及び図６に示されたS1AP: MME CONFIGURATION UPDATEメッセージは、例えば図１１のように構成されてもよい。S1AP: MME CONFIGURATION UPDATE メッセージがV-GUMMEIとR-GUMMEIの間のマッピングを示す情報要素（Virtual GUMMEIs IE）を含む場合、eNodeB１１２は、このIEを上書き（overwrite）する、つまりNASメッセージの転送先のMMEの決定に用いる転送テーブル４２０を更新する。
　eNodeB１１２は、MMEセレクションのためにRRC Connection Requestメッセージに包含されているUE Identity（つまり、S-TMSI）を利用する場合（例えば、Service Requestの場合）、当該UE Identity内のMMEC（V-GUMMEIのMMECに相当）を転送テーブル４２０に従ってR-GUMMEIにマッピングすることで、NASメッセージを転送するべきMMEを決定してもよい。同様に、eNodeB１１２は、MMEセレクションのためにRRC Connection Setup Completeメッセージに包含されている受信するRegistered MME情報（RegisteredMME IE）を利用する場合（例えば、TAU Requestの場合）、Registered MME情報内のMMEC（V-GUMMEIのMMECに相当）を転送テーブル４２０に従ってR-GUMMEIにマッピングすることで、NASメッセージを転送するべきMMEを決定してもよい。UE Identity 内又はRegistered MME情報内のV-GUMMEIのMMECを対応するR-GUMMEIのMMECに変換し、R-GUMMEIのMMEC を包含するS1AP: INITIAL UE MESSAGE メッセージを送信してもよい。
　さらに、V-GUMMEIであることを示すフラグ（例えば、”virtual”）がRRC Connection Setup Completeメッセージに含まれるgummei-Type IE内に新たに定義されてもよく、eNodeB１１２が当該フラグに基づいて転送先のMMEを判断してもよい。これに代えて、GUMMEIがR-GUMMEI及びV-GUMMEIのいずれであるかを示す識別フラグ（例えば、”normal”, “virtual”）がgummei-Type IEに定義されてもよい。例えば、MME（ソースMME１２１Ｓ）は、Registered MME情報（つまりGUMMEI）がV-GUMMEIにリンクしていることをUE１１１に通知してもよい。UE１１１は、RRC Connection Setup Completeメッセージを送信する場合、NASレイヤからASレイヤ（RRC）へRegistered MME情報を通知する際に、V-GUMMEIにリンクしていること（又は、GUMMEIがR-GUMMEI及びV-GUMMEIのいずれであるかを示す情報）を併せて通知してもよい。更に、UE１１１は、RRC Connection Setup Completeメッセージに包含される情報要素であるgummei-Typeを ”virtual” に設定し、eNodeBへ送信してもよい。ここで、gummei-Typeに設定される ”virtual” との名称（呼称）は一例である。例えばV-GUMMEIという名称に代えてT-GUMMEI、L-GUMMEI又は第２のGUMMEIという名称が使用される場合、gummei-Typeは”temporal”、”logical” 又は ”secondary(-GUMMEI)” に設定されてもよい。
　本実施形態によれば、第１の実施形態と同様に、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理の移転（リロケーション）を、UE１１１とのシグナリングを伴うことなく完了することができる。さらに、本実施形態によれば、１つのMME１２１が複数のV-GUMMEIを使用することができ、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理をV-GUMMEI単位でソースMME１２１ＳからターゲットMME１２１Ｔに移転することができる。したがって、各MMEに固有の通常のGUMMEI（R-GUMMEI）がMME間のシグナリング等に使用される場合であっても、V-GUMMEIの単位でモビリティ管理及びベアラ管理を移転することができる。言い換えると、ソースMME１２１Ｓが管理している複数のUE１１１のうちの一部、つまり特定V-GUMMEIに関連付けられた少なくとも１つのUE１１１、に関するモビリティ管理及びベアラ管理だけをターゲットMME１２１Ｔに移転することができる。
＜第３の実施形態＞
　本実施形態では、モビリティ管理及びベアラ管理を移転する手順で発生するシグナリングメッセージの数を削減するためのいくつかの改良が説明される。これらいくつかの改良は、個別に実施されてもよいし、組み合せて実施されてもよい。本実施形態に係る移動通信ネットワークの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。
　ソースMME１２１Ｓは、ターゲットMME１２１Ｔに送信するシグナリングメッセージの数を削減するために、モビリティ管理及びベアラ管理の移転の対象とされる複数のUE１１１に関するUEコンテキスト（MM context若しくはEPS bearer context又はこれら両方）を包含するシグナリングメッセージをターゲットMME１２１Ｔに送信してもよい。これにより、UE毎に個別のシグナリングメッセージを送信する場合に比べて、シグナリング回数を削減できる。ソースMME１２１ＳからターゲットMME１２１Ｔに送信されるデータ量をさらに低減するために、ソースMME１２１Ｓは、UEコンテキストのうち複数のUE１１１の間で共通する情報要素（例えば、GUMMEI（R-GUMMEI）又はV-GUMMEI
）を圧縮することで、ターゲットMME１２１Ｔに送信するシグナリングメッセージのデータサイズを低減してもよい。
　複数のUE１１１に関する複数のS11 GTP-CコネクションのMME側終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更するためのシグナリング回数を低減できることが好ましい。この目的を達成するために、S11のためのMME TEID（32bit長）内の一部は、複数のUE１１１に対応するUEグループ識別子（ID）、または複数のUE１１１に関連付けられた特定のGUMMEIに包含されている特定のMMEC（8bit長）を示す領域として使用されてもよい。図１１は、改良されたS11のためのMME TEIDのデータ構造の一例を示している。図１１の例では、S11のためのMME TEID５００の上位８ビットがUEグループID５１０として使用される。UEグループID５１０は、モビリティ管理及びベアラ管理の移転の対象とされる特定のGUMMEIに関連付けられた複数のUE１１１を示す識別子であればよい。UEグループID５１０は、例えば、特定のGUMMEIに包含されるMMECであってもよい。図１１に示されたMME TEID５００の残りの２４ビットは、MME内で固有な実際のMME TEIDを示す領域として使用される。
　S11のためのMME TEID内の一部をUEグループID（又は特定のMMEC）を示す領域として使用することで、モビリティ管理及びベアラ管理のMME間での移転に伴って修正する必要のあるS11 GTP-Cコネクションを容易に特定することができる。したがって、ターゲットMME１２１Ｔは、複数のS11 GTP-Cコネクションの修正のために、複数のUE１１１に共通のUEグループID（又は特定のMMEC）をS-GW１２３に知らせればよく、複数のUE１１１の全ての識別子（e.g., IMSI又はEPS bearer ID）をS-GW１２３に知らせる必要がない。これにより、複数のS11 GTP-Cコネクションの修正のためのシグナリング回数及び送信データ量を低減できる。
　図１２を参照して、複数のS11 GTP-Cコネクションの修正の具体例を説明する。S-GW１２３は、UE毎に１つのS11 GTP-Cコネクションを使用する。したがって、S-GW１２３は、S11 GTP-Cコネクション毎に、UE１１１の識別子（i.e., IMSI）、MMEのIPアドレス、及びMME TEIDを管理する。図１２に示されたテーブル５３０は、IMSI #1～IMSI #5によって特定される５つのUE１１１に関する５つのS11 GTP-Cコネクションを管理している。IMSI #1～IMSI #3によって特定される３つのUE１１１に関するS11 GTP-Cコネクションは、ソースMME１２１ＳのIPアドレス（IP address #1）に対応付けられており、ソースMME１２１Ｓに接続される。一方、IMSI #4及びIMSI #5によって特定される２つのUE１１１に関するS11 GTP-Cコネクションは、ターゲットMME１２１ＴのIPアドレス（IP address #2）に対応付けられており、ターゲットMME１２１Ｔに接続される。
　さらに、テーブル５３０では、IMSI #1及びIMSI #2によって特定される２つのUE１１１は、MME TEIDの上位８ビットに“0xA1”が設定されている。一方、IMSI #3によって特定される１つのUE１１１は、MME TEIDの上位８ビットに“0xA2”が設定されている。MME TEIDの上位８ビットは、UEグループ識別子（又は特定のGUMMEI内の特定のMMEC）を表す。したがって、IMSI #1及びIMSI #2は、“0xA1”によって特定される同一UEグループに属し、IMSI #3は異なるUEグループに属していることが容易に判別できる。
　 “0xA1”によって特定されるUEグループに属する２つのUE１１１（IMSI #1及びIMSI #2）に関する２つのS11 GTP-Cコネクションの終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更する場合、ターゲットMME１２１Ｔは、UEグループ識別子（又は特定のMMEC）“0xA1”をS-GW１２３に通知すればよく、２つのUE１１１のIMSI #1及びIMSI #2を通知する必要がない。例えば、ターゲットMME１２１Ｔは、図１２に示されているMME Change Notificationメッセージ５４０を送信してもよい。MME Change Notificationメッセージ５４０は、ソースMME１２１ＳのIPアドレス（IP address #1）及びUEグループ識別子（又は特定のMMEC）“0xA1”を検索のためのキー情報として示し、ターゲットMME１２１ＴのIPアドレス（IP address #2）を修正値として示す。S-GW１２３は、MME Change Notificationメッセージ５４０を受信したことに応じて、テーブル５３０の中からUEグループ識別子（又は特定のMMEC）“0xA1”を有するエントリを探し出し、そのエントリのMME IPアドレス（IP address #1）をターゲットMME１２１ＴのIPアドレス（IP address #2）によって上書きすればよい。図１２に示されたテーブル５５０は、修正後のテーブルを示している。点線枠５６０は、修正された２つのIPアドレスを示している。
　図１３は、複数のUE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＡからターゲットMME１２１Ｔに移転するための手順の具体例を示している。ステップＳ５０１では、ソースMME１２１Ｓは、移転の対象とされる複数のUE１１１に関するMM context及びEPS bearer contextを含むメッセージ（Relocation Request）をターゲットMME１２１Ｔに送信する。
　ステップＳ５０２では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから受信した複数のUE１１１に関するMM context及びEPS bearer contextを自身のメモリ又はストレージ（不図示）に格納する。さらに、ターゲットMME１２１Ｔは、これら複数のUE１１１に関するS11 GTP-Cコネクションを修正するためのメッセージ（MME Change Notification）をS-GW１２３に送信する。MME Change Notificationメッセージは、複数のUE１１１のそれぞれのIMSIを示す代わりに、複数のUE１１１が帰属するUEグループの識別子（又は特定MMEC）を示す。
　ステップＳ５０３では、S-GW１２３は、MME Change Notificationメッセージ（ステップＳ５０２）の受信に応答して、複数のUE１１１に関する複数のS11 GTP-Cコネクションを修正し、応答メッセージ（例えば、MME Change Responseメッセージ）をターゲットMME１２１Ｔに送信する。これにより、複数のUE１１１に関する複数のS11 GTP-Cコネクション３２０がターゲットMME１２１ＴとS-GW１２３との間に設定される。
　図１３のステップＳ５０４～Ｓ５０８の処理は、図４のステップＳ１０４～Ｓ１０８における処理と同様であってもよい。したがって、ここでは、ステップＳ５０４～Ｓ５０８に関する説明を省略する。
　なお、本実施形態で説明されたS11 GTP-Cコネクションの修正は、ターゲットMME１２１Ｔからに代えて、コントロールノード１４２からS-GW１２３に対して指示されてもよい。
　最後に上述の第１～第３の実施形態に係るeNodeB１１２、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、及びコントロールノード１４２の構成例について説明する。図１４は、eNodeB１１２の構成例を示している。図１４を参照すると、eNodeB１１２は、無線トランシーバ１１２０、ネットワークインタフェース１１２１、プロセッサ１１２２、及びメモリ１１２３を含む。無線トランシーバ１１２０は、UE１１１と通信するよう構成されている。ネットワークインタフェース１１２１は、E-UTRAN１１０内の他のeNodeB、並びにEPC１２０内のノード（MME１２１Ｓ、MME１２１Ｔ、及びS-GW１２３等）と通信するために使用される。
　プロセッサ１１２２は、メモリ１１２３からソフトウェア（コンピュータプログラム）を読み出して実行することで、RRC及びRadio Resource Management（RRM）を含む通信制御、並びに上述の実施形態で説明されたeNodeB１１２の動作を行う。プロセッサ１１２２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１１２２は、複数のプロセッサを含んでもよい。
　メモリ１１２３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１１２３は、プロセッサ１１２２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１２２は、ネットワークインタフェース１１２１又は図示されていない他のI/Oインタフェースを介してメモリ１１２３にアクセスしてもよい。
　図１４の例では、メモリ１１２３は、RRCモジュール１１２４、RRMモジュール１１２５、X2モジュール１１２６、S1-MMEモジュール１１２７、及びOperation and Maintenance（OAM）モジュール１１２８を含むソフトウェアモジュール群を格納するために使用される。RRCモジュール１１２４及びS1-MMEモジュール１１２７は、受信したRRCメッセージにカプセル化されているNASメッセージをMMEに転送する処理を実行するための命令群およびデータを含む。また、OAMモジュール１１２８は、コントロールノード１１４２と通信するための命令群及びデータを含む。プロセッサ１１２２は、RRCモジュール１１２４、S1-MMEモジュール１１２７、及びOAMモジュール１１２８をメモリ１１２３から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理の移転手順に関するeNodeB１１２の動作を行うことができる。
　図１５は、ソースMME１２１Ｓの構成例を示している。ターゲットMME１２１Ｔの構成も図１５の構成例と同様であってもよい。図１５を参照すると、MME１２１Ｓは、ネットワークインタフェース１２１０、プロセッサ１２１１、及びメモリ１２１２を含む。ネットワークインタフェース１２１０は、他のネットワークノード（e.g., eNodeB１１２、ターゲットMME１２１Ｔ、HSS１２２、S-GW１２３）と通信するために使用される。ネットワークインタフェース１２１０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２１１は、メモリ１２１２からソフトウェア（コンピュータプログラム）を読み出して実行することで、通信制御（e.g.,モビリティ管理及びベアラ管理）を実行する。プロセッサ１２１１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２１１は、複数のプロセッサを含んでもよい。
　メモリ１２１２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１２１２は、プロセッサ１２１１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２１１は、ネットワークインタフェース１２１０又は図示されていない他のI/Oインタフェースを介してメモリ１２１２にアクセスしてもよい。
　図１５の例では、メモリ１２１２は、S1-MMEモジュール１２１３、S6aモジュール１２１４、S10モジュール１２１５、S11モジュール１２１６、NASモジュール１２１７、EPS Mobility Management（EMM）及びEPS Session Management（ESM）モジュール１２１８、及びOAMモジュール１２１９を含むソフトウェアモジュール群を格納するために使用される。OAMモジュール１２１９は、上述の実施形態で説明されたコントロールノード１４２との通信とリロケーションを制御するための命令群およびデータを含む。プロセッサ１２１１は、OAMモジュール１２１９、S1-MMEモジュール１２１３、及びS11モジュール１２１６等をメモリ１２１２から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理のリロケーション手順に関するソースMME１２１Ｓの動作を行うことができる。
　図１６は、コントロールノード１４２の構成例を示している。図１６を参照すると、コントロールノード１４２は、ネットワークインタフェース１４２０、プロセッサ１４２１、及びメモリ１４２２を含む。ネットワークインタフェース１４２０は、ネットワークノード（e.g., eNodeB１１２、ターゲットMME１２１Ｔ、HSS１２２、S-GW１２３）と通信するために使用される。ネットワークインタフェース１４２０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１４２１は、メモリ１４２２からソフトウェア（コンピュータプログラム）を読み出して実行することで、モビリティ管理及びベアラ管理のMME間での移転に関する制御を実行する。プロセッサ１４２１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１４２１は、複数のプロセッサを含んでもよい。
　メモリ１４２２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１４２２は、プロセッサ１４２１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４２１は、ネットワークインタフェース１４２０又は図示されていない他のI/Oインタフェースを介してメモリ１４２２にアクセスしてもよい。
　図１６の例では、メモリ１４２２は、リロケーション管理モジュール１４２３を含むソフトウェアモジュール群を格納するために使用される。リロケーション管理モジュール１４２３は、上述の実施形態で説明されたモビリティ管理及びベアラ管理のMME間での移転に関する制御を行うための命令群およびデータを含む。プロセッサ１４２１は、OAMモジュール１２１９は、リロケーション管理モジュール１４２３をメモリ１４２２から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理のリロケーション手順に関するコントロールノード１４２の動作を行うことができる。
　図１４～図１６を用いて説明したように、上述の実施形態に係るeNodeB１１２、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、及びコントロールノード１４２が有するプロセッサの各々は、シーケンス図等を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
　上述の実施形態で説明されたモビリティ管理及びベアラ管理を移転する手順は、適宜変形することができる。例えば、図３は、ソースMME１２１Ｓがコントロールノード１４２からリロケーション指示メッセージを受信する例を示した。しかしながら、ソースMME１２１Ｓの代わりにターゲットMME１２１Ｔがコントロールノード１４２からリロケーション指示メッセージを受信し、リロケーション手順を開始してもよい。
　また、上述の実施形態では、主にEPSに関する具体例を用いて説明を行った。しかしながら、これらの実施形態は、その他の移動通信システム、例えば、Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム（1xRTT、High Rate Packet Data（HRPD））、Global System for Mobile communications（GSM（登録商標））/General packet radio service（GPRS）システム、及びモバイルWiMAXシステム等に適用されてもよい。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　この出願は、２０１４年９月５日に出願された日本出願特願２０１４－１８１１６９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１０　Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
１１１　User Equipment (UE)
１１２　eNodeB
１２１Ｓ　Source Mobility Management Entity (MME)
１２１Ｔ　Target MME
１２２　Home Subscriber Server (HSS)
１２３　Serving Gateway (S-GW)
１２４　Packet Data Network Gateway (P-GW)
１２０　Evolved Packet Core (EPC)
１３０　Packet Data Network (PDN)
１４１　制御インタフェース
１４２　コントロールノード
１１２２、１２１１、１４２１　プロセッサ
１１２３、１２１２、１４２２　メモリ

Claims (49)

  1. 　特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
    　前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理が移転されることに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
    を備える、
    モビリティ管理及びベアラ管理を移転するための方法。
  2. 　前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理の移転後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノード及び前記少なくとも１つの移動端末において引き続き使用することをさらに備える、
    請求項１に記載の方法。
  3. 　前記移転することは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項１又は２に記載の方法。
  4. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
    請求項１～３のいずれか１項に記載の方法。
  5. 　前記設定することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを含み、
    　前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
    請求項１～３のいずれか１項に記載の方法。
  6. 　前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
    請求項５に記載の方法。
  7. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
    　前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
    請求項５に記載の方法。
  8. 　前記移転することの前に、前記第１のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のアタッチ手順または位置更新手順において、前記少なくとも１つの移動端末の各々に前記特定のコアネットワークノード識別子を通知することをさらに備える、
    請求項１～７のいずれか１項に記載の方法。
  9. 　前記移転することは、
    　前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、
    　前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、及び
    　前記少なくとも１つの移動端末の各々のための転送ノードとのベアラ制御コネクションの終端点を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更すること、
    を含む、請求項１～８のいずれか１項に記載の方法。
  10. 　前記少なくとも１つの移動端末は、複数の移動端末を含み、
    　前記モビリティ・コンテキストを送信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを送信することを含む、
    請求項９に記載の方法。
  11. 　前記ベアラ制御コネクションの前記終端点は、前記第１又は第２のコアネットワークノードのアドレスとTunnel End Point identifier（TEID）との組み合せによって特定され、
    　前記TEIDの一部は、前記少なくとも１つの移動端末に対応するグループ識別子、または前記特定のコアネットワーク識別子に含まれる部分識別子、を示す領域として使用される、
    請求項９又は１０に記載の方法。
  12. 　前記設定することは、前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードによって、前記NASメッセージの転送先の変更を前記基地局に指示することを含む、
    請求項１～１１のいずれか１項に記載の方法。
  13. 　前記設定することは、前記第１又は第２のコアネットワークノードによって、前記NASメッセージの転送先の変更を前記基地局に指示することを含む、
    請求項１～１１のいずれか１項に記載の方法。
  14. 　基地局によって行われる方法であって、
    　特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定すること、
    を備える、方法。
  15. 　前記設定することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを含み、
    　前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
    請求項１４に記載の方法。
  16. 　前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
    請求項１５に記載の方法。
  17. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
    　前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
    請求項１５に記載の方法。
  18. 　前記設定することは、前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードから、前記NASメッセージの転送先の変更を示す指示を受信することを含む、
    請求項１４～１７のいずれか１項に記載の方法。
  19. 　前記設定することは、前記第１又は第２のコアネットワークノードから、前記NASメッセージの転送先の変更を示す指示を受信することを含む、
    請求項１４～１７のいずれか１項に記載の方法。
  20. 　コアネットワークに配置される第１のコアネットワークノードにより行われる方法であって、
    　特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を前記第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
    　前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を移転することに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、
    を備える、方法。
  21. 　前記移転することは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記コアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項２０に記載の方法。
  22. 　前記移転すること及び前記指示することは、前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記特定のコアネットワークノード識別子が前記第２のコアネットワークノード及び前記少なくとも１つの移動端末において引き続き使用されることをもたらす、請求項２０又は２１に記載の方法。
  23. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができ、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
    請求項２０～２２のいずれか１項に記載の方法。
  24. 　前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局に指示することを含み、
    　前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
    請求項２０～２２のいずれか１項に記載の方法。
  25. 　前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
    請求項２４に記載の方法。
  26. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
    　前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
    請求項２４に記載の方法。
  27. 　前記移転することの前に、前記第１のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のアタッチ手順または位置更新手順において、前記少なくとも１つの移動端末の各々に前記特定のコアネットワークノード識別子を通知することをさらに備える、
    請求項２０～２６のいずれか１項に記載の方法。
  28. 　前記移転することは、
    　前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、及び
    　前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、
    を含む、請求項２０～２７のいずれか１項に記載の方法。
  29. 　前記少なくとも１つの移動端末は、複数の移動端末を含み、
    　前記モビリティ・コンテキストを送信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを送信することを含む、
    請求項２８に記載の方法。
  30. 　コアネットワークに配置される第２のコアネットワークノードにより行われる方法であって、
    　前記第２のコアネットワークノードによって、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから引き継ぐこと、及び
    　前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理を引き継いだ後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノードにおいて使用すること、
    を備え、
    　前記特定のコアネットワークノード識別子は、前記少なくとも１つの移動端末から送信されるNon-Access Stratum（NAS）メッセージの宛先として前記少なくとも１つの移動端末によって使用される、
    方法。
  31. 　前記引き継ぐことは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記コアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項３０に記載の方法。
  32. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
    請求項３０又は３１に記載の方法。
  33. 　前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を引き継ぐことに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とする前記NASメッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示することをさらに備える、
    請求項３０～３２いずれか１項に記載の方法。
  34. 　前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局に指示することを含み、
    　前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
    請求項３３に記載の方法。
  35. 　前記引き継ぐことは、
    　前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから受信すること、
    　前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから受信すること、及び
    　前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のための転送ノードとのベアラ制御コネクションの終端点を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更すること、
    を含む、請求項３０～３４のいずれか１項に記載の方法。
  36. 　前記少なくとも１つの移動端末は、複数の移動端末を含み、
    　前記モビリティ・コンテキストを受信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを受信することを含む、
    請求項３５に記載の方法。
  37. 　前記ベアラ制御コネクションの前記終端点は、前記第１又は第２のコアネットワークノードのアドレスとTunnel End Point identifier（TEID）との組み合せによって特定され、
    　前記TEIDの一部は、前記少なくとも１つの移動端末に対応するグループ識別子、または前記特定のコアネットワーク識別子に含まれる部分識別子、を示す領域として使用される、
    請求項３５又は３６に記載の方法。
  38. 　コアネットワークに結合されたコントロールノードによって行われる方法であって、
    　特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、
    を備える、方法。
  39. 　前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを引き起こし、
    　前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
    請求項３８に記載の方法。
  40. 　前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
    請求項３９に記載の方法。
  41. 　前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
    　前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
    　前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
    請求項３９に記載の方法。
  42. 　メモリと、
    　前記メモリに結合され、請求項１４～１９のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
    を備える基地局。
  43. 　メモリと、
    　前記メモリに結合され、請求項２０～２９のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
    を備える第１のコアネットワークノード。
  44. 　メモリと、
    　前記メモリに結合され、請求項３０～３７のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
    を備える第２のコアネットワークノード。
  45. 　メモリと、
    　前記メモリに結合され、請求項３８～４１のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
    を備える管理ノード。
  46. 　請求項１４～１９のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
  47. 　請求項２０～２９のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
  48. 　請求項３０～３７のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
  49. 　請求項３８～４１のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
PCT/JP2015/002989 2014-09-05 2015-06-15 モビリティ管理及びベアラ管理を移転するための方法及び装置 WO2016035230A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/505,951 US20170251357A1 (en) 2014-09-05 2015-06-15 Method and device for transferring mobility management and bearer management
JP2016546285A JPWO2016035230A1 (ja) 2014-09-05 2015-06-15 モビリティ管理及びベアラ管理を移転するための方法及び装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014181169 2014-09-05
JP2014-181169 2014-09-05

Publications (1)

Publication Number Publication Date
WO2016035230A1 true WO2016035230A1 (ja) 2016-03-10

Family

ID=55439321

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002989 WO2016035230A1 (ja) 2014-09-05 2015-06-15 モビリティ管理及びベアラ管理を移転するための方法及び装置

Country Status (3)

Country Link
US (1) US20170251357A1 (ja)
JP (1) JPWO2016035230A1 (ja)
WO (1) WO2016035230A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107182045A (zh) * 2017-06-26 2017-09-19 北京佰才邦技术有限公司 一种通信网络系统移动性管理的方法及装置
WO2018174771A1 (en) 2017-03-20 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for transferring management of wireless devices between core network nodes of a wireless communication network
CN110214460A (zh) * 2017-03-20 2019-09-06 华为技术有限公司 通信方法及其设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3242507B1 (en) * 2015-01-31 2020-03-11 Huawei Technologies Co., Ltd. User equipment transition method, core network device, access network device
CN106332222A (zh) 2015-07-02 2017-01-11 北京三星通信技术研究有限公司 一种网络选择的方法和基站
US9883385B2 (en) * 2015-09-15 2018-01-30 Qualcomm Incorporated Apparatus and method for mobility procedure involving mobility management entity relocation
US10257078B2 (en) 2016-04-01 2019-04-09 Qualcomm Incorporated Interworking with legacy radio access technologies for connectivity to next generation core network
US10159082B1 (en) * 2016-06-30 2018-12-18 Sprint Communications Company L.P. Data communications over a distributed multi-core long term evolution (LTE) network
EP3468253B1 (en) * 2016-07-01 2021-04-14 Huawei Technologies Co., Ltd. Switching method and device
WO2019068832A1 (en) * 2017-10-04 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) IDENTIFIERS IN A WIRELESS COMMUNICATION SYSTEM
US10819452B2 (en) 2018-04-10 2020-10-27 C LAN Wireless, Inc. Optimization of a multiple-input synchronous transfer network
US10667118B2 (en) * 2018-04-10 2020-05-26 C LAN Wireless, Inc. Synchronous communications in a multiple-input synchronous transfer network
CN110557847B (zh) * 2018-05-30 2024-01-05 华为技术有限公司 通信方法、装置及存储介质
TWI674808B (zh) * 2018-11-01 2019-10-11 財團法人資訊工業策進會 無線通訊系統及控制平面之管理之切換方法
US20210385088A1 (en) * 2020-06-03 2021-12-09 Alibaba Group Holding Limited Network access method, user equipment, network entity, and storage medium

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014510499A (ja) * 2011-04-06 2014-04-24 エヌイーシー ヨーロッパ リミテッド 進化型パケットシステムにおいてユーザ機器コンテキストを配信する方法およびシステム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2382816B1 (en) * 2009-01-09 2012-12-19 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement for load balancing in a wireless communication system
JP5042248B2 (ja) * 2009-01-22 2012-10-03 株式会社日立製作所 移動体通信システム、呼制御サーバ及びアクセスゲートウェイ装置
US20110235505A1 (en) * 2010-03-29 2011-09-29 Hitachi, Ltd. Efficient deployment of mobility management entity (MME) with stateful geo-redundancy
WO2013076456A1 (en) * 2011-11-22 2013-05-30 Sca Ipla Holdings Inc System and method for paging off-line state terminals

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014510499A (ja) * 2011-04-06 2014-04-24 エヌイーシー ヨーロッパ リミテッド 進化型パケットシステムにおいてユーザ機器コンテキストを配信する方法およびシステム

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018174771A1 (en) 2017-03-20 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for transferring management of wireless devices between core network nodes of a wireless communication network
CN110214460A (zh) * 2017-03-20 2019-09-06 华为技术有限公司 通信方法及其设备
EP3585110A4 (en) * 2017-03-20 2020-01-22 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND ITS DEVICE
EP3603214A4 (en) * 2017-03-20 2020-02-05 Telefonaktiebolaget LM Ericsson (PUBL) METHOD AND ARRANGEMENTS FOR THE TRANSFER MANAGEMENT OF WIRELESS DEVICES BETWEEN CORE NETWORK NODES OF A WIRELESS COMMUNICATION NETWORK
US11032695B2 (en) 2017-03-20 2021-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for transferring management of wireless devices between core network nodes of a wireless communication network
US11202250B2 (en) 2017-03-20 2021-12-14 Huawei Technologies Co., Ltd. Communication method for reducing delay in an idle or inactive mode and device thereof
CN107182045A (zh) * 2017-06-26 2017-09-19 北京佰才邦技术有限公司 一种通信网络系统移动性管理的方法及装置
WO2019001195A1 (zh) * 2017-06-26 2019-01-03 北京佰才邦技术有限公司 一种通信网络系统移动性管理的方法及装置
CN107182045B (zh) * 2017-06-26 2020-07-14 北京佰才邦技术有限公司 一种通信网络系统移动性管理的方法及装置

Also Published As

Publication number Publication date
US20170251357A1 (en) 2017-08-31
JPWO2016035230A1 (ja) 2017-06-22

Similar Documents

Publication Publication Date Title
WO2016035230A1 (ja) モビリティ管理及びベアラ管理を移転するための方法及び装置
US10512011B2 (en) Control node, network node, and methods performed therein
JP6245327B2 (ja) 通信システム、通信方法、及び無線アクセスネットワークノード
US10070357B2 (en) Smooth UE transfer within an evolved packet core
KR101519547B1 (ko) 사용자 장비의 위치 정보를 갱신하기 위한 방법 및 장치
US8515465B2 (en) Solution for paging differentiation in communication network
US10448297B2 (en) Network node, mobile terminal, base station and methods performed therein
US8855045B2 (en) Method and system for controlling establishment of local IP access
US8929895B2 (en) Apparatus and method for moving WCDMA mobile station in the manner of the least packet loss
KR101772159B1 (ko) 이동통신시스템에서 ｌｉｍｏｎｅｔ 지원시 세션 연속 지원을 결정하는 장치 및 방법.
JP2011514068A5 (ja)
JPWO2014054237A1 (ja) 無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びプログラム
US20140321365A1 (en) Mobile communication network system, communication control method, non-transitory computer readable medium storing program therefor
KR20110121044A (ko) 무선 통신 시스템에서 통신 시스템 노드와 데이터 서비스 망 노드 간 연결 설정 방법
KR20130035143A (ko) 로컬 네트워크에서 로컬 엑세스와 음성 통화를 지원하기 위한 방법 및 장치
WO2017029909A1 (ja) 無線通信システム、ゲートウェイ装置、移動管理エンティティ及び通信制御方法
EP3484234B1 (en) User equipment context management method, device, and apparatus
JP6854764B2 (ja) 無線通信システム、無線基地局、移動管理エンティティ、ユーザ装置及び通信制御方法
CN102858013B (zh) 寻呼优化的方法
JP6973540B2 (ja) 通信方法、通信システム、及び移動管理装置
KR102244539B1 (ko) 라디오 유닛 단위 기반의 단말 위치정보 획득 방법 및 그 장치
JPWO2014054644A1 (ja) 移動通信システム、第２の基地局装置、移動局装置及び移動通信システムの通信方法
WO2018058324A1 (zh) 一种移动性管理方法、设备及通信系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15837978

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016546285

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15505951

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15837978

Country of ref document: EP

Kind code of ref document: A1