WO2018003902A1 - 端末装置、制御装置、及び通信制御方法 - Google Patents

端末装置、制御装置、及び通信制御方法 Download PDF

Info

Publication number
WO2018003902A1
WO2018003902A1 PCT/JP2017/023857 JP2017023857W WO2018003902A1 WO 2018003902 A1 WO2018003902 A1 WO 2018003902A1 JP 2017023857 W JP2017023857 W JP 2017023857W WO 2018003902 A1 WO2018003902 A1 WO 2018003902A1
Authority
WO
WIPO (PCT)
Prior art keywords
identification information
procedure
terminal device
handover
network
Prior art date
Application number
PCT/JP2017/023857
Other languages
English (en)
French (fr)
Inventor
雄大 河崎
真史 新本
陽子 久下
Original Assignee
シャープ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シャープ株式会社 filed Critical シャープ株式会社
Priority to CA3029496A priority Critical patent/CA3029496A1/en
Priority to BR112018077077A priority patent/BR112018077077A8/pt
Priority to EP17820256.0A priority patent/EP3481133A4/en
Priority to US16/313,720 priority patent/US11197221B2/en
Priority to CN201780038157.5A priority patent/CN109314907B/zh
Publication of WO2018003902A1 publication Critical patent/WO2018003902A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • the present invention relates to a terminal device, a control device, and a communication control method.
  • This application claims the benefit of priority to Japanese Patent Application No. 2016-129850 filed in Japan on June 30, 2016. By referring to it, the entire contents of this patent application are It is included in the application.
  • 3GPP The 3rd Generation Partnership Project
  • SAE System Architecture Enhancement
  • LTE Long Term Evolution
  • 3GPP has specified EPS (Evolved Packet System) as a communication system that realizes all-IP.
  • the core network that constitutes EPS is called EPC (Evolved-Packet-Core).
  • next-generation communication technology and system architecture of 5G (5th Generation) mobile communication system, which is the next generation mobile communication system.
  • NextGen (Architecture for Next Generation Generation) System). NextGen extracts technical issues for connecting a wide variety of terminals to a cellular network and specifies solutions.
  • NextGen is studying how to optimize the mobility of terminals. More specifically, studies are being conducted to provide mobility suitable for terminals and networks by diversifying the types of mobility of terminals.
  • the present invention has been made in view of such circumstances, and an object of the present invention is to provide a communication control means for providing a type of mobility suitable for a terminal and a communication path and a handover for realizing diversified mobility. Is to provide.
  • the terminal device receives and transmits a session establishment acceptance message including at least first identification information and / or second identification information from a core network in a session establishment procedure executed in a state in which an attach procedure is completed
  • the first identification information is information indicating that the core network has a function for executing a handover procedure initiated by the terminal device
  • the second identification information is The terminal device is information indicating that the terminal device is permitted to execute a handover procedure led by the terminal device.
  • a session establishment acceptance message including at least first identification information and / or second identification information is transmitted from a core network in a session establishment procedure executed in a state where an attach procedure is completed.
  • the first identification information is information indicating that the core network has a function for executing a handover procedure initiated by the terminal device
  • the second identification information is information indicating that the terminal device is permitted to execute a handover procedure initiated by the terminal device.
  • the control device included in the core network transmits a session establishment acceptance message including at least first identification information and / or second identification information in a session establishment procedure executed in a state where the attach procedure is completed.
  • the first identification information is information indicating that the core network has a function for executing a handover procedure initiated and initiated by the terminal device
  • the second identification information is information indicating that the terminal device is permitted to execute a handover procedure initiated by the terminal device.
  • a communication control method for a control device included in a core network of the present invention includes a session establishment acceptance including at least first identification information and / or second identification information in a session establishment procedure executed in a state where an attach procedure is completed.
  • a step of transmitting a message to the terminal device and the first identification information is information indicating that the core network has a function for executing a handover procedure initiated by the terminal device.
  • the second identification information is information indicating that the terminal device is permitted to execute a handover procedure initiated and initiated by the terminal device.
  • the terminal can establish connectivity and handover according to mobility capability.
  • the core network can establish a handover and connection between terminals having different mobility capabilities, or establishment of a communication path having different mobility capabilities.
  • FIG. 10 is a diagram for explaining a second UE-led handover establishment procedure.
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system in the present embodiment.
  • the mobile communication system 1 includes a mobile terminal apparatus UE_A10, an access network, a core network_A90, and a PDN (Packet Data Network) _A5.
  • UE_A10 may be a terminal device that can be wirelessly connected, and may be UE (User Equipment), ME (Mobile Equipment), or MS (Mobile Station).
  • UE_A10 may be a CIoT (Cellular Internet of Things) terminal.
  • a CIoT terminal is an IoT terminal that can be connected to the core network_A90, and an IoT (Internet of Things) terminal is a variety of IT devices such as personal computers and sensor devices, including mobile phone terminals such as smartphones. It's okay.
  • UE_A10 can be connected to the access network and / or the core network_A90. Furthermore, UE_A10 can be connected to PDN_A5 via the access network and / or core network_A90, and further transmits / receives user data to / from PDN_A5.
  • the user data may be data transmitted / received between UE_A10 and PDN_A5. Furthermore, transmission / reception of user data may be performed using a PDU (Packet Data Unit) session.
  • PDU Packet Data Unit
  • user data communication is not limited to IP communication, and may be non-IP communication.
  • the PDU session is connectivity established between UE_A10 and PDN_A5 in order to provide a PDU connection service for transmitting and receiving user data between UE_A10 and PDN_A5. More specifically, the PDU session may be connectivity established between UE_A 10 and the external gateway device.
  • the external gateway device may be a device that connects the core network_A90 such as PGW_A30 and SCEF_A46 and PDN_A5.
  • the PDU session may be a communication path established for transmitting / receiving user data between the UE_A 10 and the core network_A90 and / or PDN_A5, and is a communication path for transmitting / receiving PDUs. Good. Furthermore, the PDU session may be a session established between UE_A10 and core network_A90 and / or PDN_A5, and is a transfer path such as one or a plurality of bearers between each device in mobile communication system 1. It may be a logical communication path configured.
  • the PDU session may be a connection established by the UE_A 10 between the core network_A 90 and the external gateway device, and a PDN connection established between the UE_A 10 and the PGW_A 30 and / or SCEF_A 46 ( Packet Data Network Connection).
  • the PDU session may be connectivity and / or connection between UE_A10 and PGW_A30 via eNB_A45 and / or SGW_A35, or between UE_A10 and SCEF_A46 via eNB_A45 and / or MME_A40. Connectivity between and / or connections.
  • the PDU session established between UE_A10 and PGW_A30 via the device in the access network and SGW_A35 is defined as the first PDU session
  • the SCEF_A 46 is defined as a second PDU session.
  • a device such as an application server arranged in UE_A10 and PDN_A5 can execute transmission / reception of user data using a PDU session.
  • the PDU session can transfer user data transmitted and received by devices such as application servers arranged in UE_A10 and PDN_A5.
  • each device (UE_A10 and / or a device in the access network and / or a device in the core network_A90) manages one or a plurality of identification information in association with the PDU session. Also good.
  • These identification information may include one or more of APN, TFT, session type, application identification information, PDN_A5 identification information, network slice identification information, access network identification information, and other information. May be included.
  • each identification information associated with the PDU session may have the same contents or different contents.
  • IP communication is data communication using IP (Internet Protocol), and is data communication realized by transmission / reception of an IP packet with an IP header.
  • the payload part which comprises an IP packet may contain user data which UE_A10 transmits / receives.
  • the non-IP communication is data communication that does not use IP, and is data communication that is realized by transmission / reception of data without an IP header.
  • non-IP communication may be data communication realized by transmission / reception of application data to which no IP packet is attached, or another header such as a Mac header or an Ethernet (registered trademark) frame header is added.
  • User data transmitted and received by UE_A 10 may be transmitted and received.
  • PDN_A5 is a DN (Data Network) that provides a communication service to UE_A10.
  • the DN may be configured as a packet data service network or may be configured for each service.
  • PDN_A5 may include a connected communication terminal. Therefore, connecting to PDN_A5 may mean connecting to a communication terminal arranged in PDN_A5. Further, sending and receiving user data to and from PDN_A5 means communication arranged in PDN_A5. It may be that user data is transmitted to and received from the terminal.
  • an access network is a wireless network connected to UE_A10 and / or core network_A90.
  • the access network may be a 3GPP access network or a non-3GPP access network.
  • the 3GPP access network includes E-UTRAN (Evolved Universal Terrestrial Radio Access Network) _A80, UTRAN (Universal Terrestrial Radio Access Network) _A20, GERAN (GSM (registered trademark) EDGE Radio Access Network) _A25, NextGen RAN (Next Generation Radio Access Network) _A120, and the non-3GPP access network may be WLAN ANb75, WLAN ANa70, WLAN ANc125.
  • UE_A10 may be connected to the access network in order to connect to the core network_A90, or may be connected to the core network_A90 via the access network.
  • the core network_A90 is an IP mobile communication network operated by a mobile communication operator (Mobile Operator) connected to an access network and / or PDN_A5.
  • the core network_A90 may be a core network for a mobile communication carrier that operates and manages the mobile communication system 1, or a core network for a virtual mobile communication carrier such as an MVNO (Mobile Virtual Network Operator). It may be.
  • the core network_A90 may be a core network for accommodating CIoT terminals.
  • the core network_A90 may be EPC (Evolved Packet Core) for EPS (Evolved Packet System) or NextGen Core (Next Generation Core) for NextGen System (Next Generation System). .
  • the core network_A90 may be the first core network, the second core network, or a combination of these.
  • the first core network may be EPC
  • the second core network may be NextGen Core.
  • the first core network and / or the second core network may be configured with a system optimized for IoT.
  • FIG. 2 shows an example of the configuration of the core network_A90 when the core network_A90 is the first core network.
  • the core network _A90 in Figure 2 (a) is HSS (Home Subscriber Server) _A50, AAA (Authentication Authorization Authorization) _A55, PCRF (Policy and Charging Rules, Function) _A60, PGW (Packet Data Data Network Gateway) _A30, ePDG (enhanced Packet Data Gateway) _A65, SGW (Serving_Gateway) _A35, MME (Mobility Management Entity) _A40, SGSN (Serving GPRS Support Node) _A42, SCEF (Service Capability Exposure Function) _A46.
  • the core network_A90 can be connected to a plurality of radio access networks (E-UTRAN_A80, WLAN ⁇ ANb75, WLAN ANa70, UTRAN_A20, GERAN_A25).
  • the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
  • UE_A 10 can wirelessly connect to the radio access network.
  • the access networks that can be connected by the WLAN access system are WLAN access network b (WLAN ANb75) that connects to the core network via ePDG_A65, and WLAN access network a (WLAN ANa70) that connects to PGW_A30, PCRF_A60, and AAA_A55. Is configurable.
  • WLAN ANb75 WLAN access network b
  • WLAN ANa70 WLAN access network a
  • PGW_A30 is connected to PDN_A5, SGW_A35, ePDG_A65, WLAN ANa70, PCRF_A60 and AAA_A55, and is a relay device that transfers user data as a gateway device for PDN_A5 and / or DN and core network_A90.
  • the PGW_A30 may be a gateway device for IP communication and / or non-IP communication.
  • PGW_A30 may have a function of transferring IP communication, or may have a function of converting non-IP communication and IP communication.
  • a plurality of such gateways may be arranged in the core network_A90. Further, a plurality of gateways connecting the core network_A90 and a single DN may be arranged.
  • PGW_A30 may be an UP network device (U-Plane Network Function) that transfers user data having a contact point with PDN_A5, and is a gateway between PDN_A5 for user data and the core network. It may be UP GW (User Plane Gateway).
  • U-Plane Network Function U-Plane Network Function
  • SGW_A35 is connected to PGW_A30, MME_A40, E-UTRAN_A80, SGSN_A42, and UTRAN_A20, and transfers user data as a gateway device between the core network_A90 and 3GPP access networks (UTRAN_A20, GERAN_A25, E-UTRAN_A80) It is a relay device.
  • SGW_A35 may be an UP network device (U-Plane Network Function) that transfers user data having a contact point with the access network, and is a gateway between the access network for user data and the core network. It may be UP GW (User Plane Gateway).
  • U-Plane Network Function U-Plane Network Function
  • MME_A40 is connected to SGW_A35, the access network, HSS_A50, and SCEF_A46, and is a control device that performs location information management including mobility management of UE_A10 and access control via the access network. Further, the MME_A 40 may include a function as a session management device that manages a session established by the UE_A 10. A plurality of such control devices may be arranged in the core network_A90. For example, a location management device different from MME_A40 may be configured. A location management device different from MME_A40 may be connected to SGW_A35, an access network, SCEF_A46, and HSS_A50 in the same manner as MME_A40.
  • MME_A40 is a management apparatus that transmits and receives control information related to mobility management and session management with UE_A10.
  • MME_A40 may be a control plane control apparatus.
  • the MME_A40 is a management device connected to one or more core networks when a plurality of core networks and network slices are configured.
  • the MME_A 40 may be a management apparatus connected to a plurality of network slices.
  • the plurality of core networks or network slices may be networks operated by a single communication carrier, or may be networks operated by different communication carriers.
  • the network slice may be a logical network configured to separate user data delivered by a service or the like.
  • the network slice may be a network slice instance.
  • MME_A40 may be a relay device that transfers user data as a gateway device between core network_A90 and the access network. Note that the user data transmitted / received with the MME_A 40 serving as the gateway device may be small data.
  • the MME_A40 may be a network device (Network Function) that plays a role of mobility management such as UE_A10, may be a network device that plays a role of session management such as a PDU session, and includes one or more network slices. It may be a network device to be managed.
  • the MME_A 40 may be a network device that plays one or more of these roles.
  • the network device may be one or more devices arranged in the core network_A90, or may be a C-Plane control device (Control (Plane Function) for control information and / or control messages. Alternatively, it may be a shared C-Plane control device (Common Control Plane Function) shared between a plurality of network slices.
  • HSS_A50 is connected to MME_A40, AAA_A55, and SCEF_A46, and is a management node that manages subscriber information.
  • the subscriber information of HSS_A50 is referred to at the time of access control of MME_A40, for example. Further, the HSS_A50 may be connected to a location management device different from the MME_A40.
  • AAA_A55 is connected to PGW_A30, HSS_A50, PCRF_A60, and WLAN Ana70, and performs access control of UE_A10 connected via WLAN ANa70.
  • PCRF_A60 is connected to PGW_A30, WLAN ANa70, AAA_A55, and PDN_A5, and performs QoS management for data delivery. For example, the QoS of the communication path between UE_A10 and PDN_A5 is managed.
  • the ePDG_A65 is connected to the PGW_A30 and the WLAN ANb75, and delivers user data as a gateway device between the core network_A90 and the WLAN ANb75.
  • SGSN_A42 is connected to UTRAN_A20, GERAN_A25, and SGW_A35, and is a control device for location management between 3G / 2G access network (UTRAN / GERAN) and LTE access network (E-UTRAN). Furthermore, SGSN_A42 has a PGW and SGW selection function, a UE_A10 time zone management function, and an MME selection function during handover to E-UTRAN.
  • SCEF_A46 is connected to PDN_A5, MME_A40, and HSS_A50, and is a relay device that transfers user data as a gateway device that connects PDN_A5 and / or DN and core network_A90.
  • SCEF_A 46 may be a gateway device for non-IP communication. Further, the SCEF_A 46 may have a function of converting non-IP communication and IP communication.
  • a plurality of such gateways may be arranged in the core network_A90. Further, a plurality of gateways connecting the core network_A90 and a single DN may be arranged.
  • each radio access network includes devices (for example, base station devices and access point devices) to which UE_A 10 is actually connected.
  • devices for example, base station devices and access point devices
  • a device used for connection a device adapted to a radio access network can be considered.
  • the E-UTRAN_A80 is an LTE (Long Term Evolution) access network and includes an eNB (evolved Node B) _A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (Evolved Universal Terrestrial Radio Access), and E-UTRAN_A80 may be configured to include one or a plurality of eNB_A45. Further, the plurality of eNBs may be connected to each other.
  • UTRAN_A20 is a 3G access network and includes RNC (Radio Network Controller) _A24 and NB (Node B) _A22.
  • NB_A22 is a radio base station to which UE_A10 is connected by UTRA (Universal Terrestrial Radio Access), and UTRAN_A20 may include one or more radio base stations.
  • the RNC_A24 is a control unit that connects the core network_A90 and the NB_A22, and the UTRAN_A20 may include one or more RNCs.
  • the RNC_A24 may be connected to one or a plurality of NB_A22.
  • the RNC_A24 may be connected to a radio base station (BSS (Base Station Subsystem) _A26) included in the GERAN_A25.
  • BSS Base Station Subsystem
  • GERAN_A25 is a 2G access network and includes BSS_A26.
  • BSS_A26 is a radio base station to which UE_A10 is connected by GERA (GSM (registered trademark) / EDGE radio access), and GERAN_A25 may be configured by one or a plurality of radio base stations BSS. A plurality of BSSs may be connected to each other.
  • BSS_A26 may be connected to RNC_A24.
  • WLAN ANA70 is a wireless LAN access network and includes a WLAN AP (WLAN Access Point) a72 and a TWAG (Trusted WLAN Access Gateway) _A74.
  • WLAN APa72 is a wireless base station to which UE_A10 connects with a WLAN access system that is reliable to the operator operating the core network_A90
  • WLAN ANa70 is configured to include one or more wireless base stations It's okay.
  • TWAG_A74 is a gateway device between the core network_A90 and the WLAN AAN70. Further, the WLAN APA 72 and the TWAG_A 74 may be configured by a single device. Even if the operator that operates the core network_A90 and the operator that operates the WLAN ANa70 are different, it is possible to realize such a configuration by contracts and contracts between the operators.
  • WLAN ANb75 is a wireless LAN access network, and includes WLAN AP (WLAN Access Point) b76.
  • WLAN APb76 is a wireless base station to which UE_A10 is connected in the WLAN access system when a trust relationship is not established with the operator operating the core network_A90, and WLAN ⁇ ⁇ ANb75 has one or more wireless base stations May be included.
  • WLAN ANb75 is connected to core network_A90 using ePDG_A65, which is a device included in core network_A90, as a gateway.
  • ePDG_A65 has a security function to ensure safety.
  • FIG. 3 shows an example of the configuration of the core network_A90.
  • the core network_A90 in FIG. 3 (a) is configured by HSS_A50, PCRF_A60, PGW_A30, SGW_A35, MME_A40, and SCEF_A46.
  • the core network_A90 can be connected to a plurality of radio access networks (E-UTRAN_A80, NextGenNextRAN_A120, WLAN ANc125).
  • the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
  • UE_A 10 can wirelessly connect to the radio access network.
  • E-UTRAN_A80 and NextGen RAN_A120 can be configured as an access network that can be connected with the 3GPP access system. Furthermore, as an access network that can be connected by the WLAN access system, a WLAN access network c (WLAN ANc125) connected to MME_A40 and SGW_A35 can be configured. Since each device is configured in the same manner as the first core network device, detailed description thereof is omitted. Hereinafter, each device will be briefly described.
  • PGW_A30 is a device connected to PDN_A5, SGW_A35, and PCRF_A60.
  • SGW_A35 is a device connected to PGW_A30, MME_A40, E-UTRAN_A80, NextGen RAN_A120, and WLAN ANc125.
  • MME_A40 is a device connected to SGW_A35, E-UTRAN_A80, NextGen RAN_A120, WLAN ANc125, HSS_A50, and SCEF_A46.
  • the roles of PGW_A30, SGW_A35, and MME_A40 may be the same as the roles of each device described in the first core network.
  • the configurations and roles of SCEF_A46, HSS_A50, and PCRF_A60 may be the same devices as those described in the first core network. Therefore, the description here is omitted.
  • each radio access network includes a device (for example, a base station device or an access point device) to which UE_A 10 is actually connected.
  • a device used for connection a device adapted to a radio access network can be considered.
  • NextGen RAN_A120 is a 5G access network, and includes NextGen BS (Next GenerationBase Station) _A122.
  • NextGen BS_A122 is a radio base station to which UE_A10 is connected by NextGen RA (Next Generation Radio Access), and NextGen RAN_A120 may include one or more NextGen BS_A122.
  • WLAN ANc125 is a wireless LAN access network and includes WAG_A126.
  • WAG (WLAN Access Gateway) _A126 is a radio base station to which UE_A10 is connected by wireless LAN access, and WLAN ANc125 may be configured to include one or more WAG_A126.
  • WAG_A126 may be a gateway device of core network_A90 and WLAN ANc125.
  • the functional unit of the radio base station and the functional unit of the gateway device may be configured by different devices.
  • UE_A10 being connected to each radio access network means being connected to a base station device, an access point, etc. included in each radio access network. In other words, it goes through a base station device or an access point.
  • IMSI International Mobile Subscriber Identity
  • MME_A40, and SGW_A35 may be equal to the IMSI stored in HSS_A50.
  • EMM State / MM State indicates the mobility management state of UE_A10 or MME_A40.
  • EMM State / MM State may be EMM-REGISTERED state (registered state) where UE_A10 is registered in the network and / or EMM-DEREGISTERD state (unregistered state) where UE_A10 is not registered in the network. Good.
  • the EMM State / MM State may be an ECM-CONNECTED state in which the connection between the UE_A 10 and the core network_A90 is maintained and / or an ECM-IDLE state in which the connection is released.
  • GUTI Globally Unique Temporary Identity
  • the GUTI includes MME_A40 identification information (GUMMEI: Globally Unique MME Identifier) and UE_A10 identification information (M-TMSI) in the specific MME_A40.
  • MME Identity is the ID of UE_A10 or ME, and may be, for example, IMEI (International Mobile Equipment Identity) or IMISV (IMEI Software Version).
  • MSISDN represents the basic telephone number of UE_A10.
  • the MSISDN stored in the MME_A 40 may be information indicated by the storage unit of the HSS_A 50.
  • MME F-TEID is information that identifies MME_A40.
  • the MME F-TEID may include the IP address of MME_A40, the TEID (Tunnel Endpoint Identifier) of MME_A40, or both. Further, the IP address of MME_A40 and the TEID of MME_A40 may be stored independently. Further, the MME F-TEID may be identification information for user data or identification information for control information.
  • SGW F-TEID is information that identifies SGW_A35.
  • the SGW F-TEID may include the IP address of SGW_A35, the TEID of SGW_A35, or both. Further, the IP address of SGW_A35 and the TEID of SGW_A35 may be stored independently.
  • SGWSF-TEID may be identification information for user data or identification information for control information.
  • PGW F-TEID is information that identifies PGW_A30.
  • the PGW F-TEID may include the IP address of PGW_A30, may include the TEID of PGW_A30, or may include both of them. Further, the IP address of PGW_A30 and the TEID of PGW_A30 may be stored independently. Further, PGW F-TEID may be identification information for user data or identification information for control information.
  • ENB F-TEID is information that identifies eNB_A45.
  • the eNB F-TEID may include the IP address of eNB_A45, the TEID of eNB_A45, or both. Also, the IP address of eNB_A45 and the TEID of SGW_A35 may be stored independently. Further, eNB F-TEID may be identification information for user data or identification information for control information.
  • the APN Access Point Name
  • the APN may be identification information for identifying the core network_A90 and an external network such as a DN.
  • the APN can also be used as information for selecting a gateway device such as PGW_A30 that connects the core network_A90.
  • the APN may be identification information for identifying such a gateway device, or identification information for identifying an external network such as a DN. Note that when a plurality of gateways connecting the core network_A90 and the DN are arranged, there may be a plurality of gateways that can be selected by the APN. Furthermore, when one gateway is selected from the plurality of gateway devices, the gateway may be selected by another method using identification information other than APN.
  • UE Radio Access Capability is identification information indicating the radio access capability of UE_A10.
  • UE Network Capability includes security algorithms and key derivation functions supported by the UE.
  • MS Network Capability is information including at least one piece of information necessary for SGSN for a UE having a GERAN and / or UTRAN function.
  • Access Restriction is registration information of access restriction.
  • eNB Address is the IP address of eNB_A45.
  • MME UE S1AP ID is information for identifying the UE in MME_A40.
  • eNB UE S1AP ID is information for identifying the UE in eNB_A45.
  • APN “Use” (Data “Network Identifier”) is a recently used APN. This APN may be composed of network identification information and default operator identification information. Furthermore, APN in Use (Data Network Identifier) may be information for identifying the DN of the establishment destination of the PDU session.
  • Assigned Session Type is information indicating the type of PDU session.
  • the type of PDU session may be IP or non-IP. Furthermore, when the type of the PDU session is IP, information indicating the type of PDN allocated from the network may be further included.
  • the Assigned Session Type (Assigned PDN Type) may be IPv4, IPv6, or IPv4v6.
  • IP Address is an IP address assigned to the UE.
  • the IP address may be an IPv4 address, an IPv6 address, or an IPv6 prefix.
  • Assigned Session Type Assigned PDN Type
  • the IP Address element may not be included.
  • SCEF IV ID is the SCEF_A46 IP address used in the PDU session.
  • Default Bearer is information acquired and / or generated when a PDU session is established, and is EPS bearer identification information for identifying a default bearer associated with a PDU session.
  • EPS Bearer ID is the EPS bearer identification information.
  • the EPS Bearer ID may be identification information for identifying the SRB and / or CRB, or may be identification information for identifying the DRB.
  • TI Transaction Identifier
  • the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, it may be identification information for identifying an EPS bearer different from the default bearer.
  • TFT Traffic Flow Template
  • the TFT is information for identifying a part of user data to be transmitted / received, and the UE_A 10 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT. In other words, UE_A 10 transmits and receives user data identified by the TFT using an RB associated with the TFT.
  • the TFT may associate user data such as application data to be transmitted and received with an appropriate transfer path, and may be identification information for identifying application data.
  • UE_A10 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • UE_A10 may memorize
  • Default Bearer is EPS bearer identification information that identifies the default bearer associated with the PDU session.
  • the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30. Even in this case, the EPS bearer may be configured to include an RB (Radio Bearer) established between the UE_A 10 and the base station and / or access point in the access network. Furthermore, the RB and the EPS bearer may be associated with each other one to one. Therefore, the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
  • RB Radio Bearer
  • the RB may be SRB (Signalling Radio Bearer) and / or CRB (Control-plane Radio Bearer) or DRB (Data Radio Bearer).
  • Default Bearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 acquire from the core network_A90 when a PDU session is established.
  • User Identity is information for identifying a subscriber.
  • User Identity may be IMSI or MSISDN. Further, the User Identity may be identification information other than IMSI or MSISDN.
  • Serving Node Information is information for identifying MME_A40 used in the PDU session, and may be the IP address of MME_A40.
  • ENB / NextGen BS / WAG Address is the IP address of eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
  • the eNB / NextGen BS / WAG ID is information for identifying the UE in the eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
  • NextGen BS Address is the IP address of NextGen BS_A122.
  • NextGen BS ID is information for identifying the UE in NextGen BS_A122.
  • WAG Address is the IP address of WAG_A126.
  • WAG ID is information for identifying the UE in WAG_A126.
  • MME / eNB / NextGen BS / WAG Address is the IP address of MME_A40 and / or eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
  • the MME / eNB / NextGen BS / WAG ID is information for identifying the UE in the MME_A40 and / or eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
  • Mobility type is information indicating the granularity of mobility. Furthermore, the mobility type may be information indicating the type of service continuity (Service Continuity), may be information indicating the type of mobility to be supported, or may be information regarding handover. For example, the mobility type may be a mobility type corresponding to UE-initiated handover, or may be a mobility type corresponding to a state in which execution of UE-initiated handover is not permitted, and network-initiated handover. It may be a mobility type corresponding to a state in which execution of is not permitted. The mobility type may be a mobility class (MobilityMoClass) or a mobility level (Mobility level).
  • MobilityMoClass mobility class
  • Mobility level Mobility level
  • Handover Information is information related to handover of UE_A10 and / or network (access network and / or core network_A90). Handover Information may be information indicating the type of handover to be supported, or may be handover permission information in each state.
  • the type of handover to be supported may be a 3GPP access network, a handover in a non-3GPP access network, or a handover between a 3GPP access network and a non-3GPP access network.
  • the handover permission information in each state may be information indicating that the handover in the active mode and / or the idle mode is permitted, and the handover in the active mode and / or the idle mode is permitted. It may be information indicating that it is not.
  • Handover Information may be information including UE UE-initiated Handover Capability and / or NW UE-initiated Handover Capability and / or UE-initiated Handover allowed and / or NW-initiated Handover allowed.
  • UE UE-initiated Handover Capability is capability information indicating whether UE_A10 supports UE-initiated handover.
  • NW UE-initiated Handover Capability is capability information indicating whether a network and / or a device in the network supports UE-initiated handover.
  • UE-initiated Handover allowed is information indicating whether or not UE-initiated handover is permitted.
  • UE-initiated Handover allowed may be information indicating whether or not UE-initiated handover is permitted in a connected cell and / or tracking area and / or access network, or temporarily permitted. It may be information indicating whether or not to do so.
  • NW-initiated Handover allowed is information indicating whether or not network-initiated handover is permitted.
  • NW-initiated Handover allowed may be information indicating whether network-initiated handover is permitted in the connected cell and / or tracking area and / or access network, or may be temporarily permitted. It may be information indicating whether or not to do so.
  • FIG. 4 shows the device configuration of UE_A10.
  • the UE_A 10 includes a transmission / reception unit_A420, a control unit_A400, and a storage unit_A440.
  • the transmission / reception unit_A420 and the storage unit_A440 are connected to the control unit_A400 via a bus.
  • Control unit_A400 is a functional unit for controlling UE_A10.
  • the control unit_A400 implements various processes by reading and executing various programs stored in the storage unit_A440.
  • Transmission / reception unit_A420 is a functional unit for UE_A10 to connect to a base station and / or access point in an access network and connect to the access network.
  • an external antenna _A410 is connected to the transmission / reception unit _A420.
  • the transmission / reception unit_A420 is a functional unit for the UE_A10 to connect to a base station and / or an access point in the access network.
  • the transmission / reception unit_A420 is a transmission / reception function unit in which the UE_A10 transmits / receives user data and / or control information from a base station and / or an access point in the access network.
  • Storage unit_A440 is a functional unit that stores programs and data necessary for each operation of UE_A10.
  • the storage unit_A440 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit_A440 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_A440 stores the UE context 542 as shown in the figure. Hereinafter, the information elements stored in the storage unit_A440 will be described.
  • FIG. 5 (b) shows information elements included in the UE context stored for each UE.
  • the UE context stored for each UE includes IMSI, EMM State, GUTI, and ME Identity.
  • the UE context stored for each UE may include Mobility Type and / or Handover Information.
  • Fig. 5 (c) shows the UE context for each PDU session stored for each PDU (Packet Data Unit) session.
  • the UE context for each PDU session includes APN Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), IP Address (es), and Default Bearer.
  • APN Use Data Network Identifier
  • Assigned Session Type Assigned PDN Type
  • IP Address es
  • Default Bearer Default Bearer
  • the UE context stored for each PDU session may include Mobility Type and / or Handover Information.
  • FIG. 5 (d) shows a UE context for each bearer stored in the UE storage unit.
  • the UE context for each bearer includes EPS Bearer ID, TI, and TFT.
  • FIG. 6 shows device configurations of eNB_A45, NextGen BS_A122, and WAG_A126.
  • eNB_A45, NextGen BS_A122, and WAG_A126 include a network connection unit_B620, a transmission / reception unit_B630, a control unit_B600, and a storage unit_B640.
  • the network connection unit _B620, the transmission / reception unit _B630, and the storage unit _B640 are connected to the control unit _B600 via a bus.
  • Control unit_B600 is a functional unit for controlling eNB_A45.
  • the control unit_B600 implements various processes by reading and executing various programs stored in the storage unit_B640.
  • the network connection unit_B620 is a functional unit for the eNB_A45, NextGen BS_A122, and WAG_A126 to connect to the MME_A40 and / or SGW_A35. Furthermore, the network connection unit_B620 is a transmission / reception unit that the eNB_A45, NextGen BS_A122, and WAG_A126 transmit / receive user data and / or control information from the MME_A40 and / or SGW_A35.
  • the transmission / reception unit_B630 is a functional unit for the eNB_A45, NextGen BS_A122, and WAG_A126 to connect to the UE_A10. Further, the transmission / reception unit_B630 is a transmission / reception function unit that transmits / receives user data and / or control information from the UE_A10. In addition, an external antenna _B610 is connected to the transmission / reception unit _B630.
  • Storage unit_B640 is a functional unit that stores programs, data, and the like necessary for each operation of eNB_A45, NextGen BS_A122, and WAG_A126.
  • the storage unit_B640 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit_B640 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_B640 may store these pieces of information as a UE context.
  • the storage unit_B640 may include Mobility Type and / or Handover Information.
  • FIG. 7 shows the device configuration of MME_A40.
  • the MME_A 40 includes a network connection unit_C720, a control unit_C700, and a storage unit_C740.
  • the network connection unit_C720 and the storage unit_C740 are connected to the control unit_C700 via a bus.
  • Control unit_C700 is a functional unit for controlling MME_A40.
  • the control unit_C700 implements various processes by reading and executing various programs stored in the storage unit_C740.
  • the network connection unit _C720 is a functional unit for the MME_A40 to connect to a base station in the access network and / or an access point in the access network and / or SCEF_A46 and / or HSS_A50 and / or SGW_A35. . Further, the network connection unit _C720 may be configured such that the MME_A40 is a base station in the access network, and / or an access point in the access network, and / or SCEF_A46 and / or HSS_A50, and / or SGW_A35 and user data and / or It is a transmission / reception part which transmits / receives control information.
  • Storage unit_C740 is a functional unit that stores programs and data necessary for each operation of MME_A40.
  • the storage unit_C740 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit_C740 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_C740 stores the MME context 1142 as shown in the figure.
  • FIG. 8 (b) shows information elements included in the UE context stored for each UE.
  • the MME context stored for each UE is IMSI, MSISDN, MM State, GUTI, ME Identity, UE Radio Access Capability, UE Network Capability, MS Network Capability, Access Restriction, MME F-TEID, SGW F-TEID, eNB Address, MME UE S1AP ID, eNB UE S1AP ID, NextGen BS Address, NextGen BS ID, WAG Address, WAG ID.
  • the MME context stored for each UE may include Mobility Type and / or Handover Information.
  • Fig. 9 (c) shows the MME context for each PDU session stored for each PDU session.
  • the MME context for each PDU session includes APN Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), IP Address, PGW F-TEID, SCEF ID, and Default bearer.
  • the MME context for each PDU session may include Mobility Type and / or Handover Information.
  • Fig. 9 (d) shows the MME context for each bearer stored for each bearer.
  • the MME context stored for each bearer is EPS Bearer ID, TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB / NextGen BS / WAG Address, eNB / NextGen Includes BS / WAG ID.
  • the information elements included in the MME context shown in FIGS. 8 and 9 may be included and stored in either the MM context 644 or the EPS bearer context.
  • FIG. 10 shows the device configuration of SGW_A35.
  • SGW_A35 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SGW_A35.
  • the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SGW_A35 to connect to a base station and / or access point in the access network, and / or MME_A40 and / or PGW_A30 and / or SGSN_A42. Further, the network connection unit _D1020 is a transmission / reception unit in which the SGW_A35 transmits / receives user data and / or control information from a base station and / or access point and / or MME_A40 and / or PGW_A30 and / or SGSN_A42 in the access network. is there.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
  • the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1442 as shown in the figure.
  • the EPS bearer context includes one stored for each UE, one stored for each PDU session, and one stored for each bearer.
  • FIG. 11 (b) shows information elements of EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, ME Identity, MSISDN, MME F-TEID, and SGW F-TEID.
  • the EPS bearer context includes an EPS bearer context for each PDU session stored for each PDU session.
  • FIG. 11 (c) shows an EPS bearer context for each PDU session.
  • EPS bearer context for each PDU session is APN Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), SGW F-TEID, PGW F-TEID, Default Bearer, IP Address (es )including.
  • EPS bearer context includes EPS bearer context for each bearer.
  • FIG. 11 (d) shows an EPS bearer context for each bearer.
  • the EPS bearer context for each bearer includes EPS Bearer ID, TFT, PGW F-TEID, SGW F-TEID, eNB F-TEID, MME / NextGen BS / WAG Address, MME / NextGen BS / WAG ID. Including.
  • FIG. 10 shows the device configuration of PGW_A30.
  • the PGW_A30 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling PGW_A30.
  • the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for connecting the PGW_A30 with the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
  • the network connection unit_D1020 is a transmission / reception unit in which the PGW_A30 transmits / receives user data and / or control information from the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of PGW_A30.
  • the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
  • Storage unit_D1040 stores EPS bearer context 1642 as shown in the figure.
  • EPS bearer context what is stored for each UE, what is stored for each APN, what is stored for each PDU session, and what is stored for each bearer are separately stored. May be.
  • FIG. 12 (b) shows information elements included in the EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, IMSI-unauthenticated-indicator, ME Identity, MSISDN, and RAT type.
  • Fig. 12 (c) shows the EPS bearer context stored for each APN.
  • the EPS bearer context stored for each APN in the storage unit of the PGW includes APN in use.
  • the EPS bearer context stored for each APN may be stored for each Data ⁇ ⁇ Network Identifier.
  • Fig. 12 (d) shows the EPS bearer context for each PDU session stored for each PDU session.
  • the EPS bearer context for each PDU session includes Assigned Session Type (Assigned PDN Type), IP Address, SGW F-TEID, PGW F-TEID, and Default Bearer.
  • Fig. 12 (e) shows the EPS bearer context stored for each EPS bearer.
  • the EPS bearer context includes EPS Bearer ID, TFT, PGW F-TEID, and SGW F-TEID.
  • FIG. 10 shows the device configuration of SCEF_A46.
  • the SCEF_A 46 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SCEF_A46.
  • the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the core network_A90.
  • the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the MME_A40.
  • the network connection unit_D1020 is a transmission / reception unit in which the SCEF_A46 transmits / receives user data and / or control information from the MME_A40.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SCEF_A46.
  • the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the information elements stored in the storage unit_D1040 will be described.
  • FIG. 13 (b) shows information elements included in the EPS bearer context.
  • the EPS bearer context includes User Identity, APN Use (Data Network Identifier), EPS Bearer ID, and Serving Node Information.
  • the first state in this embodiment is a state in which UE_A10 is connected and registered to the core network_A90, and each device has established a PDU session.
  • the procedure for registering UE_A 10 in core network_A 90 and the procedure for establishing a PDU session may be executed simultaneously or separately.
  • the first identification information in this embodiment is UE_A10 function information indicating that UE_A10 has a function of executing UE-initiated handover.
  • the function of UE_A10 performing UE-led handover may be a function of starting a handover procedure led by a terminal device such as UE_A10.
  • this function may be a function in which UE_A 10 requests a handover to the access network and / or the core network_A90. More specifically, this function is a function for requesting handover to a base station apparatus in which UE_A10 is arranged in the access network and / or a C-Plane control apparatus arranged in the core network_A90. Good.
  • this function may be a function for requesting the UE_A 10 to start a UE-initiated handover procedure with respect to the access network and / or the core network_A90. More specifically, this function starts a UE-initiated handover procedure for the base station apparatus in which UE_A10 is arranged in the access network and / or the C-Plane control apparatus arranged in the core network_A90. It may be a function that requires that.
  • the first identification information may be information indicating that a mobility on demand function corresponding to the function described above is provided.
  • the first identification information may be information indicating a mobility level and / or a mobility type corresponding to the above-described function.
  • the second identification information in the present embodiment is network function information indicating that the network has a function of executing UE-led handover.
  • the function of the network performing UE-led handover may be a function of executing a handover procedure initiated by a terminal device such as UE_A10.
  • this function may be a function of receiving a handover request transmitted by UE_A 10 and executing a handover procedure.
  • the network may be an access network and / or a core network_A90.
  • this function is a function that receives a request for starting a UE-initiated handover procedure that UE_A10 transmits to the access network and / or core network_A90, and executes the handover procedure. It's okay.
  • the second identification information may be information indicating that a mobility on demand function corresponding to the above-described function is provided.
  • the second identification information may be information indicating a mobility level and / or a mobility type corresponding to the above-described function.
  • the third identification information in the present embodiment is identification information indicating that the function to execute the UE-led handover is requested to be validated.
  • the validation of the function of executing UE-initiated handover may mean that UE_A 10 and / or the network transition to a state in which UE-initiated handover can be performed.
  • the state in which UE_A10 can execute a UE-led handover may be a state in which a terminal device such as UE_A10 can take the initiative to start a handover procedure.
  • this state may be a state in which the UE_A 10 can request a handover from the access network and / or the core network_A90. More specifically, this state is a state in which UE_A10 can request a handover to a base station apparatus arranged in the access network and / or a C-Plane control apparatus arranged in the core network_A90. It may be.
  • this state may be a state in which the UE_A 10 can request the access network and / or the core network_A90 to start a UE-initiated handover procedure. More specifically, this state starts a UE-initiated handover procedure for the base station apparatus in which UE_A10 is arranged in the access network and / or the C-Plane control apparatus arranged in the core network_A90. It may be in a state where it can be requested.
  • the state in which the network can execute UE-led handover may be a state in which a handover procedure initiated by a terminal device such as UE_A10 can be executed.
  • this state may be a state in which a handover request transmitted by UE_A 10 can be received and a handover procedure can be executed.
  • the network may be an access network and / or a core network_A90.
  • this state can receive a request to initiate a UE-initiated handover procedure that UE_A 10 sends to the access network and / or core network_A 90 and execute the handover procedure. It may be in a state.
  • the third identification information may be information requesting to activate the mobility on demand function corresponding to the above-described state.
  • the third identification information may be information indicating that a shift to a mobility level and / or a mobility type corresponding to the above-described state is requested.
  • the fourth identification information in the present embodiment is information indicating that the request indicated by the third identification information is permitted.
  • the fifth identification information in the present embodiment is network function information indicating that the network does not have a function of executing UE-led handover.
  • the function of the network performing UE-led handover may be a function of performing a handover procedure led by a terminal device such as UE_A10.
  • this function may be a function of receiving a handover request transmitted by UE_A 10 and executing a handover procedure.
  • the network may be an access network and / or a core network_A90.
  • this function is a function that receives a request for starting a UE-initiated handover procedure that UE_A10 transmits to the access network and / or core network_A90, and executes the handover procedure. It's okay.
  • the fifth identification information may be information indicating that the mobility on demand function corresponding to the function described above is not provided.
  • the fifth identification information may be information indicating a mobility level and / or a mobility type indicating that the fifth identification information does not exist in the above-described function.
  • the fifth identification information in the present embodiment may be information indicating that the request indicated by the third identification information is not permitted. Further, the fifth identification information may be reason information (Cause Value) indicating the above-described meaning.
  • the sixth identification information in the present embodiment is UE_A10 function information indicating that UE_A10 requests execution of UE-led handover.
  • the UE_A10 requesting execution of UE-led handover may be initiated by a terminal device such as UE_A10 and starting a handover procedure.
  • this request may be that the UE_A 10 initiates a handover to the access network and / or the core network_A90. More specifically, this request may be that a UE_A10 initiates a handover to a base station device arranged in the access network and / or a C-Plane control device arranged in the core network_A90. .
  • the sixth identification information may be information indicating that the handover procedure that UE_A10 starts with respect to the access network and / or core network_A90 is a UE-initiated handover procedure.
  • the sixth identification information may be information indicating that the UE_A 10 requests the access network and / or the core network_A90 to start a network initiated handover procedure. More specifically, the base station apparatus or the C-Plane control apparatus takes the lead with respect to the base station apparatus in which the UE_A 10 is arranged in the access network and / or the C-Plane control apparatus arranged in the core network_A90. It may be information indicating that the start of the handover procedure is requested.
  • the seventh identification information in the present embodiment is identification information indicating that the function for executing the UE-initiated handover is requested to be invalidated.
  • the disabling of the function for executing UE-initiated handover may mean that UE_A 10 and / or the network transition to a state in which execution of UE-initiated handover is not permitted.
  • the state in which UE_A10 does not allow the UE-initiated handover to be performed may be a state in which a terminal device such as UE_A10 cannot initiate the handover procedure. In other words, this state may be a state in which UE_A10 cannot request a handover to the access network and / or core network_A90. More specifically, this state is a state in which UE_A10 cannot request a handover to a base station apparatus arranged in an access network and / or a C-Plane control apparatus arranged in core network_A90. It may be.
  • this state may be a state in which the UE_A 10 cannot request the access network and / or the core network_A 90 to start a UE-initiated handover procedure. More specifically, this state starts a UE-initiated handover procedure for the base station apparatus in which UE_A10 is arranged in the access network and / or the C-Plane control apparatus arranged in the core network_A90. It may be in a state where it cannot be requested.
  • the state where the network does not allow the UE-initiated handover to be executed may be a state where the execution of the handover procedure initiated by the terminal device such as UE_A10 is not allowed.
  • this state may be a state in which a handover request transmitted by UE_A10 is not received.
  • this state may be a state in which a handover request transmitted by UE_A 10 is received and a handover procedure is not executed based on the received request.
  • the network may receive a handover request transmitted by UE_A 10 and transmit control information indicating that the request is not permitted to UE_A 10 based on the received request.
  • the network may be an access network and / or a core network_A90.
  • the seventh identification information may be information requesting that the mobility on demand function corresponding to the above-described state be validated.
  • the seventh identification information may be information indicating that a shift to a mobility level and / or a mobility type corresponding to the above-described state is requested.
  • the seventh identification information may be information indicating a temporary transition to the above-described state.
  • the eighth identification information in the present embodiment is information indicating that the request indicated by the seventh identification information is permitted.
  • the ninth identification information in the present embodiment is identification information indicating that the function for executing the network-initiated handover is requested to be invalidated.
  • the invalidation of the function for executing the network-initiated handover may be a transition of the network to a state in which execution of the network-initiated handover is not permitted.
  • the network may be an access network and / or a core network_A90.
  • this state may be a state in which the access network and / or the core network_A90 cannot start a handover procedure initiated by the access network and / or the core network_A90. More specifically, this function is in a state in which the handover procedure cannot be initiated under the initiative of the base station device arranged in the access network and / or the C-Plane control device arranged in the core network_A90. Good.
  • the ninth identification information may be information requesting to activate the mobility on demand function corresponding to the above-described state.
  • the ninth identification information may be information indicating that a shift to a mobility level and / or a mobility type corresponding to the above-described state is requested.
  • the ninth identification information may be information indicating a temporary transition to the state described above.
  • the tenth identification information in the present embodiment is information indicating that the request indicated by the ninth identification information is permitted.
  • the eleventh identification information in the present embodiment may be information indicating that the request indicated by the ninth identification information is not permitted. Further, the eleventh identification information may be reason information (Cause Value) indicating the above-described meaning.
  • Each device first executes an attach procedure (S2000), and transitions to a state in which UE_A 10 is connected to the network.
  • each device executes a PDU session establishment procedure (S2002), and transitions to the first state.
  • Each device may exchange various capability information and / or various request information of each device in the attach procedure and / or the PDU session establishment procedure.
  • each device when each device exchanges various information and / or negotiates various requests by the attach procedure, it does not need to perform various information exchange and / or various request negotiations by the PDU session establishment procedure. . Conversely, if each device does not exchange various information and / or negotiate various requests in the attach procedure, it exchanges various information and / or negotiates various requests in the PDU session establishment procedure. Also good. Not limited to this, each device exchanges various information and / or negotiates various requests by the PDU session establishment procedure even when various information exchange and / or various requests are negotiated by the attach procedure. May be.
  • each device may exchange one or more pieces of identification information among the first to eleventh pieces of identification information in the attach procedure and the PDU session establishment procedure.
  • each device may exchange one or more pieces of identification information among the first to eleventh pieces of identification information by the attach procedure and not by the PDU session establishment procedure.
  • each device may exchange one or more pieces of identification information among the first to eleventh pieces of identification information in the PDU session establishment procedure without exchanging in the attachment procedure.
  • each device may exchange identification information that has not been exchanged by the attach procedure among the first to eleventh pieces of identification information by the PDU session establishment procedure.
  • each device may exchange it during the attach procedure.
  • each device exchanges the PDU session during the establishment procedure. Also good.
  • each device may execute the PDU session establishment procedure in the attach procedure or after the attach procedure is completed.
  • each device may establish a PDU session based on the completion of the attach procedure, or may transition to the first state.
  • each device executes a handover setting change procedure (S2006) and / or a handover procedure (S2008).
  • the handover setting change procedure (S2006) and / or the handover procedure (S2008) may be executed at any timing after the transition to the first state.
  • Each device may exchange various request information in the handover setting change procedure and / or the handover procedure.
  • each device may exchange information for temporarily prohibiting UE_A10 and / or network-driven handover in the handover setting change procedure. Also, each device may exchange information for executing a handover led by UE_A10 in the handover procedure.
  • Each device involved in this procedure sends and receives one or more identification information included in each control message by sending and receiving each control message described in this procedure, and stores each sent and received identification information as a context. May be.
  • This procedure is a procedure for connecting to the network (access network and / or core network_A90 and / or PDN_A5) led by UE_A10. If the UE_A10 is not connected to the core network_A90, this procedure can be executed at any timing such as when the terminal is turned on. In other words, UE_A10 may start this procedure at an arbitrary timing as long as it is not registered (EMM-DEREGISTERED). Also, each device may transition to a registration state (EMM-REGISTERED) based on completion of the attach procedure.
  • This procedure is a procedure for each device to establish a PDU session.
  • Each device may execute this procedure in a state where the attach procedure has been completed, or may be executed in the attach procedure.
  • Each device may start this procedure at an arbitrary timing after the attach procedure.
  • Each device may establish a PDU session based on completion of the PDU session establishment procedure.
  • each device may establish a plurality of PDU sessions by executing this procedure a plurality of times.
  • this procedure may be led by UE_A10 or executed by the network.
  • UE_A10 may take the lead in executing this procedure at the time of initial connection such as when the terminal is turned on.
  • the network may take the lead in executing this procedure when receiving user data and / or control messages from the DN or updating the operator policy.
  • UE-led PDU session establishment procedure example An example of a procedure in which UE_A10 takes the lead in executing the PDU session establishment procedure will be described with reference to FIG. Hereafter, each step of this procedure will be described. First, UE_A10 transmits a PDU session establishment request message to MME_A40 via eNB_A45, and starts a UE-driven PDU session establishment procedure (S2200).
  • UE_A10 may include at least the first identification information and / or the third identification information in the PDU session establishment request message, and supports UE-initiated handover by including these identification information. Establishment of a PDU session may be requested. In addition, UE_A10 supports UE-driven handover and / or UE-driven handover by including first identification information and / or third identification information in the PDU session establishment request message. It may indicate that the mobile device has a mobility on demand function, or may indicate a mobility level corresponding to a UE-initiated handover.
  • UE_A10 may request to enable the function of executing UE-led handover by including the first identification information and / or the third identification information in the PDU session establishment request message. Alternatively, it may be requested to transition to a state where UE-initiated handover can be performed. Further, UE_A10 may request to enable a mobility on demand function corresponding to UE-initiated handover, or may request to move to a mobility level corresponding to UE-initiated handover. .
  • UE_A10 may include at least the ninth identification information in the PDU session establishment request message, temporarily prohibit network-initiated handover by including these identification information, and / or execute You may request not to. Further, UE_A10 may request to temporarily disable the function of executing network-initiated handover by including the ninth identification information in the PDU session establishment request message. It may be required to temporarily transition to a state where execution of the handover is not permitted.
  • UE_A10 may request that the mobility on demand function corresponding to a state in which execution of network-initiated handover is not permitted be enabled by including the ninth identification information in the PDU session establishment request message. However, it may be requested to shift to a mobility level corresponding to this state.
  • MME_A40 receives the PDU session establishment request message and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • MME_A40 executes the procedure (C) in this procedure and starts the procedure (A) in this procedure. Furthermore, each step of the procedure (C) in this procedure will be explained. MME_A40 executes the second condition determination, and starts the procedure (C) in this procedure. When the second condition is true, the MME_A 40 may transmit a session generation request message to the SGW_A 35 (S2202). Or, if the second condition is false, the MME_A 40 may transmit a session creation request message to the SCEF_A 46 (S2210). The steps when the first condition is false will be described later.
  • the first condition determination is for determining whether or not the MME_A 40 accepts the request of the UE_A 10.
  • the first condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Furthermore, the first condition is false when the UE_A10 request is rejected, and may be when the first condition is not determined to be true.
  • the second condition determination is for the MME_A 40 to determine the type of PDU session to be established.
  • the second condition is true when the PDU session to be established is a first type PDU session, UE_A10 requests establishment of the first type PDU session, and MME_A40 grants the request, And / or MME_A 40 may decide to establish a first type of PDU session.
  • the second condition is false when the PDU session to be established is a second type PDU session, UE_A10 requests establishment of the second type PDU session, and MME_A40 grants the request.
  • / or MME_A 40 may decide to establish a second type of PDU session and may not have judged the second condition to be true.
  • the first type PDU session is connectivity between UE_A10 and DN via eNB_A45 and / or SGW_A35 and / or PGW_A30
  • the second type PDU session is eNB_A45
  • the SGW_A35 when the SGW_A35 receives the session generation request message, the SGW_A35 transmits the session generation request message to the PGW_A30 (S2204). Further, the PGW_A 30 receives the session generation request message and determines the third condition.
  • PGW_A30 transmits a session creation response message to SGW_A35 (S2206). Further, SGW_A35 receives the session creation response message and transmits the session creation response message to MME_A40 (S2208). Further, the MME_A 40 receives the session generation response message.
  • PGW_A30 transmits a session creation rejection message to SGW_A35 (S2206). Further, SGW_A35 receives the session creation rejection message and transmits the session creation rejection message to MME_A40 (S2208).
  • the session creation rejection message may be a session creation response message including a reason for rejection.
  • SCEF_A46 determines the third condition when receiving the session generation request message. If the third condition is true, the SCEF_A 46 transmits a session creation response message to the MME_A 40 (S2212). MME_A40 receives the session creation response message. SCEF_A 46 transmits a session creation rejection message to MME_A 40 (S2212). Each device completes the procedure (C) of this procedure based on the reception of the session creation response message and / or the session creation rejection message.
  • the third condition determination is for determining whether or not PGW_A30 and / or SCEF_A46 accepts the request of UE_A10.
  • the third condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Furthermore, the third condition is false when UE_A10's request is rejected, and the third condition may not be determined to be true, and the third condition is not determined to be true. It may be.
  • MME_A40 transmits a PDU session establishment acceptance message to eNB_A45 based on the reception of the session generation response message (S2214).
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • ENB_A45 receives the PDU session establishment acceptance message and transmits an RRC connection reconfiguration request message and / or a PDU session establishment acceptance message to UE_A10 (S2216). Note that the PDU session establishment acceptance message may be transmitted and received by being included in the RRC connection reconfiguration request message.
  • MME_A40 may include at least the second identification information and / or the fourth identification information in the PDU session establishment acceptance message, and has permitted the request of UE_A10 by including these identification information It may also indicate that a PDU session supporting UE-initiated handover is established. In addition, the MME_A40 includes the second identification information and / or the fourth identification information in the PDU session establishment acceptance message, so that the network performs a UE-initiated handover and / or UE-initiated handover. It may indicate that the mobile terminal has a mobility on-demand function corresponding to, and may indicate a mobility level corresponding to UE-initiated handover.
  • MME_A40 may indicate that the function for executing the UE-initiated handover is permitted by including the second identification information and / or the fourth identification information in the PDU session establishment acceptance message. Alternatively, it may indicate that a UE-initiated handover is permitted to transition to an executable state. Further, MME_A40 may indicate that the mobility on demand function corresponding to the UE-initiated handover is permitted to be enabled, or that the transition to the mobility level corresponding to the UE-initiated handover is permitted. May be.
  • MME_A40 and / or eNB_A45 may include at least the seventh identification information in the PDU session establishment acceptance message, and temporarily prohibit the UE-led handover procedure by including the seventh identification information. You may request to do. Further, the MME_A40 and / or eNB_A45 may request to temporarily disable the function of executing the UE-initiated handover by including the seventh identification information in the PDU session establishment acceptance message. However, it may be requested to temporarily transition to a state where execution of UE-initiated handover is not permitted.
  • the MME_A40 and / or the eNB_A45 includes enabling the mobility on demand function corresponding to the state where the UE-initiated handover is not allowed to be executed by including the seventh identification information in the PDU session establishment acceptance message. You may request
  • MME_A40 may include at least the 10th identification information in the PDU session establishment acceptance message, and the request for temporarily prohibiting the network-initiated handover procedure is permitted by including these identification information. You may show that. Further, the MME_A40 may indicate that the function to execute the network-driven handover is permitted to be temporarily disabled by including the tenth identification information in the PDU session establishment acceptance message, It may indicate that temporary transition to a state where execution of handover is not permitted is permitted.
  • MME_A40 indicates that the activation of the mobility on demand function corresponding to the state where the execution of the network-driven handover is not permitted is included by including the tenth identification information in the PDU session establishment acceptance message. Alternatively, it may indicate that the transition to the mobility level corresponding to this state is permitted.
  • UE_A10 transmits the RRC connection reset request message to eNB_A45 (S2218).
  • eNB_A45 receives the RRC connection reconfiguration request message and transmits a bearer setting message to MME_A40 (S2220).
  • MME_A40 receives a bearer setting message.
  • UE_A10 transmits a PDU session establishment completion message to MME_A40 via eNB_A45 (S2222) (S2224). Further, the MME_A 40 receives the PDU session establishment completion message and starts the procedure (D) in this procedure.
  • the MME_A 40 transmits a bearer change request message to the SGW_A 35, and starts the procedure (D) in this procedure (S2226). Furthermore, SGW_A35 receives the bearer change request message and transmits a bearer change response message to MME_A40 (S2228). Further, the MME_A 40 receives the bearer change response message and completes the procedure (D) of this procedure. Furthermore, each device completes the procedure (A) in this procedure based on transmission / reception of a PDU session establishment completion message and / or completion of the procedure (D) in this procedure.
  • UE_A10 may include at least the eighth identification information in the PDU session establishment completion message, or the request for temporarily prohibiting the UE-initiated handover procedure is permitted by including the eighth identification information. You may show that. Furthermore, UE_A10 may indicate that the function to execute UE-driven handover is allowed to be temporarily disabled by including the eighth identification information in the PDU session establishment completion message. It may indicate that temporary transition to a state where execution of handover is not permitted is permitted.
  • UE_A10 indicates that the activation of the mobility on demand function corresponding to the state where the UE-initiated handover is not permitted is permitted by including the eighth identification information in the PDU session establishment completion message. Alternatively, it may indicate that the transition to the mobility level corresponding to this state is permitted.
  • MME_A40 transmits a PDU session establishment rejection message to UE_A10 via eNB_A45, and starts the procedure (B) in this procedure (S2230). Furthermore, UE_A10 receives the PDU session establishment rejection message and recognizes that the UE_A10 request has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the attach rejection message.
  • the MME_A 40 may include at least the fifth identification information in the PDU session establishment rejection message, may indicate that the UE_A 10 request is not permitted by including these identification information, It may also indicate that a PDU session that supports the handover is not established.
  • the MME_A40 includes a function for executing a UE-initiated handover and / or a mobility on-demand function corresponding to a UE-initiated handover by including the fifth identification information in the PDU session establishment rejection message. It may indicate that the user has not performed, or may indicate a mobility level that does not have a UE-initiated handover function.
  • the MME_A 40 may include at least the eleventh identification information in the PDU session establishment rejection message, or may indicate that the request of the UE_A 10 is not permitted by including these identification information. Further, the MME_A40 may indicate that the network-initiated handover is not allowed to be temporarily prohibited by including the eleventh identification information in the PDU session establishment rejection message, or the network-initiated handover. It may be indicated that transition to a state where execution of is not permitted is not permitted.
  • MME_A40 includes the eleventh identification information in the PDU session establishment rejection message, it may indicate that the activation of the mobility on demand function corresponding to the state where the execution of the network-initiated handover is not permitted is not permitted. Alternatively, it may be indicated that the transition to the mobility level corresponding to this state is not permitted.
  • Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
  • Each device may transition to the state where the PDU session is established based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. You may recognize that this procedure has been rejected.
  • each device may establish a PDU session that supports UE-initiated handover based on the completion of this procedure.
  • each device may establish a PDU session that supports UE-initiated handover when the second identification information and / or the fourth identification information is transmitted and received, and the fifth identification information is It does not have to be established when sending and receiving.
  • each device may enable a UE-initiated handover function, or UE-initiated handover can be performed. Transition to a different state. Further, each device may enable a mobility on demand function corresponding to UE-initiated handover, or may transition to a mobility level corresponding to UE-initiated handover.
  • each device may invalidate the function of executing UE-initiated handover, or may transition to a state in which UE-initiated handover cannot be performed. . Further, each device may invalidate a mobility on demand function corresponding to a UE-initiated handover, or may transition to a mobility level that does not have a UE-initiated handover function.
  • each device may temporarily prohibit the UE-initiated handover procedure based on the completion of this procedure, or temporarily perform the UE-initiated handover. You may change to the state which does not permit, and may change to the mobility level corresponding to this state. Furthermore, each device may recognize that the function of executing the UE-initiated handover is temporarily disabled based on the completion of this procedure, and the UE-initiated handover is not permitted to be performed. You may recognize that the mobility on demand function corresponding to a state was validated.
  • each device may temporarily prohibit the network-initiated handover procedure based on the completion of this procedure, or may temporarily perform the network-initiated handover. You may change to the state which does not permit, and may change to the mobility level corresponding to this state. Furthermore, each device may recognize that the function of executing the network-initiated handover is temporarily disabled based on the completion of this procedure, and the execution of the network-initiated handover is not permitted. You may recognize that the mobility on demand function corresponding to a state was validated.
  • each device may recognize that it is not permitted to temporarily prohibit network-initiated handover based on the completion of this procedure. It may be recognized that the function to perform the leaded handover cannot be disabled.
  • the first to third condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the PDU session establishment request message. Further, the condition for determining whether the first to third conditions are true or false is not limited to the above-described conditions.
  • the first condition and the third condition may be true when the UE_A 10 requests establishment of a PDU session that supports UE-initiated handover, and the network permits the request. Further, the first condition and the third condition may be false when the UE_A 10 requests establishment of a PDU session that supports UE-initiated handover, and the network does not permit the request.
  • UE_A10 transmits an attach request message to MME_A40 via eNB_A45, and starts an attach procedure (S2100).
  • UE_A10 may transmit the attach request message including the PDU session establishment request message described above, or request that the PDU session establishment procedure be performed during the attach procedure by including the PDU session establishment request message. May be.
  • UE_A10 may include at least the first identification information and / or the third identification information in the attach request message, and support UE-initiated handover by including these identification information. And / or may require activation. Further, UE_A10 includes the first identification information and / or the third identification information in the attach request message, thereby performing a UE-initiated handover and / or mobility corresponding to the UE-initiated handover. It may indicate that it has an on-demand function, or may indicate a mobility level corresponding to a UE-initiated handover.
  • UE_A10 may request that the function of executing UE-led handover be enabled by including the first identification information and / or the third identification information in the attach request message. , It may be requested to transition to a state in which UE-initiated handover can be performed. Further, UE_A10 may request to enable a mobility on demand function corresponding to UE-initiated handover, or may request to move to a mobility level corresponding to UE-initiated handover. .
  • UE_A10 may include at least the ninth identification information in the attach request message, and temporarily prohibit and / or do not perform network-driven handover by including these identification information. May be requested. Also, UE_A10 may request that the function for executing network-driven handover is temporarily disabled by including the ninth identification information in the attach request message, or the network-driven handover May be requested to temporarily transition to a state where execution of is not allowed.
  • UE_A10 may request to enable a mobility on demand function corresponding to a state in which execution of network-driven handover is not permitted by including the ninth identification information in the attach request message, A transition to a mobility level corresponding to this state may be requested.
  • UE_A 10 may transmit such identification information in a control message different from the attach request.
  • the UE_A 10 may transmit the ESM information response message (S2102), which is a response message to the ESM (EPS Session Management) information request message, including the identification information.
  • S2102 ESM information response message
  • ESM EPS Session Management
  • MME_A40 receives the attach request message and / or ESM information response message, and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • MME_A40 determines the fourth condition and starts the procedure (A) in this procedure.
  • the MME_A 40 starts the procedure (C) in the UE-initiated PDU session establishment procedure when the fourth condition is true, and omits the procedure when the fourth condition is false (S2104). Further, the MME_A 40 transmits an attach acceptance message to the eNB_A 45 based on the reception of the attach request message and / or the reception of the session generation response message (S2106).
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • ENB_A45 receives the attach acceptance message and transmits an RRC connection reset request message and / or an attach acceptance message to UE_A10 (S2108).
  • the attach acceptance message may be transmitted / received by being included in the RRC connection reset request message.
  • the MME_A 40 may transmit the attach acceptance message including the PDU session establishment acceptance message described above, or by including the PDU session establishment acceptance message, May be accepted.
  • MME_A40 may include at least the second identification information and / or the fourth identification information in the attach acceptance message, and indicates that the UE_A10 request has been permitted by including these identification information. May support and / or enable UE-initiated handover.
  • the MME_A40 includes the second identification information and / or the fourth identification information in the attach acceptance message so that the network performs a UE-initiated handover function and / or a UE-initiated handover. It may indicate that the mobile device has a mobility on demand function, or may indicate a mobility level corresponding to a UE-initiated handover.
  • the MME_A 40 may indicate that the function for executing the UE-initiated handover is permitted by including the second identification information and / or the fourth identification information in the attach acceptance message. , A transition to a state where UE-initiated handover can be performed may be permitted. Further, MME_A40 may indicate that the mobility on demand function corresponding to the UE-initiated handover is permitted to be enabled, or that the transition to the mobility level corresponding to the UE-initiated handover is permitted. May be.
  • MME_A40 and / or eNB_A45 may include at least the seventh identification information in the attach acceptance message, or temporarily prohibit the UE-led handover procedure by including the seventh identification information. May be requested. Further, MME_A40 and / or eNB_A45 may request to temporarily disable the function of performing UE-led handover by including the seventh identification information in the attach acceptance message, It may be required to temporarily transition to a state where execution of UE-initiated handover is not allowed.
  • MME_A40 and / or eNB_A45 requests that the mobility on-demand function corresponding to the state in which execution of UE-initiated handover is not permitted be enabled by including the seventh identification information in the attach acceptance message. Alternatively, it may be requested to shift to a mobility level corresponding to this state.
  • the MME_A40 may include at least the tenth identification information in the attach acceptance message, and confirm that the request for temporarily prohibiting the network-driven handover procedure is permitted by including these identification information. May be shown. Further, the MME_A40 may indicate that the function to execute the network-driven handover is allowed to be temporarily disabled by including the tenth identification information in the attach acceptance message, or the network-driven handover May indicate that a temporary transition to a state where execution of is not permitted is permitted.
  • the MME_A 40 may indicate that the activation of the mobility on-demand function corresponding to the state where the execution of the network-initiated handover is not permitted is permitted by including the tenth identification information in the attach acceptance message. It may be indicated that the transition to the mobility level corresponding to this state is permitted.
  • the first to third condition determinations may be the same as the first to third condition determinations during the UE-led PDU session establishment procedure.
  • the fourth condition determination is for determining whether the MME_A 40 performs the PDU session establishment procedure.
  • the fourth condition is true when a PDU session establishment request message is received, and may be a case where a UE-initiated PDU session establishment procedure is also executed during this procedure.
  • the fourth condition is false when the PDU session establishment request message is not received, and may be a case where the UE-initiated PDU session establishment procedure is not executed in the present procedure. May not be true.
  • UE_A10 When receiving the RRC connection reconfiguration request message, UE_A10 transmits the RRC connection reconfiguration request message to eNB_A45 (S2110).
  • the eNB_A45 receives the RRC connection reconfiguration request message and transmits a bearer setting message to the MME_A40 (S2112). Furthermore, MME_A40 receives a bearer setting message.
  • UE_A10 When receiving the attach acceptance message, UE_A10 transmits an attach completion message to MME_A40 via eNB_A45 (S2114) (S2116). Further, the MME_A 40 receives the attach completion message. Furthermore, when the fourth condition is true, the MME_A 40 starts the procedure (D) in the UE-led PDU session establishment procedure (S2118). Each device completes the procedure (A) in this procedure based on the transmission / reception of the attach completion message and / or the completion of the procedure (D) in the UE-initiated PDU session establishment procedure.
  • the UE_A10 may transmit the PDU session establishment completion message by including the PDU session establishment completion message described above in the attach completion message. It may indicate that the procedure is complete.
  • UE_A10 may include at least the eighth identification information in the attach completion message, or a request for temporarily prohibiting the UE-initiated handover procedure is permitted by including the eighth identification information. May be indicated. Further, UE_A10 may indicate that the function to execute UE-driven handover is allowed to be temporarily disabled by including the eighth identification information in the attach completion message, or UE-driven handover. May indicate that a temporary transition to a state where execution of is not permitted is permitted.
  • UE_A10 may indicate that the activation of the mobility on-demand function corresponding to the state where execution of UE-initiated handover is not permitted is permitted by including the eighth identification information in the attach completion message. It may be indicated that the transition to the mobility level corresponding to this state is permitted.
  • MME_A40 transmits an attach rejection message to UE_A10 via eNB_A45, and starts the procedure (B) in this procedure (S2120). Furthermore, UE_A10 receives the attach reject message and recognizes that the request for UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the attach rejection message. If the fourth condition is true, the MME_A 40 may transmit the attach rejection message including the above-described PDU session establishment rejection message, or include the PDU session establishment rejection message, thereby performing the PDU session establishment procedure. May be rejected.
  • the MME_A40 may include at least the fifth identification information in the attach rejection message, may indicate that the UE_A10 request is not permitted by including these identification information, or the UE-initiated handover. May not be supported and / or not enabled.
  • the MME_A40 has a function of performing a UE-led handover by the network and / or a mobility on-demand function corresponding to the UE-led handover by including the fifth identification information in the attach acceptance message. It may indicate that there is no UE or may indicate a mobility level that does not have a UE-initiated handover function.
  • the MME_A 40 may include at least the eleventh identification information in the attach rejection message, or may indicate that the request of the UE_A 10 is not permitted by including these identification information.
  • the MME_A40 may indicate that it is not allowed to temporarily prohibit network-driven handover by including the eleventh identification information in the attach rejection message, or execute network-driven handover. It may be indicated that transition to a state where is not permitted is not permitted.
  • the MME_A40 may indicate that the activation of the mobility on demand function corresponding to the state in which the execution of the network initiated handover is not permitted is included by including the eleventh identification information in the attach rejection message. , It may indicate that a transition to a mobility level corresponding to this state is not permitted.
  • Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
  • Each device may transition to a state where UE_A10 is connected to the network and / or registered based on completion of the procedure (A) in this procedure, or (B) in this procedure. Based on the completion of the procedure, it may be recognized that the procedure has been rejected.
  • the transition of each device to each state may be performed based on the completion of this procedure, or may be performed based on the establishment of a PDU session.
  • each device may determine whether or not to enable UE-initiated handover based on the completion of this procedure. In other words, each device may enable UE-initiated handover if it transmits / receives the second identification information and / or the fourth identification information, and it enables it when it transmits / receives the fifth identification information. It does not have to be converted.
  • each device may enable a UE-initiated handover function, or UE-initiated handover can be performed. Transition to a different state. Further, each device may enable a mobility on demand function corresponding to UE-initiated handover, or may transition to a mobility level corresponding to UE-initiated handover.
  • each device may invalidate the function of executing UE-initiated handover, or may transition to a state in which UE-initiated handover cannot be performed. . Further, each device may invalidate a mobility on demand function corresponding to a UE-initiated handover, or may transition to a mobility level that does not have a UE-initiated handover function.
  • each device may temporarily prohibit the UE-initiated handover procedure based on the completion of this procedure, or temporarily perform the UE-initiated handover. You may change to the state which does not permit, and may change to the mobility level corresponding to this state. Furthermore, each device may recognize that the function of executing the UE-initiated handover is temporarily disabled based on the completion of this procedure, and the UE-initiated handover is not permitted to be performed. You may recognize that the mobility on demand function corresponding to a state was validated.
  • each device may temporarily prohibit the network-initiated handover procedure based on the completion of this procedure, or may temporarily perform the network-initiated handover. You may change to the state which does not permit, and may change to the mobility level corresponding to this state. Furthermore, each device may recognize that the function of executing the network-initiated handover is temporarily disabled based on the completion of this procedure, and the execution of the network-initiated handover is not permitted. You may recognize that the mobility on demand function corresponding to a state was validated.
  • each device may recognize that it is not permitted to temporarily prohibit network-initiated handover based on the completion of this procedure. It may be recognized that the function to perform the leaded handover cannot be disabled.
  • first to fourth condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the attach request message.
  • condition for determining whether the first to fourth conditions are true or false is not limited to the above-described conditions.
  • the first condition and the third condition may be true when the UE_A 10 requests the UE-driven handover validation and the network permits the request. Further, the first condition and the third condition may be false when the UE_A 10 requests the UE-initiated handover activation and the network does not permit the request.
  • This procedure is a procedure for updating the setting of each device for performing the handover procedure.
  • Each device can execute this procedure at an arbitrary timing as long as UE_A10 is connected to core network_A90 and / or a PDU session is established.
  • each apparatus can start the procedure in a state where the attach procedure is completed and / or in a registered state.
  • each device may be in a state where UE-initiated handover is not permitted, or in a state where network-initiated handover is not permitted.
  • this procedure may be led by UE_A10 or executed by the network.
  • the network may execute this network-initiated procedure based on detection of a change in subscriber information or operator policy, or it may execute this network-initiated procedure based on reception of a control message from UE_A10. May be.
  • UE_A10 may detect its own setting change and execute this procedure led by UE_A10.
  • MME_A40 may start this procedure based on the update of subscriber information, operator policy, etc., not based on reception of the control message from UE_A10 and / or eNB_A45, and UE_A10, and / or This procedure may be started based on reception of a control message from eNB_A45.
  • the MME_A40 and / or eNB_A45 may include at least the seventh identification information in the handover setting change notification message, or temporarily include the UE-led handover procedure by including the seventh identification information. You may request to ban. Further, MME_A40 and / or eNB_A45 may request to temporarily disable the function of executing UE-led handover by including the seventh identification information in the handover setting change notification message. Alternatively, it may be required to temporarily transition to a state where execution of UE-initiated handover is not allowed.
  • MME_A40 and / or eNB_A45 enables the mobility on demand function corresponding to the state which does not permit execution of UE-led handover by including the seventh identification information in the handover setting change notification message. Or a transition to a mobility level corresponding to this state.
  • UE_A10 receives the handover setting change notification message and transmits a handover setting change notification response message to eNB_A45 (S2308). Further, the eNB_A45 receives the handover setting change notification response message and transmits the handover setting change notification response message to the MME_A40 (S2310). Further, the MME_A 40 receives the handover setting change notification response message.
  • Each device recognizes that the network request has been accepted by completing this procedure based on transmission / reception of the handover setting change notification response message.
  • UE_A10 may include at least the eighth identification information in the handover setting change notification response message, or a request for temporarily prohibiting the UE-initiated handover procedure by including the eighth identification information. May be permitted. Further, UE_A10 may indicate that the function for executing the UE-initiated handover is allowed to be temporarily disabled by including the eighth identification information in the handover setting change notification response message. It may indicate that a temporary transition to a state where execution of a leaded handover is not permitted is permitted.
  • UE_A10 includes the eighth identification information in the handover setting change notification response message, thereby confirming that the activation of the mobility on demand function corresponding to the state where the UE-initiated handover is not permitted is permitted. It may be indicated that the transition to the mobility level corresponding to this state is permitted.
  • each device may temporarily prohibit the UE-initiated handover procedure based on the completion of this procedure, or may transition to a state in which UE-initiated handover is not temporarily permitted.
  • the mobility level may correspond to this state.
  • each device may recognize that the function of executing the UE-initiated handover is temporarily disabled based on the completion of this procedure, and the UE-initiated handover is not permitted to be performed. You may recognize that the mobility on demand function corresponding to a state was validated.
  • UE_A10 transmits a handover setting change request message to eNB_A45, and starts a UE-initiated handover setting change procedure (S2300). Further, the eNB_A45 receives the handover setting change request message and transmits the handover setting change request message to the MME_A40 (S2302).
  • UE_A10 may include at least the ninth identification information in the handover setting change request message, temporarily prohibit network-driven handover by including these identification information, and / or Alternatively, it may be requested not to execute. Further, UE_A10 may request to temporarily disable the function of executing network-driven handover by including the ninth identification information in the handover setting change request message, It may be requested to temporarily transition to a state where the execution of the handover is not allowed.
  • UE_A10 may request that the mobility on demand function corresponding to a state in which execution of network-initiated handover is not permitted be enabled by including the ninth identification information in the handover setting change request message. Alternatively, it may be requested to move to a mobility level corresponding to this state.
  • the handover setting change request message may be a tracking area update request message, and UE_A 10 may transmit the ninth identification information included in the tracking area update request message.
  • MME_A40 receives the handover setting change request message and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • the first condition determination may be the same as the first condition determination during the UE-led PDU session establishment procedure.
  • the procedure (A) in this procedure may be the same as the network-initiated handover setting change procedure.
  • the MME_A 40 may include at least the tenth identification information in the handover setting change notification message, or by including these identification information, the network-driven handover It may indicate that the request for temporarily prohibiting the procedure is permitted. Further, the MME_A40 may indicate that the function for executing the network-initiated handover is permitted to be temporarily disabled by including the tenth identification information in the handover setting change notification message. It may be indicated that temporary transition to a state where execution of the handover is not permitted is permitted.
  • MME_A40 indicates that the activation of the mobility on-demand function corresponding to the state in which the execution of the network-driven handover is not permitted is permitted by including the tenth identification information in the handover setting change notification message. Alternatively, it may indicate that the transition to the mobility level corresponding to this state is permitted.
  • the handover setting change notification message may be a tracking area update acceptance message
  • the MME_A 40 may transmit the 10th identification information included in the tracking area update acceptance message.
  • MME_A40 transmits a handover setting change rejection message to UE_A10 via eNB_A45, and starts the procedure (B) in this procedure (S2312). Furthermore, UE_A10 receives the handover setting change rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the handover setting change rejection message.
  • the MME_A 40 may include at least the eleventh identification information in the handover setting change rejection message, or may indicate that the request of the UE_A 10 is not permitted by including these identification information.
  • the MME_A 40 may indicate that the network-initiated handover is not permitted to be temporarily prohibited by including the eleventh identification information in the handover setting change rejection message, or the network-initiated hand It may be indicated that transition to a state in which execution of over is not permitted is not permitted.
  • MME_A40 indicates that the activation of the mobility on demand function corresponding to the state where the execution of the network-driven handover is not permitted is included by including the eleventh identification information in the handover setting change rejection message. Alternatively, it may be indicated that the transition to the mobility level corresponding to this state is not permitted.
  • the handover setting change request message may be a tracking area update rejection message
  • the MME_A 40 may transmit the eleventh identification information included in the tracking area update rejection message.
  • Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
  • Each device may temporarily prohibit the network-driven handover procedure based on the completion of the procedure (A) in this procedure, or may not temporarily permit the network-driven handover procedure. You may transition to a state. Further, each device may recognize that the request for temporarily prohibiting the network-initiated handover procedure has been rejected based on the completion of (B) in this procedure.
  • each device may temporarily prohibit a network-driven handover procedure based on transmission / reception of the tenth identification information, or may transition to a state where network-driven handover is not temporarily permitted. Alternatively, a transition to a mobility level corresponding to this state may be made. Further, each device may recognize that the function of executing the network-initiated handover is temporarily disabled based on the transmission / reception of the tenth identification information, or the execution of the network-initiated handover It may be recognized that the mobility on demand function corresponding to the state where the user is not allowed is enabled.
  • each device may recognize that it is not permitted to temporarily prohibit network-initiated handover based on transmission / reception of the eleventh identification information, or execute network-initiated handover. It may be recognized that the function cannot be disabled.
  • This procedure is a procedure for switching the network to which UE_A10 is connected. Each device can execute this procedure at an arbitrary timing as long as UE_A10 is connected to core network_A90 and / or a PDU session is established.
  • the access network device to which UE_A10 is connected is changed from eNB_A45 to eNB_B145.
  • the PDU session established by UE_A10 changes from connectivity via eNB_A45 to connectivity via eNB_B145.
  • eNB_B145 may have the same configuration as eNB_A45, or may have the same configuration as NextGen BS_A122 or WAG_A126.
  • this procedure may be led by UE_A10 or executed by the network.
  • the network may detect the movement of the UE_A 10 and execute this network-driven procedure.
  • UE_A10 may detect the change of a network state and may perform this procedure led by UE.
  • the UE-initiated procedure may include a first UE-initiated handover procedure and a second UE-initiated handover procedure.
  • the eNB_A45 may determine the handover procedure based on the reception of the control message from the UE_A10 and / or the MME_A40 and / or the update of the operator policy or the subscriber information, or the movement of the UE_A10 is detected. By doing so, execution of the handover procedure may be determined. Further, the eNB_A45 may execute this procedure when a network-led handover is permitted.
  • ENB_B145 receives the handover request message and transmits a handover request response message to eNB_A45 (S2404). Further, the eNB_A45 receives the handover request response message, transmits an RRC connection reconfiguration request message to the UE_A10, and transmits an SN status transfer message to the eNB_B145 (S2406) (S2408). Furthermore, UE_A10 receives the RRC connection reconfiguration request message, and transmits an RRC connection reconfiguration completion message to eNB_B145 (S2410).
  • ENB_B145 receives the SN status transfer message and / or RRC connection resetting completion, and transmits a path switch request message to MME_A40 (S2412).
  • MME_A40 receives the path switch request message and determines the fifth condition.
  • MME_A40 transmits a bearer change request message to SGW_A35 (S2414). Further, SGW_A35 receives the bearer change request message. The SGW_A35 may transmit the PGW_A30 bearer change request message based on the reception of the bearer change request message (S2416). Further, the PGW_A30 may receive the bearer change request message and transmit a bearer change response message to the SGW_A35 (S2416). Further, SGW_A35 may receive a bearer change response message. Further, the SGW_A 35 transmits a bearer change response message to the MME_A 40 based on the reception of the bearer change request message and / or the bearer change response message (S2418).
  • the MME_A 40 may send a bearer change request message to the SCEF_A 46 (S2420).
  • the SCEF_A 46 may receive a bearer change request message and send a bearer change response message to the MME_A 40 (S2420).
  • the fifth condition determination is for the MME_A 40 to authenticate the type of the established PDU session.
  • the fifth condition may be true when the established PDU session is a first type PDU session. Further, the fifth condition being false may be a case where the established PDU session is a second type PDU session, and may be a case where the fifth condition is not determined to be true.
  • the condition for determining whether the fifth condition is true or false is not limited to the above-described condition.
  • the MME_A 40 transmits a path switching request response message to the eNB_B 145 based on the reception of the path switching request message and / or the bearer change response message (S2422). Further, the eNB_B 145 receives the path switching request response message and transmits a UE context release request message to the eNB_A45 (S2424). The eNB_A45 receives the UE context release request message, and releases the context and / or resources related to the UE_A10.
  • Each device completes this procedure based on transmission / reception of a UE context release request message and / or release of resources related to UE_A10, and determines the connection destination of UE_A10 and / or the destination of the established PDU session from eNB_A45. Change to eNB_B145.
  • UE_A10 determines to execute a handover procedure, transmits a handover request message to MME_A40 via eNB_A45, and starts this procedure (S2500) (S2502).
  • UE_A 10 may start this procedure upon detecting a change in the network state, or may start this procedure without being based on reception of a control message from eNB_A45 and / or MME_A40.
  • the UE_A 10 may execute this procedure when receiving the second identification information and / or the fourth identification information in the attach procedure and / or the PDU session establishment procedure. This procedure may be executed when over is permitted.
  • UE_A10 may include at least the sixth identification information in the handover request message, or may request a UE-initiated handover by including these identification information, or the handover to be started It may indicate that the procedure is a UE initiated handover. Further, the UE_A 10 may request to start a network initiated handover procedure by including the sixth identification information in the handover request message.
  • MME_A40 receives the handover request message and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • the first condition determination may be the same as the first condition determination during the UE-led PDU session establishment procedure.
  • MME_A40 transmits a handover start request message to eNB_A45, and starts the procedure (A) in this procedure (S2504). Further, the eNB_A45 receives the handover start request message, and starts the network-driven handover procedure as described above (S2506).
  • the MME_A 40 transmits a handover acceptance message to the UE_A 10 via the eNB_B 145 based on the completion of the network initiated handover procedure (S2508). Furthermore, UE_A10 receives the handover acceptance message, and transmits a handover completion message to MME_A40 via eNB_B145 (S2510). Further, the MME_A 40 receives the handover complete message. Each device completes the procedure (A) in this procedure based on the transmission / reception of the handover complete message.
  • the MME_A 40 transmits a handover rejection message to the UE_A 10 via the eNB_A 45, and starts the procedure (B) in this procedure (S2512). Further, UE_A10 receives the handover rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the handover rejection message.
  • the MME_A40 may include at least eleventh identification information in the handover rejection message, may indicate that the request of UE_A10 is not permitted by including these identification information, It may indicate that a handover is not performed.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in the procedure.
  • Each device may change the connection destination of UE_A10 and / or the destination of the established PDU session from eNB_A45 to eNB_B145 based on completion of (A) in this procedure. Based on the completion of (B), it may be recognized that the UE-initiated handover request has been rejected.
  • Second UE-initiated handover procedure example An example of a procedure for performing the handover procedure led by the second UE_A 10 will be described with reference to FIG. Hereafter, each step of this procedure will be described. First, UE_A10 decides to execute a handover procedure, transmits a handover request message to eNB_A45, and starts this procedure (S2600) (S2602).
  • UE_A 10 may start this procedure upon detecting a change in the network state, or may start this procedure without being based on reception of a control message from eNB_A45 and / or MME_A40.
  • the UE_A 10 may execute this procedure when receiving the second identification information and / or the fourth identification information in the attach procedure and / or the PDU session establishment procedure. This procedure may be executed when over is permitted.
  • UE_A10 may include at least the sixth identification information in the handover request message, or may request a UE-initiated handover by including these identification information, or the handover to be started It may indicate that the procedure is a UE initiated handover. Further, the UE_A 10 may request to start a network initiated handover procedure by including the sixth identification information in the handover request message.
  • ENB_A45 receives the handover request message and determines the sixth condition.
  • MME_A40 starts the procedure (A) in the procedure when the sixth condition is true, and starts the procedure (B) in the procedure when the sixth condition is false.
  • the sixth condition determination is for determining whether the eNB_A45 accepts the request of the UE_A10.
  • the sixth condition is true when the UE_A10 request is accepted, and may be when the UE_A10 request is permitted. Furthermore, the sixth condition is false when the UE_A10 request is rejected, and may be when the sixth condition is not determined to be true.
  • the eNB_A45 starts the previous network-driven handover procedure and starts the procedure (A) in this procedure (S2604).
  • ENB_B145 transmits a handover acceptance message to UE_A10 based on the completion of the network initiated handover procedure (S2606). Furthermore, UE_A10 receives the handover acceptance message and transmits a handover completion message to eNB_B145 (S2608). Further, the eNB_B 145 receives a handover completion message. Each device completes the procedure (A) in this procedure based on the transmission / reception of the handover complete message.
  • the eNB_A45 transmits a handover rejection message to the UE_A10 and starts the procedure (B) in this procedure (S2512). Further, UE_A10 receives the handover rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the handover rejection message.
  • the eNB_A45 may include at least eleventh identification information in the handover rejection message, may indicate that the UE_A10 request is not permitted by including these identification information, It may indicate that no over is performed.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in the procedure.
  • Each device may change the connection destination of UE_A10 and / or the destination of the established PDU session from eNB_A45 to eNB_B145 based on the completion of the procedure (A) in this procedure, Based on the completion of (B) during this procedure, it may be recognized that the UE-initiated handover request has been rejected.
  • Each device in the present embodiment may be a device different from the device described above.
  • the MME_A40 is a device that plays a role of mobility management of each device such as UE_A10 and / or session management between the devices, but in the core network_A90 in this embodiment, the role of mobility management The role of session management may be played by another device.
  • SME Session Management Entity
  • MME_A40 in the present embodiment can be replaced with SME (Session Management Entity).
  • SME Session Management Entity
  • each message transmitted and received by the MME_A 40 described in the communication procedure in this embodiment may be transmitted and received by the SME, and each process performed by the MME_A 40 may be performed by the SME.
  • ENB_A45 and / or eNB_B145 in the present embodiment may be a device in another access network instead of the device of E-UTRAN_A80.
  • eNB_A45 and / or eNB_B145 may be NextGen BS_A120 or WAG_A126.
  • the program that operates in the apparatus related to the present invention may be a program that controls the central processing unit (CPU) and the like to function the computer so as to realize the functions of the embodiments related to the present invention.
  • the program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM) or a non-volatile memory such as a flash memory, a hard disk drive (HDD), or another storage system.
  • RAM random access memory
  • HDD hard disk drive
  • a program for realizing the functions of the embodiments according to the present invention may be recorded on a computer-readable recording medium.
  • the “computer system” here is a computer system built in the apparatus, and includes hardware such as an operating system and peripheral devices.
  • the “computer-readable recording medium” refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short time, or other recording medium that can be read by a computer. Also good.
  • each functional block or various features of the apparatus used in the above-described embodiments can be implemented or executed by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
  • Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other Programmable logic devices, discrete gate or transistor logic, discrete hardware components, or a combination thereof.
  • a general purpose processor may be a microprocessor or a conventional processor, controller, microcontroller, or state machine.
  • the electric circuit described above may be configured by a digital circuit or an analog circuit.
  • one or more aspects of the present invention can use a new integrated circuit based on the technology.
  • the present invention is not limited to the above-described embodiment.
  • an example of an apparatus has been described.
  • the present invention is not limited to this, and a stationary or non-movable electronic device installed indoors or outdoors, such as an AV device, a kitchen device, It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other daily life equipment.

