WO2018030474A1 - 端末装置、ゲートウェイ、及び通信制御方法 - Google Patents

端末装置、ゲートウェイ、及び通信制御方法 Download PDF

Info

Publication number
WO2018030474A1
WO2018030474A1 PCT/JP2017/028963 JP2017028963W WO2018030474A1 WO 2018030474 A1 WO2018030474 A1 WO 2018030474A1 JP 2017028963 W JP2017028963 W JP 2017028963W WO 2018030474 A1 WO2018030474 A1 WO 2018030474A1
Authority
WO
WIPO (PCT)
Prior art keywords
access
identification information
pdu session
session
information
Prior art date
Application number
PCT/JP2017/028963
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 JP2018533539A priority Critical patent/JP6862453B2/ja
Priority to CN201780047987.4A priority patent/CN109937606B/zh
Priority to AU2017308378A priority patent/AU2017308378B2/en
Priority to EP17839541.4A priority patent/EP3499919B1/en
Priority to US16/324,910 priority patent/US11172528B2/en
Publication of WO2018030474A1 publication Critical patent/WO2018030474A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention relates to a terminal device and the like.
  • This application claims the benefit of priority to Japanese Patent Application No. 2016-158450 filed in Japan on August 12, 2016. By referring to it, the entire contents of this application are It is included in the application.
  • 3GPP 3rd Generation Partnership Project
  • SAE System Architecture Evolution
  • LTE Long Term Evolution
  • 3GPP has specified EPS (Evolved Packet System) as a communication system for realizing all IP (Internet Protocol).
  • EPC Evolved-Packet-Core
  • next-generation communication technology and system architecture for 5G (5th Generation) mobile communication systems which are next-generation mobile communication systems.
  • NextGen Architecture and Security for for Next Generation System
  • NextGen extracts technical issues for connecting a wide variety of terminals to cellular networks, and specifies solutions.
  • NextGen is studying the optimization of session management in mobile communication services between terminals and network devices.
  • the present invention has been made in view of such circumstances, and an object thereof is to provide means for establishing a session, communication control means for realizing communication of various types of user data, and the like. .
  • the terminal device of the present invention executes a routing rule update procedure for transmitting a routing rule update request message to a control device of the core network and receiving a routing rule update acceptance message including first information from the control device of the core network. And a control unit that starts an Access Traffic Splitting function using the first PDU session and the second PDU session based on the completion of the routing rule update procedure, and the first information Is information indicating permission to start the Access Traffic Splitting function using a plurality of PDU sessions.
  • the gateway of the present invention included in the core network receives the bearer resource command message from the control device of the core network or the control device of non-3GPP access, and receives the bearer update request message including the first information in the bearer resource command message.
  • a transmission / reception unit for executing a routing rule update procedure which is transmitted to the control device of the core network or the control device of the non-3GPP access that is a reception source of the first PDU based on the completion of the routing rule update procedure
  • a control unit that starts an Access Traffic Splitting function using a session and a second PDU session, and the first information permits the start of the Access Traffic Splitting function using a plurality of PDU sessions. It is the information which shows.
  • the communication control method for a terminal device transmits a routing rule update request message to a control device of a core network, and receives a routing rule update acceptance message including first information from the control device of the core network. Performing an update procedure, and starting an Access Traffic Splitting function using a first PDU session and a second PDU session based on completion of the routing rule update procedure, and The information 1 is information indicating that the start of the Access Traffic Splitting function using a plurality of PDU sessions is permitted.
  • the gateway communication control method of the present invention included in the core network receives the bearer resource command message from the control device of the core network or the control device of non-3GPP access, and receives the bearer update request message including the first information, A step of executing a routing rule update procedure to be transmitted to the control device of the core network or the control device of the non-3GPP access that is the reception source of the bearer resource command message, and based on the completion of the routing rule update procedure, And starting the Access Traffic Splitting function using one PDU session and the second PDU session, and the first information includes starting the Access Traffic Splitting function using a plurality of PDU sessions. It is the information which shows permitting, It is characterized by the above-mentioned.
  • the terminal can be simultaneously connected to the core network via a plurality of access networks, and can realize communication of various types of user data.
  • the core network can accommodate terminal devices connected to various access networks, and can provide mobile communication services.
  • FIG. 3 is a diagram for explaining an example of the configuration of a core network and an access network in a mobile communication system.
  • FIG. 2 is a diagram for explaining an example of a configuration of a mobile communication network. It is a figure for demonstrating the apparatus structure of UE. It is a figure for demonstrating the memory
  • FIG. 1 is a diagram for explaining the outline of the 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 only needs to be a wirelessly connectable terminal device, and may be a UE (User Equipment), an ME (Mobile Equipment), an MS (Mobile Station), a CIoT (Cellular Internet of Things) terminal (CIoT UE), or the like.
  • CIoT terminals are IoT (Internet of Things) terminals that can be connected to the core network_A90.
  • IoT terminals include mobile phone terminals such as smartphones, and various IT (Information Technology) such as personal computers and sensor devices. ) Equipment.
  • UE_A10 can be connected to the access network and / or 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. Further, transmission / reception (communication) of user data may be performed using a PDU (Protocol Data Unit) or Packet Data Unit unit session. Further, user data communication is not limited to IP (Internet Protocol) communication but 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.
  • the external gateway may be a device that connects the PDN_A5 and the core network_A90 such as PGW (Packet Data Network Gateway) _A30 and SCEF (Service Capability / Exposure Function) _A46.
  • 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, or may be a communication path for transmitting / receiving PDUs.
  • the PDU session may be a session established between UE_A10 and core network_A90 and / or PDN_A5, and is configured by 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.
  • the PDU session may be a connection that UE_A10 establishes between the core network_A90 and the external gateway, and a PDN connection (Packet Data Network established between UE_A10 and PGW_A30 and / or SCEF_A46. Connection).
  • PDN connection Packet Data Network established between UE_A10 and PGW_A30 and / or SCEF_A46. Connection.
  • the PDU session may be connectivity and / or connection between UE_A10 and PGW_A30 via eNB (evolved B NodeB) _A45 and / or SGW (Serving Gateway) _A35, and UE_A10 via eNB_A45 and / or MME_A40. It may be connectivity and / or connection with SCEF_A46.
  • 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
  • UE_A10 and SCEF_A46 are defined via the device in the access network and MME_A40.
  • a PDU session established between and is defined as a second PDU session.
  • UE_A 10 can perform transmission / reception of user data using a PDU session with a device such as an application server arranged in PDN_A 5.
  • the PDU session can transfer user data transmitted and received between devices such as an application server arranged in UE_A10 and PDN_A5.
  • each device may manage one or a plurality of pieces of identification information in association with the PDU session.
  • These identification information includes APN (AccessPoint Name), TFT (Traffic Flow Template), session type, application identification information, PDN_A5 identification information, NSI (Network Slice Instance) identification information, and access network identification information. , At least one may be included, and other information may be further included.
  • each identification information associated with the PDU session may have the same contents or different contents.
  • IP communication is data communication using IP, and is data communication realized by transmission / reception of IP packets 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 attached to UE_A10.
  • User data to be transmitted / received may be transmitted / 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 or server device arranged in PDN_A5. Furthermore, sending / receiving user data to / from PDN_A5 may mean sending / receiving user data to / from a communication terminal or server device arranged in PDN_A5.
  • the 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 networks are E-UTRAN (Evolved Terrestrial Radio Access Network) _A80, UTRAN (Universal res Terrestrial Radio Access Network) _A20, GERAN (GSM (registered trademark) ⁇ EDGE Radio Access Network) _A25, NextGen RAN (Next Generation Radio 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 the access network and / or PDN_A5.
  • the core network_A90 may be a core network for a mobile communication operator that operates and manages the mobile communication system 1, or may be a core network for a virtual mobile communication operator such as an MVNO (Mobile Virtual Network Operator).
  • the core network_A90 may be a core network for accommodating CIoT terminals.
  • the core network_A90 may be an EPC (Evolved Packet Core) that constitutes EPS (Evolved Packet System) or a NextGen Core (Next Generation Core) that constitutes NextGenSystem (Next Generation System).
  • EPC Evolved Packet Core
  • EPS Evolved Packet System
  • NextGen Core Next Generation Core
  • the core network_A90 may be a first core network, a second core network, or a combination thereof. Further, the first core network may be EPC, and the second core network may be NextGen Core. Further, the first core network and / or the second core network may be configured with a system optimized for IoT.
  • the core network_A90 may be configured by one or a plurality of NSIs.
  • NSI is an entity of a network slice (Network Slice) generated using NST (Network Slice Template).
  • NST is a template for generating an NSI including resource requests related to one or more NFs (Network Functions) for providing required communication services and capabilities. That is, the NSI may be an aggregate in the core network configured by a plurality of NFs.
  • the NSI may be a logical network configured to separate user data delivered by services or the like.
  • NF is a processing function configured in the network. That is, NF may be a functional device such as MME, SGW, or PGW, or may be a function such as MM (Mobility Management) or SM (Session Management), or capability information.
  • MME Mobility Management
  • SGW Serving Gateway
  • PGW Packet Control Function
  • MM Mobility Management
  • SM Session Management
  • the NF may be a functional device for realizing a single function or a functional device for realizing a plurality of functions.
  • the NF for realizing the MM function and the NF for realizing the SM function may exist separately, and the NF for realizing both the MM function and the SM function exists. May be.
  • FIG. 2 shows an example of the configuration of the core network_A90 when the core network_A90 is the first core network.
  • Core network_A90 in Figure 2 (a) is HSS (Home Subscriber Server) _A50, AAA (AuthenticationAuthorization Accounting) _A55, PCRF (Policy and Charging Rules Rules) _A60, PGW_A30, ePDG (enhancedPacket Data Gateway) _A65, SGW_A35, It consists of Mobility (Management (Entity) _A40, SGSN (ServingGPRS (Support) Node) _A42, and SCEF_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_A10 can be wirelessly connected to the wireless access network.
  • the access network that can be connected by the WLAN access system is WLAN access network b (WLAN ANb75) connected to the core network via ePDG_A65, or WLAN access network a (WLAN ANa70) connected to PGW_A30, PCRF_A60, and AAA_A55.
  • WLAN access network b WLAN access network b
  • ePDG_A65 Wireless AN
  • WLAN access network a WLAN ANa70
  • PGW_A30 is connected to PDN_A5, SGW_A35, ePDG_A65, WLANANa70, PCRF_A60, and AAA_A55, and is a relay device that transfers user data as a gateway between PDN_A5 and / or DN and core network_A90.
  • the PGW_A30 may be a gateway 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, the plurality of gateways may be gateways that connect the core network_A90 and a single DN.
  • PGW_A30 may function as a gateway for user data transmitted and received using User plane CIoT EPS optimization and / or Control plane CIoT EPS optimization.
  • User plane CIoT EPS optimization is a communication method in which each device transmits and receives user data using U-Plane (User Plane). Furthermore, User plane CIoT EPS optimization allows each device to use the active mode (ECM-CONNECTED mode (ECM-IDLE mode)) from the idle mode (ECM-IDLEmode (also called EMM-IDLE mode)) without using the service request procedure (Service Request Procedure). It may be a communication method that can make a transition to EMM-CONNECTED mode)), or a communication method that allows each device to hold a part of the context when making a transition to the idle mode.
  • the U-Plane may be a communication path for transmitting and receiving control messages, and may be configured with a plurality of bearers.
  • Control plane CIoT EPS optimization is a communication method in which each device transmits and receives user data using C-Plane (Control Plane).
  • the C-Plane may be a communication path for transmitting and receiving control messages, and may be configured with a plurality of bearers.
  • PGW_A30 may be an UP function (U-Plane Function or U-Plane Network Function) that transfers user data with a contact with PDN_A5, and transfers user data between PDN_A5 and core network_A90. It may be UP GW (User Plane Gateway), which is a gateway to do this. Further, the PGW_A30 may be an ATSSS function for realizing ATSSS (Access Traffic Traffic Steering, Switching Switching and Splitting). More specifically, the PGW_A 30 may be connected to the UP function and the Policy function, or may be connected to the UE_A 10 via the U-Plane.
  • UP function User Plane Gateway
  • ATSSS Access Traffic Traffic Steering, Switching Switching and Splitting
  • SGW_A35 is connected to PGW_A30, MME_A40, E-UTRAN_A80, SGSN_A42, and UTRAN_A20, and relays user data as a gateway between core network_A90 and 3GPP access networks (UTRAN_A20, GERAN_A25, E-UTRAN_A80) Device. Furthermore, SGW_A35 may function as a gateway for user data transmitted and received using User plane CIoT EPS optimization and / or Control plane CIoT EPS optimization.
  • SGW_A35 may be an UP function that transfers user data with a contact point with the access network, and UP GW (User Plane), which is a gateway for transferring user data between the access network and the core network_A90. Gateway).
  • UP GW User Plane
  • 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. Further, a plurality of such control devices may be arranged in the core network_A90. For example, a location management device different from the 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, similarly to MME_A40.
  • the MMEs may be connected to each other. Thereby, transmission / reception of the context of UE_A10 may be performed between MMEs.
  • the MME_A 40 is a management device that transmits and receives control information related to mobility management and session management with the UE_A 10, and in other words, may be a control device on the control plane (Control Plane).
  • the MME_A40 may be a management device configured in one or a plurality of core networks or NSI, or may be included in one or a plurality of core networks or NSIs.
  • a connected management device may be used.
  • the plurality of NSIs may be operated by a single communication carrier, or may be operated by different communication carriers.
  • the MME_A40 may be a relay device that transfers user data as a gateway between the core network_A90 and the access network.
  • the user data transmitted / received using the MME_A 40 as a gateway may be small data.
  • the MME_A 40 may function as a gateway for user data transmitted and received using Control plane CIoT EPS optimization.
  • MME_A40 may be an NF that plays a role of mobility management such as UE_A10, an NF that plays a role of session management such as a PDU session, or an NF that manages one or a plurality of NSIs.
  • the MME_A 40 may be an NF that plays one or more of these roles.
  • the NF may be one or a plurality of devices arranged in the core network_A90, or may be a CP function (Control Plane ⁇ Function or Control PlaneNetwork Function) for control information and / or control messages, and a plurality of network slices. It may be a shared CP function shared between them.
  • 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 WLANANa70, and performs access control for UE_A10 connected via WLAN ⁇ ⁇ ANa70.
  • PCRF_A60 is connected to PGW_A30, WLAN ANa75, 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. Furthermore, the PCRF_A 60 may be a device that creates and / or manages PCC (Policy and Charging Control) rules and / or routing rules used when each device transmits and receives user data.
  • PCC Policy and Charging Control
  • PCRF_A60 may be a Policy function that creates and / or manages policies. More specifically, the PCRF_A 60 may be connected to the ATSSS function and the UP function, or may be a device that creates and / or manages rules for the ATSSS function (ATSSS Function rules).
  • EPDG_A65 is connected to PGW_A30 and WLAN ANb75, and delivers user data as a gateway between core network_A90 and 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_A40 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 connecting PDN_A5 and / or DN and core network_A90.
  • SCEF_A 46 may function as a gateway for user data transmitted and received using Control plane CIoT EPS optimization.
  • SCEF_A 46 may be a gateway for non-IP communication.
  • 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.
  • E-UTRAN_A80 is an LTE (LongTerm Evolution) access network and includes eNB_A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (EvolvedvolveUniversal TerrestrialRadio Access), and E-UTRAN_A80 may include one or more eNB_A45.
  • a 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 (NodeB) _A22.
  • NB_A22 is a radio base station to which UE_A10 is connected by UTRA (Universal Terrestrial Radio Access), and UTRAN_A20 may be configured to include one or a plurality of 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 be configured to include one or a plurality of 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
  • a plurality of BSS_A 26 may be connected to each other.
  • BSS_A26 may be connected to RNC_A24.
  • WLAN ANA70 is a wireless LAN access network and includes WLAN AP (Wireless Local Area Network Access Point) a72 and 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 includes one or more wireless base stations May be.
  • TWAG_A74 is a gateway between the core network_A90 and the WLAN ANa70.
  • 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 APb76.
  • WLAN APb76 is a radio base station to which UE_A10 is connected in the WLAN access system when the trust relationship is not established with the operator operating the core network_A90.
  • One or a plurality of radio base stations are connected to WLAN ANb75.
  • a station 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, NextGen ⁇ RAN_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_A10 can be wirelessly connected to the wireless 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 device of the first core network, detailed description is omitted. Hereinafter, each device will be briefly described.
  • PGW_A30 is a device connected to PDN_A5, SGW_A35, and PCRF_A60. Furthermore, SGW_A35 is a device connected to PGW_A30, MME_A40, E-UTRAN_A80, NextGen RAN_A120, and WLAN ANc126. Further, MME_A40 is a device connected to SGW_A35, E-UTRAN_A80, NextGenRAN_A120, WLAN-ANc126, HSS_A50, and SCEF_A46. Note that 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. Further, the configuration and role 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 GenerationRadio Access), and NextGen RAN_A120 may include one or more NextGen ⁇ BS_A122.
  • NextGen RAN_A120 may be an access network configured by E-UTRA and / or NextGen RA.
  • NextGen RAN_A120 may include eNB_A45, NextGen BS_A122, or both.
  • WLAN ANc125 is a wireless LAN access network and includes WAG_A126.
  • WAG (WLAN AccessGateway) _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 between the core network_A90 and WLAN ANc125.
  • the functional unit of the radio base station and the functional unit of the gateway may be configured by different devices.
  • the WLAN ANc 125 may have the same configuration as the WLAN ANa 70 and / or the WLAN ANb75, or may have a different configuration.
  • 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.
  • the EMM State / MM State may be an EMM-REGISTERED state (registered state) in which UE_A10 is registered in the network and / or an EMM-DEREGISTERD state (unregistered state) in which UE_A10 is not registered in the network.
  • 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
  • MME_A40 Globally Unique MMEIdentifier
  • M-TMSI M-Temporary Mobile Subscriber Identity
  • ME Identity is the ID of UE_A10 or ME, and may be, for example, IMEI (International Mobile Equipment Identity) or IMEISV (IMEI SoftwareVersion).
  • MSISDN represents the basic telephone number of UE_A10.
  • the MSISDN stored in the MME_A40 may be information indicated by the storage unit of the HSS_A50.
  • MME F-TEID is information that identifies MME_A40.
  • the MME F-TEID may include the IP address of MME_A40, the TEID (TunnelTEndpoint Identifier) of MME_A40, or both of them. 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, may include the TEID of SGW_A35, or may include both of them. Further, the IP address of SGW_A35 and the TEID of SGW_A35 may be stored independently. Further, the SGWTEF-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. Also, the 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, may include the TEID of eNB_A45, or may include both. Further, the IP address of eNB_A45 and the TEID of SGW_A35 may be stored independently. Further, the eNB F-TEID may be identification information for user data or identification information for control information.
  • the APN may be identification information for identifying the core network_A90 and an external network such as a DN. Further, the APN can also be used as information for selecting a gateway such as PGW_A30 that connects the core network A_90.
  • the APN may be identification information for identifying such a gateway, 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. Further, one gateway may be selected from among the plurality of gateways 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 UE_A10.
  • MS Network Capability is information including one or more pieces of information necessary for SGSN_A 42 for UE_A 10 having GERAN_A 25 and / or UTRAN_A 20 functions.
  • Access Restriction is registration information of access restriction.
  • eNB Address is the IP address of eNB_A45.
  • MMEUE S1AP ID is information for identifying UE_A10 in MME_A40.
  • eNB UE S1AP ID is information for identifying UE_A10 in eNB_A45.
  • APNAPin Use is a recently used APN.
  • APN in Use can be Data Network Identifier. This APN may be composed of network identification information and default operator identification information. Further, APN in Use 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. Assigned Session Type may be Assigned PDN Type. 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 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 indicates non-IP, the IP Address element does not have to be included.
  • SCEF IV ID is the SCEF_A46 IP address used in the PDU session.
  • DefaultBearer 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 SRB (SignallingallRadio Bearer) and / or CRB (Control-plane-Radio bearer), or may be identification information for identifying DRB (Data Radio Bearer).
  • TI TransactionIdentifier
  • the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, identification information for identifying an EPS bearer different from the default bearer may be used.
  • TFT indicates all packet filters associated with the EPS bearer.
  • 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.
  • UE_A 10 transmits and receives user data identified by the TFT using an RB (RadioRadBearer) associated with the TFT.
  • the TFT may associate user data such as application data to be transmitted / received with an appropriate transfer path, or 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. Further, the EPS bearer may be a default bearer or a dedicated bearer. Furthermore, the EPS bearer may be configured to include an RB established between the UE_A 10 and a base station and / or access point in the access network. Furthermore, RBs and EPS bearers may be associated 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. Note that RB may be SRB and / or CRB or DRB. Also, DefaultBearer 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. UserIdentity 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 Address is the IP address of eNB_A45.
  • the eNB ID is information for identifying the UE in the eNB_A45.
  • MME Address is the IP address of MME_A40.
  • MMEID is information for identifying the UE in MME_A40.
  • 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.
  • Mobility type is information indicating the granularity of mobility. Furthermore, the mobility type may be information indicating the type of service continuity (Service Continuity), information indicating the type of mobility to be supported, or information related to 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 UE-initiated handover is not permitted, and network-initiated handover is performed. A mobility type corresponding to an unacceptable state may be used. The mobility type may be a mobility class (MobilityMoClass) or a mobility level.
  • MobilityMoClass Mobility Type
  • 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 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 UEUE-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-initiatedHandover allowed may be information indicating whether or not UE-initiated handover is permitted in the connected cell and / or tracking area and / or access network, or whether or not to temporarily allow it. It may be information indicating.
  • NW-initiated Handover allowed is information indicating whether or not network-initiated handover is permitted. NW-initiated Handover allowed may be information indicating whether or not network-initiated handover is permitted in the connected cell and / or tracking area and / or access network, and whether or not to allow it temporarily It may be information indicating that.
  • 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, EMMState, GUTI, and ME Identity.
  • the UE context stored for each UE may include Mobility Type and / or HandoverInformation.
  • FIG. 5 (c) shows the UE context for each PDU session stored for each PDU session.
  • the UE context for each PDU session includes APN in Use, Assigned Session Type, IP Address (es), and Default Bearer.
  • the UE context stored for each PDU session may include Mobility Type and / or HandoverInformation.
  • 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 are configured by 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 in which the eNB_A45, NextGenBS_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, 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 contexts for each UE_A10.
  • 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_A 40 to connect to the base station in the access network and / or the 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_A 40, the base station in the access network, and / or the access point in the access network, and / or the SCEF_A46, and / or the HSS_A50, and / or the SGW_A35, the 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 is configured by, for example, a semiconductor memory, an HDD, 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 742 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 -One or more of TEID, eNB
  • ID are included.
  • the MME context stored for each UE may include Mobility Type and / or HandoverInformation.
  • 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, Assigned Session Type, IP Address (es), PGW F-TEID, SCEF ID, and Default bearer.
  • the MME context for each PDU session may include Mobility Type and / or HandoverInformation.
  • 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 Address, NextGen BS Address, WAG Address, eNB Contains one or more of ID, NextGenBS ID, WAG ID.
  • the information elements included in the MME context shown in FIGS. 8 and 9 may be included in either the MM context or the EPS bearer context and stored.
  • 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, in the network connection unit _D1020, the SGW_A35 transmits and receives user data and / or control information from the base station and / or access point in the access network, and / or the MME_A40, and / or the PGW_A30, and / or the SGSN_A42. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, HDD, 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 in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 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, MEIdentity, 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.
  • the EPS bearer context for each PDU session includes APN Use, Assigned Session Type, SGW F-TEID, PGW F-TEID, Default Bearer, and IP Address (es).
  • EPS bearer context includes EPS bearer context for each bearer.
  • FIG. 11 (d) shows an EPS bearer context for each bearer.
  • EPS bearer context for each bearer is EPS Bearer ID, TFT, PGW F-TEID, SGWF-TEID, eNB F-TEID, MME Address, NextGen BS Address, WAG Address, MME ID, NextGen BS ID , Including one or more of WAG IDs.
  • 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 to 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 allows the PGW_A30 to transmit and receive 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. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data required for each operation of PGW_A30.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, 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 in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 is divided into 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. It may be stored.
  • 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, MEIdentity, 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 PGW storage unit 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, IP Address (es), 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, SGWF-TEID, and PGW 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 is configured by, for example, a semiconductor memory, an HDD, 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 in 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 in Use, EPS Bearer ID, and Serving Node Information.
  • the flow in this embodiment is a data unit group identified by a 5-tuple, application ID, and the like.
  • the 5-tuple may be composed of a transmission source IP address, a transmission destination IP address, a transmission source port number, a transmission destination port number, and a protocol number.
  • the first access in this embodiment may be 3GPP access.
  • 3GPP access may refer to a 3GPP access network or a 3GPP access system.
  • the 3GPP access system may be a wireless access system for configuring various 3GPP access networks.
  • the second access in this embodiment may be non-3GPP access.
  • the non-3GPP access may indicate a non-3GPP access network or a non-3GPP access system.
  • the non-3GPP access system may be a wireless access system for configuring various non-3GPP access networks.
  • Access-Traffic-Steering is a procedure for selecting an optimal access network for data flow transmission / reception and transmitting / receiving data flow traffic via the selected access network. Note that the selection of the optimum access network may be performed based on the network load, the wireless signal quality, the application associated with the data flow, and the like. In addition, Access Traffic Steering may be applicable between 3GPP access and non-3GPP access.
  • Access-Traffic-Switching is a procedure to move all ongoing data flow traffic to another access network while maintaining data flow continuity. Note that Access Traffic Switching may be applicable between the first access and the second access.
  • Access Traffic Switching uses one communication path via the first access or second access for each data flow for one or more data flows sent and received using the IP address associated with the session.
  • a function for transmitting / receiving user data by selecting the selected communication path or a communication procedure may be used.
  • the communication path via the first access or the communication path via the second access is selected for each flow. I can do things. Therefore, at a certain point in time, a plurality of flows can be transmitted and received by simultaneously using the communication path via the first access and the communication path via the second access.
  • Access Traffic ⁇ ⁇ Switching may be realized by NBIFOM (IP Flow Mobility based on network mobility protocols).
  • Access Traffic Splitting is a function that separates communication traffic associated with a single application or service into multiple paths or PDU sessions.
  • Access TrafficSplitting may be a procedure for realizing such a function.
  • the plurality of paths may be a path via the first access and a path via the second access.
  • the plurality of PDU sessions may be a PDU session via the first access and a PDU session via the second access.
  • traffic may be transmitted and received by being distributed to the first access and the second access by Access Traffic Splitting.
  • the first IP address may be associated with the path or PDU session via the first access.
  • a second IP address may be associated with the path or PDU session via the second access.
  • UE_A 10 may have a first IP address and a second IP address, and may perform communication using these addresses.
  • each IP address by UE_A10 executes communication using a path or PDU session associated with the IP address. Therefore, UE_A10 selects the path or PDU session via the first access or the path or PDU session via the second access by selecting the IP address, and transmits each data unit to UP GW. can do.
  • UP GW which is the other peer, selects the first IP address or second IP address assigned to the destination UE_A10 as the destination address, and passes through the first access.
  • each data unit can be transmitted to UE_A 10 by selecting a PDU session, a path through a second access, or a PDU session.
  • each data unit of traffic transmitted / received in communication associated with a single application or service is delivered using either communication path via the first access or the second access.
  • a single data unit is not duplicated and delivered to multiple paths or PDU sessions.
  • communication traffic associated with a single application or service may be managed as a single data flow.
  • the data units separated into paths or PDU sessions may be newly managed as different data flows.
  • a single data flow may be managed separately into a first data flow and a second data flow.
  • the first data flow is managed in association with the path or PDU session through the first access
  • the second data flow is managed in association with the path or PDU session through the second access. Also good.
  • communication traffic associated with a single application or service may be managed as a single data flow.
  • a group of data units separated into a single data flow may continue to be managed as the same data flow.
  • each data unit in a single data flow may be transmitted and received using a path or PDU session via the first access or a path or PDU session via the second access.
  • a path or PDU session for transmitting and receiving each data unit may be selected based on a routing rule.
  • Access Traffic Splitting may be realized by MPTCP (Multipath TCP (Transmission Control Protocol)).
  • MPTCP Multipath TCP (Transmission Control Protocol)
  • the single data flow may be a transmission / reception data unit group set to perform communication using a TCP connection established by MPTCP.
  • the data flow may be a data unit group associated with TCP communication.
  • MPTCP is a technology for realizing communication between peers using multiple paths simultaneously.
  • MPTCP may be realized by extending existing TCP (Transmission Control Protocol), and may provide services and / or functions similar to TCP to applications.
  • MPTCP may provide a function for establishing a plurality of independent communication paths and a function for realizing communication using a plurality of independent communication paths.
  • the peer may be an end point that transmits and receives user data. Further, the peer may be an end point of a connection based on MPTCP. More specifically, between peers may be between UE_A10 and UP GW.
  • the UP GW may be a device in the core network_A90, and may or may not support the SGi interface.
  • the path may be a communication path used for transmitting / receiving user data, or may be a PDU session.
  • MPTCP may be a technology that bundles a plurality of TCP connections and makes them appear as one TCP connection.
  • MPTCP may bundle a plurality of TCP connections by managing the correspondence between the source and destination IP addresses and the port numbers.
  • the port number may be a TCP port number.
  • each device can perform communication associated with the same port number using a plurality of TCP connections.
  • each transmitted / received data unit may be associated with any path or PDU session that constitutes a multi-access session, and may be communicated using the associated path or PDU session. Good. In other words, a single data unit is not duplicated and delivered to multiple paths.
  • Each device may realize Access ⁇ ⁇ Traffic Splitting using MPTCP.
  • the routing filter is information used to identify one or a plurality of IP flows for the purpose of routing, and in detail, may be a parameter group or a range group of an IP header used for communication of each flow.
  • the routing filter is information that can identify each flow, and may be configured by a parameter group of an IP header transmitted and received in each flow.
  • the parameter group of the IP header may be information combining one or more of five tuples such as a transmission source IP address, a transmission destination IP address, a transmission source port number, a transmission destination port number, and a protocol number.
  • the routing access type may be information indicating the type of access network through which one or a plurality of IP flows that can be transmitted / received in association with a session are transmitted / received. Note that the type of access network may be the first access or the second access.
  • the routing rule may be information that enables association between a routing filter and a routing access type.
  • the routing rule is information that associates a routing filter with a routing access type, and is information that can identify a routing access type used for transmission / reception for each flow of one or more flows that are transmitted / received in association with a session. It may be. Furthermore, it may be information that can identify a routing access type used for transmission / reception of each data unit corresponding to such a data flow.
  • UE_A10 and core network_A90 select either the communication path via the first access or the communication path via the second access as the communication path for transmitting and receiving each flow based on the routing rule. be able to.
  • the routing rule may indicate that a plurality of routing access types are associated with the routing filter, and communication of a specific flow is transmitted and received using a plurality of communication paths.
  • a communication path for transmitting and receiving a specific flow can be communicated using both the communication path via the first access and the communication path via the second access.
  • the communication path for transmitting and receiving each data flow can be determined by the routing rule.
  • each data unit transmitted and received in a certain flow of communication is delivered using either the first access or the second access. In other words, a single data unit is not duplicated and delivered to a plurality of communication paths.
  • the selection of the access network or the selection of the communication path may be performed based on the network load, the radio signal quality, the application associated with the data flow, or the UE policy and / or operator policy. May be performed on the basis of
  • the multi-access session in the present embodiment is a session that can deliver traffic through the first access, the second access, or both at the same time.
  • the multi-access session may include a first type multi-access session or a second type multi-access session.
  • the session here may be a PDU session.
  • the first type of multi-access session in the present embodiment is a session that can deliver traffic through the first access, the second access, or both simultaneously. More specifically, the first type of multi-access session may be a single PDU session with a communication path through one or more accesses. In this case, the PDU session may be a PDU session that delivers traffic via a plurality of accesses. Further, in the first type multi-access session, the same IP address may be associated with the communication path through each access. In this case, the UE_A 10 and / or the network may execute communication of a plurality of flows using the plurality of communication paths associated with the same IP address, or may be performed using a plurality of one IP address. The communication of the flow may be executed.
  • Each flow is associated with either the first access or the second access, and the communication of each flow is executed via the access associated with the temporary point. Further, which access is used to transmit / receive each flow may be determined based on the routing rule. Note that the routing rule may be determined based on an operator policy and / or a UE policy.
  • the first type of multi-access session may be a session based on NBIFOM.
  • / or the first type of multi-access session may be a session that supports the function of Access Traffic ⁇ Switching.
  • the first type multi-access session may be a single session that can execute communication of a plurality of flows by using one IP address associated with the session.
  • / or the second type of multi-access session in the present embodiment is a session capable of delivering traffic via the first access, the second access, or both simultaneously.
  • the second type of multi-access session may be a session composed of one or more PDU sessions.
  • each PDU session may be a PDU session that delivers traffic via different accesses.
  • each PDU session may be associated with a different IP address.
  • the UE_A 10 and / or the network may perform communication of a plurality of flows by using one or a plurality of PDU sessions constituting the second type multi-access session, or one or a plurality of IPs Communication of a plurality of flows may be executed using an address.
  • the second type of multi-access session may be a single PDU session.
  • a plurality of IP addresses may be assigned to the PDU session. Further, each of these IP addresses may be assigned from a different UP GW.
  • the plurality of UP GWs may be GWs connected to a single DN, or may be GWs connected to different DNs. Further, UE_A10 and UP GW may execute communication using these IP addresses via different accesses.
  • each flow can be performed using either the first access or the second access, and it is also possible to communicate using a plurality of accesses simultaneously at one point. It is. Further, each data unit transmitted and received in the communication of each flow is delivered using either the first access or the second access. Note that which access is used to transmit / receive each data unit may be determined based on a routing rule. Note that the routing rule may be determined based on an operator policy and / or a UE policy.
  • the second type of multi-access session IV may be a session based on MPTCP. And / or the second type of multi-access session may be a session that supports the function of Access Traffic Splitting. Further, the second type multi-access session may be a single session capable of performing communication of a plurality of flows using one or a plurality of IP addresses associated with the session.
  • the second type multi-access session is not limited to this, and may be a PDU session including a communication path via the first access and / or a communication path via the second access.
  • the communication path may be a PDU session or a logical connection composed of a plurality of bearers.
  • the first state in the present 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 the core network_A 90 and the procedure for establishing the PDU session may be executed simultaneously or separately.
  • the first state in the present embodiment is a state in which each device has established a PDU session via the first access and the second access, as shown in FIG. More specifically, the first state is that each device has a PDU session established between UE_A10 and PGW_A30 via eNB_A45 and SGW_A35, and UE_A10 and PGW_A30 via TWAG_A74 and / or ePDG_A65.
  • the PDU session established between the two is established.
  • the first state may be a state in which each device has established a multi-access session, or has established a PDU session via the first access and a PDU session via the second access. It may be in a state.
  • the second state in the present embodiment is a state in which each device has established a multi-access session via the first access and the second access. More specifically, in the second state, each device transmits a PDU session and / or communication path established between UE_A10 and PGW_A30 via eNB_A45 and SGW_A35, and TWAG_A74 and / or ePDG_A65. A PDU session established between UE_A10 and PGW_A30 and / or a multi-access session configured with a communication path may be established.
  • the second state may be a state in which each device can communicate user data by Access ⁇ ⁇ ⁇ TrafficSwitching and / or Access TrafficSplitting.
  • the second state may be a state in which transmission / reception of user data using the Access / Traffic / Switching function and / or the Access / Traffic / Splitting function is started or is being executed.
  • SSC Session and Service Continuity
  • SSC mode indicates a service session continuation (Session and Service Continuity) mode supported by the system and / or each device in the NextGen system. More specifically, the mode may indicate a service session continuation type supported by a PDU session established between UE_A 10 and TUPF (Terminating User-Plane Function).
  • SSCmode may be a mode indicating the type of service session continuation set for each PDU session.
  • SSC mode may be configured from three modes of SSC mode 1, SSC mode 2, and SSC mode 3.
  • TUPF may be NF (Network Function) for U-Plane (User Plane). Further, the TUPF may be arranged in the core network_A90 or may be arranged in the access network.
  • the SSC mode 1 in this embodiment is a service session continuation mode in which the same TUPF is maintained regardless of the access technology such as RAT (Radio Access Technology) and cells used when the UE_A 10 connects to the network. More specifically, SSCmode 1 may be a mode in which service session continuation is realized without changing the TUPF used by an established PDU session even when UE_A10 mobility occurs.
  • RAT Radio Access Technology
  • SSC mode 2 in the present embodiment is a service session continuation mode in which the same TUPF is maintained only within the TUPF serving area. More specifically, SSCmode 2 may be a mode that realizes service session continuation without changing the TUPF used by the established PDU session as long as UE_A 10 is in the TUPF serving area. Further, SSC mode 2 may be a mode that realizes service session continuation by changing the TUPF used by the established PDU session when UE_A10 mobility occurs such as exiting from the TUPF serving area.
  • the TUPF serving area may be an area where one TUPF can provide a service session continuation function, or a subset of an access network such as a RAT or a cell used when the UE_A 10 connects to the network.
  • the subset of access network may be a network composed of one or more RATs and / or cells.
  • the SSC mode 3 in this embodiment is a PDU session established between UE_A10 and TUPF, and / or a new PDU via a new TUPF for the same DN before disconnecting the communication path.
  • This is a service session continuation mode that allows a session and / or a communication path to be established.
  • SSCmode 3 may be a service session continuation mode that permits UE_A 10 to be multi-homing.
  • / or SSC mode 3 may be a mode in which service session continuation using TUPF associated with a plurality of PDU sessions and / or PDU sessions is permitted.
  • each device may realize service session continuation using a plurality of PDU sessions, or may realize service session continuation using a plurality of TUPFs.
  • the selection of a new TUPF may be performed by the network, and the new TUPF is the location where UE_A10 is connected to the network.
  • TUPF optimal for
  • UE_A10 will immediately perform an association of the application and / or flow communication to the newly established PDU session. It may be implemented based on completion of communication.
  • the Default SSC mode in the present embodiment is the SSC mode used by the UE_A 10 and / or the network when a specific SSC mode is not determined.
  • Default SSC mode may be the SSC mode used by UE_A10 when there is no request for SSC mode from the application and / or when there is no UE_A10 policy for determining SSC mode for the application.
  • Default SSC mode may be set for each PDN_A5 based on subscriber information and / or operator policy and / or UE_A10 policy, and may be set for each UE_A10 and / or subscriber. May be. Further, Default SSC mode may be information indicating SSC mode 1, SSC mode 2, or SSC mode 3.
  • multihoming in this embodiment is a state in which UE_A10 is connected to a plurality of PDN_A5 that are the same or different. More specifically, multihoming may be a state in which UE_A10 is connected to the same or different PDN_A5 via a plurality of different PGWs and / or UP GW (User Plane Gateway). In other words, multihoming may be a state in which each device has established a plurality of PDU sessions for the same or different PDN_A5. More specifically, multihoming may be a state in which each device has established a plurality of PDU sessions via a plurality of different PGWs and / or UP GWs for the same or different PDN_A5. .
  • each device may all be established via the same access, or may be established via different access for each PDU session. Furthermore, each PDU session may be associated with a different IP address. Furthermore, a PDU session that supports multi-homing and / or a multi-access session established in an environment capable of multi-homing may be a multi-homed PDU session.
  • PDU session A and PDU session B are established through the same access. May be established through different access. Further, PDU session A and / or PDU session B may be established via the first access or may be established via the second access.
  • the IP address associated with PDU session A may be an IP address different from the IP address associated with PDU session B.
  • the first PDN_A5 and the second PDN_A5 may be the same PDN_A5 or different PDN_A5.
  • the first identification information in the present embodiment establishes a communication path via the first access and a communication path via the second access, in which UE_A10 can communicate using one or a plurality of IP addresses.
  • This information indicates that a function that can be performed is provided.
  • the first identification information may be information indicating that the UE_A 10 has a function of establishing a first type multi-access session and / or a second type multi-access session.
  • the first identification information may be information indicating that the UE_A 10 has a function for performing communication using the first type multi-access session and / or the second type multi-access session.
  • the first identification information may be information indicating that the UE_A 10 has a function for executing AccessTraffic / Switching and / or AccessTraffic / Splitting.
  • the first identification information may be information indicating that the UE_A 10 has a function for executing communication by Access Traffic Switching and / or Access Traffic Splitting.
  • the second identification information in the present embodiment is information indicating that UE_A 10 has a function of establishing a first type multi-access session. And / or the second identification information may be information indicating that the UE_A 10 has a function of performing communication using the first type multi-access session. And / or 2nd identification information may be information which shows that UE_A10 has a function for performing Access
  • the third identification information in the present embodiment is information indicating that the UE_A 10 has a function of establishing a second type multi-access session.
  • / or 3rd identification information is information which shows that UE_A10 has a function which collects several PDU sessions and establishes a 2nd type multi-access session.
  • / or the third identification information may be information indicating that the UE_A 10 has a function of performing communication using the second type multi-access session.
  • / or the third identification information may be information indicating that UE_A10 has a function for executing Access Traffic Splitting, or information indicating that it has a function for executing communication by Access ⁇ Traffic Splitting. But you can.
  • And / or the third identification information may be information indicating that the UE_A 10 has a function for executing MPTCP, or information indicating that it has a function for executing communication by MPTCP. And / or the third identification information may be information indicating that the UE_A 10 supports the Access / Traffic / Splitting function and / or the MPTCP function.
  • the fourth identification information in the present embodiment establishes a communication path via the first access and a communication path via the second access, which allows the network to communicate using one or a plurality of IP addresses.
  • This information indicates that a function that can be performed is provided.
  • the fourth identification information may be information indicating that the network has a function of establishing a first type multi-access session and / or a second type multi-access session.
  • the fourth identification information may be information indicating that the network has a function for performing communication using the first type multi-access session and / or the second type multi-access session.
  • the fourth identification information may be information indicating that the network has a function for executing Access / Traffic / Switching and / or Access / Traffic / Splitting.
  • the fourth identification information may be information indicating that the network has a function for executing communication based on Access / Traffic / Switching and / or Access / Traffic / Splitting.
  • the meaning that the network has a function may indicate that a device included in the core network_A90 and / or the core network_A90 such as the MME_A40 and the PGW_A30 has a function.
  • the fifth identification information in the present embodiment is information indicating that the network has a function of establishing the first type multi-access session. And / or the fifth identification information may be information indicating that the network has a function of performing communication using the first type multi-access session. And / or the fifth identification information may be information indicating that the network has a function for executing Access Traffic Switching. And / or the fifth identification information may be information indicating that the network has a function for executing communication by Access Traffic Switching. And / or the fifth identification information may be information indicating that the network has a function for executing NBIFOM. And / or the fifth identification information may be information indicating that the network has a function for executing communication by NBIFOM.
  • the sixth identification information in the present embodiment is information indicating that the network has a function of establishing a second type multi-access session. And / or the sixth identification information may be information indicating that the network has a function of collecting a plurality of PDU sessions and establishing a second type multi-access session. And / or the sixth identification information may be information indicating that the network has a function of performing communication using the second type multi-access session. And / or the sixth identification information may be information indicating that the network has a function for executing Access Traffic Splitting, or information indicating that the network has a function for executing communication by Access Traffic Splitting. But you can.
  • the sixth identification information may be information indicating that the network has a function for executing MPTCP, or information indicating that the network has a function for executing communication by MPTCP. And / or the sixth identification information may be information indicating that the network supports the Access / Traffic / Splitting function and / or the MPTCP function.
  • the seventh identification information in the present embodiment is information indicating that establishment of a first type multi-access session is requested. And / or the seventh identification information may be information requesting to establish a PDU session that supports the AccessTraffic / Switching function and / or the NBIFOM function.
  • the eighth identification information in the present embodiment is information indicating that the establishment of a PDU session that can be configured as the second type multi-access session and / or the second type multi-access session is requested. And / or the eighth identification information may be information requesting to establish a PDU session supporting the Access Traffic Splitting function.
  • the ninth identification information in the present embodiment is information indicating that the establishment of the first type multi-access session is permitted. And / or the ninth identification information may be status information indicating that a request to establish a first type of multi-access session has been accepted. And / or the ninth identification information may be information indicating that the first type multi-access session has been established. And / or the ninth identification information may be information indicating that the established session is the first type multi-access session. And / or the ninth identification information may be session identification information for identifying an established session. And / or the ninth identification information may be information indicating that the PDU session to be established supports the Access / Traffic / Switching function and / or the NBIFOM function.
  • the tenth identification information in the present embodiment is information indicating that establishment of a PDU session that can be configured as a second type multi-access session and / or a second type multi-access session is permitted. And / or the tenth identification information is status information indicating that a request to establish a second type of multi-access session and / or a PDU session configurable as a second type of multi-access session has been accepted. But you can.
  • the tenth identification information may be information indicating that a PDU session that can be configured as a second type multi-access session and / or a second type multi-access session has been established.
  • And / or the tenth identification information may be information indicating that the established session is a PDU session configurable as a second type multi-access session and / or a second multi-access session,
  • the PDU session may be information indicating that it is a PDU session constituting the second type multi-access session.
  • / or the tenth identification information may be session identification information for identifying the established PDU session.
  • / or the tenth identification information may be information indicating that the PDU session to be established supports the Access Traffic Splitting function.
  • the eleventh identification information in the present embodiment is information indicating that the network does not permit establishment of the first type multi-access session. And / or the eleventh identification information may be reason information (Reject) Cause) indicating that establishment of the first type multi-access session is not permitted. The eleventh identification information may be reason information (Reject ⁇ ⁇ Cause) indicating that the first type multi-access session is not supported. The eleventh identification information may be reason information (Reject ⁇ ⁇ Cause) indicating that the Access Traffic Switching function and / or the NBIFOM function is not supported.
  • the twelfth identification information in the present embodiment is information indicating that the network does not permit establishment of a PDU session that can be configured as a second type multi-access session and / or a second type multi-access session. is there. And / or the twelfth identification information includes reason information (Reject Cause indicating that establishment of a PDU session configurable as the second type multi-access session and / or the second type multi-access session is not permitted). ) And / or the twelfth identification information is also reason information (Reject Cause) indicating that the PDU session configurable as the second type multi-access session and / or the second type multi-access session is not supported. Good.
  • the twelfth identification information may be reason information (Reject Cause) indicating that the AccessTraffic Splitting function and / or the MPTCP function is not supported.
  • the thirteenth identification information in the present embodiment is information requesting to change or set access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session. And / or the thirteenth identification information may be information requesting to execute the function of AccessTraffic / Switching or the function of NBIFOM. And / or the thirteenth identification information may be information indicating that the access for performing communication using the first type multi-access session is changed or set. Note that the thirteenth identification information may include a routing rule associated with the first type multi-access session. Furthermore, the routing rule may be a rule for which UE_A 10 requests a change, or a rule based on the UE policy.
  • the 14th identification information in the present embodiment is information indicating that the UE_A 10 requests that one or a plurality of PDU sessions be bundled and regarded as a second type multi-access session. Further, the fourteenth identification information may include information for identifying each PDU session to be bundled. Note that the information for identifying the PDU session may be a session ID or an EPS bearer ID for identifying an EPS bearer. For example, when bundling PDU session A and PDU session B, the 14th identification information may include information identifying PDU session A and information identifying PDU session B. Further, the 14th identification information may include information associated with each bundled PDU session. Note that the information associated with the PDU session may be information indicating that each PDU session can be bundled as a multi-access session, such as a token for each PDU session.
  • the 14th identification information is used to execute or stop the Access Traffic Splitting function and / or MPTCP function for one or a plurality of flow communications that can be communicated using the second type multi-access session. It may be information requesting. Further, the fourteenth identification information may be information requesting which flow of communication executes an Access Traffic Splitting function and / or an MPTCP function. And / or the 14th identification information is that UE_A10 requests that the Access_Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths be started or stopped. Or information indicating that the UE_A 10 requests to start or stop transmission / reception of user data using the Access TrafficSplitting function and / or MPTCP function. Note that the fourteenth identification information may include a routing rule associated with the second type multi-access session. Furthermore, the routing rule may be a rule for which UE_A 10 requests a change, or a rule based on the UE policy.
  • the fifteenth identification information in the present embodiment is information indicating that the change or setting of access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is permitted. And / or the fifteenth identification information may be information indicating that the AccessTraffic / Switching function or the NBIFOM function is executed. And / or the fifteenth identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session has been executed.
  • the fifteenth identification information may include a routing rule associated with the first type multi-access session.
  • the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
  • the routing rule may be a rule in which UE_A 10 requests a change and the network permits execution, or may be a rule permitted to execute based on an operator policy.
  • the sixteenth identification information in the present embodiment is information indicating that the network permits one or a plurality of PDU sessions to be bundled and regarded as a second type multi-access session. Further, the sixteenth identification information may include information for identifying the multi-access session.
  • the identification information for the multi-access session may be a session ID assigned to the multi-access session, information for identifying each PDU session constituting the multi-access session, or identifying the EPS bearer constituting each PDU session. It may be information.
  • the 16th identification information is an Access Traffic Splitting function requested by UE_A10 and / or MPTCP function for communication of one or a plurality of flows that can be communicated using the second type multi-access session. It may be information indicating that the execution or stop of is permitted. Further, the sixteenth identification information may be information indicating which flow of communication is permitted to execute the Access Traffic Splitting function and / or the MPTCP function. And / or the sixteenth identification information may allow the network to start or stop the Access-Traffic-Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths.
  • the sixteenth identification information executes an Access Traffic Splititting function and / or MPTCP function for communication of one or a plurality of flows that can be communicated using the second type multi-access session. It may be information indicating that it has been stopped or stopped.
  • the sixteenth identification information may include a routing rule associated with the second type multi-access session.
  • the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
  • the routing rule may be a rule in which UE_A 10 requests a change and the network permits execution, or may be a rule permitted to execute based on an operator policy.
  • the seventeenth identification information in the present embodiment is information indicating that access change or setting used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is not permitted. And / or the seventeenth identification information may be information indicating rejection of execution of the AccessTraffic-Switching function or the NBIFOM function. And / or the seventeenth identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session is not executed. And / or the seventeenth identification information may be reason information (Reject Cause) indicating that access change or setting used for communication of one or a plurality of flows is not permitted.
  • the seventeenth identification information may be reason information (Reject Cause) indicating rejection for the execution of the Access Traffic Switching function or the NBIFOM function. And / or the seventeenth identification information may be reason information (Reject Cause) indicating that access change or setting for performing communication using the first type multi-access session is not executed.
  • the eighteenth identification information in the present embodiment is information indicating that the network does not permit one or a plurality of PDU sessions to be bundled and regarded as a second type multi-access session. Further, the eighteenth identification information may be reason information (Reject Cause) indicating rejection of a request for UE_A10 to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session.
  • Reason information Reject Cause
  • the 18th identification information is used to execute or stop the Access Traffic Splitting function and / or MPTCP function for communication of one or a plurality of flows that can be communicated using the second type multi-access session. Information indicating that permission is not permitted may be used. Further, the eighteenth identification information may be information indicating which flow of communication does not permit the execution of the Access Traffic Splitting function and / or the MPTCP function. And / or the eighteenth identification information indicates that the network does not permit to start or stop the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths. Or information indicating that the network does not permit the start or stop of transmission / reception of user data using the Access Traffic Splitting function and / or MPTCP function.
  • And / or the 18th identification information may be information indicating rejection for the execution of the Access Traffic Splitting function requested by the UE_A10 and / or the MPTCP function. And / or the 18th identification information may be information indicating that the access change or setting for performing communication using the second type multi-access session is not executed. And / or the eighteenth identification information may be reason information (Reject Cause) indicating that access change or setting used for communication of one or a plurality of flows is not permitted. And / or the eighteenth identification information may be reason information (Reject ⁇ Cause) indicating rejection of execution of the Access Traffic Splitting function and / or MPTCP function. And / or the eighteenth identification information may be reason information (Reject Cause) indicating that the routing rule for performing communication using the second type multi-access session is not changed or set.
  • the nineteenth identification information in the present embodiment is information requesting to change or set access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
  • / or the 19th identification information may be information requesting to execute the function of AccessTraffic / Switching or the function of NBIFOM.
  • / or the nineteenth identification information may be information indicating that the access for performing communication using the first type multi-access session is changed or set.
  • the 19th identification information may include a routing rule associated with the first type multi-access session.
  • the routing rule may be a rule that the network requests to change, or may be a rule based on an operator policy.
  • the meaning that the network requests a change may indicate that a device included in the core network_A90 and / or the core network_A90 such as the MME_A40 or the PGW_A30 requests the change.
  • the twentieth identification information in this embodiment is information indicating that the network requests that one or a plurality of PDU sessions be bundled and regarded as a second type multi-access session. Furthermore, the twentieth identification information may include information for identifying each bundled PDU session. Note that the information for identifying the PDU session may be a session ID or an EPS bearer ID for identifying an EPS bearer. For example, when PDU session A and PDU session B are bundled, the twentieth identification information may include information identifying PDU session A and information identifying PDU session B. Furthermore, the 20th identification information may include information associated with each bundled PDU session. Note that the information associated with the PDU session may be information indicating that each PDU session can be bundled as a multi-access session, such as a token for each PDU session.
  • the 20th identification information is used to execute or stop the Access Traffic Splitting function and / or MPTCP function for one or a plurality of flow communications that can be communicated using the second type multi-access session. It may be information requesting. Further, the twentieth identification information may be information requesting which flow of communication executes the Access Traffic Splitting function and / or the MPTCP function. And / or the twentieth identification information indicates that the network requires that a plurality of PDU sessions and / or an Access-Traffic-Splitting function using a plurality of communication paths and / or an MPTCP function be started or stopped. Or information indicating that the network requests to start or stop transmission / reception of user data using the Access TrafficittingSplitting function and / or MPTCP function.
  • the twentieth identification information may include a routing rule associated with the second type multi-access session. Further, the routing rule may be a rule that the network requests to change, or may be a rule based on an operator policy.
  • the 21st identification information in the present embodiment is information indicating that the change or setting of access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is permitted. And / or the 21st identification information may be information indicating that the AccessTraffic / Switching function or the NBIFOM function is executed. And / or the 21st identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session has been executed.
  • the 21st identification information may include a routing rule associated with the first type of multi-access session.
  • the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
  • the routing rule may be a rule that the network requests to change and UE_A10 permits execution, or a rule that allows execution based on the UE policy.
  • the 22nd identification information in this embodiment is information indicating that the UE_A 10 permits one or a plurality of PDU sessions to be bundled and regarded as a second type multi-access session. Further, the 22nd identification information may include information for identifying the multi-access session.
  • the identification information for the multi-access session may be a session ID assigned to the multi-access session, information for identifying each PDU session constituting the multi-access session, or identifying the EPS bearer constituting each PDU session. It may be information.
  • the 22nd identification information is an Access Traffic Splitting function and / or MPTCP function required by the network for communication of one or a plurality of flows that can be communicated using the second type multi-access session. It may be information indicating that the execution or stop of is permitted. Further, the 22nd identification information may be information indicating which flow of communication is permitted to execute the Access Traffic Splitting function and / or the MPTCP function. And / or the 22nd identification information may allow UE_A10 to start or stop the Access-Traffic-Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths.
  • the 22nd identification information executes an Access Traffic Splitting function and / or MPTCP function for communication of one or a plurality of flows that can be communicated using the second type multi-access session. It may be information indicating that it has been stopped or stopped.
  • the 22nd identification information may include a routing rule associated with the second type multi-access session.
  • the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
  • the routing rule may be a rule that the network requests to change and UE_A10 permits execution, or may be a rule permitted to execute based on the UE policy.
  • the 23rd identification information in the present embodiment is information indicating that access change or setting used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is not permitted. And / or the 23rd identification information may be information indicating rejection of execution of the AccessTraffic-Switching function or the NBIFOM function. And / or the 23rd identification information may be information indicating that the access change or setting for performing communication using the first type multi-access session is not executed. And / or the 23rd identification information may be reason information (Reject Cause) indicating that a change or setting of access used for communication of one or a plurality of flows is not permitted.
  • the 23rd identification information may be reason information (Reject
  • the 24th identification information in the present embodiment is information indicating that the UE_A 10 does not allow the one or a plurality of PDU sessions to be bundled and regarded as the second type multi-access session. Further, the twenty-fourth identification information may be reason information (RejectuseCause) indicating rejection of a network request in which one or a plurality of PDU sessions are bundled and regarded as a second type multi-access session.
  • Reason information RejectuseCause
  • the 24th identification information is used to execute or stop the Access Traffic Splititting function and / or MPTCP function for one or a plurality of flow communications that can be communicated using the second type multi-access session. Information indicating that permission is not permitted may be used. Further, the 24th identification information may be information indicating which flow of communication does not permit the execution of the Access Traffic Splitting function and / or the MPTCP function. And / or the 24th identification information indicates that UE_A10 does not permit the start or stop of the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths.
  • / or the 24th identification information may be information indicating rejection for the execution of the Access Traffic Splitting function and / or the MPTCP function requested by the network.
  • / or the 24th identification information may be information indicating that access change or setting for performing communication using the second type multi-access session is not executed.
  • / or the 24th identification information may be reason information (Reject Cause) indicating that the change or setting of access used for communication of one or a plurality of flows is not permitted.
  • / or the 24th identification information may be reason information (Reject Cause) indicating rejection for the execution of the Access Traffic Splitting function and / or the MPTCP function. And / or the 24th identification information may be reason information (Reject Cause) indicating that the routing rule for performing communication using the second type multi-access session is not changed or set.
  • the 25th identification information in this embodiment is information indicating that UE_A10 supports service session continuation in SSC mode3. And / or the 25th identification information may be information indicating that UE_A 10 has the ability to establish a PDU session supporting SSC mode 3. And / or the 25th identification information may be information indicating that UE_A10 supports multihoming. And / or the 25th identification information may be information indicating that the UE_A 10 has a capability of establishing a PDU session supporting multihoming. And / or the 25th identification information may be information indicating that UE_A 10 supports transmission / reception of user data in a multi-homing environment.
  • the 26th identification information in this embodiment is information indicating that UE_A10 supports multihoming using IPv4. And / or the 26th identification information may be information indicating that the UE_A 10 has the ability to establish a PDU session that supports multihoming using IPv4. And / or the 26th identification information may be information indicating that the UE_A 10 supports transmission / reception of user data in a multihoming environment using IPv4.
  • the 27th identification information in the present embodiment is information indicating that UE_A10 supports multihoming using IPv6. And / or the 27th identification information may be information indicating that the UE_A 10 has a capability of establishing a PDU session supporting multi-homing using IPv6. And / or the 27th identification information may be information indicating that UE_A 10 supports transmission / reception of user data in a multi-homing environment using IPv6.
  • the 28th identification information in the present embodiment is information indicating the Default SSC mode of UE_A10. And / or the 28th identification information may be information indicating that UE_A 10 has DefaultSSC mode. And / or the 28th identification information may be Default SSC mode requested by UE_A10.
  • the 29th identification information in this embodiment is information indicating that the network supports service session continuation in SSC mode 3. And / or the 29th identification information may be information indicating that the network has a capability of establishing a PDU session supporting SSCmode 3. And / or the 29th identification information may be information indicating that the network supports multihoming. And / or the 29th identification information may be information indicating that the network has an ability to establish a PDU session supporting multihoming. And / or the 29th identification information may be information indicating that the network supports transmission / reception of user data in the multihoming environment.
  • the 30th identification information in this embodiment is information indicating that the network supports multihoming using IPv4.
  • / or the thirtieth identification information may be information indicating that the network has the ability to establish a PDU session that supports multihoming using IPv4.
  • / or the thirtieth identification information may be information indicating that the network supports transmission / reception of user data in a multihoming environment using IPv4.
  • the thirty-first identification information in the present embodiment is information indicating that the network supports multihoming using IPv6. And / or the thirty-first identification information may be information indicating that the network has the ability to establish a PDU session that supports multihoming using IPv6. And / or the thirty-first identification information may be information indicating that the network supports transmission / reception of user data in a multihoming environment using IPv6.
  • the thirty-second identification information in this embodiment is information indicating the DefaultSSC mode of the network. And / or the thirty-second identification information may be information indicating that the network has Default SSC mode. And / or the 32nd identification information may be Default SSC mode requested and / or permitted by the network. Note that the Default SSC mode of the UE_A10 and the Default SSC mode of the network may be Default SSC mode indicating the same SSC mode or Default SSC mode indicating different SSC mode.
  • 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 (S2004).
  • S2000 attach procedure
  • S2002 PDU session establishment procedure
  • S2004 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 performs an initial procedure via the second access separately from the initial procedure via the first access (attach procedure and / or PDU session establishment procedure). Also execute. Each device may execute the initial procedure via the second access after executing the initial procedure via the first access, or may execute the first procedure after executing the initial procedure via the second access. Initial procedures may be performed via access. In addition, each device may execute exchange of various capability information and / or various request information of each device in an initial procedure via the first access or an initial procedure via the second access. , Both initial procedures may be executed.
  • each device When each device exchanges various information and / or negotiates various requests by the attach procedure, each device does not need to exchange various information and / or negotiate various requests 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 may exchange various information and / or negotiate various requests in the PDU session establishment procedure. . Not limited to this, each device may exchange various information and / or negotiate various requests in the attach procedure, or exchange various information and / or negotiate various requests in the PDU session establishment procedure. Good.
  • each device may exchange one or more pieces of identification information among the first to 18th 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 eighteen pieces of identification information by the attach procedure, and may not exchange it by the PDU session establishment procedure.
  • each device may exchange one or more pieces of identification information among the first to eighteenth 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, by a PDU session establishment procedure.
  • each device when managing each piece of identification information in association with UE_A10, each device may be exchanged during an attach procedure.
  • each piece of identification information in association with a PDU session and / or EPS bearer It may be exchanged with.
  • 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 routing rule update procedure (S2006).
  • the routing rule update procedure may be executed at an arbitrary timing as long as it is after the transition to the first state.
  • Each device may exchange various request information in the routing rule update procedure. For example, each device may exchange one or more pieces of identification information among the thirteenth to twenty-fourth identification information in the routing rule update procedure.
  • each device transitions to the second state based on the completion of the routing rule update procedure (S2008).
  • each device is not limited to the completion of the routing rule update procedure, and may transition to the second state when a PDU session via the second access is established.
  • each device bundles the established PDU session via the first access and the PDU session via the second access as a multi-access session, Further, it may transition to the second state.
  • each device establishes a PDU session via the first access and the second access in order to transition to the second state, and establishes a multi-access session by executing the above routing rule update procedure.
  • the PDU session via the first access and the PDU session via the second access that have already been established are bundled together for multi-access.
  • a session may be established.
  • Each device involved in this procedure transmits / receives one or more identification information included in each control message by transmitting / receiving each control message described in this procedure, and stores each transmitted / 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, the UE_A10 can execute this procedure at any timing such as when the terminal power 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 may be a procedure via the first access and a procedure via the second access.
  • UE_A10 may start this procedure via the second access while connected to the core network_A90 via the first access, or connect to the core network_A90 via the second access. In this state, this procedure may be started via the first access.
  • the procedure through the first access will be described as an example of an attach procedure
  • the procedure through the second access will be described as an example of an attach procedure through the second access. Details of each attach procedure example will be described later.
  • 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.
  • the multi-access session may or may not be established when the PDU session is established by this procedure.
  • each device may add a communication path through multiple accesses to one multi-access session by executing this procedure multiple times, or may establish a new multi-access session, Multiple PDU sessions that can be configured as multi-access sessions may be established.
  • This procedure may be a procedure via the first access and a procedure via the second access.
  • this procedure may be executed by UE_A10.
  • UE_A10 may take the lead in executing this procedure at the time of initial connection such as when the terminal is turned on. Furthermore, UE_A10 starts this procedure via the first access and / or the second access in a state of being connected to the core network_A90 via the first access and / or the second access. Also good.
  • Each device executes the procedure via the second access in a state where the multi-access session via the first access is established, so that the communication path via the second access can be transmitted to the multi-access session.
  • communication using the communication path via the first access and the communication path via the second access may be executable.
  • each device may establish a PDU session configurable as a multi-access session via the second access, or already establish a PDU session via the established second access. It can be regarded as a multi-access session by bundling it with the PDU session via the first access.
  • each device executes the procedure via the first access in a state where the multi-access session via the second access is established, so that the communication path via the first access can be transmitted to the multi-access session.
  • communication using the communication path via the first access and the communication path via the second access may be executable.
  • each device may establish a PDU session configurable as a multi-access session via the first access, or already establish a PDU session via the established first access. It can be considered as a multi-access session by bundling it with the PDU session via the second access.
  • each device can establish a new multi-access session by executing this procedure via the first access and / or the second access without establishing a multi-access session.
  • a PDU session configurable as a multi-access session may be established via the first access or the second access.
  • this procedure via the first access will be described as an example of a UE-driven PDU session establishment procedure, and this procedure via the second access will be referred to as a PDU via the UE-driven second access.
  • An example session establishment procedure will be described.
  • UE_A10 transmits a PDU Session Establishment Request message to MME_A40 via eNB_A45 (S2200), and starts a UE-led PDU session establishment procedure.
  • the PDU session is a PDN connection
  • the PDU session establishment request message may be a PDN connectivity request message.
  • the PDU session establishment request message is not limited to this, and may be a message requesting establishment of a PDU session.
  • this procedure may be a UE-initiated PDU session establishment procedure example via the first access.
  • UE_A10 in the PDU session establishment request message, at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, One or more of the 14th identification information may be included, and by including these identification information, a multi-access session and / or a PDU session that can be configured as a multi-access session is established. You may request.
  • each device transmits / receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that the first type Establishment of an access session may be requested, communication using AccessTraffic-Switching may be requested, or communication using NBIFOM may be requested.
  • each device transmits / receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that UE_A10 performs Access Traffic Switching. Support may be indicated, or establishment of a PDU session that supports AccessTraffic-Switching may be requested.
  • each device supports the setting of access to perform communication using the first type multi-access session and / or the first type multi-access session by transmitting and receiving the thirteenth identification information. You may request the setting of the routing rule.
  • Each device transmits and receives the first type of identification information and / or the third type of identification information, and / or the eighth type of identification information, and / or the 14th type of identification information. It may request establishment of a PDU session that can be configured as an access session and / or a second type of multi-access session, or may request communication using Access ⁇ Traffic Splitting and / or MPTCP. Good. Further, each device transmits or receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information, so that one or a plurality of PDU sessions are transmitted. May be required to be considered as a second type of multi-access session.
  • each device transmits and receives the first identification information and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information, so that UE_A10 can access / traffic / Splitting and It may indicate that MPTCP is supported or may require that a PDU session supporting Access TrafficSplitting is established.
  • each device may request to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 14th identification information. Furthermore, each device may request whether or not to execute the AccessTraffic-Splitting function for each of one or a plurality of flows by transmitting and receiving the 14th identification information. A routing rule setting corresponding to a multi-access session may be requested. Further, each device may be information requesting which flow of communication executes the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 14th identification information.
  • each device may request to start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session by transmitting and receiving the 14th identification information, It may be requested to start or stop transmission / reception of user data using Access TrafficSplitting and / or MPTCP function.
  • UE_A10 when a multi-access session has already been established, UE_A10 includes information indicating that it is not an initial request (initial request) and / or an APN used in the multi-access session in a PDU session establishment request message. Thus, it may be requested to add a communication path via the first access to the already established multi-access session. Note that the information indicating that it is not an initial request may be information indicating that it is a handover.
  • UE_A10 may transmit a PDU session establishment request message including information indicating that it is an initial request (initial request), or include a new multi-access session by including these identification information. It may be requested to establish via the first access.
  • the UE_A 10 may transmit information indicating the type of the requested PDU session in the PDU session establishment request message, or include information indicating the type of the requested PDU session to establish the PDU session. You may request the type of IP address assigned to. Note that the PDU session type may be IPv4, IPv6, IPv4v6, or non-IP.
  • MME_A40 receives the PDU session establishment request message and executes the first condition determination. In the first condition determination, the MME_A 40 determines whether the first condition is true or false. 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 steps when the first condition is false will be described later.
  • 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. In the second condition determination, the MME_A 40 determines whether the second condition is true or false. When the second condition is true, the MME_A 40 may transmit a session generation request message to the SGW_A 35 (S2202). If the second condition is false, the MME_A 40 may transmit a session creation request message to the SCEF_A 46 (S2210).
  • 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. Further, 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 the 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 permits the request.
  • And / or MME_A 40 may determine to establish a second type of PDU session and may not determine that the second condition is true.
  • the first type PDU session is connectivity between UE_A10 and PDN_A5 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 performs the third condition determination.
  • the MME_A40 and / or SGW_A35 includes the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, and the thirteenth identification in the session generation request message.
  • Information, one or more of the 14th identification information may be included, information indicating whether it is an initial request, and / or APN, and / or the type of PDU session to request Alternatively, the UE_A10 request may be transmitted by including these pieces of identification information.
  • the third condition determination may be performed by PCRF_A60 instead of PGW_A30.
  • PGW_A30 performs an IP-CAN session establishment procedure with PCRF_A60. More specifically, the PGW_A 30 transmits a request message during the IP-CAN session establishment procedure to the PCRF_A 60. Further, the PCRF_A60 receives the request message during the IP-CAN session establishment procedure, determines the third condition, and transmits a response message during the IP-CAN session establishment procedure to the PGW_A30. Furthermore, PGW_A30 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the third condition determination.
  • the PGW_A30 includes at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the first identification information, in the request message during the IP-CAN session establishment procedure.
  • One or more of the 13 identification information and the 14th identification information may be included, information indicating whether the request is an initial request may be included, or by including these identification information , UE_A10 request may be transmitted.
  • PCRF_A60 may include at least the third information determination result in the response message during the IP-CAN session establishment procedure, and by including this result, the third condition determination result is notified to PGW_A30. May be.
  • the PCRF_A60 includes, in the response message during the IP-CAN session establishment procedure, the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, One or more pieces of identification information may be included among the identification information and the sixteenth identification information, and by including these pieces of identification information, it may be indicated that the request of UE_A10 is permitted.
  • PCRF_A60 also includes one or more identification information among eleventh identification information, twelfth identification information, seventeenth identification information, and eighteenth identification information in the response message during the IP-CAN session establishment procedure. It may be possible to indicate that the request of UE_A10 has been rejected by including these pieces of identification information.
  • PGW_A30 determines whether the third condition is true or false. If the third condition is true, the PGW_A 30 transmits a session creation response message to the SGW_A 35 (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 and / or SGW_A35 includes, in the session generation response message, fourth identification information, fifth identification information, sixth identification information, ninth identification information, tenth identification information, and fifteenth identification.
  • Information one or more of the 16th identification information may be included, APN and / or IP address may be included, and by including these identification information, the request of UE_A10 is permitted You may show that it was done.
  • 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 rejection reason (Rejectcause).
  • the PGW_A30 and / or SGW_A35 includes one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the session generation rejection message. In addition, by including these pieces of identification information, it may be indicated that the request of UE_A10 has been rejected.
  • SCEF_A46 executes the third condition determination.
  • SCEF_A 46 determines whether the third condition is true or false. 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. If the third condition is false, the SCEF_A 46 transmits a session creation rejection message to the MME_A 40 (S2212). Each device completes the procedure (C) of this procedure based on the transmission / reception of the session creation response message and / or the session creation rejection message.
  • the third condition determination is for determining whether 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.
  • the third condition is false when the UE_A10 request is rejected, and may be when the third condition is not determined to be true.
  • PGW_A30 may perform the third condition determination based on the result of the third condition determination received from PCRF_A60. For example, when the PCRF_A60 accepts the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the third condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the third condition to be the false.
  • the MME_A 40 transmits a PDU session establishment acceptance (PDU session ⁇ establishment accept) message to the eNB_A45 based on the reception of the session generation response message (S2214).
  • PDU session ⁇ establishment accept PDU session establishment acceptance
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the PDU session establishment acceptance message may be a PDN connection acceptance (PDNPDConnectivity Accept) message or a default EPS bearer context activation request (Activate default EPSbearer context request) message.
  • the PDU session establishment acceptance message may be a response message to the PDU session establishment request message, and is not limited to this, and may be a message for accepting a PDU session establishment request.
  • the eNB_A45 receives the PDU session establishment acceptance message, and sends an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRCConnection Setup message, or an RRC Direct Transfer message) and / or a PDU session establishment acceptance message to the UE_A10. Transmit (S2216).
  • the PDU session establishment acceptance message may be transmitted / received by being included in the RRC message.
  • MME_A40 in the PDU session establishment acceptance message, at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, One or more of the sixteenth pieces of identification information may be included, an APN and / or IP address, and / or a type of PDU session may be included. , It may indicate that the request of UE_A10 has been accepted, or it may indicate that the establishment of a multi-access session and / or a PDU session configurable as a multi-access session is permitted.
  • each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information. It may indicate that a request for establishing an access session has been accepted, may indicate that a request to perform communication using AccessTraffic-Switching has been accepted, or a request to perform communication using NBIFOM. It may indicate that it has been accepted.
  • Each device transmits / receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, so that the network performs Access Traffic Switching. It may indicate support, or may indicate that a PDU session supporting AccessTraffic-Switching has been established.
  • each device may indicate that access for communication using the first type of multi-access session is set by transmitting and receiving the fifteenth identification information. It may indicate that the routing rule corresponding to the multi-access session is set.
  • Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information. It may indicate that a request to establish a PDU session configurable as an access session and / or a second type of multi-access session has been accepted, or a request to communicate using Access Traffic Splitting and / or MPTCP May indicate that has been accepted. Furthermore, each device transmits or receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that one or a plurality of PDU sessions are transmitted. To indicate that the request to be regarded as the second type of multi-access session has been accepted.
  • Each device transmits and receives the fourth identification information, and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that the network can access / traffic / Splitting and It may indicate that MPTCP is supported, or may indicate that a PDU session supporting Access TrafficSplitting has been established.
  • each device may indicate whether or not it is permitted to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 16th identification information. Furthermore, each device may indicate whether or not the AccessTraffic-Splitting function is executed for each of one or a plurality of flows by transmitting and receiving the 16th identification information. It may indicate that a routing rule corresponding to the multi-access session is set. Furthermore, each device may indicate which flow of communication is permitted to execute the Access Traffic Splitting function and / or the MPTCP function by transmitting / receiving the sixteenth identification information.
  • each device indicates that a request to start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session is permitted by transmitting / receiving the sixteenth identification information. Alternatively, it may indicate that a request for starting or stopping transmission / reception of user data using the AccessTraffic Splitting and / or MPTCP function is permitted.
  • each device transmits and receives the same APN and / or IP address as the multi-access session already established before the start of this procedure, thereby adding a communication path via the first access to the multi-access session. You may show that it was done. Conversely, each device may indicate that a new multi-access session has been established via the first access by transmitting and receiving a new APN and / or IP address, It may indicate that a PDU session that can be configured as a multi-access session has been established.
  • UE_A10 When the RRC message is received, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRCDirect Transfer message) to eNB_A45 (S2218).
  • RRC message for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRCDirect Transfer message
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S2220).
  • MME_A40 receives a bearer setting message.
  • UE_A10 transmits a PDU session establishment completion (PDU session establishment complete) 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 PDU session is a PDN connection
  • the PDU session establishment completion message may be a PDN connection completion (PDN Connectivity complete) message or a default EPS bearer context activation acceptance (Activate default EPS bearer context accept) message.
  • the PDU session establishment completion message may be a response message to the PDU session establishment acceptance message, and is not limited to this, and may be a message indicating that the PDU session establishment procedure is completed.
  • the MME_A 40 transmits a bearer change request message to the SGW_A 35 (S2226), and starts the procedure (D) in this procedure. 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.
  • the MME_A40 transmits a PDU session establishment rejection (PDU session establishment reject) message to the UE_A10 via the eNB_A45 (S2230), and starts the procedure (B) in this procedure. Furthermore, UE_A10 receives the PDU session establishment rejection 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 PDU session establishment rejection message.
  • the PDU session establishment rejection message may include an appropriate rejection reason. If the PDU session is a PDN connection, the PDU session establishment rejection message may be a PDN connection rejection (PDN Connectivity reject) message. Further, the PDU session establishment rejection message may be a response message to the PDU session establishment request message, and is not limited thereto, and may be a message that rejects the request for PDU session establishment.
  • the MME_A40 may include one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the PDU session establishment rejection message, By including these identification information, it may indicate that the UE_A10 request has been rejected, and the connected network may establish a multi-access session and / or a PDU session that can be configured as a multi-access session. It may indicate that it is not supported, or may indicate that the establishment of a multi-access session and / or a PDU session configurable as a multi-access session is not permitted.
  • each device may indicate that the request for establishment of the first type multi-access session has been rejected by transmitting and receiving the eleventh identification information and / or the seventeenth identification information. May indicate that a request for communication using Access-Traffic-Switching has been rejected, may indicate that a request for communication using NBIFOM has been rejected, or each request has been rejected The reason may be notified.
  • each device may indicate that the setting of access for performing communication using the first type multi-access session has not been permitted by transmitting and receiving the 17th identification information. It may indicate that setting of a routing rule corresponding to one type of multi-access session is not permitted.
  • each device can be configured as a second type multi-access session and / or a second type multi-access session by transmitting and receiving the twelfth identification information and / or the eighteenth identification information. It may indicate that a request to establish a PDU session is rejected, or may indicate that a request to perform communication using Access TrafficSplitting and / or MPTCP is rejected. Furthermore, each device transmits / receives the twelfth identification information and / or the eighteenth identification information, thereby rejecting a request to consider one or a plurality of PDU sessions as a second type multi-access session. May indicate the reason or notify the reason why each request was rejected.
  • each device may indicate that it is not permitted to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 18th identification information. Furthermore, each device may indicate that the execution of AccessTraffic Splitting and / or MPTCP functions is not permitted for one or a plurality of flows by transmitting / receiving the 18th identification information. It may indicate that the routing rule setting corresponding to the two types of multi-access sessions is not permitted. Furthermore, each device may indicate which flow of communication does not permit the execution of the Access TrafficSplitting function and / or the MPTCP function by transmitting / receiving the 18th identification information.
  • each device indicates that a request to start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session was not permitted by transmitting / receiving the 18th identification information.
  • it may indicate that a request for starting or stopping transmission / reception of user data using the AccessTraffic Splitting and / or MPTCP function is not permitted.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in 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 multi-access session and / or a PDU session that can be configured as a multi-access session based on the completion of this procedure.
  • each device has a PDU session that can be configured as a multi-access session and / or a multi-access session as fourth identification information, fifth identification information, sixth identification information, ninth identification information, It may be established when one or more of the 10 identification information, the 15th identification information, and the 16th identification information is transmitted / received, the 11th identification information, the 12th identification information, the 17th identification information When one or more pieces of identification information among the identification information and the 18th identification information are transmitted / received, it may not be established.
  • each device may be able to execute communication using the communication path via the first access and the communication path via the second access by establishing a multi-access session.
  • the first type multi-access A session may be established, or a PDU session supporting Access TrafficSwitching may be established.
  • the established PDU session is the first PDU session. It may be recognized that this type of multi-access session is established, or it may be recognized that Access Traffic Switching and / or NBIFOM is applied to the established PDU session.
  • the second type multi-access A session may be established and it may be recognized that the established PDU session is a second type of multi-access session.
  • the second type multi-access A PDU session configurable as a session may be established, or the established PDU session may be recognized as a PDU session configurable as a second type multi-access session.
  • the PDU session that supports AccessTraffic Splitting Or may recognize that Access ⁇ Traffic Splitting and / or MPTCP has been applied to the established PDU session.
  • each device may recognize and store the access and / or routing rule used in the established PDU session when the 15th identification information is transmitted / received. Further, when each device transmits / receives the sixteenth identification information, each device permits one or a plurality of PDU sessions to be bundled and regarded as a second type multi-access session and / or one of user data to be transmitted / received. Alternatively, information indicating whether or not to execute the function of Access TrafficSplitting and / or MPTCP and / or a routing rule used in the established PDU session may be recognized and stored for each of a plurality of flows. Further, when transmitting and receiving the sixteenth identification information, each device may recognize which flow of communication the function of AccessSTrafficSplitting and / or the function of MPTCP can be applied.
  • each device may start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session when transmitting / receiving the 16th identification information, and Access TrafficSplitting and / or User data transmission / reception using the MPTCP function may be started or stopped. Furthermore, when each device transmits / receives the 16th identification information, each device may transition to a state in which the Access Traffic Splitting and / or MPTCP function can be executed.
  • each device transmits / receives the eleventh identification information and / or the seventeenth identification information, it is not permitted to set access for communication using the first type multi-access session. May be recognized, or it may be recognized that the setting of the routing rule corresponding to the first type multi-access session is not permitted. Furthermore, each device may recognize that the Access / Traffic / Switching function and / or the NBIFOM function is not supported when the eleventh identification information and / or the seventeenth identification information is transmitted / received.
  • each device transmits / receives the twelfth identification information and / or the eighteenth identification information
  • execution of AccessTraffic Splitting and / or MPTCP functions is not permitted for one or a plurality of flows. May be recognized, or it may be recognized that the setting of the routing rule corresponding to the second type multi-access session is not permitted.
  • each device may indicate that any flow communication does not support the Access TrafficSplitting function and / or the MPTCP function by transmitting / receiving the 18th identification information.
  • the twelfth identification information and / or the eighteenth identification information is transmitted / received, it may be authenticated that the functions of Access / Traffic / Splitting and / or MPTCP are not supported.
  • each device transmits / receives the twelfth identification information and / or the eighteenth identification information, it cannot start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session. It may be recognized that the user data transmission / reception using the AccessTraffic Splitting and / or MPTCP function could not be started or stopped.
  • the UE_A10 request is rejected. May be recognized, or the reason why the request of UE_A10 is rejected may be recognized. Furthermore, each device may perform this procedure again based on the reason why the request of UE_A10 is rejected.
  • each device has added a communication path through the first access to the multi-access session already established before the start of this procedure, or through the first access. It may be determined whether a new multi-access session has been established or a PDU session configurable as a multi-access session has been established via the first access.
  • each device sends and receives the same APN and / or IP address as an already established multi-access session, a communication path via the first access is added to the already established multi-access session.
  • each device transmits / receives an APN and / or IP address that is different from the already established multi-access session, each device performs a new multi-access session and / or first access via the first access. It may be recognized that a PDU session that can be configured as a multi-access session is established.
  • 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 / or the third condition may be true when the UE_A 10 requests establishment of a multi-access session and the network permits the request. Further, the first condition and / or the third condition may be false when the UE_A 10 requests establishment of a multi-access session and the network does not permit the request. Further, the first condition and / or the third condition may be false if the network to which the UE_A 10 is connected and / or a device in the network does not support establishment of a multi-access session.
  • the first condition and / or the third condition may be the first type and / or the second type of multi-access session and / or the second type of multi-access requested by UE_A10.
  • a request to establish a PDU session configurable as a session may be true if accepted, or false if not accepted.
  • the first condition and / or the third condition may be true if the type of access and / or routing rules used by the multi-access session required by UE_A10 is accepted and accepted. If not, it may be false.
  • the first condition and / or the third condition enable the AccessTraffic-Switching function and / or NBIFOM function and / or Access-Traffic-Splitting function and / or MPTCP required by UE_A10.
  • the request may or may not be true if accepted, or false if not accepted.
  • the first condition and / or the third condition is true if a request to start or stop the Access Traffic Splitting and / or MPTCP function using the second type of multi-access session is accepted. May be false if not accepted. Further, the first condition and / or the third condition may be true if a request to start or stop transmission / reception of user data using Access Traffic Splitting and / or MPTCP function is accepted, If it is not accepted, it may be false.
  • UE_A 10 executes a procedure for establishing a security association with the access network and / or core network_A 90 (S2300). Note that the UE_A 10 may omit the security association procedure when a security association with the network has already been established.
  • UE_A10 transmits a control message to the access network device. Specifically, UE_A10 transmits a PDU session establishment request message to TWAG_A74 when the access network of the connection destination is the second access and / or WLAN ⁇ ⁇ ANa70 (S2302). Further, UE_A10 transmits an IKE_AUTH request message to ePDG_A65 when the access network to be connected is the second access and / or WLAN ANb75 (S2302).
  • this procedure may be a UE-initiated PDU session establishment procedure example via the second access.
  • the UE_A 10 includes at least first identification information, second identification information, third identification information, seventh identification information, and eighth identification information in the PDU session establishment request message and / or the IKE_AUTH request message.
  • One or more of the thirteenth identification information and the fourteenth identification information may be included, and by including these identification information, a multi-access session and / or a multi-access session can be configured. It may be required to establish a PDU session.
  • each device has 1 of the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, and the fourteenth identification information.
  • UE_A 10 when the multi-access session has already been established, UE_A 10 includes, in the PDU session establishment request message and / or IKE_AUTH request message, information indicating that it is not an initial request (initial request) and / or a multi-access session. By including the used APN, it may be requested to add a communication path via the second access to the already established multi-access session. Note that the information indicating that it is not an initial request may be information indicating that it is a handover.
  • UE_A10 may transmit the PDU session establishment request message and / or IKE_AUTH request message including information indicating that it is an initial request (initial request), or by including these identification information.
  • a new multi-access session may be requested to be established via the second access.
  • the UE_A 10 may transmit information indicating the type of the requested PDU session in the PDU session establishment request message, or include information indicating the type of the requested PDU session to establish the PDU session. You may request the type of IP address assigned to.
  • TWAG_A74 receives the PDU session establishment request message and determines the first condition. Also, when the connection destination of UE_A10 is the second access and / or WLAN ANb75, ePDG_A65 receives the IKE_AUTH request message and determines the first condition. TWAG_A74 and / or ePDG_A65 starts the procedure (A) during this procedure when the first condition is true, and starts the procedure (B) during this procedure when the first condition is false. To do.
  • the TWAG_A74 and / or ePDG_A65 transmits a session creation request message to the PGW_A30, and starts the procedure (A) in this procedure (S2304). Further, the PGW_A 30 receives the session generation request message and determines the third condition.
  • TWAG_A74 and / or ePDG_A65 includes the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, and the thirteenth identification in the session generation request message.
  • Information, one or more of the 14th identification information may be included, information indicating whether it is an initial request, and / or APN, and / or the type of PDU session to request Alternatively, the UE_A10 request may be transmitted by including these pieces of identification information.
  • the third condition determination may be performed by PCRF_A60 instead of PGW_A30, as in the above-described UE-initiated PDU session establishment procedure example. Therefore, the description here is omitted.
  • the PGW_A 30 transmits a session generation response message to the transmission source of the session generation request message (S2306). Further, the transmission source of the session generation request message receives the session generation response message. Note that the transmission source of the session generation request message may be TWAG_A74 or ePDG_A65.
  • the PGW_A30 includes, in the session generation response message, the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information,
  • One or more pieces of identification information may be included, APN and / or IP address, and / or PDU session type may be included, and by including these pieces of identification information, UE_A10's It may indicate that the request has been granted.
  • a session generation rejection message is transmitted to the transmission source of the session generation request message (S2306). Further, the transmission source of the session creation request message receives the session creation rejection message.
  • the session creation rejection message may be a session creation response message including a reason for rejection.
  • the PGW_A30 may include one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the session generation rejection message, or these May be included to indicate that the UE_A10 request has been rejected.
  • the third condition determination is for determining whether or not PGW_A30 and / or PCRF_A60 accepts the request of UE_A10.
  • the third condition determination may be the same as the above-described UE-led PDU session establishment procedure example. Therefore, the description here is omitted.
  • TWAG_A74 transmits a PDU session establishment acceptance message to UE_A10 (S2308).
  • the ePDG_A65 receives the session generation response message
  • the ePDG_A65 transmits an IKE_AUTH response message to the UE_A10 (S2308).
  • TWAG_A74 and / or ePDG_A65 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • TWAG_A74 in the PDU session establishment acceptance message, at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information,
  • One or more of the sixteenth pieces of identification information may be included, an APN and / or IP address, and / or a type of PDU session may be included. May indicate that the UE_A10 request has been accepted, or may indicate that the connected network supports the establishment of a multi-access session and / or a PDU session that can be configured as a multi-access session. It may also indicate that establishment of a multi-access session and / or establishment of a PDU session configurable as a multi-access session is permitted.
  • the ePDG_A65 includes at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information in the IKE_AUTH response message.
  • One or more pieces of identification information may be included, APN and / or IP address, and / or PDU session type may be included, and by including these pieces of identification information, UE_A10's It may indicate that the request has been accepted, may indicate that the connected network supports the establishment of a multi-access session and / or a PDU session configurable as a multi-access session, It may indicate that the establishment of a PDU session that can be configured as an access session and / or a multi-access session is permitted.
  • each device has one of the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, and the sixteenth identification information.
  • each device transmits and receives the same APN and / or IP address as the multi-access session already established before the start of this procedure, thereby adding a communication path via the second access to the multi-access session. You may show that it was done. Conversely, each device may indicate that a new multi-access session via the second access has been established by transmitting and receiving a new APN and / or IP address, It may indicate that a PDU session that can be configured as a multi-access session has been established.
  • UE_A10 receives the PDU session establishment acceptance message and / or IKE_AUTH response message, and completes the procedure (A) in this procedure.
  • TWAG_A74 transmits the PDU session establishment rejection message to UE_A10 (S2310).
  • the ePDG_A65 receives the IKE_AUTH request message and / or the session creation rejection message, the ePDG_A65 transmits an IKE_AUTH response message to the UE_A10 (S2310).
  • TWAG_A74 may include one or more pieces of identification information among eleventh identification information, twelfth identification information, seventeenth identification information, and eighteenth identification information in the PDU session establishment rejection message, By including these identification information, it may indicate that the UE_A10 request has been rejected, and the connected network may establish a multi-access session and / or a PDU session that can be configured as a multi-access session. It may indicate that it is not supported, or may indicate that the establishment of a multi-access session and / or a PDU session configurable as a multi-access session is not permitted.
  • the ePDG_A65 may include one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the IKE_AUTH response message, or these Including identification information may indicate that the UE_A10 request has been rejected, and the connected network supports the establishment of multi-access sessions and / or PDU sessions that can be configured as multi-access sessions. May indicate that the PDU session is not allowed to be established, and may be configured as a multi-access session and / or a multi-access session.
  • each device transmits and receives one or more pieces of identification information among the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information. You may perform the operation
  • UE_A10 receives the PDU session establishment rejection message and / or the IKE_AUTH response message, and completes the procedure (B) in this procedure.
  • 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 perform the same operation as the operation of each device in the above-described UE-driven PDU session establishment procedure example based on the completion of this procedure.
  • each device has added a communication path through the second access to the multi-access session already established before the start of this procedure, or through the second access. It may be determined whether a new multi-access session has been established or a PDU session configurable as a multi-access session has been established via the second access.
  • each device transmits and receives the same APN and / or IP address as an already established multi-access session, a communication path via the second access is added to the already established multi-access session.
  • each device transmits / receives an APN and / or IP address that is different from an already established multi-access session, each device performs a new multi-access session and / or a second access via the second access. It may be recognized that a PDU session that can be configured as a multi-access session is established.
  • the first condition determination and / or the third condition determination may be the same as the above-described UE-driven PDU session establishment procedure example.
  • UE_A10 transmits an attach request message to MME_A40 via eNB_A45 (S2100), and starts an attach procedure.
  • UE_A10 may send the attach request message including the PDU session establishment request message described above, or request that the PDU session establishment procedure be performed in the attach procedure by including the PDU session establishment request message. May be.
  • UE_A10 includes at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, the fourteenth identification information in the attach request message.
  • One or more pieces of identification information may be included, and by including these pieces of identification information, UE_A10 supports establishment of a multi-access session and / or a PDU session that can be configured as a multi-access session. You may show things.
  • UE_A10 may include at least one of the 25th identification information, the 26th identification information, the 27th identification information, and the 28th identification information in the attach request message, or these By including the identification information, multi-homing support may be indicated.
  • each device transmits / receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that the first type It may indicate that UE_A10 supports the establishment of an access session, may indicate that UE_A10 supports communication using Access-Traffic-Switching, and indicates that UE_A10 supports communication using NBIFOM May be.
  • each device transmits / receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that UE_A10 performs Access Traffic Switching. It may indicate that the UE_A10 supports the establishment of a PDU session that supports AccessTraffic-Switching.
  • each device transmits and receives the thirteenth identification information, thereby enabling access using the first type multi-access session and / or the first type multi-access session in which UE_A10 can be set.
  • the routing rule corresponding to may be shown.
  • Each device transmits and receives the first type of identification information and / or the third type of identification information, and / or the eighth type of identification information, and / or the 14th type of identification information. It may indicate that UE_A10 supports the establishment of an PDU session that can be configured as an access session and / or a second type of multi-access session, and UE_A10 supports communication using Access TrafficSplitting and / or MPTCP You may show things. Further, each device transmits or receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information, so that one or a plurality of PDU sessions are transmitted. May be supported to be considered as a second type of multi-access session.
  • each device transmits / receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information, so that UE_A10 can access / traffic / Splitting, And / or may indicate that MPTCP is supported, and may indicate that UE_A10 supports establishment of a PDU session that supports Access-TrafficSplitting.
  • each device may indicate that one or a plurality of PDU sessions are bundled and supported as a second type multi-access session by transmitting and receiving the 14th identification information. Further, each device may indicate whether or not AccessTraffic Splitting and / or MPTCP functions can be executed for one or a plurality of flows by transmitting and receiving the 14th identification information. A routing rule corresponding to a configurable second type of multi-access session may be indicated. Furthermore, each device may indicate which flow of communication performs the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 14th identification information.
  • each device may indicate that UE_A10 supports the start or stop of Access Traffic Splitting and / or MPTCP function using the second type of multi-access session by transmitting and receiving the fourteenth identification information.
  • it may indicate that UE_A10 supports the start or stop of transmission / reception of user data using the Access Traffic Splitting and / or MPTCP function.
  • each device transmits / receives 25th identification information and / or 26th identification information and / or 27th identification information and / or 28th identification information, so that UE_A10 supports multihoming.
  • UE_A10 may support user data transmission / reception in a multi-homing environment.
  • each device may indicate that UE_A10 supports service session continuation in SSCmode 3 by transmitting and receiving the 25th identification information, and UE_A10 supports establishment of a PDU session that supports SSC mode 3 You may show that you do. Further, each device may indicate the SSC mode supported by UE_A10 by transmitting and receiving the 25th identification information.
  • each device may indicate that UE_A10 supports multi-homing using IPv4 and / or IPv6 by transmitting and receiving the 26th identification information and / or the 27th identification information. And / or UE_A10 may support establishment of a PDU session that supports multihoming using IPv6. Furthermore, each device may indicate the type of PDU session supported by UE_A 10 in performing multihoming by transmitting and receiving the 26th identification information and / or the 27th identification information.
  • each device may indicate Default SSC mode of UE_A10 by transmitting / receiving the 28th identification information, or may indicate Default SSC mode requested and / or supported by UE_A10.
  • UE_A 10 may transmit the identification information included in a control message different from the attach request message.
  • 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 executes the first condition determination. 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 fourth condition determination and starts the procedure (A) in this procedure.
  • the MME_A 40 determines whether the fourth condition is true or false.
  • 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).
  • the MME_A 40 transmits an attach accept message to the eNB_A 45 based on the reception of the attach request message and / or the session creation response message (S2106).
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the eNB_A45 receives the attach acceptance message and transmits an RRC message (for example, an RRC message such as an RRCConnection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or an attach acceptance message to the UE_A10 (S2108).
  • the attach acceptance message may be transmitted and received by being included in the RRC 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 indicate that has been accepted.
  • the MME_A 40 includes at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information,
  • One or more pieces of identification information may be included, and by including these pieces of identification information, it may indicate that the request of UE_A10 has been accepted. It may indicate that it supports the establishment of PDU sessions configurable as access sessions and / or multi-access sessions, and allows the establishment of PDU sessions configurable as multi-access sessions and / or multi-access sessions. May be indicated.
  • the MME_A40 may include at least one of the 29th identification information, the 30th identification information, the 31st identification information, and the 32nd identification information in the attach acceptance message, or these May be included to indicate that the UE_A10 request has been accepted, or that the network supports multihoming.
  • each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information. It may indicate that the network supports the establishment of an access session, may indicate that the network supports communication using Access Traffic Switching, or the network may support communication using NBIFOM. May be indicated.
  • Each device transmits / receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, so that the network performs Access Traffic Switching. It may indicate support, or it may indicate that the network supports the establishment of a PDU session that supports AccessTraffic-Switching.
  • each device may indicate access capable of communication using the first type multi-access session by transmitting and receiving the fifteenth identification information, or the first type of network can be set.
  • a routing rule corresponding to a multi-access session may be indicated.
  • Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information. It may indicate that the network supports the establishment of an access session and / or a PDU session that can be configured as a second type of multi-access session, and the network supports communication using Access Traffic Splitting and / or MPTCP. You may show that you do. Furthermore, each device transmits or receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that one or a plurality of PDU sessions are transmitted. May be supported to be considered as a second type of multi-access session.
  • Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that the network can access / traffic / splitting, And / or may indicate that MPTCP is supported, or may indicate that the network supports establishment of a PDU session that supports Access TrafficSplitting.
  • each device may indicate whether or not the Access Traffic Splitting function can be executed for one or a plurality of flows by transmitting and receiving the sixteenth identification information.
  • a routing rule corresponding to a configurable second type multi-access session may be shown.
  • each device may indicate which flow of communication supports the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 16th identification information.
  • each device may indicate that it supports the start or stop of the Access Traffic Splitting and / or MPTCP function using the second type multi-access session by transmitting and receiving the sixteenth identification information. It may indicate that the start or stop of transmission / reception of user data using the AccessTraffic Splitting and / or MPTCP function is supported.
  • each device transmits and receives the 29th identification information and / or the 30th identification information and / or the 31st identification information and / or the 32nd identification information, so that the network supports multihoming. It may indicate that the network supports the transmission and reception of user data in a multi-homing environment.
  • each device may indicate that the network supports service session continuity in SSCmode 3 by transmitting and receiving the 29th identification information, and the network supports establishment of a PDU session that supports SSC mode 3 You may show that you do. Furthermore, each device may indicate the SSC mode supported by the network by transmitting and receiving the 29th identification information.
  • each device may indicate that the network supports multihoming using IPv4 and / or IPv6 by transmitting / receiving the 30th identification information and / or the 31st identification information. And / or may indicate that the network supports the establishment of a PDU session that supports multihoming using IPv6. Furthermore, each device may indicate the type of PDU session supported by the network in performing multihoming by transmitting and receiving the 30th identification information and / or the 31st identification information.
  • each device may indicate the Default SSC mode that the network has by transmitting and receiving the 32nd identification information, or may indicate the Default SSC mode that the network requires and / or supports. Further, each device may indicate Default SSC mode permitted by the network by transmitting and receiving the 32nd identification information.
  • the first to third condition determination may be the same as the first to third condition determination 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-driven PDU session establishment procedure is also executed in this procedure.
  • the fourth condition is false when the PDU session establishment request message is not received, the UE-initiated PDU session establishment procedure may not be executed in this procedure, and the fourth condition is true. If it is not judged.
  • UE_A10 When UE_A10 receives an RRC message from eNB_A45, UE_A10 transmits an RRC connection message (e.g., an RRC message such as RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message) may be sent to eNB_A45 (S2110). ).
  • RRC connection message e.g., an RRC message such as RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S2112). Furthermore, MME_A40 receives a bearer setting message.
  • UE_A10 When UE_A10 receives an attach acceptance message from MME_A40 via eNB_A45, UE_A10 transmits an attach complete 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.
  • the MME_A40 transmits an attach rejection message to the UE_A10 via the eNB_A45, and starts the procedure (B) in this procedure (S2120). Further, UE_A10 receives the attach 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 attach rejection message.
  • the MME_A 40 may transmit the attach rejection message including the PDU session establishment rejection message described above, or by including the PDU session establishment rejection message, May indicate that was rejected. In that case, UE_A10 may further receive a PDU session establishment rejection message or may authenticate that the PDU session establishment procedure has been rejected.
  • the MME_A40 may include one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the attach rejection message.
  • Including identification information may indicate that the UE_A10 request has been rejected, and the connected network supports the establishment of multi-access sessions and / or PDU sessions that can be configured as multi-access sessions. May indicate that the PDU session is not allowed to be established, and may be configured as a multi-access session and / or a multi-access session.
  • each device may indicate that the network does not support establishment of the first type of multi-access session by transmitting and receiving the eleventh identification information and / or the seventeenth identification information. , May indicate that the network does not support communication using Access Traffic Switching, may indicate that the network does not support communication using NBIFOM, and informs why each request was rejected Also good.
  • each device can transmit and receive the 12th identification information and / or the 18th identification information, and can be configured as a second type multi-access session and / or a second type multi-access session. It may indicate that the network does not support session establishment, or may indicate that the network does not support communication using AccessTraffic® Splitting and / or MPTCP. In addition, each device transmits and receives the 12th identification information and / or the 18th identification information, so that the network supports bundling one or more PDU sessions as a second type multi-access session. May indicate that the request has not been made, or may notify the reason why each request was rejected.
  • each device transmits and receives the 18th identification information to indicate that the network does not support the execution of Access Traffic Splitting and / or MPTCP functions for one or more flows. Alternatively, it may indicate that the network does not support setting of a routing rule corresponding to the second type of multi-access session. Further, each device may indicate that any flow communication does not support the Access TrafficSplitting function and / or the MPTCP function by transmitting / receiving the 18th identification information.
  • each device may indicate that the network does not support starting or stopping the Access Traffic Splitting and / or MPTCP function using the second type of multi-access session by transmitting and receiving the 18th identification information.
  • it may indicate that the network does not support start or stop of user data transmission / reception using the AccessTraffic Splitting and / or MPTCP function.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • Each device may transition to the state where UE_A10 is connected to the network and / or the registration state based on the completion of the procedure (A) in this procedure, or the procedure (B) in this procedure. You may recognize that this procedure has been rejected based on the completion of.
  • 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 that a multi-access session and / or a PDU session configurable as a multi-access session can be established based on the completion of this procedure.
  • each device has a multi-access session and / or a PDU session that can be configured as a multi-access session as fourth identification information, fifth identification information, sixth identification information, ninth identification information, tenth identification information, If one or more of the identification information, the fifteenth identification information, and the sixteenth identification information is transmitted / received, it may be determined that the establishment is possible. It may be determined that establishment is not possible when at least one of the information, the 17th identification information, and the 18th identification information is transmitted / received.
  • each device determines that it is possible to establish a multi-access session and / or a PDU session that can be configured as a multi-access session, so that the communication path via the first access and the second access can be established. It may be determined that communication using the communication path can be executed.
  • the first type multi-access It may be determined that a session can be established, or it may be determined that a PDU session supporting AccessTraffic-Switching can be established. Further, when each device transmits / receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, Access Traffic ⁇ Switching, and / or It may be recognized that a PDU session to which NBIFOM can be applied can be established.
  • the second type multi-access It may be determined that it is possible to establish a PDU session that can be configured as a session and / or a second type of multi-access session, and it is determined that a PDU session that supports Access Traffic Splitting can be established. May be. Furthermore, when each device transmits / receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, Access Traffic Splitting, and / or It may be recognized that a PDU session to which MPTCP is applicable can be established.
  • each device when each device transmits / receives the 15th identification information, each device may recognize and store the access and / or routing rule that can be used in the first type multi-access session. Furthermore, when each device transmits / receives the sixteenth identification information, information that permits one or a plurality of PDU sessions to be bundled and regarded as a second type multi-access session, and / or one or a plurality of information to be transmitted / received Recognize and store information indicating whether Access TrafficSplitting and / or MPTCP functions can be executed for each flow of user data and / or routing rules available in the second type of multi-access session Also good. Further, when transmitting and receiving the sixteenth identification information, each device may recognize which flow of communication the function of AccessSTrafficSplitting and / or the function of MPTCP can be applied.
  • each device may start or stop the Access Traffic Splitting and / or MPTCP function using the second type multi-access session when transmitting / receiving the 16th identification information, and Access TrafficSplitting and / or User data transmission / reception using the MPTCP function may be started or stopped. Furthermore, when each device transmits / receives the 16th identification information, each device may transition to a state in which the Access Traffic Splitting and / or MPTCP function can be executed.
  • each device transmits / receives one or more pieces of identification information among the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information
  • the reason why the UE_A10 request is rejected May be recognized.
  • each device may perform this procedure again based on the reason why the request of UE_A10 is rejected.
  • each device may authenticate that UE_A10 supports multihoming when transmitting and receiving the 25th identification information and / or the 26th identification information and / or the 27th identification information, and UE_A10 May support the type of PDU session in multihoming supported by. Furthermore, each device authenticates that UE_A10 supports service session continuation in SSC mode 3 when transmitting and receiving 25th identification information and / or 26th identification information and / or 27th identification information, You may memorize
  • each device may authenticate and store Default SSC mode supported by UE_A10 when transmitting and receiving the 28th identification information, or set Network DefaultSSC mode to the mode indicated by the 28th identification information, and You may change it.
  • each device may authenticate that the network supports multihoming when it transmits and receives the 29th identification information and / or the 30th identification information and / or the 31st identification information. May support the type of PDU session in multihoming supported by. Furthermore, each device authenticates that the network supports service session continuity in SSC mode 3 when transmitting and receiving 29th identification information and / or 30th identification information and / or 31st identification information, The SSC mode supported by the network may be authenticated and stored.
  • each device may authenticate and store the Default SSC mode supported by the network when transmitting and receiving the 32nd identification information, or set the Default SSC mode of UE_A10 to the mode indicated by the 32nd identification information, And / or may be changed.
  • 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 determination and / or the third condition determination may be similar to the above-described UE-driven PDU session establishment procedure example. Further, the first condition and / or the third condition may be true if the network supports multi-homing and / or service session continuity in SSC mode 3, and may be false if it does not support it. . Furthermore, the first condition and / or the third condition may be true when the network supports multihoming using IPv4 and / or IPv6, and may be false when the network does not support it. Further, the first condition and / or the third condition may be true when the Default SSC mode requested by the UE_A10 is accepted or false when rejected. Note that the condition for determining the first condition and / or the third condition is not limited to this.
  • the UE_A10 includes at least one of the 25th identification information, the 26th identification information, the 27th identification information, and the 28th identification information in the PDU session establishment request message and / or the IKE_AUTH request message. Information may be included, and by including these pieces of identification information, UE_A 10 may indicate that multihoming is supported.
  • TWAG_A74 may include at least one or more identification information of 29th identification information, 30th identification information, 31st identification information, and 32nd identification information in the PDU session establishment acceptance message. Including these pieces of identification information may indicate that the request of UE_A10 has been accepted, or may indicate that the network supports multihoming.
  • the ePDG_A65 may include at least one of the 29th identification information, the 30th identification information, the 31st identification information, and the 32nd identification information in the IKE_AUTH response message. May be included to indicate that the UE_A10 request has been accepted, or that the network supports multihoming.
  • each device may perform the same operation as the operation of each device in the example of the attach procedure described above when one or more pieces of identification information among the 25th to 32nd identification information are transmitted / received. Therefore, detailed description here is omitted.
  • This procedure is a procedure for updating the routing rules for the multi-access session.
  • Each device executes this procedure at any timing as long as UE_A10 is connected to core network_A90 via a plurality of access networks and / or has established a multi-access session. I can do things.
  • each apparatus can start this procedure in the first state. Further, after execution of this procedure, the state may transit to the second state. Note that, upon completion of this procedure, each device may enter a state of permitting Access Traffic Switching in a multi-access session or a state of permitting AccessTraffic Splitting. Further, by executing this procedure, each device may be regarded as a second type multi-access session by bundling one or a plurality of PDU sessions.
  • 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 this setting and / or state change and / or a request from an application running on UE_A10, and execute this procedure led by UE_A10.
  • this procedure may be a procedure via the first access or a procedure via the second access.
  • each device may execute this procedure via the first access and associate with the second access.
  • this procedure may be executed via the second access.
  • the PCRF_A60 starts an IP-CAN session update procedure with the PGW_A30 (S2400). More specifically, the PCRF_A60 transmits a request message during the IP-CAN session update procedure to the PGW_A30. Further, the PGW_A 30 receives a request message during the IP-CAN session update procedure.
  • the PCRF_A60 may include at least the 19th identification information and / or the 20th identification information in the request message during the IP-CAN session establishment procedure, and routing by including these identification information. It may request to update the rule, or may indicate a network request.
  • PGW_A30 starts the procedure (C) in this procedure.
  • the PGW_A30 transmits a bearer update request message to the SGW_A35, and / or TWAG_A74, and / or ePDG_A65, and starts (C) in this procedure (S2402).
  • SGW_A35 and / or TWAG_A74 and / or ePDG_A65 receive the bearer update request message.
  • PGW_A30 may select SGW_A35 and / or TWAG_A74 and / or ePDG_A65 based on the received bearer resource command message described later, or for the multi-access session held by PGW_A30. You may implement based on context.
  • PGW_A30 and / or SGW_A35 may include at least the 19th identification information and / or the 20th identification information in the bearer update request message, and by including these identification information, the routing rule May be requested to be updated, or a network request may be indicated.
  • SGW_A35 when SGW_A35 receives a bearer update request message, SGW_A35 transmits a bearer update request message to MME_A40 (S2402). Further, MME_A40 receives the bearer update request message and transmits an EPS bearer context change request message to UE_A10 (S2404).
  • TWAG_A74 receives the bearer update request message, TWAG_A74 transmits a PDN change request message to UE_A10 (S2404).
  • ePDG_A65 When ePDG_A65 receives the bearer update request message, it transmits an INFORMATIONAL request message to UE_A10 (S2404).
  • the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message may be a routing rule update request message.
  • the MME_A 40 may include at least the 19th identification information and / or the 20th identification information in the EPS bearer context change request message, and updates the routing rule by including these identification information. May request a request, or may indicate a network request.
  • TWAG_A74 may include at least the 19th identification information and / or the 20th identification information in the PDN change request message, and request to update the routing rule by including these identification information. It may also indicate a network request.
  • the ePDG_A65 may include at least the 19th identification information and / or the 20th identification information in the INFORMATIONAL request message, and request that the routing rule be updated by including these identification information. It may also indicate a network request.
  • each device may request that the Access Traffic Switching function and / or the NBIFOM function be executed for the multi-access session by transmitting and receiving the 19th identification information.
  • each device may request to set or change access for performing communication using the first type multi-access session by transmitting and receiving the 19th identification information.
  • the type of access after the change may be indicated.
  • the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
  • each device may request to set or change the routing rule associated with the first type multi-access session by transmitting and receiving the 19th identification information, or the first type multi-access A routing rule associated with a session may be indicated.
  • each device may request to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 20th identification information. Further, each device may indicate or identify each bundled PDU session by transmitting / receiving the 20th identification information.
  • each device can communicate using one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 20th identification information, and the function of Access Traffic Splitting, and It may be requested to execute the function of MPTCP, or the function of Access TrafficSplitting and / or the function of MPTCP may be requested to stop. Further, each device may indicate which flow of communication executes the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 20th identification information.
  • each device starts or stops the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths by transmitting / receiving the 20th identification information It may be requested to start or stop transmission / reception of user data using the Access TrafficSplitting function and / or MPTCP function.
  • each device may request to set or change the routing rule associated with the second type multi-access session by transmitting / receiving the twentieth identification information, or the second type multi-access A routing rule associated with a session may be indicated.
  • UE_A10 receives the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message, and determines the fifth condition. UE_A10 starts the procedure (A) in this procedure when the fifth condition is true, and starts the procedure (B) in this procedure when the fifth condition is false.
  • the fifth condition determination is for determining whether or not the UE_A 10 accepts the network request.
  • the fifth condition is true when the network request is accepted and the network request is permitted.
  • the fifth condition being false is a case where the network request is rejected, and may be a case where the fifth condition is not determined to be true.
  • the fifth condition determination is for determining whether or not the UE_A 10 accepts the request for the routing rule update procedure.
  • the fifth condition may be true when UE_A10 permits the updating of the routing rule, and the fifth condition may be false when UE_A10 does not permit the updating of the routing rule.
  • the fifth condition may be true when the network requests an update of the routing rule and UE_A10 permits the request. Further, the fifth condition may be false when the network requests an update of the routing rule and UE_A10 does not permit the request. Furthermore, the fifth condition may be false when UE_A10 does not support updating of routing rules.
  • the fifth condition may be true if the request for updating the routing rules of the first type and / or the second type of multi-access session requested by the network is accepted. Well, it can be false if not accepted.
  • the fifth condition may be true if the type of access used in the multi-access session and / or the routing rule required by the network is acceptable, or may be false if not accepted.
  • the fifth condition is a request for whether to enable the AccessTraffic Switching function and / or the NBIFOM function and / or the Access Traffic Splitting function and / or the MPTCP function required by the network. May be true if accepted, false if not accepted.
  • the fifth condition may be true if a request that bundles one or more PDU sessions and considers it as a second type of multi-access session may be true or false if not accepted. Good.
  • UE_A10 transmits a response message for acceptance to the reception source of the control message, and starts the procedure (A) in this procedure (S2406). Specifically, when receiving the EPS bearer context change request message, UE_A 10 transmits an EPS bearer context change acceptance message to MME_A 40 (S2406). Further, the MME_A 40 receives the EPS bearer context change acceptance message. When UE_A10 receives the PDN change request message, UE_A10 transmits the PDN change acceptance message to TWAG_A74 (S2406). Furthermore, TWAG_A 74 receives the PDN change acceptance message.
  • UE_A10 when receiving the INFORMATIONAL request message, UE_A10 transmits the INFORMATIONAL response message to ePDG_A65 (S2406). Furthermore, ePDG_A65 receives the INFORMATIONAL response message.
  • the EPS bearer context change acceptance message and / or the PDN change acceptance message and / or the INFORMATIONAL response message may be a routing rule update request message.
  • UE_A10 may include the 21st identification information and / or the 22nd identification information in the EPS bearer context change acceptance message and / or the PDN change acceptance message and / or the INFORMATIONAL response message, By including these pieces of identification information, it may indicate that routing rules are updated and / or network requests are permitted.
  • each device may indicate that the function of Access Traffic Switching and / or the function of NBIFOM is executed for the multi-access session by transmitting / receiving the 21st identification information.
  • Each device may indicate that it is permitted to set or change access for communication using the first type multi-access session by transmitting and receiving the 21st identification information.
  • the type of access after setting or changing may be indicated.
  • the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
  • each device may indicate that the setting or change of the routing rule associated with the first type of multi-access session is permitted by transmitting and receiving the 21st identification information.
  • a routing rule associated with a type of multi-access session may be indicated.
  • each device may indicate that it is permitted to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 22nd identification information. Further, each device may indicate or identify the multi-access session by transmitting / receiving the 22nd identification information.
  • each device can communicate using one or a plurality of flows, which can communicate using the second type of multi-access session, by transmitting and receiving the 22nd identification information, It may indicate that it is permitted to execute the function of MPTCP, or may indicate that it is permitted to stop the function of Access / TrafficSplitting and / or MPTCP. Furthermore, each device may indicate which flow of communication the function of Access TrafficSplitting and / or the function of MPTCP is executed by transmitting / receiving the 22nd identification information. And / or each device starts or stops the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths by transmitting / receiving the 22nd identification information. This may indicate that the user has been permitted, or may indicate that the user data transmission / reception using the AccessTraffic Splitting function and / or the MPTCP function is permitted to start or stop.
  • each device may indicate that the setting or change of the routing rule associated with the second type multi-access session is permitted by transmitting / receiving the 22nd identification information.
  • a routing rule associated with a type of multi-access session may be indicated.
  • MME_A 40 transmits a bearer update response message to SGW_A 35 (S2408). Further, SGW_A35 receives the bearer update response message and transmits the bearer update response message to PGW_A30 (S2408).
  • TWAG_A74 transmits a bearer update response message to PGW_A30 (S2408).
  • the ePDG_A65 receives the INFORMATIONAL response message
  • the ePDG_A65 transmits a bearer update response message to the PGW_A30 (S2408).
  • PGW_A30 receives the bearer update response message.
  • Each device completes the procedure (A) in this procedure based on the transmission / reception of the bearer update response message.
  • MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include at least the 21st identification information and / or the 22nd identification information in the bearer update response message. May be included to indicate that routing rule updates and / or network requests are permitted.
  • UE_A10 transmits a response message for rejection to the reception source of the control message, and starts the procedure (B) in this procedure (S2410). Specifically, when the UE_A10 receives the EPS bearer context change request message, the UE_A10 transmits an EPS bearer context change rejection message to the MME_A40 (S2410). Further, the MME_A 40 receives the EPS bearer context change rejection message. When UE_A10 receives the PDN change request message, UE_A10 transmits the PDN change rejection message to TWAG_A74 (S2410). Further, TWAG_A 74 receives the PDN change rejection message.
  • UE_A10 If UE_A10 receives the INFORMATIONAL request message, UE_A10 transmits the INFORMATIONAL response message to ePDG_A65 (S2410). Furthermore, ePDG_A65 receives the INFORMATIONAL response message.
  • the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message may be a routing rule update response message.
  • UE_A10 may include the 23rd identification information and / or the 24th identification information in the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL response message, By including these pieces of identification information, it may indicate that routing rules are updated and / or network requests are permitted.
  • each device may indicate that the execution of the Access ⁇ Traffic Switching function and / or the NBIFOM function is not permitted for the multi-access session by transmitting / receiving the 23rd identification information.
  • each device may indicate that a request for setting or changing access for performing communication using the first type multi-access session has been rejected by transmitting and receiving the 23rd identification information.
  • the request for setting or changing the access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session may be rejected.
  • Each device may indicate that a request for setting or changing a routing rule associated with the first type of multi-access session has been rejected by transmitting and receiving the 23rd identification information. The reason why the request was rejected may be notified.
  • each device may indicate that access setting or change for communication using the first type multi-access session was not permitted by transmitting and receiving the 23rd identification information. This may indicate that setting or changing the routing rule corresponding to the first type of multi-access session was not permitted.
  • each device may indicate that a request for bundling one or a plurality of PDU sessions to be regarded as a second type multi-access session is rejected by transmitting / receiving the 24th identification information. Further, each device may notify the reason for refusal to a request that bundles one or a plurality of PDU sessions and regards it as a second type multi-access session by transmitting and receiving the 24th identification information.
  • each device can communicate using one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 24th identification information, and the Access Traffic Splitting function, and It may indicate that the request to execute the MPTCP function is rejected, or may indicate that the request to stop the AccessTraffic-Splitting function and / or the MPTCP function is rejected. Furthermore, each device may indicate which flow communication does not execute the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 24th identification information. And / or each device starts or stops a function of Access Traffic Splitting and / or MPTCP using a plurality of PDU sessions and / or a plurality of communication paths by transmitting / receiving the 24th identification information. It may indicate that the request has been rejected, or may indicate that a request to start or stop the transmission / reception of user data using the AccessTraffic Splitting function and / or MPTCP function is rejected.
  • each device may indicate that a request for setting or changing a routing rule associated with the second type multi-access session is rejected by transmitting and receiving the 24th identification information. The reason why the request was rejected may be notified.
  • each device may indicate that the execution of the Access Traffic Splitting function is not permitted for each flow by transmitting / receiving the 24th identification information, or the second type multi-access session. It may indicate that setting or changing of the corresponding routing rule is not permitted.
  • the MME_A 40 transmits a bearer update rejection message to the SGW_A 35 (S2412). Further, SGW_A35 receives the bearer update rejection message and transmits the bearer update rejection message to PGW_A30 (S2412). Further, when the TWAG_A 74 receives the PDN change rejection message, the TWAG_A 74 transmits a bearer update rejection message to the PGW_A 30 (S2412). When ePDG_A65 receives the INFORMATIONAL response message, ePDG_A65 transmits a bearer update rejection message to PGW_A30 (S2412). Further, the PGW_A 30 receives the bearer update rejection message. Each device completes the procedure (B) in this procedure based on the transmission / reception of the bearer update rejection message.
  • the bearer update rejection message may be a bearer update response message including a reason for rejection.
  • MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include at least the 23rd identification information and / or the 24th identification information in the bearer update rejection message. May be included to indicate that routing rule updates and / or network requests were not permitted.
  • Each device completes the procedure (C) in this procedure based on the completion of the procedure (A) and / or (B) in this procedure.
  • the PGW_A30 ends the IP-CAN session update procedure based on the completion of the procedure (C) in this procedure (S2414). More specifically, the PGW_A 30 transmits a response message in the IP-CAN session update procedure to the PCRF_A 60 and ends the IP-CAN session update procedure. Furthermore, the PCRF_A 60 receives a response message during the IP-CAN session update procedure.
  • PGW_A30 may include the 21st identification information and / or the 22nd identification information in the response message during the IP-CAN session establishment procedure, and by including these identification information, the routing rule Update and / or network request may be permitted.
  • the PGW_A30 may include the 23rd identification information and / or the 24th identification information in the response message during the IP-CAN session establishment procedure, or by including these identification information, It may indicate that an update and / or network request was not granted.
  • the IP-CAN session update procedure (S2400) (S2414) may be omitted.
  • this procedure may be a procedure led by PGW_A30, not a procedure led by PCRF_A60, and PGW_A30 may assume the role played by PCRF_A60.
  • Each device completes this procedure based on the completion of the procedure (C) in this procedure and / or the completion of the IP-CAN session update procedure.
  • Each device may recognize that this procedure has been accepted 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 or may not update the routing rule corresponding to the multi-access session based on the completion of this procedure. In other words, each device may update the routing rule corresponding to the multi-access session when receiving the 21st identification information and / or the 22nd identification information. Further, each device may update the routing rule corresponding to the multi-access session when receiving the 23rd identification information and / or the 24th identification information.
  • each device may execute the function of Access Traffic Switching and / or the function of NBIFOM for the multi-access session when transmitting / receiving the 21st identification information.
  • each device may recognize that the access for performing communication using the first type multi-access session is set or changed. You may recognize the access after the change.
  • each device may recognize that the routing rule associated with the first type of multi-access session has been set or changed when the 21st identification information is transmitted / received. You may recognize and memorize
  • each device may recognize that one or a plurality of PDU sessions can be bundled and regarded as a second type multi-access session. Furthermore, each device may identify the multi-access session when transmitting and receiving the 22nd identification information.
  • each device when each device transmits / receives the 22nd identification information, the function of Access Traffic Splitting for communication of one or a plurality of flows that can communicate using the second type multi-access session, and / or Alternatively, the MPTCP function may be executed or stopped. Further, when transmitting and receiving the 22nd identification information, each device may recognize which flow's communication is applicable to the Access Traffic Splitting function and / or the MPTCP function. And / or when each device transmits / receives the 22nd identification information, it starts or stops the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths. Alternatively, transmission / reception of user data using the Access Traffic Splitting function and / or MPTCP function may be started or stopped.
  • each device may recognize that the routing rule associated with the second type multi-access session is set or changed when the 22nd identification information is transmitted or received. You may recognize and memorize
  • each device when each device transmits / receives the 23rd identification information, each device may determine that the function of Access Traffic Switching and / or the function of NBIFOM cannot be executed for the multi-access session. It may be recognized that access for performing communication using this type of multi-access session has not been set or changed.
  • each device may recognize that the routing rule associated with the first type multi-access session has not been set or changed when the 23rd identification information is transmitted / received.
  • each device may determine that one or a plurality of PDU sessions cannot be considered as a second type multi-access session.
  • each device transmits / receives the 24th identification information, the function of Access Traffic Splitting for communication of one or a plurality of flows that can communicate using the second type multi-access session, and / or Alternatively, it may be determined that the MPTCP function cannot be executed or stopped, and it may be recognized which flow communication the AccessTraffic-Splitting function and / or the MPTCP function is not applicable. And / or when each device transmits / receives the 24th identification information, it cannot start or stop the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths Alternatively, it may be determined that transmission / reception of user data using the Access TrafficSplitting function and / or MPTCP function cannot be started or stopped.
  • each device may recognize that the routing rule associated with the second type multi-access session has not been set or changed when the 24th identification information is transmitted / received.
  • UE-led routing rule update procedure example An example of a procedure for performing the routing rule update procedure led by UE_A 10 will be described with reference to FIG. Hereafter, each step of this procedure will be described. First, UE_A 10 transmits a control message to a device in an access network and / or a device in core network_A 90 that has established a multi-access session, and starts a UE-led routing rule update procedure (S2500). ).
  • UE_A 10 may transmit a bearer resource change request message to MME_A 40 (S2500). Further, the MME_A 40 may receive a bearer resource change request message. Further, when the multi-access session is established through the second access and / or WLANANa 70, UE_A10 may transmit a PDN change instruction message to TWAG_A74. Further, the TWAG_A 74 may receive a PDN change instruction message. Further, when the multi-access session is established through the second access and / or the WLAN ANb65, an INFORMATIONAL request message may be transmitted to the ePDG_A65.
  • the ePDG_A65 may receive the INFORMATIONAL request message and transmit the INFORMATIONAL response message to the UE_A10.
  • the bearer resource change request message and / or the PDN change instruction message and / or the INFORMATIONAL request message may be a routing rule update request message.
  • UE_A10 may include the thirteenth identification information and / or the fourteenth identification information in the bearer resource change request message and / or the PDN change instruction message and / or INFORMATIONAL request message. By including the identification information, it may be requested to update the routing rule, or the UE_A10 request may be indicated.
  • each device may request to execute the Access-Traffic-Switching function and / or the NBIFOM function for the multi-access session by transmitting / receiving the thirteenth identification information.
  • Each device may request to set or change access for communication using the first type multi-access session by transmitting and receiving thirteenth identification information.
  • the type of access after the change may be indicated.
  • the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
  • each device may request to set or change the routing rule associated with the first type multi-access session by transmitting and receiving the thirteenth identification information, or the first type multi-access A routing rule associated with a session may be indicated.
  • each device may request to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the 14th identification information. Further, each device may indicate or identify each bundled PDU session by transmitting and receiving the 14th identification information.
  • each device can communicate using one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the fourteenth identification information, and the Access Traffic Splitting function, It may be requested to execute the function of MPTCP, or the function of Access TrafficSplitting and / or the function of MPTCP may be requested to stop. Furthermore, each device may indicate which flow of communication performs the function of Access TrafficSplitting and / or the function of MPTCP by transmitting / receiving the 14th identification information.
  • each device starts or stops the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths by transmitting and receiving the 14th identification information It may be requested to start or stop transmission / reception of user data using the Access TrafficSplitting function and / or MPTCP function.
  • each device may request to set or change the routing rule associated with the second type multi-access session by transmitting and receiving the fourteenth identification information, or the second type multi-access A routing rule associated with a session may be indicated.
  • the MME_A 40 transmits a bearer resource command message to the SGW_A 35 (S2504). Furthermore, SGW_A35 receives the bearer resource command message and transmits the bearer resource command message to PGW_A30 (S2504). Further, when receiving the PDN change instruction message, the TWAG_A 74 transmits a bearer resource command message to the PGW_A 30 (S2504). Further, when the ePDG_A65 receives the INFORMATIONAL request message, the ePDG_A65 transmits a bearer resource command message to the PGW_A30 (S2504).
  • MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include the 13th identification information and / or the 14th identification information in the bearer resource command message. By including the identification information, it may be requested to update the routing rule, or a UE_A10 request may be indicated.
  • PGW_A30 receives the bearer resource command message and executes an IP-CAN session update procedure with PCRF_A60 (S2506). Specifically, the PGW_A30 transmits a request message during the IP-CAN session update procedure to the PCRF_A60. Further, the PCRF_A60 receives the request message during the IP-CAN session update procedure, determines the sixth condition, and transmits a response message during the IP-CAN session update procedure to the PGW_A30. Further, PGW_A30 receives the response message during the IP-CAN session update procedure, and recognizes the result of the sixth condition determination.
  • the sixth condition determination is for determining whether or not the network accepts the request of UE_A10.
  • the sixth condition is true when the UE_A10 request is accepted, and 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 sixth condition may be true when UE_A 10 requests updating of the routing rule and the network permits the request.
  • the sixth condition may be false when UE_A 10 requests an update of the routing rule and the network does not permit the request.
  • the sixth condition may be false when the network to which the UE_A 10 is connected and / or the device in the network does not support the updating of the routing rule.
  • the sixth condition may be true if the request for updating the routing rules of the first type and / or the second type of multi-access session requested by UE_A10 is accepted. Well, it can be false if not accepted.
  • the sixth condition may be true if the access type and / or routing rule used in the multi-access session requested by UE_A 10 is accepted, and may be false if not accepted.
  • the sixth condition is that the UE_A10 requests whether to enable the Access Traffic Switching function and / or the NBIFOM function and / or the AccessTraffic Splitting function and / or the MPTCP function. May be true if accepted, false if not accepted.
  • the sixth condition may be true if a request to bundle one or more PDU sessions and consider it as a second type of multi-access session may be true or false if not accepted. Good.
  • the PGW_A30 may include the 13th identification information and / or the 14th identification information in the request message during the IP-CAN session update procedure, and by including these identification information, the routing rule May be requested to update or UE_A10 may be requested.
  • the PCRF_A60 may include at least the result of the sixth information determination in the response message during the IP-CAN session update procedure. By including this result, the PCRF_A60 notifies the PGW_A30 of the result of the sixth condition determination. May be.
  • PCRF_A60 may include the fifteenth identification information and / or the sixteenth identification information in the response message during the IP-CAN session update procedure, and by including these identification information, It may indicate that the update and / or the request of UE_A10 is permitted.
  • PCRF_A60 may include the 17th identification information and / or the 18th identification information in the response message during the IP-CAN session update procedure, or by including these identification information, An update and / or UE_A10 request may not be permitted.
  • the IP-CAN session update procedure may be omitted.
  • the sixth condition determination may be performed not by PCRF_A60 but by PGW_A30.
  • PGW_A30 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 procedure (A) in this procedure may be the same as the procedure (C) of the network-led routing rule update procedure.
  • PGW_A30 and / or SGW_A35 may include the fifteenth identification information and / or the sixteenth identification information in the bearer change request message.
  • the inclusion of the identification information may indicate that the routing rule update and / or UE_A10 request is permitted.
  • the MME_A 40 may include the fifteenth identification information and / or the sixteenth identification information in the EPS bearer context change request message, and by including these identification information, the routing rule can be updated, and / or Alternatively, it may indicate that the request of UE_A10 is permitted.
  • the TWAG_A74 may include the fifteenth identification information and / or the sixteenth identification information in the PDN change request message, and update the routing rule and / or UE_A10 by including these identification information. May indicate that the request has been granted.
  • the ePDG_A65 may include the 15th identification information and / or the 16th identification information in the INFORMATIONAL request message, and by including these identification information, update of the routing rule and / or UE_A10 It may indicate that the request has been granted.
  • each device may indicate that the function of Access Traffic Switching and / or the function of NBIFOM is executed for the multi-access session by transmitting / receiving the fifteenth identification information.
  • Each device may indicate that it is permitted to set or change access for communication using the first type multi-access session by transmitting and receiving the fifteenth identification information.
  • the type of access after setting or changing may be indicated.
  • the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
  • each device may indicate that the setting or change of the routing rule associated with the first type multi-access session is permitted by transmitting and receiving the fifteenth identification information.
  • a routing rule associated with a type of multi-access session may be indicated.
  • each device may indicate that it is permitted to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session by transmitting and receiving the sixteenth identification information. Further, each device may indicate or identify the multi-access session by transmitting / receiving the sixteenth identification information.
  • each device can communicate using one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the sixteenth identification information, and the Access Traffic Splitting function, It may indicate that it is permitted to execute the function of MPTCP, or may indicate that it is permitted to stop the function of Access / TrafficSplitting and / or MPTCP. Further, each device may indicate which flow of communication the function of Access TrafficSplitting and / or the function of MPTCP is executed by transmitting / receiving the 16th identification information. And / or each device starts or stops the Access Traffic Splitting function and / or MPTCP function using a plurality of PDU sessions and / or a plurality of communication paths by transmitting / receiving the 16th identification information. This may indicate that the user has been permitted, or may indicate that the user data transmission / reception using the AccessTraffic Splitting function and / or the MPTCP function is permitted to start or stop.
  • Each device may indicate that setting or changing of a routing rule associated with the second type of multi-access session is permitted by transmitting and receiving the 16th identification information.
  • a routing rule associated with a type of multi-access session may be indicated.
  • the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message may be a routing rule update response message.
  • the PGW_A 30 transmits a bearer update rejection message to the bearer resource command message transmission source, and starts the procedure (B) in this procedure (S2510). More specifically, PGW_A30 transmits a bearer update rejection message to SGW_A35 and / or TWAG_A74 and / or ePDG_A65 (S2510). Furthermore, SGW_A35 and / or TWAG_A74 and / or ePDG_A65 receive the bearer update rejection message.
  • the bearer update rejection message may be a bearer update request message including a reason for rejection or a bearer update response message.
  • the PGW_A30 and / or SGW_A35 may include the 17th identification information and / or the 18th identification information in the bearer update rejection message, and update these routing rules by including these identification information. And / or UE_A10 request may not have been granted.
  • SGW_A35 when SGW_A35 receives the bearer update rejection message, SGW_A35 transmits a bearer update rejection message to MME_A40 (S2510). Further, the MME_A 40 receives the bearer update rejection message, and transmits an EPS bearer context change rejection message to the UE_A 10 (S2512).
  • TWAG_A74 receives the bearer update rejection message, TWAG_A74 transmits a PDN change rejection message to UE_A10 (S2512).
  • ePDG_A65 When ePDG_A65 receives the bearer update rejection message, it transmits an INFORMATIONAL request message to UE_A10 (S2512).
  • the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message may be a routing rule update rejection message.
  • the MME_A 40 may include the 17th identification information and / or the 18th identification information in the EPS bearer context change rejection message, and by including these identification information, updating the routing rule, and It may also indicate that the request for UE_A10 has not been granted.
  • the TWAG_A74 may include the 17th identification information and / or the 18th identification information in the PDN change rejection message, and by including these identification information, updating the routing rule and / or UE_A10 May indicate that the request was not granted.
  • the ePDG_A65 may include the 17th identification information and / or the 18th identification information in the INFORMATIONAL request message, and by including these identification information, the routing rule is updated and / or the UE_A10 It may indicate that the request was not granted.
  • each device may indicate that the execution of the Access Traffic Switching function and / or the NBIFOM function is not permitted for the multi-access session by transmitting / receiving the 17th identification information.
  • each device may indicate that a request for setting or changing access for performing communication using the first type multi-access session is rejected by transmitting and receiving the 17th identification information.
  • the request for setting or changing the access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session may be rejected.
  • Each device may indicate that a request for setting or changing a routing rule associated with the first type of multi-access session has been rejected by transmitting and receiving the 17th identification information. The reason why the request was rejected may be notified.
  • each device may indicate that access setting or change for communication using the first type multi-access session was not permitted by transmitting and receiving the 17th identification information. This may indicate that setting or changing the routing rule corresponding to the first type of multi-access session was not permitted.
  • each device may indicate that the request for bundling one or a plurality of PDU sessions and regarding it as the second type multi-access session is rejected by transmitting and receiving the 18th identification information. Further, each device may indicate the reason why a request to bundle one or a plurality of PDU sessions and regard it as a second type multi-access session is rejected by transmitting and receiving the 18th identification information.
  • each device can transmit and receive the 18th identification information to communicate using one or a plurality of flows that can communicate using the second type multi-access session, and the Access Traffic Splitting function, and It may indicate that the request to execute the MPTCP function is rejected, or may indicate that the request to stop the AccessTraffic-Splitting function and / or the MPTCP function is rejected.
  • each device may indicate which flow of communication does not execute the function of AccessSTrafficSplitting and / or the function of MPTCP by transmitting / receiving the 18th identification information.
  • each device starts or stops the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths by transmitting and receiving the 18th identification information. It may indicate that the request has been rejected, or may indicate that it has been rejected to start or stop transmission / reception of user data using the AccessTraffic Splitting function and / or MPTCP function.
  • each device may indicate that a request for setting or changing a routing rule associated with the second type multi-access session is rejected by transmitting and receiving the 18th identification information. The reason why the request was rejected may be notified.
  • each device may indicate that the execution of the Access Traffic Splitting function and / or MPTCP function is not permitted for each flow by transmitting / receiving the eighteenth identification information. This may indicate that setting or changing of the routing rule corresponding to the multi-access session of the type is not permitted.
  • UE_A10 receives the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message. Furthermore, when receiving the INFORMATIONAL request message, UE_A10 transmits an INFORMATIONAL response message to ePDG_A65 (S2514). Each device completes the procedure (B) in this procedure based on the transmission / reception of the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message and / or the INFORMATIONAL response message.
  • Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
  • Each device may recognize that this procedure has been accepted 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 or may not update the routing rule corresponding to the multi-access session based on the completion of this procedure. In other words, each device may update the routing rule corresponding to the multi-access session when receiving the fifteenth identification information and / or the sixteenth identification information. In addition, when each device receives the 17th identification information and / or the 18th identification information, it may update the routing rule corresponding to the multi-access session.
  • each device may execute the function of Access ⁇ Traffic ⁇ Switching and / or the function of NBIFOM for the multi-access session when the 15th identification information is transmitted / received.
  • each device may recognize that access for performing communication using the first type multi-access session is set or changed. You may recognize the access after the change.
  • Each device may recognize that the routing rule associated with the first type multi-access session is set or changed when the 15th identification information is transmitted or received. You may recognize and memorize
  • each device when each device transmits / receives the 16th identification information, one or a plurality of PDU sessions may be bundled and regarded as a second type multi-access session. Furthermore, each device may identify a multi-access session when it transmits and receives the sixteenth identification information.
  • each device when each device transmits / receives the 16th identification information, the function of Access Traffic Splitting for communication of one or a plurality of flows that can communicate using the second type multi-access session, and / or Alternatively, the MPTCP function may be executed or stopped. Furthermore, when transmitting and receiving the 16th identification information, each device may recognize which flow of communication the Access Traffic Splitting function and / or the MPTCP function can be applied. And / or each device starts or stops the Access Traffic Splitting function and / or MPTCP function using a plurality of PDU sessions and / or a plurality of communication paths when transmitting / receiving the 16th identification information. Alternatively, transmission / reception of user data using the Access Traffic Splitting function and / or MPTCP function may be started or stopped.
  • each device may recognize that the routing rule associated with the second type multi-access session is set or changed when the 16th identification information is transmitted / received, or the second type A routing rule associated with a multi-access session may be recognized and / or stored.
  • each device when each device transmits / receives the 17th identification information, each device may determine that the function of Access Traffic Switching and / or the function of NBIFOM cannot be executed for the multi-access session. It may be recognized that access for performing communication using this type of multi-access session has not been set or changed.
  • each device may recognize that the routing rule associated with the first type of multi-access session has not been set or changed when the 17th identification information is transmitted / received.
  • each device may determine that one or a plurality of PDU sessions cannot be bundled and regarded as a second type multi-access session.
  • each device transmits / receives the 18th identification information, the function of Access Traffic Splitting for communication of one or a plurality of flows that can communicate using the second type multi-access session, and / or Alternatively, it may be determined that the MPTCP function cannot be executed or stopped, and it may be recognized which flow communication the AccessTraffic-Splitting function and / or the MPTCP function is not applicable. And / or each device cannot start or stop the Access Traffic Splitting function and / or MPTCP function using multiple PDU sessions and / or multiple communication paths when transmitting and receiving the 18th identification information Alternatively, it may be determined that transmission / reception of user data using the Access TrafficSplitting function and / or MPTCP function cannot be started or stopped.
  • each device may recognize that the routing rule associated with the second type multi-access session has not been set or changed.
  • 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.
  • SGW_A35 and / or PGW_A30 may be UP functions. Furthermore, SGW_A35 and / or PGW_A30 may be configured as a single device or may be configured as different devices.
  • the eNB_A45 in this embodiment may be a device in another 3GPP access network instead of the E-UTRAN_A80 device.
  • eNB_A45 may be NextGen BS_A122, NB_A22, or BSS_A26.
  • TWAG_A74 in the present embodiment may be a device in another non-3GPP access network, or may be 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.
  • a program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM), a nonvolatile 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 program recorded on the recording medium may be read by a computer system and executed.
  • 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. Further, in the case where an integrated circuit technology that replaces the current integrated circuit appears due to progress in semiconductor technology, 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

