WO2012147291A1 - 通信ノード及びネットワークノード - Google Patents

通信ノード及びネットワークノード Download PDF

Info

Publication number
WO2012147291A1
WO2012147291A1 PCT/JP2012/002509 JP2012002509W WO2012147291A1 WO 2012147291 A1 WO2012147291 A1 WO 2012147291A1 JP 2012002509 W JP2012002509 W JP 2012002509W WO 2012147291 A1 WO2012147291 A1 WO 2012147291A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
request
handover
connection request
connection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2012/002509
Other languages
English (en)
French (fr)
Inventor
隆二 杉崎
啓吾 阿相
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
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 Panasonic Corp filed Critical Panasonic Corp
Publication of WO2012147291A1 publication Critical patent/WO2012147291A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention provides a communication node for performing communication by switching connection to a network using different RATs (Radio Access Technology), and a handover for the communication node (Inter-RAT Handover (HO)). It relates to a network node capable of
  • FIG. 1 shows a UE 100, an MTC device 105, a base station wirelessly connected to the UE 100 and the MTC device 105 (eNB (eNode B) 110 in E-UTRAN 114, NB (Node B) 111 in UTRAN 115), E-UTRAN 114, An exchange in charge of communication line control and movement control of the UE 100 and the MTC device 105 on the UTRAN 115 (the exchange connected to the E-UTRAN 114 is MME (Mobility Management Entity) 120, and the exchange connected to the UTRAN 115 is SGSN (Service General packet).
  • MME Mobility Management Entity
  • radio service support node 121
  • the radio channel of UE 100 and MTC device 105 on UTRAN 115 SGW (Serving Gateway: Serving Gateway, MAG (Mobility Anchor Gateway: MG) that controls user data distribution to RNC (Radio Network Controller) 112 of UE and MTC device 105 UTRAN 115 and E-UTRAN 114. 130), PGW (Packet Data Network Gateway, HA (Home) that performs address control and user data transfer between PDN (Packet Data Network: packet data network) 155 and SGW 130, and path control.
  • SGW Serving Gateway
  • MAG Mobility Anchor Gateway
  • RNC Radio Network Controller
  • PGW Packet Data Network Gateway
  • HA Home
  • Agent Home Agent Interface
  • server MME 120
  • MME 120 that manages and holds the subscription data (subscription data) of the UE 100 and the MTC device 105, the communication context, and the like, and the LMA (Local Mobility Anchor).
  • HSS Home Subscriber Server
  • SGSN Serving GPRS Support Node
  • MTC device 105 Network including MTC server 150 that is a server that provides communication control and status management, and application services, and MTC user 160 that performs application management and control and application data management for MTC device 105 and MTC server 150
  • MTC server 150 that is a server that provides communication control and status management, and application services
  • MTC user 160 that performs application management and control and application data management for MTC device 105 and MTC server 150
  • MTC server 150 that is a server that provides communication control and status management, and application services
  • MTC user 160 performs application management and control and application data management for MTC device 105 and MTC server 150
  • An example configuration is shown.
  • the UE 100 when the UE 100 communicates with an external network (for example, the PDN 155 illustrated in FIG. 1) through the E-UTRAN 114, the UE 100 communicates with the PGW 140 through a PDN connection and an EPS bearer (EPS Bearer, bearer). Must be established).
  • the UE 100 acquires an IP (Internet Protocol) address through the establishment of the PDN connection, and establishes an EPS bearer for communicating with the PDN 155 (see Non-Patent Document 1 below).
  • IP Internet Protocol
  • the entity of the core network 145 can transfer, for example, data transmitted from the PDN 155 to the UE 100.
  • the UE 100 establishes a PDN connection with the PGW 140 by transmitting a request message such as “Attach request” or “PDN connectivity request” disclosed in Non-Patent Document 1 to the network.
  • the MME 120 or the PGW 140 discloses a request message (for example, Attach request, PDN connectivity request, etc.) for establishing a PDN connection transmitted from the UE 100 in Non-Patent Document 1.
  • a request message for example, Attach request, PDN connectivity request, etc.
  • APS Access Point Name: access point name, usage will be described later
  • Activation of EPS bearers per APN E.g., establishment request
  • rate e.g., transmission rate
  • maximum rate no response from one or more PGWs 140 associated with APN (link is broken (broken)
  • the MME 120 is notified of the congestion state of the APN (notified), “the ratio of the MM signaling requests by the UE 100 related to the specific subscribed APN reaches the maximum rate”, “network management setting May be rejected based on criteria such as
  • each PDN 155 is identified by an identifier called APN.
  • APN is used as information indicating a connection destination of a connection (PDN connection) in a request message exchanged between the UE 100 and the network.
  • the MME 120 and the PGW 140 select the PGW 140 and the PDN 155 based on the APN and the operator policy of the connection destination information stored in the request message transmitted from the UE 100.
  • the MME 120 and the PGW 140 reject the request message transmitted from the UE 100.
  • the priority (hereinafter also referred to as Priority) held by the UE 100 can be used.
  • a low priority hereinafter, also referred to as “low priority”
  • a standard priority hereinafter, also referred to as “normal priority”
  • the priority is controlled in order from the UE 100 of the low priority. That is, when the PDN 155 is congested, as soon as it is detected by the MME 120 or the PGW 140, the congestion countermeasure is controlled from the UE 100 of the low priority based on the operator policy or the determination of the entity in the network. For example, when the APN of the connection destination information of the request message transmitted from the UE 100 indicates “PDN1” and it is detected that “PDN1” is congested, the MME 120 or the PGW 140 determines that the UE 100 has a low priority. The request message sent from is preferentially rejected.
  • the network stores priority information stored in the request message transmitted from the UE 100 (based on LAPI (Low Access Priority Indicator) disclosed in Non-Patent Document 1 or whether LAPI is stored. It is defined to determine whether to reject the request message based on whether or not (see Non-Patent Document 1).
  • LAPI Low Access Priority Indicator
  • this priority is also considered when it is assigned to a connection (PDN connection) established by the UE 100. For example, if the UE 100 has already established two connections with the network, one connection may have a priority of Low priority and another connection may have a priority of Normal priority.
  • this priority information includes priority information related to the application held by the UE 100 (for example, “If the amount of data exchanged by the MTC application is small, the connection of the low priority ( Context information or setting file in which “Use (PDN connection)” is registered) or priority information notified from the network operator or the MTC server 150 / user 160 (for example, “sensing data required by the MTC application”) May be set on the basis of high priority (information instructing “use of connection (PDN connection))” etc. Also in a request message in which such priority information is stored The network is transmitted from the UE 100. Based on the priority information stored in the Est message, or based on whether LAPI is stored, it may reject the request message.
  • priority information related to the application held by the UE 100 for example, “If the amount of data exchanged by the MTC application is small, the connection of the low priority ( Context information or setting file in which “Use (PDN connection)” is registered) or priority information notified from the network operator or the MTC server 150
  • the network waits to avoid retransmission of the request message for a certain period of time.
  • the UE 100 may be notified of the time (standby time, also called a back-off timer) stored in the rejection message.
  • the UE 100 that has received the rejection message storing the waiting time sends a request message (for example, Attach Request or Bearer Resource Modification Request disclosed in Non-Patent Document 1) to the same APN until the waiting time expires. ) Is not sent. This waiting time does not affect request messages for other APNs.
  • Non-Patent Document 1 a message for mobility management of the UE 100 (for example, Attach request, Tracking Area Update Request, Service Request, Extended Service Request, and Detach Management MM) ) Back-off timer (also called EMM back-off timer).
  • Attach request for example, Attach request, Tracking Area Update Request, Service Request, Extended Service Request, and Detach Management MM
  • EMM back-off timer also called EMM back-off timer
  • the network device can reject the request message even when, for example, the number of request messages transmitted from the UE 100 is too large and is in a congested state (overload state) ( (Refer nonpatent literature 1).
  • the eNB 110 requests the eNB 110 to restrict request messages addressed to the MME 120, and the eNB 110 requests messages from the UE 100 (messages exchanged between the UE 100 and the eNB 110). Includes a message called an RRC connection request message (see Non-Patent Document 2 below), thereby restricting request messages from the UE 100 to the MME 120 and means for distributing the load among the MMEs 120.
  • RRC connection request message see Non-Patent Document 2 below
  • other MMEs 120 that are not overloaded
  • the MME 120 itself may preferentially reject (reject) a request message transmitted from the low priority UE 100 because the network device is overloaded.
  • a message requesting the MME 120 to restrict the request message from the UE 100 to the eNB 110 is referred to as an OVERLOAD START message.
  • the MME 120 determines that the overload state of the MME 120 is eliminated and the eNB 110 does not need to further reject the request message from the UE 100, the MME 120 transmits an OVERLOAD STOP message to the eNB 110, and the request message from the UE 100.
  • the state of the eNB 110 that rejects may be reset.
  • the MME 120 can control the UE 100 that is the transmission source of the request message rejected by the eNB 110 for each Subcategory (subcategory) by sending this OVERLOAD START message.
  • This Subcategory may be classified based on the priority used in the congestion avoiding method based on the congestion state of the PDN 155 or the network device as described above, and whether the UE 100 is roaming (for example, It may be classified based on PLMN (Public Land Mobile Network) type (see Non-Patent Document 1).
  • PLMN Public Land Mobile Network
  • the Back-off timer may be used in order to avoid retransmission of the request message from the UE 100 in a short time.
  • the MM back-off timer disclosed in Non-Patent Document 1 may be used for avoiding the congested state in the MME 120, the PGW 140, and the like.
  • Non-Patent Document 1 discloses “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure” and the like.
  • “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure” disclosed in Non-Patent Document 1 is a conventional technique used when a handover from UTRAN 115 to E-UTRAN 114 is performed.
  • This “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure” is divided into two phases, “Preparation phase” and “Execution phase”. By correctly completing these two phases, the UE 100 can be changed from the UTRAN 115 to the ETRAN. -Hand over to UTRAN 114.
  • Preparation phase and “Execution phase” will be described.
  • FIG. 2 is a sequence diagram for explaining the “Preparation phase” of the conventional technique “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure”.
  • a device that is used in the network to which the UE 100 is currently connected, and that is changed by executing “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure” (the UE 100 uses before handover) Device) is prefixed with the word “Source” (for example, the source SGSN 121), and the device that the UE 100 intends to use in the network after the handover is preceded by the device name.
  • the word “Target” is used (for example, the target MME 120).
  • the source RNC 112 decides to hand over the UE 100 from the UTRAN 115 to the E-UTRAN 114 based on an operator policy such as a communication state of the UE 100 and a load state of the NB 110 supporting the UE 100 (step S201 in FIG. 2). ).
  • the source RNC 112 is a device used in the handover destination network of the UE 100 (for example, the target eNB 110, the target MME 120, and the target SGW 130). A message is transmitted (step S202 in FIG. 2).
  • the source SGSN 121 determines a handover from the parameter (for example, Target eNB Identifier) stored in the Relocation Required message received in step S202 to the E-UTRAN 114. Subsequently, the source SGSN 121 starts a Handover Required resource allocation procedure by transmitting a Forward Relocation Request message to the target MME 120 in order to secure resources for the EPS bearer established before the handover by the UE 100 (Step S203 in FIG. 2). .
  • the parameter for example, Target eNB Identifier
  • the target MME 120 establishes the EPS bearer indicated by the parameter stored in the Forward Relocation Request message received in step S203. Also, the target MME 120 determines whether reassignment of the SGW 130 is necessary. If the SGW 130 is to be reassigned, the target MME 120 selects the target SGW 130 and transmits a Create Session Request message to the SGW 130 (step S204 in FIG. 2). In the configuration example illustrated in FIG. 1, the source SGW 130 and the target SGW 130 are the same.
  • the SGW 130 that has received the Create Session Request message allocates resources for the UE 100, and transmits a Create Session Response message to the target MME 120 (Step S205 in FIG. 2). Note that when the SGW 130 is not reassigned, the message exchange in steps S204 and S205 in FIG. 2 can be omitted.
  • the target MME 120 transmits a Handover Request message to the target eNB 110 in order to request radio resource allocation by the target eNB 110. (Step S206 in FIG. 2).
  • the target eNB 110 that has received the Handover Request message allocates radio resources for the UE 100, stores parameters applied for the radio resources of the UE 100 in the Handover Request Acknowledgment message, and transmits them to the target MME 120 (Step S207 in FIG. 2). . At this time, the target eNB 110 prepares to receive user data sent from the SGW 140.
  • the target MME 120 sends a Forward Relocation Response message to the source SGSN 121 that stores a result of securing radio resources, a parameter indicating that a new SGW 130 has been selected, and the like, as a result of processing by the E-UTRAN 114 and the target MME 120 of the handover destination. Transmit (step S210 in FIG. 2).
  • FIG. 3 is a sequence diagram for explaining “Extraction phase” of “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure”, which is a conventional technique.
  • the source SGSN 121 completes the “Preparation phase” by sending a Relocation Command message to the source RNC 112. Further, the source SGSN 121 stores, in the Relocation Command message, parameters necessary for the UE 100 generated by the “Preparation phase” to transfer data via the handover destination E-UTRAN 114 (step S301 in FIG. 3).
  • the source RNC 112 that has received the Relocation Command message transmits a HO from E-UTRAN Complete message to the UE 100 in order to hand over the UE 100 to the handover destination E-UTRAN 114 (step S302 in FIG. 3).
  • the UE 100 After this step, the UE 100 performs a general “UTRAN Iu mode to E-UTRAN Inter RAT handover procedure”, and hands over from the UTRAN 115 to the E-UTRAN 114.
  • an Inter-RAT handover procedure from UTRAN to E-UTRAN is implemented based on the network operator policy after establishing a PDN connection via UTRAN.
  • Request message for Inter-RAT handover (“Forward Relocation Requests” shown in FIG. 2) ") Latency (e.g., back-off timer (hereinafter to a request message for handover, HO (Handover) is called a back-off timer) is considered to be rejected with a).
  • the present invention attempts to perform a handover when a handover (Inter-RAT Handover) is rejected for a connection of a communication node (UE) and a waiting time (HO back-off timer) occurs.
  • the purpose is to connect efficiently to the network. It is another object of the present invention to perform processing with a small processing load and a small number of exchanged messages.
  • the communication node of the present invention is configured by first and second networks using different radio access technologies, and the communication node is connected between the first network and the second network.
  • a communication node connected to a communication system for handing over A first connection request transmitter for transmitting a first connection request to the first network; Connection until the first connection request can be retransmitted to the first network when the first connection request to the first network by the first connection request transmission unit is rejected.
  • a waiting time acquisition unit for acquiring a request waiting time;
  • a second connection request transmitter for transmitting a second connection request to the second network when the first connection request to the first network by the first connection request transmitter is rejected;
  • a connection establishment unit for establishing a connection with the second network;
  • the second network sends a handover request for handing over the connection established with the communication node to the first network, and the first network rejects the handover request.
  • switching the connection to the first network transmitted from the second network when notifying the second network of a handover waiting time until a handover request can be retransmitted to the first network.
  • a message receiver for receiving a trigger message including an instruction;
  • a determination unit that determines whether the first connection request transmission unit retransmits the first connection request to the first network based on the trigger message received by the message reception unit; Have.
  • the network node of the present invention includes first and second networks using different radio access technologies, and a communication node between the first network and the second network.
  • a handover Inter-RAT Handover
  • UE communication node
  • HO back-off timer HO back-off timer
  • a connection request transmitted from a communication node (UE) to a certain network (first network) is rejected and a first waiting time (MM back-off timer) is set.
  • MM back-off timer the second standby time (HO back) set by the handover from the second network to the first network
  • Inter-RAT Handover is established by establishing a connection with another network (second network).
  • a communication node can connect to the first network earlier, leading to improved service quality and improved user convenience.
  • the communication node selects an optimal network by determining whether or not to switch the connection in consideration of the communication status of the communication node (for example, the remaining amount of data to be transmitted / received). Is possible.
  • FIG. 3 is a sequence diagram for explaining an example of a system operation according to the first and second embodiments of the present invention, which is an example of a system operation according to a conventional technique.
  • Sequence diagram for explaining an example of the operation of Attach procedure in the prior art The sequence diagram for demonstrating an example of the system operation
  • FIG. 1 is a diagram showing an example of a system configuration common to the first and second embodiments of the present invention and the conventional technology.
  • the network illustrated in FIG. 1 includes at least a base station (to E-UTRAN 114) that is wirelessly connected to UE 100 or MTC device 105 (UE 100 and MTC device 105 are collectively referred to as UE 100).
  • ENB 110 that provides a connection to the UTRAN 115, or an NB 111 that provides a connection to the UTRAN 115
  • RNC 112 that performs radio channel control and mobility control of the UE 100 connected to the UTRAN 115, and is responsible for mobility management of the UE 100 (MME 120 or SGSN 121).
  • MTC server 150 provides a server for such application services. Note that the UE 100 and the MTC user 160 can communicate with this network.
  • the MTC server 150 is located in the PDN 155, but may be located in the core network 145.
  • the PGW 140 may be responsible for the function of the MTC server 150.
  • the UE 100 has at least one communication interface and can be connected to a network (for example, the E-UTRAN 114 or the UTRAN 115).
  • the UE 100 may be connected to the illustrated network (for example, the E-UTRAN 114 or the UTRAN 115) simultaneously or exclusively. Only.
  • the UE 100 can communicate with the MTC server 150 through the connected communication system, and the MTC server 150 can communicate with the MTC user 160.
  • the MME 120 and the PGW 140 of the core network request messages transmitted from the UE 100 with a waiting time when the PDN 155 is congested or the entities (such as the MME 120 and the PGW 140) of the core network 145 are overloaded. Can be rejected.
  • the UE 100 can perform handover between different RATs (for example, from the UTRAN 115 to the E-UTRAN 114) while maintaining communication by using the procedure established by 3GPP.
  • a handover is mainly performed from the UTRAN 115 to the E-UTRAN 114 will be described, but the present invention can also be applied when a handover is performed from the E-UTRAN 114 to the UTRAN 115.
  • E-UTRAN 114 and UTRAN 115 are illustrated as a plurality of RATs to which UE 100 can be connected.
  • the present invention is also applicable.
  • FIG. 4 is a sequence diagram for explaining an example of a system operation according to the prior art, and an example of a system operation assumed in the first and second embodiments of the present invention.
  • the UE 100 establishes a connection via either the MME 120 (connected via the E-UTRAN 114) or the SGSN 121 (connected via the UTRAN 115). This will be described using a case where
  • UE 100 transmits a request message (for example, Attach request) to MME 120 in order to establish a PDN connection via E-UTRAN 114 (step S401 in FIG. 4).
  • the MME 120 that has received the Attach request transmitted from the UE 100 is in an overload state, for example, due to processing of a request message from another UE 100 or a message transmitted from an entity of the core network 145, and is a rejection for rejecting the Attach request.
  • a message (for example, Attach reject) is returned to the UE 100 (step S402 in FIG. 4).
  • the MME 120 wants to return from the overload state to a normal state (a state in which a request message from the UE 100 can be processed) as soon as possible, or a waiting time (MM back) to avoid a request message retransmitted from the UE 100 for a certain period of time.
  • -Off timer is stored in the rejection message.
  • the processing in steps S401 and S402 represents processing in which the UE 100 to which the connection via the E-UTRAN 114 is rejected receives a waiting time (MM back-off timer).
  • the UE 100 that has received the rejection message including the MM back-off timer transmits a request message (for example, Attach request) for establishing a PDN connection via a different network (for example, UTRAN 115 which is a different RAT) (FIG. 4).
  • a request message for example, Attach request
  • the SGSN 121 that has received the Attach request transmitted from the UE 100 performs processing in accordance with a general Attach procedure established by 3GPP in order to authorize the Attach request, and returns an authorization message (for example, Attach accept) to the UE 100.
  • Step S404 in FIG. 4 the UE 100 can establish a PDN connection with the PGW 140 via the UTRAN 115 and, for example, can transmit user data to the PDN 155.
  • the processing in steps S403 and S404 represents processing in which the UE 100 to which connection via the E-UTRAN 114 is rejected establishes a PDN connection via the UTRAN 115.
  • a flag indicating an instruction to use the MM back-off timer or the HO back-off timer is inserted into the Attach request transmitted from the UE 100 in step S403.
  • a handover process from the UTRAN 115 to the E-UTRAN 114 is triggered by the network operator policy, and a message (for example, Forward Relocation Request) from the SGSN 121 to the MME 120 (details) The sequence will be described later) (step S405 in FIG. 4).
  • the MME 120 that has received the Forward Relocation Request transmitted from the SGSN 121 is in an overload state due to processing of a request message from another UE 100 or a message transmitted from an entity of the core network 145, and so on to reject the Forward Relocation Request.
  • a rejection message (for example, Forward Relocation Response storing parameters indicating “No resource available” and “Relocation failure” disclosed in Non-Patent Document 5) is returned to the SGSN 121 (step S406 in FIG. 4).
  • the MME 120 wants to return as soon as possible from an overload state to a normal state (a state in which a request message from the UE or a message from an entity of the core network (for example, a handover request) can be processed), or a request retransmitted from the SGSN 121 In order to avoid the message for a certain period of time, it is possible to store a waiting time (HO back-off timer) in the rejection message.
  • the MME 120 returns to the normal state and receives the Handover request in Step S405, the Inter-RAT handover procedure is executed.
  • the processing in steps S405 and S406 represents processing in which the Inter-RAT handover from the UTRAN 115 to the E-UTRAN 114 is rejected and a waiting time (HO back-off timer) is received.
  • the MME 120 in the overload state receives an attach request including an MM back-off timer in response to an attach request from the UE 100. (Reject message) is returned, and Forward Relocation Response (reject message) including HO back-off timer is returned to Forward Relocation Request from SGSN 121.
  • the SGSN 121 that has received the Forward Relocation Response including the HO back-off timer transmits the Forward Relocation Request to the MME 120 again after the HO back-off timer has elapsed (step S407 in FIG. 4).
  • the MME 120 that has received the Forward Relocation Request accepts the Forward Relocation Request when the overload state is resolved, and stores a handover permission message (for example, a parameter indicating “Request Accepted” disclosed in Non-Patent Document 5).
  • Forward Relocation Response is returned to the SGSN 121 (step S408 in FIG. 4).
  • the SGSN 121 performs the handover process by retransmitting the Forward Relocation Request after the completion of the HO back-off timer, but this handover process (Inter-RAT handover procedure) has a high processing load on the network device. In addition, there is a problem that a large number of messages are exchanged.
  • FIG. 5 is a sequence diagram for explaining an example of the operation of the conventional technique “UTRAN to E-UTRAN lu mode Inter RAT handover” (handover case from UTRAN 115 to E-UTRAN 114).
  • the device used by the UE 100 before the Inter-RAT handover procedure is prefixed with the word “Source” before the device name (for example, the source SGSN 121), and after the Inter-RAT handover procedure, the UE 100 A device scheduled to be used in the network is prefixed with the word “Target” (for example, target MME 120).
  • the reassignment of the SGW 130 is not taken into consideration, and when the reassignment of the SGW 130 is performed, the messages indicated by the dotted lines in FIGS. 2 and 3 are exchanged.
  • step S501 in FIG. 5 execution of Inter-RAT handover from the UTRAN 115 to the E-UTRAN 114 is determined based on the network operator policy.
  • the source RNC 112 is a device used in the handover destination network of the UE 100 (for example, the target eNB 110, the target MME 120, the target SGW 130), and the UE 100 is established before the handover.
  • a relocation required message for securing resources for the EPS bearer is transmitted to the source SGSN 121 (step S502 in FIG. 5).
  • the source SGSN 121 that has received the Relocation required message from the source RNC 112 determines the handover from the parameters stored in the Relocation required message (for example, Target eNB Identifier) to the E-UTRAN 114 according to the general Inter-RAT handover procedure.
  • a Forward Relocation Request message is transmitted to the target MME 120 (step S503 in FIG. 5).
  • a general Inter-RAT handover procedure process (for example, after executing Step S 506 to Step S 508 shown in FIG. Process).
  • a message that rejects the Forward Relocation Request message (for example, a parameter indicating “No resource available” or “Relocation failure” disclosed in Non-Patent Document 5) is stored.
  • the Forward Relocation Response message is returned to the source SGSN 121 (step S504 in FIG. 5).
  • the target MME 120 wants to return as soon as possible from the overload state to a normal state (a state in which a request message from the UE 100 or a message from a core network entity (for example, a Handover request) can be processed).
  • a normal state a state in which a request message from the UE 100 or a message from a core network entity (for example, a Handover request) can be processed.
  • a waiting time (HO back-off timer) is stored in the Forward Relocation Response message transmitted in step S504.
  • 4C corresponds to step S501 to step S504 in FIG.
  • the source SGSN 121 transmits a Forward Relocation Request message to the target MME 120 again (step S505 in FIG. 5).
  • the overload state of the target MME 120 has been resolved (when the target MME 120 has returned to the normal state)
  • steps S506 to S508 in FIG. The request is accepted, and then the execution phase process shown in FIG. 5 is executed.
  • 4D corresponds to steps S505 to S508 in FIG.
  • the Inter-RAT HO procedure for example, when a message (Forward Relocation Response message) rejecting the Forward Relocation request from the target MME 120 to the source SGSN 121 is returned from the source SGSN 121 to the Target MME 120, the Forward Requeue Request It takes a minimum of 18 steps from the time when the message is sent again until Inter-RAT HO procedure is completed (the processing after step S505 in FIG. 5), and various message exchanges (for example, dotted lines in FIGS. 2 and 3). (For example, when the SGW 130 changes) A.
  • Inter-RAT HO procedure has a problem that the processing load on the network device is high and the number of messages to be exchanged is large.
  • FIG. 6 is a sequence diagram for explaining an example of the operation of the first exemplary embodiment of the present invention. 6 is created based on FIG. 5, step S601 in FIG. 6 is shown in FIG. 4A, step S602 in FIG. 6 is in FIG. 4B, and steps S603 to S606 in FIG. Corresponds to (C) in FIG. 4 and steps S501 to S504 in FIG.
  • the UE 100 when the UE 100 transmits an Attach request to the SGSN (source SGSN) 121 via the UTRAN 115, the MM back- stored in the Attach reject message received via the E-UTRAN 114.
  • a flag indicating an instruction to use the off timer or the HO back-off timer is stored in the Attach request (step S6021 in FIG. 6).
  • Step S603 to S606 are performed.
  • the Forward Relocation Request in Inter-RAT HO transmitted from the source SGSN 121 is rejected by the target MME 120, and Steps S603 to S606 in FIG. 6 are performed from Step S501 to Step S606 in FIG. Since it is the same as S504, the description is omitted.
  • the source SGSN 121 receives the Forward Relocation Response message including the HO back-off timer transmitted from the target MME 120, the source SGSN 121 receives the MM back-off timer notified from the UE 100 in step S6021, and the target MME 120 in step S606. Each end time (elapsed state) of the notified HO back-off timer is compared (step S607 in FIG. 6).
  • the trigger request message for triggering the Attach procedure by the UE 100 for example, NAS (Non Access Signal)
  • the UE 100 for example, NAS (Non Access Signal)
  • the source SGSN 121 indicates an instruction to use the HO back-off timer, for example.
  • the UE 100 does not need to store the MM back-off timer in the Attach request in step S6021 if it is possible to determine whether to use the HO back-off timer according to the presence or absence of the flag.
  • step S607 the process of comparing the end time between the MM Back-off timer and the HO Back-off timer by the source SGSN 121 in step S607 can also be omitted, and the source SGSN 121 performs step S608 after the completion of the HO Back-off timer.
  • a Trigger request message is transmitted to the UE 100.
  • the source SGSN 121 receives a normal Attach request in step S6021, a flag that explicitly indicates that the MM back-off timer and the HO back-off timer are used for the Attach request. Even when the HO back-off timer is terminated, a Trigger request may be transmitted to the UE 100.
  • step S609 Upon receiving the Trigger request message in step S608, the UE 100 transmits an Attach request to the target MME 120 via the E-UTRAN 114, and establishes a PDN connection with the PGW 140 via the E-UTRAN 114 (step S609 in FIG. 6).
  • the process executed in step S609 is a normal Attach procedure, and specifically, a series of processes illustrated in FIG. 12 is executed (here, a detailed description of the normal Attach procedure in FIG. 12 is given). (Omitted).
  • the UE 100 transmits an Attach request via the E-UTRAN 114 in step S609
  • the waiting time (MM back-off timer) notified from the MME 120 in step S601 in FIG. 6 has not yet ended.
  • the UE 100 disables the MM back-off timer (stop / ignore / pause, etc.) so that the Attach request can be transmitted.
  • the target MME 120 generally notifies the UE SG 100 of the MM back-off timer (step S601) and the source SGSN 121 to determine the length of the back-off timer according to the overload state.
  • the length of the waiting time is different from the HO back-off timer (step S606).
  • the end time of the HO back-off timer may be earlier than the end time of the MM back-off timer.
  • the source SGSN 121 transmits a trigger request to the UE 100 in step S608, and the UE 100 After waiting for only the HO back-off timer notified from the target MME 120 to the source SGSN 121, the Attach request is transmitted via the E-UTRAN 114, and the E-UTRAN It is possible to establish a PDN connection via 14.
  • FIG. 7 is a diagram illustrating an example of a configuration of the UE in the first embodiment of the present invention.
  • a UE 100 is connected to a network (for example, E-UTRAN 114 or UTRAN 115) to perform communication processing in a lower layer and packet communication processing such as IP in an upper layer, mobility management and communication path Communication control unit 702 that performs management (for example, PDN connection established with PGW 140, QoS control for EPS bearer, etc.) and RAT (for example, E-UTRAN 114 and UTRAN 115), wait time received from the network (for example, , MM back-off timer, etc.) and at least a timer control unit 703 for measuring time based on the waiting time.
  • management for example, PDN connection established with PGW 140, QoS control for EPS bearer, etc.
  • RAT for example, E-UTRAN 114 and UTRAN 115
  • wait time received from the network for example, , MM back-off timer, etc.
  • the timer control unit 703 can be omitted. Further, when the timer control unit 703 exchanges information with only the communication control unit 702, only a direct link may be provided between the timer control unit 703 and the communication control unit 702.
  • the communication control unit 702 illustrated in FIG. 7 creates and processes a message for connecting to the E-UTRAN 114 and the UTRAN 115 (for example, extracts information such as an MM back-off timer from the message). To establish a connection with the E-UTRAN 114 and the UTRAN 115. Furthermore, the communication control unit 702 extracts information included in, for example, the Trigger indication field illustrated in FIG. 11 and creates and processes a new message (for example, a connection switching process to another RAT). It is also possible to determine whether or not to perform.
  • the UE 100 converts hardware (for example, a message or a packet) into an electrical signal or modulates and demodulates a signal that is physically connected to the network (for example, to communicate with the network). Interface), an integrated circuit for realizing the functions of the UE 100, or a processor capable of executing software (program).
  • the functions for connecting to the network (transmission of connection requests and connection establishment) and the functions for determining whether or not to perform connection requests or connection establishment are as described above. It may be realized by hardware, or may be realized by causing a processor to execute a program.
  • the UE 100 may have a memory for temporarily storing information, and information such as an MM back-off timer may be temporarily stored in the memory.
  • the timer control unit 703 may be realized by hardware as described above, or may be realized by causing a processor to execute a program.
  • FIG. 8 is a flowchart showing an example of the operation of the UE in the first embodiment of the present invention.
  • the UE 100 transmits an Attach request in order to establish a PDN connection via the E-UTRAN 114 (step S801 in FIG. 8). However, the UE 100 receives the Attach reject message for the Attach request because the MME 120 that has received the Attach request is in an overload state. At this time, the MME 120 stores the MM back-off timer in the Attach reject message in order to avoid the Attach request transmitted from the UE for a certain period of time (step S802 in FIG. 8).
  • the UE 100 confirms whether or not the Attach request can be transmitted via the UTRAN 115 (for example, the setting information of the UE 100 (for example, the RAN priority information (for example, the E-UTRAN 114 is the UTRAN 115 with the high priority)). For example, a medium priority, etc.) or a file showing accessible RAT Type), or whether it is located within the UTRAN 115 cover area). That is, the UE 100 confirms whether or not an Attach request message can be transmitted via the UTRAN 115 (step S803 in FIG. 8).
  • the setting information of the UE 100 for example, the RAN priority information (for example, the E-UTRAN 114 is the UTRAN 115 with the high priority)
  • the UE 100 confirms whether or not an Attach request message can be transmitted via the UTRAN 115 (step S803 in FIG. 8).
  • the UE 100 stores the MM back-off timer received via the E-UTRAN 114 in the Attach request that is transmitted via the UTRAN 115, and the Attach with the MM back-off timer inserted. Request is transmitted (step S804 in FIG. 8). And UE100 establishes a PDN connection between PGW140 by receiving an Attach accept message from SGSN121 via UTRAN115 (Step S805 of Drawing 8).
  • the Inter-RAT HO is triggered on the network side based on the network operator policy.
  • a request message for example, Forward Relocation Request
  • the target MME 120 stores the reply time (HO back-off timer) in a rejection message (for example, Forward Relocation Response) and returns it to avoid retransmission of the request message from the source SGSN 121 for a certain period of time. .
  • the source SGSN 121 compares the end times of the HO back-off timer received from the target MME 120 and the MM back-off timer received from the UE 100 in step S802. If the source SGSN 121 determines that the end time of the HO back-off timer is earlier, the UE 100 receives a trigger request message from the source SGSN 121 after the end of the HO back-off timer (step S806 in FIG. 8). .
  • the UE 100 that has received the Trigger request transmits the Attach request again via E-UTRAN (step S807 in FIG. 8). Since the UE 100 receives the Trigger request after transmitting the HO back-off timer and transmits the Attach request, the target MME 120 is likely to have an overloaded state (and further communicates with the UE 100). It ’s likely that you have resources.) When the target MME 120 accepts an Attach request from the UE 100, a PDN connection is established between the UE 100 and the PGW 140 via the E-UTRAN 114.
  • the UE 100 waits until the MM back-off timer ends (step S808 in FIG. 8), and ends the MM back-off timer. Thereafter, the Attach request is transmitted again via the E-UTRAN 114 (step S807 in FIG. 8).
  • the UE 100 inserts a flag explicitly indicating that the HO back-off timer is used without inserting the MM back-off timer into the Attach request message transmitted in step S804.
  • a normal Attach request message may be transmitted.
  • FIG. 9 is a diagram illustrating an example of the configuration of the source SGSN according to the first embodiment of the present invention.
  • the source SGSN 121 performs communication processing on the UTRAN 115, a communication processing unit 901 that performs packet communication processing such as IP, a HO back-off timer transmitted from the target MME 120, and an MM back ⁇ transmitted from the UE 100.
  • the timer comparison unit 902 that compares the end time of the off timer, the NAS message generation unit 903 that generates the trigger request message to be transmitted to the UE 100 when it is determined that the HO back-off timer ends earlier, and the UE 100 has transmitted It has at least a communication control unit 904 that manages the mobility of the UE 100 such as Attach request.
  • the NAS message generation unit 903 retains the function of the timer comparison unit 902, the timer comparison unit 902 can be omitted.
  • the communication control unit 904 holds the functions of the NAS message generation unit 903 and the timer comparison unit 902, the NAS message generation unit 903 and the timer comparison unit 902 can be omitted.
  • the communication control unit 904 illustrated in FIG. 9 creates and processes a message for enabling the UE 100 to connect to the network (for example, extracts information such as an MM back-off timer from the message). Etc.) to establish a connection with the UE 100. Further, the communication control unit 904 has a function of executing Inter-RAT Handover procedure.
  • the source SGSN 121 converts hardware (for example, a message or a packet) to be electrically connected to the network (for example, to perform communication with the network), or performs signal modulation and demodulation. Interface), an integrated circuit for realizing the function of the source SGSN 121, or a processor capable of executing software (program).
  • Function for managing connection to the network by UE 100 (establishing network connection by UE 100), function for executing Inter-RAT Handover procedure, function for determining whether or not to accept a connection request from UE 100, function for processing communication messages (
  • the functions included in the communication processing unit 901, the NAS message generation unit 903, and the communication control unit 904) may be realized by hardware as described above, or may be realized by causing a processor to execute a program.
  • the source SGSN 121 may have a memory for temporarily storing information, and may temporarily store information such as the MM back-off timer and the HO back-off timer in the memory. Further, the timer comparison unit 903 may be realized by hardware as described above, or may be realized by causing a processor to execute a program.
  • FIG. 10 is a flowchart showing an example of the operation of the SGSN 121 according to the first embodiment of this invention.
  • the SGSN 121 receives the Attach request in which the MM back-off timer is stored from the UE 100 (step S1001 in FIG. 10).
  • the SGSN 121 confirms the operator policy and the load state (confirms that it is not an overload state), and if it can accept the Attach request, it returns an Attach accept to the UE 100 (Step S1002 in FIG. 10).
  • a PDN connection is established between the UE 100 and the PGW 140 via the UTRAN 115.
  • the UTRAN 115 determines that the E-UTRAN 114 causes the Inter-RAT HO for the PDN connection of the UE 100 based on the policy of the operator of the UTRAN 115.
  • the source SGSN 121 receives an Inter-RAT HO request message (for example, Relocation Required) from the source RNC 112 (step S1003 in FIG. 10).
  • the source SGSN 121 that has received the Inter-RAT HO request message transmits an Inter-RAT HO request message (for example, Forward Relocation Request) to the target MME 120 (step S1004 in FIG. 10).
  • an Inter-RAT HO request message for example, Forward Relocation Request
  • the target MME 120 since the target MME 120 is overloaded, it is assumed that the Inter-RAT HO request message is rejected. At this time, in order to avoid retransmission of the request message from the source SGSN 121 for a certain time, the target MME 120 sets a waiting time (HO back-off timer) as a rejection message (for example, “No resource available” disclosed in Non-Patent Document 5).
  • the SGSN 121 receives this refusal message (step S1005 in FIG. 10).
  • the SGSN 121 stores the response in the Forward Relocation Response) in which a parameter indicating “or“ Relocation failure ”is stored.
  • the source SGSN 121 that has received the rejection message (for example, Forward Relocation Response) in which the HO back-off timer is stored compares the end times of the HO back-off timer and the MM back-off timer received from the UE 100 in step S1001. (Step S1006 in FIG. 10).
  • the rejection message for example, Forward Relocation Response
  • the source SGSN 121 performs an Attach procedure via the E-UTRAN 114 by the UE 100 after the HO back-off timer ends.
  • a request message (for example, Trigger request) for triggering is transmitted (step S1007 in FIG. 10).
  • step S1006 If it is determined in step S1006 that the end time of the HO back-off timer is later than the end time of the MM back-off timer, the source SGSN 121 ends the process. In this case, the UE 100 can transmit an Attach request via the UTRAN 115 after the MM back-off timer ends (that is, earlier than the end time of the HO back-off timer). In addition, as described above, when it is clear that the source SGSN 121 uses the HO back-off timer without receiving the MM back-off timer from the UE 100 in step S1001 (for example, the HO back-off timer is used).
  • the source SGSN 121 transmits a Trigger request message to the UE 100 in step S608 after the HO Back-off timer ends.
  • the description of the first embodiment of the present invention mainly assumes Inter-RAT HO from UTRAN 115 to E-UTRAN 114, but Inter-RAT from E-UTRAN 114 to UTRAN 115.
  • HO is executed, the processing flow of FIG. 10 is applied to the MME 120.
  • step S1007 of FIG. 10 as an example of a request message (Trigger request) configuration transmitted from the source SGSN 121 to the UE 100 in order to trigger the Attach procedure performed via the E-UTRAN of the UE 100, FIG. An example of the format of the request message will be described.
  • FIG. 11 includes a “conventional NAS message field” in which information necessary for general NAS signaling is stored, and a “Trigger indicator field” for triggering the UE's Attach procedure.
  • Trigger indicator field information indicating that the UE 100 can transmit an Attach request via the E-UTRAN 114 (information for instructing connection switching) is stored.
  • the Attach request transmission of the UE 100 is triggered. May be.
  • NAS signaling disclosed in Non-Patent Document 3 for example, Downlink NAS Transport, EMM INFORMATION message, EMM STATUS message, etc.
  • a paging message is transmitted from the SGSN 121 via the UTRAN 115 to instruct the UE 100 to perform an Attach request transmission process.
  • the UE 100 may be instructed to read the information stored in the system information in the paging message, and an instruction to transmit the Attach request may be stored in the system information.
  • the Inter-RAT HO procedure when the Inter-RAT HO procedure is rejected, the Inter-RAT HO procedure has a high processing load on the network device and a large number of messages to be exchanged. Instead, it is possible to realize switching of the RAT by the Attach procedure where the processing load of the network device is lower and the number of exchanged messages is smaller.
  • Inter-RAT HO procedure (see Fig. 5) requires a minimum of 18 steps (additional additional steps exist), whereas Attach procedure (see Fig. 12) requires a maximum of 17 steps. It is possible to realize connection to the RAT (RAT switching).
  • the RAT is switched according to the HO back-off timer. As a result, more rapid RAT switching can be realized.
  • FIG. 13 is a sequence diagram for explaining an example of a system operation (handover case from UTRAN 115 to E-UTRAN 114) according to the second embodiment of the present invention.
  • the device used by the UE 100 before the Inter-RAT handover procedure is prefixed with the word “Source” (for example, the device name).
  • the second embodiment of the present invention is based on the first embodiment of the present invention and will be described focusing on differences.
  • steps S1301 to S1307 in FIG. 13 are the same as steps S601 to S607 in FIG. 6 in the first embodiment of the present invention, description thereof will be omitted.
  • the source SGSN 121 determines that the end time of the HO back-off timer is earlier than the end time of the MM back-off timer, the source SGSN 121 inserts the HO back-off timer into the Trigger request message and transmits it to the UE 100 (FIG. 13). Step S1308). After receiving the Trigger request message, the UE 100 confirms information related to transmission / reception data (for example, the remaining amount of data transmitted or received by the UE 100 (for example, a state where data transmission is completed in the remaining few seconds)). The optimal RAN (E-UTRAN 114 or UTRAN 115) is selected (step S1309 in FIG. 13).
  • the source SGSN 121 sends the Trigger request message with the HO back-off timer inserted to the UE 100 at an arbitrary timing (for example, immediately after acquiring the HO back-off timer). You may send it.
  • the UE 100 refers to the HO back-off timer stored in the Trigger request message, for example, the time until the Attach accept can be transmitted via the E-UTRAN 114 (the HO back-off timer End time).
  • the Trigger back request message need not necessarily include the HO back-off timer. In this case, the UE 100 can recognize that the HO back-off timer has already ended by receiving the Trigger request message.
  • the UE 100 can transmit an Attach accept via the E-UTRAN 114 and / or information related to transmission / reception data (In consideration of the remaining amount of data to be transmitted or received), it may be selected to send Attach accept to E-UTRAN 114 again to establish a connection via E-UTRAN 114, or to continue to connect to UTRAN 115 May be.
  • the remaining amount of data transmitted by the UE 100 is very small (for example, the state in which data transmission is completed in the remaining few seconds)
  • the Attach procedure is performed via the E-UTRAN 114
  • the load on the UE 100 and the network side as a result
  • the RAN priority information held by the UE 100 for example, E-UTRAN 114 is a high priority and UTRAN 115 is a medium priority, etc.
  • Optimal RAN using available priority information, information statically held by the UE 100, information assigned by network operators (eg, GBR (Guaranteed Bit Rate) or QCI (QoS Class Identifier)), etc. (RAT) may be selected.
  • a UE identifier may be generated (step S1310 in FIG. 13). This UE identifier can be inserted into the Attach request transmitted in Step S1311 described later, and the target MME 120 that has received the Attach request refers to the UE identifier in the Attach request, and rejects the UE 100 with the Inter-RAT HO procedure. And the correlation (that is, the same) with the UE 100 that is the transmission source of the Attach request may be recognized.
  • the MME 120 recognizes the correlation between the UE 100 rejected by the Inter-RAT HO procedure and the UE 100 that is the transmission source of the Attach request, so that the MME back-off timer is not terminated due to the reason that the MM back-off timer has not ended. Without rejection, it is possible to identify that the target of the communication resource secured after the end of the HO back-off timer is the UE 100 that is the transmission source of the Attach request, and accept the Attach request.
  • the UE 100 is also used in UE-specific information such as IMSI (International Mobile Subscriber Identity), IMEI (International Mobile Equipment Identity), IP address, etc. as Inter-RAT HO procedure, and MME 120 is Inter- If the information that can identify the UE 100 that rejected the RAT HO procedure is stored in the conventional Attach request by a general process, there is no need to store it, so step S1310 can be omitted.
  • IMSI International Mobile Subscriber Identity
  • IMEI International Mobile Equipment Identity
  • IP address etc.
  • MME 120 is Inter- If the information that can identify the UE 100 that rejected the RAT HO procedure is stored in the conventional Attach request by a general process, there is no need to store it, so step S1310 can be omitted.
  • the UE 100 may generate a UE identifier using information stored in the Trigger request message (information notified from the source SGSN 121). For example, in the message exchange (Inter-RAT HO procedure processing) executed between the source SGSN 121 and the target MME 120, the source SGSN 121 shares some information (hereinafter referred to as token information) with the target MME 120, and By notifying the token information to the UE 100, the UE 100 may generate a UE identifier based on the token information.
  • token information some information
  • the target MME 120 that confirms the Attach request By inserting the UE identifier based on the token information into the Attach request transmitted in Step 1311 described later, the target MME 120 that confirms the Attach request, the UE 100 rejected by the Inter-RAT HO procedure, and the transmission source of the Attach request It is possible to recognize the correlation (that is, it is the same) with UE100 which is.
  • the UE 100 that has received the Trigger request message in step S1308 transmits the Attach request to the target MME 120 via the E-UTRAN 114 and establishes a PDN connection with the PGW 140 via the E-UTRAN 114 (step 13 in FIG. 13). Step S1311).
  • the UE 100 transmits an Attach request via the E-UTRAN 114 in step S1311, the waiting time (MM back-off timer) notified from the MME 120 in step S1301 in FIG.
  • the UE 100 disables the MM back-off timer (stop / ignore / pause, etc.) so that the Attach request can be transmitted.
  • FIG. 14 is a diagram illustrating an example of a configuration of the UE according to the second embodiment of the present invention.
  • a UE 100 is connected to a network (for example, E-UTRAN 114 or UTRAN 115) to perform communication processing in a lower layer and packet communication processing such as IP in an upper layer, mobility management and communication path Communication control unit 1402 for performing management (for example, PDN connection established with PGW 140, QoS control for EPS bearer, etc.), RAT (for example, E-UTRAN 114 or UTRAN 115), waiting time received from network (for example, In addition to the timer control unit 1403 that manages the MM back-off timer, etc., the optimal RAT (E-UTRAN 114 or UTRAN 115) is selected by checking information related to transmission / reception data, for example.
  • a network for example, E-UTRAN 114 or UTRAN 115
  • the optimal RAT is selected by checking information related to transmission / reception data, for example.
  • Inter-RAT HO procedure generates information indicating that the UE100 was rejected.
  • the communication processing unit 1401, the communication control unit 1402, and the timer control unit 1403 illustrated in FIG. 14 are basically the same as the communication processing unit 701, the communication control unit 702, and the timer control unit 703 illustrated in FIG. These functions may be realized by hardware, or may be realized by causing a processor to execute a program. Similarly, the optimum RAT selection processing unit 1404 and the UE identifier generation processing unit 1405 may be realized by hardware, or may be realized by causing a processor to execute a program.
  • the optimum RAT selection processing unit 1404 can be omitted. The same applies to other processing units. For example, when the optimum RAT selection processing unit 1404 exchanges information with only the communication control unit 1402, only a direct link may be provided between the optimum RAT selection processing unit 1404 and the communication control unit 1402.
  • the communication control unit 1402 illustrated in FIG. 14 creates and processes a message for connecting to the E-UTRAN 114 and the UTRAN 115 (for example, extracts information such as an MM back-off timer from the message). To establish a connection with the E-UTRAN 114 and the UTRAN 115. Further, the communication control unit 702 or the optimum RAT selection processing unit 1404 extracts information included in the Trigger indicator field shown in FIG. 16, for example, and creates and processes a new message (for example, another message). It is also possible to determine whether or not to perform a connection switching process to the RAT.
  • steps S1501 to S1505 (until Attach accept is received) in FIG. 15 are the same as steps S801 to S805 in FIG.
  • the UE 100 receives a trigger request including a HO back-off timer (step S1506 in FIG. 15).
  • the UE 100 that has received the trigger request confirms, for example, the HO back-off timer and / or information related to transmission / reception data, and selects the optimum network (E-UTRAN 114 or UTRAN 115) (step in FIG. 15). S1507).
  • the UE 100 is the UE 100 that is rejected in the Inter-RAT HO procedure.
  • a UE identifier indicating that the UE 100 is rejected in step S1306 in FIG. 13 is generated (step S1508 in FIG. 15).
  • UE100 also uses UE-specific information such as IMSI (International Mobile Subscriber Identity), IMEI (International Mobile Equipment Identity), IP address, etc., as Inter-RAT HO Procedure. If the information that can identify the UE that rejected the RAT HO procedure is stored in the conventional Attach request by a general process, there is no need to store it, so step S1508 can be omitted.
  • UE100 transmits Attach request which stored the information (UE identifier) which can identify UE100 via E-UTRAN114 (Step S1509 of Drawing 15). Note that the UE 100 needs to transmit the Attach request in step S1509 after waiting for at least the HO back-off timer to end.
  • the MME 120 accepts the Attach request, the general Attach procedure is continued, and the PDN connection is established between the UE 100 and the PGW 140 via the E-UTRAN 114.
  • the MME 120 may reserve communication resources for the UE 100 after the HO back-off timer.
  • the MME 120 uses the UE identifier to make the UE 100 that rejects the Inter-RAT HO procedure (the UE 100 that has secured the communication resource after the HO back-off timer). It becomes possible to recognize that there is.
  • a request message (Trigger request) storing a HO back-off timer transmitted from the source SGSN 121 to the UE 100 to trigger an Attach procedure performed via the E-UTRAN of the UE.
  • Trigger request storing a HO back-off timer transmitted from the source SGSN 121 to the UE 100 to trigger an Attach procedure performed via the E-UTRAN of the UE.
  • FIG. 16 shows a target in addition to the “conventional NAS message field” in which information necessary for general NAS signaling shown in FIG. 11 is stored and the “Trigger indicator field” for triggering the Attach procedure of the UE. It is composed of a “HO back-off timer field” for storing a waiting time received from the MME 120 (for example, a HO back-off timer). If the UE 100 can recognize that the Attach procedure by the UE 100 is triggered only by the HO back-off timer field, the Trigger indication field can be omitted.
  • the HO back-off timer field when the source SGSN 121 transmits this Trigger request to the UE 100 after the HO back-off timer elapses, the HO back-off timer field can be omitted. Further, as described above, the source SGSN 121 may notify the UE 100 of token information that can be used to generate a UE identifier, and a field for storing this token information may be provided.
  • FIG. 17 shows a “conventional Attach request message field” in which information necessary for a general Attach request is stored, and the target device (for example, the target MME 120) is the UE 100 that rejects the Inter-RAT HO procedure. It consists of a “UE identifier field” for storing a UE identifier for identifying the ID.
  • the target MME 120 identifies the UE 100 that rejects the Inter-RAT HO procedure by the IMSI, and the IMSI is included in the Attach request. If stored), the UE identifier field can be omitted.
  • the processing load on the network device is high, and RAT switching can be realized not by Inter-RAT HO procedure with a large number of messages to be exchanged but by Attach procedure with a lower processing load on the network device and a smaller number of messages to be exchanged.
  • the end time of the HO back-off timer is earlier than the end time of the MM back-off timer, as in the first embodiment of the present invention. By switching the RAT according to the HO back-off timer, the RAT can be switched more quickly.
  • the UE 100 can perform RAT switching timing (for example, the HO back-off timer end time) and transmission / reception data related information (for example, the UE 100 can transmit or receive).
  • RAT switching timing for example, the HO back-off timer end time
  • transmission / reception data related information for example, the UE 100 can transmit or receive.
  • the network side for example, the target MME 120
  • the network side identifies the UE 100 rejected by the Inter-RAT HO procedure and the UE 100 that is the transmission source of the Attach request.
  • the present invention has been described by dividing it into the first embodiment and the second embodiment, but the technical features disclosed in each embodiment may be combined.
  • the UE identifier may be used in the first embodiment of the present invention.
  • the target MME 120 rejects the Inter-RAT HO procedure with the UE 100 and the Attach request. You may enable it to recognize the correlation (that is, it is the same) with UE100 which is a transmission source.
  • LSI Large Scale Integration
  • IC Integrated Circuit
  • system LSI super LSI
  • ultra LSI ultra LSI
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the present invention has an effect of efficiently connecting to a network to be handed over when a handover (Inter-RAT Handover) is rejected and a waiting time (HO back-off timer) is generated with respect to connection of a communication node (UE). At that time, it has the effect of performing processing with a small processing load and a small number of messages to be exchanged, and connecting to a network using a different RAT (Radio Access Technology: radio access technology). It can be applied to a communication technology for performing communication by switching between.
  • RAT Radio Access Technology: radio access technology