Landscapes

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

Abstract

端末や通信路に好適なモビリティに対応するハンドオーバー手続きのための通信制御手段、及び/又は好適なハンドオーバー手続きをサポートするための制御手段、及び/又は好適なハンドオーバー手続きをサポートするセッションを確立するための通信制御手段などを提供する。これにより、端末や通信路に好適なモビリティの種類、及び多様化されたモビリティを実現するためのハンドオーバーを提供する通信制御手段を提供することとなる。

Description

端末装置、制御装置、及び通信制御方法
　本発明は、端末装置、制御装置、及び通信制御方法に関する。本出願は、２０１６年６月３０日に日本国において出願された特願２０１６－１２９８５０に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
　近年の移動通信システムの標準化活動を行う3GPP(The 3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Enhancement)の検討を行っている。3GPPは、オールIP化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、次世代移動通信システムである5G(5th Generation)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術の検討として、NextGen(Architecture for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続するための技術課題を抽出し、解決策を仕様化している。
　例えば、固定されているような移動頻度が少ない端末や、自動車等に備え付けられたような移動頻度が多い端末等、多種多様な端末を同時にサポートするためのモビリティの最適化や多様化や、応じた通信手続きやシステムアーキテクチャの最適化なども要求条件として挙げられる。
3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Study on Architecture for Next Generation System; (Release 14)
　NextGenでは、端末のモビリティの最適化のための検討が行われている。より具体的には、端末のモビリティの種類を多様化することで、端末やネットワークに適したモビリティを提供するための検討行われている。
　しかし、端末のモビリティの種類や、端末に適したモビリティの種類が選択される手順、多様化されたモビリティのためのハンドオーバーを実現する手段が明らかになっていない。本発明は、このような事情を鑑みてなされたもので、その目的は、端末や通信路に好適なモビリティの種類、及び多様化されたモビリティを実現するためのハンドオーバーを提供する通信制御手段を提供する事である。
　本発明の端末装置は、アタッチ手続きを完了した状態において実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージをコアネットワークから受信する送受信部を備え、前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報であることを特徴とする。
　本発明の端末装置の通信制御方法は、アタッチ手続きを完了した状態で実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージをコアネットワークから受信するステップを有し、前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報であることを特徴とする。
　本発明のコアネットワークに含まれる制御装置は、アタッチ手続きを完了した状態において実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージを端末装置に送信する送受信部を備え、前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報であることを特徴とする。
　本発明のコアネットワークに含まれる制御装置の通信制御方法は、アタッチ手続きを完了した状態で実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージを端末装置に送信するステップを有し、前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報であることを特徴とする。
　本発明によれば、端末は、モビリティ能力に応じた接続性の確立、及びハンドオーバーを実現することができる。またコアネットワークは、異なるモビリティ能力を有する端末の接続、もしくは異なるモビリティ能力を有する通信路を確立、及びハンドオーバーを実現することができる。
移動通信システムの概略を説明するための図である。 移動通信ネットワークの構成等の一例を説明するための図である。 移動通信ネットワークの構成等の一例を説明するための図である。 UEの装置構成を説明するための図である。 UEの記憶部を説明するための図である。 eNB/NextGen BS/WAGの装置構成を説明するための図である。 MMEの装置構成を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 SGW/PGW/SCEFの装置構成を説明するための図である。 SGWの記憶部を説明するための図である。 PGWの記憶部を説明するための図である。 SCEFの記憶部を説明するための図である。 PDUセッション確立状態を説明するための図である。 通信手続きの概要を説明するための図である。 アタッチ手続きを説明するための図である。 UE主導のPDUセッション確立手続きを説明するための図である。 ハンドオーバー設定変更確立手続きを説明するための図である。 ネットワーク主導のハンドオーバー確立手続きを説明するための図である。 第1のUE主導のハンドオーバー確立手続きを説明するための図である。 第2のUE主導のハンドオーバー確立手続きを説明するための図である。
　以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[1.実施形態]
　[1.1.システム概要]
　図1は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワークとコアネットワーク_A90とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)または、ME(Mobile Equipment)またはMS(Mobile Station)であってよい。また、UE_A10は、CIoT(Cellular Internet of Things)端末であってもよい。なお、CIoT端末とはコアネットワーク_A90へ接続可能なIoT端末であり、IoT(Internet of Things)端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器であってよい。
　また、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90と接続することができる。さらに、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90を介してPDN_A5と接続することができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータであってよい。さらに、ユーザデータの送受信はPDU(Packet Data Unit)セッションを用いて実施されてもよい。さらに、ユーザデータの通信は、IP通信に限らず、non-IP通信であってもよい。
　ここで、PDUセッションは、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供するため、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッションは、UE_A10と外部ゲートウェイ装置との間で確立する接続性であってよい。ここで、外部ゲートウェイ装置は、PGW_A30やSCEF_A46等のコアネットワーク_A90とPDN_A5を接続する装置であってよい。
　また、PDUセッションは、UE_A10と、コアネットワーク_A90、及び/又はPDN_A5との間でユーザデータを送受信するために確立される通信路であってよく、PDUを送受信するための通信路であってよい。さらに、PDUセッションは、UE_A10とコアネットワーク_A90、及び/又はPDN_A5との間で確立されるセッションであってよく、移動通信システム1内の各装置間の一又は複数のベアラ等の転送路で構成される論理的な通信路であってもよい。より具体的には、PDUセッションは、UE_A10が、コアネットワーク_A90と外部ゲートウェイ装置との間に確立するコネクションであってよく、UE_A10とPGW_A30、及び／又はSCEF_A46との間に確立するPDNコネクション(Packet Data Network Connection)等のコネクションであってよい。
　なお、PDUセッションは、eNB_A45、及び/又はSGW_A35を介したUE_A10とPGW_A30との間の接続性、及び／又はコネクションであってもよいし、eNB_A45、及び/又はMME_A40を介したUE_A10とSCEF_A46との間の接続性、及び／又はコネクションであってもよい。ここで、アクセスネットワーク内の装置、及びSGW_A35を介して、UE_A10とPGW_A30との間で確立されるPDUセッションを第1のPDUセッションと定義し、アクセスネットワーク内の装置、及びMME_A40を介して、UE_A10とSCEF_A46との間で確立されるPDUセッションを第2のPDUセッションと定義する。
　なお、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置は、PDUセッションを用いてユーザデータの送受信を実行することができる。言い換えると、PDUセッションは、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置が送受信するユーザデータを、転送することができる。さらに、各装置(UE_A10、及び／又は、アクセスネットワーク内の装置、及び／又は、コアネットワーク_A90内の装置)は、PDUセッションに対して、一又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN、TFT、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、ネットワークスライス識別情報、アクセスネットワーク識別情報が一つ以上含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容であってもよいし、異なる内容であってもよい。
　また、IP通信とは、IP(Internet Protocol)を用いたデータの通信のことであり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信のことである。なお、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信のことであり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信のことである。例えば、non-IP通信は、IPパケットが付与されていないアプリケーションデータの送受信によって実現されるデータ通信であってもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
　さらに、PDN_A5は、UE_A10に通信サービスを提供するDN(Data Network)である。なお、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されていてもよい。さらに、PDN_A5は、接続された通信端末を含んでいてもよい。従って、PDN_A5と接続するということは、PDN_A5に配置された通信端末と接続するということであってもよい、さらに、PDN_A5との間でユーザデータを送受信するということは、PDN_A5に配置された通信端末とユーザデータを送受信するということであってもよい。
　さらに、アクセスネットワークは、アクセスネットワークは、UE_A10、及び/又はコアネットワーク_A90と接続した、無線ネットワークのことである。アクセスネットワークは、3GPPアクセスネットワークであってもよく、non-3GPPアクセスネットワークであってもよい。なお、3GPPアクセスネットワークは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)_A80、UTRAN(Universal Terrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、NextGen RAN(Next Generation Radio Access Network)_A120であってもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125であってもよい。なお、UE_A10はコアネットワーク_A90に接続するために、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワーク_A90に接続してもよい。
　さらに、コアネットワーク_A90は、アクセスネットワーク、及び/又はPDN_A5と接続した、移動通信事業者(Mobile Operator)が運用するIP移動通信ネットワークのことである。コアネットワーク_A90は移動通信システム1を運用、管理する移動通信事業者のためのコアネットワークであってもよいし、MVNO(Mobile Virtual Network Operator)などの仮想移動通信事業者のためのコアネットワークであってよい。また、コアネットワーク_A90はCIoT端末を収容する為のコアネットワークであってもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)のためのEPC(Evolved Packet Core)であってもよく、NextGen System(Next Generation System)のためのNextGen Core(Next Generation Core)であってよい。
　次に、コアネットワーク_A90の構成例を説明する。本実施形態では2つのコアネットワーク_A90の構成例を説明する。なお、コアネットワーク_A90は第1のコアネットワーク、または第2のコアネットワーク、またはこれらを組み合わせたものであってもよい。また、なお、第1のコアネットワークはEPCであってもよく、第2のコアネットワークは、NextGen Coreであってもよい。さらに、第1のコアネットワーク、及び/又は第2のコアネットワークは、IoTのために最適化されたシステムで構成されてよい。
　まず、図2にコアネットワーク_A90が第1のコアネットワークである場合の、コアネットワーク_A90の構成の一例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(Authentication Authorization Accounting)_A55、PCRF(Policy and Charging Rules Function)_A60、PGW(Packet Data Network Gateway)_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW(Serving Gateway)_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)_A42、SCEF(Service Capability Exposure Function)_A46により構成される。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続することができる。
　無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN ANb75)と、PGW_A30とPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa70)とが構成可能である。なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
　PGW_A30はPDN_A5とSGW_A35とePDG_A65とWLAN ANa70と、PCRF_A60とAAA_A55とに接続されており、PDN_A5、及び/又はDNとコアネットワーク_A90のゲートウェイ装置としてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信、及び/又はnon-IP通信のためのゲートウェイ装置であってもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDNを接続するゲートウェイも複数配置されてよい。
　さらに、PGW_A30は、PDN_A5との接点を持ったユーザデータの転送を行うUPネットワーク装置(U-Plane Network Function)であってもよく、ユーザデータのためのPDN_A5とコアネットワークとの間のゲートウェイであるUP GW(User Plane Gateway)であってもよい。
　SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
　さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPネットワーク装置(U-Plane Network Function)であってもよく、ユーザデータのためのアクセスネットワークとコアネットワークとの間のゲートウェイであるUP GW(User Plane Gateway)であってもよい。
　MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46に接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。また、コアネットワーク_A90には、こうした制御装置を複数配置してもよい。例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置はMME_A40と同様にSGW_A35とアクセスネットワークとSCEF_A46と、HSS_A50と接続されてよい。
　また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーンの制御装置であればよい。
　さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は、複数のコアネットワークやネットワークスライスが構成される場合、一つ以上のコアネットワークに接続される管理装置であってもよいし、MME_A40は複数のネットワークスライスに接続される管理装置であってもよい。
　また、複数のコアネットワーク又はネットワークスライスは単一の通信事業者によって運用されるネットワークであってもよいし、それぞれ異なる通信事業者によって運用されるネットワークであってよい。ここで、ネットワークスライスとは、サービス等によって配送されるユーザデータを分けるために構成された論理的なネットワークであってよい。なお、ネットワークスライスは、ネットワークスライスインスタンスであってもよい。
　また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイ装置としてユーザデータの転送を行う中継装置であってもよい。なお、MME_A40がゲートウェイ装置となって送受信されるユーザデータは、スモールデータであってもよい。
　さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うネットワーク装置(Network Function）であってもよく、PDUセッション等のセッション管理の役割を担うネットワーク装置であってよく、1又は複数のネットワークスライスを管理するネットワーク装置であってもよい。また、MME_A40は、これらの1又は複数の役割を担うネットワーク装置であってよい。なお、ネットワーク装置は、コアネットワーク_A90内に1又は複数配置される装置であってもよく、制御情報、及び／又は制御メッセージのためのC-Plane制御装置(Control Plane Function)であってもよく、複数のネットワークスライス間で共有される共有C-Plane制御装置(Common Control Plane Function)であってもよい。
　HSS_A50はMME_A40とAAA_A55とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。AAA_A55は、PGW_A30と、HSS_A50と、PCRF_A60と、WLAN ANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
　PCRF_A60は、PGW_A30と、WLAN ANa70と、AAA_A55と、PDN_A5に接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。ePDG_A65は、PGW_A30と、WLAN ANb75とに接続されており、コアネットワーク_A90と、WLAN ANb75とのゲートウェイ装置としてユーザデータの配送を行う。
　SGSN_A42は、UTRAN_A20とGERAN_A25とSGW_A35と接続されており、3G/2Gのアクセスネットワーク(UTRAN/GERAN)とLTEのアクセスネットワーク(E-UTRAN)間の位置管理のための制御装置である。さらに、SGSN_A42は、PGW及びSGWの選択機能、UE_A10のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMMEの選択機能を持つ。
　SCEF_A46はPDN_A5とMME_A40とHSS_A50とに接続されており、PDN_A5、及び/又はDNとコアネットワーク_A90とを繋ぐゲートウェイ装置としてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信のためのゲートウェイ装置であってもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDNを接続するゲートウェイも複数配置されてよい。
　また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、E-UTRAN_A80は、LTE(Long Term Evolution)のアクセスネットワークであり、eNB(evolved Node B)_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続しあっていてよい。
　UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(Node B)_A22を含んで構成される。NB_A22は、UTRA(Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とNB_A22を接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1つまたは複数のNB_A22と接続されてよい。さらに、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
　GERAN_A25は、2Gのアクセスネットワークであり、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25には1又は複数の無線基地局BSSで構成されてもよい。また、複数のBSSは互いに接続しあっていてよい。またBSS_A26はRNC_A24と接続してもよい。
　WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(WLAN Access Point)a72と、TWAG(Trusted WLAN Access Gateway)_A74とが含まれて構成される。WLAN APa72はコアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74はコアネットワーク_A90とWLAN ANa70のゲートウェイ装置である。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
　また、WLAN ANb75は、無線LANアクセスネットワークであり、WLAN AP(WLAN Access Point)b76を含んで構成される。WLAN APb76はコアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。
　このように、WLAN ANb75はコアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保するためのセキュリティー機能を持つ。
　次に、コアネットワーク_A90が第2のコアネットワークである場合の、コアネットワーク_A90の構成の一例を説明する。図3にコアネットワーク_A90の構成の一例を示す。図3(a)のコアネットワーク_A90は、HSS_A50、PCRF_A60、PGW_A30、SGW_A35、MME_A40、SCEF_A46により構成される。
　また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120、WLAN ANc125)に接続することができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。
　さらに、3GPPアクセスシステムで接続可能なアクセスネットワークは、E-UTRAN_A80とNextGen RAN_A120とが構成可能である。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、MME_A40とSGW_A35とに接続するWLANアクセスネットワークc(WLAN ANc125)とが構成可能である。なお、各装置は第1のコアネットワークの装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
　PGW_A30は、PDN_A5とSGW_A35とPCRF_A60とに接続される装置である。さらに、SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とに接続される装置である。さらに、MME_A40は、SGW_A35とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とHSS_A50とSCEF_A46に接続される装置である。なお、PGW_A30、及びSGW_A35、及びMME_A40の役割は、第１のコアネットワークで説明した各装置の役割と同じであってよい。また、SCEF_A46、HSS_A50、PCRF_A60の構成、及び役割は、第１のコアネットワークで説明した装置と同様の装置であってよい。従って、ここでの説明は省略する。
　また、図3(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、NextGen RAN_A120は、5Gのアクセスネットワークであり、NextGen BS(Next Generation Base Station)_A122を含んで構成される。NextGen BS_A122はNextGen RA(Next Generation Radio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNextGen BS_A122が含まれて構成されてよい。
　WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN Access Gateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_A90とWLAN ANc125のゲートウェイ装置であってもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイ装置の機能部とが別の装置で構成されてもよい。
　なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。
　[1.2.装置の構成]
　まず、各装置で記憶される識別情報について説明する。IMSI(International Mobile Subscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる、識別情報である。UE_A10及びMME_A40及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
　EMM State/MM Stateは、UE_A10またはMME_A40の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)であってもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク_A90間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態であってもよい。
　GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIはMME_A40の識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME_A40内でのUE_A10の識別情報(M-TMSI)により構成される。ME Identityは、UE_A10またはMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMISV(IMEI Software Version)であってもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40が記憶するMSISDNはHSS_A50の記憶部により示された情報であってよい。
　MME F-TEIDは、MME_A40を識別する情報である。MME F-TEIDには、MME_A40のIPアドレスが含まれていてもよいし、MME_A40のTEID(Tunnel Endpoint Identifier)が含まれてもよいし、またはこれら両方が含まれてもよい。また、MME_A40のIPアドレスとMME_A40のTEIDは独立して記憶されてもよい。また、MME F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
　SGW F-TEIDは、SGW_A35を識別する情報である。SGW F-TEIDには、SGW_A35のIPアドレスが含まれていてもよいし、SGW_A35のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、SGW_A35のIPアドレスとSGW_A35のTEIDは独立して記憶されてもよい。また、SGW F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
　PGW F-TEIDは、PGW_A30を識別する情報である。PGW F-TEIDには、PGW_A30のIPアドレスが含まれていてもよいし、PGW_A30のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、PGW_A30のIPアドレスとPGW_A30のTEIDは独立して記憶されてもよい。また、PGW F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
　eNB F-TEIDはeNB_A45を識別する情報である。eNB F-TEIDには、eNB_A45のIPアドレスが含まれていてもよいし、eNB_A45のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、eNB_A45のIPアドレスとSGW_A35のTEIDは独立して記憶されてもよい。また、eNB F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
　また、APN(Access Point Name)は、コアネットワーク_A90とDN等の外部ネットワークを識別する識別情報であってよい。さらに、APNは、コアネットワーク_A90を接続するPGW_A30等のゲートウェイ装置を選択する情報として用いることもできる。
　なお、APNは、こうしたゲートウェイ装置を識別する識別情報であってもよいし、DN等の外部ネットワークを識別する識別情報であってもよい。なお、コアネットワーク_A90とDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、こうした複数のゲートウェイ装置の中から一つのゲートウェイを選択する場合には、APN以外の識別情報を用いた別の手法によってゲートウェイが選択されてよい。
　UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UE Network Capabilityは、UEにサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN及び/又はUTRAN機能をもつUEに対して、SGSNに必要な少なくとも一つの情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40内でのUEを識別する情報である。eNB UE S1AP IDは、eNB_A45内でのUEを識別する情報である。
　APN in Use(Data Network Identifier)は、最近使用されたAPNである。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Use(Data Network Identifier)は、PDUセッションの確立先のDNを識別する情報であってもよい。
　Assigned Session Type(Assigned PDN Type)は、PDUセッションのタイプを示す情報である。PDUセッションのタイプは、IPであってもよいし、non-IPであってもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Type(Assigned PDN Type)は、IPv4や、IPv6や、IPv4v6であってよい。
　また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスであってもよいし、IPv6アドレスであってもよいし、IPv6プレフィックスであってよい。なお、Assigned Session Type(Assigned PDN Type)がnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
　SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。Default Bearerは、PDUセッション確立時に取得、及び/又は、生成する情報であり、PDUセッションに対応づけられたデフォルトベアラを識別するためのEPSベアラ識別情報である。
　EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB、及び/又は、CRBを識別する識別情報であってもよいし、DRBを識別する識別情報であってもよい。TI(Transaction Identifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPS Bearer IDは、デディケイテッドベアラを識別するEPSベアラ識別情報であってよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報であってよい。TFT(Traffic Flow Template)は、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRBを用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけするものであってよく、アプリケーションデータを識別する識別情報であってもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
　Default Bearerは、PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。なお、EPSベアラとは、UE_A10とPGW_A30との間で確立する論理的な通信路であってもよい。この場合においても、EPSベアラは、UE_A10とアクセスネットワーク内の基地局、及び/又はアクセスポイントとの間で確立するRB(Radio Bearer)を含んで構成されてよい。さらに、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。なお、RBは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)であってもよいし、DRB(Data Radio Bearer)であってもよい。また、Default Bearerは、PDUセッション確立時にUE_A10及び/またはSGW_A35及び/またはPGW_A30がコアネットワーク_A90から取得する情報であってよい。
　User Identityは、加入者を識別する情報である。User Identityは、IMSIであってもよいし、MSISDNであってもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報であってもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40を識別する情報であり、MME_A40のIPアドレスであってよい。
　eNB/NextGen BS/WAG Addressは、eNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126のIPアドレスである。eNB/NextGen BS/WAG IDは、eNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126内でのUEを識別する情報である。
　NextGen BS Addressは、NextGen BS_A122のIPアドレスである。NextGen BS IDは、NextGen BS_A122内でのUEを識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAG IDは、WAG_A126内でのUEを識別する情報である。
　MME/eNB/NextGen BS/WAG Addressは、MME_A40、及び/又はeNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126のIPアドレスである。MME/eNB/NextGen BS/WAG IDは、MME_A40、及び/又はeNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126内でのUEを識別する情報である。
　モビリティタイプ(Mobility Type)は、モビリティの粒度を示す情報である。さらに、モビリティタイプはサービス継続(Service Continuity)の種類を示す情報であってもよいし、サポートするモビリティの種類を示す情報であってもよいし、ハンドオーバーに関する情報であってもよい。例えば、モビリティタイプは、UE主導のハンドオーバーに対応するモビリティタイプであってもよいし、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプであってもよく、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプであってもよい。なお、モビリティタイプはモビリティクラス(Mobility Class)であってもよく、モビリティレベル(Mobility level)であってもよい。
　Handover Informationは、UE_A10、及び/又はネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90)のハンドオーバーに関する情報である。Handover Informationは、サポートするハンドオーバーの種類を示す情報であってもよいし、各状態におけるハンドオーバーの許可情報であってもよい。
　なお、サポートするハンドオーバーの種類は、3GPPアクセスネットワーク、又はnon-3GPPアクセスネットワーク内のハンドオーバーであってもよいし、3GPPアクセスネットワークとnon-3GPPアクセスネットワークとの間のハンドオーバーであってもよい。また、各状態におけるハンドオーバーの許可情報は、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可することを示す情報であってよく、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可しないことを示す情報であってもよい。
　さらに、Handover Informationは、UE UE-initiated Handover Capability、及び/又はNW UE-initiated Handover Capability、及び/又はUE-initiated Handover allowed、及び/又はNW-initiated Handover allowedを含む情報であってよい。
　なお、UE UE-initiated Handover Capabilityは、UE_A10がUE主導のハンドオーバーをサポートするか否かを示す能力情報である。さらに、NW UE-initiated Handover Capabilityは、ネットワーク、及び/又はネットワーク内の装置がUE主導のハンドオーバーをサポートするか否かを示す能力情報である。
　また、UE-initiated Handover allowedは、UE主導のハンドオーバーを許可するか否かを示す情報である。UE-initiated Handover allowedは、UE主導のハンドオーバーを、接続中のセル、及び/又はトラッキングエリア、及び/又はアクセスネットワークで許可するか否かを示す情報であってもよいし、一時的に許可するか否かを示す情報であってもよいし。
　さらに、NW-initiated Handover allowedは、ネットワーク主導のハンドオーバーを許可するか否かを示す情報である。NW-initiated Handover allowedは、ネットワーク主導のハンドオーバーを、接続中のセル、及び/又はトラッキングエリア、及び/又はアクセスネットワークで許可するか否かを示す情報であってもよいし、一時的に許可するか否かを示す情報であってもよい。
　以下、各装置の構成について説明する。
　[1.2.1.UEの構成]
　図4にUE_A10の装置構成を示す。図に示すように、UE_A10は送受信部_A420と、制御部_A400と記憶部_A440で構成されている。送受信部_A420と記憶部_A440は制御部_A400と、バスを介して接続されている。
　制御部_A400はUE_A10を制御するための機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　送受信部_A420は、UE_A10がアクセスネットワーク内の基地局、及び/又はアクセスポイントに接続し、アクセスネットワークへ接続するための機能部である。また、送受信部_A420には、外部アンテナ_A410が接続されている。言い換えると、送受信部_A420は、UE_A10がアクセスネットワーク内の基地局、及び/又はアクセスポイントと接続するための機能部である。さらに、送受信部_A420は、UE_A10が、アクセスネットワーク内の基地局、及び/又はアクセスポイントからユーザデータ及び/又は制御情報を送受信する送受信機能部である。
　記憶部_A440は、UE_A10の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_A440は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_A440は、図に示すように、UEコンテキスト542を記憶する。以下、記憶部_A440で記憶される情報要素について説明する。
　まず、図5(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMM State、GUTI、ME Identityを含む。
　さらに、UEごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
　次に、図5(c)にPDU(Packet Data Unit)セッションごとに記憶されるPDUセッションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APN in Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、IP Address(es)、Default Bearerを含む。
　さらに、PDUセッションごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
　図5(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、TFTを含む。
　[1.2.2.eNB/NextGen BS/WAGの構成]
　以下、eNB_A45及び、NextGen BS_A122及び、WAG_A126の構成について説明する。図6にeNB_A45及び、NextGen BS_A122及び、WAG_A126の装置構成を示す。図に示すように、eNB_A45及び、NextGen BS_A122及び、WAG_A126はネットワーク接続部_B620と、送受信部_B630と、制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は制御部_B600と、バスを介して接続されている。
　制御部_B600はeNB_A45を制御するための機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_B620は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がMME_A40及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_B620は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がMME_A40及び/又はSGW_A35からユーザデータ及び/又は制御情報を送受信する送受信部である。
　送受信部_B630は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がUE_A10と接続するための機能部である。さらに、送受信部_B630は、UE_A10からユーザデータ及び/又は制御情報を送受信する送受信機能部である。また、送受信部_B630には、外部アンテナ_B610が接続されている。
　記憶部_B640は、eNB_A45及び、NextGen BS_A122及び、WAG_A126の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をUEコンテキストとして記憶してもよい。
　さらに、記憶部_B640は、Mobility Type、及び/又はHandover Informationを含んでもよい。
　[1.2.3.MMEの構成]
　以下、MME_A40の構成について説明する。図7にMME_A40の装置構成を示す。図に示すように、MME_A40はネットワーク接続部_C720と、制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は制御部_C700と、バスを介して接続されている。
　制御部_C700はMME_A40を制御するための機能部である。制御部_C700は、記憶部_C740に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又は、SCEF_A46、及び/又はHSS_A50及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又は、SCEF_A46、及び/又はHSS_A50、及び/又はSGW_A35とユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_C740は、MME_A40の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_C740は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_C740は、図に示すように、MMEコンテキスト1142を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UE Radio Access Capability、UE Network Capability、MS Network Capability、Access Restriction、MME F-TEID、SGW F-TEID、eNB Address、MME UE S1AP ID、eNB UE S1AP ID、NextGen BS Address、NextGen BS ID、WAG Address、WAG ID、を含む。
　さらに、UEごとに記憶されるMMEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
　次に、図9(c)にPDUセッションごとに記憶されるPDUセッションごとのMMEコンテキストを示す。図に示すように、PDUセッションごとのMMEコンテキストは、APN in Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、IP Address、PGW F-TEID、SCEF ID、Default bearerを含む。
　さらに、PDUセッションごとのMMEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
　図9(d)は、ベアラごとに記憶されるベアラごとのMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB/NextGen BS/WAG Address、eNB/NextGen BS/WAG ID、を含む。ここで、図8、9に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト644またはEPSベアラコンテキストのいずれかに含まれ、記憶されてもよい。
　[1.2.4.SGWの構成]
　図10にSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
　制御部_D1000はSGW_A35を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局、及び/又はアクセスポイント、及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42と接続するための機能部である。さらに、ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局、及び/又はアクセスポイント及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42からユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、SGW_A35の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1442を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
　まず、図11(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、ME Identity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
　さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、SGW F-TEID、PGW F-TEID、Default Bearer、IP Address(es)を含む。
　さらに、EPSベアラコンテキストには、ベアラごとのEPSベアラコンテキストが含まれる。図11(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストはEPS Bearer ID、TFT、PGW F-TEID、SGW F-TEID、eNB F-TEID、MME/NextGen BS/WAG Address、MME/NextGen BS/WAG IDを含む。
　[1.2.5.PGWの構成]
　図10にPGW_A30の装置構成を示す。図に示すように、PGW_A30はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
　制御部_D1000はPGW_A30を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_D1020は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはTWAG_A74及び/又はPDN_A5と接続するための機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはTWAG_A74及び/又はPDN_A5からユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、PGW_A30の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1642を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。
　図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、IMSI-unauthenticated-indicator、ME Identity、MSISDN、RAT typeを含む。
　次に、図12(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGWの記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in useを含む。なお、APNごとに記憶されるEPSベアラコンテキストは、Data Network Identifierごとに記憶されてもよい。
　また、図12(d)にPDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、Assigned Session Type(Assigned PDN Type)、IP Address、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
　さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、PGW F-TEID、SGW F-TEIDを含む。
　[1.2.6.SCEFの構成]
　図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
　制御部_D1000はSCEF_A46を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。ネットワーク接続部_D1020は、SCEF_A46がコアネットワーク_A90へ接続するための機能部である。言い換えると、ネットワーク接続部_D1020は、SCEF_A46がMME_A40と接続するための機能部である。さらに、ネットワーク接続部_D1020は、SCEF_A46が、MME_A40からユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、SCEF_A46の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。以下、記憶部_D1040で記憶される情報要素について説明する。図13(b)にEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、EPSベアラコンテキストは、User Identity、APN in Use(Data Network Identifier)、EPS Bearer ID、Serving Node Informationを含む。
　[1.3.通信手続きの説明]
　次に、本実施形態における通信手続きを、図15を用いて説明する。ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
　本実施形態における第1の状態を図14を用いて説明する。本実施形態における第1の状態は、UE_A10がコアネットワーク_A90に接続、及び登録され、各装置がPDUセッションを確立した状態である。なお、各装置は、UE_A10がコアネットワーク_A90に登録されるための手続きとPDUセッション確立のための手続きは、同時に実行されてもよいし、別々に実行されてもよい。
　次に、本実施形態における識別情報について説明する。本実施形態における第1の識別情報は、UE_A10がUE主導のハンドオーバーを実行する機能を有していることを示すUE_A10の機能情報である。ここで、UE_A10がUE主導のハンドオーバーを実行する機能とは、UE_A10等の端末装置が主導してハンドオーバー手続きを開始する機能であってよい。言い換えると、本機能は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対してハンドオーバーを要求する機能であってよい。さらに具体的には、本機能は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してハンドオーバーを要求する機能であってよい。
　さらに言い換えると、本機能は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して、UE主導のハンドオーバー手続きを開始することを要求する機能であってよい。さらに具体的には、本機能は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してUE主導のハンドオーバー手続きを開始することを要求する機能であってよい。
　また、第1の識別情報は、上述した機能に対応するモビリティオンデマンド機能を有することを示す情報であってよい。もしくは、第1の識別情報は、上述した機能に対応するモビリティレベル、及び/又はモビリティタイプを示す情報であってもよい。
　本実施形態における第2の識別情報は、ネットワークがUE主導のハンドオーバーを実行する機能を有していることを示すネットワークの機能情報である。ここで、ネットワークがUE主導のハンドオーバーを実行する機能とは、UE_A10等の端末装置が主導して開始するハンドオーバー手続きを実行する機能であってよい。言い換えると、本機能は、UE_A10が送信するハンドオーバーの要求を受信し、ハンドオーバー手続きを実行する機能であってよい。なお、ネットワークとは、アクセスネットワーク、及び/又はコアネットワーク_A90であってよい。
　さらに言い換えると、本機能は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して送信するUE主導のハンドオーバー手続きを開始するための要求を受信し、ハンドオーバー手続きを実行する機能であってよい。
　また、第2の識別情報は、上述した機能に対応するモビリティオンデマンド機能を有することを示す情報であってよい。もしくは、第2の識別情報は、上述した機能に対応するモビリティレベル、及び/又はモビリティタイプを示す情報であってもよい。
　本実施形態における第3の識別情報は、UE主導のハンドオーバーを実行する機能の有効化を要求することを示す識別情報である。ここで、UE主導のハンドオーバーを実行する機能の有効化とは、UE_A10、及び/又はネットワークが、UE主導のハンドオーバーを実行可能な状態に遷移することであってよい。また、UE_A10がUE主導のハンドオーバーを実行可能な状態とは、UE_A10等の端末装置が主導してハンドオーバー手続きを開始することができる状態であってよい。言い換えると、本状態は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対してハンドオーバーを要求することができる状態であってよい。さらに具体的には、本状態は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してハンドオーバーを要求することができる状態であってよい。
　さらに言い換えると、本状態は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して、UE主導のハンドオーバー手続きを開始することを要求することができる状態であってよい。さらに具体的には、本状態は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してUE主導のハンドオーバー手続きを開始することを要求することができる状態であってよい。
　また、ネットワークがUE主導のハンドオーバーを実行可能な状態とは、UE_A10等の端末装置が主導して開始するハンドオーバー手続きを実行することができる状態であってよい。言い換えると、本状態は、UE_A10が送信するハンドオーバーの要求を受信し、ハンドオーバー手続きを実行することができる状態であってよい。なお、ネットワークとは、アクセスネットワーク、及び/又はコアネットワーク_A90であってよい。
　さらに言い換えると、本状態は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して送信するUE主導のハンドオーバー手続きを開始するための要求を受信し、ハンドオーバー手続きを実行することができる状態であってよい。
　また、第3の識別情報は、上述した状態に対応するモビリティオンデマンド機能を有効化することを要求する情報であってよい。もしくは、第3の識別情報は、上述した状態に対応するモビリティレベル、及び/又はモビリティタイプへの移行を要求することを示す情報であってもよい。
　本実施形態における第4の識別情報は、第3の識別情報が示す要求を許可することを示す情報である。
　本実施形態における第5の識別情報は、ネットワークがUE主導のハンドオーバーを実行する機能を有していないことを示すネットワークの機能情報である。ここで、ネットワークがUE主導のハンドオーバーを実行する機能とは、UE_A10等の端末装置が主導してハンドオーバー手続きを実行する機能であってよい。言い換えると、本機能は、UE_A10が送信するハンドオーバーの要求を受信し、ハンドオーバー手続きを実行する機能であってよい。なお、ネットワークとは、アクセスネットワーク、及び/又はコアネットワーク_A90であってよい。
　さらに言い換えると、本機能は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して送信するUE主導のハンドオーバー手続きを開始するための要求を受信し、ハンドオーバー手続きを実行する機能であってよい。
　また、第5の識別情報は、上述した機能に対応するモビリティオンデマンド機能を有していないことを示す情報であってよい。もしくは、第5の識別情報は、上述した機能に有さないことを示すモビリティレベル、及び/又はモビリティタイプを示す情報であってもよい。
　及び/又は、本実施形態における第5の識別情報は、第3の識別情報が示す要求を許可しないことを示す情報であってもよい。また、第5の識別情報は、上述した意味を示す理由情報(Cause Value)であってもよい。
　本実施形態における第6の識別情報は、UE_A10がUE主導のハンドオーバーの実行を要求すること示すUE_A10の機能情報である。ここで、UE_A10がUE主導のハンドオーバーの実行を要求とは、UE_A10等の端末装置が主導してハンドオーバー手続きを開始することであってよい。言い換えると、本要求は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対してハンドオーバーを開始することであってよい。さらに具体的には、本要求は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してハンドオーバー開始することであってよい。
　または、第6の識別情報は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して、開始するハンドオーバー手続きがUE主導のハンドオーバー手続きであることを示す情報であってよい。
　もしくは、第6の識別情報は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して、ネットワーク主導のハンドオーバー手続きの開始を要求することを示す情報であってよい。より具体的には、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対して、基地局装置又はC-Plane制御装置が主導するハンドオーバー手続きの開始を要求することを示す情報であってよい。
　本実施形態における第7の識別情報は、UE主導のハンドオーバーを実行する機能の無効化を要求することを示す識別情報である。ここで、UE主導のハンドオーバーを実行する機能の無効化とは、UE_A10、及び/又はネットワークが、UE主導のハンドオーバーの実行を許さない状態に遷移することであってよい。また、UE_A10がUE主導のハンドオーバーの実行を許さない状態とは、UE_A10等の端末装置が主導してハンドオーバー手続きを開始することができない状態であってよい。言い換えると、本状態は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対してハンドオーバーを要求することができない状態であってよい。さらに具体的には、本状態は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してハンドオーバーを要求することができない状態であってよい。
　さらに言い換えると、本状態は、UE_A10がアクセスネットワーク、及び/又はコアネットワーク_A90に対して、UE主導のハンドオーバー手続きを開始することを要求することができない状態であってよい。さらに具体的には、本状態は、UE_A10がアクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置に対してUE主導のハンドオーバー手続きを開始することを要求することができない状態であってよい。
　また、ネットワークがUE主導のハンドオーバーの実行を許さない状態とは、UE_A10等の端末装置が主導して開始するハンドオーバー手続きの実行を許さない状態であってよい。言い換えると、本状態は、UE_A10が送信するハンドオーバーの要求を受信しない状態であってよい。または、本状態は、UE_A10が送信するハンドオーバーの要求を受信し、受信した要求に基づいてハンドオーバー手続きを実行しない状態であってよい。または、本状態では、ネットワークはUE_A10が送信するハンドオーバーの要求を受信し、受信した要求に基づいて要求を不許可とすることを示す制御情報をUE_A10に対して送信してもよい。なお、ネットワークとは、アクセスネットワーク、及び/又はコアネットワーク_A90であってよい。
　また、第7の識別情報は、上述した状態に対応するモビリティオンデマンド機能を有効化することを要求する情報であってよい。もしくは、第7の識別情報は、上述した状態に対応するモビリティレベル、及び/又はモビリティタイプへの移行を要求することを示す情報であってもよい。なお、第7の識別情報は上述した状態へ一時的に遷移することを示す情報であってよい。
　本実施形態における第8の識別情報は、第7の識別情報が示す要求を許可することを示す情報である。
　本実施形態における第9の識別情報は、ネットワーク主導のハンドオーバーを実行する機能の無効化を要求することを示す識別情報である。ここで、ネットワーク主導のハンドオーバーを実行する機能の無効化とは、ネットワークが、ネットワーク主導のハンドオーバーの実行を許さない状態に遷移することであってよい。なお、ネットワークとは、アクセスネットワーク、及び/又はコアネットワーク_A90であってよい。
　言い換えると、本状態は、アクセスネットワーク、及び/又はコアネットワーク_A90が、アクセスネットワーク、及び/又はコアネットワーク_A90が主導して開始するハンドオーバー手続きを開始することができない状態であってよい。さらに具体的には、本機能は、アクセスネットワークに配置される基地局装置、及び/又はコアネットワーク_A90に配置されるC-Plane制御装置が主導してハンドオーバー手続きを開始できない状態であってよい。
　また、第9の識別情報は、上述した状態に対応するモビリティオンデマンド機能を有効化することを要求する情報であってよい。もしくは、第9の識別情報は、上述した状態に対応するモビリティレベル、及び/又はモビリティタイプへの移行を要求することを示す情報であってもよい。なお、第9の識別情報は上述した状態へ一時的に遷移することを示す情報であってよい。
　本実施形態における第10の識別情報は、第9の識別情報が示す要求を許可することを示す情報である。
　本実施形態における第11の識別情報は、第9の識別情報が示す要求を許可しないことを示す情報であってもよい。また、第11の識別情報は、上述した意味を示す理由情報(Cause Value)であってもよい。
　次に、本実施形態における通信手続きを図15を用いて説明する。なお、各手続きの詳細は、後述する。各装置は、まず、アタッチ手続き(S2000)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S2002)を実行し、第1の状態に遷移する。なお、各装置は、アタッチ手続き、及び／又はPDUセッション確立手続きにおいて、各装置の各種能力情報、及び／又は各種要求情報を交換してもよい。
　なお、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施した場合、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施しなかった場合、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施した場合でも、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
　例えば、各装置は、アタッチ手続き、及びPDUセッション確立手続きにおいて、第1から11の識別情報の内、1つ以上の識別情報を交換してもよい。また、各装置は、第1から11の識別情報の内、1つ以上の識別情報をアタッチ手続きで交換し、PDUセッション確立手続きで交換しなくてもよい。逆に、各装置は、第1から11の識別情報の内、1つ以上の識別情報をアタッチ手続きで交換せずに、PDUセッション確立手続きで交換してもよい。また、各装置は、第1から11の識別情報の内、アタッチ手続きで交換していない識別情報をPDUセッション確立手続きで交換してもよい。
　さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、アタッチ手続き中で交換してもよく、PDUセッションと対応づけて管理する場合、PDUセッションを確立手続き中で交換してもよい。
　また、各装置は、PDUセッション確立手続きを、アタッチ手続きの中で実行してもよく、アタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがアタッチ手続きの中で実行された場合、各装置は、アタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第１の状態へ遷移してもよい。
　次に、各装置は、ハンドオーバー設定変更手続き(S2006)、及び／又はハンドオーバー手続き(S2008)を実行する。なお、ハンドオーバー設定変更手続き(S2006)、及び／又はハンドオーバー手続き(S2008)は、第1の状態への遷移後であれば任意のタイミングで実行可能であってよい。また、各装置は、ハンドオーバー設定変更手続き、及び／又はハンドオーバー手続きにおいて、各種要求情報を交換してもよい。
　例えば、各装置は、ハンドオーバー設定変更手続きにおいて、UE_A10、及び／又はネットワーク主導のハンドオーバーを一時的に禁止するための情報を交換してもよい。また、各装置は、ハンドオーバー手続きにおいてUE_A10主導でハンドオーバーを実行するための情報を交換してもよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信することにより、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。
　[1.3.1.アタッチ手続きの概要]
　まず、アタッチ手続きの概要について説明する。本手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続するための手続きである。UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　[1.3.2.PDUセッション確立手続き例]
　次に、PDUセッション確立手続きの例について説明する。本手続きは、各装置がPDUセッションを確立するための手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また。各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行することで、複数のPDUセッションを確立してもよい。
　また、本手続きはUE_A10が主導して実行してもよいし、ネットワークが主導して実行してもよい。例えば、端末電源投入時等の初期接続時に、UE_A10が主導して本手続きを実行してもよい。また、DNからのユーザデータ、及び/又は制御メッセージの受信時やオペレータポリシーの更新時に、ネットワークが主導して本手続きを実行してもよい。
　[1.3.2.1.UE主導のPDUセッション確立手続き例]
　図17を用いて、UE_A10が主導してPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDUセッション確立要求メッセージを送信し、UE主導のPDUセッション確立手続きを開始する(S2200)。
　ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第1の識別情報、及び/又は第3の識別情報を含めてもよいし、これらの識別情報を含めることでUE主導のハンドオーバーをサポートしたPDUセッションの確立を要求してもよい。また、UE_A10は、PDUセッション確立要求メッセージに第1の識別情報、及び/又は第3の識別情報を含めることで、UE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していることを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルを示してもよい。
　さらに、UE_A10は、PDUセッション確立要求メッセージに第1の識別情報、及び/又は第3の識別情報を含めることで、UE主導のハンドオーバーを実行する機能を有効化にすることを要求してもよいし、UE主導のハンドオーバーが実行可能な状態に遷移することを要求してもよい。さらに、UE_A10は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を有効化することを要求してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへ移行することを要求してもよい。
　また、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第9の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止すること、及び/又は実行しないことを要求してもよい。また、UE_A10は、PDUセッション確立要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、UE_A10は、PDUセッション確立要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　MME_A40は、PDUセッション確立要求メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、第2の条件判別を実行し、本手続き中の(C)の手続きを開始する。第2の条件が真の場合には、MME_A40はSGW_A35にセッション生成要求メッセージを送信してもよい(S2202)。又は、第2の条件が偽の場合には、MME_A40はSCEF_A46にセッション生成要求メッセージを送信してもよい(S2210)。なお、第1の条件が偽の場合のステップは後述する。
　ここで、第1の条件判別は、MME_A40が、UE_A10の要求を受諾するか否かを判別する為のものである。第1の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第1の条件が偽とは、UE_A10の要求を拒否する場合であり、第1の条件を真と判断しなかった場合であってよい。
　また、第2の条件判別は、MME_A40が、確立するPDUセッションのタイプを決定する為のものである。第2の条件が真とは、確立するPDUセッションが第1のタイプのPDUセッションである場合であり、UE_A10が第1のタイプのPDUセッションの確立を要求し、MME_A40が要求を許可した場合、及び/又はMME_A40が第1のタイプのPDUセッションの確立を決定した場合であってよい。さらに、第2の条件が偽とは、確立するPDUセッションが第2のタイプのPDUセッションである場合であり、UE_A10が第2のタイプのPDUセッションの確立を要求し、MME_A40が要求を許可した場合、及び/又はMME_A40が第2のタイプのPDUセッションの確立を決定した場合であってよく、第2の条件を真と判断しなかった場合であってよい。
　ここで、第1のタイプのPDUセッションとは、eNB_A45、及び/又はSGW_A35、及び/又はPGW_A30を介したUE_A10とDNとの間の接続性であり、第2のタイプのPDUセッションとはeNB_A45、及び/又はMME_A40、及び/又はSCEF_A46を介したUE_A10とDNとの間の接続性である。
　なお、SGW_A35は、セッション生成要求メッセージを受信した場合には、PGW_A30にセッション生成要求メッセージを送信する(S2204)。さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件を判別する。
　第3の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成応答メッセージを受信し、MME_A40にセッション生成応答メッセージを送信する(S2208)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
　第3の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成拒絶メッセージを受信し、MME_A40にセッション生成拒絶メッセージを送信する(S2208)。なお、セッション生成拒絶メッセージは、拒絶理由を含むセッション生成応答メッセージであってもよい。
　また、SCEF_A46は、セッション生成要求メッセージを受信した場合には、第3の条件を判別する。第3の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S2212)。MME_A40は、セッション生成応答メッセージを受信する。また、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S2212)。各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの受信に基づき、本手続きの(C)の手続きは完了する。
　なお、第3の条件判別は、PGW_A30、及び/又はSCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しなかった場合であってよく、第3の条件を真と判断しなかった場合であってよい。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、eNB_A45にPDUセッション確立受諾メッセージを送信する(S2214)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　eNB_A45は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCコネクション再設定要求メッセージ、及び/又はPDUセッション確立受諾メッセージを送信する(S2216)。なお、PDUセッション確立受諾メッセージは、RRCコネクション再設定要求メッセージに含まれて送受信されてもよい。
　ここで、MME_A40は、PDUセッション確立受諾メッセージに、少なくとも第2の識別情報、及び/又は第4の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可したことを示してもよいし、UE主導のハンドオーバーをサポートしたPDUセッションを確立することを示してもよい。また、MME_A40は、PDUセッション確立受諾メッセージに第2の識別情報、及び/又は第4の識別情報を含めることで、ネットワークがUE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していることを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルを示してもよい。
　さらに、MME_A40は、PDUセッション確立受諾メッセージに第2の識別情報、及び/又は第4の識別情報を含めることで、UE主導のハンドオーバーを実行する機能の有効化を許可することを示してもよいし、UE主導のハンドオーバーが実行可能な状態への遷移を許可することを示してもよい。さらに、MME_A40は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能の有効化を許可することを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへの移行を許可することを示してもよい。
　また、MME_A40、及び/又はeNB_A45は、PDUセッション確立受諾メッセージに、少なくとも第7の識別情報を含めてもよいし、第7の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止することを要求してもよい。さらに、MME_A40、及び/又はeNB_A45は、PDUセッション確立受諾メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、UE主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、MME_A40、及び/又はeNB_A45は、PDUセッション確立受諾メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　また、MME_A40は、PDUセッション確立受諾メッセージに、少なくとも第10の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、MME_A40は、PDUセッション確立受諾メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、MME_A40は、PDUセッション確立受諾メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　RRCコネクション再設定要求メッセージを受信した場合、UE_A10はeNB_A45にRRCコネクション再設定要求メッセージを送信する(S2218)。eNB_A45は、RRCコネクション再設定要求メッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2220)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　PDUセッション確立受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDUセッション確立完了メッセージを送信する(S2222)(S2224)。さらに、MME_A40は、PDUセッション確立完了メッセージを受信し、本手続き中の(D)手続きを開始する。
　以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し、本手続き中の(D)の手続きを開始する(S2226)。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S2228)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、PDUセッション確立完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　また、UE_A10は、PDUセッション確立完了メッセージに、少なくとも第8の識別情報を含めてもよいし、第8の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、UE_A10は、PDUセッション確立完了メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、UE主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、UE_A10は、PDUセッション確立完了メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDUセッション確立拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2230)。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　ここで、MME_A40は、PDUセッション確立拒絶メッセージに、少なくとも第5の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよいし、UE主導のハンドオーバーをサポートしたPDUセッションを確立しないことを示してもよい。また、MME_A40は、PDUセッション確立拒絶メッセージに第5の識別情報を含めることで、ネットワークがUE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していないことを示してもよいし、UE主導のハンドオーバー機能を有さないモビリティレベルを示してもよい。
　また、MME_A40は、PDUセッション確立拒絶メッセージに、少なくとも第11の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよい。また、MME_A40は、PDUセッション確立拒絶メッセージに、第11の識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止にすることを許可しないことを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態へ遷移が許可されないことを示してもよい。
　さらに、MME_A40は、PDUセッション確立拒絶メッセージに第11の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されないことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されないことを示してもよい。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。
　さらに、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバーをサポートしたPDUセッションを確立してもよい。言い換えると、各装置は、UE主導のハンドオーバーをサポートしたPDUセッションを、第2の識別情報、及び/又は第4の識別情報を送受信した場合は確立してもよく、第5の識別情報を送受信した場合は確立しなくてもよい。
　さらに、第2の識別情報、及び/又は第4の識別情報を送受信した場合、各装置は、UE主導のハンドオーバーを実行する機能の有効化してもよいし、UE主導のハンドオーバーが実行可能な状態へ遷移してもよい。さらに、各装置は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を有効化してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへ遷移してもよい。
　さらに、第5の識別情報を送受信した場合、各装置は、UE主導のハンドオーバーを実行する機能の無効化してもよいし、UE主導のハンドオーバーが実行不可能な状態へ遷移してもよい。さらに、各装置は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を無効化してもよいし、UE主導のハンドオーバー機能を有さないモビリティレベルへ遷移してもよい。
　さらに、第8の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバー手続きを一時的に禁止してもよいし、UE主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　さらに、第10の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバー手続きを一時的に禁止してもよいし、ネットワーク主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　さらに、第11の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバーを一時的に禁止にすることが許可されないことを認識してもよいし、ネットワーク主導のハンドオーバーを実行する機能を無効化することができないことを認識してもよい。
　また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び第3の条件は、UE_A10がUE主導のハンドオーバーをサポートしたPDUセッションの確立を要求し、ネットワークが要求を許可する場合、真であってよい。また、第1の条件、及び第3の条件は、UE_A10がUE主導のハンドオーバーをサポートしたPDUセッションの確立を要求し、ネットワークが要求を許可しない場合、偽であってよい。
　[1.3.3.アタッチ手続き例]
　図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求メッセージを送信し、アタッチ手続きを開始する(S2100)。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含めることで、アタッチ手続き中でPDUセッション確立手続きを実施することを要求してもよい。
　ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1の識別情報、及び/又は第3の識別情報を含めてもよいし、これらの識別情報を含めることでUE主導のハンドオーバーをサポートする、及び/又は有効にすることを要求してもよい。また、UE_A10は、アタッチ要求メッセージに第1の識別情報、及び/又は第3の識別情報を含めることで、UE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していることを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルを示してもよい。
　さらに、UE_A10は、アタッチ要求メッセージに第1の識別情報、及び/又は第3の識別情報を含めることで、UE主導のハンドオーバーを実行する機能を有効化にすることを要求してもよいし、UE主導のハンドオーバーが実行可能な状態に遷移することを要求してもよい。さらに、UE_A10は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を有効化することを要求してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへ移行することを要求してもよい。
　また、UE_A10は、アタッチ要求メッセージに、少なくとも第9の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止すること、及び/又は実行しないことを要求してもよい。また、UE_A10は、アタッチ要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、UE_A10は、アタッチ要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　なお、UE_A10は、これらの識別情報を、アタッチ要求とは異なる制御メッセージに含めて送信してもよい。例えば、UE_A10は、ESM(EPS Session Management)情報要求メッセージへの応答メッセージであるESM情報応答メッセージ(S2102)に、これらの識別情報を含めて送信してもよい。
　MME_A40は、アタッチ要求メッセージ、及び/又はESM情報応答メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第4の条件を判別し、本手続き中の(A)の手続きを開始する。MME_A40は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S2104)。さらに、MME_A40は、アタッチ要求メッセージの受信、及び/又はセッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾メッセージを送信する(S2106)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCコネクション再設定要求メッセージ、及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCコネクション再設定要求メッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含めることで、PDUセッション確立手続きが受諾されたことを示してもよい。
　ここで、MME_A40は、アタッチ受諾メッセージに、少なくとも第2の識別情報、及び/又は第4の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可したことを示してもよいし、UE主導のハンドオーバーをサポートする、及び/又は有効にすることを示してもよい。また、MME_A40は、アタッチ受諾メッセージに第2の識別情報、及び/又は第4の識別情報を含めることで、ネットワークがUE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していることを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルを示してもよい。
　さらに、MME_A40は、アタッチ受諾メッセージに第2の識別情報、及び/又は第4の識別情報を含めることで、UE主導のハンドオーバーを実行する機能の有効化を許可することを示してもよいし、UE主導のハンドオーバーが実行可能な状態への遷移を許可することを示してもよい。さらに、MME_A40は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能の有効化を許可することを示してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへの移行を許可することを示してもよい。
　また、MME_A40、及び/又はeNB_A45は、アタッチ受諾メッセージに、少なくとも第7の識別情報を含めてもよいし、第7の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止することを要求してもよい。さらに、MME_A40、及び/又はeNB_A45は、アタッチ受諾メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、UE主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、MME_A40、及び/又はeNB_A45は、アタッチ受諾メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　また、MME_A40は、アタッチ受諾メッセージに、少なくとも第10の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、MME_A40は、アタッチ受諾メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、MME_A40は、アタッチ受諾メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　ここで、第1から第3の条件判別は、UE主導のPDUセッション確立手続き中の第1から第3の条件判別と同じであってよい。また、第4の条件判別は、MME_A40が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行する場合であってよい。さらに、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行しない場合であってよいし、第4の条件を真と判断しなかった場合であってよい。
　RRCコネクション再設定要求メッセージを受信した場合、UE_A10はeNB_A45にRRCコネクション再設定要求メッセージを送信する(S2110)。eNB_A45は、RRCコネクション再設定要求メッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2112)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　アタッチ受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にアタッチ完了メッセージを送信する(S2114)(S2116)。さらに、MME_A40は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、MME_A40は、UE主導のPDUセッション確立手続き中の(D)手続きを開始する(S2118)。各装置は、アタッチ完了メッセージの送受信、及び/又はUE主導のPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含めることで、PDUセッション確立手続きを完了することを示してもよい。
　また、UE_A10は、アタッチ完了メッセージに、少なくとも第8の識別情報を含めてもよいし、第8の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、UE_A10は、アタッチ完了メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、UE主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、UE_A10は、アタッチ完了メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10はアタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含めることで、PDUセッション確立手続きが拒絶されたことを示してもよい。
　また、MME_A40は、アタッチ拒絶メッセージに、少なくとも第5の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよいし、UE主導のハンドオーバーをサポートしない、及び/又は有効にしないことを示してもよい。また、MME_A40は、アタッチ受諾メッセージに第5の識別情報を含めることで、ネットワークがUE主導のハンドオーバーを実行する機能、及び/又はUE主導のハンドオーバーに対応するモビリティオンデマンド機能を有していないことを示してもよいし、UE主導のハンドオーバー機能を有さないモビリティレベルを示してもよい。
　また、MME_A40は、アタッチ拒絶メッセージに、少なくとも第11の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよい。また、MME_A40は、アタッチ拒絶メッセージに、第11の識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止にすることを許可しないことを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態へ遷移が許可されないことを示してもよい。
　さらに、MME_A40は、アタッチ拒絶メッセージに第11の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されないことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されないことを示してもよい。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態、及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバーを有効にするか否かを決定してもよい。言い換えると、各装置は、UE主導のハンドオーバーを、第2の識別情報、及び/又は第4の識別情報を送受信した場合は有効化してもよく、第5の識別情報を送受信した場合は有効化しなくてもよい。
　さらに、第2の識別情報、及び/又は第4の識別情報を送受信した場合、各装置は、UE主導のハンドオーバーを実行する機能の有効化してもよいし、UE主導のハンドオーバーが実行可能な状態へ遷移してもよい。さらに、各装置は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を有効化してもよいし、UE主導のハンドオーバーに対応するモビリティレベルへ遷移してもよい。
　さらに、第5の識別情報を送受信した場合、各装置は、UE主導のハンドオーバーを実行する機能の無効化してもよいし、UE主導のハンドオーバーが実行不可能な状態へ遷移してもよい。さらに、各装置は、UE主導のハンドオーバーに対応するモビリティオンデマンド機能を無効化してもよいし、UE主導のハンドオーバー機能を有さないモビリティレベルへ遷移してもよい。
　さらに、第8の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバー手続きを一時的に禁止してもよいし、UE主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　さらに、第10の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバー手続きを一時的に禁止してもよいし、ネットワーク主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　さらに、第11の識別情報を送受信した場合、各装置は、本手続きの完了に基づいて、ネットワーク主導のハンドオーバーを一時的に禁止にすることが許可されないことを認識してもよいし、ネットワーク主導のハンドオーバーを実行する機能を無効化することができないことを認識してもよい。
　また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　例えば、第1の条件、及び第3の条件は、UE_A10がUE主導のハンドオーバーの有効化を要求し、ネットワークが要求を許可する場合、真であってよい。また、第1の条件、及び第3の条件は、UE_A10がUE主導のハンドオーバーの有効化を要求し、ネットワークが要求を許可しない場合、偽であってよい。
　[1.3.4.ハンドオーバー設定変更手続き例]
　次に、ハンドオーバー設定変更手続きの例について説明する。本手続きは、ハンドオーバー手続きをするための各装置の各装置の設定を更新するための手続きである。各装置は、UE_A10がコアネットワーク_A90に接続している状態、及び/又はPDUセッションを確立している状態であれば、任意のタイミングで本手続きを実行することができる。言い換えると、各装置は、アタッチ手続きを完了した状態、及び/又は登録状態において、本手続きを開始することができる。なお、本手続きの完了により、各装置は、UE主導のハンドオーバーを許可しない状態になってもよいし、ネットワーク主導のハンドオーバーを許可しない状態になってもよい。
　また、本手続きはUE_A10が主導して実行してもよいし、ネットワークが主導して実行してもよい。例えば、ネットワークが加入者情報やオペレータポリシーの変更の検知に基づいて、ネットワーク主導の本手続きを実行してもよいし、UE_A10からの制御メッセージの受信に基づいて、ネットワーク主導の本手続きを実行してもよい。また、UE_A10が自身の設定変化を検知して、UE_A10主導の本手続きを実行してもよい。
　[1.3.4.1.ネットワーク主導のハンドオーバー設定変更手続き例]
　図18を用いて、ネットワークが主導してハンドオーバー設定変更手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、MME_A40は、eNB_A45にハンドオーバー設定変更通知メッセージを送信し、本手続きを開始する(S2304)。さらに、eNB_A45は、ハンドオーバー設定変更通知メッセージを受信し、UE_A10にハンドオーバー設定変更通知メッセージを送信する(S2306)。
　ここで、MME_A40は、UE_A10、及び/又はeNB_A45からの制御メッセージの受信に基づかず、加入者情報やオペレータポリシー等の更新に基づいて、本手続きを開始してもよいし、UE_A10、及び/又はeNB_A45からの制御メッセージの受信に基づいて、本手続きを開始してもよい。
　また、MME_A40、及び/又はeNB_A45は、ハンドオーバー設定変更通知メッセージに、少なくとも第7の識別情報を含めてもよいし、第7の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止することを要求してもよい。さらに、MME_A40、及び/又はeNB_A45は、ハンドオーバー設定変更通知メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、UE主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、MME_A40、及び/又はeNB_A45は、ハンドオーバー設定変更通知メッセージに第７の識別情報を含めることで、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　UE_A10は、ハンドオーバー設定変更通知メッセージを受信し、eNB_A45にハンドオーバー設定変更通知応答メッセージを送信する(S2308)。さらに、eNB_A45は、ハンドオーバー設定変更通知応答メッセージを受信し、MME_A40にハンドオーバー設定変更通知応答メッセージを送信する(S2310)。さらに、MME_A40は、ハンドオーバー設定変更通知応答メッセージを受信する。各装置は、ハンドオーバー設定変更通知応答メッセージの送受信に基づき、本手続きを完了し、ネットワークの要求が受諾されたことを認識する。
　ここで、UE_A10は、ハンドオーバー設定変更通知応答メッセージに、少なくとも第8の識別情報を含めてもよいし、第8の識別情報を含めることでUE主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、UE_A10は、ハンドオーバー設定変更通知応答メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、UE主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、UE_A10は、ハンドオーバー設定変更通知応答メッセージに第8の識別情報を含めることで、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　また、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバー手続きを一時的に禁止してもよいし、UE主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、本手続きの完了に基づいて、UE主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、UE主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　[1.3.4.2.UE主導のハンドオーバー設定変更手続き例]
　図18を用いて、UE_A10が主導してハンドオーバー設定変更手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45にハンドオーバー設定変更要求メッセージを送信し、UE主導のハンドオーバー設定変更手続きを開始する(S2300)。さらに、eNB_A45は、ハンドオーバー設定変更要求メッセージを受信し、MME_A40にハンドオーバー設定変更要求メッセージを送信する(S2302)。
　ここで、UE_A10は、ハンドオーバー設定変更要求メッセージに、少なくとも第9の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止すること、及び/又は実行しないことを要求してもよい。また、UE_A10は、ハンドオーバー設定変更要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能を一時的に無効化にすることを要求してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に一時的に遷移することを要求してもよい。
　さらに、UE_A10は、ハンドオーバー設定変更要求メッセージに第9の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティオンデマンド機能を有効化することを要求してもよいし、この状態に対応するモビリティレベルへ移行することを要求してもよい。
　なお、ハンドオーバー設定変更要求メッセージは、トラッキングエリア更新要求メッセージであってもよく、UE_A10は、第9の識別情報をトラッキングエリア更新要求メッセージに含めて送信してもよい。
　MME_A40は、ハンドオーバー設定変更要求メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合本手続き中の(B)の手続きを開始する。ここで、第1の条件判別は、UE主導のPDUセッション確立手続き中の第1の条件判別と同じであってよい。また、本手続き中の(A)の手続きは、ネットワーク主導のハンドオーバー設定変更手続きと同様であってよい。
　なお、本手続き中の(A)の手続きでは、MME_A40は、ハンドオーバー設定変更通知メッセージに、少なくとも第10の識別情報を含めてもよいし、これらの識別情報を含めることでネットワーク主導のハンドオーバー手続きを一時的に禁止する要求が許可されたことを示してもよい。さらに、MME_A40は、ハンドオーバー設定変更通知メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーを実行する機能の一時的な無効化を許可することを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態への一時的な遷移が許可されたことを示してもよい。
　さらに、MME_A40は、ハンドオーバー設定変更通知メッセージに第10の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されたことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されたことを示してもよい。
　なお、ハンドオーバー設定変更通知メッセージは、トラッキングエリア更新受諾メッセージであってもよく、MME_A40は、第10の識別情報をトラッキングエリア更新受諾メッセージに含めて送信してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にハンドオーバー設定変更拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2312)。さらに、UE_A10は、ハンドオーバー設定変更拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、ハンドオーバー設定変更拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　ここで、MME_A40は、ハンドオーバー設定変更拒絶メッセージに、少なくとも第11の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよい。また、MME_A40は、ハンドオーバー設定変更拒絶メッセージに、第11の識別情報を含めることでネットワーク主導のハンドオーバーを一時的に禁止にすることを許可しないことを示してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態へ遷移が許可されないことを示してもよい。
　さらに、MME_A40は、ハンドオーバー設定変更拒絶メッセージに第11の識別情報を含めることで、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能の有効化が許可されないことを示してもよいし、この状態に対応するモビリティレベルへの移行が許可されないことを示してもよい。
　なお、ハンドオーバー設定変更要求メッセージは、トラッキングエリア更新拒絶メッセージであってもよく、MME_A40は、第11の識別情報をトラッキングエリア更新拒絶メッセージに含めて送信してもよい。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づき、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、ネットワーク主導のハンドオーバー手続きを一時的に禁止してもよいし、ネットワーク主導のハンドオーバー手続きを一時的に許可しない状態に遷移してもよい。また、各装置は、本手続き中の(B)の完了に基づいて、ネットワーク主導のハンドオーバー手続きを一時的に禁止する要求が拒絶されたことを認識してもよい。
　また、各装置は、第10の識別情報の送受信に基づいて、ネットワーク主導のハンドオーバー手続きを一時的に禁止してもよいし、ネットワーク主導のハンドオーバーを一時的に許可しない状態に遷移してもよいし、この状態に対応するモビリティレベルへ移行してもよい。さらに、各装置は、第10の識別情報の送受信に基づいて、ネットワーク主導のハンドオーバーを実行する機能が一時的に無効化されたことを認識してもよいし、ネットワーク主導のハンドオーバーの実行が許されない状態に対応するモビリティオンデマンド機能が有効化されたことを認識してもよい。
　また、各装置は、第11の識別情報の送受信に基づいて、ネットワーク主導のハンドオーバーを一時的に禁止にすることが許可されないことを認識してもよいし、ネットワーク主導のハンドオーバーを実行する機能を無効化することができないことを認識してもよい。
　[1.3.5.ハンドオーバー手続き例]
　次に、ハンドオーバー手続きの例について説明する。本手続きは、UE_A10が接続しているネットワークを切り替えるための手続きである。各装置は、UE_A10がコアネットワーク_A90に接続している状態、及び/又はPDUセッションを確立している状態であれば、任意のタイミングで本手続きを実行することができる。
　本手続きの完了により、UE_A10が接続するアクセスネットワークの装置は、eNB_A45からeNB_B145に変更される。また、UE_A10が確立しているPDUセッションもeNB_A45を介した接続性から、eNB_B145を介した接続性に変わる。なお、eNB_B145は、eNB_A45と同じ構成であってもよく、NextGen BS_A122、又はWAG_A126と同じ構成であってもよい。
　また、本手続きはUE_A10が主導して実行してもよいし、ネットワークが主導して実行してもよい。例えば、ネットワークがUE_A10の移動を検知して、ネットワーク主導の本手続きを実行してもよい。また、UE_A10がネットワーク状態の変化を検知して、UE主導の本手続きを実行してもよい。なお、UE主導の本手続きは、第1のUE主導のハンドオーバー手続きと第2のUE主導のハンドオーバー手続きとがあってもよい。
　[1.3.5.1.ネットワーク主導ハンドオーバー手続き例]
　図19を用いて、ネットワークが主導してハンドオーバー手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、eNB_A45は、ハンドオーバー手続きを実行することを決定し、eNB_B145にハンドオーバー要求メッセージを送信し、ネットワーク主導のハンドオーバー手続きを開始する(S2400)(S2402)。
　ここで、eNB_A45は、UE_A10、及び/又はMME_A40からの制御メッセージの受信、及び/又はオペレータポリシーや加入者情報の更新に基づいて、ハンドオーバー手続きを決定してもよいし、UE_A10の移動を検知することでハンドオーバー手続きの実行を決定してもよい。また、eNB_A45は、ネットワーク主導のハンドオーバーが許可されている場合に本手続きを実行してもよい。
　eNB_B145は、ハンドオーバー要求メッセージを受信し、eNB_A45にハンドオーバー要求応答メッセージを送信する(S2404)。さらに、eNB_A45は、ハンドオーバー要求応答メッセージを受信し、UE_A10にRRCコネクション再設定要求メッセージを送信し、eNB_B145にSNステータス転送メッセージを送信する(S2406)(S2408)。さらに、UE_A10は、RRCコネクション再設定要求メッセージを受信し、eNB_B145にRRCコネクション再設定完了メッセージを送信する(S2410)。
　eNB_B145は、SNステータス転送メッセージ、及び/又はRRCコネクション再設定完了を受信し、MME_A40にパス切替え要求メッセージを送信する(S2412)。MME_A40はパス切替え要求メッセージを受信し、第5の条件を判別する。
　第5の条件が真の場合、MME_A40は、SGW_A35にベアラ変更要求メッセージを送信する(S2414)。さらに、SGW_A35は、ベアラ変更要求メッセージを受信する。SGW_A35は、ベアラ変更要求メッセージの受信に基づいて、PGW_A30ベアラ変更要求メッセージを送信してもよい(S2416)。さらに、PGW_A30は、ベアラ変更要求メッセージを受信し、SGW_A35にベアラ変更応答メッセージを送信してもよい(S2416)。さらに、SGW_A35はベアラ変更応答メッセージを受信してもよい。また、SGW_A35は、ベアラ変更要求メッセージ、及び/又はベアラ変更応答メッセージの受信に基づいて、MME_A40にベアラ変更応答メッセージを送信する(S2418)。
　第5の条件が偽の場合、MME_A40は、SCEF_A46にベアラ変更要求メッセージを送信してもよい(S2420)。SCEF_A46は、MME_A40にベアラ変更要求メッセージを受信し、ベアラ変更応答メッセージを送信してもよい(S2420)。
　ここで、第5の条件判別は、MME_A40が、確立されているPDUセッションのタイプを認証する為のものである。第5の条件が真とは、確立されているPDUセッションが第1のタイプのPDUセッションである場合であってよい。さらに、第5の条件が偽とは、確立されているPDUセッションが第2のタイプのPDUセッションである場合であってよく、第5の条件を真と判断しなかった場合であってよい。なお、第5の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　MME_A40は、パス切替え要求メッセージ、及び/又はベアラ変更応答メッセージの受信に基づいて、eNB_B145にパス切替え要求応答メッセージを送信する(S2422)。さらに、eNB_B145は、パス切替え要求応答メッセージを受信し、eNB_A45にUEコンテキスト解放要求メッセージを送信する(S2424)。eNB_A45は、UEコンテキスト解放要求メッセージを受信し、UE_A10に関するコンテキスト、及び/又はリソースを解放する。
　各装置は、UEコンテキスト解放要求メッセージの送受信、及び/又はUE_A10に関するリソースの解放に基づいて、本手続きを完了し、UE_A10の接続先、及び/又は確立しているPDUセッションの経由先をeNB_A45からeNB_B145に変更する。
　[1.3.5.2.第1のUE主導のハンドオーバー手続き例]
　図20を用いて、第1のUE_A10が主導してハンドオーバー手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、ハンドオーバー手続きを実行することを決定し、eNB_A45を介してMME_A40にハンドオーバー要求メッセージを送信し、本手続きを開始する(S2500)(S2502)。
　ここで、UE_A10は、ネットワーク状態の変化を検知して本手続きを開始してもよいし、eNB_A45、及び/又はMME_A40からの制御メッセージの受信に基づかず、本手続きを開始してもよい。また、UE_A10は、アタッチ手続き、及び/又はPDUセッション確立手続きにおいて、第2の識別情報、及び/又は第4の識別情報を受信した場合に本手続きを実行してもよいし、UE主導のハンドオーバーが許可されている場合に本手続きを実行してもよい。
　ここで、UE_A10は、ハンドオーバー要求メッセージに、少なくとも第6の識別情報を含めてもよいし、これらの識別情報を含めることでUE主導のハンドオーバーを要求してもよいし、開始するハンドオーバー手続きがUE主導のハンドオーバーであることを示してもよい。さらに、UE_A10は、ハンドオーバー要求メッセージに第6の識別情報を含めることで、ネットワーク主導のハンドオーバー手続きを開始することを要求してもよい。
　MME_A40は、ハンドオーバー要求メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合本手続き中の(B)の手続きを開始する。ここで、第1の条件判別は、UE主導のPDUセッション確立手続き中の第1の条件判別と同じであってよい。
　以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、eNB_A45にハンドオーバー開始要求メッセージを送信し、本手続き中の(A)の手続きを開始する(S2504)。さらに、eNB_A45は、ハンドオーバー開始要求メッセージを受信し、前術したネットワーク主導のハンドオーバー手続きを開始する(S2506)。
　MME_A40は、ネットワーク主導のハンドオーバー手続きの完了に基づき、eNB_B145を介してUE_A10にハンドオーバー受諾メッセージを送信する(S2508)。さらに、UE_A10は、ハンドオーバー受諾メッセージを受信し、eNB_B145を介してMME_A40にハンドオーバー完了メッセージを送信する(S2510)。さらに、MME_A40は、ハンドオーバー完了メッセージを受信する。各装置は、ハンドオーバー完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にハンドオーバー拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2512)。さらに、UE_A10は、ハンドオーバー拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、ハンドオーバー拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　ここで、MME_A40は、ハンドオーバー拒絶メッセージに、少なくとも第11の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよいし、UE主導のハンドオーバーを実行しないことを示してもよい。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づき、本手続きを完了する。なお、各装置は、本手続き中の(A)の完了に基づいて、UE_A10の接続先、及び/又は確立しているPDUセッションの経由先をeNB_A45からeNB_B145に変更してもよいし、本手続き中の(B)の完了に基づいて、UE主導のハンドオーバーの要求が拒絶されたことを認識してもよい。
　[1.3.5.3.第2のUE主導のハンドオーバー手続き例]
　図21を用いて、第2のUE_A10が主導してハンドオーバー手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、ハンドオーバー手続きを実行することを決定し、eNB_A45にハンドオーバー要求メッセージを送信し本手続きを開始する(S2600)(S2602)。
　ここで、UE_A10は、ネットワーク状態の変化を検知して本手続きを開始してもよいし、eNB_A45、及び/又はMME_A40からの制御メッセージの受信に基づかず、本手続きを開始してもよい。また、UE_A10は、アタッチ手続き、及び/又はPDUセッション確立手続きにおいて、第2の識別情報、及び/又は第4の識別情報を受信した場合に本手続きを実行してもよいし、UE主導のハンドオーバーが許可されている場合に本手続きを実行してもよい。
　ここで、UE_A10は、ハンドオーバー要求メッセージに、少なくとも第6の識別情報を含めてもよいし、これらの識別情報を含めることでUE主導のハンドオーバーを要求してもよいし、開始するハンドオーバー手続きがUE主導のハンドオーバーであることを示してもよい。さらに、UE_A10は、ハンドオーバー要求メッセージに第6の識別情報を含めることで、ネットワーク主導のハンドオーバー手続きを開始することを要求してもよい。
　eNB_A45は、ハンドオーバー要求メッセージを受信し、第6の条件を判別する。MME_A40は、第6の条件が真の場合、本手続き中の(A)の手続きを開始し、第6の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　ここで、第6の条件判別は、eNB_A45が、UE_A10の要求を受諾するか否かを判別する為のものである。第6の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第6の条件が偽とは、UE_A10の要求を拒否する場合であり、第6の条件を真と判断しなかった場合であってよい。
　以下、本手続き中の(A)の手続きの各ステップを説明する。eNB_A45は、前術したネットワーク主導のハンドオーバー手続きを開始し、本手続き中の(A)の手続きを開始する(S2604)。
　eNB_B145は、ネットワーク主導のハンドオーバー手続きの完了に基づき、UE_A10にハンドオーバー受諾メッセージを送信する(S2606)。さらに、UE_A10は、ハンドオーバー受諾メッセージを受信し、eNB_B145にハンドオーバー完了メッセージを送信する(S2608)。さらに、eNB_B145は、ハンドオーバー完了メッセージを受信する。各装置は、ハンドオーバー完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。eNB_A45は、UE_A10にハンドオーバー拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2512)。さらに、UE_A10は、ハンドオーバー拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、ハンドオーバー拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　ここでeNB_A45は、ハンドオーバー拒絶メッセージに、少なくとも第11の識別情報を含めてもよいし、これらの識別情報を含めることでUE_A10の要求を許可しないことを示してもよいし、UE主導のハンドオーバーを実行しないことを示してもよい。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づき、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10の接続先、及び/又は確立しているPDUセッションの経由先をeNB_A45からeNB_B145に変更してもよいし、本手続き中の(B)の完了に基づいて、UE主導のハンドオーバーの要求が拒絶されたことを認識してもよい。
　[1.3.6.本実施形態の変形例]
　本実施形態における各装置は、上記で説明した装置とは別の装置であってもよい。例えば、MME_A40は、UE_A10等の各装置のモビリティの管理、及び/又は各装置間のセッションの管理の役割を担う装置であるが、本実施形態におけるコアネットワーク_A90では、モビリティの管理の役割とセッションの管理の役割とは、別の装置で担ってもよい。
　具体的にいうと、SME(Session Management Entity)が、MME_A40の内、セッション管理の機能を担ってもよい。その場合、本実施形態におけるMME_A40は、SME(Session Management Entity)に置き換えることができる。さらに本実施形態における通信手続きで説明した、MME_A40が送受信する各メッセージは、SMEが送受信してもよいし、MME_A40が実施する各処理は、SMEが実施してもよい。
　本実施形態におけるeNB_A45、及び/又はeNB_B145は、E-UTRAN_A80の装置ではなく、他のアクセスネットワーク内の装置であってもよい。例えば、eNB_A45、及び/又はeNB_B145は、NextGen BS_A120であってよいし、WAG_A126であってもよい。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 PDN_A
10 UE_A
20 UTRAN_A
22 NB_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
45 eNB_A
46 SCEF_A
50 HSS_A
55 AAA_A
60 PCRF_A
65 ePDG_A
70 WLAN ANa
72 WLAN APa
74 TWAG_A
75 WLAN ANb
76 WLAN APb
80 E-UTRAN_A
90 コアネットワーク_A
120 NextGen RAN_A
122 NextGen BS_A
125 WLAN ANc
126 WAG_A
145 eNB_B
 
 