多種多様な複数のアクセスネットワークに接続する端末装置やネットワークの装置に好適なセッションを確立するための通信制御手段や、複数のアクセスネットワークを介してセッションを確立している端末装置やネットワークの装置に好適なユーザデータの通信制御手段等を提供する。これにより、NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の最適化の為の検討が行われている。多種多様な複数のアクセスネットワークへの接続をサポートした端末装置やネットワークの装置に好適な通信制御手段を提供することとなる。

Description

端末装置、ゲートウェイ、及び通信制御方法
　本発明は、端末装置等に関する。本出願は、２０１６年８月１２日に日本国において出願された特願２０１６－１５８４５０に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
　近年の移動通信システムの標準化活動を行う3GPP(3rd Generation PartnershipProject)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(EvolvedPacket System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、次世代移動通信システムである5G(5thGeneration)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術として、NextGen(Architecture and Security for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
　例えば、多種多様なアクセスネットワークをサポートする端末に応じた、継続的な移動通信サービスをサポートする為の通信手続きの最適化及び多様化や、通信手続きの最適化及び多様化に合わせたシステムアーキテクチャの最適化等も要求条件として挙げられている。
3GPP TR 23.799; Technical Specification GroupServices and System Aspects; Study on Architecture for Next Generation System;(Release 14)
　NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の最適化の為の検討が行われている。
　より具体的には、セッション確立手続きやユーザデータの通信手続きで用いるアクセスネットワークを多様化することで、端末やネットワーク装置に適した継続的な移動通信サービスを提供する為の検討行われている。
　しかし、多種多様なアクセスネットワークをサポートした端末やネットワーク装置の為のセッションを確立する為の手段や、多種多様なユーザデータの通信手段を実現する為の手段等が明らかになっていない。
　本発明は、このような事情を鑑みてなされたもので、その目的は、セッション確立の為の手段や、多種多様なユーザデータの通信を実現する為の通信制御手段等を提供することである。
　本発明の端末装置は、ルーティングルール更新要求メッセージをコアネットワークの制御装置に送信し、第1の情報を含むルーティングルール更新受諾メッセージを前記コアネットワークの制御装置から受信する、ルーティングルール更新手続きを実行する送受信部と、前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccess Traffic Splitting機能を開始する、制御部とを備え、前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報であることを特徴とする。
　コアネットワークに含まれる本発明のゲートウェイは、ベアラリソースコマンドメッセージをコアネットワークの制御装置又はnon-3GPPアクセスの制御装置から受信し、第1の情報を含むベアラ更新要求メッセージを、前記ベアラリソースコマンドメッセージの受信元である前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置に送信する、ルーティングルール更新手続きを実行する送受信部と、前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccess Traffic Splitting機能を開始する、制御部とを備え、前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報であることを特徴とする。
　本発明の端末装置の通信制御方法は、ルーティングルール更新要求メッセージをコアネットワークの制御装置に送信し、第1の情報を含むルーティングルール更新受諾メッセージを前記コアネットワークの制御装置から受信する、ルーティングルール更新手続きを実行するステップと、前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccess Traffic Splitting機能を開始する、ステップとを有し、前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報であることを特徴とする。
　コアネットワークに含まれる本発明のゲートウェイの通信制御方法は、ベアラリソースコマンドメッセージをコアネットワークの制御装置又はnon-3GPPアクセスの制御装置から受信し、第1の情報を含むベアラ更新要求メッセージを、前記ベアラリソースコマンドメッセージの受信元である前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置に送信する、ルーティングルール更新手続きを実行するステップと、前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccess Traffic Splitting機能を開始する、ステップとを有し、前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報であることを特徴とする。
　本発明によれば、端末は、同時に複数のアクセスネットワークを介してコアネットワークに接続することができ、さらに、多種多様なユーザデータの通信を実現することができる。また、コアネットワークは、多種多様なアクセスネットワークに接続している端末装置を収容することができ、さらに、移動通信サービスを提供することができる。
移動通信システムの概略を説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワークの構成等の1例を説明する為の図である。 移動通信ネットワークの構成等の1例を説明する為の図である。 UEの装置構成を説明する為の図である。 UEの記憶部を説明する為の図である。 eNB/NextGen BS/WAGの装置構成を説明する為の図である。 MMEの装置構成を説明する為の図である。 MMEの記憶部を説明する為の図である。 MMEの記憶部を説明する為の図である。 SGW/PGW/SCEFの装置構成を説明する為の図である。 SGWの記憶部を説明する為の図である。 PGWの記憶部を説明する為の図である。 SCEFの記憶部を説明する為の図である。 PDUセッション確立状態を説明する為の図である。 通信手続きの概要を説明する為の図である。 アタッチ手続きを説明する為の図である。 UE主導のPDUセッション確立手続きを説明する為の図である。 UE主導の第2のアクセスを介したPDUセッション確立手続きを説明する為の図である。 ネットワーク主導のルーティングルール更新手続きを説明する為の図である。 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)、又はCIoT(Cellular Internet of Things)端末(CIoT UE)等でもよい。なお、CIoT端末とはコアネットワーク_A90へ接続可能なIoT(Internet of Things)端末であり、IoT端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置等の様々なIT(Information Technology)機器でよい。
　また、UE_A10は、アクセスネットワーク及び/又はコアネットワーク_A90と接続する事ができる。さらに、UE_A10は、アクセスネットワーク及び/又はコアネットワーク_A90を介してPDN_A5と接続する事ができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータでよい。さらに、ユーザデータの送受信(通信)はPDU(Protocol Data Unit、又はPacket Data Unit)セッションを用いて実施されてもよい。さらに、ユーザデータの通信は、IP(Internet Protocol)通信に限らず、non-IP通信でもよい。
　ここで、PDUセッションは、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供する為、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッションは、UE_A10と外部ゲートウェイとの間で確立する接続性でよい。ここで、外部ゲートウェイは、PGW(Packet Data Network Gateway)_A30やSCEF(ServiceCapability Exposure Function)_A46等のコアネットワーク_A90とPDN_A5を接続する装置でよい。
　また、PDUセッションは、UE_A10と、コアネットワーク_A90及び/又はPDN_A5との間でユーザデータを送受信する為に確立される通信路でもよく、PDUを送受信する為の通信路でもよい。さらに、PDUセッションは、UE_A10と、コアネットワーク_A90及び/又はPDN_A5との間で確立されるセッションでもよく、移動通信システム1内の各装置間の1又は複数のベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、PDUセッションは、UE_A10が、コアネットワーク_A90と外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、PGW_A30及び／又はSCEF_A46との間に確立するPDNコネクション(Packet Data Network Connection)等のコネクションでもよい。
　なお、PDUセッションは、eNB(evolved NodeB)_A45及び/又はSGW(ServingGateway)_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セッションに対して、1又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN(AccessPoint Name)、TFT(Traffic Flow Template)、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、NSI(Network Slice Instance)識別情報、及びアクセスネットワーク識別情報のうち、少なくとも1つが含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
　また、IP通信とは、IPを用いたデータの通信の事であり、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 AccessNetwork)_A25、NextGen RAN(Next Generation Radio AccessNetwork)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125でもよい。なお、UE_A10はコアネットワーク_A90に接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワーク_A90に接続してもよい。
　さらに、コアネットワーク_A90は、アクセスネットワーク及び/又はPDN_A5と接続した移動通信事業者(Mobile Operator)が運用するIP移動通信ネットワークの事である。コアネットワーク_A90は、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(MobileVirtual Network Operator)等の仮想移動通信事業者の為のコアネットワークでもよい。また、コアネットワーク_A90はCIoT端末を収容する為のコアネットワークでもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、NextGenSystem(Next Generation System) を構成するNextGen Core(NextGeneration Core)でもよい。
　次に、コアネットワーク_A90の構成例を説明する。本実施形態では2つのコアネットワーク_A90の構成例を説明する。なお、コアネットワーク_A90は、第1のコアネットワーク、第2のコアネットワーク、又はこれらの組み合わせでもよい。また、第1のコアネットワークはEPCでもよく、第2のコアネットワークはNextGen Coreでもよい。さらに、第1のコアネットワーク及び/又は第2のコアネットワークは、IoTの為に最適化されたシステムで構成されてよい。
　ここで、コアネットワーク_A90は、1又は複数のNSIによって構成されてもよい。なお、NSIとは、NST(Network Slice Template)を用いて生成されるネットワークスライス(Network Slice)の実体である。また、NSTとは、要求される通信サービスやcapabilityを提供する為の1又は複数のNF(Network Function)と関連するリソース要求が含まれる、NSIを生成する為のテンプレートである。つまり、NSIとは、複数のNFにより構成されたコアネットワーク内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。
　ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGW等の機能装置でもよいし、MM(Mobility Management)やSM(Session Management)等の機能やcapability情報でもよい。
　また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
　まず、図2にコアネットワーク_A90が第1のコアネットワークである場合のコアネットワーク_A90の構成の1例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(AuthenticationAuthorization Accounting)_A55、PCRF(Policy and ChargingRules Function)_A60、PGW_A30、ePDG(enhancedPacket Data Gateway)_A65、SGW_A35、MME(Mobility Management Entity)_A40、SGSN(ServingGPRS Support Node)_A42、SCEF_A46により構成される。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続する事ができる。
　無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、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とWLANANa70とPCRF_A60とAAA_A55とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_A90と単一のDNを接続するゲートウェイでもよい。さらに、PGW_A30は、User plane CIoT EPS optimization及び/又はControl plane CIoT EPS optimizationを用いて送受信されるユーザデータの為のゲートウェイとして機能してもよい。
　ここで、User plane CIoT EPS optimizationとは、各装置が、U-Plane(User Plane)を用いてユーザデータを送受信する通信方法である。さらに、User plane CIoT EPS optimizationは、各装置が、サービスリクエスト手続き(Service Request Procedure)を用いる事なく、アイドルモード(ECM-IDLEmode(EMM-IDLE modeとも称する))からアクティブモード(ECM-CONNECTED mode(EMM-CONNECTED modeとも称する))に遷移する事ができる通信方法でもよいし、アイドルモードに遷移する際に、各装置が、コンテキストの一部を保持する事ができる通信方法でもよい。なお、U-Planeとは、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
　また、Control plane CIoT EPS optimizationとは、各装置が、C-Plane(Control Plane)を用いてユーザデータを送受信する通信方法である。なお、C-Planeとは、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
　さらに、PGW_A30は、PDN_A5との接点を持ったユーザデータの転送を行うUPファンクション(U-Plane Function 、又はU-Plane Network Function)でもよく、PDN_A5とコアネットワーク_A90との間でユーザデータを転送する為のゲートウェイであるUP GW(UserPlane Gateway)でもよい。さらに、PGW_A30は、ATSSS(Access Traffic Steering, Switching and Splitting)を実現する為のATSSSファンクションでもよい。より詳細には、PGW_A30は、UPファンクションとPolicyファンクションとに接続されてもよいし、U-Planeを介してUE_A10と接続されてもよい。
　SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイとしてユーザデータの転送を行う中継装置である。さらに、SGW_A35は、User plane CIoT EPS optimization、及び/又はControl plane CIoT EPS optimizationを用いて送受信されるユーザデータの為のゲートウェイとして機能してもよい。
　さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPファンクションでもよく、アクセスネットワークとコアネットワーク_A90との間でユーザデータを転送する為のゲートウェイである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とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane)の制御装置であればよい。
　さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はNSIに接続される管理装置でもよい。ここで、複数のNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
　また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。言い換えると、MME_A40は、Control plane CIoT EPS optimizationを用いて送受信されるユーザデータの為のゲートウェイとして機能してもよい。
　さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_A90内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(Control Plane Function、又はControl PlaneNetwork Function)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。
　HSS_A50は、MME_A40とAAA_A55とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。
　AAA_A55は、PGW_A30とHSS_A50とPCRF_A60とWLANANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
　PCRF_A60は、PGW_A30とWLAN ANa75とAAA_A55とPDN_A5とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。さらに、PCRF_A60は、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
　また、PCRF_A60は、ポリシーを作成及び/又は管理するPolicyファンクションでもよい。より詳細には、PCRF_A60は、ATSSSファンクションとUPファンクションとに接続されていてもよいし、ATSSS機能の為のルール(ATSSS Function rules)を作成及び/又は管理する装置でもよい。
　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_A40の選択機能を持つ。
　SCEF_A46は、PDN_A5とMME_A40とHSS_A50とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。言い換えると、SCEF_A46は、Control plane CIoT EPS optimizationを用いて送受信されるユーザデータの為のゲートウェイとして機能してもよい。なお、SCEF_A46は、non-IP通信の為のゲートウェイでもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDNを接続するゲートウェイも複数配置されてよい。
　また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、E-UTRAN_A80は、LTE(LongTerm Evolution)のアクセスネットワークであり、eNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal TerrestrialRadio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続してよい。
　UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(NodeB)_A22とを含んで構成される。NB_A22は、UTRA(UniversalTerrestrial 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_A26で構成されてよい。また、複数のBSS_A26は互いに接続してよい。またBSS_A26はRNC_A24と接続してもよい。
　WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(Wireless Local Area Network 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 APb76を含んで構成される。WLAN APb76は、コアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。このように、WLAN ANb75は、コアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保する為のセキュリティー機能を持つ。
　次に、コアネットワーク_A90が第2のコアネットワークである場合のコアネットワーク_A90の構成の1例を説明する。図3にコアネットワーク_A90の構成の1例を示す。図3(a)のコアネットワーク_A90は、HSS_A50、PCRF_A60、PGW_A30、SGW_A35、MME_A40、SCEF_A46により構成される。
　また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120、WLAN ANc125)に接続する事ができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、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 ANc126とに接続される装置である。さらに、MME_A40は、SGW_A35とE-UTRAN_A80とNextGenRAN_A120とWLAN ANc126と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 GenerationRadio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNextGen BS_A122が含まれて構成されてよい。
　さらに、NextGen RAN_A120は、E-UTRA及び/又はNextGen RAで構成されるアクセスネットワークでもよい。言い換えると、NextGen RAN_A120には、eNB_A45が含まれてもよいし、NextGen BS_A122が含まれてもよいし、その両方が含まれてもよい。
　WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN AccessGateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_A90とWLAN ANc125のゲートウェイでもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイの機能部とが別の装置で構成されてもよい。なお、WLAN ANc125は、WLAN ANa70及び/又はWLAN ANb75と同じ構成でもよいし、これらと異なる構成でもよい。
　なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。
　[1.2.装置の構成]
　まず、各装置で記憶される識別情報について説明する。IMSI(International MobileSubscriber 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 MMEIdentifier))と特定MME_A40内でのUE_A10の識別情報(M-TMSI(M-Temporary Mobile Subscriber Identity))とにより構成される。ME Identityは、UE_A10又はMEのIDであり、例えば、IMEI(InternationalMobile Equipment Identity)やIMEISV(IMEI SoftwareVersion)でもよい。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は、コアネットワーク_A90とDN等の外部ネットワークとを識別する識別情報でよい。さらに、APNは、コアネットワークA_90を接続するPGW_A30等のゲートウェイを選択する情報として用いる事もできる。
　なお、APNは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。なお、コアネットワーク_A90とDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、APN以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
　UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UE Network Capabilityは、UE_A10にサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN_A25及び/又はUTRAN_A20機能をもつUE_A10に対して、SGSN_A42に必要な1又は複数の情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、eNB_A45のIPアドレスである。MMEUE S1AP IDは、MME_A40内でUE_A10を識別する情報である。eNB UE S1AP IDは、eNB_A45内でUE_A10を識別する情報である。
　APN in Useは、最近使用されたAPNである。APN in UseはData Network Identifierでもよい。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Useは、PDUセッションの確立先のDNを識別する情報でもよい。
　Assigned Session Typeは、PDUセッションのタイプを示す情報である。Assigned Session TypeはAssigned PDN Typeでもよい。PDUセッションのタイプは、IPでもよいし、non-IPでもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Typeは、IPv4、IPv6、又はIPv4v6でよい。
　また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスでもよいし、IPv6アドレスでもよいし、IPv6プレフィックスでもよい。なお、Assigned Session Typeがnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
　SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。DefaultBearerは、PDUセッション確立時に取得及び/又は生成する情報であり、PDUセッションに対応づけられたデフォルトベアラ(default bearer)を識別する為のEPSベアラ識別情報である。
　EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)を識別する識別情報でもよいし、DRB(Data Radio Bearer)を識別する識別情報でもよい。TI(TransactionIdentifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPS Bearer IDは、デディケイテッドベアラ(dedicated bearer)を識別するEPSベアラ識別情報でよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報でよい。TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRB(Radio Bearer)を用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけるものでもよく、アプリケーションデータを識別する識別情報でもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
　Default Bearerは、PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。なお、EPSベアラとは、UE_A10とPGW_A30との間で確立する論理的な通信路でもよい。さらに、EPSベアラは、デフォルトベアラでもよく、デディケイテッドベアラでもよい。さらに、EPSベアラは、UE_A10とアクセスネットワーク内の基地局及び/又はアクセスポイントとの間で確立するRBを含んで構成されてよい。さらに、RBとEPSベアラとは1対1に対応づけられてよい。その為、RBの識別情報は、EPSベアラの識別情報と1対1に対応づけられてもよいし、同じ識別情報でもよい。なお、RBは、SRB及び/又はCRBでもよいし、DRBでもよい。また、DefaultBearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30がコアネットワーク_A90から取得する情報でよい。
　User Identityは、加入者を識別する情報である。UserIdentityは、IMSIでもよいし、MSISDNでもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報でもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40を識別する情報であり、MME_A40のIPアドレスでよい。
　eNB Addressは、eNB_A45のIPアドレスである。eNB IDは、eNB_A45内でUEを識別する情報である。MME Addressは、MME_A40のIPアドレスである。MMEIDは、MME_A40内で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を識別する情報である。
　モビリティタイプ(Mobility Type)は、モビリティの粒度を示す情報である。さらに、モビリティタイプはサービス継続(Service Continuity)の種類を示す情報でもよいし、サポートするモビリティの種類を示す情報でもよいし、ハンドオーバーに関する情報でもよい。例えば、モビリティタイプは、UE主導のハンドオーバーに対応するモビリティタイプでもよいし、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプであってもよく、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプでもよい。なお、モビリティタイプはモビリティクラス(Mobility Class)であってもよく、モビリティレベル(Mobilitylevel)でもよい。
　Handover Informationは、UE_A10、及び/又はネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90)のハンドオーバーに関する情報である。Handover Informationは、サポートするハンドオーバーの種類を示す情報でもよいし、各状態におけるハンドオーバーの許可情報でもよい。
　なお、サポートするハンドオーバーの種類は、3GPPアクセスネットワーク、又はnon-3GPPアクセスネットワーク内のハンドオーバーでもよいし、3GPPアクセスネットワークとnon-3GPPアクセスネットワークとの間のハンドオーバーでもよい。また、各状態におけるハンドオーバーの許可情報は、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可する事を示す情報であってよく、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可しない事を示す情報でもよい。
　さらに、Handover Informationは、UEUE-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-initiatedHandover 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、EMMState、GUTI、ME Identityを含む。
　さらに、UEごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandoverInformationを含んでもよい。
　次に、図5(c)にPDUセッションごとに記憶されるPDUセッションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、Default Bearerを含む。
　さらに、PDUセッションごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandoverInformationを含んでもよい。
　図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、NextGenBS_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等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をコンテキストとしてUE_A10毎に記憶してもよい。
　さらに、記憶部_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等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_C740は、図に示すように、MMEコンテキスト742を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UERadio 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 BSID、WAG Address、WAG IDのうち1又は複数を含む。
　さらに、UEごとに記憶されるMMEコンテキストは、Mobility Type及び/又はHandoverInformationを含んでもよい。
　次に、図9(c)にPDUセッションごとに記憶されるPDUセッションごとのMMEコンテキストを示す。図に示すように、PDUセッションごとのMMEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、PGW F-TEID、SCEF ID、Default bearerを含む。
　さらに、PDUセッションごとのMMEコンテキストは、Mobility Type及び/又はHandoverInformationを含んでもよい。
　図9(d)は、ベアラごとに記憶されるベアラごとのMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB Address、NextGen BS Address、WAG Address、eNB ID、NextGenBS ID、WAG IDのうち1又は複数を含む。ここで、図8と図9に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト又は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等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
　まず、図11(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MEIdentity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
　さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use、Assigned Session 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、SGWF-TEID、eNB F-TEID、MME Address、NextGen BS Address、WAG Address、MME ID、NextGen BS ID、WAG IDのうち1又は複数を含む。
　[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等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。
　図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MEIdentity、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、IP Address(es)、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
　さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、SGWF-TEID、PGW 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等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。以下、記憶部_D1040で記憶される情報要素について説明する。図13(b)にEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、EPSベアラコンテキストは、User Identity、APN in Use、EPS Bearer ID、Serving Node Informationを含む。
　[1.3.通信手続きの説明]
　次に、本実施形態における通信手続きを、図15を用いて説明する。ここで、各手続きの詳細手順を説明する前に、重複説明を避ける為に本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
　本実施形態におけるフローとは、5タプル、アプリケーションID等で識別されるデータユニット群である。なお、5タプルは、送信元IPアドレス、送信先IPアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号で構成されてよい。
　本実施形態における第1のアクセスとは、3GPPアクセスでよい。また、本実施形態における説明において、3GPPアクセスとは3GPPアクセスネットワークを指してもよいし、3GPPアクセスシステムを指してもよい。なお、3GPPアクセスシステムとは、各種の3GPPアクセスネットワークを構成する為の無線アクセスシステムでよい。
　さらに、本実施形態における第2のアクセスとは、non-3GPPアクセスでよい。また、本実施形態における説明において、non-3GPPアクセスとはnon-3GPPアクセスネットワークを指してもよいし、non-3GPPアクセスシステムを指してもよい。なお、non-3GPPアクセスシステムとは、各種のnon-3GPPアクセスネットワークを構成する為の無線アクセスシステムでよい。
　次に、Access Traffic Steeringとは、データフローの送受信の為に最適なアクセスネットワークを選択し、選択したアクセスネットワークを介してデータフローのトラフィックを送受信する手続きの事である。なお、最適なアクセスネットワークの選択は、ネットワークの負荷や、無線の信号品質、データフローに対応づけられたアプリケーション等に基づいて、行われてもよい。また、Access Traffic Steeringは、3GPPアクセスとnon-3GPPアクセスの間で適応可能でよい。
　また、Access Traffic Switchingとは、データフローの継続性を維持しつつ、進行中の全データフローのトラフィックを他のアクセスネットワークに移す手続きである。なお、Access Traffic Switchingは、第1のアクセスと第2のアクセスとの間で適応可能でよい。
　つまり、Access Traffic Switchingは、セッションに対応づけられたIPアドレスを用いて送受信する1又は複数のデータフローに対して、データフロー毎に第1のアクセスを介した通信路か第2のアクセスを介した通信路を選択してユーザデータを送受信する為の機能、又は通信手続きでよい。言い換えると、1つのIPアドレスを用いてユーザデータを送受信する複数のフローの通信を行う際、フロー毎に、第1のアクセスを介した通信路又は第2のアクセスを介した通信路を選択する事ができる。したがって、ある一時点において、第1のアクセスを介した通信路と第2のアクセスを介した通信路を同時に利用して複数のフローの送受信を実行する事ができる。なお、Access Traffic Switchingは、NBIFOM(IP FlowMobility based on network mobility protocols)で実現されてもよい。
　また、Access Traffic Splittingとは、単一のアプリケーション又はサービスに対応づけられた通信のトラヒックを、複数のパス又はPDUセッションに分離する機能である。さらに、Access TrafficSplittingとはこうした機能を実現する手続きであってもよい。例えば、複数のパスとは、第1のアクセスを介したパスと、第2のアクセスを介したパスであってよい。また、複数のPDUセッションとは、第1のアクセスを介したPDUセッションと、第2のアクセスを介したPDUセッションであってよい。このように、Access Traffic Splittingによって、トラヒックは第1のアクセスと第2のアクセスに分散されて送受信されてよい。
　ここで、第1のアクセスを介したパス又はPDUセッションには第1のIPアドレスが対応づけられてよい。さらに、第2のアクセスを介したパス又はPDUセッションには第2のIPアドレスが対応づけられてよい。UE_A10は、第1のIPアドレス及び第2のIPアドレスを有し、それらのアドレスを用いて通信を実行してもよい。
　なお、UE_A10による各IPアドレスを用いた通信は、IPアドレスに対応づけられたパス又はPDUセッションを用いて通信を実行する。したがって、UE_A10は、IPアドレスを選択することによって、第1のアクセスを介したパス又はPDUセッションか、第2のアクセスを介したパス又はPDUセッションかを選択して各データユニットをUP GWに送信することができる。一方で、他方のピアとなるUP GWは、送信先のUE_A10に割り当てられた、第1のIPアドレス又は第2のIPアドレスを送信先アドレスとして選択することにより、第1のアクセスを介したパス又はPDUセッションか、第2のアクセスを介したパス又はPDUセッションかを選択して各データユニットをUE_A10に送信することができる。
　なお、単一のアプリケーション又はサービスに対応づけられた通信において送受信されるトラヒックの各データユニットは、第1のアクセス又は第2のアクセスを介したいずれかの通信路を用いて配送される。言い換えると、ある1つのデータユニットが複製されて複数のパス又はPDUセッションに配送されることはない。
　また、単一のアプリケーション又はサービスに対応づけられた通信トラヒックは、単一のデータフローとして管理されてもよい。さらに、パス又はPDUセッションに分離されたデータユニット群は、異なるデータフローとして新たに管理されてもよい。具体的には、単一のデータフローは、第1のデータフローと第2のデータフローに分離して管理してもよい。さらに、第1のデータフローは第1のアクセスを介したパス又はPDUセッションに対応づけて管理し、第2のデータフローは第2のアクセスを介したパス又はPDUセッションに対応づけて管理してもよい。
　もしくは、単一のアプリケーション又はサービスに対応づけられた通信トラヒックは、単一のデータフローとして管理されてもよい。この場合、単一のデータフローをョンに分離されたデータユニット群は、引き続き同じデータフローとして管理され続けてもよい。この場合、単一のデータフローにおける各データユニットは、第1のアクセスを介したパス又はPDUセッションか、第2のアクセスを介したパス又はPDUセッションを用いて送受信されてよい。なお、各データユニットを送受信するためのパス又はPDUセッションは、ルーティングルールに基づいて選択されてよい。
　なお、Access Traffic Splittingは、MPTCP(MultipathTCP(Transmission Control Protocol))で実現されてもよい。この場合、単一のデータフローとは、MPTCPにより確立するTCPコネクションを用いて通信を行うよう設定された送受信データユニット群であってよい。このように、データフローは、TCPの通信に対応づけられたデータユニット群であってよい。
　また、MPTCPとは、複数のパスを同時に用いたピア間の通信を実現するための技術である。さらに、MPTCPは、既存のTCP(Transmission Control Protocol)の拡張で実現されてもよく、アプリケーションに、TCPと同様なサービス、及び/又は機能を提供してもよい。さらに、MPTCPは、独立した複数の通信路を確立する機能と、独立した複数の通信路を用いた通信を実現する機能とを提供してもよい。なお、ピアとは、ユーザデータを送受信する端点であってよい。さらに、ピアとは、MPTCPに基づいたコネクションの端点であってもよい。より具体的には、ピア間とは、UE_A10とUP GWとの間であってもよい。なお、UP GWは、コアネットワーク_A90内の装置であってよく、SGiインターフェースを、サポートしてもよいし、サポートしなくてもよい。また、パスは、ユーザデータの送受信に用いる通信路であってよく、PDUセッションであってもよい。さらに、MPTCPは、複数のTCPコネクションを束ねて1つのTCPコネクションのように見せる技術であってもよい。言い換えると、MPTCPは、送信元及び宛先の各IPアドレスと各ポート番号の対応づけを管理することで、複数のTCPコネクションを束ねてもよい。なお、ポート番号は、TCPのポート番号であってもよい。
　つまり、各装置は、MPTCPを用いることで、同じポート番号に対応づけられた通信を、複数のTCPコネクションを用いて実施することができる。なお、ある一時点において、送受信される各データユニットは、マルチアクセスセッションを構成するいずれかのパス又はPDUセッションに対応づけられてよく、対応づけられたパス又はPDUセッションを用いて通信されてもよい。言い換えると、ある1つのデータユニットが複製されて複数のパスに配送されることはない。なお、各装置は、MPTCPを用いてAccess Traffic Splittingを実現してもよい。
　また、ルーティングフィルターとは、ルーティングを目的として1又は複数のIPフローを識別する為に用いられる情報であり、詳細には、各フローの通信に用いるIPヘッダのパラメータ群やレンジ群でよい。
　言い換えると、ルーティングフィルターは、各フローを識別可能な情報であり、各フローで送受信するIPヘッダのパラメータ群で構成されてよい。なお、IPヘッダのパラメータ群とは、送信元IPアドレス、送信先IPアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号等の5タプルのうちの1つ以上を組み合わせた情報でよい。
　また、ルーティングアクセスタイプとは、セッションに対応づけられて送受信可能な一又は複数のIPフローの送受信する際に経由するアクセスネットワークのタイプを示す情報でよい。なお、アクセスネットワークのタイプは、第1のアクセス又は第2のアクセスでよい。
　また、ルーティングルールとは、ルーティングフィルターとルーティングアクセスタイプとのアソシエーションを可能にする情報であってよい。ルーティングルールは、ルーティングフィルターとルーティングアクセスタイプとを対応づける情報であり、セッションに対応づけられて送受信する一又は複数のフローの各フローに対して、送受信に用いるルーティングアクセスタイプを識別可能な情報であってよい。さらに、こうしたデータフローに対応する各データユニットの送受信に用いるルーティングアクセスタイプを識別可能な情報であってよい。なお、UE_A10及びコアネットワーク_A90は、ルーティングルールを基に、各フローを送受信する通信路を、第1のアクセスを介した通信路か第2のアクセスを介した通信路のいずれかを選択することができる。
　又は、ルーティングルールは、ルーティングフィルターに対して複数のルーティングアクセスタイプを対応づけ、ある特定のフローの通信を、複数の通信路を用いて送受信することを示してもよい。この場合、ある特定のフローを送受信する通信路を、第1のアクセスを介した通信路と第2のアクセスを介した通信路を両方用いて通信することができる。言い換えると、ルーティングルールによって、各データフローを送受信する通信路を決定することができる。なお、ある1つのフローの通信において送受信される各データユニットは、第1のアクセス又は第2のアクセスのいずれかを用いて配送される。言い換えると、ある1つのデータユニットが複製されて複数の通信路に配送されることはない。さらに、アクセスネットワークの選択、又は通信路の選択は、ネットワークの負荷や、無線の信号品質、データフローに対応づけられたアプリケーション等に基づいて行われてもよいし、UEポリシー及び/又はオペレータポリシーに基づいて行われてもよい。
　本実施形態におけるマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。なお、マルチアクセスセッションには、第1のタイプのマルチアクセスセッションがあってもよいし、第2のタイプのマルチアクセスセッションがあってもよい。なお、ここでのセッションはPDUセッションでもよい。
　本実施形態における第1のタイプのマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。より詳細には、第1のタイプのマルチアクセスセッションは、一又は複数のアクセスを介した通信路を持つ単一のPDUセッションでもよい。この場合、PDUセッションは、複数のアクセスを経由してトラフィックを配送するPDUセッションでもよい。さらに、第1のタイプのマルチアクセスセッションは、各アクセスを介した通信路に対して同一のIPアドレスが対応づけられてもよい。この場合、UE_A10、及び/又はネットワークは、同一のIPアドレスに対応づけられたこれら複数の通信路を用いて、複数のフローの通信を実行してもよいし、1つのIPアドレスを用いて複数のフローの通信を実行してもよい。
　なお、各フローは、第1のアクセス又は第2のアクセスのいずれかに対応づけられており、各フローの通信は、一時点において対応づけられたアクセスを介して実行される。さらに、どちらのアクセスを用いて各フローの送受信を行うかは、ルーティングルールを基に決定されてよい。なお、ルーティングルールは、オペレータポリシー及び/又はUEポリシーに基づいて決定されてよい。
　さらに、第1のタイプのマルチアクセスセッションは、NBIFOMに基づいたセッションでよい。及び/又は、第1のタイプのマルチアクセスセッションは、Access Traffic Switchingの機能をサポートしたセッションでよい。また、第1のタイプのマルチアクセスセッションは、セッションに対応づけられる1つのIPアドレスを用いて複数のフローの通信を実行可能な単一のセッションでもよい。及び/又は本実施形態における第2のタイプのマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。より詳細には、第2のタイプのマルチアクセスセッションは、一又は複数のPDUセッションで構成されるセッションであってもよい。この場合、各PDUセッションは、異なるアクセスを経由してトラヒックを配送するPDUセッションであってよい。さらに、各PDUセッションは、異なるIPアドレスが対応づけられてよい。この場合、UE_A10、及び/又はネットワークは、第2のタイプのマルチアクセスセッションを構成する一又は複数のPDUセッションを用いて、複数のフローの通信を実行してもよいし、一又は複数のIPアドレスを用いて複数のフローの通信を実行してもよい。
　さらに、第2のタイプのマルチアクセスセッションは、単一のPDUセッションであってもよい。なお、このPDUセッションには、複数のIPアドレスが割り当てられていてもよい。さらに、これらの各IPアドレスは、それぞれ異なるUP GWから割り当てられてもよい。こうした、複数のUP GWは単一のDNに接続されるGWであってもよいし、それぞれ異なるDNに接続されるGWであってもよい。また、UE_A10とUP GWは、これらの各IPアドレスを用いた通信を異なるアクセスを介して実行してもよい。
　なお、各フローの通信は、第1のアクセス又は第2のアクセスのいずれかを用いて通信を行うことも可能であり、さらに、一時点において複数のアクセスを同時に利用して通信することも可能である。さらに、各フローの通信において送受信される各データユニットは、第1のアクセス又は第2のアクセスのいずれかを用いて配送される。なお、どちらのアクセスを用いて各データユニットの送受信をするかは、ルーティングルールを基に決定されてよい。なお、ルーティングルールは、オペレータポリシー及び/又はUEポリシーに基づいて決定されて良い。
　さらに、第2のタイプのマルチアクセスセッション は、MPTCPに基づいたセッションでよい。及び/又は、第2のタイプのマルチアクセスセッションは、Access Traffic Splittingの機能をサポートしたセッションでよい。また、第2のタイプのマルチアクセスセッションは、セッションに対応づけられる一又は複数のIPアドレスを用いて複数のフローの通信を実行可能な単一のセッションであってもよい。
　なお、第2のタイプのマルチアクセスセッションは、これに限らず、第1のアクセスを介した通信路、及び/又は第2のアクセスを介した通信路から構成されたPDUセッションであってもよい。ここで、通信路はPDUセッションであってもよいし、複数のベアラで構成された論理的な接続であってもよい。
　さらに、本実施形態における第1の状態は、UE_A10がコアネットワーク_A90に接続、及び登録され、各装置がPDUセッションを確立した状態である。なお、各装置は、UE_A10がコアネットワーク_A90に登録される為の手続きとPDUセッション確立の為の手続きは、同時に実行されてもよいし、別々に実行されてもよい。
　さらに、本実施形態における第1の状態は、図14で示すように、各装置が、第1のアクセス、及び第2のアクセスを介してPDUセッションを確立している状態である。より詳細には、第1の状態は、各装置が、eNB_A45、及びSGW_A35を介して、UE_A10とPGW_A30との間で確立されるPDUセッションと、TWAG_A74、及び/又はePDG_A65を介してUE_A10とPGW_A30との間で確立されるPDUセッションとを確立している状態である。言い換えると、第1の状態は、各装置がマルチアクセスセッションを確立している状態でもよいし、第1のアクセスを介したPDUセッションと第2のアクセスを介したPDUセッションとを確立している状態でもよい。
　さらに、本実施形態における第2の状態は、各装置が、第1のアクセス、及び第2のアクセスを介してマルチアクセスセッションを確立している状態である。より詳細には、第2の状態は、各装置が、eNB_A45、及びSGW_A35を介して、UE_A10とPGW_A30との間で確立されるPDUセッション、及び/又は通信路と、TWAG_A74、及び/又はePDG_A65を介してUE_A10とPGW_A30との間で確立されるPDUセッション、及び/又は通信路で構成されるマルチアクセスセッションを確立している状態でもよい。
　さらに、第2の状態は、各装置が、Access TrafficSwitching、及び/又はAccess TrafficSplittingによるユーザデータの通信が可能な状態でもよい。言い換えると、第2の状態は、Access Traffic Switching機能、及び/又はAccess Traffic Splitting機能を用いたユーザデータの送受信を、開始した状態でもよいし、実行している状態でもよい。
　さらに、本実施形態におけるSSC(Session and Service Continuity) modeは、NextGenシステムにおいて、システム、及び/又は各装置がサポートするサービスセッション継続(Session and Service Continuity)のモードを示すものである。より詳細には、UE_A10とTUPF(Terminating User-Plane Function)との間で確立されたPDUセッションがサポートするサービスセッション継続の種類を示すモードでもよい。なお、SSCmodeはPDUセッション毎に設定されるサービスセッション継続の種類を示すモードでもよい。さらに、SSC modeは、SSC mode 1、SSC mode 2、SSC mode 3の3つのモードから構成されていてもよい。
　ここで、TUPFはU-Plane(User Plane)の為のNF(Network Function)でもよい。さらに、TUPFは、コアネットワーク_A90に配置されていてもよいし、アクセスネットワークに配置されていてもよい。
　さらに、本実施形態におけるSSC mode 1は、UE_A10がネットワークに接続する際に用いるRAT(Radio Access Technology)やセル等のアクセステクノロジーに関わらず、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSCmode 1は、UE_A10のモビリティが発生しても、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードでもよい。
　さらに、本実施形態におけるSSC mode 2は、TUPFのサービングエリア内でのみ、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSCmode 2は、UE_A10がTUPFのサービングエリア内にいる限り、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードでもよい。さらに、SSC mode 2は、TUPFのサービングエリアから出るような、UE_A10のモビリティが発生した場合に、確立しているPDUセッションが用いるTUPFを変更して、サービスセッション継続を実現するモードでもよい。
　ここで、TUPFのサービングエリアとは、1つのTUPFがサービスセッション継続機能を提供する事ができるエリアでもよいし、UE_A10がネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットでもよい。さらに、アクセスネットワークのサブセットとは、一又複数のRAT、及び/又はセルから構成されるネットワークでもよい。
　さらに、本実施形態におけるSSC mode 3は、UE_A10とTUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなTUPFを介した新たなPDUセッション、及び/又は通信路を確立する事を許可するサービスセッション継続のモードである。さらに、SSCmode 3は、UE_A10がマルチホーミングになる事を許可するサービスセッション継続のモードでもよい。
　及び/又は、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたTUPFを用いたサービスセッション継続が許可されたモードでもよい。言い換えると、SSCmode 3の場合、各装置は、複数のPDUセッションを用いてサービスセッション継続を実現してもよいし、複数のTUPFを用いてサービスセッション継続を実現してもよい。
　ここで、各装置が、新たなPDUセッション、及び/又は通信路を確立する場合、新たなTUPFの選択は、ネットワークによって実施されてもよいし、新たなTUPFは、UE_A10がネットワークに接続した場所に最適なTUPFでもよい。さらに、複数のPDUセッション、及び/又はPDUセッションが用いるTUPFが有効である場合、UE_A10は、アプリケーション、及び/又はフローの通信の新たに確立されたPDUセッションへの対応づけを、即座に実施してもよいし、通信の完了に基づいて実施してもよい。
　さらに、本実施形態におけるDefault SSC modeは、特定のSSC modeが定まらない場合に、UE_A10及び/又はネットワークが用いるSSC modeである。具体的には、Default SSC modeは、アプリケーションからのSSC modeの要求がない場合、及び/又はアプリケーションに対してSSC modeを決める為のUE_A10のポリシーがない場合に、UE_A10が用いるSSC modeでもよい。及び/又は、UE_A10からのSSC modeの要求がない場合に、ネットワークが用いるSSC modeでもよい。
　なお、Default SSC modeは、加入者情報、及び/又はオペレータポリシー、及び/又はUE_A10のポリシーに基づいて、PDN_A5毎に設定されていてもよいし、UE_A10、及び/又は加入者毎に設定されていてもよい。さらに、Default SSC modeは、SSC mode 1、SSC mode 2又はSSC mode 3を示す情報でもよい。
　さらに、本実施形態におけるマルチホーミング(Multihoming)は、UE_A10が同一又は異なる複数のPDN_A5に接続した状態のことである。より詳細には、マルチホーミングは、UE_A10が、異なる複数のPGW、及び/又はUP GW(User Plane Gateway)を介して、同一又は異なるPDN_A5に接続した状態であってもよい。言い換えると、マルチホーミングは、同一又は異なる複数のPDN_A5に対して、各装置が複数のPDUセッションを確立している状態であってもよい。より詳細には、マルチホーミングは、同一又は異なる複数のPDN_A5に対して、各装置が、異なる複数のPGW、及び/又はUP GWを介して複数のPDUセッションを確立している状態であってもよい。なお、各装置が確立している複数のPDUセッションは、全て同じアクセスを介して確立されていてもよいし、PDUセッション毎に異なるアクセスを介して確立されていてもよい。さらに、各PDUセッションは、それぞれ異なるIPアドレスに対応づけていてもよい。さらに、マルチホーミングをサポートPDUセッション、及び/又はマルチホーミング可能な環境で確立されるマルチアクセスセッションは、マルチホームPDUセッション(multi-homed PDU Session)であってもよい。
　例えば、UE_A10が、第1のPDN_A5に対してPDUセッションAを確立していて、PDN_A5に対してPDUセッションBを確立している場合、PDUセッションAとPDUセッションBは同じアクセスを介して確立されていてもよいし、異なるアクセスを介して確立されていてもよい。さらに、PDUセッションA、及び/又はPDUセッションBは第1のアクセスを介して確立されていてもよいし、第2のアクセスを介して確立されていてもよい。
　さらに、PDUセッションAに対応づけられているIPアドレスは、PDUセッションBに対応づけられているIPアドレスと異なるIPアドレスであってもよい。なお、第1のPDN_A5と第2のPDN_A5とは、同じPDN_A5であってもよいし、異なるPDN_A5であってもよい。
　次に、本実施形態における識別情報について説明する。本実施形態における第1の識別情報は、UE_A10が、一又は複数のIPアドレスを用いて通信する事ができる、第1のアクセスを介した通信路と第2のアクセスを介した通信路を確立する事ができる機能を有する事を示す情報である。言い換えると、第1の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報でもよい。又は、第1の識別情報は、UE_A10が第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを用いて通信を行う為の機能を有する事を示す情報でもよい。又は、第1の識別情報は、UE_A10が、AccessTraffic Switching及び/又はAccessTraffic Splittingを実行する為の機能を有する事を示す情報でもよい。又は、第1の識別情報は、UE_A10が、Access Traffic Switching及び/又はAccess Traffic Splittingによる通信を実行する為の機能を有する事を示す情報でもよい。
　本実施形態における第2の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報である。及び/又は、第2の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッションを用いて通信を行う機能を有する事を示す情報でもよい。及び/又は、第2の識別情報は、UE_A10が、Access Traffic Switchingを実行する為の機能を有する事を示す情報でもよい。及び/又は、第2の識別情報は、UE_A10が、Access Traffic Switchingによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第2の識別情報は、UE_A10が、NBIFOMを実行する為の機能を有する事を示す情報でもよい。及び/又は、第2の識別情報は、UE_A10が、NBIFOMによる通信を実行する為の機能を有する事を示す情報でもよい。
　本実施形態における第3の識別情報は、UE_A10が、第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報である。及び/又は、第3の識別情報は、UE_A10が、複数のPDUセッションをまとめて第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報である。及び/又は、第3の識別情報は、UE_A10が、第2のタイプのマルチアクセスセッションを用いて通信を行う機能を有する事を示す情報でもよい。及び/又は、第3の識別情報は、UE_A10が、Access Traffic Splittingを実行する為の機能を有する事を示す情報でもよいし、Access Traffic Splittingによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第3の識別情報は、UE_A10が、MPTCPを実行する為の機能を有する事を示す情報でもよいし、MPTCPによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第3の識別情報は、UE_A10が、Access Traffic Splitting機能、及び/又はMPTCP機能をサポートする事を示す情報でもよい。
　本実施形態における第4の識別情報は、ネットワークが、一又は複数のIPアドレスを用いて通信する事ができる、第1のアクセスを介した通信路と第2のアクセスを介した通信路を確立する事ができる機能を有する事を示す情報である。言い換えると、第4の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報でもよい。又は、第4の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを用いて通信を行う為の機能を有する事を示す情報でもよい。又は、第4の識別情報は、ネットワークが、Access Traffic Switching及び/又はAccess Traffic Splittingを実行する為の機能を有する事を示す情報でもよい。又は、第4の識別情報は、ネットワークが、Access Traffic Switching及び/又はAccess Traffic Splittingによる通信を実行する為の機能を有する事を示す情報でもよい。
　なお、本実施形態において、ネットワークが機能を有するという意味は、コアネットワーク_A90及び/又は、MME_A40やPGW_A30等のコアネットワーク_A90に含まれる装置が機能を有する事を示してもよい。
　本実施形態における第5の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報である。及び/又は、第5の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッションを用いて通信を行う機能を有する事を示す情報でもよい。及び/又は、第5の識別情報は、ネットワークが、Access Traffic Switchingを実行する為の機能を有する事を示す情報でもよい。及び/又は、第5の識別情報は、ネットワークが、Access Traffic Switchingによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第5の識別情報は、ネットワークが、NBIFOMを実行する為の機能を有する事を示す情報でもよい。及び/又は、第5の識別情報は、ネットワークが、NBIFOMによる通信を実行する為の機能を有する事を示す情報でもよい。
　本実施形態における第6の識別情報は、ネットワークが、第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報である。及び/又は、第6の識別情報は、ネットワークが、複数のPDUセッションをまとめて第2のタイプのマルチアクセスセッションを確立する機能を有する事を示す情報であってもよい。及び/又は、第6の識別情報は、ネットワークが、第2のタイプのマルチアクセスセッションを用いて通信を行う機能を有する事を示す情報でもよい。及び/又は、第6の識別情報は、ネットワークが、Access Traffic Splittingを実行する為の機能を有する事を示す情報でもよいし、Access Traffic Splittingによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第6の識別情報は、ネットワークが、MPTCPを実行する為の機能を有する事を示す情報でもよいし、MPTCPによる通信を実行する為の機能を有する事を示す情報でもよい。及び/又は、第6の識別情報は、ネットワークが、Access Traffic Splitting機能、及び/又はMPTCP機能をサポートする事を示す情報でもよい。
　本実施形態における第7の識別情報は、第1のタイプのマルチアクセスセッションの確立を要求する事を示す情報である。及び/又は、第7の識別情報は、AccessTraffic Switching機能、及び/又はNBIFOM機能をサポートするPDUセッションを確立する事を要求する情報でもよい。
　本実施形態における第8の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立を要求する事を示す情報である。及び/又は、第8の識別情報は、Access Traffic Splitting機能をサポートするPDUセッションを確立する事を要求する情報でもよい。
　本実施形態における第9の識別情報は、第1のタイプのマルチアクセスセッションの確立を許可する事を示す情報である。及び/又は、第9の識別情報は、第1のタイプのマルチアクセスセッションを確立する要求が受諾された事を示すステータス情報でもよい。及び/又は、第9の識別情報は、第1のタイプのマルチアクセスセッションを確立した事を示す情報でもよい。及び/又は、第9の識別情報は、確立したセッションが第1のタイプのマルチアクセスセッションである事を示す情報でもよい。及び/又は、第9の識別情報は、確立したセッションを識別するセッション識別情報でもよい。及び/又は、第9の識別情報は、確立するPDUセッションが、Access Traffic Switching機能、及び/又はNBIFOM機能をサポートする事を示す情報でもよい。
　本実施形態における第10の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立を許可する事を示す情報である。及び/又は、第10の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションを確立する要求が受諾された事を示すステータス情報でもよい。及び/又は、第10の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションを確立した事を示す情報でもよい。及び/又は、第10の識別情報は、確立したセッションが第2のタイプのマルチアクセスセッション、及び/又は第2のマルチアクセスセッションとして構成可能なPDUセッションである事を示す情報でもよいし、確立したPDUセッションが第2のタイプのマルチアクセスセッションを構成するPDUセッションである事を示す情報でもよい。及び/又は、第10の識別情報は、確立したPDUセッションを識別するセッション識別情報でもよい。及び/又は、第10の識別情報は、確立するPDUセッションが、Access Traffic Splitting機能をサポートする事を示す情報でもよい。
　本実施形態における第11の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッションの確立を許可しない事を示す情報である。及び/又は、第11の識別情報は、第1のタイプのマルチアクセスセッションの確立を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第11の識別情報は、第1のタイプのマルチアクセスセッションをサポートしない事を示す理由情報(Reject Cause)でもよい。及び/又は、第11の識別情報は、Access Traffic Switching機能、及び/又はNBIFOM機能をサポートしない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第12の識別情報は、ネットワークが、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示す情報である。及び/又は、第12の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第12の識別情報は、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションをサポートしない事を示す理由情報(Reject Cause)でもよい。及び/又は、第12の識別情報は、AccessTraffic Splitting機能、及び/又はMPTCP機能をサポートしない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第13の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスを、変更又は設定する事を要求する情報である。及び/又は、第13の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能を実行する事を要求する情報でもよい。及び/又は、第13の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを変更又は設定する事を示す情報でもよい。なお、第13の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、UE_A10が変更を要求するルールであってよく、UEポリシーに基づいたルールでもよい。
　本実施形態における第14の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、UE_A10が要求する事を示す情報である。さらに、第14の識別情報は、束ねられる各PDUセッションを識別する情報を含んでもよい。なお、PDUセッションを識別する情報は、セッションIDでもよいし、EPSベアラを識別するEPSベアラIDでもよい。例えば、PDUセッションAとPDUセッションBとを束ねる場合、第14の識別情報は、PDUセッションAを識別する情報とPDUセッションBを識別する情報とを含んでもよい。さらに、第14の識別情報は、束ねられる各PDUセッションに対応づけられた情報を含んでいてもよい。なお、PDUセッション対応づけられた情報とは、PDUセッション毎のtokenのような、各PDUセッションをマルチアクセスセッションとして束ねる事ができる事を示す情報でもよい。
　また、第14の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を要求する情報でもよい。さらに、第14の識別情報は、どのフローの通信がAccess Traffic Splittingの機能、及び/又はMPTCPの機能を実行するかを要求する情報でもよい。及び/又は、第14の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、UE_A10が要求する事を示す情報でもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、UE_A10が要求する事を示す情報でもよい。なお、第14の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、UE_A10が変更を要求するルールであってよく、UEポリシーに基づいたルールでもよい。
　本実施形態における第15の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可する事を示す情報である。及び/又は、第15の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能を実行した事を示す情報でもよい。及び/又は、第15の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行した事を示す情報でもよい。なお、第15の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールでもよいし、実行したルーティングルールでもよい。さらに、ルーティングルールは、UE_A10が変更を要求し、ネットワークが実行を許可したルールでもよいし、オペレータポリシーに基づいて実行が許可されたルールでもよい。
　本実施形態における第16の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、ネットワークが許可する事を示す情報である。さらに、第16の識別情報は、マルチアクセスセッションを識別する情報を含んでもよい。なお、マルチアクセスセッションを識別情報は、マルチアクセスセッションに割り当てられたセッションIDでもよいし、マルチアクセスセッションを構成する各PDUセッションを識別する情報でもよいし、各PDUセッションを構成するEPSベアラを識別する情報でもよい。
　また、第16の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、UE_A10が要求するAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を許可する事を示す情報でもよい。さらに、第16の識別情報は、どのフローの通信にAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行が許可されるかを示す情報でもよい。及び/又は、第16の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、ネットワークが許可する事を示す情報でもよいし、Access Traffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、ネットワークが許可する事を示す情報でもよい。及び/又は、第16の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行した事、又は停止した事を示す情報でもよい。なお、第16の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールでもよいし、実行したルーティングルールでもよい。さらに、ルーティングルールは、UE_A10が変更を要求し、ネットワークが実行を許可したルールでもよいし、オペレータポリシーに基づいて実行が許可されたルールでもよい。
　本実施形態における第17の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す情報である。及び/又は、第17の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す情報でもよい。及び/又は、第17の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す情報でもよい。及び/又は、第17の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第17の識別情報はAccess Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す理由情報(Reject Cause)でもよい。及び/又は、第17の識別情報は第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第18の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、ネットワークが許可しない事を示す情報である。さらに、第18の識別情報は、UE_A10の、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求に対する拒絶を示す理由情報(Reject Cause)でもよい。
　また、第18の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を許可しない事を示す情報でもよい。さらに、第18の識別情報は、どのフローの通信がAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行を許可しないかを示す情報でもよい。及び/又は、第18の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、ネットワークが許可しない事を示す情報でもよいし、Access Traffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、ネットワークが許可しない事を示す情報でもよい。及び/又は、第18の識別情報は、UE_A10が要求するAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行に対して拒絶を示す情報でもよい。及び/又は、第18の識別情報は、第2のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す情報でもよい。及び/又は、第18の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第18の識別情報はAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行に対する拒絶を示す理由情報(Reject Cause)でもよい。及び/又は、第18の識別情報は第2のタイプのマルチアクセスセッションを用いた通信を行う為のルーティングルールの変更又は設定を実行しない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第19の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスを、変更又は設定する事を要求する情報である。及び/又は、第19の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能を実行する事を要求する情報でもよい。及び/又は、第19の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを変更又は設定する事を示す情報でもよい。なお、第19の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、ネットワークが変更を要求するルールであってよく、オペレータポリシーに基づいたルールでもよい。
　なお、本実施形態において、ネットワークが変更を要求するという意味は、コアネットワーク_A90及び/又は、MME_A40やPGW_A30等のコアネットワーク_A90に含まれる装置が変更を要求する事を示してもよい。
　本実施形態における第20の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、ネットワークが要求する事を示す情報である。さらに、第20の識別情報は、束ねられる各PDUセッションを識別する情報を含んでもよい。なお、PDUセッションを識別する情報は、セッションIDでもよいし、EPSベアラを識別するEPSベアラIDでもよい。例えば、PDUセッションAとPDUセッションBとを束ねる場合、第20の識別情報は、PDUセッションAを識別する情報とPDUセッションBを識別する情報とを含んでもよい。さらに、第20の識別情報は、束ねられる各PDUセッションに対応づけられた情報を含んでいてもよい。なお、PDUセッション対応づけられた情報とは、PDUセッション毎のtokenのような、各PDUセッションをマルチアクセスセッションとして束ねる事ができる事を示す情報でもよい。
　また、第20の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を要求する情報でもよい。さらに、第20の識別情報は、どのフローの通信がAccess Traffic Splittingの機能、及び/又はMPTCPの機能を実行するかを要求する情報でもよい。及び/又は、第20の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、ネットワークが要求する事を示す情報でもよいし、Access Traffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、ネットワークが要求する事を示す情報でもよい。なお、第20の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてよい。さらに、ルーティングルールは、ネットワークが変更を要求するルールであってよく、オペレータポリシーに基づいたルールでよい。
　本実施形態における第21の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可する事を示す情報である。及び/又は、第21の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能を実行した事を示す情報でもよい。及び/又は、第21の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行した事を示す情報でもよい。なお、第21の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールでもよいし、実行したルーティングルールでもよい。さらに、ルーティングルールは、ネットワークが変更を要求し、UE_A10が実行を許可したルールでもよいし、UEポリシーに基づいて実行が許可されたルールでよい。
　本実施形態における第22の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、UE_A10が許可する事を示す情報である。さらに、第22の識別情報は、マルチアクセスセッションを識別する情報を含んでもよい。なお、マルチアクセスセッションを識別情報は、マルチアクセスセッションに割り当てられたセッションIDでもよいし、マルチアクセスセッションを構成する各PDUセッションを識別する情報でもよいし、各PDUセッションを構成するEPSベアラを識別する情報でもよい。
　また、第22の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、ネットワークが要求するAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を許可する事を示す情報でもよい。さらに、第22の識別情報は、どのフローの通信にAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行が許可されるかを示す情報でもよい。及び/又は、第22の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、UE_A10が許可する事を示す情報でもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、UE_A10が許可する事を示す情報でもよい。及び/又は、第22の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行した事、又は停止した事を示す情報でもよい。なお、第22の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールでもよいし、実行したルーティングルールでもよい。さらに、ルーティングルールは、ネットワークが変更を要求し、UE_A10が実行を許可したルールでもよいし、UEポリシーに基づいて実行が許可されたルールでもよい。
　本実施形態における第23の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す情報である。及び/又は、第23の識別情報は、AccessTraffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す情報でもよい。及び/又は、第23の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す情報でもよい。及び/又は、第23の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第23の識別情報はAccess Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す理由情報(Reject Cause)でもよい。及び/又は、第23の識別情報は第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第24の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を、UE_A10が許可しない事を示す情報である。さらに、第24の識別情報は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす、ネットワークの要求に対する拒絶を示す理由情報(Reject Cause)でもよい。
　また、第24の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能、及び/又はMPTCPの機能の実行又は停止を許可しない事を示す情報でもよい。さらに、第24の識別情報は、どのフローの通信がAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行を許可しないかを示す情報でもよい。及び/又は、第24の識別情報は、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を、UE_A10が許可しない事を示す情報でもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を、UE_A10が許可しない事を示す情報でもよい。及び/又は、第24の識別情報は、ネットワークが要求するAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行に対して拒絶を示す情報でもよい。及び/又は、第24の識別情報は、第2のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの変更又は設定を実行しない事を示す情報でもよい。及び/又は、第24の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しない事を示す理由情報(Reject Cause)でもよい。及び/又は、第24の識別情報はAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行に対する拒絶を示す理由情報(Reject Cause)でもよい。及び/又は、第24の識別情報は第2のタイプのマルチアクセスセッションを用いた通信を行う為のルーティングルールの変更又は設定を実行しない事を示す理由情報(Reject Cause)でもよい。
　本実施形態における第25の識別情報は、SSC mode 3におけるサービスセッション継続を、UE_A10がサポートする事を示す情報である。及び/又は、第25の識別情報は、SSC mode 3をサポートするPDUセッションを確立する能力を、UE_A10が有する事を示す情報でもよい。及び/又は、第25の識別情報は、マルチホーミングをUE_A10がサポートする事を示す情報でもよい。及び/又は、第25の識別情報は、マルチホーミングをサポートするPDUセッションを確立する能力をUE_A10が有する事を示す情報でもよい。及び/又は、第25の識別情報は、マルチホーミング環境におけるユーザデータの送受信を、UE_A10がサポートする事を示す情報でもよい。
　本実施形態における第26の識別情報は、IPv4を用いたマルチホーミングを、UE_A10がサポートする事を示す情報である。及び/又は、第26の識別情報は、IPv4を用いたマルチホーミングをサポートするPDUセッションを確立する能力を、UE_A10が有する事を示す情報でもよい。及び/又は、第26の識別情報は、IPv4を用いたマルチホーミング環境におけるユーザデータの送受信を、UE_A10がサポートする事を示す情報でもよい。
　本実施形態における第27の識別情報は、IPv6を用いたマルチホーミングを、UE_A10がサポートする事を示す情報である。及び/又は、第27の識別情報は、IPv6を用いたマルチホーミングをサポートするPDUセッションを確立する能力を、UE_A10が有する事を示す情報でもよい。及び/又は、第27の識別情報は、IPv6を用いたマルチホーミング環境におけるユーザデータの送受信を、UE_A10がサポートする事を示す情報でもよい。
　本実施形態における第28の識別情報は、UE_A10のDefault SSC modeを示す情報である。及び/又は、第28の識別情報は、UE_A10がDefaultSSC modeを有する事を示す情報でもよい。及び/又は、第28の識別情報は、UE_A10が要求するDefault SSC modeでもよい。
　本実施形態における第29の識別情報は、SSC mode 3におけるサービスセッション継続を、ネットワークがサポートする事を示す情報である。及び/又は、第29の識別情報は、SSCmode 3をサポートするPDUセッションを確立する能力を、ネットワークが有する事を示す情報でもよい。及び/又は、第29の識別情報は、マルチホーミングをネットワークがサポートする事を示す情報でもよい。及び/又は、第29の識別情報は、マルチホーミングをサポートするPDUセッションを確立する能力をネットワークが有する事を示す情報でもよい。及び/又は、第29の識別情報は、マルチホーミング環境におけるユーザデータの送受信を、ネットワークがサポートする事を示す情報でもよい。
　本実施形態における第30の識別情報は、IPv4を用いたマルチホーミングを、ネットワークがサポートする事を示す情報である。及び/又は、第30の識別情報は、IPv4を用いたマルチホーミングをサポートするPDUセッションを確立する能力を、ネットワークが有する事を示す情報でもよい。及び/又は、第30の識別情報は、IPv4を用いたマルチホーミング環境におけるユーザデータの送受信を、ネットワークがサポートする事を示す情報でもよい。
　本実施形態における第31の識別情報は、IPv6を用いたマルチホーミングを、ネットワークがサポートする事を示す情報である。及び/又は、第31の識別情報は、IPv6を用いたマルチホーミングをサポートするPDUセッションを確立する能力を、ネットワークが有する事を示す情報でもよい。及び/又は、第31の識別情報は、IPv6を用いたマルチホーミング環境におけるユーザデータの送受信を、ネットワークがサポートする事を示す情報でもよい。
　本実施形態における第32の識別情報は、ネットワークのDefaultSSC modeを示す情報である。及び/又は、第32の識別情報は、ネットワークがDefault SSC modeを有する事を示す情報でもよい。及び/又は、第32の識別情報は、ネットワークが要求する、及び/又は許可したDefault SSC modeでもよい。なお、UE_A10のDefault SSC modeとネットワークのDefault SSC modeとは、同じSSC modeを示すDefault SSC modeでもよいし、異なるSSC modeを示すDefault SSC modeでもよい。
　次に、本実施形態における通信手続きを、図15を用いて説明する。なお、各手続きの詳細は、後述する。各装置は、まず、アタッチ手続き(S2000)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S2002)を実行し、第1の状態に遷移する(S2004)。なお、各装置は、アタッチ手続き及び/又はPDUセッション確立手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
　また、各装置は、第1の状態に遷移する為に、第1のアクセスを介した初期手続き(アタッチ手続き、及び/又はPDUセッション確立手続き)とは別に、第2のアクセスを介した初期手続きも実行する。なお、各装置は、第1のアクセスを介した初期手続きの実行後に、第2のアクセスを介した初期手続きを実行してもよいし、第2のアクセスを介した初期手続きの実行後に第1のアクセスを介した初期手続きを実行してもよい。また、各装置は、各装置の各種能力情報、及び／又は各種要求情報の交換を、第1のアクセスを介した初期手続き、又は第2のアクセスを介した初期手続きで実行してもよいし、両方の初期手続きで実行してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
　例えば、各装置は、アタッチ手続き、及びPDUセッション確立手続きにおいて、第1から18の識別情報のうち1つ以上の識別情報を交換してもよい。また、各装置は、第1から18の識別情報のうち1つ以上の識別情報をアタッチ手続きで交換し、PDUセッション確立手続きで交換しなくてもよい。逆に、各装置は、第1から18の識別情報のうち1つ以上の識別情報をアタッチ手続きで交換せずに、PDUセッション確立手続きで交換してもよい。また、各装置は、第1から18の識別情報のうち、アタッチ手続きで交換していない識別情報をPDUセッション確立手続きで交換してもよい。
　さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、アタッチ手続き中で交換してもよく、PDUセッション及び/又はEPSベアラと対応づけて管理する場合、PDUセッション確立手続き中で交換してもよい。
　また、各装置は、PDUセッション確立手続きをアタッチ手続きの中で実行してもよく、アタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがアタッチ手続きの中で実行された場合、各装置は、アタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第１の状態へ遷移してもよい。
　次に、各装置は、ルーティングルール更新手続き(S2006)を実行する。なお、ルーティングルール更新手続きは、第1の状態への遷移後であれば任意のタイミングで実行可能でよい。また、各装置は、ルーティングルール更新手続きにおいて、各種要求情報を交換してもよい。例えば、各装置は、ルーティングルール更新手続きにおいて、第13から24の識別情報のうち1つ以上の識別情報を交換してもよい。
　次に、各装置は、ルーティングルール更新手続きの完了に基づいて、第2の状態に遷移する(S2008)。なお、各装置は、ルーティングルール更新手続きの完了に限らず、2つ目のアクセスを介したPDUセッションを確立した時点で、第2の状態に遷移してもよい。言い換えると、各装置は、第1の状態へ遷移するタイミングで、確立した第1のアクセスを介したPDUセッションと第2のアクセスを介したPDUセッションとを束ねてマルチアクセスセッションと見なす事で、さらに、第2の状態に遷移してもよい。
　また、各装置は、第2の状態に遷移する為に、第1のアクセス、及び第2のアクセスを介してPDUセッションを確立し、上記ルーティングルール更新手続きを実行する事でマルチアクセスセッションを確立してもよいし、2つ目のアクセスを介したPDUセッション確立の際に、既に確立している第1のアクセスを介したPDUセッションと第2のアクセスを介したPDUセッションを束ねてマルチアクセスセッションを確立してもよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。
　[1.3.1.アタッチ手続きの概要]
　まず、アタッチ手続きの概要について説明する。本手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　また、本手続きは、第1のアクセスを介した手続きと第2のアクセスを介した手続きとがあってよい。UE_A10は、第1のアクセスを介してコアネットワーク_A90に接続した状態で、第2のアクセスを介した本手続きを開始してもよいし、第2のアクセスを介してコアネットワーク_A90に接続した状態で、第1のアクセスを介した本手続きを開始してもよい。
　なお、以下では、第1のアクセスを介した本手続きを、アタッチ手続き例として説明し、第2のアクセスを介した本手続きを、第2のアクセスを介したアタッチ手続き例として説明する。なお、各アタッチ手続き例の詳細は後述する。
　[1.3.2.PDUセッション確立手続き例]
　次に、PDUセッション確立手続きの例について説明する。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを確立してもよい。
　なお、本手続きによるPDUセッション確立の時点では、マルチアクセスセッションは確立されていてもよいし、されていなくてもよい。さらに、各装置は、本手続きを複数回実行する事で、1つのマルチアクセスセッションに複数のアクセスを介した通信路を加えてもよいし、新たなマルチアクセスセッションを確立してもよいし、マルチアクセスセッションとして構成可能なPDUセッションを複数確立してもよい。なお、本手続きは、第1のアクセスを介した手続きと第2のアクセスを介した手続きとがあってよい。
　また、本手続きはUE_A10が主導して実行してもよい。例えば、端末電源投入時等の初期接続時に、UE_A10が主導して本手続きを実行してもよい。さらに、UE_A10は、第1のアクセス、及び/又は第2のアクセスを介してコアネットワーク_A90に接続した状態で第1のアクセス、及び/又は第2のアクセスを介した本手続きを開始してもよい。
　なお、各装置は、第1のアクセスを介したマルチアクセスセッションを確立した状態で、第2のアクセスを介した本手続きを実行する事で、マルチアクセスセッションに第2のアクセスを介した通信路を加えてもよいし、第１のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。さらに、各装置は、この場合、第2のアクセスを介して、マルチアクセスセッションとして構成可能なPDUセッションを確立してもよいし、確立した第2のアクセスを介したPDUセッションを、既に確立している第1のアクセスを介したPDUセッションと束ねる事で、マルチアクセスセッションと見なしてもよい。
　さらに、各装置は、第2のアクセスを介したマルチアクセスセッションを確立した状態で、第1のアクセスを介した本手続きを実行する事で、マルチアクセスセッションに第1のアクセスを介した通信路を加えてもよいし、第１のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。さらに、各装置は、この場合、第1のアクセスを介して、マルチアクセスセッションとして構成可能なPDUセッションを確立してもよいし、確立した第1のアクセスを介したPDUセッションを、既に確立している第2のアクセスを介したPDUセッションと束ねる事で、マルチアクセスセッションと見なしてもよい。
　また、各装置は、マルチアクセスセッションを確立していない状態で、第1のアクセス、及び/又は第2のアクセスを介した本手続きを実行する事で、新たなマルチアクセスセッションを確立してもよいし、マルチアクセスセッションとして構成可能なPDUセッションを、第1のアクセス又は第2のアクセスを介して確立してもよい。
　なお、マルチアクセスセッションに新たなアクセスを介した通信路が加えられる条件、及び/又は新たなマルチアクセスセッションが確立される条件はこれに限らない。また、以下では、第1のアクセスを介した本手続きを、UE主導のPDUセッション確立手続き例として説明し、第2のアクセスを介した本手続きを、UE主導の第2のアクセスを介したPDUセッション確立手続き例として説明する。
　[1.3.2.1.UE主導のPDUセッション確立手続き例]
　図17を用いて、UE_A10が主導してPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDUセッション確立要求(PDU Session EstablishmentRequest)メッセージを送信し(S2200)、UE主導のPDUセッション確立手続きを開始する。なお、PDUセッションがPDNコネクション(PDN connection)である場合、PDUセッション確立要求メッセージはPDN接続要求(PDN connectivity request)メッセージでよい。また、PDUセッション確立要求メッセージは、これに限らず、PDUセッションの確立を要求するメッセージであればよい。
　なお、本手続きは、第1のアクセスを介したUE主導のPDUセッション確立手続き例でよい。ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションを確立する事を要求してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立を要求してもよいし、AccessTraffic Switchingを用いた通信を行う事を要求してもよいし、NBIFOMを用いた通信を行う事を要求してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信する事で、UE_A10がAccess Traffic Switchingをサポートする事を示してもよいし、AccessTraffic SwitchingをサポートしたPDUセッションを確立する事を要求してもよい。
　さらに、各装置は、第13の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの設定、及び/又は第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定を要求してもよい。
　また、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立を要求してもよいし、Access Traffic Splitting、及び/又はMPTCPを用いた通信を行う事を要求してもよい。さらに、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を要求してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、UE_A10がAccess Traffic Splitting及び/又はMPTCPをサポートする事を示してもよいし、Access TrafficSplittingをサポートしたPDUセッションを確立する事を要求してもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を要求してもよい。さらに、各装置は、第14の識別情報を送受信する事で、一又は複数の各フローに対して、AccessTraffic Splittingの機能を実行するか否かを要求してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定を要求してもよい。さらに、各装置は、第14の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行するかを要求する情報でもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止する事を要求してもよいし、Access TrafficSplitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止する事を要求してもよい。
　さらに、UE_A10は、既にマルチアクセスセッションを確立している場合、PDUセッション確立要求メッセージに、初期要求(initial request)ではない事を示す情報、及び/又はマルチアクセスセッションで使用されているAPNを含める事で、既に確立しているマルチアクセスセッションに対して第1のアクセスを介した通信路を加える事を要求してもよい。なお、初期要求ではない事を示す情報は、ハンドオーバーである事を示す情報でもよい。
　逆に、UE_A10は、PDUセッション確立要求メッセージに、初期要求(initial request)である事を示す情報を含めて送信してもよいし、これらの識別情報を含める事で、新たなマルチアクセスセッションを、第1のアクセスを介して確立する事を要求してもよい。
　さらに、UE_A10は、要求するPDUセッションのタイプを示す情報を、PDUセッション確立要求メッセージに含めて送信してもよいし、要求するPDUセッションのタイプの示す情報を含める事で、確立されるPDUセッションに割り当てられるIPアドレスの種類を要求してもよい。なお、PDUセッションのタイプは、IPv4でもよいし、IPv6でもよいし、IPv4v6でもよいし、non-IPでもよい。
　MME_A40は、PDUセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、MME_A40は第1の条件が真であるか偽であるかを判定する。MME_A40は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、第2の条件判別を実行し、本手続き中の(C)の手続きを開始する。第2の条件判別において、MME_A40は第2の条件が真であるか偽であるかを判定する。第2の条件が真の場合には、MME_A40はSGW_A35にセッション生成要求メッセージを送信してもよい(S2202)。また、第2の条件が偽の場合には、MME_A40はSCEF_A46にセッション生成要求メッセージを送信してもよい(S2210)。
　ここで、第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とPDN_A5との間の接続性であり、第2のタイプのPDUセッションとは、eNB_A45、及び/又はMME_A40、及び/又はSCEF_A46を介したUE_A10とPDN_A5との間の接続性である。
　なお、SGW_A35は、セッション生成要求メッセージを受信した場合には、PGW_A30にセッション生成要求メッセージを送信する(S2204)。さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。
　ここで、MME_A40、及び/又はSGW_A35は、セッション生成要求メッセージに第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報、及び/又はAPN、及び/又は要求するPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、第3の条件判別は、PGW_A30ではなく、PCRF_A60が実施してもよい。その場合、PGW_A30は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、PGW_A30にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
　ここで、PGW_A30は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の情報判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をPGW_A30に通知してもよい。
　さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　第3の条件判別において、PGW_A30は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成応答メッセージを受信し、MME_A40にセッション生成応答メッセージを送信する(S2208)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
　また、PGW_A30、及び/又はSGW_A35は、セッション生成応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、第3の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成拒絶メッセージを受信し、MME_A40にセッション生成拒絶メッセージを送信する(S2208)。なお、セッション生成拒絶メッセージは、拒絶理由(Rejectcause)を含むセッション生成応答メッセージでもよい。
　また、PGW_A30、及び/又はSGW_A35は、セッション生成拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　また、SCEF_A46は、セッション生成要求メッセージを受信した場合には、第3の条件判別を実行する。第3の条件判別において、SCEF_A46は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S2212)。MME_A40は、セッション生成応答メッセージを受信する。また、第3の条件が偽の場合には、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S2212)。各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(C)の手続きを完了する。
　なお、第3の条件判別は、PGW_A30及び/又はSCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
　なお、PCRF_A60が第3の条件判別を実施した場合、PGW_A30は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びPGW_A30は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びPGW_A30は第3の条件を偽としてもよい。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、eNB_A45にPDUセッション確立受諾(PDUsession establishment accept)メッセージを送信する(S2214)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDUセッションがPDNコネクションである場合、PDUセッション確立受諾メッセージは、PDN接続受諾(PDN Connectivity Accept)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化要求(Activate default EPSbearer context request)メッセージでもよい。また、PDUセッション確立受諾メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を受諾するメッセージであればよい。
　eNB_A45は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRCConnection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPDUセッション確立受諾メッセージを送信する(S2216)。なお、PDUセッション確立受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、MME_A40は、PDUセッション確立受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレス、及び/又はPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可する事を示してもよい。
　さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立の要求が受諾された事を示してしてもよいし、AccessTraffic Switchingを用いた通信を行う要求が受諾された事を示してもよいし、NBIFOMを用いた通信を行う要求が受諾された事を示してもよい。
　また、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがAccess Traffic Switchingをサポートする事を示してしてもよいし、AccessTraffic SwitchingをサポートしたPDUセッションが確立された事を示してもよい。
　さらに、各装置は、第15の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスが設定された事を示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールが設定された事を示してしてもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立の要求が受諾された事を示してもよいし、Access Traffic Splitting、及び/又はMPTCPを用いた通信を行う要求が受諾された事を示してもよい。さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求が受諾された事を示してもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークがAccess Traffic Splitting及び/又はMPTCPをサポートする事を示してしてもよいし、Access TrafficSplittingをサポートしたPDUセッションが確立された事を示してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事が許可されるか否かを示してもよい。さらに、各装置は、第16の識別情報を送受信する事で、一又は複数の各フローに対して、AccessTraffic Splittingの機能が実行されるか否かを示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールが設定された事を示してしてもよい。さらに、各装置は、第16の識別情報を送受信する事で、どのフローの通信にAccess Traffic Splittingの機能、及び/又はMPTCPの機能の実行が許可されるかを示してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止する要求が許可された事を示してもよいし、AccessTraffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止する要求が許可された事を示してもよい。
　また、各装置は本手続きの開始前に既に確立しているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信する事で、前記マルチアクセスセッションに第1のアクセスを介した通信路が追加された事を示してしてもよい。逆に、各装置は、新たなAPN、及び/又はIPアドレスを送受信する事で、第1のアクセスを介した新たなマルチアクセスセッションが確立された事を示してしてもよいし、第1のアクセスを介した、マルチアクセスセッションとして構成可能なPDUセッションが確立された事を示してもよい。
　RRCメッセージを受信した場合、UE_A10はeNB_A45にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S2218)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2220)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　PDUセッション確立受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDUセッション確立完了(PDU session establishment complete)メッセージを送信する(S2222)(S2224)。さらに、MME_A40は、PDUセッション確立完了メッセージを受信し、本手続き中の(D)手続きを開始する。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立完了メッセージは、PDN接続完了(PDN Connectivity complete)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージでもよい。また、PDUセッション確立完了メッセージは、PDUセッション確立受諾メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立手続きが完了する事を示すメッセージであればよい。
　以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し(S2226)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S2228)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、PDUセッション確立完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDUセッション確立拒絶(PDU session establishment reject)メッセージを送信し(S2230)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDUセッション確立拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDUセッション確立拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立拒絶メッセージはPDN接続拒絶(PDN Connectivity reject)メッセージでよい。また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を拒絶するメッセージであればよい。
　また、MME_A40は、PDUセッション確立拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートしていない事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立の要求が拒絶された事を示してしてもよいし、Access Traffic Switchingを用いた通信を行う要求が拒絶された事を示してもよいし、NBIFOMを用いた通信を行う要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第17の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの設定が許可されなかった事を示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかった事を示してしてもよい。
　また、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立の要求が拒絶された事を示してもよいし、Access TrafficSplitting、及び/又はMPTCPを用いた通信を行う要求が拒絶された事を示してもよい。さらに、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事が許可されない事を示してもよい。さらに、各装置は、第18の識別情報を送受信する事で、一又は複数の各フローに対して、AccessTraffic Splitting、及び/又はMPTCPの機能の実行が許可されない事を示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかった事を示してしてもよい。さらに、各装置は、第18の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能の実行を許可しないかを示してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止する要求が許可されなかった事を示してもよいし、AccessTraffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止する要求が許可されなかった事を示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよい。
　さらに、各装置は、本手続きの完了に基づいて、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションを確立してもよい。言い換えると、各装置は、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションを、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を送受信した場合は確立してもよく、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を送受信した場合は確立しなくてもよい。さらに、各装置は、マルチアクセスセッションを確立する事で、第１のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。
　さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを確立してもよいし、Access TrafficSwitchingをサポートしたPDUセッションを確立してもよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、確立したPDUセッションが第1のタイプのマルチアクセスセッションである事を認識してもよいし、確立したPDUセッションにAccess Traffic Switching、及び/又はNBIFOMが適応された事を認識してもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを確立してもよいし、確立したPDUセッションが第2のタイプのマルチアクセスセッションである事を認識してもよい。
　さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションを確立してもよいし、確立したPDUセッションが第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションである事を認識してもよい。
　さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、AccessTraffic SplittingをサポートしたPDUセッションを確立してもよいし、確立したPDUセッションにAccess Traffic Splitting、及び/又はMPTCPが適応された事を認識してもよい。
　さらに、各装置は、第15の識別情報を送受信した場合、確立したPDUセッションで用いるアクセス、及び/又はルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を許可する情報、及び/又は送受信するユーザデータの一又は複数の各フローに対してAccess TrafficSplitting、及び/又はMPTCPの機能を実行するか否かを示す情報、及び/又は確立したPDUセッションで用いるルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、どのフローの通信にAccess TrafficSplittingの機能、及び/又はMPTCPの機能が適応可能かを認識してもよい。
　さらに、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止してもよいし、Access TrafficSplitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止してもよい。さらに、各装置は、第16の識別情報を送受信した場合、Access Traffic Splitting及び/又はMPTCP機能が実行可能な状態へ遷移してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの設定が許可されなかった事を認識してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかった事を認識してもよい。さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信した場合、Access Traffic Switching機能、及び/又はNBIFOM機能がサポートされていない事を認識してもよい。
　さらに、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信した場合、一又は複数の各フローに対して、AccessTraffic Splitting、及び/又はMPTCPの機能の実行が許可されない事を認識してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかった事を認識してしてもよい。さらに、各装置は、第18の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能をサポートしていない事を示してもよい。さらに、第12の識別情報、及び/又は第18の識別情報を送受信した場合、Access Traffic Splitting及び/又はMPTCPの機能がサポートされていない事を認証してもよい。
　さらに、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止できなかった事を認識してもよいし、AccessTraffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止する事ができなかった事を認識してもよい。
　さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された事を認識してもよいし、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きの開始前に既に確立されているマルチアクセスセッションに第1のアクセスを介した通信路が追加されたのか、第1のアクセスを介した新たなマルチアクセスセッションが確立されたのか、マルチアクセスセッションとして構成可能なPDUセッションが第1のアクセスを介して確立されたのかを判断してもよい。
　例えば、各装置は、既に確立されているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信した場合、既に確立されているマルチアクセスセッションに第1のアクセスを介した通信路が追加された事を認識してもよい。また、各装置は、既に確立されているマルチアクセスセッションとは異なるAPN、及び/又はIPアドレスを送受信した場合、第1のアクセスを介した新たなマルチアクセスセッション、及び/又は第1のアクセスを介したマルチアクセスセッションとして構成可能なPDUセッションが確立された事を認識してもよい。
　また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件は、UE_A10がマルチアクセスセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件は、UE_A10がマルチアクセスセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置がマルチアクセスセッションの確立をサポートしていない場合、偽でもよい。
　より詳細には、第1の条件、及び/又は第3の条件は、UE_A10が要求する、第1のタイプ、及び/又は第2のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第1の条件、及び/又は第3の条件は、UE_A10が要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第1の条件、及び/又は第3の条件は、UE_A10が要求する、AccessTraffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccess Traffic Splittingの機能、及び/又はMPTCPを有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　さらに、第1の条件、及び/又は第3の条件は、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止する要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。さらに、第1の条件、及び/又は第3の条件は、Access Traffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信の開始又は停止の要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　[1.3.2.2.UE主導の第2のアクセスを介したPDUセッション確立手続き例]
　図18を用いて、UE_A10が主導して第2のアクセスを介したPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90との間でセキュリティアソシエーションを確立する為の手続きを実行する(S2300)。なお、UE_A10は、ネットワークとの間のセキュリティアソシエーションが既に確立されている場合、セキュリティアソシエーション手続きを省略してもよい。
　次に、UE_A10は、アクセスネットワークの装置に対して制御メッセージを送信する。具体的には、UE_A10は、接続先のアクセスネットワークが第2のアクセス、及び/又はWLAN ANa70の場合、TWAG_A74にPDUセッション確立要求メッセージを送信する(S2302)。また、UE_A10は、接続先のアクセスネットワークが第2のアクセス、及び/又はWLAN ANb75の場合、ePDG_A65にIKE_AUTH要求メッセージを送信する(S2302)。
　なお、本手続きは、第2のアクセスを介したUE主導のPDUセッション確立手続き例でよい。ここで、UE_A10は、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションを確立する事を要求してもよい。
　さらに、各装置は、第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を送受信する事で、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
　さらに、UE_A10は、既にマルチアクセスセッションを確立している場合、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、初期要求(initial request)ではない事を示す情報、及び/又はマルチアクセスセッションで使用されているAPNを含める事で、既に確立しているマルチアクセスセッションに対して第2のアクセスを介した通信路を加える事を要求してもよい。なお、初期要求ではない事を示す情報は、ハンドオーバーである事を示す情報でもよい。
　逆に、UE_A10は、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、初期要求(initial request)である事を示す情報を含めて送信してもよいし、これらの識別情報を含める事で、新たなマルチアクセスセッションを、第2のアクセスを介して確立する事を要求してもよい。
　さらに、UE_A10は、要求するPDUセッションのタイプを示す情報を、PDUセッション確立要求メッセージに含めて送信してもよいし、要求するPDUセッションのタイプの示す情報を含める事で、確立されるPDUセッションに割り当てられるIPアドレスの種類を要求してもよい。
　UE_A10の接続先が第2のアクセス、及び/又はWLAN ANa70の場合、TWAG_A74は、PDUセッション確立要求メッセージを受信し、第1の条件を判別する。また、UE_A10の接続先が第2のアクセス、及び/又はWLAN ANb75の場合、ePDG_A65は、IKE_AUTH要求メッセージを受信し、第1の条件を判別する。TWAG_A74、及び/又はePDG_A65は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。TWAG_A74、及び/又はePDG_A65は、セッション生成要求メッセージをPGW_A30に送信し、本手続き中の(A)の手続きを開始する(S2304)。さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件を判別する。
　ここで、TWAG_A74、及び/又はePDG_A65は、セッション生成要求メッセージに第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報、及び/又はAPN、及び/又は要求するPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様に、PGW_A30ではなく、PCRF_A60が実施してもよい。従って、ここでの説明は省略する。
　第3の条件が真の場合には、PGW_A30は、セッション生成要求メッセージの送信元に対して、セッション生成応答メッセージを送信する(S2306)。さらに、セッション生成要求メッセージの送信元は、セッション生成応答メッセージを受信する。なお、セッション生成要求メッセージの送信元とは、TWAG_A74でもよいし、ePDG_A65でもよい。
　また、PGW_A30は、セッション生成応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレス、及び/又はPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　第3の条件が偽の場合には、セッション生成要求メッセージの送信元に対して、セッション生成拒絶メッセージを送信する(S2306)。さらに、セッション生成要求メッセージの送信元は、セッション生成拒絶メッセージを受信する。なお、セッション生成拒絶メッセージは、拒絶理由を含むセッション生成応答メッセージでもよい。
　また、PGW_A30は、セッション生成拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　なお、第3の条件判別は、PGW_A30、及び/又はPCRF_A60が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様でもよい。従って、ここでの説明は省略する。
　次に、TWAG_A74は、セッション生成応答メッセージを受信した場合、UE_A10にPDUセッション確立受諾メッセージを送信する(S2308)。又は、ePDG_A65は、セッション生成応答メッセージを受信した場合、UE_A10にIKE_AUTH応答メッセージを送信する(S2308)。なお、TWAG_A74、及び/又はePDG_A65は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　ここで、TWAG_A74は、PDUセッション確立受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレス、及び/又はPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートする事を示してもよいし、マルチアクセスセッションの確立、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可する事を示してもよい。
　また、ePDG_A65は、IKE_AUTH応答メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレス、及び/又はPDUセッションのタイプを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートする事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可する事を示してもよい。
　さらに、各装置は、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を送受信する事で、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
　また、各装置は本手続きの開始前に既に確立しているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信する事で、前記マルチアクセスセッションに第2のアクセスを介した通信路が追加された事を示してしてもよい。逆に、各装置は、新たなAPN、及び/又はIPアドレスを送受信する事で、第2のアクセスを介した新たなマルチアクセスセッションが確立された事を示してしてもよいし、第2のアクセスを介した、マルチアクセスセッションとして構成可能なPDUセッションが確立された事を示してもよい。
　UE_A10は、PDUセッション確立受諾メッセージ、及び/又はIKE_AUTH応答メッセージを受信し、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。TWAG_A74は、PDUセッション確立要求メッセージ、及び/又はセッション生成拒絶メッセージを受信した場合、UE_A10にPDUセッション確立拒絶メッセージを送信する(S2310)。又は、ePDG_A65は、IKE_AUTH要求メッセージ、及び/又はセッション生成拒絶メッセージを受信した場合、UE_A10にIKE_AUTH応答メッセージを送信する(S2310)。
　また、TWAG_A74は、PDUセッション確立拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートしていない事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示してもよい。
　また、ePDG_A65は、IKE_AUTH応答メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートしていない事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示してもよい。
　さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を送受信する事で、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
　UE_A10は、PDUセッション確立拒絶メッセージ、及び/又はIKE_AUTH応答メッセージを受信し、本手続き中の(B)の手続きを完了する。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよい。
　さらに、各装置は、本手続きの完了に基づいて、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。また、各装置は、本手続きの完了に基づいて、本手続きの開始前に既に確立されているマルチアクセスセッションに第2のアクセスを介した通信路が追加されたのか、第2のアクセスを介した新たなマルチアクセスセッションが確立されたのか、マルチアクセスセッションとして構成可能なPDUセッションが第2のアクセスを介して確立されたのかを判断してもよい。
　例えば、各装置は、既に確立されているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信した場合、既に確立されているマルチアクセスセッションに第2のアクセスを介した通信路が追加された事を認識してもよい。また、各装置は、既に確立されているマルチアクセスセッションとは異なるAPN、及び/又はIPアドレスを送受信した場合、第2のアクセスを介した新たなマルチアクセスセッション、及び/又は第2のアクセスを介したマルチアクセスセッションとして構成可能なPDUセッションが確立された事を認識してもよい。
　また、第1の条件判別、及び/又は第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様でよい。
　[1.3.3.アタッチ手続き例]
　図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求(Attach request)メッセージを送信し(S2100)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含める事で、アタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
　なお、本手続きは、第1のアクセスを介したアタッチ手続き例でよい。ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をUE_A10がサポートする事を示してもよい。
　また、UE_A10は、アタッチ要求メッセージに、少なくとも第25の識別情報、第26の識別情報、第27の識別情報、第28の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、マルチホーミングをサポートする事を示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立をUE_A10がサポートする事を示してもよいし、Access Traffic Switchingを用いた通信をUE_A10がサポートする事を示してもよいし、NBIFOMを用いた通信をUE_A10がサポートする事を示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信する事で、UE_A10がAccess Traffic Switchingをサポートする事を示してもよいし、AccessTraffic SwitchingをサポートしたPDUセッションの確立をUE_A10がサポートする事を示してもよい。
　さらに、各装置は、第13の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信が可能なアクセス、及び/又はUE_A10が設定可能な第1のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。
　また、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立をUE_A10がサポートする事を示してもよいし、Access TrafficSplitting、及び/又はMPTCPを用いた通信をUE_A10がサポートする事を示してもよい。さらに、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事をサポートする事を示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信する事で、UE_A10がAccess Traffic Splitting、及び/又はMPTCPをサポートする事を示してもよいし、Access TrafficSplittingをサポートしたPDUセッションの確立をUE_A10がサポートする事を示してもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事をサポートする事を示してもよい。さらに、各装置は、第14の識別情報を送受信する事で、一又は複数の各フローに対して、AccessTraffic Splitting、及び/又はMPTCPの機能を実行できる否かを示してもよいし、UE_A10が設定可能な第2のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。さらに、各装置は、第14の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行するかを示してもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能の開始又は停止をUE_A10がサポートする事を示してもよいし、Access Traffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信の開始又は停止をUE_A10がサポートする事を示してもよい。
　さらに、各装置は、第25の識別情報、及び/又は第26の識別情報、及び/又は第27の識別情報、及び/又は第28の識別情報を送受信する事で、UE_A10がマルチホーミングをサポートする事を示してもよいし、マルチホーミング環境におけるユーザデータの送受信をUE_A10がサポートする事を示してもよい。
　さらに、各装置は、第25の識別情報を送受信する事で、SSCmode 3におけるサービスセッション継続をUE_A10がサポートする事を示してもよいし、SSC mode 3をサポートしたPDUセッションの確立をUE_A10がサポートする事を示してもよい。さらに、各装置は、第25の識別情報を送受信する事で、UE_A10がサポートするSSC modeを示してもよい。
　さらに、各装置は、第26の識別情報、及び/又は第27の識別情報を送受信する事で、IPv4、及び/又はIPv6を用いたマルチホーミングをUE_A10がサポートする事を示してもよいし、IPv4、及び/又はIPv6を用いたマルチホーミングをサポートするPDUセッションの確立をUE_A10がサポートする事を示してもよい。さらに、各装置は、第26の識別情報、及び/又は第27の識別情報を送受信する事で、マルチホーミングを実施する上で、UE_A10がサポートするPDUセッションのタイプを示してもよい。
　さらに、各装置は、第28の識別情報を送受信する事で、UE_A10が有するDefault SSC modeを示してもよいし、UE_A10が要求する、及び/又はサポートするDefault SSC modeを示してもよい。
　なお、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)の手続きを開始する。第4の条件判別において、MME_A40は第4の条件が真であるか偽であるかを判定する。MME_A40は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S2104)。さらに、MME_A40は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾(Attach accept)メッセージを送信する(S2106)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRCConnection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含める事で、PDUセッション確立手続きが受諾された事を示してもよい。
　ここで、MME_A40は、アタッチ受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートする事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可する事を示してもよい。
　また、MME_A40は、アタッチ受諾メッセージに、少なくとも第29の識別情報、第30の識別情報、第31の識別情報、第32の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよいし、ネットワークがマルチホーミングをサポートする事を示してもよい。
　さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立をネットワークがサポートする事を示してしてもよいし、Access Traffic Switchingを用いた通信をネットワークがサポートする事を示してもよいし、NBIFOMを用いた通信をネットワークがサポートする事を示してもよい。
　また、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがAccess Traffic Switchingをサポートする事を示してしてもよいし、AccessTraffic SwitchingをサポートしたPDUセッションの確立をネットワークがサポートする事を示してもよい。
　さらに、各装置は、第15の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信が可能なアクセスを示してもよいし、ネットワークが設定可能な第1のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立をネットワークがサポートする事を示してもよいし、Access Traffic Splitting、及び/又はMPTCPを用いた通信をネットワークがサポートする事を示してもよい。さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事をサポートする事を示してもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークがAccess Traffic Splitting、及び/又はMPTCPをサポートする事を示してしてもよいし、Access TrafficSplittingをサポートしたPDUセッションの確立をネットワークがサポートする事を示してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、一又は複数の各フローに対して、Access Traffic Splittingの機能を実行する事ができるか否かを示してもよいし、ネットワークが設定可能な第2のタイプのマルチアクセスセッションに対応するルーティングルールを示してしてもよい。さらに、各装置は、第16の識別情報を送受信する事で、どのフローの通信にAccess TrafficSplittingの機能、及び/又はMPTCPの機能がサポートされるかを示してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能の開始又は停止をサポートする事を示してもよいし、AccessTraffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信の開始又は停止をサポートする事を示してもよい。
　さらに、各装置は、第29の識別情報、及び/又は第30の識別情報、及び/又は第31の識別情報、及び/又は第32に識別情報を送受信する事で、ネットワークがマルチホーミングをサポートする事を示してもよいし、マルチホーミング環境におけるユーザデータの送受信をネットワークがサポートする事を示してもよい。
　さらに、各装置は、第29の識別情報を送受信する事で、SSCmode 3におけるサービスセッション継続をネットワークがサポートする事を示してもよいし、SSC mode 3をサポートしたPDUセッションの確立をネットワークがサポートする事を示してもよい。さらに、各装置は、第29の識別情報を送受信する事で、ネットワークがサポートするSSC modeを示してもよい。
　さらに、各装置は、第30の識別情報、及び/又は第31の識別情報を送受信する事で、IPv4、及び/又はIPv6を用いたマルチホーミングをネットワークがサポートする事を示してもよいし、IPv4、及び/又はIPv6を用いたマルチホーミングをサポートするPDUセッションの確立をネットワークがサポートする事を示してもよい。さらに、各装置は、第30の識別情報、及び/又は第31の識別情報を送受信する事で、マルチホーミングを実施する上で、ネットワークがサポートするPDUセッションのタイプを示してもよい。
　さらに、各装置は、第32の識別情報を送受信する事で、ネットワークが有するDefault SSC modeを示してもよいし、ネットワークが要求する、及び/又はサポートするするDefault SSC modeを示してもよい。さらに、各装置は、第32の識別情報を送受信する事で、ネットワークが許可するDefault SSC modeを示してもよい。
　ここで、第1から第3の条件判別は、UE主導のPDUセッション確立手続き中の第1から第3の条件判別と同じでよい。また、第4の条件判別は、MME_A40が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行する場合でよい。また、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行しない場合でよいし、第4の条件を真と判断しない場合でよい。
　UE_A10がeNB_A45からRRCメッセージを受信した場合、UE_A10は、eNB_A45にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S2110)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2112)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　UE_A10がMME_A40からeNB_A45を介してアタッチ受諾メッセージを受信した場合、UE_A10は、eNB_A45を介してMME_A40にアタッチ完了(Attach complete)メッセージを送信する(S2114)(S2116)。さらに、MME_A40は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、MME_A40は、UE主導のPDUセッション確立手続き中の(D)手続きを開始する(S2118)。各装置は、アタッチ完了メッセージの送受信、及び/又はUE主導のPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含める事で、PDUセッション確立手続きを完了する事を示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含める事で、PDUセッション確立手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージを受信してもよいし、PDUセッション確立手続きが拒絶された事を認証してもよい。
　また、MME_A40は、アタッチ拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよいし、接続先のネットワークがマルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立をサポートしていない事を示してもよいし、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立を許可しない事を示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションの確立をネットワークがサポートしない事を示してしてもよいし、Access Traffic Switchingを用いた通信をネットワークがサポートしない事を示してもよいし、NBIFOMを用いた通信をネットワークがサポートしない事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　また、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立をネットワークがサポートしない事を示してもよいし、AccessTraffic Splitting、及び/又はMPTCPを用いた通信をネットワークがサポートしない事を示してもよい。さらに、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事をネットワークがサポートしない事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、一又は複数の各フローに対して、Access Traffic Splitting、及び/又はMPTCPの機能の実行をネットワークがサポートしていない事を示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定をネットワークがサポートしていない事を示してしてもよい。さらに、各装置は、第18の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能をサポートしていない事を示してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止をネットワークがサポートしない事を示してもよいし、AccessTraffic Splitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止をネットワークがサポートしない事を示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立が可能であると判断してもよい。言い換えると、各装置は、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションを第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報のうち1つ以上の識別情報を送受信した場合は確立が可能であると判断してもよく、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を送受信した場合は確立が可能ではないと判断してもよい。さらに、各装置は、マルチアクセスセッション、及び/又はマルチアクセスセッションとして構成可能なPDUセッションの確立が可能であると判断する事で、第１のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信を実行可能にする事ができる判断してもよい。
　さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションの確立が可能であると判断してもよいし、AccessTraffic SwitchingをサポートしたPDUセッションの確立が可能であると判断してもよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、Access Traffic Switching、及び/又はNBIFOMが適応可能であるPDUセッションを確立する事ができると認識してもよい。
　また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッション、及び/又は第2のタイプのマルチアクセスセッションとして構成可能なPDUセッションの確立が可能であると判断してもよいし、Access Traffic SplittingをサポートしたPDUセッションの確立が可能であると判断してもよい。さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、Access Traffic Splitting、及び/又はMPTCPが適応可能であるPDUセッションを確立する事ができると認識してもよい。
　さらに、各装置は、第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションで利用可能なアクセス、及び/又はルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を許可する情報、及び/又は送受信する一又は複数のユーザデータの各フローに対してAccess TrafficSplitting、及び/又はMPTCPの機能が実行可能か否かを示す情報、及び/又は第2のタイプのマルチアクセスセッションで利用可能なルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、どのフローの通信にAccess TrafficSplittingの機能、及び/又はMPTCPの機能が適応可能かを認識してもよい。
　さらに、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いたAccess Traffic Splitting及び/又はMPTCP機能を開始又は停止してもよいし、Access TrafficSplitting及び/又はMPTCP機能を用いたユーザデータの送受信を開始又は停止してもよい。さらに、各装置は、第16の識別情報を送受信した場合、Access Traffic Splitting及び/又はMPTCP機能が実行可能な状態へ遷移してもよい。
　さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよい。
　さらに、各装置は、第25の識別情報、及び/又は第26の識別情報、及び/又は第27の識別情報を送受信した場合、UE_A10がマルチホーミングをサポートする事を認証してもよいし、UE_A10がサポートする、マルチホーミングにおけるPDUセッションのタイプを認証してもよい。さらに、各装置は、第25の識別情報、及び/又は第26の識別情報、及び/又は第27の識別情報を送受信した場合、UE_A10がSSC mode 3におけるサービスセッション継続をサポートする事を認証、記憶してもよいし、UE_A10がサポートするSSC modeを認証、記憶してもよい。
　さらに、各装置は、第28の識別情報を送受信した場合、UE_A10がサポートするDefault SSC modeを認証、記憶してもよいし、ネットワークのDefaultSSC modeを第28の識別情報が示すモードに設定、及び/又は変更してもよい。
　さらに、各装置は、第29の識別情報、及び/又は第30の識別情報、及び/又は第31の識別情報を送受信した場合、ネットワークがマルチホーミングをサポートする事を認証してもよいし、ネットワークがサポートする、マルチホーミングにおけるPDUセッションのタイプを認証してもよい。さらに、各装置は、第29の識別情報、及び/又は第30の識別情報、及び/又は第31の識別情報を送受信した場合、ネットワークがSSC mode 3におけるサービスセッション継続をサポートする事を認証、記憶してもよいし、ネットワークがサポートするSSC modeを認証、記憶してもよい。
　さらに、各装置は、第32の識別情報を送受信した場合、ネットワークがサポートするDefault SSC modeを認証、記憶してもよいし、UE_A10のDefault SSC modeを第32の識別情報が示すモードに設定、及び/又は変更してもよい。
　また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様でよい。さらに、第1の条件、及び/又は第3の条件は、ネットワークが、マルチホーミング、及び/又はSSC mode 3でのサービスセッション継続を、サポートする場合に真でもよいし、サポートしない場合、偽でもよい。さらに、第1の条件、及び/又は第3の条件は、ネットワークが、IPv4及び/又はIPv6を用いたマルチホーミングを、サポートする場合に真でもよいし、サポートしない場合、偽でもよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10が要求するDefault SSC modeが、受諾される場合、真でもよいし、拒絶される場合、偽でもよい。なお、第1の条件、及び/又は第3の条件が決まる条件は、これに限らない。
　[1.3.3.1. 第2のアクセスを介したアタッチ手続き例]
　次に、第2のアクセスを介したアタッチ手続きの実行例について説明する。なお、本手続きは、上述した、UE主導の第2のアクセスを介したPDUセッション確立手続き例と同様でよい。従って、ここでの説明は省略する。
　なお、UE_A10は、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、少なくとも第25の識別情報、第26の識別情報、第27の識別情報、第28の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10がマルチホーミングをサポートする事を示してもよい。
　さらに、TWAG_A74は、PDUセッション確立受諾メッセージに、少なくとも第29の識別情報、第30の識別情報、第31の識別情報、第32の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよいし、ネットワークがマルチホーミングをサポートする事を示してもよい。
　さらに、ePDG_A65は、IKE_AUTH応答メッセージに、少なくとも第29の識別情報、第30の識別情報、第31の識別情報、第32の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよいし、ネットワークがマルチホーミングをサポートする事を示してもよい。
　さらに、各装置は、第25から第32の識別情報のうち、1つ以上の識別情報を送受信した場合、上述したアタッチ手続き例での各装置の動作と同様の動作を行ってもよい。従ってここでの詳細な説明は省略する。
　[1.3.4.ルーティングルール更新手続き例]
　次に、ルーティングルール更新手続きの例について説明する。本手続きは、マルチアクセスセッションの為のルーティングルールを更新する為の手続きである。各装置は、UE_A10が、複数のアクセスネットワークを介してコアネットワーク_A90に接続している状態、及び/又はマルチアクセスセッションを確立している状態であれば、任意のタイミングで本手続きを実行する事ができる。言い換えると、各装置は、第1の状態において、本手続きを開始する事ができる。さらに、本手続きの実行後に、第2の状態に遷移してもよい。なお、本手続きの完了により、各装置は、マルチアクセスセッションにおいてAccess Traffic Switching を許可する状態になってもよいし、AccessTraffic Splittingを許可する状態になってもよい。また、本手続きを実行する事で、各装置は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なしてもよい。
　また、本手続きはUE_A10が主導して実行してもよいし、ネットワークが主導して実行してもよい。例えば、ネットワークが加入者情報やオペレータポリシーの変更の検知に基づいて、ネットワーク主導の本手続きを実行してもよいし、UE_A10からの制御メッセージの受信に基づいて、ネットワーク主導の本手続きを実行してもよい。また、UE_A10が自身の設定、及び/又は状態変化、及び/又はUE_A10上で動くアプリケーションからの要求を検知して、UE_A10主導の本手続きを実行してもよい。
　また、本手続きは、第1のアクセスを介した手続きでもよいし、第2のアクセスを介した手続きでもよい。例えば、各装置は、第1のアクセスに関連付けられたルーティングルール、及び/又は各種設定を変更する場合は、第1のアクセスを介して本手続きを実行すればよいし、第2のアクセスに関連付けられたルーティングルール、及び/又は各種設定を変更する場合は、第2のアクセスを介して本手続きを実行すればよい。
　[1.3.4.1.ネットワーク主導のルーティングルール更新手続き例]
　図19を用いて、ネットワークが主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、PCRF_A60は、PGW_A30との間で、IP-CANセッション更新手続きを開始する(S2400)。より具体的には、PCRF_A60は、PGW_A30にIP-CANセッション更新手続き中の要求メッセージを送信する。さらに、PGW_A30は、IP-CANセッション更新手続き中の要求メッセージを受信する。
　ここで、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、ネットワークの要求を示してもよい。
　次に、PGW_A30は、本手続き中の(C)の手続きを開始する。以下、本手続き中の(C)の手続きの各ステップを説明する。PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65にベアラ更新要求メッセージを送信し、本手続き中の(C)を開始する(S2402)。さらに、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新要求メッセージを受信する。なお、PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65の選択を、後述する受信したベアラリソースコマンドメッセージに基づいて実施してもよいし、PGW_A30が保持しているマルチアクセスセッションの為のコンテキストに基づいて実施してもよい。
　ここで、PGW_A30、及び/又はSGW_A35は、ベアラ更新要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、ネットワークの要求を示してもよい。
　次に、SGW_A35がベアラ更新要求メッセージを受信した場合、SGW_A35は、MME_A40にベアラ更新要求メッセージを送信する(S2402)。さらに、MME_A40は、ベアラ更新要求メッセージを受信し、UE_A10にEPSベアラコンテキスト変更要求メッセージを送信する(S2404)。また、TWAG_A74がベアラ更新要求メッセージを受信した場合、TWAG_A74は、UE_A10にPDN変更要求メッセージを送信する(S2404)。また、ePDG_A65がベアラ更新要求メッセージを受信した場合、UE_A10にINFORMATIONAL要求メッセージを送信する(S2404)。なお、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新要求メッセージでもよい。
　ここで、MME_A40は、EPSベアラコンテキスト変更要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、ネットワークの要求を示してもよい。
　また、TWAG_A74は、PDN変更要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、ネットワークの要求を示してもよい。
　また、ePDG_A65は、INFORMATIONAL要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、ネットワークの要求を示してもよい。
　さらに、各装置は、第19の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行する事を要求してもよい。
　また、各装置は、第19の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する事を要求してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスでもよい。
　また、各装置は、第19の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第1のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
　さらに、各装置は、第20の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションとみなす事を要求してもよい。さらに、各装置は、第20の識別情報を送受信する事で、束ねられる各PDUセッションを、示してもよいし、識別してもよい。
　さらに、各装置は、第20の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する事を要求してもよいし、Access TrafficSplittingの機能、及び/又はMPTCPの機能を停止する事を要求してもよい。さらに、各装置は、第20の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行するかを示してもよい。及び/又は、各装置は、第20の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を要求してもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を要求してもよい。
　また、各装置は、第20の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第2のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
　次に、UE_A10は、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージを受信し、第5の条件を判別する。UE_A10は、第5の条件が真の場合、本手続き中の(A)の手続きを開始し、第5の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　ここで、第5の条件判別は、UE_A10が、ネットワークの要求を受諾するか否かを判別する為のものである。第5の条件が真とは、ネットワークの要求を受諾する場合であり、ネットワークの要求が許可される場合でよい。さらに、第5の条件が偽とは、ネットワークの要求を拒否する場合であり、第5の条件を真と判断しなかった場合でよい。
　より具体的には、第5の条件判別は、UE_A10が、ルーティングルール更新手続きの要求を受諾するか否かを判別する為のものである。第5の条件が真とは、UE_A10がルーティングルールの更新を許可する場合であってもよく、第5の条件が偽とは、UE_A10がルーティングルールの更新を許可しない場合でもよい。
　例えば、第5の条件は、ネットワークがルーティングルールの更新を要求し、UE_A10が要求を許可する場合、真でよい。また、第5の条件は、ネットワークがルーティングルールの更新を要求し、UE_A10が要求を許可しない場合、偽でよい。さらに、第5の条件は、UE_A10がルーティングルールの更新をサポートしていない場合、偽でもよい。
　より詳細には、第5の条件は、ネットワークが要求する、第1のタイプ、及び/又は第2のタイプのマルチアクセスセッションのルーティングルールの更新の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第5の条件は、ネットワークが要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第5の条件は、ネットワークが要求する、AccessTraffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccess Traffic Splittingの機能、及び/又はMPTCPの機能を有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　さらに、第5の条件は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションとみなす事要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　ここで、以下で本手続き中の(A)の手続きの各ステップを説明する。UE_A10は、制御メッセージの受信元に対して、受諾の為の応答メッセージを送信し、本手続き中の(A)の手続きを開始する(S2406)。具体的には、UE_A10は、EPSベアラコンテキスト変更要求メッセージを受信した場合、MME_A40にEPSベアラコンテキスト変更受諾メッセージを送信する(S2406)。さらに、MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信する。また、UE_A10は、PDN変更要求メッセージを受信した場合、TWAG_A74にPDN変更受諾メッセージを送信する(S2406)。さらに、TWAG_A74は、PDN変更受諾メッセージを受信する。また、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2406)。さらに、ePDG_A65は、INFORMATIONAL応答メッセージを受信する。なお、EPSベアラコンテキスト変更受諾メッセージ、及び/又はPDN変更受諾メッセージ、及び/又はINFORMATIONAL応答メッセージは、ルーティングルール更新要求メッセージでもよい。
　ここで、UE_A10は、EPSベアラコンテキスト変更受諾メッセージ、及び/又はPDN変更受諾メッセージ、及び/又はINFORMATIONAL応答メッセージに、第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求を許可する事を示してもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行する事を示してもよい。
　また、各装置は、第21の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する事が許可された事を示してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスでもよい。
　また、各装置は、第21の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可された事を示してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
　さらに、各装置は、第22の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事が許可された事を示してもよい。さらに、各装置は、第22の識別情報を送受信する事で、マルチアクセスセッションを、示してもよいし、識別してもよい。
　さらに、各装置は、第22の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する事が許可された事を示してもよいし、Access TrafficSplittingの機能、及び/又はMPTCPの機能を停止する事が許可された事を示してもよい。さらに、各装置は、第22の識別情報を送受信する事で、どのフローの通信にAccess TrafficSplittingの機能、及び/又はMPTCPの機能が実行されるかを示してもよい。及び/又は、各装置は、第22の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事が許可された事を示してもよいし、AccessTraffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事が許可された事を示してもよい。
　また、各装置は、第22の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可された事を示してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
　次に、MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信した場合、SGW_A35にベアラ更新応答メッセージを送信する(S2408)。さらに、SGW_A35は、ベアラ更新応答メッセージを受信し、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。また、TWAG_A74は、PDN変更受諾メッセージを受信した場合、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。また、ePDG_A65は、INFORMATIONAL応答メッセージを受信した場合、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。さらに、PGW_A30は、ベアラ更新応答メッセージを受信する。各装置は、ベアラ更新応答メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新応答メッセージに、少なくとも第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求が許可された事を示してもよい。
　次に、以下で本手続き中の(B)の手続きの各ステップを説明する。UE_A10は、制御メッセージの受信元に対して、拒絶の為の応答メッセージを送信し、本手続き中の(B)の手続きを開始する(S2410)。具体的には、UE_A10は、EPSベアラコンテキスト変更要求メッセージを受信した場合、MME_A40にEPSベアラコンテキスト変更拒絶メッセージを送信する(S2410)。さらに、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージを受信する。また、UE_A10は、PDN変更要求メッセージを受信した場合、TWAG_A74にPDN変更拒絶メッセージを送信する(S2410)。さらに、TWAG_A74は、PDN変更拒絶メッセージを受信する。また、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2410)。さらに、ePDG_A65は、INFORMATIONAL応答メッセージを受信する。なお、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新応答メッセージでもよい。
　ここで、UE_A10は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL応答メッセージに、第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求を許可する事を示してもよい。
　さらに、各装置は、第23の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行を許可しない事を示してもよい。
　また、各装置は、第23の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する要求が拒絶された事を示してもよいし、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスを設定又は変更する要求が拒絶された事を示してもよい。
　また、各装置は、第23の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第23の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの設定又は変更が許可されなかった事を示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかった事を示してしてもよい。
　さらに、各装置は、第24の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求が拒絶された事を示してもよい。さらに、各装置は、第24の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求に対する拒絶の理由を通知してもよい。
　さらに、各装置は、第24の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する要求が拒絶された事を示してもよいし、AccessTraffic Splittingの機能、及び/又はMPTCPの機能を停止する要求が拒絶された事を示してもよい。さらに、各装置は、第24の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行しないかを示してもよい。及び/又は、各装置は、第24の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する要求が拒絶された事を示してもよいし、AccessTraffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する要求が拒絶された事を示してもよい。
　また、各装置は、第24の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第24の識別情報を送受信する事で、各フローに対して、Access Traffic Splittingの機能の実行が許可されない事を示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかった事を示してしてもよい。
　次に、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージを受信した場合、SGW_A35にベアラ更新拒絶メッセージを送信する(S2412)。さらに、SGW_A35は、ベアラ更新拒絶メッセージを受信し、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。また、TWAG_A74は、PDN変更拒絶メッセージを受信した場合、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。また、ePDG_A65は、INFORMATIONAL応答メッセージを受信した場合、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。さらに、PGW_A30は、ベアラ更新拒絶メッセージを受信する。各装置は、ベアラ更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、ベアラ更新拒絶メッセージは、拒絶理由を含むベアラ更新応答メッセージでもよい。
　ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新拒絶メッセージに、少なくとも第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求が許可されなかった事を示してもよい。
　各装置は、本手続き中の(A)、及び/又は(B)の手続きの完了に基づいて、本手続き中の(C)の手続きを完了する。PGW_A30は、本手続き中の(C)の手続きの完了に基づいて、IP-CANセッション更新手続きを終了する(S2414)。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション更新手続き中の応答メッセージを送信し、IP-CANセッション更新手続きを終了する。さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージを受信する。
　ここで、PGW_A30は、IP-CANセッション確立手続き中の応答メッセージに、第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求が許可された事を示してもよい。
　また、PGW_A30は、IP-CANセッション確立手続き中の応答メッセージに、第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はネットワークの要求が許可されなかった事を示してもよい。
　なお、確立しているマルチアクセスセッション、及び/又はPGW_A30が、PCRF_A60を用いない場合、IP-CANセッション更新手続き(S2400)(S2414)は省略されてもよい。その場合、本手続きは、PCRF_A60主導の手続きではなく、PGW_A30主導の手続きであってよく、PCRF_A60が担う役割を、PGW_A30が担ってもよい。
　各装置は、本手続き中の(C)の手続きの完了、及び/又はIP-CANセッション更新手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、本手続きが受諾された事を認識してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよい。
　各装置は、本手続きの完了に基づいて、マルチアクセスセッションに対応するルーティングルールを更新してもよいし、更新しなくてもよい。言い換えると、各装置は、第21の識別情報、及び/又は第22の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。また、各装置は、第23の識別情報、及び/又は第24の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。
　さらに、各装置は、第21の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行してもよい。また、各装置は、第21の識別情報を送受信した場合、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスが設定又は変更された事を認識してもよいし、設定又は変更後のアクセスを認識してもよい。
　また、各装置は、第21の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更された事を認識してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、記憶してもよい。
　さらに、各装置は、第22の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事が可能であることを認識してもよい。さらに、各装置は、第22の識別情報を送受信した場合、マルチアクセスセッションを識別してもよい。
　さらに、各装置は、第22の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行してもよいし、停止してもよい。さらに、各装置は、第22の識別情報を送受信した場合、どのフローの通信にAccess Traffic Splittingの機能、及び/又はMPTCPの機能が適応可能かを認識してもよい。及び/又は、各装置は、第22の識別情報を送受信した場合、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止してもよいし、Access Traffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止してもよい。
　また、各装置は、第22の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更された事を認識してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、記憶してもよい。
　さらに、各装置は、第23の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行が可能ではないと判断してもよいし、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスが設定又は変更されなかった事を認識してもよい。
　また、各装置は、第23の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかった事を認識してもよい。
　さらに、各装置は、第24の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事ができないと判断してもよい。
　さらに、各装置は、第24の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行、又は停止ができないと判断してもよいし、どのフローの通信にAccessTraffic Splittingの機能、及び/又はMPTCPの機能が適応可能でないかを認識してもよい。及び/又は、各装置は、第24の識別情報を送受信した場合、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止ができないと判断してもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止ができないと判断してもよい。
　また、各装置は、第24の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかった事を認識してもよい。
　[1.3.4.2.UE主導のルーティングルール更新手続き例]
　図20を用いて、UE_A10が主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、マルチアクセスセッションを確立しているアクセスネットワーク内の装置、及び/又はコアネットワーク_A90内の装置に対して制御メッセージを送信し、UE主導のルーティングルール更新手続きを開始する(S2500)。
　具体的には、マルチアクセスセッションが第1のアクセスを介して確立されている場合、UE_A10は、MME_A40にベアラリソース変更要求メッセージを送信してもよい(S2500)。さらに、MME_A40は、ベアラリソース変更要求メッセージを受信してもよい。また、マルチアクセスセッションが第2のアクセス、及び/又はWLANANa70を介して確立されている場合、UE_A10は、TWAG_A74にPDN変更指示メッセージを送信してもよい。さらに、TWAG_A74は、PDN変更指示メッセージを受信してもよい。また、マルチアクセスセッションが第2のアクセス、及び/又はWLAN ANb65を介して確立されている場合、ePDG_A65にINFORMATIONAL要求メッセージを送信してもよい。さらに、ePDG_A65は、INFORMATIONAL要求メッセージを受信し、UE_A10にINFORMATIONAL応答メッセージを送信してもよい。なお、ベアラリソース変更要求メッセージ、及び/又はPDN変更指示メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新要求メッセージでもよい。
　ここで、UE_A10は、ベアラリソース変更要求メッセージ、及び/又はPDN変更指示メッセージ、及び/又はINFORMATIONAL要求メッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、UE_A10の要求を示してもよい。
　さらに、各装置は、第13の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行する事を要求してもよい。
　また、各装置は、第13の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する事を要求してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスでもよい。
　また、各装置は、第13の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第1のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事を要求してもよい。さらに、各装置は、第14の識別情報を送受信する事で、束ねられる各PDUセッションを、示してもよいし、識別してもよい。
　さらに、各装置は、第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する事を要求してもよいし、Access TrafficSplittingの機能、及び/又はMPTCPの機能を停止する事を要求してもよい。さらに、各装置は、第14の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行するかを示してもよい。及び/又は、各装置は、第14の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事を要求してもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事を要求してもよい。
　また、各装置は、第14の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第2のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
　次に、MME_A40は、ベアラリソース変更要求メッセージを受信した場合、SGW_A35にベアラリソースコマンドメッセージを送信する(S2504)。さらに、SGW_A35は、ベアラリソースコマンドメッセージを受信し、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。また、TWAG_A74は、PDN変更指示メッセージを受信した場合、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。また、ePDG_A65は、INFORMATIONAL要求メッセージを受信した場合、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。
　ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラリソースコマンドメッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、UE_A10の要求を示してもよい。
　PGW_A30は、ベアラリソースコマンドメッセージを受信し、PCRF_A60との間でIP-CANセッション更新手続きを実行する(S2506)。具体的には、PGW_A30は、PCRF_A60にIP-CANセッション更新手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション更新手続き中の要求メッセージを受信し、第6の条件を判別し、PGW_A30にIP-CANセッション更新手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション更新手続き中の応答メッセージを受信し、第6の条件判別の結果を認識する。
　ここで、第6の条件判別は、ネットワークが、UE_A10の要求を受諾するか否かを判別する為のものである。第6の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。さらに、第6の条件が偽とは、UE_A10の要求を拒否する場合であり、第6の条件を真と判断しなかった場合でよい。
　例えば、第6の条件は、UE_A10がルーティングルールの更新を要求し、ネットワークが要求を許可する場合、真でよい。また、第6の条件は、UE_A10がルーティングルールの更新を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第6の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置がルーティングルールの更新をサポートしていない場合、偽でもよい。
　より詳細には、第6の条件は、UE_A10が要求する、第1のタイプ、及び/又は第2のタイプのマルチアクセスセッションのルーティングルールの更新の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第6の条件は、UE_A10が要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽でもよい。
　さらに、第6の条件は、UE_A10が要求する、Access Traffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccessTraffic Splittingの機能、及び/又はMPTCPの機能を有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　さらに、第6の条件は、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションとみなす事要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽でもよい。
　ここで、PGW_A30は、IP-CANセッション更新手続き中の要求メッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールを更新する事を要求してもよいし、UE_A10の要求を示してもよい。
　さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、少なくとも第6の情報判別の結果を含めてもよいし、この結果を含める事で、第6の条件判別の結果をPGW_A30に通知してもよい。
　さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求を許可する事を示してもよい。
　また、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求を許可しない事を示してもよい。
　なお、確立しているマルチアクセスセッション、及び/又はPGW_A30がPCRF_A60を用いない場合、IP-CANセッション更新手続きは省略されてもよい。その場合、第6の条件判別は、PCRF_A60ではなく、PGW_A30が実施してもよい。
　次に、PGW_A30は、第6の条件が真の場合、本手続き中の(A)の手続きを開始し、第6の条件が偽の場合本手続き中の(B)の手続きを開始する。ここで、本手続き中の(A)の手続きは、ネットワーク主導のルーティングルール更新手続きの(C)の手続きと同様でよい。
　なお、本手続き中の(A)の手続きでは、PGW_A30、及び/又はSGW_A35は、ベアラ変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可された事を示してもよい。
　また、MME_A40は、EPSベアラコンテキスト変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可された事を示してもよい。
　また、TWAG_A74は、PDN変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可された事を示してもよい。
　また、ePDG_A65は、INFORMATIONAL要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可された事を示してもよい。
　さらに、各装置は、第15の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行する事を示してもよい。
　また、各装置は、第15の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する事が許可された事を示してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスでもよい。
　また、各装置は、第15の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可された事を示してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事が許可された事を示してもよい。さらに、各装置は、第16の識別情報を送受信する事で、マルチアクセスセッションを、示してもよいし、識別してもよい。
　さらに、各装置は、第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する事が許可された事を示してもよいし、Access TrafficSplittingの機能、及び/又はMPTCPの機能を停止する事が許可された事を示してもよい。さらに、各装置は、第16の識別情報を送受信する事で、どのフローの通信にAccess TrafficSplittingの機能、及び/又はMPTCPの機能が実行されるかを示してもよい。及び/又は、各装置は、第16の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する事が許可された事を示してもよいし、AccessTraffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事が許可された事を示してもよい。
　また、各装置は、第16の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可された事を示してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
　なお、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新応答メッセージでもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。PGW_A30は、ベアラリソースコマンドメッセージの送信元にベアラ更新拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2510)。より具体的には、PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65にベアラ更新拒絶メッセージを送信する(S2510)。さらに、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新拒絶メッセージを受信する。なお、ベアラ更新拒絶メッセージは、拒絶理由を含むベアラ更新要求メッセージ、又はベアラ更新応答メッセージでもよい。
　ここで、PGW_A30、及び/又はSGW_A35は、ベアラ更新拒絶メッセージに第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可されなかった事を示してもよい。
　次に、SGW_A35がベアラ更新拒絶メッセージを受信した場合、SGW_A35は、MME_A40にベアラ更新拒絶メッセージを送信する(S2510)。さらに、MME_A40は、ベアラ更新拒絶メッセージを受信し、UE_A10にEPSベアラコンテキスト変更拒絶メッセージを送信する(S2512)。また、TWAG_A74がベアラ更新拒絶メッセージを受信した場合、TWAG_A74は、UE_A10にPDN変更拒絶メッセージを送信する(S2512)。また、ePDG_A65がベアラ更新拒絶メッセージを受信した場合、UE_A10にINFORMATIONAL要求メッセージを送信する(S2512)。なお、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新拒絶メッセージでもよい。
　ここで、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可されなかった事を示してもよい。
　また、TWAG_A74は、PDN変更拒絶メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可されなかった事を示してもよい。
　また、ePDG_A65は、INFORMATIONAL要求メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ルーティングルールの更新、及び/又はUE_A10の要求が許可されなかった事を示してもよい。
　さらに、各装置は、第17の識別情報を送受信する事で、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行を許可しない事を示してもよい。
　また、各装置は、第17の識別情報を送受信する事で、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスを設定又は変更する要求が拒絶された事を示してもよいし、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスを設定又は変更する要求が拒絶された事を示してもよい。
　また、各装置は、第17の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第17の識別情報を送受信する事で、第1のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスの設定又は変更が許可されなかった事を示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかった事を示してしてもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求が拒絶された事を示してもよい。さらに、各装置は、第18の識別情報を送受信する事で、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす要求が拒絶された理由を示してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行する要求が拒絶された事を示してもよいし、AccessTraffic Splittingの機能、及び/又はMPTCPの機能を停止する要求が拒絶された事を示してもよい。さらに、各装置は、第18の識別情報を送受信する事で、どのフローの通信がAccess TrafficSplittingの機能、及び/又はMPTCPの機能を実行しないかを示してもよい。及び/又は、各装置は、第18の識別情報を送受信する事で、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止する要求が拒絶された事を示してもよいし、AccessTraffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事が拒絶された事を示してもよい。
　また、各装置は、第18の識別情報を送受信する事で、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶された事を示してもよいし、各要求が拒絶された理由を通知してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、各フローに対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能の実行が許可されない事を示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかった事を示してしてもよい。
　UE_A10は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージを受信する。さらに、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2514)。各装置は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージ、及び/又はINFORMATIONAL応答メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、本手続きが受諾された事を認識してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよい。
　各装置は、本手続きの完了に基づいて、マルチアクセスセッションに対応するルーティングルールを更新してもよいし、更新しなくてもよい。言い換えると、各装置は、第15の識別情報、及び/又は第16の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。また、各装置は、第17の識別情報、及び/又は第18の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。
　さらに、各装置は、第15の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行してもよい。また、各装置は、第15の識別情報を送受信した場合、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスが設定又は変更された事を認識してもよいし、設定又は変更後のアクセスを認識してもよい。
　また、各装置は、第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更された事を認識してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、記憶してもよい。
　さらに、各装置は、第16の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なしてもよい。さらに、各装置は、第16の識別情報を送受信した場合、マルチアクセスセッションを識別してもよい。
　さらに、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行してもよいし、停止してもよい。さらに、各装置は、第16の識別情報を送受信した場合、どのフローの通信にAccess Traffic Splittingの機能、及び/又はMPTCPの機能が適応可能かを認識してもよい。及び/又は、各装置は、第16の識別情報を送受信した場合、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止してもよいし、Access Traffic Splitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止してもよい。
　また、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更された事を認識してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、及び/又は記憶してもよい。
　さらに、各装置は、第17の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行が可能ではないと判断してもよいし、第１のタイプのマルチアクセスセッションを用いた通信を行う為のアクセスが設定又は変更されなかった事を認識してもよい。
　また、各装置は、第17の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかった事を認識してもよい。
　さらに、各装置は、第18の識別情報を送受信した場合、一又は複数のPDUセッションを束ねて第2のタイプのマルチアクセスセッションと見なす事ができないと判断してもよい。
　さらに、各装置は、第18の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能、及び/又はMPTCPの機能を実行、又は停止ができないと判断してもよいし、どのフローの通信にAccessTraffic Splittingの機能、及び/又はMPTCPの機能が適応可能でないかを認識してもよい。及び/又は、各装置は、第18の識別情報を送受信した場合、複数のPDUセッション、及び/又は複数の通信路を用いたAccess Traffic Splitting機能、及び/又はMPTCPの機能を開始又は停止ができないと判断してもよいし、Access TrafficSplitting機能、及び/又はMPTCPの機能を用いたユーザデータの送受信を開始又は停止する事ができないと判断してもよい。
　また、各装置は、第18の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかった事を認識してもよい。
　[1.3.5.本実施形態の変形例]
　本実施形態における各装置は、上記で説明した装置とは別の装置でもよい。例えば、MME_A40は、UE_A10等の各装置のモビリティの管理、及び/又は各装置間のセッションの管理の役割を担う装置であるが、本実施形態におけるコアネットワーク_A90では、モビリティの管理の役割とセッションの管理の役割とは、別の装置で担ってもよい。
　具体的にいうと、SME(Session Management Entity)が、MME_A40のうち、セッション管理の機能を担ってもよい。その場合、本実施形態におけるMME_A40は、SME(Session Management Entity)に置き換える事ができる。さらに本実施形態における通信手続きで説明した、MME_A40が送受信する各メッセージは、SMEが送受信してもよいし、MME_A40が実施する各処理は、SMEが実施してもよい。
　また、SGW_A35、及び/又はPGW_A30は、UPファンクションでもよい。さらに、SGW_A35、及び/又はPGW_A30は、単一の装置として構成されていてもよいし、異なる装置として構成されていてもよい。
　本実施形態におけるeNB_A45は、E-UTRAN_A80の装置ではなく、他の3GPPアクセスネットワーク内の装置でもよい。例えば、eNB_A45は、NextGen BS_A122でもよいし、NB_A22でもよいし、BSS_A26でもよい。また、本実施形態におけるTWAG_A74は、他のnon-3GPPアクセスネットワーク内の装置であってもよく、WAG_A126でもよい。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、CentralProcessing 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
42 SGSN_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