Landscapes

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

Abstract

　異なるＲＡＴ（無線アクセス技術）間でのハンドオーバによる処理負荷の発生を抑え、交換されるメッセージ数を低減させる技術が開示され、その技術によれば通信ノード（ＵＥ１００）は、第１ネットワーク（Ｅ－ＵＴＲＡＮのＭＭＥ１２０）への接続が拒絶されて、次回の接続要求送信までの第１待機時間が設定された場合、第２ネットワーク（ＵＴＲＡＮのＳＧＳＮ１２１）へ接続要求を送信する際に、例えば第１待機時間を通知する（ステップＳ６０２１）。その後、ＳＧＳＮが、当該ＵＥの接続のハンドオーバを試みたが、ＭＭＥによってハンドオーバが拒絶されるとともに、次回のハンドオーバ要求送信までの第２待機時間が設定された場合、第２待機時間の終了が第１待機時間の終了よりも早い場合には、例えば、第２待機時間の終了後に、第１ネットワークへの接続切り替えを指示するメッセージをＵＥへ送信する（ステップＳ６０８）。

Description

通信ノード及びネットワークノード
　本発明は、異なるＲＡＴ（Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）を利用したネットワークへの接続を切り替えて通信を行う通信ノード、及び、通信ノードに関する接続をハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ（ＨＯ））させることが可能なネットワークノードに関する。
　現在、携帯電話（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ：ＵＥ、通信ノードとも呼ぶ）に用いる技術の標準化活動は、３ＧＰＰ（Ｔｈｅ　ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）で行われていて、ネットワークへの接続手順やハンドオーバ手順などが定義されている。また、近年、ＭＴＣ（Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイス（例えば、自動販売機や街頭広告ディスプレイ、煙センサ、セキュリティカメラ、人感センサなどの装置や機械に組み込まれた通信モジュール、又は、その総称）によるデータ交換をＵＥのためのネットワーク上で実現させる取り組みがある。つまり、ＵＥとＭＴＣデバイスは、従来ＵＥのみが使用してきたネットワークを共有して通信を行えるようにする取り組みがある。しかしながら、３ＧＰＰでは、ＭＴＣデバイスの数はＵＥと比較して非常に数が多いと推測されているため、ネットワークが混雑して既存システムに損失（例えば、システムダウン）を与えないように混雑回避方法の策定を行っている。このＵＥとＭＴＣデバイスが共有するネットワーク（通信システム）の構成の一例を図１に示す。
　図１には、ＵＥ１００、ＭＴＣデバイス１０５、ＵＥ１００やＭＴＣデバイス１０５と無線接続する基地局（Ｅ－ＵＴＲＡＮ１１４ではｅＮＢ（ｅＮｏｄｅ　Ｂ）１１０、ＵＴＲＡＮ１１５ではＮＢ（Ｎｏｄｅ　Ｂ）１１１と呼ばれる）、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５上のＵＥ１００やＭＴＣデバイス１０５の通信回線制御や移動制御を担当する交換器（Ｅ－ＵＴＲＡＮ１１４と接続する交換器はＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）１２０、ＵＴＲＡＮ１１５と接続する交換器はＳＧＳＮ（Ｓｅｒｖｉｃｅ　Ｇｅｎｅｒａｌ　ｐａｃｋｅｔ　ｒａｄｉｏ　ｓｅｒｖｉｃｅ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）１２１と呼ばれる）、ＵＴＲＡＮ１１５上のＵＥ１００やＭＴＣデバイス１０５の無線回線制御や移動制御を行う装置のＲＮＣ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ）１１２、ＵＥ１００やＭＴＣデバイス１０５のＵＴＲＡＮ１１５やＥ－ＵＴＲＡＮ１１４に対するユーザデータ配信制御を行うＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ：サービングゲートウェイ、ＭＡＧ（Ｍｏｂｉｌｉｔｙ　Ａｎｃｈｏｒ　Ｇａｔｅｗａｙ：モビリティアンカポイント）などとも呼ばれる）１３０、ＵＥ１００やＭＴＣデバイス１０５に対するアドレス割り当てやＰＤＮ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ：パケットデータネットワーク）１５５とＳＧＷ１３０間のユーザデータ転送並びに経路制御を行うＰＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ、ＨＡ（Ｈｏｍｅ　Ａｇｅｎｔ：ホームエージェント）やＬＭＡ（Ｌｏｃａｌ　Ｍｏｂｉｌｉｔｙ　Ａｎｃｈｏｒ：ローカルモビリティアンカ）などとも呼ばれる）１４０、ＵＥ１００やＭＴＣデバイス１０５のサブスクリプションデータ（Ｓｕｂｓｃｒｉｐｔｉｏｎ　ｄａｔａ）並びに通信コンテキストなどを管理保持しているサーバ（ＭＭＥ１２０との間にインタフェースを持つ（Ｅ－ＵＴＲＡＮ１１４を利用するＵＥ１００やＭＴＣデバイス１０５を対象とする）ものはＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）１２５、ＳＧＳＮ１２１とインタフェースを持つ（ＵＴＲＡＮ１１５を利用するＵＥ１００やＭＴＣデバイス１０５を対象とする）ものはＨＬＲ（Ｈｏｍｅ　Ｌｏｃａｔｉｏｎ　Ｒｅｇｉｓｔｅｒ）１２６と呼ばれる）、ＭＴＣデバイス１０５による通信の制御や状態管理、アプリケーションサービスを提供するサーバであるＭＴＣサーバ１５０、ＭＴＣデバイス１０５やＭＴＣサーバ１５０に対してアプリケーションの管理・制御やアプリケーションデータの管理を実施するＭＴＣユーザ１６０から構成されるネットワーク構成の一例が図示されている。なお、以下では、説明を容易にするため、ＵＥ１００とＭＴＣデバイス１０５を総称して、ＵＥ１００と呼ぶ。
　図１において、ＵＥ１００がＥ－ＵＴＲＡＮ１１４を通り、外部のネットワーク（例えば、図１に図示されているＰＤＮ１５５）と通信を行う際、ＵＥ１００はＰＧＷ１４０との間でＰＤＮコネクション及びＥＰＳベアラ（EPS Bearer、ベアラなどと呼ばれる）を確立しなければならない。ＵＥ１００は、このＰＤＮコネクションの確立を通じてＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アドレスを取得し、ＰＤＮ１５５と通信するためのＥＰＳベアラを確立する（下記の非特許文献１を参照）。ＰＤＮコネクションを確立する際、ＵＥ１００に割り当てたＩＰアドレスやＵＥ１００が使用するＳＧＷ１３０のアドレスなどの情報が、ＵＥ１００のコンテキスト情報として扱われ、コアネットワーク１４５のエンティティで保持される。その結果、コアネットワーク１４５のエンティティは、例えばＰＤＮ１５５から送られてきたデータをＵＥ１００に転送することができる。ＵＥ１００は非特許文献１で開示されている“Ａｔｔａｃｈ　ｒｅｑｕｅｓｔ”や“ＰＤＮ　ｃｏｎｎｅｃｔｉｖｉｔｙ　ｒｅｑｕｅｓｔ”などのリクエストメッセージをネットワークに送信して、ＰＧＷ１４０との間にＰＤＮコネクションを確立する。
　しかしながら、ＰＤＮ１５５が混雑している場合には、ＭＭＥ１２０又はＰＧＷ１４０は、ＵＥ１００から送信されるＰＤＮコネクションを確立するためのリクエストメッセージ（例えば、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔやＰＤＮ　ｃｏｎｎｅｃｔｉｖｉｔｙ　ｒｅｑｕｅｓｔなど）を、非特許文献１で開示されているように「ＡＰＮ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｎａｍｅ：アクセスポイントネーム、利用方法は後述する）単位でアクティブなＥＰＳベアラの数が最大値に達する（達した）」、「ＡＰＮ単位でＥＰＳベアラのアクティベーション（例えば、確立リクエスト）の割合（例えば、送信レート）が最大レートに達する（達した）」、「ＡＰＮと関連する１つ以上のＰＧＷ１４０からの応答がない（リンクが切れる（切れた））、又は、ＭＭＥ１２０にＡＰＮの混雑状態が通知される（通知された）」、「特定のＳｕｂｓｃｒｉｂｅｄ　ＡＰＮと関連するＵＥ１００によるＭＭシグナリングリクエストの割合が最大レートに達する（達した）」、「ネットワークマネジメントの設定」などの基準に基づいて、拒絶する場合がある。
　図１に示すように、ＰＤＮ１５５は複数存在しており、各ＰＤＮ１５５はＡＰＮと呼ばれる識別子で識別される。ＡＰＮは、ＵＥ１００とネットワークとの間で交換されるリクエストメッセージにおいて、接続（ＰＤＮコネクション）の接続先を表す情報として使用される。ＭＭＥ１２０やＰＧＷ１４０は、ＵＥ１００から送信されるリクエストメッセージに格納されている接続先情報のＡＰＮやオペレータポリシに基づいて、ＰＧＷ１４０やＰＤＮ１５５などを選択する。このように選択されたＰＤＮ１５５が混雑していると判断された場合には、ＭＭＥ１２０やＰＧＷ１４０は、ＵＥ１００から送信されたリクエストメッセージを拒絶する。
　また、このＰＤＮ１５５の混雑状態に基づく混雑回避方法として、ＵＥ１００が保持する優先度（以降、Ｐｒｉｏｒｉｔｙとも呼ぶ）を利用することができる。この優先度には、低優先度（以降、Ｌｏｗ　ｐｒｉｏｒｉｔｙとも呼ぶ）と標準の優先度（以降、Ｎｏｒｍａｌ　ｐｒｉｏｒｉｔｙとも呼ぶ）が定義されている。なお、現在は、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００、Ｌｏｗ　ｐｒｉｏｒｉｔｙではない（Ｎｏｒｍａｌ　ｐｒｉｏｒｉｔｙの）ＵＥ１００の２種類しか定義されていないが、今後、例えば、高優先度（Ｈｉｇｈ　ｐｒｉｏｒｉｔｙ）が導入されることにより、Ｌｏｗ／Ｎｏｒｍａｌ／Ｈｉｇｈの３種類、あるいはそれ以上の数の種類になる場合も考えられる。
　優先度に基づく混雑回避方法では、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００から順に、制御の対象となる。つまり、ＰＤＮ１５５が混雑しているとＭＭＥ１２０やＰＧＷ１４０に検知され次第、オペレータポリシやネットワーク内のエンティティの判断に基づいて、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００から混雑対策の制御となる。例えば、ＵＥ１００から送信されてきたリクエストメッセージの接続先情報のＡＰＮが「ＰＤＮ１」を示しており、かつ、「ＰＤＮ１」が混雑していると検知された場合、ＭＭＥ１２０又はＰＧＷ１４０は、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００から送信されたリクエストメッセージを優先的に拒絶（リジェクト）する。さらに、短時間で混雑状態を解消したいなどの理由がある場合には、Ｌｏｗ　ｐｒｉｏｒｉｔｙに続いて、Ｎｏｒｍａｌ　Ｐｒｏｒｉｔｙ、Ｈｉｇｈ　ｐｒｉｏｒｉｔｙの順に、拒絶する対象を広げることも可能である。なお、現在、ネットワークは、ＵＥ１００から送信されるリクエストメッセージに格納される優先度情報（非特許文献１で開示されているＬＡＰＩ（Ｌｏｗ　Ａｃｃｅｓｓ　Ｐｒｉｏｒｉｔｙ　Ｉｎｄｉｃａｔｏｒ）に基づいて、又は、ＬＡＰＩが格納されているか否かに基づいて、リクエストメッセージを拒絶するか判断するように定義されている（非特許文献１を参照）。
　また、この優先度は、ＵＥ１００に割り当てられている以外に、ＵＥ１００が確立する接続（ＰＤＮコネクション）に割り当てられる場合も検討されている。例えば、ＵＥ１００が２つの接続をネットワークとの間に確立済みである場合、ある接続はＬｏｗ　ｐｒｉｏｒｉｔｙの優先度を有し、もう１つの接続はＮｏｒｍａｌ　ｐｒｉｏｒｉｔｙの優先度を有する場合がある。優先度が接続（ＰＤＮコネクション）に割り当てられる場合、この優先度情報は、ＵＥ１００が保持するアプリケーションに関する優先度情報（例えば、「ＭＴＣアプリケーションで交換するデータ量が少量の場合、低優先度（の接続（ＰＤＮコネクション）を用いる」などが登録されているコンテキスト情報や設定ファイルなど）や、ネットワークオペレータやＭＴＣサーバ１５０／ユーザ１６０から通知される優先度情報（例えば、「ＭＴＣアプリケーションで要求されるセンシングデータの送信は高優先度（の接続（ＰＤＮコネクション））を利用する」などが指示される情報）などに基づいて、設定されてもよい。このような優先度情報が格納されるリクエストメッセージにおいても、ネットワークは、ＵＥ１００から送信されるリクエストメッセージに格納される優先度情報に基づいて、又は、ＬＡＰＩが格納されているか否かに基づいて、リクエストメッセージを拒絶してもよい。
　このようにネットワークが、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００から送信されるリクエストメッセージ、又は、Ｌｏｗ　ｐｒｉｏｒｉｔｙの接続を確立しようとするリクエストメッセージを拒絶する際、一定時間の間におけるリクエストメッセージの再送を回避するために待ち時間（待機時間、Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ（バックオフタイマ）とも呼ぶ）を拒絶メッセージに格納して、ＵＥ１００に通知する場合がある。この待ち時間が格納された拒絶メッセージを受信したＵＥ１００は、待ち時間が満了するまでは、同じＡＰＮに対して、リクエストメッセージ（例えば、非特許文献１で開示されているＡｔｔａｃｈ　ＲｅｑｕｅｓｔやＢｅａｒｅｒ　Ｒｅｓｏｕｒｃｅ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信しない。なお、この待ち時間は、他のＡＰＮに対するリクエストメッセージには影響しない。
　また、非特許文献１で開示されている待ち時間には、ＵＥ１００の移動管理向けのメッセージ（例えば、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔやＴｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔ、Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ、Ｅｘｔｅｎｄｅｄ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ、Ｄｅｔａｃｈ　ｒｅｑｕｅｓｔなど）に対するＭＭ（Mobility Management）　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ（ＥＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとも呼ばれる）などがある。
　また、上記のようにＰＤＮ１５５が混雑していることによって、ＵＥ１００からのリクエストメッセージを拒絶する場合以外に、ネットワークの装置（コアネットワーク１４５やＲＡＮ（Ｒａｄｉｏ　Ａｒｅａ　Ｎｅｔｗｏｒｋ、図１のＥ－ＵＴＲＡＮ１１４とＵＴＲＡＮ１１５に相当）のエンティティ）が、例えばＵＥ１００から送信されるリクエストメッセージの数が多すぎて、混雑状態（過負荷（オーバーロード）状態）になっている場合においても、リクエストメッセージを拒絶することもできる（非特許文献１を参照）。
　例えば、コアネットワーク１４５のＭＭＥ１２０がオーバーロードになっている場合、ＭＭＥ１２０宛てのリクエストメッセージを制限するようにｅＮＢ１１０へリクエストし、ｅＮＢ１１０がＵＥ１００からのリクエストメッセージ（ＵＥ１００とｅＮＢ１１０との間で交換されるメッセージには、ＲＲＣ　ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージなどと呼ばれるメッセージがある（下記の非特許文献２を参照））を拒絶することで、ＵＥ１００からＭＭＥ１２０へのリクエストメッセージを制限したり、ＭＭＥ１２０間で負荷を分散する手段（例えば、非特許文献１で開示されているＭＭＥ　Ｌｏａｄ　ｒｅｂａｌａｎｃｉｎｇ　ｐｒｏｃｅｄｕｒｅ）などを行うことによって、オーバーロードではない他のＭＭＥ１２０にＵＥ１００からのリクエストメッセージを転送することにより、ＵＥ１００からオーバーロードのＭＭＥ１２０へのリクエストメッセージを制御したりすることができる。また、ＭＭＥ１２０自身が、ネットワークの装置がオーバーロードのため、Ｌｏｗ　ｐｒｉｏｒｉｔｙのＵＥ１００から送信されたリクエストメッセージを優先的に拒絶（リジェクト）してもよい。なお、他のコアネットワーク１４５やＲＡＮのエンティティの場合も同様である。
　また、３ＧＰＰでは、ＭＭＥ１２０からｅＮＢ１１０に対して、ＵＥ１００からのリクエストメッセージを制限するようにリクエストするメッセージをＯＶＥＲＬＯＡＤ　ＳＴＡＲＴメッセージと呼ぶ。ＭＭＥ１２０のオーバーロード状態が解消され、ｅＮＢ１１０によるＵＥ１００からのリクエストメッセージの拒絶処理をこれ以上行う必要がないとＭＭＥ１２０が判断した場合、ＭＭＥ１２０はＯＶＥＲＬＯＡＤ　ＳＴＯＰメッセージをｅＮＢ１１０に送信して、ＵＥ１００からのリクエストメッセージを拒絶するｅＮＢ１１０の状態をリセットしてもよい。
　ＭＭＥ１２０は、このＯＶＥＲＬＯＡＤ　ＳＴＡＲＴメッセージを送ることによって、ｅＮＢ１１０が拒絶するリクエストメッセージの送信元のＵＥ１００をＳｕｂｃａｔｅｇｏｒｙ（サブカテゴリ）毎に制御することができる。このＳｕｂｃａｔｅｇｏｒｙは、上記のようなＰＤＮ１５５やネットワークの装置の混雑状態に基づく混雑回避方法で用いられる優先度（Ｐｒｉｏｒｉｔｙ）に基づいて分類されてもよく、また、ローミングしているＵＥ１００かどうか（例えば、ＰＬＭＮ（Ｐｕｂｌｉｃ　Ｌａｎｄ　Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ）タイプを利用）に基づいて分類されてもよい（非特許文献１を参照）。
　また、ネットワークの装置がオーバーロードしている状態も同様に、短時間の間にＵＥ１００からのリクエストメッセージの再送を回避するために、Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用する可能性がある。また、ＰＤＮ１５５が混雑している場合と同様に、非特許文献１で開示されているＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどが、ＭＭＥ１２０やＰＧＷ１４０などにおける混雑状態回避のために利用されることもある。
　また、図１に示すＥ－ＵＴＲＡＮ１１４とＵＴＲＡＮ１１５のように異なるＲＡＴが存在する場合に、ＵＥ１００とネットワークとの間の通信を維持したまま、異なるＲＡＴ間でＵＥ１００のコネクションを移動させることができる方法として、例えば非特許文献１には、“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”などが開示されている。非特許文献１に開示されている“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”は、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４にハンドオーバする際に用いられる従来の技術である。この“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”は、“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”と“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”の２つのフェーズに分けられており、２つのフェーズを正しく完了することで、ＵＥ１００はＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４にハンドオーバすることができる。以下、“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”と“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”について説明する。
　最初に“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”の詳細な動作について、図２を参照しながら説明する。図２は、従来の技術である“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”を説明するためのシーケンス図である。また、ＵＥ１００が現在接続しているネットワークにおいて使用している装置で、かつ、“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”を実施することで変更される装置（ＵＥ１００がハンドオーバ前に使用している装置）には、装置名の前にソース（Ｓｏｕｒｃｅ）という文言を付しており（例えば、ソースＳＧＳＮ１２１）、ＵＥ１００がハンドオーバ後のネットワークで使用する予定の装置には、装置名の前にターゲット（Ｔａｒｇｅｔ）という文言を付している（例えば、ターゲットＭＭＥ１２０）。
　まず前提として、ＵＥ１００は、ＵＴＲＡＮ１１５内でＰＤＮ１５５と通信するためのＰＤＮコネクションを確立しており、ＥＰＳベアラを複数確立しているとする。ここで、ソースＲＮＣ１１２が、例えばＵＥ１００の通信状況やＵＥ１００をサポートしているＮＢ１１０の負荷状態などのオペレータポリシに基づいて、ＵＥ１００をＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へハンドオーバさせることを決める（図２のステップＳ２０１）。
　ソースＲＮＣ１１２は、ＵＥ１００のハンドオーバ先ネットワークで使用される装置（例えば、ターゲットｅＮＢ１１０、ターゲットＭＭＥ１２０、ターゲットＳＧＷ１３０）で、ハンドオーバ前にＵＥ１００が確立したＥＰＳベアラ分のリソースを確保するためにソースＳＧＳＮ１２１にＲｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄメッセージを送信する（図２のステップＳ２０２）。
　ソースＳＧＳＮ１２１は、ステップＳ２０２で受信したＲｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄメッセージに格納されているパラメータ（例えば、Ｔａｒｇｅｔ　ｅＮＢ　Ｉｄｅｎｔｉｆｉｅｒ）からＥ－ＵＴＲＡＮ１１４へのハンドオーバを決定する。続いて、ソースＳＧＳＮ１２１は、ＵＥ１００がハンドオーバ前に確立したＥＰＳベアラのリソース確保を行うためにＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｑｕｅｓｔメッセージをターゲットＭＭＥ１２０に送信することでＨａｎｄｏｖｅｒ　Ｒｅｑｕｉｒｅｄ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎ　ｐｒｏｃｅｄｕｒｅを開始する（図２のステップＳ２０３）。
　ターゲットＭＭＥ１２０は、ステップＳ２０３で受信したＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージに格納されたパラメータで示されたＥＰＳベアラを確立する。また、ターゲットＭＭＥ１２０は、ＳＧＷ１３０の再割り当てが必要であるかどうかを決定する。もし、ＳＧＷ１３０の再割り当てを行う場合は、ターゲットＭＭＥ１２０はターゲットＳＧＷ１３０を選択し、Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　ＲｅｑｕｅｓｔメッセージをＳＧＷ１３０に送信する（図２のステップＳ２０４）。なお、図１に図示されている構成例では、ソースＳＧＷ１３０とターゲットＳＧＷ１３０は同一である。
　Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｑｕｅｓｔメッセージを受信したＳＧＷ１３０は、ＵＥ１００のためのリソースを割り当てて、Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　ＲｅｓｐｏｎｓｅメッセージをターゲットＭＭＥ１２０に送信する（図２のステップＳ２０５）。なお、ＳＧＷ１３０の再割り当てが行われない場合は、図２のステップＳ２０４及びステップＳ２０５のメッセージ交換を省略することができる。
　続いて、ターゲットＭＭＥ１２０は、ターゲットｅＮＢ１１０による無線リソースの割り当てをリクエストするためにＨａｎｄｏｖｅｒ　ＲｅｑｕｅｓｔメッセージをターゲットｅＮＢ１１０に送信する。（図２のステップＳ２０６）。
　Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔメッセージを受信したターゲットｅＮＢ１１０は、ＵＥ１００のために無線リソースを割り当て、ＵＥ１００の無線リソースのために適用するパラメータをＨａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージに格納してターゲットＭＭＥ１２０に送信する（図２のステップＳ２０７）。このとき、ターゲットｅＮＢ１１０は、ＳＧＷ１４０から送られてくるユーザデータを受信するための準備をする。
　“Ｉｎｄｉｒｅｃｔ　Ｆｏｒｗａｒｄｉｎｇ”でＳＧＷ１３０の再割り当てが適用される場合、若しくは、“Ｉｎｄｉｒｅｃｔ　Ｆｏｒｗａｒｄｉｎｇ”で直接のトンネル（Ｄｉｒｅｃｔ　Ｔｕｎｎｅｌ）が使用されない場合には、図２のステップＳ２０８及びステップＳ２０９で示すメッセージがターゲットＭＭＥ１２０とＳＧＷ１３０間で交換される。
　続いて、ターゲットＭＭＥ１２０は、ハンドオーバ先のＥ－ＵＴＲＡＮ１１４やターゲットＭＭＥ１２０で処理した結果に伴う無線リソース確保の結果や新しいＳＧＷ１３０が選択されたことを示すパラメータなどを格納したＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｓｐｏｎｓｅメッセージをソースＳＧＳＮ１２１に送信する（図２のステップＳ２１０）。
　また、“Ｉｎｄｉｒｅｃｔ　Ｆｏｒｗａｒｄｉｎｇ”が適用される場合には、さらに図２のステップＳ２１１及びＳ２１２で示すメッセージがソースＳＧＳＮ１２１とＳＧＷ１３０との間で交換される。
　次に、“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”の詳細な動作について、図３を参照しながら説明する。図３は、従来の技術である“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”を説明するためのシーケンス図である。
　“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”の最初に、ソースＳＧＳＮ１２１はＲｅｌｏｃａｔｉｏｎ　ＣｏｍｍａｎｄメッセージをソースＲＮＣ１１２に送信することによって“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”を完了させる。また、ソースＳＧＳＮ１２１は、このＲｅｌｏｃａｔｉｏｎ　Ｃｏｍｍａｎｄメッセージに、“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”で生成したＵＥ１００がハンドオーバ先のＥ－ＵＴＲＡＮ１１４経由でデータを転送する際に必要となるパラメータを格納する（図３のステップＳ３０１）。
　Ｒｅｌｏｃａｔｉｏｎ　Ｃｏｍｍａｎｄメッセージを受信したソースＲＮＣ１１２は、ハンドオーバ先のＥ－ＵＴＲＡＮ１１４にＵＥ１００をハンドオーバさせるためにＨＯ　ｆｒｏｍ　Ｅ－ＵＴＲＡＮ　ＣｏｍｐｌｅｔｅメッセージをＵＥ１００に送信する（図３のステップＳ３０２）。
　このステップ以降、ＵＥ１００は、一般的な“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”を実施して、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４にハンドオーバする。
　これら２つに分けられた“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”と“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”を正確に実施することによって、“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”が完了し、ＵＥ１００は、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４にハンドオーバすることが可能となる。
　なお、ここでは、非特許文献１の開示内容に従って、ＵＥ１００がＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へハンドオーバする場合について説明を行ったが、Ｅ－ＵＴＲＡＮ１１４からＥ－ＵＴＲＡＮ１１５へハンドオーバを行う場合も同様に、非特許文献１の開示内容に従ってハンドオーバすることが可能である。
3GPP TS 23.401 V10.3.0，March 2011 3GPP TS 36.331 V10.1.0，March 2011 3GPP TS 24.301 V10.2.0，March 2011 3GPP TS 36.300 V10.3.0，March 2011 3GPP TS 29.060 V10.1.0，March 2011
　ＵＥがＥ－ＵＴＲＡＮ経由でＭＭＥにＰＤＮコネクションを確立するためのリクエストメッセージを送信し、ＭＭＥがオーバーロード状態のため、待ち時間（例えば、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）付きでリジェクトされた後に、ＵＥがＵＴＲＡＮ経由でＰＤＮコネクションを確立する環境において、ＵＴＲＡＮ経由でＰＤＮコネクションを確立した後にネットワークのオペレータポリシに基づいて、ＵＴＲＡＮからＥ－ＵＴＲＡＮへのＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅが実施されるが、ＭＭＥ（図２で示すターゲットＭＭＥ）がオーバーロード状態のため、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒのためのリクエストメッセージ（図２で示す“Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ”）を待ち時間（例えば、ハンドオーバするためのリクエストメッセージに対するｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ（以降、ＨＯ（Ｈａｎｄｏｖｅｒ）　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒと呼ぶ））付きでリジェクトすることが考えられる。
　このようなとき、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後、再度Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒのためのリクエストメッセージが送信され（図２のステップＳ２０３においてソースＳＧＳＮ１２１からターゲットＭＭＥ１２０に送信される“Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ”）、Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒの実行が試みられる。しかしながら、Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅの実行は、ネットワーク装置にとっては処理負荷が高く、かつ、ネットワーク装置間で交換されるメッセージ数が多いという問題がある。
　上記の問題を解決するために、本発明は、通信ノード（ＵＥ）の接続に関してハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）が拒絶されて待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が発生した場合に、ハンドオーバしようとしたネットワークに効率良く接続することを目的とする。また、その際、処理負荷が少なく、かつ、交換されるメッセージ数が少ない処理が行われるようにすることを目的とする。
　上記の目的を達成するため、本発明の通信ノードは、それぞれ異なる無線アクセス技術を用いた第１及び第２ネットワークによって構成され、前記第１ネットワークと前記第２ネットワークとの間で通信ノードの接続をハンドオーバさせる通信システムに接続する通信ノードであって、
　前記第１ネットワークに対して第１の接続要求を送信する第１接続要求送信部と、
　前記第１接続要求送信部による前記第１ネットワークへの前記第１の接続要求が拒絶された際に、前記第１ネットワークに対して前記第１の接続要求を再送信できるようになるまでの接続要求待機時間を取得する待機時間取得部と、
　前記第１接続要求送信部による前記第１ネットワークへの前記第１の接続要求が拒絶された場合、前記第２ネットワークに対して第２の接続要求を送信する第２接続要求送信部と、
　前記第２ネットワークとの間で接続を確立する接続確立部と、
　前記第２ネットワークが、前記通信ノードとの間で確立されている前記接続を前記第１ネットワークへハンドオーバさせるハンドオーバ要求を前記第１ネットワークへ送信し、前記第１ネットワークが、前記ハンドオーバ要求を拒絶すると共に、前記第１ネットワークに対してハンドオーバ要求を再送信できるようになるまでのハンドオーバ待機時間を前記第２ネットワークへ通知した場合に、前記第２ネットワークから送信される前記第１ネットワークへの接続切り替え指示を含むトリガメッセージを受信するメッセージ受信部と、
　前記メッセージ受信部で受信した前記トリガメッセージに基づいて、前記第１接続要求送信部が前記第１ネットワークに対して前記第１の接続要求を再送信するか否かを決定する判断部とを、
　有する。
　この構成により、通信ノード（ＵＥ）の接続に関してハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）が拒絶されて待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が発生した場合に、ハンドオーバしようとしたネットワークに効率良く接続することが可能となり、また、その際、処理負荷が少なく、かつ、交換されるメッセージ数が少ない処理が行われるようにすることが可能となる。
　また、上記の目的を達成するため、本発明のネットワークノードは、それぞれ異なる無線アクセス技術を用いた第１及び第２ネットワークによって構成され、前記第１ネットワークと前記第２ネットワークとの間で通信ノードの接続をハンドオーバさせる通信システムにおいて、前記第２ネットワークに位置するネットワークノードであって、
　前記第１ネットワークへの第１の接続要求が拒絶された前記通信ノードから、前記第２ネットワークへの第２の接続要求を受信する接続要求受信部と、
　前記通信ノードによる前記第２ネットワークへの前記第２の接続要求を受け入れることを示す接続応答を前記通信ノードへ送信する接続応答送信部と、
　前記通信ノードとの間で確立されている接続を前記第１ネットワークへハンドオーバさせるハンドオーバ要求を前記第１ネットワークへ送信するハンドオーバ要求送信部と、
　前記第１ネットワークが前記ハンドオーバ要求を拒絶した場合、前記第１ネットワークに対してハンドオーバ要求を再送信できるようになるまでのハンドオーバ待機時間を取得するハンドオーバ待機時間取得部と、
　前記第１ネットワークへの接続切り替え指示を含むトリガメッセージを前記通信ノードに送信するメッセージ送信部とを、
　有する。
　この構成により、通信ノード（ＵＥ）の接続に関してハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）が拒絶されて待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が発生した場合に、ハンドオーバしようとしたネットワークに効率良く接続することが可能となり、また、その際、処理負荷が少なく、かつ、交換されるメッセージ数が少ない処理が行われるようにすることが可能となる。
　本発明によれば、通信ノード（ＵＥ）の接続に関してハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）が拒絶されて待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が発生した場合に、ハンドオーバしようとしたネットワークに効率良く接続することが可能となる。また、その際、処理負荷が少なく、かつ、交換されるメッセージ数が少ない処理が行われるようにすることが可能となる。
　また、本発明によれば、通信ノード（ＵＥ）が、あるネットワーク（第１ネットワーク）に対して送信した接続要求が拒絶されるとともに第１の待機時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が設定された場合であっても、別のネットワーク（第２ネットワーク）との接続を確立し、上記第２ネットワークから第１ネットワークへのハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）で設定された第２の待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を利用することで、ネットワーク間でのハンドオーバ処理（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ）の実行を回避することが可能となる。
　また、本発明によれば、上記第２の待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）の終了時間が、上記第１の待機時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）の終了時刻より早い場合には、通信ノードは、上記第１ネットワークへの接続をより早期に行うことが可能となり、サービスの品質向上やユーザ利便性の向上につながる。また、通信ノードが、当該通信ノードの通信状況（例えば、送信／受信するデータ残量）などを考慮して、接続の切り替えを行うか否かを決定することにより、最適なネットワークを選択することが可能となる。
本発明の第１及び第２の実施の形態並びに従来の技術に共通するシステム構成の一例を示す図 従来の技術である“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｐｒｅｐａｒａｔｉｏｎ　ｐｈａｓｅ”を説明するためのシーケンス図 従来の技術である“ＵＴＲＡＮ　Ｉｕ　ｍｏｄｅ　ｔｏ　Ｅ－ＵＴＲＡＮ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ”の“Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅ”を説明するためのシーケンス図 従来の技術に係るシステム動作の一例であり、かつ、本発明の第１及び第２の実施の形態において前提とするシステム動作の一例を説明するためのシーケンス図 従来の技術である“ＵＴＲＡＮ　ｔｏ　Ｅ－ＵＴＲＡＮ　ｌｕ　ｍｏｄｅ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ”）の動作の一例（ＵＴＲＡＮからＥ－ＵＴＲＡＮへのハンドオーバケース）を説明するためのシーケンス図 本発明の第１の実施の形態の動作の一例を説明するためのシーケンス図 本発明の第１の実施の形態におけるＵＥの構成の一例を示す図 本発明の第１の実施の形態におけるＵＥの動作の一例を示すフローチャート 本発明の第１の実施の形態におけるソースＳＧＳＮの構成の一例を示す図 本発明の第１の実施の形態におけるＳＧＳＮの動作の一例を示すフローチャート 本発明の第１の実施の形態において用いられるリクエストメッセージ（Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔ）のフォーマット例を示す図 従来の技術におけるＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅの動作の一例を説明するためのシーケンス図 本発明の第２の実施の形態におけるシステム動作の一例（ＵＴＲＡＮからＥ－ＵＴＲＡＮへのハンドオーバケース）を説明するためのシーケンス図 本発明の第２の実施の形態におけるＵＥの構成の一例を示す図 本発明の第２の実施の形態におけるＵＥの動作の一例を示すフローチャート 本発明の第２の実施の形態において用いられるリクエストメッセージ（Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔ）のフォーマット例を示す図 本発明の第２の実施の形態において用いられるリクエストメッセージ（Ａｔｔａｃｈ　ｒｅｑｕｅｓｔ）のフォーマット例を示す図
　以下、図面を参照しながら、本発明の第１及び第２の実施の形態について説明する。
　まず、図１を参照しながら、本発明の第１及び第２の実施の形態に共通するシステム構成について説明する。図１は、本発明の第１及び第２の実施の形態並びに従来の技術に共通するシステム構成の一例を示す図である。
　上述のように、図１に図示されているネットワークは、少なくとも、ＵＥ１００又はＭＴＣデバイス１０５（なお、ＵＥ１００及びＭＴＣデバイス１０５を総称して、ＵＥ１００と呼ぶ）と無線接続する基地局（Ｅ－ＵＴＲＡＮ１１４への接続を提供するｅＮＢ１１０、又は、ＵＴＲＡＮ１１５への接続を提供するＮＢ１１１）、ＵＴＲＡＮ１１５に接続するＵＥ１００の無線回線制御や移動制御を行うＲＮＣ１１２、ＵＥ１００の移動管理を担当する（ＭＭＥ１２０又はＳＧＳＮ１２１）、ＵＥ１００のサブスクリプション情報を保持するサーバ（ＨＳＳ１２５又はＨＬＲ１２６）、ユーザデータ配信制御を行うＳＧＷ１３０、ＵＥ１００に対するアドレス割り当てやＰＤＮ１５５とＳＧＷ１３０との間のユーザデータ転送並びに経路制御を行うＰＧＷ１４０、ＭＴＣサービスを利用するＵＥ１００による通信の制御や状態管理、アプリケーションサービスの提供などを行うサーバであるＭＴＣサーバ１５０を有している。なお、ＵＥ１００及びＭＴＣユーザ１６０は、このネットワークと通信可能である。また、図１において、ＭＴＣサーバ１５０はＰＤＮ１５５内に位置しているが、コアネットワーク１４５内に位置していてもよく、例えば、ＰＧＷ１４０がＭＴＣサーバ１５０の機能を担ってもよい。
　ここで、ＵＥ１００は少なくとも１つ以上の通信インタフェースを持ち、ネットワーク（例えば、Ｅ－ＵＴＲＡＮ１１４又はＵＴＲＡＮ１１５）に接続することが可能である。なお、ＵＥ１００は、図示されているネットワーク（例えば、Ｅ－ＵＴＲＡＮ１１４又はＵＴＲＡＮ１１５）に、同時に、あるいは排他的に接続するものであってもよいが、１つの通信インタフェースで同時に接続できるのは１つのネットワークのみとする。ＵＥ１００は、接続した通信システムを通じて、ＭＴＣサーバ１５０と通信可能であり、ＭＴＣサーバ１５０はＭＴＣユーザ１６０と通信可能である。なお、コアネットワークのＭＭＥ１２０やＰＧＷ１４０は、ＰＤＮ１５５が混雑している場合やコアネットワーク１４５のエンティティ（ＭＭＥ１２０やＰＧＷ１４０など）がオーバーロード状態の場合などにおいて、待ち時間付きで、ＵＥ１００から送信されたリクエストメッセージを拒絶することができる。
　また、上述したように、ＵＥ１００は３ＧＰＰが制定する手順を用いることで、異なるＲＡＴ間（例えば、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４）を、通信を維持したままハンドオーバすることができる。なお、以下では、主にＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へハンドオーバが行われる場合について説明するが、Ｅ－ＵＴＲＡＮ１１４からＵＴＲＡＮ１１５へハンドオーバが行われる場合においても、本発明は適用可能である。また、本明細書では、ＵＥ１００が接続可能な複数のＲＡＴとして、Ｅ－ＵＴＲＡＮ１１４及びＵＴＲＡＮ１１５が例示されているが、その他の種類のＲＡＴ（例えば、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ　ＬＡＮ：無線ＬＡＮ）ネットワークやＷｉＭＡＸネットワーク）に対しても、本発明は適用可能である。
　以下、本発明の第１と第２の実施の形態において前提とするシステム動作の一例について、図４を用いて説明する。図４は、従来の技術に係るシステム動作の一例であり、かつ、本発明の第１及び第２の実施の形態において前提とするシステム動作の一例を説明するためのシーケンス図である。ここでは、本発明の第１及び第２の実施の形態の説明例として、ＵＥ１００が、ＭＭＥ１２０（Ｅ－ＵＴＲＡＮ１１４経由で接続）とＳＧＳＮ１２１（ＵＴＲＡＮ１１５経由で接続）のいずれかを経由して接続を確立する場合を用いて説明する。
　ＵＥ１００は、Ｅ－ＵＴＲＡＮ１１４経由でＰＤＮコネクションを確立するために、ＭＭＥ１２０にリクエストメッセージ（例えば、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔ）を送信する（図４のステップＳ４０１）。ＵＥ１００から送信されたＡｔｔａｃｈ　ｒｅｑｕｅｓｔを受信したＭＭＥ１２０は、例えば他のＵＥ１００からのリクエストメッセージの処理やコアネットワーク１４５のエンティティから送信されるメッセージなどによってオーバーロード状態であり、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを拒絶するための拒絶メッセージ（例えば、Ａｔｔａｃｈ　ｒｅｊｅｃｔ）をＵＥ１００に返信する（図４のステップＳ４０２）。なお、ＭＭＥ１２０はオーバーロード状態から通常の状態（ＵＥ１００からのリクエストメッセージなどを処理できる状態）になるべく早く戻りたい、又は、ＵＥ１００から再送されるリクエストメッセージを一定時間回避するために待ち時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を拒絶メッセージに格納する。上述のように、ステップＳ４０１及びＳ４０２の処理は、Ｅ－ＵＴＲＡＮ１１４経由の接続が拒絶されたＵＥ１００が、待ち時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を受信する処理を表している。
　ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含む拒絶メッセージを受信したＵＥ１００は、異なるネットワーク（例えば、異なるＲＡＴであるＵＴＲＡＮ１１５）経由でＰＤＮコネクションを確立するためのリクエストメッセージ（例えば、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔ）を送信する（図４のステップＳ４０３）。ＵＥ１００から送信されたＡｔｔａｃｈ　ｒｅｑｕｅｓｔを受信したＳＧＳＮ１２１は、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを許可するために、３ＧＰＰが制定する一般的なＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅに従った処理を行い、許可メッセージ（例えば、Ａｔｔａｃｈ　ａｃｃｅｐｔ）をＵＥ１００に返信する（図４のステップＳ４０４）。この結果、ＵＥ１００はＵＴＲＡＮ１１５経由でＰＧＷ１４０との間にＰＤＮコネクションを確立でき、例えば、ＰＤＮ１５５にユーザデータを送信することができるようになる。上述のように、ステップＳ４０３及びＳ４０４の処理は、Ｅ－ＵＴＲＡＮ１１４経由の接続が拒絶されたＵＥ１００が、ＵＴＲＡＮ１１５経由でＰＤＮコネクションを確立する処理を表している。なお、本発明では、後述のように、ステップＳ４０３でＵＥ１００から送信されるＡｔｔａｃｈ　ｒｅｑｕｅｓｔには、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ、又は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用する指示を示すフラグが挿入される。
　ＵＥ１００がＵＴＲＡＮ１１５経由でＰＧＷ１４０との間にＰＤＮコネクション確立した後、ネットワークのオペレータポリシによって、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのハンドオーバ処理がトリガされ、ＳＧＳＮ１２１からＭＭＥ１２０にメッセージ（例えば、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）（詳細なシーケンスは後ほど説明する）を送信する（図４のステップＳ４０５）。ＳＧＳＮ１２１から送信されたＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを受信したＭＭＥ１２０は、他のＵＥ１００からのリクエストメッセージの処理やコアネットワーク１４５のエンティティから送信されるメッセージなどによってオーバーロード状態であり、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを拒絶するための拒絶メッセージ（例えば、非特許文献５で開示される“Ｎｏ　ｒｅｓｏｕｒｃｅ　ａｖａｉｌａｂｌｅ”や“Ｒｅｌｏｃａｔｉｏｎ　ｆａｉｌｕｒｅ”を示すパラメータが格納されるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）をＳＧＳＮ１２１に返信する（図４のステップＳ４０６）。ＭＭＥ１２０は、オーバーロード状態から通常の状態（ＵＥからのリクエストメッセージやコアネットワークのエンティティからのメッセージ（例えば、Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ）などを処理できる状態）になるべく早く戻りたい、又は、ＳＧＳＮ１２１から再送されるリクエストメッセージを一定時間回避するために待ち時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を拒絶メッセージに格納することが可能である。なお、ＭＭＥ１２０が通常の状態に戻った状態で、ステップＳ４０５のＨａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔを受信した場合には、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅが実行されることになる。
　上述のように、ステップＳ４０５及びＳ４０６の処理は、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒが拒絶され、待ち時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を受信する処理を表している。本発明では、上述の一連の処理（ステップＳ４０１からステップＳ４０６の処理）に示すように、例えば、オーバーロード状態のＭＭＥ１２０が、ＵＥ１００からのＡｔｔａｃｈ　ｒｅｑｕｅｓｔに対して、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含むＡｔｔａｃｈ　ｒｅｊｅｃｔ（拒絶メッセージ）を返し、かつ、ＳＧＳＮ１２１からのＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔに対して、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含むＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ（拒絶メッセージ）を返した場合を前提とする。
　従来の技術では、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含むＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅを受信したＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ経過後、再度Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｑｕｅｓｔをＭＭＥ１２０へ送信する（図４のステップＳ４０７）。Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを受信したＭＭＥ１２０は、オーバーロード状態が解消されている場合、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを受け入れ、ハンドオーバの許可メッセージ（例えば、非特許文献５で開示される“Ｒｅｑｕｅｓｔ　Ａｃｃｅｐｔｅｄ”を示すパラメータが格納されるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）をＳＧＳＮ１２１に返信する（図４のステップＳ４０８）。上述のように、ＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを再送信してハンドオーバ処理を行うが、このハンドオーバ処理（Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ）はネットワーク装置の処理負荷が高く、かつ、交換されるメッセージ数が多いという問題がある。
　以下、従来の技術におけるＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅについて、図５を用いて詳しく説明する。図５は、従来の技術である“ＵＴＲＡＮ　ｔｏ　Ｅ－ＵＴＲＡＮ　ｌｕ　ｍｏｄｅ　Ｉｎｔｅｒ　ＲＡＴ　ｈａｎｄｏｖｅｒ”）の動作の一例（ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのハンドオーバケース）を説明するためのシーケンス図である。なお、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ前にＵＥ１００が使用していた装置には、装置名の前にソース（Ｓｏｕｒｃｅ）という文言を付しており（例えば、ソースＳＧＳＮ１２１）、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ後にＵＥ１００がネットワークで使用する予定の装置には、装置名の前にターゲット（Ｔａｒｇｅｔ）という文言を付している（例えば、ターゲットＭＭＥ１２０）。また、図５では、ＳＧＷ１３０の再割り当てを考慮しておらず、ＳＧＷ１３０の再割り当てが実施されるときは、図２及び図３の点線で示すメッセージが交換される。
　まず、ＵＥ１００はＵＴＲＡＮ１１５経由でＰＧＷ１４０とＰＤＮコネクションを確立済みであることを前提（図４の（Ａ）と（Ｂ）を実施済み）とする。ここで、ＵＥ１００の接続に関して、ネットワークのオペレータポリシに基づいて、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒの実行が決定される（図５のステップＳ５０１）。ネットワークのオペレータポリシに基づいて、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒを行う際、ソースＲＮＣ１１２がＵＥ１００のハンドオーバ先ネットワークで使用される装置（例えば、ターゲットｅＮＢ１１０、ターゲットＭＭＥ１２０、ターゲットＳＧＷ１３０）で、ハンドオーバ前にＵＥ１００が確立したＥＰＳベアラ分のリソースを確保するためのＲｅｌｏｃａｔｉｏｎ　ｒｅｑｕｉｒｅｄメッセージをソースＳＧＳＮ１２１に送信する（図５のステップＳ５０２）。
　Ｒｅｌｏｃａｔｉｏｎ　ｒｅｑｕｉｒｅｄメッセージをソースＲＮＣ１１２から受信したソースＳＧＳＮ１２１は、一般的なＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅに従って、Ｒｅｌｏｃａｔｉｏｎ　ｒｅｑｕｉｒｅｄメッセージに格納されているパラメータ（例えば、Ｔａｒｇｅｔ　ｅＮＢ　Ｉｄｅｎｔｉｆｉｅｒ）からＥ－ＵＴＲＡＮ１１４へのハンドオーバを決定し、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｑｕｅｓｔメッセージをターゲットＭＭＥ１２０に送信する（図５のステップＳ５０３）。
　Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージを受信したターゲットＭＭＥ１２０がオーバーロード状態でない場合には、一般的なＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅの処理（例えば、図５に図示されているステップＳ５０６からステップＳ５０８を実施後、Ｅｘｅｃｕｔｉｏｎ　ｐｈａｓｅの処理）が実施される。一方、ターゲットＭＭＥ１２０はオーバーロード状態である場合には、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージを拒絶するメッセージ（例えば、非特許文献５で開示される“Ｎｏ　ｒｅｓｏｕｒｃｅ　ａｖａｉｌａｂｌｅ”や“Ｒｅｌｏｃａｔｉｏｎ　ｆａｉｌｕｒｅ”を示すパラメータが格納されるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ）をソースＳＧＳＮ１２１に返信する（図５のステップＳ５０４）。なお、上述したように、ターゲットＭＭＥ１２０が、オーバーロード状態から通常の状態（ＵＥ１００からのリクエストメッセージやコアネットワークのエンティティからのメッセージ（例えば、Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ）などを処理できる状態）になるべく早く戻りたい、又は、ソースＳＧＳＮ１２１などから再送されるリクエストメッセージを一定時間回避したい場合には、ステップＳ５０４において送信されるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージに待ち時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を格納する。なお、図４の（Ｃ）は、図５のステップＳ５０１からステップＳ５０４に相当する。
　ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後、ソースＳＧＳＮ１２１は再度Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｑｕｅｓｔメッセージをターゲットＭＭＥ１２０に送信する（図５のステップＳ５０５）。このとき、例えば、ターゲットＭＭＥ１２０のオーバーロード状態が解消されている場合（通常の状態に戻っている場合）には、図５のステップＳ５０６からステップＳ５０８において、ターゲットＭＭＥ１２０は、ソースＳＧＳＮ１２１からのＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔを受諾し、その後、図５に図示されているＥｘｅｃｕｔｉｏｎ　ｐｈａｓｅの処理が実施される。なお、図４の（Ｄ）は、図５のステップＳ５０５からステップＳ５０８に相当する。
　図５から分かるように、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅでは、例えば、ターゲットＭＭＥ１２０からソースＳＧＳＮ１２１へＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ｒｅｑｕｅｓｔを拒絶するメッセージ（Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ）が返信された場合、ソースＳＧＳＮ１２１からターゲットＭＭＥ１２０へＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ｒｅｑｕｅｓｔメッセージが再度送信されてからＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅが完了するまで（図５のステップＳ５０５以降の処理）に最小１８ステップを要し、さらに、様々なメッセージ交換（例えば、図２及び図３の点線で示すメッセージなど）が生じる場合（例えば、ＳＧＷ１３０が変更する場合）がある。すなわち、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅは、ネットワーク装置の処理負荷が高く、かつ、交換されるメッセージ数が多いという問題を抱えている。
＜第１の実施の形態＞
　以下、本発明の第１の実施の形態について説明する。図６は、本発明の第１の実施の形態の動作の一例を説明するためのシーケンス図である。なお、図６は、図５をベースに作成されており、図６のステップＳ６０１が図４の（Ａ）、図６のステップＳ６０２が図４の（Ｂ）、図６のステップＳ６０３からステップＳ６０６が図４の（Ｃ）や図５のステップＳ５０１からステップＳ５０４に相当している。
　本発明の第１の実施の形態では、ＵＥ１００は、ＵＴＲＡＮ１１５経由でＳＧＳＮ（ソースＳＧＳＮ）１２１へＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する際に、Ｅ－ＵＴＲＡＮ１１４経由で受信したＡｔｔａｃｈ　ｒｅｊｅｃｔメッセージに格納されていたＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ、又は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用する指示を示すフラグをＡｔｔａｃｈ　ｒｅｑｕｅｓｔに格納する（図６のステップＳ６０２１）。
　続いて、ネットワークのオペレータポリシによって、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのＩｎｔｅｒ－ＲＡＴ　ＨＯがトリガされ、ステップＳ６０３からステップＳ６０６が実施される。なお、ここでは、ソースＳＧＳＮ１２１から送信されたＩｎｔｅｒ－ＲＡＴ　ＨＯにおけるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　ＲｅｑｕｅｓｔがターゲットＭＭＥ１２０によって拒絶される場合を想定しており、図６のステップＳ６０３からステップＳ６０６は、図５のステップＳ５０１からステップＳ５０４と同じなので、説明を省略する。
　続いて、ソースＳＧＳＮ１２１が、ターゲットＭＭＥ１２０から送信されたＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含むＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージを受信した後、ステップＳ６０２１でＵＥ１００から通知されたＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒと、ステップＳ６０６でターゲットＭＭＥ１２０から通知されたＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの各終了時間（経過状態）を比較する（図６のステップＳ６０７）。
　ソースＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間の方が早いと判断した場合、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後、ＵＥ１００によるＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするためのＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージ（例えばＮＡＳ（Ｎｏｎ　Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリング）をＵＥ１００へ送信する（図６のステップＳ６０８）。
　なお、ソースＳＧＳＮ１２１が、ステップＳ６０２１でＵＥ１００からＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを受信しなくても、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用することが明らかな場合（例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用する指示を示すフラグの有無でＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを使用するか判断ができる）は、ステップＳ６０２１でＵＥ１００はＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒをＡｔｔａｃｈ　ｒｅｑｕｅｓｔに格納する必要はない。また、この場合には、ステップＳ６０７のソースＳＧＳＮ１２１によるＭＭ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとＨＯ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとの終了時間の比較処理も省略でき、ソースＳＧＳＮ１２１は、ＨＯ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後、ステップＳ６０８においてＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージをＵＥ１００へ送信する。さらに、ソースＳＧＳＮ１２１は、ステップＳ６０２１で通常のＡｔｔａｃｈ　ｒｅｑｕｅｓｔを受信した場合であっても（すなわち、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔに、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ及びＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用することを明示的に示すフラグが挿入されていない場合であっても）、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後に、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔをＵＥ１００へ送信してもよい。
　ステップＳ６０８でＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを受信したＵＥ１００は、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔをターゲットＭＭＥ１２０に送信し、Ｅ－ＵＴＲＡＮ１１４経由でＰＧＷ１４０とＰＤＮコネクションを確立する（図６のステップＳ６０９）。ステップＳ６０９で実行される処理は、通常のＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅであり、具体的には図１２に図示されている一連の処理が実行される（ここでは、図１２の通常のＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅの詳細な説明は省略する）。
　なお、ステップＳ６０９において、ＵＥ１００がＥ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する際には、図６のステップＳ６０１でＭＭＥ１２０から通知された待ち時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）がまだ終了していない場合には、ＵＥ１００は、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを無効にして（停止／無視／一時停止など）、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを送信できるようにする。
　また、ターゲットＭＭＥ１２０は、一般的にオーバーロード状態に応じてｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの長さを定めるため、ＵＥ１００に対して通知したＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ（ステップＳ６０１）と、ソースＳＧＳＮ１２１に対して通知したＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ（ステップＳ６０６）とは、待ち時間の長さが異なる。例えば、ＵＥ１００に対してＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを通知した際のオーバーロード状態よりも、ソースＳＧＳＮ１２１に対してＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを通知した際のオーバーロード状態のほうが緩和されている場合には、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間が、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間よりも早くなる場合があり、このような場合に、ソースＳＧＳＮ１２１は、ステップＳ６０８においてＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔをＵＥ１００へ送信し、ＵＥ１００は、ターゲットＭＭＥ１２０からソースＳＧＳＮ１２１へ通知されたＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒだけ待機した後に、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信して、Ｅ－ＵＴＲＡＮ１１４経由のＰＤＮコネクションを確立することが可能となる。
　次に、図７を参照しながら、本発明の第１の実施の形態におけるＵＥの構成について説明する。図７は、本発明の第１の実施の形態におけるＵＥの構成の一例を示す図である。図７において、ＵＥ１００は、ネットワーク（例えば、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５）と接続して下位レイヤにおける通信処理と上位レイヤでＩＰなどのパケット通信処理を実施する通信処理部７０１、モビリティ管理や通信経路の管理（例えば、ＰＧＷ１４０との間に確立するＰＤＮコネクションやＥＰＳベアラに関するＱｏＳ制御など）やＲＡＴ（例えば、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５）の選択などを行う通信制御部７０２、ネットワークから受信した待ち時間（例えば、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなど）を管理し、待ち時間に基づく計時を行うタイマ制御部７０３を少なくとも有する。なお、通信制御部７０２がタイマ制御部７０３の機能を保持している場合は、タイマ制御部７０３を省略できる。また、タイマ制御部７０３は通信制御部７０２のみと情報を交換する場合は、タイマ制御部７０３と通信制御部７０２との間に直接的なリンクのみを設けてもよい。
　図７に図示されている通信制御部７０２は、具体的には、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５と接続するためのメッセージの作成及び処理（例えば、メッセージ内からＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどの情報を抽出）などを行って、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５との接続を確立する機能を有している。さらに、通信制御部７０２は、例えば、図１１に図示されているＴｒｉｇｇｅｒ　ｉｎｄｉｃａｔｉｏｎフィールドなどに含まれている情報を抽出し、新たなメッセージの作成及び処理（例えば、別のＲＡＴへの接続切り替え処理）を行うか否かを決定することも可能である。
　なお、ＵＥ１００は、ネットワークに物理的に接続するハードウェア（例えば、ネットワークと通信を行うために、情報（メッセージやパケット）を電気的な信号に変換したり、信号の変調及び復調を行ったりするインタフェース）や、ＵＥ１００の機能を実現するための集積回路、又は、ソフトウェア（プログラム）の実行が可能なプロセッサなどを有している。ネットワークへ接続する機能（接続要求の送信や接続確立）や接続要求又は接続確立を行うか否かを判断する機能（通信処理部７０１又は通信制御部７０２に含まれる機能）は、上記のようにハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。また、ＵＥ１００は、情報を一時的に記憶するためのメモリを有し、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどの情報を一時的に当該メモリに記憶してもよい。さらに、タイマ制御部７０３も、上記のようにハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。
　次に、図７に図示されている構成を有するＵＥ１００について、本発明における特徴的な処理を中心に、図８を用いて詳しく説明する。図８は、本発明の第１の実施の形態におけるＵＥの動作の一例を示すフローチャートである。
　ＵＥ１００は、Ｅ－ＵＴＲＡＮ１１４経由でＰＤＮコネクションを確立するためにＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する（図８のステップＳ８０１）。しかしながら、ＵＥ１００は、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを受信したＭＭＥ１２０がオーバーロード状態のため、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔに対するＡｔｔａｃｈ　ｒｅｊｅｃｔメッセージを受信する。また、このとき、ＭＭＥ１２０は一定時間、ＵＥから送信されるＡｔｔａｃｈ　ｒｅｑｕｅｓｔを回避するために、Ａｔｔａｃｈ　ｒｅｊｅｃｔメッセージにＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを格納する（図８のステップＳ８０２）。
　続いて、ＵＥ１００はＵＴＲＡＮ１１５経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信することが可能であるか否かを確認する（例えば、ＵＥ１００の設定情報（例えば、ＲＡＮ優先度情報（例えば、Ｅ－ＵＴＲＡＮ１１４が高優先度でＵＴＲＡＮ１１５が中優先度など）や、アクセス可能なＲＡＴ　Ｔｙｐｅが示されているファイルなど）を確認したり、ＵＴＲＡＮ１１５のカバーエリア内に位置しているかを確認したりする）。すなわち、ＵＥ１００は、ＵＴＲＡＮ１１５経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔメッセージを送信できるか否かを確認する（図８のステップＳ８０３）。
　ＵＴＲＡＮ１１５経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔの送信が可能な場合には、ＵＥ１００はＥ－ＵＴＲＡＮ１１４経由で受信したＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒをＵＴＲＡＮ１１５経由で送信するＡｔｔａｃｈ　ｒｅｑｕｅｓｔに格納し、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが挿入されたＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する（図８のステップＳ８０４）。そして、ＵＴＲＡＮ１１５経由でＳＧＳＮ１２１からＡｔｔａｃｈ　ａｃｃｅｐｔメッセージを受信することで、ＵＥ１００は、ＰＧＷ１４０との間にＰＤＮコネクションを確立する（図８のステップＳ８０５）。
　ここで、ＵＴＲＡＮ１１５経由でＰＤＮコネクションが確立された状態において、ネットワークのオペレータポリシに基づいて、ネットワーク側でＩｎｔｅｒ－ＲＡＴ　ＨＯがトリガされたが、ハンドオーバ先のターゲットＭＭＥ１２０は、オーバーロード状態のため、ソースＳＧＳＮ１２１からのリクエストメッセージ（例えば、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を拒絶したとする。また、このとき、ターゲットＭＭＥ１２０は一定時間、ソースＳＧＳＮ１２１からリクエストメッセージの再送を回避するために、待ち時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を拒絶メッセージ（例えば、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）に格納して、返信する。ソースＳＧＳＮ１２１は、ターゲットＭＭＥ１２０から受信したＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒと、ステップＳ８０２でＵＥ１００から受信したＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの各終了時間を比較する。ソースＳＧＳＮ１２１によって、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間の方が早いと判断された場合には、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後、ＵＥ１００はソースＳＧＳＮ１２１からＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを受信する（図８のステップＳ８０６）。
　Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔを受信したＵＥ１００は、Ｅ－ＵＴＲＡＮ経由で再度Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する（図８のステップＳ８０７）。ＵＥ１００は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後にＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔを受信し、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを送信しているため、ターゲットＭＭＥ１２０はオーバーロード状態が解消されている可能性が高い（さらには、ＵＥ１００に対して、通信リソースを確保している可能性が高い）。ターゲットＭＭＥ１２０がＵＥ１００からのＡｔｔａｃｈ　ｒｅｑｕｅｓｔを受け入れる場合、Ｅ－ＵＴＲＡＮ１１４経由でＵＥ１００とＰＧＷ１４０との間にＰＤＮコネクションが確立される。
　なお、ステップＳ８０３において、ＵＴＲＡＮ１１５経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信することができない場合には、ＵＥ１００は、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが終了するまで待機し（図８のステップＳ８０８）、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後に、再度Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する（図８のステップＳ８０７）。
　また、上述のように、ＵＥ１００は、ステップＳ８０４で送信するＡｔｔａｃｈ　ｒｅｑｕｅｓｔメッセージに、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを挿入せずに、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用することを明示的に示すフラグを挿入してもよく、さらには、通常のＡｔｔａｃｈ　ｒｅｑｕｅｓｔメッセージを送信してもよい。
　次に、図９を参照しながら、本発明の第１の実施の形態におけるソースＳＧＳＮの構成について説明する。図９は、本発明の第１の実施の形態におけるソースＳＧＳＮの構成の一例を示す図である。図９において、ソースＳＧＳＮ１２１は、ＵＴＲＡＮ１１５上で通信処理を行い、ＩＰなどのパケット通信処理を実施する通信処理部９０１、ターゲットＭＭＥ１２０から送信されるＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとＵＥ１００から送信されるＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間を比較するタイマ比較部９０２、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの方が早く終了すると判断した場合にＵＥ１００へ送信するＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを生成するＮＡＳメッセージ生成部９０３、ＵＥ１００から送信されてきたＡｔｔａｃｈ　ｒｅｑｕｅｓｔなど、ＵＥ１００のモビリティを管理する通信制御部９０４を少なくとも有する。なお、ＮＡＳメッセージ生成部９０３が、タイマ比較部９０２の機能を保持する場合、タイマ比較部９０２を省略できる。また、その逆でもよい。同様に、通信制御部９０４がＮＡＳメッセージ生成部９０３とタイマ比較部９０２の機能を保持する場合、ＮＡＳメッセージ生成部９０３とタイマ比較部９０２を省略できる。
　図９に図示されている通信制御部９０４は、具体的には、ＵＥ１００がネットワークと接続できるようにするためのメッセージの作成及び処理（例えば、メッセージ内からＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどの情報を抽出）などを行って、ＵＥ１００との接続を確立する機能を有している。さらに、通信制御部９０４は、Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅを実行する機能を有している。
　なお、ソースＳＧＳＮ１２１は、ネットワークに物理的に接続するハードウェア（例えば、ネットワークと通信を行うために、情報（メッセージやパケット）を電気的な信号に変換したり、信号の変調及び復調を行ったりするインタフェース）や、ソースＳＧＳＮ１２１の機能を実現するための集積回路、又は、ソフトウェア（プログラム）の実行が可能なプロセッサなどを有している。ＵＥ１００によるネットワークへの接続を管理する機能（ＵＥ１００によるネットワーク接続の確立）、Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅの実行機能、ＵＥ１００からの接続要求を受け入れるか否かを判断する機能、通信メッセージを処理する機能（通信処理部９０１、ＮＡＳメッセージ生成部９０３、通信制御部９０４に含まれる機能）は、上記のようにハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。また、ソースＳＧＳＮ１２１は、情報を一時的に記憶するためのメモリを有し、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒやＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどの情報を一時的に当該メモリに記憶してもよい。さらに、タイマ比較部９０３も、上記のようにハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。
　なお、本発明の第１の実施の形態の説明では、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へＩｎｔｅｒ－ＲＡＴ　ＨＯすることを主に想定しているが、Ｅ－ＵＴＲＡＮ１１４からＵＴＲＡＮ１１５へＩｎｔｅｒ－ＲＡＴ　ＨＯする場合は、図９の構成はＭＭＥ１２０に適用される。
　次に、図９に図示されている構成を有するＳＧＳＮ１２１について、本発明における特徴的な処理を中心に、図１０を用いて詳しく説明する。図１０は、本発明の第１の実施の形態におけるＳＧＳＮ１２１の動作の一例を示すフローチャートである。
　ＳＧＳＮ１２１は、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが格納されたＡｔｔａｃｈ　ｒｅｑｕｅｓｔをＵＥ１００から受信する（図１０のステップＳ１００１）。ＳＧＳＮ１２１は、オペレータポリシや負荷状態を確認（オーバーロード状態でないか確認）して、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを受け入れられる場合には、Ａｔｔａｃｈ　ａｃｃｅｐｔをＵＥ１００に返信する（図１０のステップＳ１００２）。その結果、ＵＴＲＡＮ１１５経由でＵＥ１００とＰＧＷ１４０との間にＰＤＮコネクションが確立される。
　ここで、ＵＴＲＡＮ１１５のオペレータのポリシに基づいて、ＵＥ１００のＰＤＮコネクションに関して、Ｅ－ＵＴＲＡＮ１１４へＩｎｔｅｒ－ＲＡＴ　ＨＯさせることがＵＴＲＡＮ１１５で決定されたとする。この場合、ソースＳＧＳＮ１２１は、Ｉｎｔｅｒ－ＲＡＴ　ＨＯのリクエストメッセージ（例えば、Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄ）をソースＲＮＣ１１２から受信する（図１０のステップＳ１００３）。
　Ｉｎｔｅｒ－ＲＡＴ　ＨＯのリクエストメッセージを受信したソースＳＧＳＮ１２１は、ターゲットＭＭＥ１２０にＩｎｔｅｒ－ＲＡＴ　ＨＯのリクエストメッセージ（例えば、Ｆｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する（図１０のステップＳ１００４）。
　ここで、ターゲットＭＭＥ１２０はオーバーロード状態であるため、Ｉｎｔｅｒ－ＲＡＴ　ＨＯのリクエストメッセージを拒絶したとする。このとき、ターゲットＭＭＥ１２０は一定時間、ソースＳＧＳＮ１２１からのリクエストメッセージの再送を回避するために、待ち時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を拒絶メッセージ（例えば、非特許文献５で開示される“Ｎｏ　ｒｅｓｏｕｒｃｅ　ａｖａｉｌａｂｌｅ”や“Ｒｅｌｏｃａｔｉｏｎ　ｆａｉｌｕｒｅ”を示すパラメータが格納されるＦｏｒｗａｒｄ　Ｒｅｌｏｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）に格納して返信し、ＳＧＳＮ１２１は、この拒絶メッセージを受信する（図１０のステップＳ１００５）。
　ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが格納された拒絶メッセージ（例えば、Forward Relocation Response）を受信したソースＳＧＳＮ１２１は、このＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとステップＳ１００１でＵＥ１００から受信したＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの各終了時間を比較する（図１０のステップＳ１００６）。
　ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間のほうがＭＭ　ｂａｃｋ-ｏｆｆ　ｔｉｍｅｒの終了時間より早いと判断した場合には、ソースＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後に、ＵＥ１００によるＥ－ＵＴＲＡＮ１１４経由のＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするためのリクエストメッセージ（例えば、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔ）を送信する（図１０のステップＳ１００７）。
　なお、ステップＳ１００６において、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間のほうがＭＭ　ｂａｃｋ-ｏｆｆ　ｔｉｍｅｒの終了時間より遅いと判断した場合には、ソースＳＧＳＮ１２１は、処理を終了する。この場合、ＵＥ１００は、ＭＭ　ｂａｃｋ-ｏｆｆ　ｔｉｍｅｒ終了後に（すなわち、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間よりも早く）、ＵＴＲＡＮ１１５経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信することが可能である。また、上述したように、ソースＳＧＳＮ１２１が、ステップＳ１００１でＵＥ１００からＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを受信しなくても、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用することが明らかな場合（例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを利用する指示を示すフラグの有無でＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを使用するか判断ができる）は、ステップＳ１００６のソースＳＧＳＮ１２１によるＭＭ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとＨＯ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒとの終了時間の比較処理を省略でき、ソースＳＧＳＮ１２１は、ＨＯ　Ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了後、ステップＳ６０８においてＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージをＵＥ１００へ送信する。
　また、上述したように、本発明の第１の実施の形態の説明では、ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのＩｎｔｅｒ－ＲＡＴ　ＨＯを主に想定しているが、Ｅ－ＵＴＲＡＮ１１４からＵＴＲＡＮ１１５へのＩｎｔｅｒ－ＲＡＴ　ＨＯが実行される場合は、図１０の処理フローはＭＭＥ１２０に適用される。
　次に、図１０のステップＳ１００７で、ＵＥ１００のＥ－ＵＴＲＡＮ経由で行うＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするために、ソースＳＧＳＮ１２１からＵＥ１００に対して送信されるリクエストメッセージ（Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔ）構成の一例として、図１１を用いて、リクエストメッセージのフォーマット例を説明する。
　図１１は、一般的なＮＡＳシグナリングで必要となる情報が格納される“従来のＮＡＳメッセージフィールド”と、ＵＥのＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするための“Ｔｒｉｇｇｅｒ　ｉｎｄｉｃａｔｏｎフィールド”で構成される。Ｔｒｉｇｇｅｒ　ｉｎｄｉｃａｔｏｎフィールドには、ＵＥ１００がＥ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｃｈ　ｒｅｑｕｅｓｔを送信できることを示す情報（接続切り替えを指示する情報）が格納される。
　なお、例えば、図３のステップＳ３０１及びステップＳ３０２でソースＳＧＳＮ１２１からソースＲＮＣ１１２を経由して、ＵＥ１００に送信されるメッセージ（Ｒｅｌｏｃａｔｉｏｎ　ＣｏｍｍａｎｄとＨＯ　ｆｒｏｍ　ＵＴＲＡＮ　Ｃｏｍｍａｎｄ）を用いて、ＵＥ１００のＡｔｔａｃｈ　ｒｅｑｕｅｓｔ送信をトリガしてもよい。また、非特許文献３で開示されているＮＡＳシグナリング（例えば、Ｄｏｗｎｌｉｎｋ　ＮＡＳ　Ｔｒａｎｓｐｏｒｔ、ＥＭＭ　ＩＮＦＯＲＭＡＴＩＯＮ　ｍｅｓｓａｇｅ、ＥＭＭ　ＳＴＡＴＵＳ　ｍｅｓｓａｇｅなど）を用いて、ＵＥ１００に対してＡｔｔａｃｈ　ｒｅｑｕｅｓｔをトリガするように示してもよい。また、例えば、非特許文献１、２、４で開示されているように、ＳＧＳＮ１２１からＵＴＲＡＮ１１５を経由して、ＵＥ１００のＡｔｔａｃｈ　ｒｅｑｕｅｓｔの送信処理をするように指示するために、ページングメッセージを送信してもよい。例えば、ＵＥ１００にページングメッセージにシステムインフォメーションに格納されている情報を読みに行くように指示し、システムインフォメーションにＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信するような指示を格納するなどをしてもよい。
　以上、本発明の第１の実施の形態によれば、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅが拒絶された場合には、ネットワーク装置の処理負荷が高く、かつ、交換されるメッセージ数が多いＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅではなく、ネットワーク装置の処理負荷がより低く、かつ、交換されるメッセージ数がより少ないＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅによってＲＡＴの切り替えを実現することが可能となる。具体的には、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅ（図５を参照）では、最小１８ステップ（更なる付加ステップも存在）を要するのに対して、Ａｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅ（図１２を参照）では、最大１７ステップでＲＡＴへの接続（ＲＡＴの切り替え）を実現することが可能である。さらに、本発明の第１の実施の形態によれば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間のほうがＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間より早い場合に、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒに従ってＲＡＴの切り替えが行われることにより、より迅速なＲＡＴの切り替えが実現されるようになる。
＜第２の実施の形態＞
　次に、本発明の第２の実施の形態について説明する。以下、本発明の第２の実施の形態におけるシステム動作の一例について、図１３を用いて詳しく説明する。図１３は、本発明の第２の実施の形態におけるシステム動作の一例（ＵＴＲＡＮ１１５からＥ－ＵＴＲＡＮ１１４へのハンドオーバケース）を説明するためのシーケンス図である。なお、本発明の第１の実施の形態と同様に、Ｉｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ前にＵＥ１００が使用していた装置には、装置名の前にソース（Source）という文言を付しており（例えば、ソースＳＧＳＮ１２１）、ＵＥ１００がＩｎｔｅｒ－ＲＡＴ　ｈａｎｄｏｖｅｒ　ｐｒｏｃｅｄｕｒｅ後のネットワークで使用する予定の装置には、装置名の前にターゲット（Target）という文言を付している（例えば、ターゲットＭＭＥ１２０）。また、本発明の第２の実施の形態は、本発明の第１の実施の形態をベースとし、差分を中心に説明する。
　図１３のステップＳ１３０１からステップＳ１３０７は、本発明の第１の実施の形態における図６のステップＳ６０１からステップＳ６０７と同様であるため、説明を省略する。
　ソースＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間がＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間よりも早いと判断した場合、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージにＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを挿入して、ＵＥ１００へ送信する（図１３のステップＳ１３０８）。ＵＥ１００は、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを受信した後、送信／受信データ関連の情報（例えば、ＵＥ１００が送信又は受信するデータ残量が微量（例えば、残り数秒でデータ送信完了するような状態））を確認し、最適なＲＡＮ（Ｅ－ＵＴＲＡＮ１１４又はＵＴＲＡＮ１１５）を選択する（図１３のステップＳ１３０９）。
　なお、本発明の第２の実施の形態では、ソースＳＧＳＮ１２１は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを挿入したＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを、任意のタイミングで（例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを取得するとすぐに）ＵＥ１００へ送信してもよい。これにより、ＵＥ１００は、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージに格納されているＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを参照することで、例えば、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ａｃｃｅｐｔを送信できるようになるまでの時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間）を把握できる。また、ソースＳＧＳＮ１２１がＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後にＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを送信することが事前に定められている、又は、本発明の第１の実施の形態のように図１１で示す“Ｔｒｉｇｇｅｒ　ｉｎｄｉｃａｔｉｏｎ”が格納されている場合には、必ずしもＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージにＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが含まれている必要はない。この場合には、ＵＥ１００は、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージの受信によって、既にＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが終了していることを把握できる。
　ＵＥ１００は、現在ＵＴＲＡＮ１１５経由でＰＤＮコネクションを確立して通信を行っていることから、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ａｃｃｅｐｔを送信できるようになるまでの時間、及び／又は、送信／受信データ関連の情報（送信又は受信するデータ残量）を考慮し、Ｅ－ＵＴＲＡＮ１１４へ再度Ａｔｔａｃｈ　ａｃｃｅｐｔを送信してＥ－ＵＴＲＡＮ１１４経由の接続を確立することを選択してもよく、あるいは、ＵＴＲＡＮ１１５に接続し続けることを選択してもよい。例えば、ＵＥ１００が送信するデータ残量が微量（例えば、残り数秒でデータ送信完了するような状態）である場合、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅを実施したとしても、結果としてＵＥ１００及びネットワーク側において負荷がより大きくなってしまう可能性があるが、このような場合には、ＵＥ１００がＵＴＲＡＮ１１５に接続し続けることを選択することで、負荷の増大を抑えることができる。
　また、ＵＥ１００は、最適なＲＡＮを選択する際に用いる情報として、ＵＥ１００が保持するＲＡＮ優先度情報（例えば、Ｅ－ＵＴＲＡＮ１１４が高優先度でＵＴＲＡＮ１１５が中優先度など）、使用しているアプリケーションから利用できる優先度情報、ＵＥ１００が静的に保持する情報、ネットワークのオペレータから割り当てられている情報（例えば、ＧＢＲ（Guaranteed Bit Rate）やＱＣＩ（QoS Class Identifier））などを利用して、最適なＲＡＮ（ＲＡＴ）を選択してもよい。
　また、ＵＥ１００がＥ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信することを選択した場合、ＵＥ１００は、ソースＳＧＳＮ１２１とターゲットＭＭＥ１２０との間で開始されたＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅにおいて拒絶されたＵＥ１００であることを示すために、ＵＥ識別子を生成してもよい（図１３のステップＳ１３１０）。このＵＥ識別子は、後述のステップＳ１３１１で送信されるＡｔｔａｃｈ　ｒｅｑｕｅｓｔに挿入可能であり、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを受信したターゲットＭＭＥ１２０は、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔ内のＵＥ識別子を参照して、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶したＵＥ１００と、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００との相関（すなわち、同一であること）を認識してもよい。ＭＭＥ１２０は、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶されたＵＥ１００と、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００との相関性を認識することで、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが終了していないなどの理由によってＡｔｔａｃｈ　ｒｅｑｕｅｓｔを拒絶せずに、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ終了後に確保している通信リソースの対象が、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元のＵＥ１００であることを識別して、当該Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを受け入れることができるようになる。
　なお、ＵＥ１００がＵＥ識別子の情報として、ＩＭＳＩ（International Mobile Subscriber Identity）やＩＭＥＩ（International Mobile Equipment Identity）、ＩＰアドレスなど、ＵＥ固有の情報やＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅでも使用されていて、ＭＭＥ１２０がＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅを拒絶したＵＥ１００であることを識別できる情報が、従来のＡｔｔａｃｈ　ｒｅｑｕｅｓｔに一般的な処理で格納される場合は、新たに格納する必要はないため、ステップＳ１３１０は省略できる。
　また、ＵＥ１００は、Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージに格納されている情報（ソースＳＧＳＮ１２１から通知された情報）を用いて、ＵＥ識別子を生成してもよい。例えば、ソースＳＧＳＮ１２１とターゲットＭＭＥ１２０との間で実行されたメッセージ交換（Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅの処理）において、ソースＳＧＳＮ１２１は、何らかの情報（以下、トークン情報と記載）をターゲットＭＭＥ１２０と共有し、かつ、そのトークン情報をＵＥ１００に通知することで、ＵＥ１００がこのトークン情報に基づくＵＥ識別子を生成してもよい。後述のステップ１３１１で送信されるＡｔｔａｃｈ　ｒｅｑｕｅｓｔに、トークン情報に基づくＵＥ識別子が挿入されることで、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを確認するターゲットＭＭＥ１２０は、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶したＵＥ１００と、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００との相関（すなわち、同一であること）を認識することが可能である。
　ステップＳ１３０８でＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔメッセージを受信したＵＥ１００は、図６のステップＳ６０９と同様に、Ｅ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔをターゲットＭＭＥ１２０に送信し、Ｅ－ＵＴＲＡＮ１１４経由でＰＧＷ１４０とＰＤＮコネクションを確立する（図１３のステップＳ１３１１）。
　なお、ステップＳ１３１１において、ＵＥ１００がＥ－ＵＴＲＡＮ１１４経由でＡｔｔａｃｈ　ｒｅｑｕｅｓｔを送信する際には、図１３のステップＳ１３０１でＭＭＥ１２０から通知された待ち時間（ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）がまだ終了していない場合には、ＵＥ１００は、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを無効にして（停止／無視／一時停止など）、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔを送信できるようにする。
　次に、図１４を参照しながら、本発明の第２の実施の形態におけるＵＥの構成について説明する。図１４は、本発明の第２の実施の形態におけるＵＥの構成の一例を示す図である。図１４において、ＵＥ１００は、ネットワーク（例えば、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５）と接続して下位レイヤにおける通信処理と上位レイヤでＩＰなどのパケット通信処理を実施する通信処理部１４０１、モビリティ管理や通信経路の管理（例えば、ＰＧＷ１４０との間に確立するＰＤＮコネクションやＥＰＳベアラに関するＱｏＳ制御など）やＲＡＴ（例えば、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５）の選択などを行う通信制御部１４０２、ネットワークから受信した待ち時間（例えば、ＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなど）を管理するタイマ制御部１４０３に加えて、例えば送信／受信データ関連の情報などを確認することによって最適なＲＡＴ（Ｅ－ＵＴＲＡＮ１１４かＵＴＲＡＮ１１５）を選択する最適ＲＡＴ選択処理部１４０４、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅが拒絶されたＵＥ１００であることを示す情報を生成するＵＥ識別子生成処理部１４０５を少なくとも有する。なお、図１４に図示されている通信処理部１４０１、通信制御部１４０２、タイマ制御部１４０３は、図７に図示されている通信処理部７０１、通信制御部７０２、タイマ制御部７０３は、基本的に同一の機能を有しており、これらの各機能は、ハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。また、最適ＲＡＴ選択処理部１４０４及びＵＥ識別子生成処理部１４０５も同様に、ハードウェアで実現されてもよく、あるいは、プログラムをプロセッサに実行させることで実現されてもよい。
　また、通信制御部１４０２が最適ＲＡＴ選択処理部１４０４の機能を保持している場合は、最適ＲＡＴ選択処理部１４０４を省略できる。また、他の処理部も同様である。また、例えば、最適ＲＡＴ選択処理部１４０４は通信制御部１４０２のみと情報を交換する場合は、最適ＲＡＴ選択処理部１４０４と通信制御部１４０２との間に直接的なリンクのみを設けてもよい。
　図１４に図示されている通信制御部１４０２は、具体的には、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５と接続するためのメッセージの作成及び処理（例えば、メッセージ内からＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒなどの情報を抽出）などを行って、Ｅ－ＵＴＲＡＮ１１４やＵＴＲＡＮ１１５との接続を確立する機能を有している。さらに、通信制御部７０２又は最適ＲＡＴ選択処理部１４０４は、例えば、図１６に図示されているＴｒｉｇｇｅｒ　ｉｎｄｉｃａｔｏｎフィールドなどに含まれている情報を抽出し、新たなメッセージの作成及び処理（例えば、別のＲＡＴへの接続切り替え処理）を行うか否かを決定することも可能である。
　次に、図１４に図示されている構成を有するＵＥについて、本発明における特徴的な処理を中心に、図１５を用いて詳しく説明する。なお、図１５のステップＳ１５０１からステップＳ１５０５（Ａｔｔａｃｈ　ａｃｃｅｐｔを受信するまで）は、図８のステップＳ８０１からステップＳ８０５と同じであるため、説明を省略する。
　続いて、ＵＥ１００は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒを含むＴｒｉｇｇｅｒ　ｒｅｑｕｅｓｔを受信する（図１５のステップＳ１５０６）。Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔを受信したＵＥ１００は、例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ、及び／又は、送信／受信データ関連の情報などを確認し、最適なネットワーク（Ｅ－ＵＴＲＡＮ１１４又はＵＴＲＡＮ１１５）を選択する（図１５のステップＳ１５０７）。
　選択した最適なＲＡＮが、ＵＥ１００の接続したいネットワークである場合（本発明の第２の実施の形態では、Ｅ－ＵＴＲＡＮ１１４の場合）、ＵＥ１００は、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅにおいて拒絶されたＵＥ１００であること（図１３のステップＳ１３０６で拒絶されたＵＥ１００であること）を示すＵＥ識別子を生成する（図１５のステップＳ１５０８）。なお、ＵＥ１００がＵＥ識別子の情報として、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）やＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｅｑｕｉｐｍｅｎｔ　Ｉｄｅｎｔｉｔｙ）、ＩＰアドレスなど、ＵＥ固有の情報やＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅでも使用されていて、ＭＭＥ１２０がＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅを拒絶したＵＥであることを識別できる情報が、従来のＡｔｔａｃｈ　ｒｅｑｕｅｓｔに一般的な処理で格納される場合は、新たに格納する必要はないため、ステップＳ１５０８は省略できる。
　そして、ＵＥ１００は、ＵＥ１００を識別可能な情報（ＵＥ識別子）を格納したＡｔｔａｃｈ　ｒｅｑｕｅｓｔをＥ－ＵＴＲＡＮ１１４経由で送信する（図１５のステップＳ１５０９）。なお、ＵＥ１００は、ステップＳ１５０９におけるＡｔｔａｃｈ　ｒｅｑｕｅｓｔの送信を、少なくともＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが終了するのを待ってから行う必要がある。ＭＭＥ１２０によって、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔが受け入れられる場合には、一般的なＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅが引き続き実施され、Ｅ－ＵＴＲＡＮ１１４経由でＵＥ１００とＰＧＷ１４０との間にＰＤＮコネクションが確立される。
　また、ＭＭＥ１２０は、例えば、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅにおいて拒絶したＵＥ１００に関して、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ後にこのＵＥ１００用の通信リソースを確保しておいてもよい。ＭＭＥ１２０は、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔにＵＥ識別子が格納されている場合には、このＵＥ識別子を利用することで、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅを拒絶したＵＥ１００（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ後に通信リソースを確保したＵＥ１００）であることを認識できるようになる。
　次に、図１３のステップＳ１３０８で、ＵＥのＥ－ＵＴＲＡＮ経由で行うＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするために、ソースＳＧＳＮ１２１からＵＥ１００に対して送信されるＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒが格納されるリクエストメッセージ（Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔ）構成の一例として、図１６を用いて、リクエストメッセージのフォーマット例を説明する。
　図１６は、図１１で示す一般的なＮＡＳシグナリングで必要となる情報が格納される“従来のＮＡＳメッセージフィールド”と、ＵＥのＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガするための“Ｔｒｉｇｇｅｒ　ｉｎｄｉｃａｔｏｎフィールド”に加えて、ターゲットＭＭＥ１２０から受信した待ち時間（例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）を格納するための“ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒフィールド”で構成される。なお、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒフィールドのみで、ＵＥ１００によるＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅをトリガしていることをＵＥ１００が認識できる場合、Ｔｒｉｇｇｅｒ　ｉｎｄｉｃａｔｉｏｎフィールドは省略できる。ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒフィールドも同様に、ソースＳＧＳＮ１２１がＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ経過後に本Ｔｒｉｇｇｅｒ　ｒｅｑｕｅｓｔをＵＥ１００に送信する場合は、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒフィールドを省略できる。また、上述のように、ソースＳＧＳＮ１２１は、ＵＥ識別子の生成に使用可能なトークン情報をＵＥ１００へ通知してもよく、このトークン情報を格納するためのフィールドが設けられていてもよい。
　また、図１３のステップＳ１３１１で、ＵＥ１００がＥ－ＵＴＲＡＮ１１４経由で送信するＡｔｔａｃｈ　ｒｅｑｕｅｓｔ構成の一例として、図１７を用いて、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔのフォーマット例を説明する。
　図１７は、一般的なＡｔｔａｃｈ　ｒｅｑｕｅｓｔで必要となる情報が格納される“従来のＡｔｔａｃｈ　ｒｅｑｕｅｓｔメッセージフィールド”と、ターゲットの装置（例えば、ターゲットＭＭＥ１２０）がＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅを拒絶したＵＥ１００であることを識別するためのＵＥ識別子を格納するための“ＵＥ識別子フィールド”で構成される。なお、従来のＡｔｔａｃｈ　ｒｅｑｕｅｓｔメッセージフィールドで、ＵＥ１００を識別可能な情報がある場合（例えば、ターゲットＭＭＥ１２０がＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅを拒絶したＵＥ１００かどうかをＩＭＳＩで識別する場合、かつ、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔにＩＭＳＩが格納される場合）、ＵＥ識別子フィールドは省略できる。
　以上、本発明の第２の実施の形態によれば、本発明の第１の実施の形態と同様に、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅが拒絶された場合には、ネットワーク装置の処理負荷が高く、かつ、交換されるメッセージ数が多いＩｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅではなく、ネットワーク装置の処理負荷がより低く、かつ、交換されるメッセージ数がより少ないＡｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅによってＲＡＴの切り替えを実現することが可能となる。また、本発明の第２の実施の形態によれば、本発明の第１の実施の形態と同様に、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間のほうがＭＭ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間より早い場合に、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒに従ってＲＡＴの切り替えが行われることにより、より迅速なＲＡＴの切り替えが実現されるようになる。さらに、本発明の第２の実施の形態によれば、ＵＥ１００が、ＲＡＴの切り替えタイミング（例えば、ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒの終了時間）や送信／受信データ関連の情報（例えば、ＵＥ１００が送信又は受信するデータ残量が微量（例えば、残り数秒でデータ送信完了するような状態））を考慮して、最適なＲＡＴの選択を行うことにより、ＵＥ１００及びネットワーク側の双方にとって余計な負荷が生じないでＲＡＴの切り替えが可能となる。さらに、本発明の第２の実施の形態によれば、ネットワーク側（例えば、ターゲットＭＭＥ１２０）が、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶したＵＥ１００、及び、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００を識別することによって、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶したＵＥ１００と、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００との相関（すなわち、同一であること）を認識することが可能となる。
　なお、本明細書では、本発明を第１の実施の形態と第２の実施の形態とに分けて説明を行ったが、各実施の形態に開示されている技術的特徴を組み合わせてもよい。例えば、本発明を第１の実施の形態においてＵＥ識別子を用いてもよく、これにより、第１の実施の形態においても、ターゲットＭＭＥ１２０が、Ｉｎｔｅｒ－ＲＡＴ　ＨＯ　ｐｒｏｃｅｄｕｒｅで拒絶したＵＥ１００と、Ａｔｔａｃｈ　ｒｅｑｕｅｓｔの送信元であるＵＥ１００との相関（すなわち、同一であること）を認識できるようにしてもよい。
　また、上記の本発明の実施の形態の説明で用いた機能ブロックは、典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Iｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
　本発明は、通信ノード（ＵＥ）の接続に関してハンドオーバ（Ｉｎｔｅｒ－ＲＡＴ　Ｈａｎｄｏｖｅｒ）が拒絶されて待機時間（ＨＯ　ｂａｃｋ－ｏｆｆ　ｔｉｍｅｒ）が発生した場合にハンドオーバしようとしたネットワークに効率良く接続するという効果、また、その際、処理負荷が少なく、かつ、交換されるメッセージ数が少ない処理が行われるようにするという効果を有し、異なるＲＡＴ（Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）を利用したネットワークへの接続を切り替えて通信を行う通信技術に適用可能である。