Claims (20)

  1. 　端末装置であって、
    　アタッチ手続きを完了した状態において実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージをコアネットワークから受信する送受信部を備え、
    　前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、
    　前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報である
    　ことを特徴とする端末装置。
  2. 　前記送受信部は、前記セッション確立手続きにおいて、少なくとも第3の識別情報、及び/又は第4の識別情報を含むセッション確立要求メッセージを前記コアネットワークに送信し、
    　前記第3の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記端末装置が有することを示す情報であり、
    　前記第4の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行可能とするよう要求すること示す情報である
    　ことを特徴とする請求項1に記載の端末装置。
  3. 　前記送受信部は、前記セッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むハンドオーバー要求メッセージを前記コアネットワークに送信し、
    　前記第5の識別情報は、前記端末装置が主導してハンドオーバー手続きの開始を要求することを示す情報である
    　ことを特徴とする請求項1に記載の端末装置。
  4. 　前記送受信部は、前記セッション確立手続きを完了した状態において、少なくとも第6の識別情報を含む制御メッセージを前記コアネットワークから受信し、
    　前記第6の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して一時的に禁止することを示す情報である
    　ことを特徴とする請求項1に記載の端末装置。
  5. 　前記送受信部は、前記セッション確立手続きを完了した状態において、少なくとも第7の識別情報を含む制御メッセージを前記コアネットワークに送信し、
    　前記第7の識別情報は、基地局装置又は前記コアネットワークが主導して開始するハンドオーバー手続きの実行を一時的に実行しないことを要求する情報である
    　ことを特徴とする請求項1に記載の端末装置。
  6. 　端末装置の通信制御方法であって、
    　アタッチ手続きを完了した状態で実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージをコアネットワークから受信するステップを有し、
    　前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、
    　前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報である
    　ことを特徴とする端末装置の通信制御方法。
  7. 　前記セッション確立受諾メッセージを受信する前に、少なくとも第3の識別情報、及び/又は第4の識別情報を含むセッション確立要求メッセージを前記コアネットワークに送信するステップを有し、
    　前記第3の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記端末装置が有することを示す情報であり、
    　前記第4の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行可能とするよう要求すること示す情報である
    　ことを特徴とする請求項6に記載の端末装置の通信制御方法。
  8. 　前記セッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むハンドオーバー要求メッセージを前記コアネットワークに送信するステップを有し、
    　前記第5の識別情報は、前記端末装置が主導してハンドオーバー手続きの開始を要求することを示す情報である
    　ことを特徴とする請求項6に記載の端末装置の通信制御方法。
  9. 　前記セッション確立手続きを完了した状態において、少なくとも第6の識別情報を含む制御メッセージを前記コアネットワークから受信するステップを有し、
    　前記第6の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して一時的に禁止することを示す情報である
    　ことを特徴とする請求項6に記載の端末装置の通信制御方法。
  10. 　前記セッション確立手続きを完了した状態において、少なくとも第7の識別情報を含む制御メッセージを前記コアネットワークに送信するステップを有し、
    　前記第7の識別情報は、基地局装置又は前記コアネットワークが主導して開始するハンドオーバー手続きの実行を一時的に実行しないことを要求する情報である
    　ことを特徴とする請求項6に記載の端末装置の通信制御方法。
  11. 　コアネットワークに含まれる制御装置であって、
    　アタッチ手続きを完了した状態において実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージを端末装置に送信する送受信部を備え、
    　前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、
    　前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報である
    　ことを特徴とする制御装置。
  12. 　前記送受信部は、前記セッション確立手続きにおいて、少なくとも第3の識別情報、及び/又は第4の識別情報を含むセッション確立要求メッセージを前記端末装置から受信し、
    　前記第3の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記端末装置が有することを示す情報であり、
    　前記第4の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行可能とするよう要求すること示す情報である
    　ことを特徴とする請求項11に記載の制御装置。
  13. 　前記送受信部は、前記セッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むハンドオーバー要求メッセージを前記端末装置から受信し、
    　前記第5の識別情報は、前記端末装置が主導してハンドオーバー手続きの開始を要求することを示す情報である
    　ことを特徴とする請求項11に記載の制御装置。
  14. 　前記送受信部は、前記セッション確立手続きを完了した状態において、少なくとも第6の識別情報を含む制御メッセージを前記端末装置に送信し、
    　前記第6の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して一時的に禁止することを示す情報である
    　ことを特徴とする請求項11に記載の制御装置。
  15. 　前記送受信部は、前記セッション手続きを完了した状態において、少なくとも第7の識別情報を含む制御メッセージを前記端末装置から受信し、
    　前記第7の識別情報は、基地局装置又は前記コアネットワークが主導して開始するハンドオーバー手続きの実行を一時的に実行しないことを要求する情報である
    　ことを特徴とする請求項11に記載の制御装置。
  16. 　コアネットワークに含まれる制御装置の通信制御方法であって、
    　アタッチ手続きを完了した状態で実行するセッション確立手続きにおいて、少なくとも第１の識別情報、及び/又は第2の識別情報を含むセッション確立受諾メッセージを端末装置に送信するステップを有し、
    　前記第1の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記コアネットワークが有することを示す情報であり、
    　前記第2の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して許可することを示す情報である
    　ことを特徴とする制御装置の通信制御方法。
  17. 　前記セッション確立受諾メッセージを受信する前に、少なくとも第3の識別情報、及び/又は第4の識別情報を含むセッション確立要求メッセージを前記端末装置から受信するステップを有し、
    　前記第3の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行するための機能を前記端末装置が有することを示す情報であり、
    　前記第4の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きを実行可能とするよう要求すること示す情報である
    　ことを特徴とする請求項16に記載の制御装置の通信制御方法。
  18. 　前記セッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むハンドオーバー要求メッセージを前記端末装置から受信するステップを有し、
    　前記第5の識別情報は、前記端末装置が主導してハンドオーバー手続きの開始を要求することを示す情報である
    　ことを特徴とする請求項16に記載の制御装置の通信制御方法。
  19. 　前記セッション確立手続きを完了した状態において、少なくとも第6の識別情報を含む制御メッセージを前記端末装置に送信するステップを有し、
    　前記第6の識別情報は、前記端末装置が主導して開始するハンドオーバー手続きの実行を前記端末装置に対して一時的に禁止することを示す情報である
    　ことを特徴とする請求項16に記載の制御装置の通信制御方法。
  20. 　前記セッション確立手続きを完了した状態において、少なくとも第7の識別情報を含む制御メッセージを前記端末装置から受信するステップを有し、
    　前記第7の識別情報は、基地局装置又は前記コアネットワークが主導して開始するハンドオーバー手続きの実行を一時的に実行しないことを要求する情報である
    　ことを特徴とする請求項16に記載の制御装置の通信制御方法。
     