Claims (24)

  1. 　端末装置であって、
    　前記端末装置は、
    　　ルーティングルール更新要求メッセージをコアネットワークの制御装置に送信し、
    　　第1の情報を含むルーティングルール更新受諾メッセージを前記コアネットワークの制御装置から受信する、
    　ルーティングルール更新手続きを実行する送受信部と、
    　　前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccessTraffic Splitting機能を開始する、
    　制御部とを備え、
    　前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報である
    　ことを特徴とする端末装置。
  2. 　前記送受信部は、
    　第2の情報を前記ルーティングルール更新要求メッセージに含めて前記コアネットワークの制御装置に送信し、
    　前記第2の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を要求することを示す情報である
    　ことを特徴とする請求項1に記載の端末装置。
  3. 　前記制御部は、
    　前記ルーティングルール更新手続きを実行する前に、3GPPアクセスを介して前記第1のPDUセッションを確立する第1のPDUセッション確立手続きを実行し、
    　前記第1のPDUセッションは、第1のIPアドレスが割り当てられたPDUセッションである
    　ことを特徴とする請求項1に記載の端末装置。
  4. 　前記制御部は、
    　前記ルーティングルール更新手続きを実行する前に、non-3GPPアクセスを介して前記第2のPDUセッションを確立する第2のPDUセッション確立手続きを実行し、
    　前記第2のPDUセッションは、第2のIPアドレスが割り当てられたPDUセッションであり、
    　前記第2のIPアドレスは、前記第1のIPアドレスとは異なるアドレスである
    　ことを特徴とする請求項3に記載の端末装置。
  5. 　前記送受信部は、
    　前記第1のPDUセッション確立手続きにおいて、第3の情報を含むPDUセッション確立受諾メッセージを、前記3GPPアクセスを介して前記コアネットワークの制御装置から受信し、
    　前記第3の情報は、前記第1のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項3に記載の端末装置。
  6. 　前記送受信部は、
    　前記第2のPDUセッション確立手続きにおいて、第4の情報を含むPDUセッション確立受諾メッセージを、前記non-3GPPアクセスの制御装置又は前記コアネットワークの制御装置から受信し、
    　前記第4の情報は、前記第2のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項4に記載の端末装置。
  7. 　コアネットワークに含まれるゲートウェイであって、
    　前記ゲートウェイは、
    　　ベアラリソースコマンドメッセージをコアネットワークの制御装置又はnon-3GPPアクセスの制御装置から受信し、
    　　第1の情報を含むベアラ更新要求メッセージを、前記ベアラリソースコマンドメッセージの受信元である前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置に送信する、
    　ルーティングルール更新手続きを実行する送受信部と、
    　　前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccessTraffic Splitting機能を開始する、
    　制御部とを備え、
    　前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報である
    　ことを特徴とするゲートウェイ。
  8. 　前記送受信部は、
    　前記ベアラリソースコマンドメッセージと一緒に、第2の情報を前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置から受信し、
    　前記第2の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を要求することを示す情報である、
    　ことを特徴とする請求項7に記載のゲートウェイ。
  9. 　前記制御部は、
    　前記ルーティングルール更新手続きを実行する前に、3GPPアクセスを介して前記第1のPDUセッションを確立する第1のPDUセッション確立手続きを実行し、
    　前記第1のPDUセッションに第1のIPアドレスが割り当てる
    　ことを特徴とする請求項7に記載のゲートウェイ。
  10. 　前記制御部は、
    　前記ルーティングルール更新手続きを実行する前に、non-3GPPアクセスを介して前記第2のPDUセッションを確立する第2のPDUセッション確立手続きを実行し、
    　前記第2のPDUセッションに第2のIPアドレスを割り当て、
    　前記第2のIPアドレスは、前記第2のIPアドレスとは異なるアドレスである
    　ことを特徴とする請求項9に記載のゲートウェイ。
  11. 　前記送受信部は、
    　前記第1のPDUセッション確立手続きにおいて、第3の情報を含むセッション生成応答メッセージを、前記コアネットワークの制御装置に送信し、
    　前記第3の情報は、前記第1のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項9に記載のゲートウェイ。
  12. 　前記送受信部は、
    　前記第2のPDUセッション確立手続きにおいて、第4の情報を含むセッション生成応答メッセージを、前記non-3GPPアクセスの制御装置又は前記コアネットワークの制御装置に送信し、
    　前記第4の情報は、前記第2のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項10に記載のゲートウェイ。
  13. 　端末装置の通信制御方法であって、
    　　ルーティングルール更新要求メッセージをコアネットワークの制御装置に送信し、
    　　第1の情報を含むルーティングルール更新受諾メッセージを前記コアネットワークの制御装置から受信する、
    　ルーティングルール更新手続きを実行するステップと、
    　　前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccessTraffic Splitting機能を開始する、
    　ステップとを有し、
    　前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報である
    　ことを特徴とする端末装置の通信制御方法。
  14. 　第2の情報を前記ルーティングルール更新要求メッセージに含めて前記コアネットワークの制御装置に送信するステップを有し、
    　前記第2の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を要求することを示す情報である
    　ことを特徴とする請求項13に記載の端末装置の通信制御方法。
  15. 　前記ルーティングルール更新手続きを実行する前に、3GPPアクセスを介して前記第1のPDUセッションを確立する第1のPDUセッション確立手続きを実行するステップを有し、
    　前記第1のPDUセッションは、第1のIPアドレスが割り当てられたPDUセッションである
    　ことを特徴とする請求項13に記載の端末装置の通信制御方法。
  16. 　前記ルーティングルール更新手続きを実行する前に、non-3GPPアクセスを介して前記第2のPDUセッションを確立する第2のPDUセッション確立手続きを実行するステップを有し、
    　前記第2のPDUセッションは、第2のIPアドレスが割り当てられたPDUセッションであり、
    　前記第2のIPアドレスは、前記第1のIPアドレスとは異なるアドレスである
    　ことを特徴とする請求項15に記載の端末装置の通信制御方法。
  17. 　前記第1のPDUセッション確立手続きにおいて、第3の情報を含むPDUセッション確立受諾メッセージを、前記3GPPアクセスを介して前記コアネットワークの制御装置から受信するステップを有し、
    　前記第3の情報は、前記第1のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項15に記載の端末装置の通信制御方法。
  18. 　前記第2のPDUセッション確立手続きにおいて、第4の情報を含むPDUセッション確立受諾メッセージを、前記non-3GPPアクセスの制御装置又は前記コアネットワークの制御装置から受信するステップを有し、
    　前記第4の情報は、前記第2のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項16に記載の端末装置の通信制御方法。
  19. 　コアネットワークに含まれるゲートウェイの通信制御方法であって、
    　　ベアラリソースコマンドメッセージをコアネットワークの制御装置又はnon-3GPPアクセスの制御装置から受信し、
    　　第1の情報を含むベアラ更新要求メッセージを、前記ベアラリソースコマンドメッセージの受信元である前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置に送信する、
    　ルーティングルール更新手続きを実行するステップと、
    　　前記ルーティングルール更新手続きの完了に基づいて、第1のPDUセッションと第2のPDUセッションとを用いたAccessTraffic Splitting機能を開始する、
    　ステップとを有し、
    　前記第1の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を許可することを示す情報である
    　ことを特徴とするゲートウェイの通信制御方法。
  20. 　前記ベアラリソースコマンドメッセージと一緒に、第2の情報を前記コアネットワークの制御装置又は前記non-3GPPアクセスの制御装置から受信するステップを有し、
    　前記第2の情報は、複数のPDUセッションを用いた前記Access Traffic Splitting機能の開始を要求することを示す情報である、
    　ことを特徴とする請求項19に記載のゲートウェイの通信制御方法。
  21. 　前記ルーティングルール更新手続きを実行する前に、3GPPアクセスを介して前記第1のPDUセッションを確立し、
    　前記第1のPDUセッションに第1のIPアドレスが割り当てる第1のPDUセッション確立手続きを実行するステップを有する、
    　ことを特徴とする請求項19に記載のゲートウェイの通信制御方法。
  22. 　前記ルーティングルール更新手続きを実行する前に、non-3GPPアクセスを介して前記第2のPDUセッションを確立し、
    　前記第2のPDUセッションに第2のIPアドレスを割り当てる第2のPDUセッション確立手続きを実行するステップを有し、
    　前記第2のIPアドレスは、前記第2のIPアドレスとは異なるアドレスである
    　ことを特徴とする請求項21に記載のゲートウェイの通信制御方法。
  23. 　前記第1のPDUセッション確立手続きにおいて、第3の情報を含むセッション生成応答メッセージを、前記コアネットワークの制御装置に送信するステップを有し、
    　前記第3の情報は、前記第1のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項21に記載のゲートウェイの通信制御方法。
  24. 　前記第2のPDUセッション確立手続きにおいて、第4の情報を含むセッション生成応答メッセージを、前記non-3GPPアクセスの制御装置又は前記コアネットワークの制御装置に送信するステップを有し、
    　前記第4の情報は、前記第2のPDUセッションが前記Access Traffic Splitting機能をサポートすることを示す情報である
    　ことを特徴とする請求項22に記載のゲートウェイの通信制御方法。 