Claims (15)

  1. 　それぞれ異なる無線アクセス技術を用いた第１及び第２ネットワークによって構成され、前記第１ネットワークと前記第２ネットワークとの間で通信ノードの接続をハンドオーバさせる通信システムに接続する通信ノードであって、
    　前記第１ネットワークに対して第１の接続要求を送信する第１接続要求送信部と、
    　前記第１接続要求送信部による前記第１ネットワークへの前記第１の接続要求が拒絶された際に、前記第１ネットワークに対して前記第１の接続要求を再送信できるようになるまでの接続要求待機時間を取得する待機時間取得部と、
    　前記第１接続要求送信部による前記第１ネットワークへの前記第１の接続要求が拒絶された場合、前記第２ネットワークに対して第２の接続要求を送信する第２接続要求送信部と、
    　前記第２ネットワークとの間で接続を確立する接続確立部と、
    　前記第２ネットワークが、前記通信ノードとの間で確立されている前記接続を前記第１ネットワークへハンドオーバさせるハンドオーバ要求を前記第１ネットワークへ送信し、前記第１ネットワークが、前記ハンドオーバ要求を拒絶すると共に、前記第１ネットワークに対してハンドオーバ要求を再送信できるようになるまでのハンドオーバ待機時間を前記第２ネットワークへ通知した場合に、前記第２ネットワークから送信される前記第１ネットワークへの接続切り替え指示を含むトリガメッセージを受信するメッセージ受信部と、
    　前記メッセージ受信部で受信した前記トリガメッセージに基づいて、前記第１接続要求送信部が前記第１ネットワークに対して前記第１の接続要求を再送信するか否かを決定する判断部とを、
    　有する通信ノード。
  2. 　前記第２接続要求送信部は、前記第２の接続要求の送信と共に、前記接続要求待機時間を前記第２ネットワークへ通知する請求項１に記載の通信ノード。
  3. 　前記第２接続要求送信部は、前記第２の接続要求の送信と共に、前記第２ネットワークから前記第１への前記ハンドオーバ要求が拒絶された場合に前記ハンドオーバ待機時間を利用することを示す情報を前記第２ネットワークへ通知する請求項１に記載の通信ノード。
  4. 　前記トリガメッセージは、前記ハンドオーバ待機時間の満了後に前記第２ネットワークから送信される請求項１に記載の通信ノード。
  5. 　前記メッセージ受信部は、前記ハンドオーバ待機時間をさらに含む前記トリガメッセージを受信する請求項１に記載の通信ノード。
  6.   前記判断部は、前記ハンドオーバ待機時間をさらに含む前記トリガメッセージを前記メッセージ受信部が受信した場合に、前記接続要求待機時間と前記ハンドオーバ待機時間とを比較して、前記第１の接続要求を再送信することを決定する請求項５に記載の通信ノード。
  7. 　前記判断部は、前記第２ネットワークとの間で確立されている前記接続を利用して送信又は受信するデータ残量に基づいて、前記第１の接続要求を再送信するか否かを決定する請求項１に記載の通信ノード。
  8. 　前記第１接続要求送信部は、前記第１のネットワークへの前記第１の接続要求の前記再送信と共に、前記第１ネットワークによって拒絶された前記ハンドオーバ要求との関連性を示す識別情報を通知する請求項１に記載の通信ノード。
  9. 　前記待機時間取得部で取得した前記接続要求待機時間を計時する計時部を有し、
    　前記第１接続要求送信部は、前記判断部において前記第１の接続要求を再送信することが決定された場合に、前記計時部による計時を無効にする請求項１に記載の通信ノード。
  10. 　それぞれ異なる無線アクセス技術を用いた第１及び第２ネットワークによって構成され、前記第１ネットワークと前記第２ネットワークとの間で通信ノードの接続をハンドオーバさせる通信システムにおいて、前記第２ネットワークに位置するネットワークノードであって、
    　前記第１ネットワークへの第１の接続要求が拒絶された前記通信ノードから、前記第２ネットワークへの第２の接続要求を受信する接続要求受信部と、
    　前記通信ノードによる前記第２ネットワークへの前記第２の接続要求を受け入れることを示す接続応答を前記通信ノードへ送信する接続応答送信部と、
    　前記通信ノードとの間で確立されている接続を前記第１ネットワークへハンドオーバさせるハンドオーバ要求を前記第１ネットワークへ送信するハンドオーバ要求送信部と、
    　前記第１ネットワークが前記ハンドオーバ要求を拒絶した場合、前記第１ネットワークに対してハンドオーバ要求を再送信できるようになるまでのハンドオーバ待機時間を取得するハンドオーバ待機時間取得部と、
    　前記第１ネットワークへの接続切り替え指示を含むトリガメッセージを前記通信ノードに送信するメッセージ送信部とを、
    　有するネットワークノード。
  11. 　前記接続要求受信部は、前記第２の接続要求と共に、前記通信ノードが前記第１ネットワークに対して前記第１の接続要求を再送信できるようになるまでの接続要求待機時間を受信する請求項１０に記載のネットワークノード。
  12. 　前記メッセージ送信部は、前記ハンドオーバ待機時間の満了後に前記トリガメッセージを送信する請求項１０に記載のネットワークノード。
  13. 　前記メッセージ送信部は、前記ハンドオーバ待機時間をさらに含む前記トリガメッセージを送信する請求項１０に記載のネットワークノード。
  14. 　前記接続要求待機時間と前記ハンドオーバ待機時間とを比較し、前記ハンドオーバ待機時間が前記接続要求待機時間より早く終了する場合に、前記トリガメッセージの送信を行うよう前記メッセージ送信部へ指示する時間比較部を有する請求項１１に記載のネットワークノード。
  15. 　前記接続要求受信部は、前記第２の接続要求と共に、前記第２ネットワークから前記第１ネットワークへの前記ハンドオーバ要求が拒絶された場合に前記ハンドオーバ待機時間を利用することを示す情報を受信する請求項１０に記載のネットワークノード。