PCT/JP2017/023857 2016-06-30 2017-06-29 端末装置、制御装置、及び通信制御方法 WO2018003902A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA3029496A CA3029496A1 (en) 2016-06-30 2017-06-29 Terminal apparatus, control apparatus, and communication control method
BR112018077077A BR112018077077A8 (pt) 2016-06-30 2017-06-29 Equipamento de usuário, dispositivo de rede de núcleo, método de controle de comunicação realizado por um equipamento de usuário e método de controle de comunicação realizado por um dispositivo de rede de núcleo
EP17820256.0A EP3481133A4 (en) 2016-06-30 2017-06-29 TERMINAL DEVICE, CONTROL DEVICE AND COMMUNICATION CONTROL METHOD
US16/313,720 US11197221B2 (en) 2016-06-30 2017-06-29 Terminal apparatus, control apparatus, and communication control method
CN201780038157.5A CN109314907B (zh) 2016-06-30 2017-06-29 用户设备ue、核心网装置、ue的通信控制方法以及核心网装置的通信控制方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016129850A JP2019145858A (ja) 2016-06-30 2016-06-30 端末装置、制御装置、及び通信制御方法
JP2016-129850 2016-06-30

Publications (1)

Publication Number Publication Date
WO2018003902A1 true WO2018003902A1 (ja) 2018-01-04

Family

ID=60786032

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/023857 WO2018003902A1 (ja) 2016-06-30 2017-06-29 端末装置、制御装置、及び通信制御方法

Country Status (7)

Country Link
US (1) US11197221B2 (ja)
EP (1) EP3481133A4 (ja)
JP (1) JP2019145858A (ja)
CN (1) CN109314907B (ja)
BR (1) BR112018077077A8 (ja)
CA (1) CA3029496A1 (ja)
WO (1) WO2018003902A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10812532B2 (en) 2017-06-15 2020-10-20 Palo Alto Networks, Inc. Security for cellular internet of things in mobile networks
US10708306B2 (en) 2017-06-15 2020-07-07 Palo Alto Networks, Inc. Mobile user identity and/or SIM-based IoT identity and application identity based security enforcement in service provider networks
US11050789B2 (en) 2017-06-15 2021-06-29 Palo Alto Networks, Inc. Location based security in service provider networks
US10693918B2 (en) 2017-06-15 2020-06-23 Palo Alto Networks, Inc. Radio access technology based security in service provider networks
US10721272B2 (en) 2017-06-15 2020-07-21 Palo Alto Networks, Inc. Mobile equipment identity and/or IOT equipment identity and application identity based security enforcement in service provider networks
US10834136B2 (en) 2017-06-15 2020-11-10 Palo Alto Networks, Inc. Access point name and application identity based security enforcement in service provider networks
JP2019205001A (ja) * 2018-05-21 2019-11-28 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法
KR20200031900A (ko) * 2018-09-17 2020-03-25 삼성전자주식회사 Pdu 세션 제어 방법 및 장치
JP7400363B2 (ja) * 2019-11-08 2023-12-19 日本電気株式会社 通信端末、基地局、及び通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007019982A (ja) * 2005-07-08 2007-01-25 Ntt Docomo Inc ハンドオーバ制御装置および移動通信システム並びにハンドオーバ方法
WO2009157171A1 (ja) * 2008-06-24 2009-12-30 パナソニック株式会社 ハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置
WO2011055787A1 (ja) * 2009-11-06 2011-05-12 シャープ株式会社 制御局装置、移動局装置、ゲートウェイ装置、移動通信システム及び通信方法

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8731547B2 (en) * 2007-09-27 2014-05-20 Panasonic Corporation Network node and mobile terminal
US8514809B2 (en) 2007-11-16 2013-08-20 Nokia Siemens Networks Oy Mapping quality of service for intersystem handover
KR20110014603A (ko) * 2008-04-22 2011-02-11 노오텔 네트웍스 리미티드 이동국의 핸드오버 제한
US20100027503A1 (en) * 2008-07-31 2010-02-04 Qualcomm Incorporated Method and apparatus for reducing data loss during handover in a wireless communication system
CN102273267B (zh) * 2008-11-06 2015-01-21 夏普株式会社 控制站、移动台、移动通信系统和移动通信方法
CN101765094B (zh) * 2008-12-22 2012-07-04 华为技术有限公司 实现用户设备切换的方法、装置及系统
MX2011006678A (es) * 2008-12-26 2011-07-20 Sharp Kk Estacionamiento de control, estacion movil y sistema de comunicacion movil.
CN101790158B (zh) 2009-01-23 2012-10-10 电信科学技术研究院 分组数据网连接的发起处理方法及其装置
CA2812944C (en) * 2010-09-28 2016-09-20 Research In Motion Limited Method and apparatus for releasing connection with local gw when ue moves out of the residential/enterprise network coverage
CN102487535B (zh) 2010-12-06 2015-10-21 北京创毅视讯科技有限公司 支持多通信制式无线通信终端的小区切换控制方法及设备
KR20120071721A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 ＰＭＩＰｖ6에서 플로우 기반의 이동성을 지원하기 위한 방법 및 장치
EP2849488A1 (en) * 2012-05-10 2015-03-18 Fujitsu Limited Mobile setting negotiation method and device
CN103546928B (zh) * 2012-07-11 2017-03-22 电信科学技术研究院 一种承载管理方法、装置及系统
EP3146760B1 (en) * 2014-05-20 2018-04-11 Telefonaktiebolaget LM Ericsson (publ) Mme or sgsn selection at handover in a network sharing environment
BR112016029536A2 (pt) 2014-07-01 2017-08-22 Ericsson Telefon Ab L M métodos e nós para manipular informação de esm
EP3167650B1 (en) * 2014-07-07 2021-05-19 Telefonaktiebolaget LM Ericsson (publ) Resolving competing handover conditions in wireless networks
US9674749B2 (en) * 2014-08-14 2017-06-06 Samsung Electronics Co., Ltd. Method and apparatus for selecting dedicated core network
WO2016076255A1 (ja) 2014-11-11 2016-05-19 シャープ株式会社 端末装置、基地局装置、ｍｍｅおよび通信制御方法
US9730056B2 (en) * 2015-08-14 2017-08-08 Telefonaktiebolaget Lm Ericsson (Publ) System, method, and apparatus for facilitating selection of a serving node
EP3372049B1 (en) * 2015-11-06 2021-02-24 Sony Corporation User equipment, communication system, and method of controlling a user equipment
WO2017124003A1 (en) * 2016-01-15 2017-07-20 Idac Holdings, Inc. Mobility management for next generation mobile network
JP2019050435A (ja) * 2016-01-19 2019-03-28 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
JP2019068113A (ja) 2016-02-16 2019-04-25 シャープ株式会社 端末装置、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、および通信制御方法
US10257078B2 (en) * 2016-04-01 2019-04-09 Qualcomm Incorporated Interworking with legacy radio access technologies for connectivity to next generation core network
CN107295498A (zh) * 2016-04-01 2017-10-24 电信科学技术研究院 确定提供终端所需的移动性管理支持及处理的方法、装置
US9832697B2 (en) * 2016-04-04 2017-11-28 Verizon Patent And Licensing Inc. Providing wireless services using multiple core networks
EP3244658B1 (en) * 2016-05-13 2018-12-26 Deutsche Telekom AG Method of access point selection in a mobile network controlled by the user terminal
MX2018014143A (es) * 2016-05-17 2019-02-25 Sharp Kk Aparato terminal, entidad de gestion de sesiones (sme) y metodo de control de comunicacion.
JP2019125822A (ja) * 2016-05-17 2019-07-25 シャープ株式会社 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
JP2019134197A (ja) * 2016-05-17 2019-08-08 シャープ株式会社 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
CA3033340A1 (en) * 2016-08-12 2018-02-15 Ntt Docomo, Inc. Generation of end marker of data flow in flow-based handover transfer control
CN107769946B (zh) * 2016-08-19 2020-08-14 电信科学技术研究院 一种网络配置方法及网络设备
JP2019208089A (ja) * 2016-10-07 2019-12-05 シャープ株式会社 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
CN108024294B (zh) * 2016-11-02 2020-08-07 中兴通讯股份有限公司 切换方法及装置
CN108024314B (zh) * 2016-11-03 2021-07-16 华为技术有限公司 一种选择网络的方法及装置
CN110178418B (zh) * 2016-11-07 2022-02-22 夏普株式会社 终端装置、核心网装置、通信系统、以及通信控制方法
AU2017405577B2 (en) * 2017-03-20 2020-07-23 Huawei Technologies Co., Ltd. Inter-communications-system handover method, device, and system
US10708830B2 (en) * 2017-06-06 2020-07-07 Lg Electronics Inc. Method and cell for determining handover of PDU session
CN109104773B (zh) * 2017-06-20 2023-06-06 华为技术有限公司 一种pdu会话处理方法及装置
CN110431913B (zh) * 2017-09-21 2022-02-25 华为技术有限公司 连接管理方法、用户设备、核心网实体及系统
WO2019076439A1 (en) * 2017-10-17 2019-04-25 Motorola Mobility Llc SUSPENSION OF SERVICES IN A CENTRAL NETWORK
JP7441596B2 (ja) * 2017-11-20 2024-03-01 鴻穎創新有限公司 ユーザ装置、セッション管理機能及び通信制御方法
JP2019096953A (ja) * 2017-11-20 2019-06-20 シャープ株式会社 ユーザ装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007019982A (ja) * 2005-07-08 2007-01-25 Ntt Docomo Inc ハンドオーバ制御装置および移動通信システム並びにハンドオーバ方法
WO2009157171A1 (ja) * 2008-06-24 2009-12-30 パナソニック株式会社 ハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置
WO2011055787A1 (ja) * 2009-11-06 2011-05-12 シャープ株式会社 制御局装置、移動局装置、ゲートウェイ装置、移動通信システム及び通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3481133A4 *