PCT/JP2017/028963 2016-08-12 2017-08-09 端末装置、ゲートウェイ、及び通信制御方法 WO2018030474A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2018533539A JP6862453B2 (ja) 2016-08-12 2017-08-09 Ｕｅ、コアネットワーク装置、ｕｅの通信制御方法及びコアネットワーク装置の通信制御方法
CN201780047987.4A CN109937606B (zh) 2016-08-12 2017-08-09 终端装置、网关以及通信控制方法
AU2017308378A AU2017308378B2 (en) 2016-08-12 2017-08-09 Terminal apparatus, gateway, and communication control method
EP17839541.4A EP3499919B1 (en) 2016-08-12 2017-08-09 Terminal device, gateway and communication control method
US16/324,910 US11172528B2 (en) 2016-08-12 2017-08-09 Terminal apparatus, gateway, and communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-158450 2016-08-12
JP2016158450 2016-08-12

Publications (1)

Publication Number Publication Date
WO2018030474A1 true WO2018030474A1 (ja) 2018-02-15

Family

ID=61162328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/028963 WO2018030474A1 (ja) 2016-08-12 2017-08-09 端末装置、ゲートウェイ、及び通信制御方法

Country Status (6)

Country Link
US (1) US11172528B2 (ja)
EP (1) EP3499919B1 (ja)
JP (1) JP6862453B2 (ja)
CN (1) CN109937606B (ja)
AU (1) AU2017308378B2 (ja)
WO (1) WO2018030474A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019192528A1 (en) * 2018-04-04 2019-10-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Apparatus and method for access traffic steering, switching, and/or splitting operation
WO2019222901A1 (en) * 2018-05-22 2019-11-28 Nokia Shanghai Bell Co., Ltd. Method, apparatus and computer readable media for enforcing a rule related to traffic routing
CN111183705A (zh) * 2018-11-12 2020-05-19 联发科技股份有限公司 移动通信中用于系统间切换的遗失配置错误处理技术
CN111937483A (zh) * 2018-04-09 2020-11-13 联想（新加坡）私人有限公司 多接入数据连接上的数据分组引导
WO2020252667A1 (zh) * 2019-06-18 2020-12-24 Oppo广东移动通信有限公司 关联会话的方法和装置
WO2021029382A1 (ja) * 2019-08-09 2021-02-18 シャープ株式会社 Ｕｅ及びｓｍｆ
US20210176808A1 (en) * 2018-07-09 2021-06-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for data transmission
EP3836577A4 (en) * 2018-08-14 2021-10-13 Huawei Technologies Co., Ltd. SESSION MANAGEMENT PROCESS AND DEVICE FOR USER GROUPS
US20210385284A1 (en) * 2019-02-25 2021-12-09 Huawei Technologies Co., Ltd. Session establishment method and apparatus

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116669112A (zh) * 2017-01-26 2023-08-29 中兴通讯股份有限公司 通信方法、网络设备、计算机存储介质
FI3603238T3 (fi) * 2017-03-20 2023-09-12 Zte Corp Verkon viipalointi -palvelutoiminto
CN110612776B (zh) * 2017-05-09 2021-06-04 华为技术有限公司 一种数据处理方法及终端设备、网络设备
US11317313B2 (en) * 2017-09-21 2022-04-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data distribution method and device, and storage medium and system
CN108702281B (zh) * 2018-04-04 2021-11-09 北京小米移动软件有限公司 下行控制信息格式大小的确定方法及装置
US11178717B2 (en) * 2018-05-21 2021-11-16 Electronics And Telecommunications Research Institute Traffic distribution method through multi-access network in a network and network entity performing the same
WO2021025463A1 (en) * 2019-08-05 2021-02-11 Samsung Electronics Co., Ltd. Method and apparatus for improving voice service quality in wireless communication system
CN113692777B (zh) * 2019-09-30 2024-03-01 Oppo广东移动通信有限公司 一种重定向方法及装置、终端设备、网络设备
CN113163341A (zh) * 2020-01-22 2021-07-23 北京三星通信技术研究有限公司 在无线通信系统中传输数据的方法和设备
EP3913969A1 (en) * 2020-05-22 2021-11-24 Deutsche Telekom AG Method for providing an enhanced and/or more efficient broadband access functionality within a telecommunications network, using multi path and/or multi access functionality for at least one specific traffic or application category, telecommunications network, user equipment, atsss server functionality node or instance or pcf node or instance, program and computer-readable medium
CN116347554B (zh) * 2023-03-27 2023-08-18 哈尔滨商业大学 一种数据处理方法、装置以及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014089834A1 (en) * 2012-12-14 2014-06-19 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for managing ap clustering
US20160119939A1 (en) * 2014-10-23 2016-04-28 Intel IP Corporation Systems, methods, and appartatuses for bearer splitting in multi-radio hetnet

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101730142B (zh) * 2009-06-30 2012-09-05 中兴通讯股份有限公司 多分组数据网络连接的建立方法以及装置
US9295089B2 (en) * 2010-09-07 2016-03-22 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
CN104469691B (zh) * 2013-09-25 2018-04-17 电信科学技术研究院 一种组通信方法、设备及系统
KR20170134362A (ko) * 2015-04-01 2017-12-06 엘지전자 주식회사 네트워크 선택 및 트래픽 라우팅을 수행하는 방법 및 사용자 장치
WO2017052432A1 (en) * 2015-09-23 2017-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for charging differentiation in a wireless communication network using aggregated radio access
WO2017124698A1 (zh) * 2016-01-19 2017-07-27 华为技术有限公司 路由规则传输方法、设备和系统
US10362511B2 (en) * 2016-05-17 2019-07-23 Lg Electronics Inc. Method and apparatus for determining PDU session identity in wireless communication system
US10778779B2 (en) * 2016-06-17 2020-09-15 Huawei Technologies Co., Ltd. Method and system for session management for ultra reliable and low latency communications in high mobility scenarios
JP2019145864A (ja) * 2016-07-04 2019-08-29 シャープ株式会社 端末装置、制御装置、ゲートウェイ、及び通信制御方法
JP2019149588A (ja) * 2016-07-04 2019-09-05 シャープ株式会社 端末装置、制御装置、ゲートウェイ、及び通信制御方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014089834A1 (en) * 2012-12-14 2014-06-19 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for managing ap clustering
US20160119939A1 (en) * 2014-10-23 2016-04-28 Intel IP Corporation Systems, methods, and appartatuses for bearer splitting in multi-radio hetnet

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MOTOROLA MOBILITY ET AL.: "Solution for ATSSS", 3GPP SA WG2 MEETING #116 S 2-164193, 11 July 2016 (2016-07-11), XP051121819 *
See also references of EP3499919A4 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019192528A1 (en) * 2018-04-04 2019-10-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Apparatus and method for access traffic steering, switching, and/or splitting operation
CN111937483B (zh) * 2018-04-09 2024-04-23 联想（新加坡）私人有限公司 多接入数据连接上的数据分组引导
CN111937483A (zh) * 2018-04-09 2020-11-13 联想（新加坡）私人有限公司 多接入数据连接上的数据分组引导
WO2019222901A1 (en) * 2018-05-22 2019-11-28 Nokia Shanghai Bell Co., Ltd. Method, apparatus and computer readable media for enforcing a rule related to traffic routing
US11736981B2 (en) 2018-05-22 2023-08-22 Nokia Solutions And Networks Oy Method, apparatus and computer readable media for enforcing a rule related to traffic routing
US20210176808A1 (en) * 2018-07-09 2021-06-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for data transmission
EP3836577A4 (en) * 2018-08-14 2021-10-13 Huawei Technologies Co., Ltd. SESSION MANAGEMENT PROCESS AND DEVICE FOR USER GROUPS
US11812496B2 (en) 2018-08-14 2023-11-07 Huawei Technologies Co., Ltd. User group session management method and apparatus
CN111183705B (zh) * 2018-11-12 2023-10-13 联发科技股份有限公司 用于系统间切换的遗失配置错误处理方法及其装置
CN111183705A (zh) * 2018-11-12 2020-05-19 联发科技股份有限公司 移动通信中用于系统间切换的遗失配置错误处理技术
US20210385284A1 (en) * 2019-02-25 2021-12-09 Huawei Technologies Co., Ltd. Session establishment method and apparatus
CN113994762A (zh) * 2019-06-18 2022-01-28 Oppo广东移动通信有限公司 关联会话的方法和装置
CN113994762B (zh) * 2019-06-18 2023-10-20 Oppo广东移动通信有限公司 关联会话的方法和装置
WO2020252667A1 (zh) * 2019-06-18 2020-12-24 Oppo广东移动通信有限公司 关联会话的方法和装置
JP2021029031A (ja) * 2019-08-09 2021-02-25 シャープ株式会社 Ｕｅ及びｓｍｆ
WO2021029382A1 (ja) * 2019-08-09 2021-02-18 シャープ株式会社 Ｕｅ及びｓｍｆ

Also Published As

Publication number Publication date
AU2017308378B2 (en) 2021-11-11
EP3499919A4 (en) 2020-02-19
EP3499919A1 (en) 2019-06-19
US20210100047A1 (en) 2021-04-01
EP3499919B1 (en) 2022-10-05
CN109937606A (zh) 2019-06-25
AU2017308378A1 (en) 2019-03-28
US11172528B2 (en) 2021-11-09
CN109937606B (zh) 2022-11-15
JPWO2018030474A1 (ja) 2019-06-20
JP6862453B2 (ja) 2021-04-21

Similar Documents

Publication Publication Date Title
WO2018030474A1 (ja) 端末装置、ゲートウェイ、及び通信制御方法
WO2018168966A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018003902A1 (ja) 端末装置、制御装置、及び通信制御方法
WO2018008603A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2018147220A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
JP7181794B2 (ja) Ｕｅ、ｕｅの通信制御方法
WO2018066234A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
JP6748220B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信方法及びコアネットワークの通信方法
WO2018207839A1 (ja) 端末装置、ａｍｆ、ｓｍｆ、コアネットワーク装置、及び通信制御方法
JP2019134197A (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2018128127A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018084291A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2018008601A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2018147219A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2017199954A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
JP7240227B2 (ja) Ｕｅ、及び通信制御方法
WO2021029381A1 (ja) Ｕｅ、及び通信制御方法
JP7216553B2 (ja) Ｕｅ、コアネットワーク装置、及び通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法
WO2021029383A1 (ja) Ｕｅ、及び通信制御方法
JP7336239B2 (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: 17839541

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018533539

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017839541

Country of ref document: EP

Effective date: 20190312

ENP Entry into the national phase

Ref document number: 2017308378

Country of ref document: AU

Date of ref document: 20170809

Kind code of ref document: A