PCT/JP2012/002509 2011-04-28 2012-04-11 通信ノード及びネットワークノード Ceased WO2012147291A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-101169 2011-04-28
JP2011101169 2011-04-28

Publications (1)

Publication Number Publication Date
WO2012147291A1 true WO2012147291A1 (ja) 2012-11-01

Family

ID=47071825

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/002509 Ceased WO2012147291A1 (ja) 2011-04-28 2012-04-11 通信ノード及びネットワークノード

Country Status (1)

Country Link
WO (1) WO2012147291A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015050110A1 (ja) * 2013-10-02 2015-04-09 株式会社Ｎｔｔドコモ ネットワーク装置、無線通信システム及び通信制御方法
JP2015537484A (ja) * 2012-12-04 2015-12-24 クアルコム，インコーポレイテッド 強化されたモバイル電力管理のための装置および方法
KR20160022387A (ko) * 2013-07-04 2016-02-29 닛본 덴끼 가부시끼가이샤 통신 시스템, 방법, 및 장치
JP2017195639A (ja) * 2012-01-27 2017-10-26 クアルコム，インコーポレイテッド 優先度ベースのセッションおよびモビリティ管理のためのシステムおよび方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036944A (ja) * 1999-07-21 2001-02-09 Nec Commun Syst Ltd 位置登録制御方法および移動体通信システム
JP2011077635A (ja) * 2009-09-29 2011-04-14 Panasonic Corp 無線基地局およびハンドオーバ指示方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036944A (ja) * 1999-07-21 2001-02-09 Nec Commun Syst Ltd 位置登録制御方法および移動体通信システム
JP2011077635A (ja) * 2009-09-29 2011-04-14 Panasonic Corp 無線基地局およびハンドオーバ指示方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS23.401, V10.3.0, March 2011 (2011-03-01), pages 166 - 172 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017195639A (ja) * 2012-01-27 2017-10-26 クアルコム，インコーポレイテッド 優先度ベースのセッションおよびモビリティ管理のためのシステムおよび方法
US10212747B2 (en) 2012-01-27 2019-02-19 Qualcomm Incorporated Systems and methods for priority based session and mobility management
JP2015537484A (ja) * 2012-12-04 2015-12-24 クアルコム，インコーポレイテッド 強化されたモバイル電力管理のための装置および方法
KR20160022387A (ko) * 2013-07-04 2016-02-29 닛본 덴끼 가부시끼가이샤 통신 시스템, 방법, 및 장치
KR101651807B1 (ko) 2013-07-04 2016-08-26 닛본 덴끼 가부시끼가이샤 통신 시스템, 방법, 및 장치
JP2017050895A (ja) * 2013-07-04 2017-03-09 日本電気株式会社 通信システムと方法と装置
WO2015050110A1 (ja) * 2013-10-02 2015-04-09 株式会社Ｎｔｔドコモ ネットワーク装置、無線通信システム及び通信制御方法
JP2015073184A (ja) * 2013-10-02 2015-04-16 株式会社Ｎｔｔドコモ ネットワーク装置、無線通信システム及び通信制御方法