Also Published As

Publication number Publication date
CN109314907A (zh) 2019-02-05
BR112018077077A8 (pt) 2023-04-25
US11197221B2 (en) 2021-12-07
EP3481133A1 (en) 2019-05-08
CN109314907B (zh) 2022-05-27
US20190174387A1 (en) 2019-06-06
JP2019145858A (ja) 2019-08-29
EP3481133A4 (en) 2020-01-22
CA3029496A1 (en) 2018-01-04
BR112018077077A2 (pt) 2019-04-30

Similar Documents

Publication Publication Date Title
JP6862453B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信制御方法及びコアネットワーク装置の通信制御方法
WO2018003902A1 (ja) 端末装置、制御装置、及び通信制御方法
WO2018003901A1 (ja) 端末装置、制御装置、及び通信制御方法
WO2017141993A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法
WO2017126559A1 (ja) 端末装置、ｍｍｅ、端末装置の通信方法及びｍｍｅの通信方法
WO2018008603A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2017126556A1 (ja) 端末装置、ｍｍｅ、端末装置の通信方法及びｍｍｅの通信方法
WO2017141992A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法
KR102323327B1 (ko) 단말 장치, SME(Session Management Entity), 및 통신 제어 방법
JPWO2018084290A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2018084291A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2017199955A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018008601A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
JP6759336B2 (ja) Ｕｅ及び通信制御方法
JP7216762B2 (ja) Ｕｅ、ｕｅにより行われる通信制御方法、コアネットワーク装置及びコアネットワーク装置により行われる通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3029496

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017820256

Country of ref document: EP

Effective date: 20190130

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112018077077

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112018077077

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20181226

NENP Non-entry into the national phase

Ref country code: JP