Similar Documents

Publication Publication Date Title
US12052783B2 (en) User apparatus for performing a registration procedure
US10219143B2 (en) Data transmission method, mobility management entity, and mobile terminal
US11405842B2 (en) Access and mobility management function (AMF), user equipment (UE), session management function (SMF), communication control method for AMF, communication control method for UE, and communication control method for SMF
US11405829B2 (en) Communication control method for a user equipment that configures a protocol data unit session to correspond to a non-IP packet data network connection
US11800574B2 (en) User equipment, control apparatus, and communication control method
US11259345B2 (en) User equipment, control apparatus, and communication control method
US11612004B2 (en) User equipment, control apparatus, and communication control method
US11576219B2 (en) User equipment, control apparatus, and communication control method
US11758607B2 (en) User equipment, control apparatus, and communication control method
CN104137608A (zh) 用于为共享网络节点增强电路交换呼叫回退(csfb)服务的方法和设备
US11265838B2 (en) User equipment, control device, and communication control method
US11595930B2 (en) User equipment (UE) and communication control method
CN102365886A (zh) 用于以最小包损失移动wcdma移动台的装置和方法
US9860869B2 (en) Method and apparatus for offloading data traffic in a wireless communication system
US20220210670A1 (en) Ue and control apparatus in core network
JP2020501410A (ja) データパケット処理方法、制御プレーンネットワーク要素、及びユーザプレーンネットワーク要素
CN103428888B (zh) 一种直通隧道建立方法及系统
WO2012147291A1 (ja) 通信ノード及びネットワークノード
US11844130B2 (en) User equipment, control device, and communication control method
US12537738B2 (en) UE and control apparatus in core network
EP2416606A1 (en) Apparatus and method for moving wcdma mobile station inthe manner of the least packet loss
KR102109604B1 (ko) 무선 통신 시스템에서 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
BR112020002580B1 (pt) Equipamento de usuário e métodos de operação relacionados

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: 12776968

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12776968

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP