WO2017141993A1 - 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法 - Google Patents

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法 Download PDF

Info

Publication number
WO2017141993A1
WO2017141993A1 PCT/JP2017/005595 JP2017005595W WO2017141993A1 WO 2017141993 A1 WO2017141993 A1 WO 2017141993A1 JP 2017005595 W JP2017005595 W JP 2017005595W WO 2017141993 A1 WO2017141993 A1 WO 2017141993A1
Authority
WO
WIPO (PCT)
Prior art keywords
identification information
bearer
effective path
mme
pgw
Prior art date
Application number
PCT/JP2017/005595
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 US16/077,210 priority Critical patent/US20190028933A1/en
Priority to CN201780005659.8A priority patent/CN108781391A/zh
Priority to EP17753249.6A priority patent/EP3419343A4/en
Publication of WO2017141993A1 publication Critical patent/WO2017141993A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0038—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Definitions

  • the present invention relates to a terminal device, MME (Mobility Management Entity), and a communication control method.
  • MME Mobility Management Entity
  • 3GPP The 3rd Generation Partnership Project
  • SAE System Architecture Enhancement
  • LTE Long Term Evolution
  • 3GPP has specified EPS (Evolved Packet System) as a communication system that realizes all-IP.
  • the core network that constitutes EPS is called EPC (Evolved-Packet-Core).
  • optimization of communication procedures for terminals that require high-speed communication and optimization of communication procedures for terminals that require high power consumption efficiency that can maintain a battery for several years can be cited as requirements. .
  • provision and selection of the optimal communication path for the terminal can also be mentioned as a requirement.
  • NexGen is studying optimization of the terminal communication path and selection of the optimal communication path.
  • the present invention has been made in view of such circumstances, and an object thereof is to provide means for selecting an optimum communication path for a terminal and means for changing the optimum communication path.
  • a communication control method of a terminal device includes an attach acceptance message including at least a first bearer identification information and / or a first APN and / or a first IP address, and a base station device.
  • the first PGW Packet Data Gateway
  • a first PDN Packet Data Network
  • the first identification information is information indicating that the communication path is an effective path, and at least the first identification information and / or the first bearer identification information and / or the F Receiving an EPS bearer context change request including a TFT (Traffic Flow Template) identifying a flow to be communicated using a Shento path from the core network via the base station device; and the second PDN connection to the second And changing the effective path to one PDN connection.
  • TFT Traffic Flow Template
  • the communication control method for a terminal device provides an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address via the base station device.
  • the identification information is information indicating that the change of the effective path is requested, and includes at least the first identification information and / or the first bearer identification information, and Transmitting a bearer resource change request message including a TFT (Traffic Flow Template) identifying a flow to be communicated using an efficient path to the core network via the base station device, and the second PDN And changing the effective path from the connection to the first
  • the MME (Mobility Management Entity) communication control method of the present invention provides an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address to the base station device.
  • a second PDN (Packet Data Data Network) connection established by the terminal device and a second PGW (Packet Data Data Gateway) is transmitted to the terminal device via the base station device, and a second PDN (Packet Data Data Network) connection is established.
  • Bearer identification information and / or Storing the two APNs and / or the second IP address, and the first identification information is information indicating that the communication path is an efficient path, and at least the first identification information, and / or Further, an EPS bearer context change request including a TFT (Traffic Flow Template) that identifies the flow to communicate using the first bearer identification information and / or the effective path is sent to the terminal device via the base station device. Transmitting.
  • TFT Traffic Flow Template
  • the MME (Mobility Management Entity) communication control method of the present invention provides an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address to the base station device.
  • a bearer resource change request message including the first identification information and / or the first bearer identification information and / or a TFT (Traffic Flow Template) identifying a flow to be communicated using an efficient path, Receiving from the terminal device via a station device.
  • TFT Traffic Flow Template
  • the terminal device of the present invention receives an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address from the core network via the base station device.
  • a control unit that establishes a first PGW (Packet Data Gateway) and a first PDN (Packet Data Network) connection, the control unit comprising at least the second bearer identification information and / or the second APN and A default EPS bearer context activation request message including a second IP address is received from the core network via the base station device, and a second PGW connection is established with the second PGW,
  • the identification information is information indicating that the communication path is an effective path, and is transmitted using at least the first identification information and / or the first bearer identification information and / or the effective path.
  • a transmission / reception unit that receives an EPS bearer context change request including a TFT (Traffic Flow Template) identifying a flow to be transmitted from the core network via the base station device, and the control unit includes the second PDN connection To change the effective path to the first PDN connection.
  • TFT Traffic Flow Template
  • the terminal device of the present invention receives an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address from the core network via the base station device.
  • a first PGW (Packet Data Gateway) and a first PDN (Packet Data Network) connection control unit, the control unit at least the second bearer identification information and / or the second APN And / or a default EPS bearer context activation request message including the second IP address is received from the core network via the base station device, and establishes a second PDN connection with the second PGW,
  • the identification information 1 is information indicating that the change of the effective path is requested, and is at least the first identification information and / or the first bearer identification information and / or the F.
  • a bearer resource change request message including a TFT (Traffic Flow Template) for identifying a flow to be communicated using a Shento path, and a transmission / reception unit that transmits to the core network via the base station device, the control unit,
  • TFT Traffic Flow Template
  • the effective path is changed from the second PDN connection to the first PDN connection.
  • the MME (Mobility Management Entity) of the present invention is a terminal device that receives an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address via the base station device.
  • the first bearer identification information and / or first A default EPS including at least the second bearer identification information and / or the second APN and / or the second IP address.
  • a bearer context activation request message is transmitted to the terminal device via the base station device, and the control unit establishes a second PDN (Packet Data Gateway) established by the terminal device and a second PGW (Packet Data Gateway).
  • PDN Packet Data Gateway
  • PGW Packet Data Gateway
  • (Network) connection 2 bearer identification information and / or second APN and / or second IP address is stored, the first identification information is information indicating that the communication path is an effective path, the transmission and reception unit
  • An EPS bearer context change request that includes at least the first identification information and / or the first bearer identification information and / or a TFT (Traffic Flow Template) that identifies a flow to be communicated using an efficient path. Then, the data is transmitted to the terminal device via the base station device.
  • TFT Traffic Flow Template
  • the MME (Mobility Management Entity) of the present invention is a terminal device that receives an attach acceptance message including at least the first bearer identification information and / or the first APN and / or the first IP address via the base station device.
  • the first bearer identification information and / or the first PDN (Packet Data Data Network) connection established with the terminal device and the first PGW (Packet Data Data Gateway) is established.
  • a control unit that stores one APN and / or a first IP address, wherein the transmission / reception unit includes at least a second bearer identification information and / or a second APN and / or a second IP address.
  • An EPS bearer context activation request message is transmitted to the terminal device via the base station device, and the control unit establishes a second PDN (Packet) established by the terminal device and a second PGW (PacketPackData Gateway).
  • the second bearer identification information and / or the second APN and / or the second IP address is stored, and the first identification information is information indicating that the communication path is an effective path, and the transmission / reception unit
  • a bearer resource change request message including (Template) is received from the terminal device via the base station device.
  • a CIoT terminal can attach and / or detach to and communicate with a core network that can provide a plurality of transmission methods including a user data transmission method optimized for the CIoT terminal.
  • FIG. 10 is a diagram for explaining a first bearer update procedure.
  • FIG. 10 is a diagram for explaining a second bearer update procedure.
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system in the present embodiment.
  • the mobile communication system 1 includes mobile terminal apparatuses UE_A10, eNB_A45, a core network_A90, and PDN_A5.
  • UE_A10 may be any terminal device that can be wirelessly connected, and may be UE (User equipment), ME (Mobile equipment), or MS (Mobile equipment).
  • the UE_A10 may be a CIoT terminal.
  • the CIoT terminal is an IoT terminal that can be connected to the core network A90, and the IoT terminal includes a mobile phone terminal such as a smartphone, and may be various IT devices such as a personal computer and a sensor device.
  • UE_A10 may request a connection optimized for CIoT terminal based on UE_A10 policy or network request, or may request a conventional connection .
  • UE_A10 may be set as a terminal device that connects to core network_A90 only by a communication procedure optimized for CIoT terminals in advance at the time of shipment.
  • core network_A90 is an IP mobile communication network operated by a mobile operator.
  • the core network_A90 may be a core network for a mobile communication operator that operates and manages the mobile communication system 1, or a core for a virtual mobile communication operator such as MVNO (Mobile Virtual Network Operator). It can be a network.
  • the core network_A90 may be a core network for accommodating CIoT terminals.
  • ENB_A45 is a base station constituting a radio access network used for UE_A10 to connect to core network_A90. That is, UE_A10 connects to core network_A90 using eNB_A45.
  • core network_A90 is connected to PDN_A5.
  • PDN_A5 is a packet data service network that provides a communication service to UE_A10, and may be configured for each service.
  • a communication terminal is connected to the PDN, and UE_A10 can transmit and receive user data to and from the communication terminal arranged in PDN_A5.
  • the user data may be data transmitted and received between devices included in UE_A10 and PDN_A5.
  • UE_A10 transmits user data to PDN_A5 via core network_A90.
  • UE_A10 transmits / receives user data to / from core network_A90 in order to transmit / receive user data to / from PDN_A5.
  • UE_A10 transmits / receives user data to / from gateway devices in core network_A90 such as PGW_A30 and C-SGN_A95 in order to transmit / receive user data to / from PDN_A5.
  • FIG. 2 shows an example of the core network_90 configuration.
  • the core network_A90 in Figure 2 (a) is HSS (Home Subscriber Server) _A50, AAA (Authentication, Authorization, Accounting) _A55, PCRF (Policy (enhanced Packet Data Gateway) _A65, SGW (Serving ⁇ Gateway) _A35, MME (Mobility Management Entity) _A40, SGSN (Serving GPRS Support Node) _A42.
  • HSS Home Subscriber Server
  • AAA Authentication, Authorization, Accounting
  • PCRF Policy
  • SGW Serving ⁇ Gateway
  • MME Mobility Management Entity
  • SGSN Serving GPRS Support Node
  • the core network_A90 can be connected to a plurality of radio access networks (LTE AN_A80, WLAN ⁇ ANb75, WLAN ANa70, UTRAN_A20, GERAN_A25).
  • LTE AN_A80, WLAN ⁇ ANb75, WLAN ANa70, UTRAN_A20, GERAN_A25 radio access networks
  • 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. Furthermore, UE_A 10 can wirelessly connect to the radio access network.
  • the access networks that can be connected by the WLAN access system are WLAN access network b (WLAN ANb75) connected to the core network via ePDG_A65, and WLAN access network a (WLAN ANa75) connected to PGW_A, PCRF_A60, and AAA_A55. Is configurable.
  • each device is configured in the same manner as a conventional device in a mobile communication system using EPS, detailed description is omitted. Hereinafter, each device will be briefly described.
  • PGW_A30 is connected to PDN_A5, SGW_A35, ePDG_A65, WLAN ANa70, PCRF_A60 and AAA_A55, and is a relay device that transfers user data as a gateway device for PDN_A5 and core network_A90.
  • SGW_A35 is connected to PGW30, MME_A40, LTE AN80, SGSN_A42 and UTRAN_A20, and relay device that transfers user data as a gateway device between core network_A90 and 3GPP access network (UTRAN_A20, GERAN_A25, LTE AN_A80) It is.
  • MME_A40 is connected to SGW_A35, LTE AN80, and HSS_A50, and is an access control device that performs location information management and access control of UE_A10 via LTE AN80.
  • the core network_A90 may be configured to include a plurality of location management devices. For example, a location management device different from MME_A40 may be configured. A location management device different from MME_A40 may be connected to SGW_A35, LTE AN80, and HSS_A50 in the same manner as MME_A40.
  • the MMEs may be connected to each other. Thereby, transmission / reception of the context of UE_A10 may be performed between MMEs.
  • HSS_A50 is connected to MME_A40 and AAA_A55, 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 PGW30, HSS_A50, PCRF_A60, and WLAN ANa70, 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.
  • EPDG_A65 is connected to PGW30 and WLANWANb75, and delivers user data as a gateway device 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 time zone management function, and an MME selection function at the time of handover to E-UTRAN.
  • 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.
  • LTE-AN80 is configured to include eNB_A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected in the LTE access system
  • LTE-AN_A80 may be configured to include one or a plurality of radio base stations.
  • WLAN AAN70 is configured to include WLAN APa72 and TWAG_A74.
  • WLAN APa72 is a wireless base station to which UE_A10 connects with a WLAN access system that is reliable to the operator operating the core network_A90
  • WLAN ANa70 is configured to include one or more wireless base stations It's okay.
  • TWAG_A74 is a gateway device between the core network_A90 and the WLAN AAN70. Further, the WLAN APA 72 and the TWAG_A 74 may be configured by a single device.
  • WLAN ANb75 includes WLAN ⁇ ⁇ APb76.
  • WLAN APb76 is a wireless base station to which UE_A10 is connected in the WLAN access system when a trust relationship is not established with the operator operating the core network_A90, and WLAN ⁇ ⁇ ANb75 has one or more wireless base stations May be included.
  • WLAN ANb75 is connected to core network_A90 using ePDG_A65, which is a device included in core network_A90, as a gateway.
  • ePDG_A65 has a security function to ensure safety.
  • UTRAN_A20 includes RNC (Radio Network Controller) _A24 and eNB (UTRAN) _A22.
  • eNB (UTRAN) _A22 is a radio base station to which UE_A 10 is connected by UTRA (UMTS 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 eNB (UTRAN) _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 more eNB (UTRAN) _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 includes BSS_A26.
  • BSS_A26 is a radio base station to which UE_A10 is connected by GERA (GSM (registered trademark) / EDGE radio access), and GERAN_A25 may be configured by one or a plurality of radio base stations BSS. A plurality of BSSs may be connected to each other. BSS_A26 may be connected to RNC_A24.
  • the core network_A90 may have the configuration shown in FIG.
  • the core network_A90 in FIG. 3 is composed of C-SGN (CIoT Serving Gateway Node) _A95 and HSS_A50.
  • the core network_A90 includes AAA_A55 and / or PCRF_A60 and / or ePDG_A65 and / or SGSN_A42 in the core network_A90 in order to provide connectivity with access networks other than LTE. May be.
  • C-SGN_A95 may be a node that bears some or all of the functions of MME_A40, SGW_A35, and PGW_A30 in FIG.
  • C-SGN_A95 may be a node that manages establishment and disconnection of CIoT terminal connectivity, mobility, and the like.
  • C-SGN_A95 may have a gateway device function between PDN_A and core network_A90, a gateway device function between core network_A90 and CIOTAN_A100, and a location management function of UE_A10.
  • UE_A10 is connected to the core network_A90 via the radio access network CIOT AN_A100.
  • Fig. 3 (b) shows the configuration of CIOT AN_A100.
  • CIOT AN_A100 may be configured to include eNB_A45.
  • ENB_A45 included in CIOT AN_A100 may be the same base station as eNB_A45 included in LTE AN_A80.
  • AN_A100 may be a base station which accommodates a CIoT terminal different from eNB_A45 contained in LTE
  • first core network and / or the second core network may be configured by a system optimized for IoT.
  • 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. Also via a base station device or access point.
  • FIG. 4 shows a device configuration of eNB_A45.
  • the eNB_A45 includes a network connection unit_A420, a transmission / reception unit_A430, a control unit_A400, and a storage unit_A440.
  • the network connection unit_A420, the transmission / reception unit_A430, and the storage unit_A440 are connected to the control unit_A400 via a bus.
  • Control unit_A400 is a functional unit for controlling eNB_A45.
  • the control unit_A400 implements various processes by reading and executing various programs stored in the storage unit_A440.
  • the network connection unit_A420 is a functional unit for the eNB_A45 to connect to the MME_A40 and / or SGW_A35. Furthermore, the network connection unit_A420 is a transmission / reception function unit that the eNB_A45 transmits / receives user data and / or control data from the MME_A40 and / or SGW_A35.
  • the transmission / reception unit_A430 is a functional unit for the eNB_A45 to connect to the UE_A10. Furthermore, the transmission / reception unit_A430 is a transmission / reception function unit that transmits and receives user data and / or control data from the UE_A10. In addition, an external antenna _A410 is connected to the transmission / reception unit _A430.
  • Storage unit_A440 is a functional unit that stores programs and data necessary for each operation of eNB_A45.
  • the storage unit 640 includes, 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 within a communication procedure described later.
  • FIG. 6 (a) shows the device configuration of MME_A40.
  • the MME_A 40 includes a network connection unit_B620, a control unit_B600, and a storage unit_B640.
  • the network connection unit_B620 and the storage unit_B640 are connected to the control unit_B600 via a bus.
  • Control unit_B600 is a functional unit for controlling MME_A40.
  • 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 MME_A40 to connect with the eNB_A45 and / or HSS_A50 and / or SGW_A35. Furthermore, the network connection unit_B620 is a transmission / reception function unit that allows the MME_A40 to transmit and receive user data and / or control data from the eNB_A45 and / or HSS_A50 and / or SGW_A35.
  • Storage unit_B640 is a functional unit that stores programs and data necessary for each operation of MME_A40.
  • the storage unit_B640 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit_B640 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
  • the storage unit_B640 stores an MME context 642, a security context 648, and MME emergency configuration data 650, as shown in the figure.
  • the MME context includes an MM context 644 and an EPS bearer context 646.
  • the MME context may be composed of an EMM context and an ESM context.
  • the MM context 644 may be an EMM context
  • the EPS bearer context 646 may be an ESM context.
  • Fig. 7 (b), Fig. 8 (b), and Fig. 9 (b) show information elements of the MME context stored for each UE.
  • the MME context stored for each UE is IMSI, IMSI-unauthenticated-indicator, MSISDN, MM State, GUTI, ME Identity, Tracking Area List, TAI of last TAU, ECGI (E-UTRAN Cell Global Identity), E-UTRAN Cell Identity Identity, CSG ID, CSG membership, Access mode, Authentication Vector, UE Radio Access Capability, MS Classmark 2, MS Classmark 3, Supported Codecs, UE Network Capability, MS Network Capability, UE Specific DRX Parameters , Selected NAS Algorithm, eKSI, K_ASME, NAS Keys and COUNT, Selected CN operator ID, Recovery, Access Restriction, ODB for PS parameters, APN-OI Replacement, MME IP address for S11, MME TEID for S11, S-GW for S11 / S
  • the MME context for each UE may include information for identifying a communication path serving as an effective path.
  • IMSI is the user's permanent identification information. Same as IMSI stored in HSS_A50.
  • IMSI-unauthenticated-indicator is instruction information indicating that this IMSI is not authenticated.
  • MSISDN represents the phone number of the UE. MSISDN is indicated by the storage part of HSS_A50.
  • MM State indicates the MME mobility management state.
  • This management information includes the ECM-IDLE state in which the connection between the eNB and the core network is released, the ECM-CONNECTED state in which the connection between the eNB and the core network is not released, or the MME stores the location information of the UE. No EMM-DEREGISTERED state.
  • GUTI Globally Unique Unique Temporary Identity
  • MME identification information GUMMEI: Globally Unique MME Identifier
  • M-TMSI UE identification information
  • ME Identity is the ID of the UE, and may be, for example, IMEI / IMISV.
  • Tracking Area List is a list of tracking area identification information assigned to the UE.
  • TAI of last TAU is tracking area identification information indicated in the latest tracking area update procedure.
  • ECGI is the latest UE cell identification information known to MME_A40.
  • E-UTRAN Cell Identity Age indicates the elapsed time since the MME acquired ECGI.
  • the CSG ID is identification information of a CSG (Closed Subscriber Group) operated by a recent UE as known by the MME.
  • CSG membership is the latest UE CSG member information known to MME.
  • CSG membership indicates whether the UE is a CSG member.
  • Access mode is an access mode of a cell identified by ECGI, and may be identification information indicating that ECGI is a hybrid that allows access to both CSG and non-CSG UEs.
  • Authentication Vector indicates a temporary AKA (Authentication and Key Agreement) of a specific UE that the MME follows.
  • the Authentication Vector is composed of a random value RAND used for authentication, an expected response XRES, a key K_ASME, and a language (token) AUTN authenticated by the network.
  • Radio Access Capability is identification information indicating the radio access capability of the UE.
  • MS Classmark 2 is a 3G / 2G (UTRAN / GERAN) CS domain core network classmark. MS Classmark 2 is used when UE supports SRVCC (Single Radio Voice Call Continuity) for GERAN or UTRAN.
  • SRVCC Single Radio Voice Call Continuity
  • MS Classmark 3 is the class mark of the GERAN CS domain wireless network. MS Classmark 3 is used when the UE supports SRVCC (Single Radio Voice Call Continuity) for GERAN.
  • SRVCC Single Radio Voice Call Continuity
  • SupportedcsCodecs is a list of codes supported by CS domain. This list is used when the UE supports SRVCC for GERAN or UTRAN.
  • UE Network Capability includes security algorithms and key derivation functions supported by the UE.
  • MS Network Capability is information including at least one piece of information necessary for SGSN for UE having GERAN and / or UTRAN functions.
  • UE Specific DRX Parameters are parameters used to determine the UE DRX (Discontinuous Reception) cycle length.
  • DRX is a function for switching the UE to a low power consumption state when there is no communication for a certain period of time in order to reduce the power consumption of the battery of the UE as much as possible.
  • “Selected NAS Algorithm” is a selected security algorithm of NAS (Non-Access Stratum).
  • EKSI is a set of keys indicating K_ASME. It may indicate whether or not to use a security key acquired by UTRAN or E-UTRAN security authentication.
  • K_ASME is an E-UTRAN key hierarchy key generated based on the encryption key CK (Cipher Key) and the complete key IK (Integrity Key).
  • NAS Keys and COUNT consists of key K_NASint, key K_NASenc and NAS COUNT parameter.
  • Key K_NASint is a key for encryption between UE and MME
  • key K_NASenc is a key for security protection between UE and MME.
  • NAS COUNT is a count that starts counting when a new key is set when security between the UE and the MME is established.
  • the “selected CN” operator ID is identification information of the selected core network operator used for sharing the network among operators.
  • Recovery is identification information indicating whether the HSS performs database restoration.
  • Access Restriction is registration information for access restriction.
  • ODB for PS parameters indicate the state of ODB (operator determined) barring.
  • ODB is an access rule determined by a telecommunications carrier (operator).
  • APN-OI Replacement is a domain name that replaces APN when constructing a PGW FQDN to perform DNS resolution. This alternate domain name applies to all APNs.
  • MME IP address for S11 is the IP address of MME used for the interface with SGW.
  • MME TEID for S11 is a TEID (Tunnel Endpoint Identifier) used in the interface with SGW.
  • S-GW IP address for S11 / S4 is the IP address of SGW used at the interface between MME and SGW or between SGSN and MME.
  • S GW TEID for S11 / S4 is the SGW TEID used at the interface between MME and SGW or between SGSN and MME.
  • SGSN IP address for S3 is the IP address of SGSN used for the interface between MME and SGSN.
  • SGSN TEID for S3 is the SGSN TEID used in the interface between MME and SGSN.
  • EnodeB Address in “Use” for “S1-MME” is the IP address of eNB that was recently used in the interface between MME and eNB.
  • ENB UE S1AP ID is identification information of UE within eNB.
  • MME UE S1AP ID is identification information of UE in MME.
  • Subscribed UE-AMBR indicates the maximum value of MBR (Maximum Bit Rate) for uplink and downlink communication for sharing all Non-GBR (Guaranteed Bit Rate) bearers (non-guaranteed bearers) according to user registration information.
  • MBR Maximum Bit Rate
  • Non-GBR Guard Bit Rate
  • UE-AMBR indicates the maximum value of MBR of uplink communication and downlink communication recently used to share all Non-GBR bearers (non-guaranteed bearers).
  • EPS Subscribed ”Charging Characteristics indicates the charging characteristics of the UE.
  • EPS Subscribed Charging Characteristics may indicate registration information such as normal, prepaid, fixed charge rate, or immediate billing.
  • Subscribed RFSP Index is an index for a specific RRM configuration in E-UTRAN obtained from HSS.
  • RFSP Index In Use is an index for a specific RRM configuration in E-UTRAN that has been used recently.
  • Trace reference is identification information for identifying a specific trace record or a set of records.
  • Trace type indicates the type of trace. For example, the type that HSS traces and / or the type that MME, SGW, or PGW traces may be indicated.
  • Trigger ID is identification information that identifies the component that starts the trace.
  • OMCM Identity is identification information that identifies the OMC that received the traced record.
  • URRP-MME is identification information indicating that the UE activity notification from the MME is requested by the HSS.
  • CSG Subscription Data is a related list of roaming destination PLMN (VPLMN) CSG ID and roaming destination equivalent PLMN.
  • Each CSG ID may be associated with an expiration date indicating the expiration date of the CSG ID or an absent date indicating that there is no expiration date.
  • the CSG ID may be used for a specific PDN connection via LIPA.
  • Subscribed Periodic RAU / TAU Timer is a regular RAU and / or TAU timer.
  • MPS CS priority indicates that the UE is registered with eMLPP or 1x RTT priority service in the CS domain.
  • MPS EPS priority is identification information indicating that it is registered in the MPS within the EPS domain.
  • Voice Support Match Indicator indicates whether the UE's radio capabilities are compatible with the network configuration. For example, it indicates whether the SRVCC support by the UE matches the support for network voice calls.
  • Homogenous Support of IMS Voice over PS Sessions for MME is instruction information indicating for each UE whether to support IMS voice calls over PS sessions.
  • Homogenous Support of IMS Voice over PS Sessions for MME supports IMS (IP Multimedia Subsystem) voice calls on PS (Packet Switched) sessions on all TAs (Tracking Area) managed by MME. ”And“ Not Supported ”indicating that there is no TA supporting IMS voice call on the PS session.
  • IMS IP Multimedia Subsystem
  • PS Packet Switched
  • TAs Track Area
  • the MME notifies the HSS of this instruction information. do not do.
  • Fig. 10 (c) shows the information elements included in the MME context for each PDN connection stored for each PDN connection.
  • the MME context for each PDN connection is APN Use, APN Restriction, APN Subscribed, PDN Type, IP Address, EPS PDN Charging Characteristics, APN-OI Replacement, SIPTO permissions, Local Home Network ID, LIPApermissions , WLAN-offloadability, VPLMN-Address-Allowed, PDN-GW-Address-in-Use (control information), PDN-GW-TEID-for S5 / S8 (control information), MS-Info-Change-Reporting Action, CSG-Information-Reporting-Action, Presence-Reporting-Area-Action, EPS-subscribed-QoS-profile , Subscribe APN-AMBR, APN-AMBR, PDN GW GRE Key for uplink traffic (user data), Default bearer, low access priority.
  • the MME context for each PDN connection may include information for identifying a communication path that is an effective path.
  • APN in ⁇ Use indicates the recently used APN.
  • This APN is composed of APN network identification information and default operator identification information.
  • APN Restriction indicates the restriction of the combination of APN types for the APN associated with this bearer context. That is, it is information that limits the number of APNs that can be established and the type of APN.
  • APINscribedSubscribed means registered APN received from HSS.
  • PDN Type indicates the IP address type.
  • the PDN type indicates IPv4, IPv6, or IPv4v6.
  • IP Address indicates an IPv4 address or IPv6 Prefix.
  • the IP address may store both IPv4 and IPv6 prefixes.
  • EPS PDN Charging Characteristics indicates billing characteristics. EPS PDN Charging Characteristics may indicate, for example, normal, prepaid, fixed charge rate, or immediate billing.
  • APN-OI Replacement is a proxy domain name of APN that has the same role as APN-OI Replacement registered for each UE. However, the priority is higher than APN-OI Replacement for each UE.
  • SIPTO permission indicates permission information for SIPTO (Selected IP Traffic Offload) of traffic using this APN. Specifically, SIPTO permissions prohibits the use of SIPTO, permits the use of SIPTO outside of the local network, permits the use of SIPTO in networks that include the local network, or allows only the local network to use SIPTO. Identify that you are allowed to use
  • Local Home Network ID indicates identification information of the home network to which the base station belongs when SIPTO (SIPTO @ LN) using the local network is available.
  • LIPA permissions is identification information indicating whether this PDN can be accessed via LIPA.
  • the LIPA permissions may be LIPA-prohibited that does not allow LIPA, or LIPA-only that allows only LIPA, or LIPA-conditional that permits LIPA depending on conditions.
  • WLAN offloadability is identification information indicating whether traffic connected by this APN can be offloaded to a wireless run using a link function between the wireless run and 3GPP, or whether a 3GPP connection is maintained.
  • WLAN load ability may be divided for each RAT type. Specifically, different WLAN offload ability may exist between LTE (E-UTRA) and 3G (UTRA).
  • VPLMN Address Allowed indicates that the UE is allowed to use only the HPLMN domain (IP address) PGW in the roaming destination PLMN (VPLMN), or the PGW in the VPLMN domain is connected using this APN.
  • IP address IP address
  • PGW Packet Control Protocol
  • Address Address
  • Use control information
  • PDN GW TEID for S5 / S8 (control information) is a TEID used for transmission / reception of control information at the interface (S5 / S8) between SGW and PGW.
  • MS Info Change Reporting Action is an information element indicating that it is necessary to notify the PGW that the user location information has been changed.
  • CSG Information Reporting Action is an information element indicating that it is necessary to notify the PGW that the CSG information has been changed.
  • Presence Reporting Area Action indicates that it is necessary to notify the change of whether or not the UE exists in the presence reporting area (Presence Reporting Area).
  • This information element is divided into identification information of the presence report area and elements included in the presence report area.
  • the EPS “subscribed” QoS profile shows the QoS parameters at the bearer level for the default bearer.
  • Subscribed APN-AMBR is the maximum value of MBR (Maximum Bit Rate) for uplink and downlink communication for sharing all Non-GBR bearers (non-guaranteed bearers) established for this APN according to user registration information Indicates.
  • MBR Maximum Bit Rate
  • APN-AMBR is the maximum value of MBR (Maximum Bit Rate) for uplink and downlink for sharing all Non-GBR bearers (non-guaranteed bearers) established for this APN, determined by PGW Indicates.
  • PDN-GW-GRE-Key-for-link-traffic (user data) is a GRE (Generic Routing Encapsulation) key for uplink communication of user data at the interface between SGW and PGW.
  • GRE Generic Routing Encapsulation
  • Default Bearer is information acquired and / or generated when a PDN connection is established, and is EPS bearer identification information for identifying a default bearer associated with a PDN connection.
  • the EPS bearer in this embodiment may be a communication path established between UE_A10 and C-SGN_A95.
  • the EPS bearer may be configured by an RB (Radio Bearer) established between UE_A10 and eNB_A45 and an S1 bearer established between eNB_A45 and C-SGN_A95.
  • the RB and the EPS bearer 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.
  • the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30. Even in this case, the EPS bearer may be configured to include an RB (Radio Bearer) established between UE_A10 and eNB_A45. Furthermore, the RB and the EPS bearer may be associated with each other one to one. Therefore, the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
  • RB Radio Bearer
  • Default Bearer may be identification information that identifies SRB (Signalling Radio Bearer) and / or CRB (Control Signalling Radio Bearer), or may be identification information that identifies DRB (Data Radio Bearer). Good.
  • the SRB in the present embodiment may be an RB that is originally established for transmitting / receiving control information such as a control message.
  • the CRB in the present embodiment may be an RB that is originally established for transmitting / receiving control information such as a control message.
  • user data is transmitted / received using an RB originally for transmitting / receiving a control message. Therefore, in the present embodiment, control messages and user data are transmitted and received using SRB or CRB.
  • the DRB in the present embodiment may be an RB established for transmitting / receiving user data.
  • Low access priority indicates that the UE requested a low access priority (low access priority) when the PDN connection is open.
  • Fig. 11 shows the MME context stored for each bearer.
  • the MME context stored for each bearer is EPS Bearer ID, TI, S-GW IP address for S1-u, S-GW TEID for S1u, PDN GW TEID for S5 / S8, PDN GW IP Include address for S5 / S8, EPS bearer QoS, TFT.
  • the MME context for each bearer may include information for identifying a communication path serving as an effective path.
  • EPS Bearer ID is the only identification information that identifies EPS bearer for UE connection via E-UTRAN.
  • the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, it may be identification information for identifying an EPS bearer different from the default bearer.
  • the EPS bearer may be a communication path established between UE_A10 and C-SGN_A95. Further, the EPS bearer may be configured by an RB (Radio Bearer) established between UE_A10 and eNB_A45 and an S1 bearer established between eNB_A45 and C-SGN_A95.
  • the RB and the EPS bearer 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.
  • the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30. Even in this case, the EPS bearer may be configured to include an RB (Radio Bearer) established between UE_A10 and eNB_A45. Furthermore, the RB and the EPS bearer may be associated with each other one to one. Therefore, the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
  • RB Radio Bearer
  • the EPS bearer ID for identifying the dedicated bearer may be identification information for identifying SRB (Signalling Radio Bearer) and / or CRB (Control Signalling Radio Bearer), or DRB (Data Radio Bearer).
  • the identification information to identify may be sufficient.
  • the SRB in the present embodiment may be an RB that is originally established to transmit / receive control information such as a control message.
  • the CRB in the present embodiment may be an RB that is originally established for transmitting / receiving control information such as a control message.
  • user data is transmitted / received using an RB originally for transmitting / receiving a control message. Therefore, in the present embodiment, control messages and user data are transmitted and received using SRB or CRB.
  • the DRB in the present embodiment may be an RB established for transmitting / receiving user data.
  • TI is an abbreviation for Transaction Identifier, and is identification information that identifies a bidirectional message flow (Transaction).
  • S-GW IP address for S1-u is the IP address of SGW used at the interface between eNB and SGW.
  • S-GW IP address for S1-u is the IP address of the SGW used at the interface between MME and / or SGSN and SGW when user data is included in the control information message. It may be S-GW IP address for S11 / S4.
  • S-GW TEID for S1u is the SGW TEID used at the interface between eNB and SGW.
  • S-GW TEID for S1u may be the TEID address of SGW used at the interface between SGSN and SGW when MME and / or user data is included in the control information message and transmitted / received. It may be S-GW TEID for S11 / S4.
  • PDN GW TEID for S5 / S8 is PGW TEID for user data transmission of the interface between SGW and PGW.
  • PDN “GW IP address” for “S5 / S8” is the IP address of PGW for user data transmission of the interface between SGW and PGW.
  • EPS bearer QoS consists of QCI (QoS Class Identifier) and ARP (Allocation and Retention Priority).
  • QCI indicates the class to which QoS belongs.
  • QoS can be divided into classes according to the presence / absence of bandwidth control, allowable delay time, and packet loss rate.
  • QCI includes information indicating priority.
  • ARP is information indicating the priority related to maintaining a bearer.
  • TFT Traffic Flow Template
  • the information elements included in the MME context shown in FIGS. 7 to 11 are included in either the MM context 644 or the EPS bearer context 646.
  • the MME context for each bearer shown in FIG. 11 (d) may be stored in the EPS bearer context, and other information elements may be stored in the MM context.
  • the MME context for each PDN connection shown in FIG. 10 (c) and the MME context for each bearer shown in FIG. 11 (d) may be stored in the EPS bearer context, and other information elements may be stored in the MM context.
  • the MME storage unit_B640 may store a security context 648.
  • FIG. 12 (e) shows information elements included in the security context 648.
  • FIG. 12 (e) shows information elements included in the security context 648.
  • the security context consists of EPS AS security context and EPS NAS security context.
  • the EPS AS security context is a context related to the security of the access layer (AS: Access Stratum)
  • the EPS NAS security context is a context related to the security of the non-access layer (NAS: Non-Access Stratum).
  • Fig. 12 (f) shows the information elements included in the EPS AS security context.
  • the EPS AS security context includes a cryptographic key, Next Hop parameter (NH), Next Hop Chaining Counter parameter (NCC), and identifiers of the selected AS level cryptographic algorithms.
  • Cryptographic key is an encryption key in the access layer.
  • NH is an information element determined from K_ASME. It is an information element for realizing forward security.
  • NCC is an information element associated with NH. This represents the number of vertical handovers that switch networks.
  • Figure 12 (g) shows the information elements included in the EPS NAS security context.
  • the EPS NAS security context may include K_ASME, UE Security capabilities, and NAS COUNT.
  • K_ASME is an E-UTRAN key hierarchy key generated based on keys CK and IK.
  • UE Security Capabilities is a set of identification information corresponding to encryption and algorithms used in the UE. This information includes information for the access layer and information for the non-access layer. Furthermore, if the UE supports access to UTRAN / GERAN, this information includes information for UTRAN / GERAN.
  • NAS COUN is a counter that indicates the time during which K_ASME is operating.
  • the security context 648 may be included in the MME context 642. Further, as shown in FIG. 6 (a), the security context 648 and the MME context 642 may exist separately.
  • FIG. 12 (h) shows information elements stored in the MME emergency configuration data 650.
  • the MME emergency configuration data is information used instead of the UE registration information acquired from the HSS.
  • the MME emergency configuration data 650 includes em APN (Emergency Access Point Name), Emergency QoS profile, Emergency APN-AMBR, Emergency PDN GW identity, Non-3GPP HO Emergency PDN GW identity.
  • [Em APN indicates the name of the access point used for emergency PDN connection.
  • Emergency QoS profile indicates the QoS of the default bearer of em N APN at the bearer level.
  • Emergency APN-AMBR indicates the maximum value of MBR for uplink and downlink communication for sharing non-GBR bearer (non-guaranteed bearer) established for em APN. This value is determined by PGW.
  • Emergency PDN GW identity is PGW identification information statically set for em APN. This identification information may be an FQDN or an IP address.
  • Non-3GPP HO Emergency PDN GW identity is PGW identification information that is statically set for em APN when the PLMN supports handover to an access network other than 3GPP.
  • This identification information may be an FQDN or an IP address.
  • the MME_A 40 may manage the connection state for the UE while synchronizing with the UE.
  • SGW in this embodiment may include SGW_A35 and SGW_B36.
  • SGW_B36 may be the same as that of SGW_A35.
  • FIG. 13 (a) shows the device configuration of SGW_A35.
  • the SGW_A35 includes a network connection unit_C1320, a control unit_C1300, and a storage unit_C1340.
  • the network connection unit _C1320 and the storage unit _C1340 are connected to the control unit _C1300 via a bus.
  • Control unit_C1300 is a functional unit for controlling SGW_A35.
  • the control unit_C1300 implements various processes by reading and executing various programs stored in the storage unit_C1340.
  • the network connection unit_C1320 is a functional unit for the SGW_A35 to connect to the eNB_A45 and / or MME_A40 and / or PGW_A30 and / or SGSN_A42. Furthermore, the network connection unit_C1320 is a transmission / reception function unit in which the SGW_A35 transmits / receives user data and / or control data from the eNB_A45 and / or MME_A40 and / or PGW_A30 and / or SGSN_A42.
  • Storage unit_C1340 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
  • the storage unit_C1340 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_C1340 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.
  • Storage unit_C1340 stores EPS bearer context 1342 as shown in the figure.
  • the EPS bearer context includes one stored for each UE, one stored for each PDN, and one stored for each bearer.
  • Fig. 14 (b) shows the information elements of EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE is IMSI, MSI-unauthenticated-indicator, ME Identity, MSISDN, Selected CN CN operator id, MME TEID for S11, MME IP address for S11, S-GW TEID for S11 / S4, S-GW IP address for S11 / S4, SGSN IP address for S4, SGSN TEID for S4, Trace reference, Trace type, Trigger ID, OMC identity, Last known Cell Id, Last known Cell Include Id age.
  • the EPS bearer context for each UE may include information for identifying a communication path serving as an effective path.
  • IMSI is the user's permanent identification information. Equivalent to IMSI of HSS_A50.
  • IMSI-unauthenticated-indicator is instruction information indicating that this IMSI is not authenticated.
  • ME Identity is UE identification information, and may be, for example, IMEI / IMISV.
  • MSISDN represents the basic phone number of the UE. MSISDN is indicated by the storage part of HSS_A50.
  • Selected CN operator “id” is identification information of the selected core network operator used for sharing the network among operators.
  • MME TEID for S11 is the MME TEID used in the interface between MME and SGW.
  • MME IP address for S11 is the MME IP address used in the interface between MME and SGW.
  • S-GW TEID for S11 / S4 is the TEID of SGW used in the interface between MME and SGW or the interface between SGSN and SGW.
  • S-GW IP address for S11 / S4 is the IP address of SGW used in the interface between MME and SGW or the interface between SGSN and SGW.
  • SGSN IP address for S4 is the IP address of SGSN used in the interface between SGSN and SGW.
  • SGSN TEID for S4 is the SGSN TEID used in the interface between SGSN and SGW.
  • Trace reference is identification information for identifying a specific trace record or a set of records.
  • Race ⁇ ⁇ Type indicates the type of trace. For example, the type that HSS traces and / or the type that MME, SGW, or PGW traces may be indicated.
  • Trigger ID is identification information that identifies the component that starts the trace.
  • OMCM Identity is identification information that identifies the OMC that received the traced record.
  • “Last known Cell ID” is the latest location information of the UE notified from the network.
  • Last known Cell ID is information indicating the period from when the Last known Cell ID is stored.
  • the EPS bearer context includes an EPS bearer context for each PDN connection stored for each PDN connection.
  • FIG. 15 (c) shows an EPS bearer context for each PDN connection.
  • EPS bearer context for each PDN connection is APN Use, EPS PDN Charging Characteristics, P-GW Address in Use (control information), P-GW TEID for S5 / S8 (control information), P- GW Address In use (user data), P-GW GRE Key for uplink (user data), S-GW IP address for S5 / S8 (control information), S-GW TEID for S5 / S8 (control information), S GW Address in Use (user data), S-GW GRE Key for downlink traffic (user data), Default Bearer are included.
  • the EPS bearer context for each PDN connection may include information for identifying a communication path serving as an effective path.
  • APN in ⁇ Use indicates the recently used APN.
  • This APN is composed of APN network identification information and default operator identification information. This information is information acquired from the MME or SGSN.
  • EPS PDN Charging Characteristics indicates billing characteristics. EPS PDN Charging Characteristics may indicate, for example, normal, prepaid, fixed charge rate, or immediate billing.
  • P-GW Address in Use is the IP address of the PGW that was used when the SGW recently sent control information.
  • P-GW TEID for S5 / S8 (control information) is an interface between SGW and PGW, and is TEGW of PGW used for transmission of control information.
  • P-GW In Use is the IP address of the PGW that SGW used recently when sending user data.
  • P-GW GRE Key for uplink (user data) is a GRE key for user data uplink communication of the interface between SGW and PGW.
  • S-GW IP address for S5 / S8 (control information) is the IP address of SGW used for the interface of control information between SGW and PGW.
  • S-GW TEID for S5 / S8 (control information) is the TEID of SGW used for the interface of control information between GW and PGW.
  • S GW Address Use is the IP address of the SGW that was recently used by the SGW to send user data.
  • S-GW GRE Key downlink traffic (user data) is an uplink GRE key used for user data interface between SGW and PGW.
  • Default Bearer is information acquired and / or generated when a PDN connection is established, and is identification information for identifying a default bearer associated with a PDN connection.
  • EPS bearer context of SGW includes EPS bearer context for each bearer.
  • FIG. 15 (d) shows an EPS bearer context for each bearer.
  • EPS bearer context for each bearer is EPS Bearer Id, TFT, P-GW Address in Use (user data), P-GW TEID for S5 / S8 (user data), S-GW IP address for S5 / S8 (user data), S-GW TEID for S5 / S8 (user data), S-GW IP address for S1-u, S12 and S4 (user data), S-GW TEID for S1-u, S12 and S4 (user data), eNodeB IP address for S1-u, eNodeB TEID for S1-u, RNC IP address for S12, RNC TEID for S12, SGSN IP address for S4 (user data), SGSN TEID for S4 (user data) , EPS Bearer QoS, Charging Id.
  • the EPS context for each bearer may include information for identifying a communication path that becomes an effective path.
  • EPS Bearer Id is the only identification information that identifies EPS bearers for UE connections via E-UTRAN. That is, it is identification information for identifying a bearer. In other words, “EPS—Bearer” Id is identification information of the EPS bearer. Further, EPS Bearer Id may be identification information for identifying SRB and / or CRB, or may be identification information for identifying DRB.
  • TFT indicates all packet filters associated with the EPS bearer.
  • the TFT is information for identifying part of user data to be transmitted / received
  • the SGW_A 35 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT.
  • SGW_A35 transmits / receives user data identified by the TFT using an EPS bearer including an RB associated with the TFT.
  • SGW_A35 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • SGW_A35 may store the TFT in advance in association with the default bearer.
  • PP-GW In ⁇ ⁇ ⁇ Use is the interface between SGW and PGW, and is the IP address of the PGW that was recently used for user data transmission.
  • P-GW TEID for S5 / S8 (user data) is the PGW TEID for user data interface between SGW and PGW.
  • S-GW IP address for S5 / S8 (user data) is the IP address of SGW for user data received from PGW.
  • S-GW TEID for S5 / S8 (user data) is SGW's TEID for user data interface between SGW and PGW.
  • S-GW IP address for S1-u, S12 and S4 are IP addresses of SGW used at the interface between SGW and 3GPP access network (LTE access network or GERAN / UTRAN).
  • S-GW IP address for S1-u, S12 and S4 (user data) is the interface between SGW and MME and / or SGSN when user data is included in the control information message It may be the IP address of SGW to be used in S-GW IP address for S11 / S4.
  • S-GW TEID for S1-u, S12 and S4 are SGW TEIDs used at the interface between SGW and 3GPP access network (LTE access network or GERAN / UTRAN).
  • S-GW TEID for S1-u, S12 and S4 (user data) is an interface between SGW and MME and / or SGSN when user data is included in the control information message. It may be the TEID of the SGW used, or S-GW-TEID for S11 / S4.
  • ENodeB IP address for S1-u is the IP address of eNB used for transmission between SGW and eNB.
  • eNodeB ⁇ ⁇ IP ⁇ ⁇ address for S1-u may be the MME IP address used in the interface between MME and SGW when user data is included in the control information message, and MME IP address for It may be S11.
  • ENodeB TEID for S1-u is the eNB TEID used for transmission between SGW and eNB.
  • eNodeB ⁇ ⁇ ⁇ TEID for S1-u may be the MME TEID used in the interface between the MME and SGW when user data is included in the control information message and is MME TEID for S11. May be.
  • RNC IP address for S12 is the RNC IP address used for the interface between SGW and UTRAN.
  • RNC TEID for S12 is the RNC TEID used for the interface between SGW and UTRAN.
  • SGSN IP address for S4 (user data) is an IP address of SGSN used for transmission of user data between SGW and SGSN.
  • SGSN TEID for S4 (user data) is the SGSN TEID used to transmit user data between SGW and SGSN.
  • EPS Bearer QoS represents the QoS of this bearer and may include ARP, GBR, MBR, and QCI.
  • ARP is information indicating the priority related to maintaining a bearer.
  • GBR Guaranteed Bit Bit Rate
  • MBR Maximum Bit Bit Rate
  • QCI can be divided into classes according to the presence / absence of bandwidth control, allowable delay time, packet loss rate, and the like. QCI includes information indicating priority.
  • Charging Id is identification information for recording the billing generated by SGW and PGW.
  • the PGW in the present embodiment may include PGW_A30 and PGW_B31.
  • PGW_B31 may be the same as that of PGW_A30.
  • FIG. 16 (a) shows the device configuration of PGW_A30.
  • the PGW_A 30 includes a network connection unit_D1620, a control unit_D1600, and a storage unit_D1640.
  • the network connection unit _D1620 and the storage unit _D1640 are connected to the control unit _D1600 via a bus.
  • Control unit_D1600 is a functional unit for controlling PGW_A30.
  • the control unit_D1600 implements various processes by reading and executing various programs stored in the storage unit_D1640.
  • the network connection unit_D1620 is a functional unit for the PGW_A30 to connect 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 _D1620 is a transmission / reception function unit in which the PGW_A30 transmits / receives user data and / or control data from the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5. .
  • Storage unit_D1640 is a functional unit that stores programs and data necessary for each operation of PGW_A30.
  • the storage unit_D1640 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_D1640 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_D1640 stores the EPS bearer context 1642 as shown in the figure.
  • EPS bearer context what is stored for each UE, what is stored for each APN, what is stored for each PDN connection, and what is stored for each bearer are stored separately. May be.
  • FIG. 17 (b) shows information elements included in the EPS bearer context stored for each UE.
  • EPS bearer context stored for each UE includes IMSI, IMSI-unauthenticated-indicator, ME Identity, MSISDN, Selected CN operator id, RAT type, Trace reference, Trace type, Trigger id, OMC identity. Including.
  • the EPS bearer context for each UE may include information for identifying a communication path serving as an effective path.
  • IMSI is identification information assigned to a user who uses the UE.
  • IMSI-unauthenticated-indicator is instruction information indicating that this IMSI is not authenticated.
  • ME Identity is the UE ID, and may be, for example, IMEI / IMISV.
  • MSISDN represents the basic phone number of the UE. MSISDN is indicated by the storage part of HSS_A50.
  • the “selected CN” operator ID is identification information of the selected core network operator used for sharing the network among operators.
  • RAT type indicates the UE's recent RAT (Radio Access Technology).
  • the RAT type may be, for example, E-UTRA (LTE) or UTRA.
  • Trace reference is identification information for identifying a specific trace record or a set of records.
  • Trace type indicates the type of trace. For example, the type that HSS traces and / or the type that MME, SGW, or PGW traces may be indicated.
  • Trigger ID is identification information that identifies the component that starts the trace.
  • OMCM Identity is identification information that identifies the OMC that received the traced record.
  • Fig. 17 (c) shows the EPS bearer context stored for each APN.
  • the EPS bearer context stored for each APN of the PGW storage unit includes APN in use and APN-AMBR.
  • APN in ⁇ Use indicates the recently used APN.
  • This APN is composed of APN network identification information and default operator identification information. This information is obtained from SGW.
  • APN-AMBR indicates the maximum value of MBR (Maximum Bit Rate) for uplink communication and downlink communication for sharing all Non-GBR bearers (non-guaranteed bearers) established for this APN.
  • MBR Maximum Bit Rate
  • Fig. 18 (d) shows the EPS bearer context for each PDN connection stored for each PDN connection.
  • EPS bearer context for each PDN connection consists of IP Address, PDN Type, S-GW Address In use (control information), S-GW TEID for S5 / S8 (control information), S-GW Address In Use (user data), S-GW GRE Key downlink (traffic (user data), P-GW IP address for S5 / S8 (control information), P-GW TEID for S5 / S8 (control information), P-GW Address in Use (user data), P-GW GRE for uplink traffic (user data), MS Info Change Reporting support indication, MS Info Change Reporting Action, CSG Information Reporting Action, Presence Reporting Area Action, BCM, Default Bearer, EPS PDN Include Charging Characteristics.
  • the EPS bearer context for each PDN connection may include information for identifying a communication path serving as an effective path.
  • IP Address indicates the IP address assigned to the UE for this PDN connection.
  • the IP address may be IPv4 and / or IPv6 prefix.
  • PDN type indicates the type of IP address.
  • PDN type indicates, for example, IPv4, IPv6, or IPv4v6.
  • S-GW Address in Use is the IP address of the SGW that is recently used to transmit control information.
  • S-GW TEID for S5 / S8 (control information) is the TEID of SGW used for transmission / reception of control information between SGW and PGW.
  • S-GW In Use is the IP address of the SGW that was recently used for sending user data on the interface between the SGW and the PGW.
  • S-GW GRE Key for downlink traffic is an interface between SGW and PGW, and is a GRE key assigned for use in downlink communication of user data from PGW to SGW.
  • P-GW IP address for S5 / S8 (control information) is the IP address of the PGW used for control information communication.
  • P-GW TEID for S5 / S8 (control information) is PGW TEID for communication of control information using the interface between SGW and PGW.
  • P-GW Address in Use is the IP address of the PGW that was recently used to transmit user data using the interface between the SGW and the PGW.
  • GRE Key for “uplink traffic” (user data) is a GRE key assigned for user data uplink communication between SGW and PGW, that is, transmission of user data from SGW to PGW.
  • MS Info Change Reporting support indication indicates that the MME and / or SGSN supports the process of notifying the user location information and / or the user CSG information.
  • MS Info Change Reporting Action is information indicating whether the MME and / or SGSN is requested to transmit a change in the user location information.
  • CSG Information Reporting Action is information indicating whether the MME and / or SGSN is requested to transmit a change of the user's CSG information.
  • This information includes (a) for CSG cells, (b) for hybrid cells where the user is a CSG member, (c) for hybrid cells where the user is not a CSG member, and combinations thereof. Shown separately.
  • Presence Reporting Area Action indicates that it is necessary to notify the change of whether or not the UE exists in the presence reporting area (Presence Reporting Area).
  • This information element is divided into identification information of the presence report area and elements included in the presence report area.
  • BCM Breast Control Mode
  • Default Bearer is information acquired and / or generated when a PDN connection is established, and is EPS bearer identification information for identifying a default bearer associated with a PDN connection.
  • EPS PDN Charging Characteristics is a charging characteristic.
  • the charging characteristics may indicate, for example, normal (normal), prepaid, fixed charging rate, and immediate charging.
  • FIG. 19 (e) shows an EPS bearer context stored for each EPS bearer.
  • EPS bearer contexts are EPS Bearer Id, TFT, S-GW Address in Use (user data), S-GW TEID for S5 / S8 (user data), P-GW IP address for S5 / S8 (User data), P-GW TEID for S5 / S8 (User data), EPS Bearer QoS, Charging Id are included.
  • the EPS context for each EPS bearer may include information for identifying a communication path that becomes an effective path.
  • EPS Bearer Id is identification information that identifies access via UE's E-UTRAN.
  • EPS—Bearer Id is identification information of the EPS bearer.
  • EPS Bearer Id may be identification information for identifying SRB and / or CRB, or may be identification information for identifying DRB.
  • TFT Traffic Flow Template
  • the PGW_A 30 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT.
  • the PGW_A 30 transmits / receives user data identified by the TFT using an EPS bearer including an RB associated with the TFT.
  • PGW_A30 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • PGW_A30 may store the TFT in advance in association with the default bearer.
  • S-GW Address in Use is the IP address of the SGW that was recently used for user data transmission.
  • S-GW TEID for S5 / S8 (user data) is the SGW TEID for user data communication using the interface between SGW and PGW.
  • P-GW IP address for S5 / S8 (user data) is the IP address of the PGW for user data received from the PGW.
  • P-GW TEID for S5 / S8 (user data) is PGW TEID for user data communication between SGW and PGW.
  • EPS Bearer QoS indicates the bearer QoS and may include ARP, GBR, MBR and QCI.
  • ARP is information indicating the priority related to maintaining a bearer.
  • GBR Guaranteed Bit Bit Rate
  • MBR Maximum Bit Bit Rate
  • QCI can be divided into classes according to the presence / absence of bandwidth control, allowable delay time, packet loss rate, and the like. QCI includes information indicating priority.
  • Charging Id is billing identification information for identifying a record related to billing generated by SGW and PGW.
  • FIG. 20 (a) shows the device configuration of UE_A10.
  • the UE_A 10 includes a transmission / reception unit_F2020, a control unit_F2000, and a storage unit_F2040.
  • the transmission / reception unit_F2020 and the storage unit_F2040 are connected to the control unit_F2000 via a bus.
  • Control unit_F2000 is a functional unit for controlling UE_A10.
  • the control unit_F2000 implements various processes by reading and executing various programs stored in the storage unit_F2040.
  • the transmission / reception unit_F2020 is a functional unit for UE_A10 to connect to the LTE base station and to connect to the IP access network.
  • an external antenna _F2010 is connected to the transmission / reception unit _F2020.
  • the transmission / reception unit_F2020 is a functional unit for the UE_A10 to connect to the eNB_A45. Furthermore, the transmission / reception unit_F2020 is a transmission / reception function unit in which the UE_A10 transmits / receives user data and / or control data from the eNB_A45.
  • Storage unit_F2040 is a functional unit that stores programs and data necessary for each operation of UE_A10.
  • the storage unit_F2040 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
  • the storage unit_F2040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
  • Storage unit_F2040 stores UE context 2042, as shown in the figure. Hereinafter, the information elements stored in the storage unit_F2040 will be described.
  • FIG. 21 (b) shows information elements included in the UE context stored for each UE.
  • the UE context stored for each UE is IMSI, EMMEMState, GUTI, ME Identity, Tracking Area List, last visited TAI, Selected NAS Algorithm, Selected AS Algorithm, eKSI, K_ASME, NAS Keys and COUNT , TIN, UE Specific DRX Parameters, Allowed CSG list, Operator CSG list.
  • the UE context for each UE may include information for identifying a communication path serving as an effective path.
  • IMSI is the permanent identification information of the subscriber.
  • EMMM State indicates the UE mobility management status.
  • the EMM-REGISTERED registered state, registered state
  • the EMM-DEREGISTERD unregistered state, deregistered state
  • GUTI is an abbreviation for Globally Unique Unique Temporary Identity and is temporary identification information of UE.
  • GUTI includes MME identification information (GUMMEI: Globally Unique MME Identifier) and UE identification information (M-TMSI) in a specific MME.
  • GUMMEI Globally Unique MME Identifier
  • M-TMSI UE identification information
  • ME Identity is the ID of ME, and may be, for example, IMEI / IMISV.
  • Tracking Area List is a list of tracking area identification information assigned to the UE.
  • “Last” visited ”TAI is tracking area identification information included in the Tracking” Area ”List, and is identification information of the latest tracking area visited by the UE.
  • “Selected NAS” Algorithm is the selected security algorithm of the NAS.
  • “Selected AS” Algorithm is a security algorithm selected by AS.
  • EKSI is a set of keys indicating K_ASME. It may indicate whether or not to use a security key acquired by UTRAN or E-UTRAN security authentication.
  • K_ASME is an E-UTRAN key hierarchy key generated based on keys CK and IK.
  • NAS Keys and COUNT is composed of key K_NASint, key K_NASenc and NAS COUNT.
  • K_NASint is a key for encryption between UE and MME
  • K_NASenc is a key for security protection between UE and MME.
  • NAS COUNT is a count that starts counting when a new key is set when security between the UE and the MME is established.
  • TIN Temporal Identity used in Next update
  • RAU / TAU location information update procedure
  • UE Specific DRX Parameters is the DRX (Discontinuous Reception) cycle length of the selected UE.
  • the Allowed CSG list is a list of PLMNs associated with the CSG ID of the member to which the authorized UE belongs under the control of both the user and the operator.
  • the Operator CSG list is a list of PLMNs associated with the CSG ID of the member to which the authorized UE belongs under the control of the operator only.
  • Fig. 21 (c) shows the UE context for each PDN connection stored for each PDN connection.
  • the UE context for each PDN connection includes APN in Use, APN-AMBR, Assigned PDN Type, IP Address, Default Bearer, and WLAN offloadability.
  • the UE context for each PDN connection may include information for identifying a communication path serving as an effective path.
  • APNAPin Use is a recently used APN. This APN may be composed of network identification information and default operator identification information.
  • APN-AMBR indicates the maximum value of MBR for uplink and downlink for sharing Non-GBR bearer (non-guaranteed bearer). APN-AMBR is established for each APN.
  • Assigned PDN Type is the type of PDN assigned from the network. Assigned PDN Type may be, for example, IPv4, IPv6, or IPv4v6.
  • the IP address is an IP address assigned to the UE and may be an IPv4 address or an IPv6 prefix.
  • Default Bearer is information acquired from the core network_A90 when the PDN connection is established, and is EPS bearer identification information for identifying the default bearer associated with the PDN connection.
  • WLAN offloadability is WLAN offload permission information indicating whether to allow offloading to a WLAN using the interworking function between the WLAN and 3GPP, or whether to maintain 3GPP access.
  • FIG. 21 (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, EPS bearer QoS, and TFT.
  • the UE context for each bearer may include information for identifying a communication path serving as an effective path.
  • the EPS Bearer ID is the EPS bearer identification information.
  • the EPS Bearer ID may be identification information for identifying the SRB and / or CRB, or may be identification information for identifying the DRB.
  • TI is an abbreviation for Transaction Identifier, and is identification information that identifies a bidirectional message flow (Transaction).
  • TFT Traffic Flow Template
  • the TFT is information for identifying a part of user data to be transmitted / received
  • 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 associated with the TFT.
  • UE_A10 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • UE_A 10 may store the TFT in advance in association with the default bearer.
  • the initial state in this embodiment will be described.
  • the initial state in the present embodiment may be a first state to be described later. Note that the initial state in the present embodiment is not limited to the first state.
  • the UE_A 10 has established a first PDN connection and a second PDN connection with the core network 90.
  • the first state is a state in which UE_A 10 has established a first PDN connection with PGW_A 30 and has established a second PDN connection with PGW_B 31.
  • PGW_A30 may be a gateway device selected using APN1.
  • PGW_B31 may be a gateway device selected using APN2.
  • selection of a gateway using APN1 and / or APN2 may be executed by MME_A40 arranged and included in core network_A90.
  • gateway device selected using APN1 and the gateway device selected using APN2 may be the same gateway device or different gateway devices.
  • the first PDN connection may be configured with a communication path between UE_A10 and PGW_A30 via eNB_A45 and / or SGW_A35. Therefore, the first PDN connection may be configured with a communication path that combines a communication path between UE_A10 and eNB_A45, a communication path between eNB_A45 and SGW_A35, and a communication path between SGW_A35 and PGW_A30. Good.
  • the communication path may be a bearer.
  • the second PDN connection may be configured with a communication path between UE_A10 and PGW_B31 via eNB_A45 and / or SGW_B36. Therefore, the second PDN connection may be configured by a communication path that combines a communication path between UE_A10 and eNB_A45, a communication path between eNB_A45 and SGW_B36, and a communication path between SGW_B36 and PGW_B31. Good.
  • the communication path may be a bearer.
  • UE_A 10 may be connected to the core network 90 and two PDN connections may be established.
  • the first state has been described above. However, the first state is not limited to this, and any state may be used as long as UE_A10 has established a plurality of PDN connections to core network_A90.
  • the UE_A10 and / or the core network_A90 executes the attach procedure (S2200).
  • UE_A10 and / or core network_A90 may establish the first PDN connection in the attach procedure (S2200), and may select and determine an efficient path.
  • the effective path in the present embodiment may be an optimal communication path through which UE_A 10 transmits and receives user data.
  • the communication path may be a PDN connection or a bearer.
  • the optimal communication path here is the operator policy and / or UE policy and / or UE_A10 location, and / or throughput comparison result, and / or the number of hops to the PDN gateway, and / or the type of PDN connection, etc. May be selected from a plurality of communication paths.
  • the selection of the communication path may be performed by the core network_A90 and / or MME_A40 and / or UE_A10. Further, the optimum communication path may be selected for each application or service.
  • the optimal communication path may be selected from the communication paths established by UE_A 10 when the optimal communication path is selected.
  • a communication path newly established by UE_A10 may be selected from among them. More specifically, UE_A10 may be selected from existing communication paths and newly established communication paths in a procedure for establishing a new communication path.
  • the communication path may be a communication path established between UE_A10 and the gateway.
  • the gateway may be a PGW, an SCEF (Service-Exposure-Enable-Function), or an LGW (Local-GW) having connectivity to a local IP network.
  • the plurality of communication paths of UE_A10 may include communication paths having different PGWs as endpoints. Therefore, the plurality of communication paths of UE_A10 may include communication paths established for each of the plurality of PGWs.
  • the plurality of communication paths of UE_A10 may include communication paths having different SCEFs as endpoints. Therefore, the plurality of communication paths of UE_A10 may include communication paths established for each of the plurality of SCEFs.
  • the plurality of communication paths of UE_A10 may include communication paths having different L-GWs as endpoints. Therefore, the plurality of communication paths of UE_A10 may include communication paths established for a plurality of L-GWs.
  • the plurality of communication paths of UE_A10 may include a communication path having an end point of PGW and / or a communication path having an end point of SCEF and / or a communication path having an end point of L-GW.
  • UE_A10, and / or eNB_A45, and / or MME_A40, and / or SGW_A35, and / or PGW_A30 may establish a first PDN connection in the attach procedure (S2200), select an effective path, You may decide.
  • the PDN connection established by the attach procedure in this embodiment may be the second PDN connection instead of the first PDN connection.
  • SGW_A35 and / or PGW_A30 connected by the attach procedure in the present embodiment may be SGW_B36 and / or PGW_B31.
  • UE_A10 and / or core network_A90 executes a PDN connection procedure (S2202).
  • UE_A10 and / or core network_A90 may establish the second PDN connection in the PDN connection procedure (S2202), or may reselect the effective path.
  • UE_A10, and / or eNB_A45, and / or MME_A40, and / or SGW_B36, and / or PGW_B31 may establish a second PDN connection in the PDN connection procedure (S2202), and perform an effective path. You may reselect.
  • the PDN connection established by the PDN connection procedure in the present embodiment may be the first PDN connection instead of the second PDN connection.
  • SGW_B36 and / or PGW_B31 connected by the PDN procedure in this embodiment may be SGW_A35 and / or PGW_A30.
  • first PDN connection and / or the second PDN connection may be a PDN connection capable of changing an effective path.
  • the UE_A10 and / or the core network_A90 transition to the first state based on the completion of the attach procedure and the completion of the PDN connection procedure (S2204).
  • UE_A10, and / or eNB_A45, and / or MME_A40, and / or SGW_A35, and / or PGW_A30, and / or SGW_B36, and / or PGW_B31 are associated with the completion of the attach procedure and the completion of the PDN connection procedure. Transition to the first state.
  • UE_A10 and / or core network_A90 may execute an efficient path change procedure (S2206).
  • UE_A10. And / or the core network_A90 may start the effective path change procedure at an arbitrary timing in the first state.
  • UE_A10 and / or core network_A90 may change and re-select the effective path through the effective path change procedure.
  • UE_A10, and / or eNB_A45, and / or MME_A40, and / or SGW_A35, and / or PGW_A30, and / or SGW_B36, and / or PGW_B31 change and re-establish the effective path through the efficient path change procedure. You may choose.
  • the first identification information in the present embodiment has information indicating that UE_A10 has the ability to select an effective path and / or switch to an effective path, and / or has a function of notifying the UE_A10's effective path. It may be information indicating that. In other words, the first identification information may be UE Efficient Path Capability.
  • the second identification information in the present embodiment is information indicating that UE_A10 requests to select an effective path, and / or information indicating that UE_A10 requests notification of an effective path, and / or Alternatively, the information may indicate that the UE_A 10 requests the validation of the effective path notification function of the core network_A90. In other words, the second identification information may be UE Efficient Path Indication.
  • the third identification information in the present embodiment may be information indicating that the UE_A 10 is permitted to select an effective path.
  • the third identification information may be UE Efficient Path Permission.
  • the fourth identification information in the present embodiment may be information indicating a TFT associated with the requested effective path.
  • the fifth identification information in the present embodiment may be information indicating which TFT is associated with the effective path among the requested TFTs.
  • the sixth identification information in the present embodiment includes information indicating that the core network_A90 has an ability to select an effective path and / or an ability to switch to an effective path, and / or the efficiency of the core network_A90. It may be information indicating that it has a function of notifying a pass. In other words, the sixth identification information may be Network Efficient Path Capability.
  • the seventh identification information in the present embodiment is information indicating that the core network_A90 requests to select an effective path, and / or the core network_A90 requests notification of an effective path. And / or information indicating that the core network_A90 requests the UE_A10 effective path notification function to be enabled.
  • the seventh identification information may be Network Efficient Path Indication.
  • the eighth identification information in the present embodiment may be information indicating that the core network_A90 is permitted to select an effective path.
  • the eighth identification information may be Network Efficient Path Permission.
  • the ninth identification information in the present embodiment may be information indicating a TFT associated with the approved effective path.
  • the tenth identification information in the present embodiment may be information indicating which of the approved TFTs is associated with the effective path.
  • the eleventh identification information in the present embodiment may be information indicating that a change of the effective path is requested.
  • the twelfth identification information in the present embodiment may be information indicating that the change of the effective path has been approved.
  • the thirteenth identification information in the present embodiment may be information indicating that the communication path is an efficient path.
  • the thirteenth identification information may include at least communication path identification information and information indicating an effective path.
  • the communication path identification information may be bearer identification information such as a bearer ID and / or APN and / or IP address and / or PDN connection identification information.
  • the thirteenth identification information may be configured to include at least identification information of the access network and information indicating that it is an effective path.
  • the access network identification information may be a RAT (Radio Access Network Technology) type such as LTE or WiFi.
  • UE_A10 may request the core network_A90 to change the effective path by transmitting the 13th identification information included in the bearer resource change request message.
  • the thirteenth identification information may be information indicating that it is information indicating that an effective path change is requested.
  • UE_A10 and / or eNB_A45 and / or MME_A40 and / or SGW_A35 and / or PGW_A30 hold each identification information
  • UE_A10 and / or eNB_A45 and / or MME_A40, And / or SGW_A35 and / or PGW_A30 may have the capability indicated by each identification information.
  • each identification information when two or more pieces of identification information among the first to twelfth identification information are included in the same control message and transmitted, each identification information may be included and transmitted. However, it may be included in the control message as one piece of identification information having the meaning indicated by each piece of identification information.
  • each identification information may be an information element configured as a flag or a parameter.
  • SGW_A35 may be SGW_B36
  • PGW_A30 may be PGW_B31. Therefore, in the description of this attach procedure, description will be made using SGW_A35 and PGW_A30.
  • the attach procedure is a procedure initiated by UE_A10.
  • UE_A 10 is a procedure for connecting to the network.
  • the attach procedure is a procedure for connecting to the access network including the eNB 45, and further a procedure for connecting to the core network via the access network.
  • UE_A10 establishes a communication path for transmitting / receiving user data to / from PDN_A5 by the attach procedure.
  • the trigger for the UE_A 10 to start the attach procedure may be when the terminal power is turned on. Regardless of this, UE_A10 may start at an arbitrary timing as long as UE_A10 is not connected to core network_A90.
  • UE_A10 establishes a PDN connection with the core network_A90 upon completion of the attach procedure.
  • UE_A10 establishes a PDN connection with PGW_A30 upon completion of the attach procedure.
  • UE_A10 transmits an attach request message to MME_A40 (S2300).
  • UE_A10 may transmit an attach request message to eNB_A45, and the transmitted attach request message may be transferred to MME_A40 via eNB_A45.
  • UE_A10 may transmit a PDN connection request message together with an attach request message.
  • the attach request message is described as a combination of the attach request message and the PDN connection request message.
  • the identification information is included in the attach request message in the description of the present embodiment, it means that the identification information is included in the attach request message and / or the PDN connection request message.
  • UE_A10 may include at least one piece of identification information among the first to fifth pieces of identification information in the attach request message.
  • UE_A10 may request establishment of a PDN connection capable of changing an effective path by transmitting an attach request message including one or more pieces of identification information of the first to fifth identification information. However, it may indicate which communication path is an effective path.
  • UE_A10 may send an attach request message including APN.
  • UE_A10 does not transmit one or more pieces of identification information and / or APN from the first to fifth pieces of identification information in the attach request message to MME_A40, but attach it within the attach procedure. It may be transmitted in a control message different from the request message.
  • UE_A 10 may execute a request for ESM (EPS Session Management) information and a control message transmission / reception procedure for performing a response based on the request (S2302).
  • ESM EPS Session Management
  • MME_A40 transmits an ESM request message to UE_A10.
  • UE_A10 receives the ESM request message and transmits a response message to MME_A40.
  • the UE_A 10 may transmit one or more pieces of identification information of the first to fifth identification information and / or APN included in the response message.
  • UE_A10 may encrypt and transmit the ESM response message. Further, UE_A10 may receive information for encrypting the ESM response message from MME_A40. The MME_A 40 may transmit information for encrypting the NAS message to the UE_A 10 upon reception of the attach request message.
  • the NAS message that transmits information for encrypting the NAS message may be a Security Mode Command message.
  • MME_A40 receives the attach request message. Further, one or more pieces of identification information among the first to fifth pieces of identification information are acquired based on the reception of the attach request message or the reception of the ESM response message.
  • MME_A40 establishes a PDN connection to UE_A10 based on information included in the attach request message and / or subscriber information and / or operator policy and / or identification information of MME_A40, and / or Alternatively, it may be determined which communication path is an effective path.
  • the MME_A 40 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as an effective path.
  • MME_A40 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as an effective path.
  • the MME_A 40 may determine the communication path selected by the function provided by another device as the effective path without selecting which communication path is the effective path by itself.
  • the function provided by the other device may be, for example, an effective path selection function for selecting an effective path.
  • the determination of which communication path is the effective path is not limited to the above.
  • the MME_A 40 may transmit the TFT associated with the communication path determined to be an effective path in the ninth identification information.
  • the MME_A 40 may transmit the information identifying the TFT associated with the communication path determined to be an effective path in the tenth identification information.
  • the MME_A 40 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • the MME_A 40 transmits the session generation request message to the SGW_A 35 based on the reception of the attach request message and / or the reception of the ESM response message and / or the determination of which communication path is the effective path (S2304). ).
  • MME_A40 has at least one or more of the first to fifth identification information and / or the ninth identification information and / or the tenth identification information and / or the thirteenth identification information. Information may be transmitted in a session generation request message.
  • MME_A40 determines which communication path is an effective path, but PGW_A30, not MME_A40, may determine which communication path is an effective path. In that case, the MME_A 40 may transmit the session generation request message without including the ninth identification information and / or the tenth identification information and / or the thirteenth identification information.
  • SGW_A35 receives the session creation request message. Further, the SGW_A35, based on the reception of the session generation request message, one or more of the first to fifth identification information, and / or the ninth identification information, and / or the tenth Identification information and / or thirteenth identification information is acquired.
  • SGW_A35 transmits a session generation request message to PGW_A30 based on the reception of the session generation request message (S2306).
  • SGW_A35 has at least one or more of the first to fifth identification information and / or the ninth identification information and / or the tenth identification information and / or the thirteenth identification information.
  • Information may be transmitted in a session generation request message.
  • PGW_A30 receives the session creation request message. Further, the PGW_A30, based on the reception of the session generation request message, one or more identification information of the first to fifth identification information and / or the ninth identification information and / or the tenth Identification information and / or thirteenth identification information is acquired.
  • PGW_A30 determines which communication path is an effective path based on information included in the session generation request message and / or subscriber information and / or operator policy and / or identification information of PGW_A30. May be determined.
  • the PGW_A30 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as an effective path.
  • PGW_A30 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as an effective path.
  • the PGW_A30 may determine the communication path selected by the function provided by another device as the effective path, without selecting which communication path is the effective path by itself.
  • the function provided by the other device may be, for example, an effective path selection function for selecting an effective path.
  • the determination of which communication path is the effective path is not limited to the above.
  • the PGW_A30 may transmit the TFT associated with the communication path determined to be an effective path in the ninth identification information.
  • the PGW_A30 may transmit the 10th identification information including information identifying the TFT associated with the communication path determined to be an effective path.
  • the PGW_A30 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • PGW_A30 determines which communication path is an effective path has been described, but when MME_A40 determines which communication path is an effective path, PGW_A30 determines which communication path It is not necessary to determine whether the road is an efficient path.
  • the PGW_A30 when the PGW_A30 receives the ninth identification information and / or the tenth identification information and / or the thirteenth identification information, the PGW_A30 does not determine which communication path is the effective path. May be.
  • PGW_A30 transmits a session generation response message to SGW_A35 based on the reception of the session generation request message and / or determination of which communication path is the effective path (S2310).
  • the PGW_A30 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the session generation response message.
  • the session generation response message may be a response message corresponding to the session generation request message.
  • SGW_A35 receives the session creation response message. Further, the SGW_A 35 acquires one or more pieces of identification information and / or thirteenth identification information among the sixth to tenth identification information based on the reception of the session generation response message.
  • SGW_A35 transmits a session generation response message to MME_A40 based on the reception of the session generation response message (S2312).
  • SGW_A35 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the session generation response message.
  • MME_A40 receives the session creation response message. Further, the MME_A 40 acquires one or more pieces of identification information and / or thirteenth identification information among the sixth to tenth identification information based on the reception of the session generation response message.
  • MME_A 40 transmits an attach acceptance message to eNB_A 45 based on the reception of the session generation response message (S2314).
  • MME_A40 may include the APN and / or PDN address and / or EPS bearer ID in the attach acceptance message.
  • the MME_A 40 may identify the PDN connection and / or default bearer to be established by including the APN and / or PDN address and / or EPS bearer ID in the attach acceptance message.
  • the MME_A 40 may store the transmitted APN and / or PDN address and / or EPS bearer ID in the MME context.
  • the MME_A 40 may store the information indicated by each transmitted identification information in association with the transmitted APN and / or PDN address and / or EPS bearer ID.
  • the PDN address may be an IP address assigned to UE_A10. More specifically, the PDN address may be the IP address of UE_A10 assigned by PGW_A30.
  • MME_A40 may transmit a default EPS bearer context activation request message together with an attach acceptance message.
  • the attach acceptance message is described as a combination of the attach acceptance message and the default EPS bearer context activation request message.
  • the identification information is included in the attach acceptance message in the description of the present embodiment, it means that the identification information is included in the attach acceptance message and / or the default EPS bearer context activation request message.
  • the MME_A 40 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the attach acceptance message.
  • the attach acceptance message may be a response message to the attach request message.
  • ENB_A45 receives the attach acceptance message and transmits an RRC message including the attach acceptance message to UE_A10 (S2316).
  • the RRC message may be an RRC connection reconfiguration request message.
  • UE_A10 receives the RRC message including the attach acceptance message. Furthermore, when one or more of the sixth to tenth identification information and / or the thirteenth identification information is included in the attach acceptance message, UE_A10 acquires each identification information .
  • UE_A 10 may receive the APN and / or PDN address and / or EPS bearer ID based on the reception of the attach acceptance message.
  • UE_A 10 may identify the established PDN connection and / or default bearer based on the received APN and / or PDN address and / or EPS bearer ID.
  • UE_A 10 may store the received APN and / or PDN address and / or EPS bearer ID in the UE context.
  • UE_A 10 may store the information indicated by each received identification information in association with the received APN and / or PDN address and / or EPS bearer ID.
  • the PDN address may be an IP address assigned to UE_A10. More specifically, the PDN address may be the IP address of UE_A10 assigned by PGW_A30.
  • the EPS bearer ID and / or APN and / or IP address may be identification information of the PDN connection and / or default bearer and / or EPS bearer.
  • UE_A10 is determined to be an Efficient Path and / or to establish a PDN connection that can change the Efficient Path based on the information included in the Attach Accept Message and / or the Accept Accept Message.
  • the communication path may be recognized.
  • UE_A 10 has a PDN connection that can change the effective path based on reception of the sixth identification information and / or the seventh identification information and / or the eighth identification information. You may recognize that it has been established.
  • UE_A 10 may recognize the TFT included in the received ninth identification information and / or the communication path associated with the TFT identified by the tenth identification information as an effective path.
  • UE_A 10 may recognize the communication path associated with the received thirteenth identification information as an effective path.
  • UE_A10 determines whether or not according to user data to be transmitted and received You may change the effective path.
  • UE_A10 may recognize a communication path identified by information indicating an efficient path associated with TFT1 as an effective path.
  • UE_A10 when transmitting / receiving user data that is not identified by TFT1, UE_A10 recognizes a communication path identified by information indicating an efficient path associated with the PDN connection and / or UE_A10 as an effective path. Good.
  • UE_A10 transmits the RRC message to eNB_A45 (S2318).
  • the RRC message may be an RRC connection reconfiguration completion message.
  • ENB_A45 receives the RRC connection reconfiguration message and transmits a bearer configuration message to MME_A40 based on the reception (S2320).
  • UE_A 10 transmits an RRC message including an attach completion message to eNB_A 45 based on the reception of the attach acceptance message (S2322).
  • the attach completion message may be a response message to the attach acceptance message.
  • the RRC message to be transmitted including the attach completion message may be a Direct Transfer message.
  • ENB_45 receives the RRC message including the attach completion message, and transmits the attach completion message to the MME_A 40 (S2324).
  • MME_A40 receives the attach complete message.
  • MME_A40 may transmit a bearer change request message to SGW_A35 based on the reception of the attach completion message (S2326).
  • SGW_A35 receives the bearer change request message.
  • SGW_A35 transmits a bearer change response message to MME_A40 based on the reception of the bearer change request message (S2328).
  • the bearer change response message may be a response message to the bearer change request message.
  • MME_A40 receives the bearer change response message.
  • UE_A10 connects to the network and completes the attach procedure.
  • UE_A10 and / or core network_A90 may establish a PDN connection. Further, as the attach procedure is completed, UE_A10 and / or core network_A90 may determine which communication path is an effective path.
  • UE_A10 may acquire the TFT associated with the effective path from core network_A90.
  • the UE_A 10 can acquire and store the UE context described in FIG. 21 from the core network_A 90 by the attach procedure.
  • UE_A10 obtains information for identifying the communication path to be the selected effective path from the core network_A90 by the PDN connection procedure, and acquires UE context for each PDN connection and / or for each bearer. Can be stored in the UE context.
  • the MME_A 40 can store, in the MME context for each PDN connection and / or the MME context for each EPS bearer, information for identifying the communication path to be the selected effective path by the PDN connection procedure.
  • SGW_A35 and / or PGW_A30 uses the PDN connection procedure to obtain information for identifying the communication path to be the selected effective path as EPS bearer context for each PDN connection and / or EPS bearer context for each EPS bearer. Can be memorized.
  • SGW_A35 may be SGW_B36
  • PGW_A30 may be PGW_B31. Therefore, in the description of this PDN connection procedure, description will be made using SGW_A35 and PGW_A30.
  • the PDN connection procedure is initiated by UE_A10.
  • UE_A10 is a procedure for establishing a communication path for transmitting / receiving user data to / from PDN_A5.
  • the PDN connection procedure is a procedure for the UE_A 10 to establish a PDN connection used for user data transmission / reception with the PGW_A 30.
  • timing at which the UE_A 10 starts the PDN connection procedure may be based on the completion of the attach procedure, may be when the terminal is turned on, or may be any timing.
  • UE_A10 establishes a PDN connection with the core network_A90 upon completion of the PDN connection procedure.
  • UE_A10 establishes a PDN connection with PGW_A30 upon completion of the PDN connection procedure.
  • UE_A10 and / or core network_A90 can establish a plurality of PDN connections by performing the PDN connection procedure a plurality of times.
  • UE_A10 transmits a PDN connection request message to MME_A40 (S2402).
  • UE_A10 may transmit a PDN connection request message to eNB_A45, and the transmitted PDN connection request message may be transferred to MME_A40 via eNB_A45.
  • UE_A10 may include at least one piece of identification information from the first to fifth pieces of identification information in the PDN connection request message.
  • UE_A10 may request establishment of a PDN connection capable of changing an effective path by transmitting a PDN connection request message including one or more pieces of identification information of the first to fifth identification information. It may also indicate which communication path is an effective path.
  • UE_A10 may send the PDN connection request message including the APN. Note that UE_A10 may request that different PDN connections be established by including different APNs in the PDN connection request message.
  • MME_A40 receives the PDN connection request message. Further, the MME_A 40 acquires one or more pieces of identification information and / or APN from the first to fifth identification information based on the reception of the PDN connection request message.
  • MME_A40 establishes a PDN connection to UE_A10 based on information included in the PDN connection request message and / or subscriber information and / or operator policy and / or identification information of MME_A40, and Alternatively, it may be determined which communication path is an effective path.
  • the MME_A 40 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as an effective path.
  • MME_A40 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as an effective path.
  • the MME_A 40 may determine the communication path selected by the function provided by another device as the effective path without selecting which communication path is the effective path by itself.
  • the function provided by the other device may be, for example, an effective path selection function for selecting an effective path.
  • the determination of which communication path is the effective path is not limited to the above.
  • the MME_A 40 may transmit the TFT associated with the communication path determined to be an effective path in the ninth identification information.
  • the MME_A 40 may transmit the information identifying the TFT associated with the communication path determined to be an effective path in the tenth identification information.
  • the MME_A 40 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • the MME_A 40 transmits a session generation request message to the SGW_A 35 based on the reception of the PDN connection request message and / or the determination of which communication path is the effective path (S2404).
  • MME_A40 has at least one or more of the first to fifth identification information and / or the ninth identification information and / or the tenth identification information and / or the thirteenth identification information. Information may be transmitted in a session generation request message.
  • MME_A40 determines which communication path is an effective path, but PGW_A30, not MME_A40, may determine which communication path is an effective path. In that case, the MME_A 40 may transmit the session generation request message without including the ninth identification information and / or the tenth identification information and / or the thirteenth identification information.
  • SGW_A35 receives the session creation request message. Further, the SGW_A35, based on the reception of the session generation request message, one or more of the first to fifth identification information, and / or the ninth identification information, and / or the tenth Identification information and / or thirteenth identification information is acquired.
  • SGW_A35 transmits a session generation request message to PGW_A30 based on the reception of the session generation request message (S2406).
  • SGW_A35 has at least one or more of the first to fifth identification information and / or the ninth identification information and / or the tenth identification information and / or the thirteenth identification information.
  • Information may be transmitted in a session generation request message.
  • PGW_A30 receives the session creation request message. Further, the PGW_A30, based on the reception of the session generation request message, one or more identification information of the first to fifth identification information and / or the ninth identification information and / or the tenth Identification information and / or thirteenth identification information is acquired.
  • PGW_A30 determines which communication path is an effective path based on information included in the session generation request message and / or subscriber information and / or operator policy and / or identification information of PGW_A30. May be determined.
  • the PGW_A30 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as an effective path.
  • PGW_A30 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as an effective path.
  • the PGW_A30 may determine the communication path selected by the function provided by another device as the effective path, without selecting which communication path is the effective path by itself.
  • the function provided by the other device may be, for example, an effective path selection function for selecting an effective path.
  • the determination of which communication path is the effective path is not limited to the above.
  • the PGW_A30 may transmit the TFT associated with the communication path determined to be an effective path in the ninth identification information.
  • the PGW_A30 may transmit the 10th identification information including information identifying the TFT associated with the communication path determined to be an effective path.
  • the PGW_A30 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • PGW_A30 determines which communication path is an effective path has been described, but when MME_A40 determines which communication path is an effective path, PGW_A30 determines which communication path It is not necessary to determine whether the road is an efficient path.
  • the PGW_A30 when the PGW_A30 receives the ninth identification information and / or the tenth identification information and / or the thirteenth identification information, the PGW_A30 does not determine which communication path is the effective path. May be.
  • the PGW_A 30 transmits a session generation response message to the SGW_A 35 based on the reception of the session generation request message and / or determination of which communication path is the effective path (S2410).
  • the PGW_A30 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the session generation response message.
  • the session generation response message may be a response message corresponding to the session generation request message.
  • SGW_A35 receives the session creation response message. Further, the SGW_A 35 acquires one or more pieces of identification information and / or thirteenth identification information among the sixth to tenth identification information based on the reception of the session generation response message.
  • SGW_A35 transmits a session generation response message to MME_A40 based on the reception of the session generation response message (S2412).
  • SGW_A35 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the session generation response message.
  • MME_A40 receives the session creation response message. Further, the MME_A 40 acquires one or more pieces of identification information and / or thirteenth identification information among the sixth to tenth identification information based on the reception of the session generation response message.
  • MME_A 40 transmits a default EPS bearer context activation request message to eNB_A 45 based on the reception of the session generation response message (S2414).
  • the MME_A 40 may include at least one or more identification information of the sixth to tenth identification information and / or the thirteenth identification information in the default EPS bearer context activation request message.
  • the default EPS bearer context activation request message may be a response message to the PDN connection request message.
  • MME_A40 may transmit the default EPS bearer context activation request message including the APN and / or PDN address and / or EPS bearer ID.
  • MME_A40 identifies the PDN connection and / or default bearer to be established by including the APN and / or PDN address and / or EPS bearer ID in the default EPS bearer context activation request message. Also good. For example, MME_A40 may indicate that different APNs and / or different PDN addresses and / or different EPS bearer IDs are included in the default EPS bearer context activation request message to establish different PDN connections. Also good.
  • the MME_A 40 may store the transmitted APN and / or PDN address and / or EPS bearer ID in the MME context.
  • the MME_A 40 may store the information indicated by each transmitted identification information in association with the transmitted APN and / or PDN address and / or EPS bearer ID.
  • the PDN address may be an IP address assigned to UE_A10. More specifically, the PDN address may be the IP address of UE_A10 assigned by PGW_A30.
  • the EPS bearer ID and / or APN and / or IP address may be identification information of the PDN connection and / or default bearer and / or EPS bearer.
  • ENB_A45 receives the default EPS bearer context activation request message and transmits an RRC message including the default EPS bearer context activation request message to UE_A10 (S2416).
  • the RRC message may be an RRC connection reconfiguration request message.
  • each UE_A10 receives the RRC message including the default EPS bearer context activation request message. Further, when one or more of the 6th to 10th identification information and / or the 13th identification information is included in the default EPS bearer context activation request message, each UE_A10 Get identification information.
  • UE_A 10 may receive the APN and / or PDN address and / or EPS bearer ID based on the reception of the default EPS bearer context activation request message.
  • UE_A 10 may identify the established PDN connection and / or default bearer based on the received APN and / or PDN address and / or EPS bearer ID. For example, UE_A10 recognizes that it establishes different PDN connections and / or default bearers based on receiving different APNs and / or different PDN addresses and / or different EPS bearer IDs. Also good.
  • UE_A 10 may store the received APN and / or PDN address and / or EPS bearer ID in the UE context.
  • UE_A 10 may store the information indicated by each received identification information in association with the received APN and / or PDN address and / or EPS bearer ID.
  • the PDN address may be an IP address assigned to UE_A10. More specifically, the PDN address may be the IP address of UE_A10 assigned by PGW_A30.
  • the EPS bearer ID and / or APN and / or IP address may be identification information of the PDN connection and / or default bearer and / or EPS bearer.
  • UE_A10 receives a default EPS bearer context activation request message and / or establishes a PDN connection capable of changing an effective path based on information included in the default EPS bearer context activation request message, and / or The communication path determined to be an effective path may be recognized.
  • UE_A 10 has a PDN connection that can change the effective path based on reception of the sixth identification information and / or the seventh identification information and / or the eighth identification information. You may recognize that it has been established.
  • UE_A 10 may recognize the TFT included in the received ninth identification information and / or the communication path associated with the TFT identified by the tenth identification information as an effective path.
  • UE_A 10 may recognize the communication path associated with the received thirteenth identification information as an effective path.
  • a communication path identified by the received identification information may be recognized as an effective path.
  • UE_A10 determines whether or not according to user data to be transmitted and received You may change the effective path.
  • UE_A10 may recognize a communication path identified by information indicating an efficient path associated with TFT1 as an effective path.
  • UE_A10 when transmitting / receiving user data that is not identified by TFT1, UE_A10 recognizes a communication path identified by information indicating an efficient path associated with the PDN connection and / or UE_A10 as an effective path. Good.
  • UE_A10 transmits an RRC message to eNB_A45 (S2418).
  • the RRC message may be an RRC connection reconfiguration completion message.
  • ENB_A45 receives the RRC connection reconfiguration message and transmits a bearer configuration message to MME_A40 based on the reception (S2420).
  • UE_A 10 transmits an RRC message including a default EPS bearer context activation acceptance message to eNB_A 45 based on reception of the default EPS bearer context activation request message (S2422).
  • the default EPS bearer context activation acceptance message may be a response message to the default EPS bearer context activation request message.
  • the RRC message to be transmitted including the default EPS bearer context activation acceptance message may be a Direct Transfer message.
  • ENB_45 receives the RRC message including the default EPS bearer context activation acceptance message, and transmits the default EPS bearer context activation acceptance message to the MME_A 40 (S2424).
  • MME_A40 receives the default EPS bearer context activation acceptance message.
  • MME_A 40 may transmit a bearer change request message to SGW_A 35 based on the reception of the default EPS bearer context activation acceptance message (S2426).
  • SGW_A35 receives the bearer change request message.
  • SGW_A35 transmits a bearer change response message to MME_A40 based on the reception of the bearer change request message (S2428).
  • the bearer change response message may be a response message to the bearer change request message.
  • MME_A40 receives the bearer change response message.
  • UE_A10 connects to the network and completes the PDN connection procedure.
  • UE_A10 and / or core network_A90 may establish a PDN connection.
  • UE_A10 and / or core network_A90 may determine which communication path is an effective path.
  • UE_A10 may acquire the TFT associated with the effective path from the core network_A90.
  • the UE_A 10 can acquire and store the UE context described in FIG. 21 from the core network_A 90 by the PDN connection procedure.
  • UE_A10 obtains information for identifying the communication path to be the selected effective path from the core network_A90 by the PDN connection procedure, and acquires UE context for each PDN connection and / or for each bearer. Can be stored in the UE context.
  • the MME_A 40 can store, in the MME context for each PDN connection and / or the MME context for each EPS bearer, information for identifying the communication path to be the selected effective path by the PDN connection procedure.
  • SGW_A35 and / or PGW_A30 uses the PDN connection procedure to obtain information for identifying the communication path to be the selected effective path as EPS bearer context for each PDN connection and / or EPS bearer context for each EPS bearer. Can be memorized.
  • NAS messages such as the PDN connection request message and the default EPS bearer context activation acceptance message transmitted by UE_A10 described in this procedure are received by the device in the core network_A90, not the MME_A40.
  • the reception and processing of the MME_A40 NAS message described so far can be replaced with what is performed by a device in the core network_A90.
  • NAS messages such as the default EPS bearer context activation request message of MME_A40 described so far can be replaced with those performed by devices in the core network_A90.
  • the effective path change procedure is a procedure initiated by UE_A10 and / or core network_A90 and / or any device.
  • the effective path change procedure includes a procedure initiated by UE_A10, a procedure initiated by MME_A40 and / or PGW_A30, and a procedure initiated by an arbitrary device.
  • the effective path change procedure is a procedure for changing and reselecting the effective path of UE_A10 and / or core network_A90 and / or any device.
  • the timing at which the UE_A10 and / or the core network_A90 and / or any device starts the efficient path change procedure may be when the attach procedure and / or the PDN connection procedure is completed. Further, the timing at which UE_A10 and / or core network_A90 and / or an arbitrary device starts the effective path change procedure may be a timing at which the effective path is detected as not optimal. Regardless of this, UE_A10 and / or core network_A90 and / or any device may start the efficient path change procedure at any timing if UE_A10 is in the first state. Good.
  • the device of the core network_A90 that starts the procedure for changing the effective path may be MME_A40, PGW_A30, or PGW_B31.
  • the trigger for starting the effective path change procedure may be an operation of UE_A10, an operator policy, subscriber information, or a function provided by another device. There may be.
  • the trigger for starting the UE_A10-initiated effective path change procedure may be based on the operation of UE_A10, or may be detection to UE_A10 that the effective path is not optimal.
  • the trigger to start the core network_A90-led efficient path change procedure is not based on the reception of the bearer resource change request message sent by UE_A10, but provided by the operator's network policy, subscriber information and other devices. It may be based on the function to be performed, or may be detection of a device in the core network_A90 that the effective path is not optimal.
  • the function provided by the other device may be, for example, a function for detecting that the update of the effective path is necessary, or an effective path selection for performing the selection of the effective path. It may be a function.
  • UE_A10 and / or core network_A90 can transmit and receive user data based on a new effective path upon completion of the effective path change procedure.
  • UE_A10 and / or MME_A40 and / or PGW_A30 and / or PGW_B31 can transmit and receive user data based on a new effective path upon completion of the effective path change procedure.
  • the details of the UE_A10-led effective path change procedure will be described as a first example of an effective path change procedure. Further, the details of the procedure for changing the effective path led by the core network_A90 will be described as a second example of the procedure for changing the effective path. Further, the details of the procedure for changing the effective path led by an arbitrary apparatus will be described as a third example of the procedure for changing the effective path.
  • the procedure for the UE_A10 and / or the core network_A90 to change the effective path from the second PDN connection to the first PDN connection may be the same as the efficient path change procedure in the present embodiment. . Therefore, the description here is omitted.
  • the first effective path change procedure is an UE-A10-led effective path change procedure.
  • UE_A 10 performs the first bearer update procedure for the second PDN connection (S2500). Details of the first bearer update procedure will be described later.
  • UE_A 10 performs the first bearer update procedure for the first PDN connection based on the completion of the first bearer update procedure for the second PDN connection (S2506).
  • UE_A 10 receives a bearer context for the first PDN connection based on receiving an EPS bearer context change request message and / or sending an EPS bearer context change accept message for the second PDN connection.
  • a resource change request message is transmitted to MME_A40.
  • UE_A10 and / or core network_A90 complete the first efficient path change procedure with the completion of the first bearer update procedure for the first PDN connection.
  • UE_A10 and / or core network_A90 sends and receives EPS bearer context change acceptance message for the second PDN connection and / or EPS bearer context change acceptance message for the first PDN connection. Based on the transmission and reception, the first efficient path change procedure is completed.
  • UE_A10 and / or core network_A90 can change the effective path from the first PDN connection to the second PDN connection based on the completion of the first effective path change procedure.
  • UE_A10-led effective path change procedure need not be limited to the procedure described above.
  • the second efficient path change procedure is an effective path change procedure led by the core network_A90.
  • UE_A10 and / or core network_A90 performs a second bearer update procedure for the second PDN connection (S2600). Details of the second bearer update procedure will be described later.
  • UE_A10 and / or core network_A90 performs the second bearer update procedure for the first PDN connection based on the completion of the second bearer update procedure for the second PDN connection.
  • the core network_A90 is configured for the first PDN connection based on the transmission of the EPS bearer context change request message and / or the reception of the EPS bearer context change acceptance message for the second PDN connection.
  • the EPS bearer context change request message is transmitted to UE_A10.
  • UE_A10 and / or core network_A90 complete the first efficient path change procedure with the completion of the first bearer update procedure for the first PDN connection.
  • UE_A10 and / or core network_A90 sends and receives EPS bearer context change acceptance message for the second PDN connection and / or EPS bearer context change acceptance message for the first PDN connection.
  • the second efficient path change procedure is completed based on the transmission and reception.
  • UE_A10 and / or core network_A90 can change the effective path from the first PDN connection to the second PDN connection based on the completion of the second effective path change procedure.
  • the third effective path changing procedure is an arbitrary apparatus-led effective path changing procedure.
  • the arbitrary device may be another UE_A10, a device in the core network_A90, a server device on the PDN_A5, or an application server installed in the PDN_A5 Good. Also, any device may be other than this.
  • the trigger for any device to start the third efficient path change procedure may be a policy change or a detection that the effective path is not optimal.
  • the trigger for any device to start the third efficient path change procedure may be other than this.
  • Any device may transmit information indicating the change of the effective path to the UE_A10 and / or the core network_A90 based on the trigger for starting the effective path change procedure.
  • the information indicating the change of the effective path may be information indicating that the change of the effective path is requested, or may be information indicating the effective path after the change, and the effective path is optimal. May be information indicating that it is not, may be information indicating an effective path to be changed, or may be information indicating a communication path to be an effective path.
  • UE_A10 and / or core network_A90 may receive information indicating the change of the effective path from an arbitrary device.
  • UE_A10 and / or core network_A90 may change the effective path based on reception of information indicating the change of the effective path.
  • the change of the effective path may be a change of the communication path indicated by the effective path, may be a reselection of the communication path to be the effective path, or is associated with the effective path.
  • the information may be changed.
  • UE_A10 may change the information associated with the effective path in the UE context.
  • the MME_A40 may update information associated with the effective path in the MME context, and the PGW_A30 and / or PGW_B31 and / or SGW_A35 and / or SGW_B36 may be updated in the EPS context. Information associated with the effective path may be updated.
  • the UE_A10 and / or the core network_A90 may return a response message to any device based on the change of the effective path, or the effective path is changed between the UE_A10 and the core network_A90.
  • a message for notifying this may be transmitted and received.
  • the UE_A10 and / or the core network_A90 performs the third effective path change procedure based on the change of the effective path and / or the transmission / reception of a message for notifying that the effective path has been changed. May be completed.
  • UE_A10 and / or core network_A90 can change the effective path from the first PDN connection to the second PDN connection based on the completion of the third effective path change procedure.
  • an arbitrary device is an application server installed in PDN_A5
  • an arbitrary device and / or UE_A10 includes information indicating the change of the effective path in a message transmitted / received through the PDN connection and transmits / receives it. May be.
  • an arbitrary device may transmit a message transmitted / received by the PDN connection including information indicating the change of the effective path to the UE_A10, which is used for replying to the process of changing the effective path. You may receive the message transmitted / received by the PDN connection containing information from UE.
  • UE_A10 may receive information indicating the change of the effective path from the message transmitted / received through the PDN connection, and include information for reply of the procedure for changing the effective path in the message transmitted / received through the PDN connection. May be transmitted.
  • the message transmitted / received through the PDN connection may be user data transmitted / received through the PDN connection.
  • an arbitrary device sends a message including information indicating the change of the effective path to the gateway device in the core network_A90 and / or the device in the access network.
  • a message including information for replying to the procedure for changing the effective path may be received from the gateway device in the core network_A90 and / or the device in the access network.
  • the gateway device in the core network_A90 and / or the device in the access network may receive a message including information indicating the change of the effective path from any device.
  • a message including information for replying to the change procedure may be transmitted to an arbitrary device.
  • gateway device in the core network_A90 and / or the device in the access network may be PGW_A30, SCEF, or LGW.
  • the first bearer update procedure is a bearer update procedure led by UE_A10.
  • SGW_A35 may be SGW_B36
  • PGW_A30 may be PGW_B31.
  • UE_A10 transmits a bearer resource change request message to MME_A40 (S2702).
  • UE_A10 may transmit a bearer resource change request message to eNB_A45, and the transmitted bearer resource change request message may be transferred to MME_A40 via eNB_A45.
  • UE_A10 may include at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information in the bearer resource change request message. . UE_A10 transmits a bearer resource change request message including the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information. Thus, the change of the effective path may be requested, or the communication path that becomes the requested effective path after the change may be indicated.
  • UE_A10 may transmit the bearer resource change request message including the EPS bearer ID and / or TFT.
  • MME_A40 receives the bearer resource change request message. Further, the MME_A 40 receives the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification based on the reception of the bearer resource change request message. Get information.
  • the MME_A 40 may receive the EPS bearer ID and / or the TFT based on the reception of the bearer resource change request message.
  • MME_A40 changes the effective path for UE_A10 based on the information included in the bearer resource change request message and / or the subscriber information and / or operator policy and / or the identification information of MME_A40. And / or a communication path to be an effective path after the change may be determined.
  • the MME_A 40 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as the changed effective path.
  • MME_A40 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as the changed effective path.
  • MME_A40 may transmit the TFT associated with the changed effective path in the ninth identification information.
  • the MME_A 40 may transmit the information identifying the TFT associated with the changed effective path included in the tenth identification information.
  • the MME_A 40 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • MME_A40 transmits a bearer resource command message to SGW_A35 based on the reception of the bearer resource change request message and / or the change of the effective path and / or the determination of the communication path to be the changed effective path. (S2704).
  • MME_A40 has at least fourth identification information and / or fifth identification information and / or ninth identification information and / or tenth identification information and / or thirteenth identification information,
  • the eleventh identification information and / or the twelfth identification information may be included in the bearer resource command message and transmitted.
  • MME_A40 determines the change of the effective path, but PGW_A30, not MME_A40, changes the effective path and / or determines the communication path to be the effective path. May be. In that case, MME_A40 transmits the bearer resource command message without including the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information. May be.
  • SGW_A35 receives bearer resource command message. Further, the SGW_A35 receives the fourth identification information and / or the fifth identification information and / or the ninth identification information and / or the tenth identification information based on the reception of the bearer resource command message. And / or 13th identification information and / or 11th identification information and / or 12th identification information are acquired.
  • SGW_A35 transmits a bearer resource command message to PGW_A30 based on the reception of the bearer resource command message (S2706).
  • SGW_A35 is at least fourth identification information and / or fifth identification information and / or ninth identification information and / or tenth identification information and / or thirteenth identification information,
  • the eleventh identification information and / or the twelfth identification information may be included in the bearer resource command message and transmitted.
  • PGW_A30 receives the bearer resource command message. Further, the PGW_A30 receives the fourth identification information and / or the fifth identification information and / or the ninth identification information and / or the tenth identification information based on the reception of the bearer resource command message. And / or 13th identification information and / or 11th identification information and / or 12th identification information are acquired.
  • PGW_A30 changes the effective path for UE_A10 based on information included in the bearer resource command message and / or subscriber information and / or operator policy and / or identification information of PGW_A30. And / or the communication path that becomes the changed effective path may be determined.
  • the PGW_A30 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as the changed effective path.
  • PGW_A30 is not a communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information, but a default communication path and / or subscriber information and operator policy. May be determined as the changed effective path.
  • PGW_A30 may transmit the TFT associated with the changed effective path in the ninth identification information.
  • the PGW_A 30 may transmit the information identifying the TFT associated with the changed effective path included in the tenth identification information.
  • the PGW_A30 may transmit the 13th identification information in association with the communication path determined to be an effective path.
  • the PGW_A30 may change the effective path and / or Therefore, it is not necessary to determine a communication path to be an effective path.
  • the PGW_A30 receives the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information, There is no need to change and / or determine the communication path to be an effective path.
  • PGW_A30 transmits a bearer update request message to SGW_A35 based on the reception of the bearer resource command message and / or the change of the effective path and / or the determination of the communication path to be the changed effective path ( S2710).
  • PGW_A30 may include at least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information in the bearer update request message.
  • the bearer update request message may be a response message corresponding to the bearer resource command message.
  • SGW_A35 receives the bearer update request message. Further, the SGW_A35 receives the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information based on the reception of the bearer update request message. To get.
  • SGW_A35 transmits a bearer update request message to MME_A40 based on the reception of the bearer update request message (S2712).
  • SGW_A35 may include at least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information in the bearer update request message.
  • MME_A40 receives the bearer update request message. Further, the MME_A 40 receives the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information based on the reception of the bearer update request message. To get.
  • MME_A40 transmits an EPS bearer context change request message to eNB_A45 based on the reception of the bearer update request message (S2714).
  • MME_A40 may include at least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information in the EPS bearer context change request message. Good.
  • MME_A40 may transmit the EPS bearer context change request message including the EPS bearer ID and / or TFT.
  • the EPS bearer context change request message may be a response message to the bearer resource change request message.
  • ENB_A45 receives the EPS bearer context change request message and transmits an RRC message including the EPS bearer context change request message to UE_A10 (S2716).
  • the RRC message may be an RRC connection reconfiguration request message.
  • UE_A10 receives the RRC message including the EPS bearer context change request message. Furthermore, when the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information is included in the EPS bearer context change request message The UE_A 10 acquires each piece of identification information.
  • UE_A10 may receive the EPS bearer ID and / or the TFT based on the reception of the EPS bearer context change request message.
  • UE_A10 receives the EPS bearer context change request message and / or approves the change of the effective path based on the information included in the EPS bearer context change request message and / or becomes the changed effective path.
  • the communication path may be recognized.
  • UE_A 10 may recognize that the change of the effective path has been approved based on the reception of the twelfth identification information.
  • UE_A10 may recognize the TFT included in the received ninth identification information and / or the communication path associated with the TFT identified by the tenth identification information as the changed effective path. Good.
  • UE_A 10 may recognize the communication path associated with the received thirteenth identification information as an effective path.
  • a communication path identified by the received identification information may be recognized as an effective path.
  • UE_A10 determines whether or not according to user data to be transmitted and received You may change the effective path.
  • UE_A10 may recognize a communication path identified by information indicating an efficient path associated with TFT1 as an effective path.
  • UE_A10 when transmitting / receiving user data that is not identified by TFT1, UE_A10 recognizes a communication path identified by information indicating an efficient path associated with the PDN connection and / or UE_A10 as an effective path. Good.
  • UE_A10 transmits the RRC message to eNB_A45 (S2718).
  • the RRC message may be an RRC connection reconfiguration completion message.
  • ENB_A45 receives the RRC connection reconfiguration message and transmits a bearer configuration message to MME_A40 based on the reception (S2720).
  • UE_A10 transmits an RRC message including an EPS bearer context change acceptance message to eNB_A45 based on the reception of the EPS bearer context change request message (S2722).
  • the EPS bearer context change acceptance message may be a response message to the EPS bearer context change request message.
  • the RRC message to be transmitted including the EPS bearer context change acceptance message may be a Direct Transfer message.
  • ENB_45 receives the RRC message including the EPS bearer context change acceptance message, and transmits the EPS bearer context change acceptance message to the MME_A 40 (S2724).
  • MME_A40 receives the EPS bearer context change acceptance message.
  • the MME_A 40 may transmit a bearer change response message to the SGW_A 35 based on the reception of the EPS bearer context change acceptance message (S2726).
  • the bearer change response message may be a response message to the bearer change request message.
  • SGW_A35 receives the bearer change response message.
  • SGW_A35 transmits a bearer change response message to PGW_A30 based on the reception of the bearer change response message (S2728).
  • PGW_A30 receives the bearer change response message.
  • UE_A10 and / or core network_A90 complete the first bearer update procedure.
  • UE_A10 and / or core network_A90 may change the effective path.
  • the UE_A 10 can store, in the UE context described in FIG. 21, the TFT associated with the received changed effective path by the first bearer update procedure.
  • the UE_A 10 uses the first bearer update procedure to obtain information that identifies the TFT associated with the changed effective path and / or the TFT associated with the changed effective path. It can be acquired from the core network_A90 and stored in the UE context for each PDN connection and / or the UE context for each bearer.
  • the MME_A 40 can store the TFT associated with the changed effective path in the MME context for each PDN connection and / or the MME context for each bearer by the first bearer update procedure.
  • SGW_A35 and / or PGW_A30 uses the first bearer update procedure to convert the TFT associated with the changed effective path to the EPS bearer context for each PDN connection and / or EPS for each EPS bearer. Can be stored in bearer context.
  • the second bearer update procedure is a bearer update procedure led by the core network_A90.
  • SGW_A35 may be SGW_B36
  • PGW_A30 may be PGW_B31.
  • MME_A40 may send a bearer resource command message to SGW_A35 (S2804).
  • MME_A40 transmits at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information included in the bearer resource command message. Also good.
  • MME_A40 transmits the bearer resource command message including the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information.
  • the change of the effective path may be requested, or the communication path to be the requested effective path after the change may be indicated.
  • SGW_A35 receives bearer resource command message. Further, the SGW_A35 receives the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information based on the reception of the bearer resource command message. To get.
  • SGW_A35 may transmit the bearer resource command message to PGW_A30 based on the reception of the bearer resource command message (S2806).
  • SGW_A35 transmits at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information included in the bearer resource command message. Also good.
  • PGW_A30 receives the bearer resource command message. Further, the PGW_A30 receives the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information based on the reception of the bearer resource command message. To get.
  • PGW_A30 transmits a bearer update request message to SGW_A35 based on the reception of the bearer resource command message (S2810).
  • the PGW_A30 may include at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information in the bearer update request message.
  • the PGW_A30 may transmit a bearer update request message to the SGW_A35 based on the operator policy and the subscriber information, not based on the reception of the bearer resource command message.
  • the PGW_A 30 may start the second bearer update procedure based on the operator policy, subscriber information, and functions provided by other devices, not based on reception of the bearer resource command message.
  • the function provided by the other device may be, for example, a function that detects that an effective path needs to be updated.
  • the bearer resource command message transmitted / received by MME_A40 and / or SGW_A35 and / or PGW_A30 can be omitted.
  • the PGW_A30 transmits a bearer update request message including the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information.
  • the change of the effective path may be requested, or the communication path that becomes the requested effective path after the change may be indicated.
  • SGW_A35 receives the bearer update request message. Further, the SGW_A35 receives the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information based on the reception of the bearer update request message. To get.
  • SGW_A35 transmits a bearer update request message to MME_A40 based on the reception of the bearer update request message (S2812).
  • SGW_A35 may include at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information in the bearer update request message.
  • MME_A40 receives the bearer update request message. Further, the MME_A 40 receives the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information based on the reception of the bearer update request message. To get.
  • MME_A40 transmits an EPS bearer context change request message to eNB_A45 based on the reception of the bearer update request message (S2814).
  • MME_A40 may include at least the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information in the EPS bearer context change request message. Good.
  • MME_A40 may transmit the EPS bearer context change request message including the EPS bearer ID and / or TFT.
  • MME_A40 transmits the EPS bearer context change request message including the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information.
  • the change of the effective path may be requested, or the communication path that becomes the requested effective path after the change may be indicated.
  • ENB_A45 receives the EPS bearer context change request message and transmits an RRC message including the EPS bearer context change request message to UE_A10 (S2816).
  • the RRC message may be an RRC connection reconfiguration request message.
  • UE_A10 receives the RRC message including the EPS bearer context change request message. Furthermore, when the fourth identification information and / or the fifth identification information and / or the eleventh identification information and / or the thirteenth identification information is included in the EPS bearer context change request message The UE_A 10 acquires each piece of identification information.
  • UE_A10 may receive the EPS bearer ID and / or the TFT based on the reception of the EPS bearer context change request message.
  • UE_A10 receives the EPS bearer context change request message and / or changes the UE_A10's effective path based on the information included in the EPS bearer context change request message and / or the identification information of UE_A10, and / or Or you may determine the communication path used as the changed effective path.
  • UE_A 10 may determine the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information as the changed effective path.
  • UE_A10 determines the communication path desired by UE_A10 as the changed effective path, not the communication path associated with the TFT indicated by the fourth identification information and / or the fifth identification information. May be.
  • UE_A10 may transmit the TFT associated with the changed effective path in the ninth identification information.
  • UE_A10 may include information for identifying the TFT associated with the changed effective path included in the tenth identification information and transmit the information.
  • UE_A 10 may transmit the thirteenth identification information in association with the communication path determined to be an effective path.
  • the method of changing the UE_A10 effective path is not limited to the above.
  • UE_A10 transmits the RRC message to eNB_A45 (S2818).
  • the RRC message may be an RRC connection reconfiguration completion message.
  • ENB_A45 receives the RRC connection reconfiguration message and transmits a bearer configuration message to MME_A40 based on the reception (S2820).
  • UE_A10 transmits an RRC message including an EPS bearer context change acceptance message to eNB_A45 based on the reception of the EPS bearer context change request message (S2822).
  • UE_A10 and at least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information included in the EPS bearer context change acceptance message are transmitted. May be.
  • the EPS bearer context change acceptance message may be a response message to the EPS bearer context change request message.
  • the RRC message to be transmitted including the EPS bearer context change acceptance message may be a Direct Transfer message.
  • the eNB_45 receives the RRC message including the EPS bearer context change acceptance message and transmits the EPS bearer context change acceptance message to the MME_A 40 (S2824).
  • MME_A40 receives the EPS bearer context change acceptance message. Further, the MME_A 40, based on the reception of the EPS bearer context change acceptance message, the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information. Get identification information.
  • MME_A40 receives the EPS bearer context change acceptance message and / or approves the change of the effective path based on the information included in the EPS bearer context change acceptance message and / or becomes the changed effective path.
  • the communication path may be recognized.
  • the MME_A 40 may recognize that the change of the effective path has been approved based on the reception of the twelfth identification information.
  • the MME_A 40 recognizes the TFT included in the received ninth identification information and / or the communication path associated with the TFT identified by the tenth identification information as the changed effective path. Good.
  • the MME_A 40 may recognize the communication path associated with the received thirteenth identification information as an effective path.
  • a communication path identified by the received identification information may be recognized as an effective path.
  • MME_A40 transmits a bearer change response message to SGW_A35 based on the reception of the EPS bearer context change acceptance message (S2826).
  • At least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information included in the bearer change response message may be transmitted Good.
  • the bearer change response message may be a response message to the bearer change request message.
  • SGW_A35 receives the bearer change response message. Further, the SGW_A35, based on the reception of the bearer change response message, the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information To get.
  • SGW_A35 transmits a bearer change response message to PGW_A30 based on the reception of the bearer change response message (S2828).
  • SGW_A35 transmits at least the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information in the bearer change response message. May be.
  • PGW_A30 receives the bearer change response message. Further, the PGW_A30, based on the reception of the bearer change response message, the ninth identification information and / or the tenth identification information and / or the thirteenth identification information and / or the twelfth identification information To get.
  • PGW_A30 receives the EPS bearer context change acceptance message and / or approves the UE_A10's change of the effective path based on the information included in the EPS bearer context change acceptance message and / or the changed effective path. May be recognized.
  • PGW_A30 may recognize that the change of the effective path has been approved based on the reception of the twelfth identification information.
  • the PGW_A30 may recognize the TFT included in the received ninth identification information and / or the communication path associated with the TFT identified by the tenth identification information as the changed effective path. Good.
  • PGW_A30 may recognize the communication path associated with the received thirteenth identification information as an effective path.
  • a communication path identified by the received identification information may be recognized as an effective path.
  • the PGW_A30 determines whether or not the user data is transmitted and received. You may change the effective path.
  • PGW_A30 may recognize a communication path identified by information indicating an effective path associated with TFT1 as an effective path.
  • PGW_A30 when transmitting / receiving user data that is not identified by TFT1, PGW_A30 recognizes a communication path identified by information indicating an efficient path associated with a PDN connection and / or UE_A10 as an effective path. Good.
  • UE_A10 and / or core network_A90 complete the second bearer update procedure.
  • UE_A10 and / or core network_A90 may change the effective path.
  • UE_A 10 can store the TFT associated with the changed effective path in the UE context described in FIG. 21 by the second bearer update procedure.
  • the UE_A 10 stores, in the UE context for each PDN connection and / or the UE context for each bearer, information for identifying the communication path that becomes the changed effective path by the second bearer update procedure. can do.
  • MME_A40 acquires information identifying the TFT associated with the changed effective path and / or the TFT associated with the changed effective path from UE_A10 by the second bearer update procedure. However, it can be stored in the MME context for each PDN connection and / or the MME context for each bearer.
  • SGW_A35 and / or PGW_A30 identifies the TFT associated with the changed effective path and / or the TFT associated with the changed effective path by the second bearer update procedure. Can be acquired from UE_A10 and stored in the EPS bearer context for each PDN connection and / or the EPS bearer context for each EPS bearer.
  • the core network_A90 in the above-described example of the effective path change procedure has been described for the transmission / reception method change procedure in the case of the core network configured to include the MME_A40, SGW_A35, and PGW_A30 described with reference to FIG. It may be configured to include another device.
  • NAS messages such as a bearer resource change request message and an EPS bearer context change acceptance message transmitted by UE_A10 described in this procedure are received by the device in the core network_A90, not the MME_A40.
  • the reception and processing of the MME_A40 NAS message described so far can be replaced with what is performed by a device in the core network_A90.
  • NAS messages such as the MME_A40 EPS bearer context change request message described so far can be replaced with those performed by devices in the core network_A90.
  • the program that operates in the apparatus related to the present invention may be a program that controls the central processing unit (CPU) and the like to function the computer so as to realize the functions of the embodiments related to the present invention.
  • the program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM) or a non-volatile memory such as a flash memory, a hard disk drive (HDD), or another storage system.
  • RAM random access memory
  • HDD hard disk drive
  • a program for realizing the functions of the embodiments according to the present invention may be recorded on a computer-readable recording medium.
  • the “computer system” here is a computer system built in the apparatus, and includes hardware such as an operating system and peripheral devices.
  • the “computer-readable recording medium” refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short time, or other recording medium that can be read by a computer. Also good.
  • each functional block or various features of the apparatus used in the above-described embodiments can be implemented or executed by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
  • Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other Programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations 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 the progress of semiconductor technology, the present invention can also use a new integrated circuit based on the technology.
  • the present invention is not limited to the above-described embodiment.
  • an example of the 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.

Abstract

本発明の端末装置の通信制御方法は、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別情報を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更するステップとを有する。これにより、端末が最適な通信路を用いて通信を行う好適な通信手続きを提供することとなる。

Description

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）、及び通信制御方法
　本発明は、端末装置、MME(Mobility Management Entity)、及び通信制御方法に関する。
　近年の移動通信システムの標準化活動を行う3GPP(The 3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Enhancement)の検討を行っている。3GPPは、オールIP化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、多種多様な端末向けの次世代通信技術の検討として、NexGen(Architecture for Next Generation System)の検討を行っている。NexGenでは、多種多様な端末をセルラーネットワークに接続するための技術課題を抽出し、解決策を仕様化している。
　例えば、高速通信が必要な端末のための通信手続きの最適化や、バッテリーが数年間維持できるような電力消費の高効率化が必要な端末のための通信手続きの最適化が要求条件として挙げられる。
　また、固定されているような移動頻度が少ない端末や、自動車等に備え付けられたような移動頻度が多い端末を同時にサポートするためのモビリティの最適化や多様化なども要求条件として挙げられる。
　また、端末に最適な通信路の提供や選択なども要求条件として挙げられる。
3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Study on Architecture for Next Generation System(Release 14)
　NexGenでは、端末の通信路の最適化と、最適な通信路の選択のための検討が行われている。
　より具体的には、最適な通信路にすることで、端末に適したデータ通信を提供するための検討行われている。
　しかし、端末にとって最適な通信路や、端末に通信路が選択される手順、最適な通信路を変更する手段が明らかになっていない。
　本発明は、このような事情を鑑みてなされたもので、その目的は、端末に最適な通信路を選択する手段や、最適な通信路を変更する手段を提供する事である。
　上記の目的を達成するために、端末装置の通信制御方法は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Packet Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立するステップと、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立するステップと、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更するステップを有する。
　また、本発明の端末装置の通信制御方法は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、前記基地局装置を介してコアネットワークから受信して、第1のPGW(Packet Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立するステップと、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立するステップと、第1の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信するステップと、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更するステップを有する。
　また、本発明のMME(Mobility Management Entity)の通信制御方法は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第1のPGW(Packet Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶するステップと、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第2のPGW(Packet Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶するステップと、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信するステップを有する。
　また、本発明のMME(Mobility Management Entity)の通信制御方法は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第1のPGW(Packet Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶するステップと、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第2のPGW(Packet Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶するステップと、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、エフィシェントパスを変更するために、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信するステップを有する。
　また、本発明の端末装置は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Packet Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立する制御部を有し、前記制御部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立し、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信する送受信部を有し、前記制御部は、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更する。
　また、本発明の端末装置は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、前記基地局装置を介してコアネットワークから受信して、第1のPGW(Packet Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立する制御部を有し、前記制御部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立し、第1の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信する送受信部を有し、前記制御部は、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更する。
　また、本発明のMME(Mobility Management Entity)は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信を有し、前記端末装置と第1のPGW(Packet Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶する制御部を有し、前記送受信部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、前記制御部は、前記端末装置と第2のPGW(Packet Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶し、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、前記送受信部は、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信する。
　また、本発明のMME(Mobility Management Entity)は、少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、前記端末装置と第1のPGW(Packet Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶する制御部を有し、前記送受信部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、前記制御部は、前記端末装置と第2のPGW(Packet Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶し、第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、前記送受信部は、エフィシェントパスを変更するために、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信する。
　本発明によれば、CIoT端末は、CIoT端末に最適化されたユーザデータ送信方法をはじめとする複数の送信方法を提供可能なコアネットワークへアタッチ及び/又はデタッチし、通信することができる。
移動通信システムの概略を説明するための図である。 IP移動通信ネットワークの構成等の一例を説明するための図である。 IP移動通信ネットワークの構成等の一例を説明するための図である。 eNBの装置構成を説明するための図である。 本実施形態における第1の状態を説明するための図である。 MMEの装置構成を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 SGWの装置構成を説明するための図である。 SGWの記憶部を説明するための図である。 SGWの記憶部を説明するための図である。 PGWの装置構成を説明するための図である。 PGWの記憶部を説明するための図である。 PGWの記憶部を説明するための図である。 PGWの記憶部を説明するための図である。 UEの装置構成を説明するための図である。 UEの記憶部を説明するための図である。 通信手続きの概要を説明するための図である。 アタッチ手続きを説明するための図である。 PDN接続手続きを説明するための図である。 第1のエフィシェントパス変更手続きを説明するための図である。 第2のエフィシェントパス変更手続きを説明するための図である。 第1のベアラ更新手続きを説明するための図である。 第2のベアラ更新手続きを説明するための図である。
　以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[1.実施形態]
　[1.1.システム概要]
　図1は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とeNB_A45とコアネットワーク_A90とPDN_A5により構成されている。
　ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User equipment)又は、ME(Mobile equipment)又はMS(Mobile Station)であってよい。
　また、UE_A10は、CIoT端末であってもよい。なお、CIoT端末とはコアネットワークA90へ接続可能なIoT端末であり、IoT端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器であってよい。
　つまり、UE_A10がCIoT端末である場合、UE_A10はUE_A10のポリシー又はネットワークからの要求に基づいてCIoT端末のために最適化された接続を要求してもよいし、従来の接続を要求してもよい。又は、UE_A10は、出荷時に予めCIoT端末のために最適化された通信手続きによってのみコアネットワーク_A90に接続する端末装置として設定されてもよい。
　ここで、コアネットワーク_A90は、移動通信事業者(Mobile Operator)が運用するIP移動通信ネットワークのことである。
　例えば、コアネットワーク_A90は移動通信システム1を運用、管理する移動通信事業者のためのコアネットワークであってもよい、又はMVNO(Mobile Virtual Network Operator)などの仮想移動通信事業者のためのコアネットワークであってよい。又は、コアネットワーク_A90はCIoT端末を収容する為のコアネットワークであってもよい。
　また、eNB_A45はUE_A10がコアネットワーク_A90に接続するために用いられる無線アクセスネットワークを構成する基地局である。つまり、UE_A10はeNB_A45を用いてコアネットワーク_A90に接続する。
　また、コアネットワーク_A90はPDN_A5に接続されている。PDN_A5とは、UE_A10に通信サービスを提供するパケットデータサービス網であり、サービス毎に構成しても良い。PDNには、通信端末が接続されており、UE_A10はPDN_A5に配置された通信端末とユーザデータの送受信を行うことができる。
　なお、ユーザデータとは、UE_A10とPDN_A5に含まれる装置との間で送受信するデータであってよい。なお、UE_A10はコアネットワーク_A90を介してPDN_A5にユーザデータを送信する。言い換えると、UE_A10はPDN_A5にユーザデータを送受信するために、コアネットワーク_A90とユーザデータを送受信する。より具体的には、UE_A10はPDN_A5にユーザデータを送受信するために、PGW_A30やC-SGN_A95等のコアネットワーク_A90内のゲートウェイ装置とユーザデータの送受信を行う。
　次に、コアネットワーク_A90の構成例を説明する。本実施形態では2つのコアネットワーク_A90の構成例を説明する。
　図2にコアネットワーク_90の構成の一例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(Authentication、 Authorization、 Accounting)_A55、PCRF(Policy and Charging Rules Function)_A60、PGW(Packet Data Network Gateway)_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW(Serving Gateway)_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)_A42により構成される。
　また、コアネットワーク_A90は、複数の無線アクセスネットワーク(LTE AN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続することができる。
　無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。
　さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN ANb75)と、PGW_AとPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa75)とが構成可能である。
　なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
　PGW_A30はPDN_A5とSGW_A35とePDG_A65とWLAN ANa70と、PCRF_A60とAAA_A55とに接続されており、PDN_A5とコアネットワーク_A90のゲートウェイ装置としてユーザデータの転送を行う中継装置である。
　SGW_A35は、PGW30とMME_A40とLTE AN80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、LTE AN_A80)とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
　MME_A40は、SGW_A35とLTE AN80とHSS_A50に接続されており、LTE AN80を経由してUE_A10の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク_A90には、複数の位置管理装置が含まれて構成されてよい。例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置はMME_A40と同様にSGW_A35とLTE AN80と、HSS_A50と接続されてよい。
　また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。
　HSS_A50はMME_A40とAAA_A55とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。
　AAA_A55は、PGW30と、HSS_A50と、PCRF_A60と、WLAN ANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
　PCRF_A60は、PGW_A30と、WLAN ANa75と、AAA_A55と、PDN_A5に接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。
　ePDG_A65は、PGW30と、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のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMMEの選択機能を持つ。
　また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、LTE AN80はeNB_A45を含んで構成される。eNB_A45はLTEアクセスシステムでUE_A10が接続する無線基地局であり、LTE AN_A80には1又は複数の無線基地局が含まれて構成されてよい。
　WLAN ANa70はWLAN APa72と、TWAG_A74とが含まれて構成される。WLAN APa72はコアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74はコアネットワーク_A90とWLAN ANa70のゲートウェイ装置である。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。
　コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
　また、WLAN ANb75はWLAN APb76を含んで構成される。WLAN APb76はコアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。
　このように、WLAN ANb75はコアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保するためのセキュリティー機能を持つ。
　UTRAN_A20は、RNC(Radio Network Controller)_A24とeNB(UTRAN)_A22を含んで構成される。eNB(UTRAN)_A22は、UTRA(UMTS Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とeNB(UTRAN)_A22を接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1つ又は複数のeNB(UTRAN)_A22と接続されてよい。更に、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
　GERAN_A25は、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25には1又は複数の無線基地局BSSで構成されてもよい。また、複数のBSSは互いに接続しあっていてよい。またBSS_A26はRNC_A24と接続してもよい。
　次に、第2のコアネットワーク_A90の構成の一例を説明する。例えば、UE_A10がCIoT端末である場合、コアネットワーク_A90は図3に示す構成であってもよい。図3のコアネットワーク_A90は、C-SGN(CIoT Serving Gateway Node)_A95とHSS_A50とで構成される。なお、図2と同様に、コアネットワーク_A90は、LTE以外のアクセスネットワークとの接続性を提供するために、AAA_A55及び/又はPCRF_A60及び/又はePDG_A65及び/又はSGSN_A42がコアネットワーク_A90に含まれてもよい。
　C-SGN_A95は、図2のMME_A40とSGW_A35とPGW_A30の機能の一部又は全てを担うノードであってよい。C-SGN_A95はCIoT端末の接続性の確立や切断、モビリティ等を管理するノードであってよい。
　つまり、C-SGN_A95は、PDN_Aとコアネットワーク_A90間のゲートウェイ装置機能及び、コアネットワーク_A90とCIOT AN_A100間のゲートウェイ装置機能及び、UE_A10の位置管理機能を有していてよい。
　図に示すように、UE_A10は無線アクセスネットワークCIOT AN_A100を介して、コアネットワーク_A90に接続する。
　図3(b)にCIOT AN_A100の構成を示す。図に示すようにCIOT AN_A100にはeNB_A45が含まれて構成されてよい。CIOT AN_A100に含まれるeNB_A45は、LTE AN_A80に含まれるeNB_A45と同じ基地局であってよい。又は、CIOT AN_A100に含まれるeNB_A45は、LTE AN_A80に含まれるeNB_A45と異なる、CIoT端末を収容する基地局であってよい。
　なお、第1のコアネットワーク及び/又は第2のコアネットワークは、IoTのために最適化されたシステムで構成されてよい。
　なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
　[1.2.装置の構成]
　以下、各装置の構成について説明する。
　[1.2.1.eNBの構成]
　以下、eNB_A45の構成について説明する。図4はeNB_A45の装置構成を示す。図に示すように、eNB_A45はネットワーク接続部_A420と、送受信部_A430と、制御部_A400と記憶部_A440で構成されている。ネットワーク接続部_A420と送受信部_A430と記憶部_A440は制御部_A400と、バスを介して接続されている。
　制御部_A400はeNB_A45を制御するための機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_A420は、eNB_A45がMME_A40及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_A420は、eNB_A45がMME_A40及び/又はSGW_A35からユーザデータ及び/又は制御データを送受信する送受信機能部である。
　送受信部_A430は、eNB_A45がUE_A10と接続するための機能部である。さらに、送受信部_A430は、UE_A10からユーザデータ及び/又は制御データを送受信する送受信機能部である。また、送受信部_A430には、外部アンテナ_A410が接続されている。
　記憶部_A440は、eNB_A45の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　[1.2.2.MMEの構成]
　以下、MME_A40の構成について説明する。図6(a)はMME_A40の装置構成を示す。図に示すように、MME_A40はネットワーク接続部_B620と、制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と記憶部_B640は制御部_B600と、バスを介して接続されている。
　制御部_B600はMME_A40を制御するための機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_B620は、MME_A40が、eNB_A45及び/又はHSS_A50及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_B620は、MME_A40が、eNB_A45及び/又はHSS_A50及び/又はSGW_A35からユーザデータ及び/又は制御データを送受信する送受信機能部である。
　記憶部_B640は、MME_A40の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_B640は、図に示すように、MMEコンテキスト642と、セキュリティーコンテキスト648、MME緊急構成データ650を記憶する。なお、MMEコンテキストは、MMコンテキスト644と、EPSベアラコンテキスト646により構成される。又は、MMEコンテキストはEMMコンテキストとESMコンテキストで構成されてもよい。MMコンテキスト644とはEMMコンテキストの事であり、EPSベアラコンテキスト646はESMコンテキストの事であってもよい。
　図7(b)、図8(b)、図9(b)に、UEごとに記憶されるMMEコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、IMSI-unauthenticated-indicator、MSISDN、MM State、GUTI、ME Identity、Tracking Area List、TAI of last TAU、ECGI(E-UTRAN Cell Global Identity)、E-UTRAN Cell Identity Age、CSG ID、CSG membership、Access mode、Authentication Vector、UE Radio Access Capability、MS Classmark 2、MS Classmark 3、Supported Codecs、UE Network Capability、MS Network Capability、UE Specific DRX Parameters、Selected NAS Algorithm、eKSI、K_ASME、NAS Keys and COUNT、Selected CN operator ID、Recovery、Access Restriction、ODB for PS parameters、APN-OI Replacement、MME IP address for S11、MME TEID for S11、S‐GW IP address for S11/S4、S GW TEID for S11/S4、SGSN IP address for S3、SGSN TEID for S3、eNodeB Address in Use for S1-MME、eNB UE S1AP ID、MME UE S1AP ID、Subscribed UE-AMBR、UE-AMBR、EPS Subscribed Charging Characteristics、Subscribed RFSP Index、RFSP Index in Use、Trace reference、Trace type、Trigger ID、OMC identity、URRP-MME、CSG Subscription Data、LIPA Allowed、Subscribed Periodic RAU/TAU Timer、MPS CS priority、MPS EPS priority、Voice Support Match Indicator、Homogenous Support of IMS Voice over PS Sessionsを含む。
　また、UEごとのMMEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　IMSIは、ユーザの永久的な識別情報である。HSS_A50が記憶するIMSIと等しい。
　IMSI-unauthenticated-indicatorは、このIMSIが認証されていない事を示す指示情報である。
　MSISDNは、UEの電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
　MM Stateは、MMEの移動管理(Mobility management)状態を示す。この管理情報は、eNBとコアネットワーク間の接続が解放されているECM-IDLE状態、eNBとコアネットワーク間の接続が解放されていないECM-CONNECTED状態、又はMMEがUEの位置情報を記憶していないEMM-DEREGISTERED状態を示す。
　GUTI(Globally Unique Temporary Identity)は、UEの一時的な識別情報である。GUTIはMMEの識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME内でのUEの識別情報(M-TMSI)により構成される。
　ME Identityは、UEのIDであり、例えば、IMEI/IMISVであってもよい。
　Tracking Area Listは、UEに割り当てたトラッキングエリア識別情報のリストである。
　TAI of last TAUは、最近のトラッキングエリア更新手続きで示されたトラッキングエリア識別情報である。
　ECGIは、MME_A40が知る最近のUEのセルの識別情報である。
　E-UTRAN Cell Identity Ageは、MMEがECGIを取得してからの経過時間を示す。
　CSG IDは、MMEが知る、最近のUEが動作したCSG(Closed Subscriber Group)の識別情報である。
　CSG membershipは、MMEが知る最近のUEのCSGのメンバー情報である。CSG membershipは、UEがCSGメンバーであるかどうかを示す。
　Access modeはECGIで識別されるセルのアクセスモードであり、ECGIがCSGとCSGではないUEの両方にアクセスを許可するハイブリッドであることを示す識別情報であってもよい。
　Authentication VectorはMMEが従う、特定のUEの一時的なAKA(Authentication and Key Agreement)を示す。Authentication Vectorは、認証に用いるランダム値RAND、期待応答XRES、鍵K_ASME、ネットワークに認証された言語(トークン)AUTNで構成される。
　UE Radio Access Capabilityは、UEの無線アクセス能力を示す識別情報である。
　MS Classmark 2は、3G/2G(UTRAN/GERAN)のCSドメインのコアネットワークの分類記号(Classmark)である。MS Classmark 2は、UEがSRVCC(Single Radio Voice Call Continuity)をGERAN又はUTRANに対してサポートする場合に使用される。
　MS Classmark 3は、GERANのCSドメインの無線ネットワークの分類記号(Classmark)である。MS Classmark 3は、UEがSRVCC(Single Radio Voice Call Continuity)をGERANに対してサポートする場合に使用される。
　Supported Codecsは、CSドメインでサポートされるコードのリストである。このリストは、UEがSRVCCをGERAN又はUTRANに対してサポートする場合に使用される。
　UE Network Capabilityは、UEにサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。
　MS Network Capabilityは、GERAN及び/又はUTRAN機能をもつUEに対して、SGSNに必要な少なくとも一つの情報を含める情報である。
　UE Specific DRX Parametersは、UEのDRX(Discontinuous Reception)サイクル長を決定するために用いるパラメータである。ここでDRXとは、UEのバッテリーの消費電力をなるべく少なくするために、ある一定時間通信がなければUEを低消費電力状態に切り替える機能である。
　Selected NAS Algorithmは、NAS(Non-Access Stratum)の選択されたセキュリティーアルゴリズムである。
　eKSIは、K_ASMEを示す鍵の集合である。UTRAN又はE-UTRANのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。
　K_ASMEは、暗号鍵CK(Cipher Key)と完全鍵IK(Integrity Key)に基づき生成される、E-UTRANの鍵階層化の鍵である。
　NAS Keys and COUNTは、鍵K_NASintと、鍵K_NASencとNAS COUNTパラメータにより構成される。鍵K_NASintは、UEとMME間の暗号化のための鍵であり、鍵K_NASencは、UEとMME間の安全性保護のための鍵である。また、NAS COUNTはUEとMME間のセキュリティーが確立された、新しい鍵が設定された場合にカウントを開始する、カウントである。
　Selected CN operator IDはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
　Recoveryは、HSSがデータベースの復帰を行うかどうかを示す識別情報である。
　Access Restrictionは、アクセス制限の登録情報である。
　ODB for PS parametersは、ODB(operator determined barring)の状態を示す。ここでODBとは、通信事業者(オペレータ)が決定したアクセス規定である。
　APN-OI Replacementは、DNS解決を実行する為にPGW FQDNを構築する際の、APNに代わるドメイン名である。この代用のドメイン名はすべてのAPNに適応される。
　MME IP address for S11は、SGWとのインターフェースで用いられるMMEのIPアドレスである。
　MME TEID for S11は、SGWとのインターフェースで用いられるTEID(Tunnel Endpoint Identifier)である。
　S-GW IP address for S11/S4はMMEとSGW間又はSGSNとMME間のインターフェースで利用されるSGWのIPアドレスである。
　S GW TEID for S11/S4はMMEとSGW間又はSGSNとMME間のインターフェースで利用されるSGWのTEIDである。
　SGSN IP address for S3は、MMEとSGSN間でのインターフェースに用いるSGSNのIPアドレスである。
　SGSN TEID for S3は、MMEとSGSN間のインターフェースで用いるSGSNのTEIDである。
　eNodeB Address in Use for S1-MMEは、MMEとeNB間のインターフェースで最近用いられたeNBのIPアドレスである。
　eNB UE S1AP IDは、eNB内でのUEの識別情報である。
　MME UE S1AP IDは、MME内でのUEの識別情報である。
　Subscribed UE-AMBRは、ユーザの登録情報に従いすべてのNon-GBR(Guaranteed Bit Rate)ベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBR(Maximum Bit Rate)の最大値を示す。
　UE-AMBRは、すべてのNon-GBRベアラ(非保障ベアラ)を共有するために、最近使用された上り通信及び下り通信のMBRの最大値を示す。
　EPS Subscribed Charging Characteristicsは、UEの課金特性を示す。例えば、EPS Subscribed Charging Characteristicsはノーマル、プリペイド、課金率固定、又は即時請求などの登録情報を示してもよい。
　Subscribed RFSP Indexは、HSSから取得したE-UTRAN内の特定のRRM構成のためのインデックスである。
　RFSP Index in Useは、最近使用されたE-UTRAN内の特定のRRM構成のためのインデックスである。
　Trace referenceは、特定のトレースの記録、又は記録の集合を識別する識別情報である。
　Trace typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/又は、MMEやSGWやPGWがトレースするタイプを示してもよい。
　Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
　OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
　URRP-MMEは、HSSによりMMEからのUE活動通知が要求された事を示す識別情報である。
　CSG Subscription Dataは、ローミング先のPLMN(VPLMN)CSG IDとローミング先の等価PLMNの関連リストである。CSG IDごとに、CSG IDの有効期限を示すexpiration dateや、有効期限がない事を示すabsent expiration dateと関連づけられていてもよい。CSG IDは、LIPAを介した特定のPDN接続に使われてもよい。
　LIPA Allowedは、UEはこのPLMNでLIPAを使用することが許可されているかどうかを示す　Subscribed Periodic RAU/TAU Timerは、定期的なRAU及び/又はTAUのタイマーである。
　MPS CS priorityは、UEがCSドメインでeMLPPか1x RTT優先サービスに登録されていることを示す。
　MPS EPS priorityは、EPSドメイン内でMPSに登録されていることを示す識別情報である。
　Voice Support Match Indicatorは、UEの無線能力がネットワーク構成と互換性があるかどうかを示す。例えば、UEによるSRVCCのサポートがネットワークの音声通話に対するサポートとマッチするかどうかを示す。
　Homogenous Support of IMS Voice over PS Sessions for MMEは、PSセッション上のIMS音声通話をサポートするかどうかを、UEごとに示す指示情報である。Homogenous Support of IMS Voice over PS Sessions for MMEは、MMEが管理する全てのTA(Tracking Area)でPS(Packet Switched: 回線交換)セッション上でのIMS(IP Multimedia Subsystem)音声通話をサポートする、「Supported」と、PSセッション上でのIMS音声通話をサポートするTAがない場合を示す「Not Supported」とがある。また、PSセッション上でのIMS音声通話をサポートが均一でない(サポートするTAとしないTAがMME内に混在する)場合や、サポートするかどうかが分からない場合、MMEはこの指示情報をHSSに通知しない。
　図10(c)に、PDNコネクションごとに記憶されるPDNコネクションごとのMMEコンテキストに含まれる情報要素を示す。図に示すように、PDNコネクションごとのMMEコンテキストは、APN in Use、APN Restriction、APN Subscribed、PDN Type、IP Address、EPS PDN Charging Characteristics、APN-OI Replacement、SIPTO permissions、Local Home Network ID、LIPA permissions、WLAN offloadability、VPLMN Address Allowed、PDN GW Address in Use(制御情報)、PDN GW TEID for S5/S8(制御情報)、MS Info Change Reporting Action、CSG Information Reporting Action、Presence Reporting Area Action、EPS subscribed QoS profile、Subscribed APN-AMBR、APN-AMBR、PDN GW GRE Key for uplink traffic(ユーザデータ)、Default bearer、low access priorityを含める。
　また、PDNコネクションごとのMMEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。
　APN Restrictionは、このベアラコンテキストに関連づけられたAPNに対する、APNのタイプの組み合わせの制限を示す。つまり、確立できるAPNの数とAPNのタイプを制限する情報である。
　APN SubscribedはHSSから受信した登録APNを意味する。
　PDN Typeは、IPアドレスのタイプを示す。例えば、PDN Typeは、IPv4、IPv6又はIPv4v6を示す。
　IP Addressは、IPv4アドレスかIPv6 Prefixを示す。なお、IPアドレスはIPv4とIPv6のprefixの両方を記憶してもよい。
　EPS PDN Charging Characteristicsは、課金特性を示す。EPS PDN Charging Characteristicsは例えば、ノーマル、プリペイド、課金率固定、又は即時請求を示してよい。
　APN-OI Replacementは、UEごとに登録されているAPN-OI Replacementと同様の役割をもつAPNの代理ドメイン名である。ただし、UEごとのAPN-OI Replacementより優先度が高い。
　SIPTO permissionsはこのAPNを用いたトラフィックのSIPTO(Selected IP Traffic Offload)に対する許可情報を示す。具体的には、SIPTO permissionsは、SIPTOを用いる事を禁止する、又はローカルネットワーク以外でのSIPTOの利用を許可する、又はローカルネットワークを含めるネットワークでのSIPTOの利用を許可する、又はローカルネットワークのみSIPTOの利用を許可する、ことを識別する。
　Local Home Network IDは、ローカルネットワークを用いたSIPTO(SIPTO@LN)の利用が可能である場合、基地局が属するホームネットワークの識別情報を示す。
　LIPA permissionsは、このPDNがLIPAを介したアクセスが可能かどうかを示す識別情報である。具体的には、LIPA permissionsは、LIPAを許可しないLIPA-prohibited、又はLIPAのみ許可する、LIPA-only、条件によりLIPAを許可するLIPA-conditionalであってよい。
　WLAN offload abilityは、このAPNで接続されたトラフィックは、無線ランと3GPP間の連携機能を用いて、無線ランにオフロードできるか、又は3GPPの接続を維持するのかを示す識別情報である。WLAN offload abilityは、RATタイプごとに分かれていてもよい。具体的には、LTE(E-UTRA)と3G(UTRA)とで異なったWLAN offload abilityが存在してもよい。
　VPLMN Address Allowedは、UEがこのAPNを用いた接続が、ローミング先のPLMN(VPLMN)ではHPLMNのドメイン(IPアドレス)PGWのみを使用することが許可されるのか、又はVPLMNのドメイン内のPGWを追加されるのかを示す PDN GW Address in Use(制御情報)は、PGWの最近のIPアドレスを示す。このアドレスは制御信号を送信するときに用いられる。
　PDN GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェース(S5/S8)で制御情報の送受信に用いるTEIDである。
　MS Info Change Reporting Actionは、PGWにユーザの位置情報が変更された事を通知する必要があること示す情報要素である。
　CSG Information Reporting Actionは、PGWにCSG情報が変更された事を通知する必要があることを示す情報要素である。
　Presence Reporting Area Actionは、UEが存在報告エリア(Presence Reporting Area)に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。
　EPS subscribed QoS profileは、デフォルトベアラに対する、ベアラレベルでのQoSパラメータを示す。
　Subscribed APN-AMBRは、ユーザの登録情報に従いこのAPNに対して確立された全てのNon-GBRベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBR(Maximum Bit Rate)の最大値を示す。
　APN-AMBRは、PGWにより決定された、このAPNに対して確立された全てのNon-GBRベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBR(Maximum Bit Rate)の最大値を示す。
　PDN GW GRE Key for uplink traffic(ユーザデータ)は、SGWとPGW間のインターフェースのユーザデータの上り通信のためのGRE(Generic Routing Encapsulation)鍵である。
　Default Bearerは、PDNコネクション確立時に取得、及び/又は、生成する情報であり、PDNコネクションに対応づけられたデフォルトベアラを識別するためのEPSベアラ識別情報である。
　なお、本実施形態におけるEPSベアラとは、UE_A10とC-SGN_A95との間で確立する通信路であってよい。さらに、EPSベアラは、UE_A10とeNB_A45との間で確立するRB(Radio Bearer)と、eNB_A45とC-SGN_A95との間で確立するS1ベアラとによって構成されてよい。ここで、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。
　また、EPSベアラとは、UE_A10とPGW_A30との間で確立する論理的な通信路であってもよい。この場合においても、EPSベアラは、UE_A10とeNB_A45との間で確立するRB(Radio Bearer)を含んで構成されてよい。さらに、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。
　したがって、Default Bearerは、SRB(Signalling Radio Bearer)、及び/又は、CRB(Control Signalling Radio Bearer)を識別する識別情報であってもよいし、DRB(Data Radio Bearer)識別する識別情報であってもよい。
　ここで、本実施形態におけるSRBとは、本来は制御メッセージ等の制御情報を送受信するために確立するRBであってよい。ここで、本実施形態におけるCRBとは、本来は制御メッセージ等の制御情報を送受信するために確立するRBであってよい。なお、本実施形態では、本来制御メッセージを送受信するためのRBを用いて、ユーザデータの送受信を行う。したがって、本実施形態では、SRB又はCRBを用いて、制御メッセージとユーザデータとを送受信する。
　また、本実施形態におけるDRBとは、ユーザデータを送受信するために確立するRBであってよい。
　low access priorityは、PDNコネクションが公開されているとき、UEが低いアクセス優先度(low access priority)を要求したことを示す。
　図11は、ベアラごとに記憶されるMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、S-GW IP address for S1-u、S-GW TEID for S1u、PDN GW TEID for S5/S8、PDN GW IP address for S5/S8、EPS bearer QoS、TFTを含める。
　また、ベアラごとのMMEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　EPS Bearer IDは、E-UTRANを介したUE接続に対して、EPSベアラを識別する唯一の識別情報である。
　なお、EPS Bearer IDは、デディケイテッドベアラを識別するEPSベアラ識別情報であってよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報であってよい。
　なお、既に説明した通り、EPSベアラとは、UE_A10とC-SGN_A95との間で確立する通信路であってよい。さらに、EPSベアラは、UE_A10とeNB_A45との間で確立するRB(Radio Bearer)と、eNB_A45とC-SGN_A95との間で確立するS1ベアラとによって構成されてよい。ここで、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。
　また、EPSベアラとは、UE_A10とPGW_A30との間で確立する論理的な通信路であってもよい。この場合においても、EPSベアラは、UE_A10とeNB_A45との間で確立するRB(Radio Bearer)を含んで構成されてよい。さらに、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。
　したがって、デディケイテッドベアラを識別するEPSベアラIDは、SRB(Signalling Radio Bearer)、及び/又は、CRB(Control Signalling Radio Bearer)を識別する識別情報であってもよいし、DRB(Data Radio Bearer)識別する識別情報であってもよい。
　ここで、既に説明したとおり、本実施形態におけるSRBとは、本来は制御メッセージ等の制御情報を送受信するために確立するRBであってよい。ここで、本実施形態におけるCRBとは、本来は制御メッセージ等の制御情報を送受信するために確立するRBであってよい。なお、本実施形態では、本来制御メッセージを送受信するためのRBを用いて、ユーザデータの送受信を行う。したがって、本実施形態では、SRB又はCRBを用いて、制御メッセージとユーザデータとを送受信する。
　また、本実施形態におけるDRBとは、ユーザデータを送受信するために確立するRBであってよい。
　TIはTransaction Identifierの略であり、双方向のメッセージフロー(Transaction)を識別する識別情報である。
　S-GW IP address for S1-uは、eNBとSGW間のインターフェースで使用するSGWのIPアドレスである。
　また、S-GW IP address for S1-uは、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、MME、及び/又は、SGSNとSGW間のインターフェースで使用するSGWのIPアドレスであってもよく、S-GW IP address for S11/S4であってもよい。
　S-GW TEID for S1uは、eNBとSGW間のインターフェースで使用するSGWのTEIDである。
　また、S-GW TEID for S1uは、MME、及び/又は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、SGSNとSGW間のインターフェースで使用するSGWのTEIDアドレスであってもよく、S-GW TEID for S11/S4であってもよい。
　PDN GW TEID for S5/S8は、SGWとPGW間のインターフェースのユーザデータ伝送の為のPGWのTEIDである。
　PDN GW IP address for S5/S8は、SGWとPGW間のインターフェースのユーザデータ伝送の為のPGWのIPアドレスである。
　EPS bearer QoSは、QCI(QoS Class Identifier)と、ARP(Allocation and Retention Priority)で構成される。QCIはQoSの属するクラスを示す。QoSは帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。ARPは、ベアラを維持することに関する優先度を表す情報である。
　TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。
　ここで、図7～図11に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト644又はEPSベアラコンテキスト646のいずれかに含まれる。例えば、図11(d)に示すベアラごとのMMEコンテキストをEPSベアラコンテキストに記憶し、その他の情報要素をMMコンテキストに記憶してもよい。又は図10(c)に示すPDNコネクションごとのMMEコンテキストと図11(d)に示すベアラごとのMMEコンテキストをEPSベアラコンテキストに記憶し、その他の情報要素をMMコンテキストに記憶してもよい。
　図6(a)が示すように、MMEの記憶部_B640は、セキュリティーコンテキスト648を記憶してもよい。図12(e)はセキュリティーコンテキスト648に含まれる情報要素を示す。
　図が示すように、セキュリティーコンテキストは、EPS AS セキュリティーコンテキストと、EPS NAS セキュリティーコンテキストにより構成される。EPS AS セキュリティーコンテキストは、アクセス層(AS:Access Stratum)のセキュリティーに関するコンテキストであり、EPS NAS セキュリティーコンテキストは非アクセス層(NAS:Non-Access Stratum)のセキュリティーに関するコンテキストである。
　図12(f)は、EPS AS セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、EPS AS セキュリティーコンテキストは、cryptographic keyと、Next Hop parameter (NH)と、Next Hop Chaining Counter parameter (NCC)と、identifiers of the selected AS level cryptographic algorithmsとを含める。
　cryptographic keyは、アクセス層での暗号化の鍵である。
　NHは、K_ASMEから決定される情報要素である。フォワードセキュリティーを実現するための情報要素である。
　NCCは、NHと関連付けられた情報要素である。ネットワークを切り替える垂直方向のハンドオーバーが発生した数を表す。
　identifiers of the selected AS level cryptographic algorithmsは選択された暗号化アルゴリズムの識別情報である。
　図12(g)は、EPS NAS セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、EPS NAS セキュリティーコンテキストはK_ASMEとUE Security capabilitiesとNAS COUNTを含めてよい。
　K_ASMEは、鍵CKとIKに基づき生成される、E-UTRANの鍵階層化の鍵である。
　UE Security capabilitiesは、UEで使用される暗号とアルゴリズムに対応する識別情報の集合である。この情報は、アクセス層に対する情報と、非アクセス層に対する情報とを含む。更に、UEがUTRAN/GERANへのアクセスをサポートする場合、この情報にUTRAN/GERANに対する情報を含める。
　NAS COUNは、K_ASMEが動作している時間を示すカウンターである。
　セキュリティーコンテキスト648はMMEコンテキスト642に含まれてもよい。また、図6(a)に示すように、セキュリティーコンテキスト648とMMEコンテキスト642は別に存在してもよい。
　図12(h)は、MME緊急構成データ650で記憶される情報要素を示す。MME緊急構成データは、HSSから取得するUEの登録情報の代わりに使用する情報である。図に示すように、MME緊急構成データ650は、em APN(Emergency Access Point Name)、Emergency QoS profile、Emergency APN-AMBR、Emergency PDN GW identity、Non-3GPP HO Emergency PDN GW identityが含まれる。
　em APNは、緊急用のPDN接続に用いるアクセスポイント名を示す。
　Emergency QoS profileは、ベアラレベルでのem APNのデフォルトベアラのQoSを示す。
　Emergency APN-AMBRは、em APNに対して確立されたNon-GBRベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBRの最大値を示す。この値はPGWにより決定される。
　Emergency PDN GW identityは、em APNに対して静的に設定されたPGWの識別情報である。この識別情報は、FQDNでもIPアドレスであってもよい。
　Non-3GPP HO Emergency PDN GW identityは、PLMNが3GPP以外のアクセスネットワークへのハンドオーバーをサポートする場合に、em APNに対して静的に設定されたPGWの識別情報である。この識別情報は、FQDNでもIPアドレスであってもよい。
　更に、MME_A40は、UEに対する接続状態を、UEと同期しながら管理してよい。
　[1.2.3.SGWの構成]
　本実施形態におけるSGWには、SGW_A35とSGW_B36が含まれてよい。
　なお、SGW_B36の構成は、SGW_A35と同様の構成であってよい。
　従って、以下、SGW_A35の構成について説明する。図13(a)はSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_C1320と、制御部_C1300と記憶部_C1340で構成されている。ネットワーク接続部_C1320と記憶部_C1340は制御部_C1300と、バスを介して接続されている。
　制御部_C1300はSGW_A35を制御するための機能部である。制御部_C1300は、記憶部_C1340に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_C1320は、SGW_A35が、eNB_A45及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42と接続するための機能部である。さらに、ネットワーク接続部_C1320は、SGW_A35が、eNB_A45及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42からユーザデータ及び/又は制御データを送受信する送受信機能部である。
　記憶部_C1340は、SGW_A35の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_C1340は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_C1340は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_C1340は、図に示すように、EPSベアラコンテキスト1342を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、PDNごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
　図14(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図14(b)が示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MSI-unauthenticated-indicator、ME Identity、MSISDN、Selected CN operator id、MME TEID for S11、MME IP address for S11、S-GW TEID for S11/S4、S-GW IP address for S11/S4、SGSN IP address for S4、SGSN TEID for S4、Trace reference、Trace type、Trigger ID、OMC identity、Last known Cell Id、Last known Cell Id ageを含める。
　また、UEごとのEPSベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　IMSIは、ユーザの永久的な識別情報である。HSS_A50のIMSIと等しい。
　IMSI-unauthenticated-indicatorは、このIMSIが認証されていない事を示す指示情報である。
　ME Identityは、UEの識別情報であり、例えば、IMEI/IMISVであってもよい。
　MSISDNは、UEの基本的な電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
　Selected CN operator idはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
　MME TEID for S11は、MMEとSGW間のインターフェースで用いられるMMEのTEIDである。
　MME IP address for S11は、MMEとSGW間のインターフェースで用いられるMMEのIPアドレスである。
　S-GW TEID for S11/S4は、MMEとSGW間のインターフェース、又はSGSNとSGW間のインターフェースで用いられるSGWのTEIDである。
　S-GW IP address for S11/S4は、MMEとSGW間のインターフェース、又はSGSNとSGW間のインターフェースで用いられるSGWのIPアドレスである。
　SGSN IP address for S4は、SGSNとSGW間のインターフェースで用いられるSGSNのIPアドレスである。
　SGSN TEID for S4は、SGSNとSGW間のインターフェースで用いられるSGSNのTEIDである。
　Trace referenceは、特定のトレースの記録、又は記録の集合を識別する識別情報である。
　Trace Typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/又は、MMEやSGWやPGWがトレースするタイプを示してもよい。
　Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
　OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
　Last known Cell IDは、ネットワークから通知されたUEの最近の位置情報である。
　Last known Cell ID ageは、Last known Cell IDが記憶されてから今までの期間を示す情報である。
　さらに、EPSベアラコンテキストには、PDNコネクションごとに記憶されるPDNコネクションごとのEPSベアラコンテキストが含まれる。図15(c)に、PDNコネクションごとのEPSベアラコンテキストを示す。図に示すように、PDNコネクションごとのEPSベアラコンテキストは、APN in Use、EPS PDN Charging Characteristics、P-GW Address in Use(制御情報)、P-GW TEID for S5/S8(制御情報)、P-GW Address in Use(ユーザデータ)、P-GW GRE Key for uplink(ユーザデータ)、S-GW IP address for S5/S8(制御情報)、S―GW TEID for S5/S8(制御情報)、S GW Address in Use(ユーザデータ)、S-GW GRE Key for downlink traffic(ユーザデータ)、Default Bearerを含める。
　また、PDNコネクションごとのEPSベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。また、この情報は、MME又はSGSNより取得した情報である。
　EPS PDN Charging Characteristicsは、課金特性を示す。EPS PDN Charging Characteristicsは例えば、ノーマル、プリペイド、課金率固定、又は即時請求を示してよい。
　P-GW Address in Use(制御情報)は、SGWが最近制御情報を送信するときに使用したPGWのIPアドレスである。
　P-GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェースで、制御情報の伝送に用いるPGWのTEIDである。
　P-GW Address in Use(ユーザデータ)は、SGWが最近ユーザデータを送信するときに使用したPGWのIPアドレスである。
　P-GW GRE Key for uplink(ユーザデータ)は、SGWとPGW間のインターフェースのユーザデータの上り通信のためのGREキーである。
　S-GW IP address for S5/S8(制御情報)は、SGWとPGW間の制御情報のインターフェースに用いるSGWのIPアドレスである。
　S―GW TEID for S5/S8(制御情報)は、GWとPGW間の制御情報のインターフェースに用いるSGWのTEIDである。
　S GW Address in Use(ユーザデータ)は、SGWがユーザデータを送信するのに最近用いたSGWのIPアドレスである。
　S-GW GRE Key for downlink traffic(ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースに用いる上り通信のGREキーである。
　Default Bearerは、PDNコネクション確立時に取得、及び/又は、生成する情報であり、PDNコネクションに対応づけられたデフォルトベアラを識別するための識別情報である。
　更に、SGWのEPSベアラコンテキストはベアラごとのEPSベアラコンテキストを含める。図15(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストは、EPS Bearer Id、TFT、P-GW Address in Use(ユーザデータ)、P-GW TEID for S5/S8 (ユーザデータ)、S-GW IP address for S5/S8(ユーザデータ)、S-GW TEID for S5/S8(ユーザデータ)、S-GW IP address for S1-u、S12 and S4(ユーザデータ)、S-GW TEID for S1-u、S12 and S4(ユーザデータ)、eNodeB IP address for S1-u、eNodeB TEID for S1-u、RNC IP address for S12、RNC TEID for S12、SGSN IP address for S4(ユーザデータ)、SGSN TEID for S4(ユーザデータ)、EPS Bearer QoS、Charging Idを含める。
　また、ベアラごとのEPSコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　EPS Bearer Idは、E-UTRANを介したUE接続に対して、EPSベアラを識別する唯一の識別情報である。つまり、ベアラを識別するための識別情報である。言い換えると、 EPS Bearer Idは、EPSベアラの識別情報である。また、EPS Bearer Idは、SRB、及び/又は、CRBを識別する識別情報であってもよいし、DRBを識別する識別情報であってもよい。
　TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、TFTは送受信するユーザデータの一部を識別する情報であり、SGW_A35は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、SGW_A35は、TFTによって識別されたユーザデータを、TFTに関連づけたRBを含むEPSベアラを用いて送受信する。
　また、SGW_A35は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。
　また、SGW_A35は、デフォルトベアラに関連付けられてTFTを予め記憶しておいてもよい。
　P-GW Address in Use(ユーザデータ)は、SGWとPGW間のインターフェースで、ユーザデータの送信に最近用いられたPGWのIPアドレスである。
　P-GW TEID for S5/S8 (ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースのためのPGWのTEIDである。
　S-GW IP address for S5/S8(ユーザデータ)は、PGWから受信するユーザデータの為の、SGWのIPアドレスである。
　S-GW TEID for S5/S8(ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースの為のSGWのTEIDである。
　S-GW IP address for S1-u、S12 and S4(ユーザデータ)は、SGWと3GPPのアクセスネットワーク(LTEのアクセスネットワーク、又はGERAN/UTRAN)間のインターフェースで用いるSGWのIPアドレスである。
　また、S-GW IP address for S1-u、S12 and S4(ユーザデータ)は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、SGWとMME、及び/又は、SGSN間のインターフェースで用いるSGWのIPアドレスであってもよく、S-GW IP address for S11/S4であってもよい。
　S-GW TEID for S1-u、S12 and S4(ユーザデータ)は、SGWと3GPPのアクセスネットワーク(LTEのアクセスネットワーク、又はGERAN/UTRAN)間のインターフェースで用いるSGWのTEIDである。
　また、S-GW TEID for S1-u、S12 and S4(ユーザデータ)は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、SGWとMME、及び/又は、SGSN間のインターフェースで用いるSGWのTEIDであってもよく、S-GW TEID for S11/S4であってもよい。
　eNodeB IP address for S1-uは、SGWとeNB間の伝送に用いるeNBのIPアドレスである。
　また、eNodeB IP address for S1-uは、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、MMEとSGW間のインターフェースで用いるMMEのIPアドレスであってもよく、MME IP address for S11であってもよい。
　eNodeB TEID for S1-uは、SGWとeNB間の伝送に用いるeNBのTEIDである。
　また、eNodeB TEID for S1-uは、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、MMEとSGW間のインターフェースで用いるMMEのTEIDであってもよく、MME TEID for S11であってもよい。
　RNC IP address for S12は、SGWとUTRAN間のインターフェースに用いるRNCのIPアドレスである。
　RNC TEID for S12は、SGWとUTRAN間のインターフェースに用いるRNCのTEIDである。
　SGSN IP address for S4(ユーザデータ)は、SGWとSGSN間のユーザデータの伝送に用いるSGSNのIPアドレスである。
　SGSN TEID for S4(ユーザデータ)は、SGWとSGSN間のユーザデータの伝送に用いるSGSNのTEIDである。
　EPS Bearer QoSは、このベアラのQoSを表し、ARP、GBR、MBR、QCIが含まれてもよい。ここでARPは、ベアラを維持することに関する優先度を表す情報である。また、GBR(Guaranteed Bit Rate)は帯域保障されたビットレートを表し、MBR(Maximum Bit Rate)は、最大ビットレートをあらわす。QCIは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。
　Charging Idは、SGWとPGWで生成される課金を記録するための識別情報である。
　[1.2.4.PGWの構成]
　本実施形態におけるPGWには、PGW_A30とPGW_B31が含まれてよい。
　なお、PGW_B31の構成は、PGW_A30と同様の構成であってよい。
　従って、以下、PGW_A30の構成について説明する。図16(a)はPGW_A30の装置構成を示す。図に示すように、PGW_A30はネットワーク接続部_D1620と、制御部_D1600と記憶部_D1640で構成されている。ネットワーク接続部_D1620と記憶部_D1640は制御部_D1600と、バスを介して接続されている。
　制御部_D1600はPGW_A30を制御するための機能部である。制御部_D1600は、記憶部_D1640に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ネットワーク接続部_D1620は、PGW_A30が、SGW_A35及び/又はPCRF_A60及び/又はePDG_A65と及び/又はAAA_A55及び/又はTWAG_A74及び/又はPDN_A5と接続するための機能部である。また、ネットワーク接続部_D1620は、PGW_A30が、SGW_A35及び/又はPCRF_A60及び/又はePDG_A65と及び/又はAAA_A55及び/又はTWAG_A74及び/又はPDN_A5からユーザデータ及び/又は制御データを送受信する送受信機能部である。
　記憶部_D1640は、PGW_A30の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_D1640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_D1640は、図に示すように、EPSベアラコンテキスト1642を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDNコネクションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。
　図17(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、IMSI-unauthenticated-indicator、ME Identity、MSISDN、Selected CN operator id、RAT type、Trace reference、Trace type、Trigger id、OMC identityを含む。
　また、UEごとのEPSベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　IMSIは、UEを使用するユーザに割り当てられる、識別情報である。
　IMSI-unauthenticated-indicatorは、このIMSIが認証されていない事を示す指示情報である。
　ME IdentityはUEのIDであり、例えば、IMEI/IMISVであってもよい。
　MSISDNは、UEの基本的な電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
　Selected CN operator IDはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
　RAT typeは、UEの最近のRAT(Radio Access Technology)を示す。RAT typeは例えば、E-UTRA(LTE)や、UTRAなどであってよい。
　Trace referenceは、特定のトレースの記録、又は記録の集合を識別する識別情報である。
　Trace typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/又は、MMEやSGWやPGWがトレースするタイプを示してもよい。
　Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
　OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
　次に、図17(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in use、APN-AMBRを含める。
　APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。この情報はSGWから取得する。
　APN-AMBRは、このAPNに対して確立された全てのNon-GBRベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBR(Maximum Bit Rate)の最大値を示す。
　また、図18(d)にPDNコネクションごとに記憶されるPDNコネクションごとのEPSベアラコンテキストを示す。図に示すように、PDNコネクションごとのEPSベアラコンテキストは、IP Address、PDN type、S-GW Address in Use(制御情報)、S-GW TEID for S5/S8(制御情報)、S-GW Address in Use(ユーザデータ)、S-GW GRE Key for downlink traffic(ユーザデータ)、P-GW IP address for S5/S8(制御情報)、P-GW TEID for S5/S8(制御情報)、P-GW Address in Use(ユーザデータ)、P-GW GRE Key for uplink traffic (ユーザデータ)、MS Info Change Reporting support indication、MS Info Change Reporting Action、CSG Information Reporting Action、Presence Reporting Area Action、BCM、Default Bearer、EPS PDN Charging Characteristicsを含める。
　また、PDNコネクションごとのEPSベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　IP Addressは、このPDNコネクションに対してUEに割り当てられたIPアドレスを示す。IPアドレスはIPv4及び/又はIPv6 prefixであってよい。
　PDN typeは、IPアドレスの種類を示す。PDN typeは例えば、IPv4又はIPv6又はIPv4v6を示す。
　S-GW Address in Use(制御情報)は、制御情報を送信するのに最近用いられるSGWのIPアドレスである。
　S-GW TEID for S5/S8(制御情報)は、SGWとPGW間の制御情報の送受信に用いるSGWのTEIDである。
　S-GW Address in Use(ユーザデータ)は、SGWとPGW間のインターフェースでユーザデータの送信に最近用いられたSGWのIPアドレスである。
　S-GW GRE Key for downlink traffic(ユーザデータ)は、SGWとPGW間のインターフェースで、PGWからSGWへのユーザデータの下り通信において使用するために割り当てられたGRE鍵である。
　P-GW IP address for S5/S8(制御情報)は、制御情報の通信に用いるPGWのIPドレスである。
　P-GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェースを用いた制御情報の通信の為のPGWのTEIDである。
　P-GW Address in Use(ユーザデータ)は、SGWとPGW間のインターフェースを用いたユーザデータの送信に最近用いられたPGWのIPアドレスである。
　P-GW GRE Key for uplink traffic (ユーザデータ)は、SGWとPGW間のユーザデータの上り通信、つまりSGWからPGWへのユーザデータの送信、のために割り当てられたGRE鍵である。
　MS Info Change Reporting support indicationは、MME及び/又はSGSNがユーザの位置情報及び/又はユーザのCSG情報を通知する処理をサポートすることを示す。
　MS Info Change Reporting Actionは、MME及び/又はSGSNがユーザの位置情報の変更を送信することが要求されているかどうかを示す情報である。
　CSG Information Reporting Actionは、MME及び/又はSGSNがユーザのCSG情報の変更の送信を要求されているかどうかを示す情報である。この情報は、(a)CSGセルに対するものと、(b)ユーザがCSGメンバーであるハイブリッドセルに対するものと、(c)ユーザがCSGメンバーでないハイブリッドセルに対するものと、またこれらを組み合わせたものと、別に示す。
　Presence Reporting Area Actionは、UEが存在報告エリア(Presence Reporting Area)に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。
　BCM(Bearer Control Mode)は、GERAN/UTRANに対する交渉されたベアラの制御状態を示す。
　Default Bearerは、PDNコネクション確立時に取得、及び/又は、生成する情報であり、PDNコネクションに対応づけられたデフォルトベアラを識別するためのEPSベアラ識別情報である。
　EPS PDN Charging Characteristicsは、課金特性である。課金特性は例えば、通常(ノーマル)、プリペイド、課金率固定、即時請求を示してもよい。
　更に、図19(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer Id 、TFT、S-GW Address in Use(ユーザデータ)、S-GW TEID for S5/S8 (ユーザデータ)、P-GW IP address for S5/S8 (ユーザデータ)、P-GW TEID for S5/S8 (ユーザデータ)、EPS Bearer QoS、Charging Idを含める。
　また、EPSベアラごとのEPSコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　EPS Bearer Idは、UEのE-UTRANを介したアクセスを識別する識別情報である。言い換えると、 EPS Bearer Idは、EPSベアラの識別情報である。また、EPS Bearer Idは、SRB、及び/又は、CRBを識別する識別情報であってもよいし、DRBを識別する識別情報であってもよい。
　TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、TFTは送受信するユーザデータの一部を識別する情報であり、PGW_A30は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、PGW_A30は、TFTによって識別されたユーザデータを、TFTに関連づけたRBを含むEPSベアラを用いて送受信する。
　また、PGW_A30は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。
　また、PGW_A30は、デフォルトベアラに関連付けられてTFTを予め記憶しておいてもよい。
　S‐GW Address in Use(ユーザデータ)は、ユーザデータの送信に最近用いられたSGWのIPアドレスである。
　S‐GW TEID for S5/S8 (ユーザデータ)は、SGWとPGW間のインターフェースを用いたユーザデータの通信の為のSGWのTEIDである。
　P‐GW IP address for S5/S8(ユーザデータ)は、PGWから受信するユーザデータの為のPGWのIPアドレスである。
　P‐GW TEID for S5/S8(ユーザデータ)は、SGWとPGW間のユーザデータの通信のためのPGWのTEIDである。
　EPS Bearer QoSは、ベアラのQoSを示し、ARP、GBR、MBR、QCIが含まれてもよい。ここでARPは、ベアラを維持することに関する優先度を表す情報である。また、GBR(Guaranteed Bit Rate)は帯域保障されたビットレートを表し、MBR(Maximum Bit Rate)は、最大ビットレートをあらわす。QCIは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。
　Charging Idは、SGWとPGWで生成された課金に関する記録を識別するための課金識別情報である。
　[1.2.5.UEの構成]
　図20(a)はUE_A10の装置構成を示す。図に示すように、UE_A10は送受信部_F2020と、制御部_F2000と記憶部_F2040で構成されている。送受信部_F2020と記憶部_F2040は制御部_F2000と、バスを介して接続されている。
　制御部_F2000はUE_A10を制御するための機能部である。制御部_F2000は、記憶部_F2040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　送受信部_F2020は、UE_A10がLTE基地局に接続し、IPアクセスネットワークへ接続するための機能部である。また、送受信部_F2020には、外部アンテナ_F2010が接続されている。
　言い換えると、送受信部_F2020は、UE_A10がeNB_A45と接続するための機能部である。さらに、送受信部_F2020は、UE_A10が、eNB_A45からユーザデータ及び/又は制御データを送受信する送受信機能部である。
　記憶部_F2040は、UE_A10の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_F2040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
　記憶部_F2040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
　記憶部_F2040は、図に示すように、UEコンテキスト2042を記憶する。以下、記憶部_F2040で記憶される情報要素について説明する。
　図21(b)は、UEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMM State、GUTI、ME Identity、Tracking Area List、last visited TAI、Selected NAS Algorithm、Selected AS Algorithm、eKSI、K_ASME、NAS Keys and COUNT、TIN、UE Specific DRX Parameters、Allowed CSG list、Operator CSG listを含める。
　また、UEごとのUEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　IMSIは、加入者の永久的な識別情報である。
　EMM Stateは、UEの移動管理状態を示す。例えば、UEがネットワークに登録されているEMM-REGISTERED(登録状態、registered状態)、又はUEがネットワークに登録されていないEMM-DEREGISTERD(非登録状態、deregistered状態)であってもよい。
　GUTIは、Globally Unique Temporary Identityの略であり、UEの一時的な識別情報である。GUTIはMMEの識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME内でのUEの識別情報(M-TMSI)により構成される。
　ME Identityは、MEのIDであり、例えば、IMEI/IMISVであってもよい。
　Tracking Area Listは、UEに割り当てたトラッキングエリア識別情報のリストである。
　last visited TAIはTracking Area Listに含まれるトラッキングエリア識別情報であり、UEが訪れた最新のトラッキングエリアの識別情報である。
　Selected NAS Algorithmは、NASの選択されたセキュリティーアルゴリズムである。
　Selected AS Algorithmは、ASの選択されたセキュリティーアルゴリズムである。
　eKSIは、K_ASMEを示す鍵の集合である。UTRAN又はE-UTRANのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。
　K_ASMEは、鍵CKとIKに基づき生成される、E-UTRANの鍵階層化の鍵である。
　NAS Keys and COUNTは、鍵K_NASintと、鍵K_NASencとNAS COUNTにより構成される。K_NASintは、UEとMME間の暗号化のための鍵であり、K_NASencは、UEとMME間の安全性保護のための鍵である。また、NAS COUNTはUEとMME間のセキュリティーが確立された、新しい鍵が設定された場合にカウントを開始する、カウントである。
　TIN(Temporary Identity used in Next update)は、アタッチ手続きや、RAU/TAU(位置情報更新手続き)においてUEの中で使用される一時的な識別情報である。
　UE Specific DRX Parametersは、選択されたUEのDRX(Discontinuous Reception)サイクル長である。
　Allowed CSG listは、ユーザとオペレータ両方の制御の下に、許可されたUEが属するメンバーのCSG IDと関連付けられたPLMNのリストである。
　Operator CSG listは、オペレータのみの制御の下に、許可されたUEが属するメンバーのCSG IDと関連付けられたPLMNのリストである。
　次に、図21(c)にPDNコネクションごとに記憶されるPDNコネクションごとのUEコンテキストを示す。図に示すように、PDNコネクションごとのUEコンテキストは、APN in Use、APN-AMBR、Assigned PDN Type、IP Address、Default Bearer、WLAN offloadabilityを含める。
　また、PDNコネクションごとのUEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　APN in Useは、最近使用されたAPNである。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。
　APN-AMBRは、Non-GBRベアラ(非保障ベアラ)を共有するための上り通信及び下り通信のMBRの最大値を示す。APN-AMBRは、APNごとに確立される。
　Assigned PDN Typeは、ネットワークから割り当てられたPDNのタイプである。Assigned PDN Typeは、例えば、IPv4や、IPv6や、IPv4v6であってよい。
　IP Addressは、UEに割り当てられたIPアドレスであり、IPv4アドレス、又はIPv6 prefixであってよい。
　Default Bearerは、PDNコネクション確立時にコアネットワーク_A90から取得する情報であり、PDNコネクションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。
　WLAN offloadabilityは、WLANと3GPP間のインターワーキング機能を用いてWLANへオフロードすることを許可するか、又は3GPPアクセスを維持するかどうかを示すWLANオフロードの許可情報である。
　図21(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、EPS bearer QoS、TFTを含める。
　また、ベアラごとのUEコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。
　EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB、及び/又は、CRBを識別する識別情報であってもよいし、DRBを識別する識別情報であってもよい。
　TIはTransaction Identifierの略であり、双方向のメッセージフロー(Transaction)を識別する識別情報である。
　TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRBを用いて送受信する。
　また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。
　また、UE_A10は、デフォルトベアラに関連付けられてTFTを予め記憶しておいてもよい。
　[1.3.初期状態の説明]
　本実施形態における初期状態について説明する。本実施形態における初期状態は、後述する第1の状態であってもよい。なお、本実施形態における初期状態は第1の状態に限らなくてもよい。
　[1.3.1.第1の状態の説明]
　次に、本実施形態における第1の状態を図5を用いて説明する。
　第1の状態を説明する。第1の状態では、UE_A10はコアネットワーク90との間に第1のPDNコネクションと第2のPDNコネクションを確立している状態である。
　より詳細には、第1の状態は、UE_A10が、PGW_A30との間に第1のPDNコネクションを確立していて、PGW_B31との間に第2のPDNコネクションを確立している状態である。
　さらに、PGW_A30は、APN1を用いて選択されるゲートウェイ装置であってもよい。また、PGW_B31は、APN2を用いて選択されるゲートウェイ装置であってもよい。
　また、APN1及び/又はAPN2を用いたゲートウェイの選択は、コアネットワーク_A90に含まれて配置されているMME_A40によって実行されてもよい。
　さらに、APN1を用いて選択されるゲートウェイ装置とAPN2を用いて選択されるゲートウェイ装置は同じゲートウェイ装置であってもよく、異なるゲートウェイ装置であってもよい。
　なお、第1のPDNコネクションは、eNB_A45、及び/又は、SGW_A35を介したUE_A10とPGW_A30との間の通信路で構成されてもよい。したがって、第1のPDNコネクションは、UE_A10とeNB_A45との間の通信路と、eNB_A45とSGW_A35との間の通信路と、SGW_A35とPGW_A30との間の通信路を組み合わせた通信路で構成されてもよい。ここで、通信路はベアラであってもよい。
　また、第2のPDNコネクションは、eNB_A45、及び/又は、SGW_B36を介したUE_A10とPGW_B31との間の通信路で構成されてもよい。したがって、第2のPDNコネクションは、UE_A10とeNB_A45との間の通信路と、eNB_A45とSGW_B36との間の通信路と、SGW_B36とPGW_B31との間の通信路を組み合わせた通信路で構成されてもよい。ここで、通信路はベアラであってもよい。
　このように、第1の状態では、UE_A10は、コアネットワーク90に接続していて、PDNコネクション2本確立している状態であってもよい。
　以上、第1の状態を説明してきたが、第1の状態はこれに限らず、UE_A10がコアネットワーク_A90に対してPDNコネクションを複数本確立している状態であればよい。
　[1.4.通信手続きの説明]
　次に、本実施形態における通信手続きを、図22を用いて説明する。
　本実施形態における通信手続きでは、図22に示すように、まず、UE_A10、及び/又は、コアネットワーク_A90が、アタッチ手続き(S2200)を実行する。
　UE_A10、及び/又は、コアネットワーク_A90は、アタッチ手続き(S2200)において第1のPDNコネクションを確立してもよく、エフィシェントパス(efficient path)を選択、決定してもよい。
　なお、本実施形態におけるエフィシェントパスとは、UE_A10がユーザデータを送受信する最適な通信路であってよい。また、具体例として、通信路はPDNコネクションやベアラであってよい。
　ここで最適な通信路は、オペレータポリシー、及び/又はUEポリシー、及び/又はUE_A10の在圏位置、及び/又はスループット比較結果、及び/又はPDNゲートウェイまでホップ数、及び/又はPDNコネクションの種別等に基づいて複数の通信路から選択されてもよい。なお、通信路の選択は、コアネットワーク_A90、及び/又はMME_A40、及び/又はUE_A10によって実行されてもよい。さらに、最適な通信路は、アプリケーションやサービス毎に異なる通信路が選択されてもよい。
　また、最適な通信路は、最適な通信路を選択する時点でUE_A10が確立している通信路から選択されてもよい。もしくは、UE_A10が確立している通信路に加え、UE_A10が新に確立する通信路を含め、その中から選択されてもよい。より具体的には、UE_A10が新たに通信路を確立する手続きにおいて、既存通信路と新規に確立する通信路の中から選択されてもよい。
　また、通信路とは、UE_A10とゲートウェイとの間で確立する通信路であってよい。より具体的には、ゲートウェイは、PGWや、SCEF(Service Exposure Enable Function)や、ローカルIPネットワークへの接続性を有するLGW(Local GW)であってよい。
　また、UE_A10の複数数の通信路は、異なるPGWを端点とする通信路が含まれてもよい。したがって、UE_A10の複数数の通信路には、複数のPGWに対してそれぞれ確立する通信路が含まれてよい。
　同様に、UE_A10の複数数の通信路は、異なるSCEFを端点とする通信路が含まれてもよい。したがって、UE_A10の複数数の通信路には、複数のSCEFに対してそれぞれ確立する通信路が含まれてよい。
　同様に、UE_A10の複数数の通信路は、異なるL-GWを端点とする通信路が含まれてもよい。したがって、UE_A10の複数数の通信路には、複数のL-GWに対してそれぞれ確立する通信路が含まれてよい。
　さらに、UE_A10の複数数の通信路には、PGWを端点とする通信路、及び/又はSCEF端点とする通信路、及び/又はL-GWを端点とする通信路が含まれてもよい。
　言い換えると、UE_A10、及び/又はeNB_A45、及び/又はMME_A40、及び/又はSGW_A35、及び/又はPGW_A30は、アタッチ手続き(S2200)において第1のPDNコネクションを確立してもよく、エフィシェントパスを選択、決定してもよい。
　なお、本実施形態におけるアタッチ手続きによって確立されるPDNコネクションは、第1のPDNコネクションではなく、第2のPDNコネクションであってもよい。言い換えると、本実施形態におけるアタッチ手続きによって接続されるSGW_A35、及び/又は、PGW_A30はSGW_B36、及び/又は、PGW_B31であってもよい。
　次に、UE_A10、及び/又は、コアネットワーク_A90は、PDN接続手続き(S2202)を実行する。
　UE_A10、及び/又は、コアネットワーク_A90は、PDN接続手続き(S2202)において第2のPDNコネクションを確立してもよいし、エフィシェントパスを再選択してもよい。
　言い換えると、UE_A10、及び/又はeNB_A45、及び/又はMME_A40、及び/又はSGW_B36、及び/又はPGW_B31は、PDN接続手続き(S2202)において第2のPDNコネクションを確立してもよいし、エフィシェントパスを再選択してもよい。
　なお、本実施形態におけるPDN接続手続きによって確立されるPDNコネクションは、第2のPDNコネクションではなく、第1のPDNコネクションであってもよい。言い換えると、本実施形態におけるPDN手続きによって接続されるSGW_B36、及び/又は、PGW_B31はSGW_A35、及び/又は、PGW_A30であってもよい。
　また、第1のPDNコネクション、及び/又は、第2のPDNコネクションはエフィシェントパスの変更が可能なPDNコネクションであってよい。
　アタッチ手続きの完了、及び、PDN接続手続きの完了に基づき、UE_A10、及び/又は、コアネットワーク_A90は、第1の状態に遷移する(S2204)。
　言い換えると、UE_A10、及び/又はeNB_A45、及び/又はMME_A40、及び/又はSGW_A35、及び/又はPGW_A30、及び/又はSGW_B36、及び/又はPGW_B31は、アタッチ手続きの完了、及び、PDN接続手続きの完了に伴い第1の状態へ遷移する。
　次に、UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパス変更手続き(S2206)を実行してもよい。
　なお、UE_A10。及び/又は、コアネットワーク_A90は、第1の状態であれば任意のタイミングでエフィシェントパス変更手続きを開始してもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパス変更手続きにより、エフィシェントパスを変更、再選択してもよい。
　言い換えると、UE_A10、及び/又はeNB_A45、及び/又はMME_A40、及び/又はSGW_A35、及び/又はPGW_A30、及び/又はSGW_B36、及び/又はPGW_B31は、エフィシェントパス変更手続きにより、エフィシェントパスを変更、再選択してもよい。
　ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
　本実施形態における第1の識別情報は、UE_A10がエフィシェントパスの選択能力、及び/又はエフィシェントパスへの切り替え能力があることを示す情報、及び/又はUE_A10のエフィシェントパスの通知機能を有することを示す情報であってよい。言い換えると、第1の識別情報は、UE Efficient Path Capabilityであってもよい。
　本実施形態における第2の識別情報は、UE_A10がエフィシェントパスを選択することを要求していることを示す情報、及び/又はUE_A10がエフィシェントパスの通知を要求することを示す情報、及び/又はUE_A10がコアネットワーク_A90のエフィシェントパスの通知機能の有効化を要求することを示す情報であってよい。言い換えると、第2の識別情報は、UE Efficient Path Indicationであってもよい。
　本実施形態における第3の識別情報は、UE_A10がエフィシェントパスを選択することを許可することを示す情報であってよい。言い換えると、第3の識別情報は、UE Efficient Path Permissionであってもよい。
　本実施形態における第4の識別情報は、要求するエフィシェントパスに対応づけられたTFTを示す情報であってよい。
　本実施形態における第5の識別情報は、要求するTFTの内、どのTFTがエフィシェントパスに対応づけられたものかを示す情報であってよい。
　本実施形態における第6の識別情報は、コアネットワーク_A90がエフィシェントパスの選択能力、及び/又はエフィシェントパスへの切り替え能力があることを示す情報、及び/又はコアネットワーク_A90のエフィシェントパスの通知機能を有することを示す情報であってよい。言い換えると、第6の識別情報は、Network Efficient Path Capabilityであってもよい。
　本実施形態における第7の識別情報は、コアネットワーク_A90がエフィシェントパスを選択することを要求していることを示す情報、及び/又はコアネットワーク_A90がエフィシェントパスの通知を要求することを示す情報、及び/又はコアネットワーク_A90がUE_A10のエフィシェントパスの通知機能の有効化を要求することを示す情報であってよい。言い換えると、第7の識別情報は、Network Efficient Path Indicationであってもよい。
　本実施形態における第8の識別情報は、コアネットワーク_A90がエフィシェントパスを選択することを許可することを示す情報であってよい。言い換えると、第8の識別情報は、Network Efficient Path Permissionであってもよい。
　本実施形態における第9の識別情報は、承認されたエフィシェントパスに対応づけられたTFTを示す情報であってよい。
　本実施形態における第10の識別情報は、承認されたTFTの内、どのTFTがエフィシェントパスに対応づけられたものかを示す情報であってよい。
　本実施形態における第11の識別情報は、エフィシェントパスの変更を要求することを示す情報であってよい。
　本実施形態における第12の識別情報は、エフィシェントパスの変更が承認されたことを示す情報であってよい。
　本実施形態における第13の識別情報は、通信路がエフィシェントパスであることを示す情報であってよい。なお、第13の識別情報は、少なくとも通信路の識別情報とエフィシェントパスであることを示す情報とを含んで構成されてもよい。また、通信路の識別情報は、ベアラID等のベアラ識別情報及び/又はAPN及び/又はIPアドレス及び/又はPDNコネクション識別情報等であってよい。
　もしくは、なお、第13の識別情報は、少なくともアクセスネットワークの識別情報とエフィシェントパスであることを示す情報とを含んで構成されてもよい。また、アクセスネットワークの識別情報は、LTEやWiFi等のRAT(Radio Access Network Technology)タイプであってもよい。
　なお、UE_A10は、第13の識別情報をベアラリソース変更要求メッセージに含めて送信することで、コアネットワーク_A90にエフィシェントパスの変更を要求してもよい。言い換えると、第13の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であってもよい。
　なお、UE_A10、及び/又は、eNB_A45、及び/又は、MME_A40、及び/又は、SGW_A35、及び/又は、PGW_A30が各識別情報を保持する場合、UE_A10、及び/又は、eNB_A45、及び/又は、MME_A40、及び/又は、SGW_A35、及び/又は、PGW_A30は、各識別情報が示す能力を有してもよい。
　また、本実施形態において、第1から第12の識別情報のうちの2つ以上の識別情報を同一の制御メッセージに含めて送信する場合には、各識別情報をそれぞれ含めて送信してもよいし、各識別情報が示す意味を併せ持つ一つの識別情報として制御メッセージにふくめてもよい。
　なお、各識別情報は、フラグ又はパラメータとして構成される情報要素であってよい。
　[1.4.1.アタッチ手続き例]
　まず、アタッチ手続きの例について説明する。
　本アタッチ手続きにおける、SGW_A35はSGW_B36であってもよく、PGW_A30はPGW_B31であってもよい。従って、本アタッチ手続きの説明では、SGW_A35、及び、PGW_A30を用いて説明する。
　アタッチ手続きはUE_A10が主導して開始する手続きである。なお、アタッチ手続きでは、UE_A10が、ネットワークへ接続するための手続きである。言い換えると、アタッチ手続きは、eNB45を含むアクセスネットワークに接続する手続きであり、さらに、アクセスネットワーク介してコアネットワークに接続する手続きである。また、UE_A10は、アタッチ手続きにより、PDN_A5との間でユーザデータの送受信を行う通信路を確立する。
　なお、UE_A10がアタッチ手続きを開始するトリガは、端末電源投入時などであってもよい。また、これに関わらずUE_A10はコアネットワーク_A90に接続していない状態であれば任意のタイミングで開始してもよい。
　また、UE_A10は、アタッチ手続きの完了により、コアネットワーク_A90との間でPDNコネクションを確立する。
　言い換えると、UE_A10は、アタッチ手続きの完了により、PGW_A30との間でPDNコネクションを確立する。
　以下、図23を用いてアタッチ手続きの手順の例を説明する。
　まず、UE_A10はアタッチ要求メッセージをMME_A40に送信する(S2300)。なお、UE_A10はアタッチ要求メッセージをeNB_A45に送信し、送信されたアタッチ要求メッセージはeNB_A45を介してMME_A40に転送されてもよい。
　また、UE_A10はPDN接続要求メッセージをアタッチ要求メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ要求メッセージは、アタッチ要求メッセージ及びPDN接続要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ要求メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ要求メッセージ及び/又はPDN接続要求メッセージに含まれることを意味する。
　UE_A10は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報をアタッチ要求メッセージに含めてもよい。UE_A10は、第1から第5の識別情報のうちの1つ以上の識別情報を含めてアタッチ要求メッセージを送信することにより、エフィシェントパスの変更が可能なPDNコネクションの確立を要求してもよいし、どの通信路がエフィシェントパスであるかを示してもよい。
　また、UE_A10はアタッチ要求メッセージにAPNを含めて送信してもよい。
　ここで、UE_A10は、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、APNを、アタッチ要求メッセージに含めてMME_A40に送信するのではなく、アタッチ手続き内でアタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
　例えば、アタッチ要求メッセージを送信したあと、UE_A10はESM(EPS Session Management)情報の要求と、要求に基づく応答を行う制御メッセージの送受信手続きを実行してもよい(S2302)。
　より詳細には、MME_A40は、ESM要求メッセージをUE_A10に送信する。UE_A10は、ESM要求メッセージを受信し、応答メッセージをMME_A40に送信する。この際、UE_A10は、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、APNを応答メッセージに含めて送信してもよい。
　ここで、UE_A10は、ESM応答メッセージを暗号化して送信してもよい。さらに、UE_A10は、ESM応答メッセージを暗号化する為の情報をMME_A40から受信してもよい。MME_A40は、アタッチ要求メッセージの受信に伴い、NASメッセージを暗号化するための情報をUE_A10に送信してもよい。なお、NASメッセージを暗号化するための情報を送信するNASメッセージは、Security Mode Commandメッセージであってよい。
　MME_A40は、アタッチ要求メッセージを受信する。さらに、アタッチ要求メッセージの受信、又はESM応答メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報を取得する。
　MME_A40は、アタッチ要求メッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、MME_A40がもつ識別情報に基づいて、UE_A10に対してPDNコネクションの確立、及び/又は、どの通信路がエフィシェントパスであるかを決定してもよい。
　例えば、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路をエフィシェントパスとして決定してもよい。
　また、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。
　なお、MME_A40は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。
　他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。
　従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　MME_A40は、アタッチ要求メッセージの受信、及び/又は、ESM応答メッセージの受信、及び/又は、どの通信路がエフィシェントパスであるかの決定に基づいて、SGW_A35にセッション生成要求メッセージを送信する(S2304)。
　MME_A40は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報をセッション生成要求メッセージに含めて送信してもよい。
　ここで、上記の説明では、MME_A40がどの通信路がエフィシェントパスであるかを決定すると説明したが、MME_A40ではなく、PGW_A30がどの通信路がエフィシェントパスであるかを決定してもよい。その場合、MME_A40は第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を含めずにセッション生成要求メッセージを送信してもよい。
　SGW_A35は、セッション生成要求メッセージを受信する。さらに、SGW_A35は、セッション生成要求メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、セッション生成要求メッセージの受信に基づいて、PGW_A30にセッション生成要求メッセージを送信する(S2306)。
　SGW_A35は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報をセッション生成要求メッセージに含めて送信してもよい。
　PGW_A30は、セッション生成要求メッセージを受信する。さらに、PGW_A30は、セッション生成要求メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を取得する。
　PGW_A30は、セッション生成要求メッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、PGW_A30がもつ識別情報に基づいて、どの通信路がエフィシェントパスであるかを決定してもよい。
　例えば、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路をエフィシェントパスとして決定してもよい。
　また、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。
　なお、PGW_A30は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。
　他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。
　従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　ここで、上記の説明では、PGW_A30がどの通信路がエフィシェントパスであるかを決定する場合について説明したが、MME_A40が、どの通信路がエフィシェントパスであるか決定した場合、PGW_A30はどの通信路がエフィシェントパスであるかを決定しなくもよい。
　言い換えると、PGW_A30は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を受信した場合、どの通信路がエフィシェントパスであるかを決定しなくてもよい。
　PGW_A30は、セッション生成要求メッセージの受信、及び/又は、どの通信路がエフィシェントパスであるかの決定に基づいて、SGW_A35にセッション生成応答メッセージを送信する(S2310)。
　PGW_A30は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をセッション生成応答メッセージに含めてもよい。
　なお、セッション生成応答メッセージは、セッション生成要求メッセージに対応する応答メッセージであってもよい。
　SGW_A35は、セッション生成応答メッセージを受信する。さらに、SGW_A35は、セッション生成応答メッセージの受信に基づいて、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、セッション生成応答メッセージの受信に基づいて、MME_A40にセッション生成応答メッセージを送信する(S2312)。
　SGW_A35は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をセッション生成応答メッセージに含めてもよい。
　MME_A40は、セッション生成応答メッセージを受信する。さらに、MME_A40は、セッション生成応答メッセージの受信に基づいて、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報を取得する。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾メッセージを送信する(S2314)。
　また、MME_A40はアタッチ受諾メッセージにAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDを含めて送信してもよい。
　なお、MME_A40は、APN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをアタッチ受諾メッセージに含めることにより、確立するPDNコネクション、及び/又は、デフォルトベアラを識別してもよい。
　また、MME_A40は、送信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをMMEコンテキストに記憶してもよい。
　また、MME_A40は、送信した各識別情報が示す情報を、送信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDと対応づけて記憶してもよい。
　なお、PDNアドレスは、UE_A10に割り当てられたIPアドレスであってよい。より詳細には、PDNアドレスは、PGW_A30が割り当てたUE_A10のIPアドレスであってよい。
　また、MME_A40は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージをアタッチ受諾メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ受諾メッセージは、アタッチ受諾メッセージ及びデフォルトEPSベアラコンテキストアクティブ化要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ受諾メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ受諾メッセージ及び/又はデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含まれることを意味する。
　MME_A40は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をアタッチ受諾メッセージに含めてもよい。
　なお、アタッチ受諾メッセージは、アタッチ要求メッセージに対する応答メッセージであってよい。
　eNB_A45は、アタッチ受諾メッセージを受信し、アタッチ受諾メッセージを含めたRRCメッセージをUE_A10に送信する(S2316)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであってよい。
　UE_A10は、アタッチ受諾メッセージを含むRRCメッセージを受信する。さらに、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報がアタッチ受諾メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
　また、UE_A10は、アタッチ受諾メッセージの受信に基づいて、APN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDを受信してもよい。
　なお、UE_A10は、受信するAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDに基づいて、確立するPDNコネクション、及び/又は、デフォルトベアラを識別してもよい。
　また、UE_A10は、受信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをUEコンテキストに記憶してもよい。
　また、UE_A10は、受信した各識別情報が示す情報を、受信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDと対応づけて記憶してもよい。
　なお、PDNアドレスは、UE_A10に割り当てられたIPアドレスであってよい。より詳細には、PDNアドレスは、PGW_A30が割り当てたUE_A10のIPアドレスであってよい。
　また、EPSベアラID、及び/又はAPN、及び/又はIPアドレスは、PDNコネクション、及び/又は、デフォルトベアラ、及び/又は、EPSベアラを識別情報であってよい。
　UE_A10は、アタッチ受諾メッセージの受信、及び/又は、アタッチ受諾メッセージに含まれる情報に基づいて、エフィシェントパスの変更が可能なPDNコネクションの確立、及び/又は、エフィシェントパスであると決定された通信路を認識してもよい。
　より詳細には、UE_A10は、第6の識別情報、及び/又は、第7の識別情報、及び/又は、第8の識別情報の受信に基づいて、エフィシェントパスの変更が可能なPDNコネクションが確立されたことを認識してもよい。
　また、UE_A10は、受信した第9の識別情報に含まれるTFT、及び/又は、第10の識別情報によって識別されるTFTに対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、受信した第13の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。
　なお、TFTに対応づけられたエフィシェントパスを示す情報と、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報とが異なる場合、UE_A10は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。
　例えば、TFTの1つであるTFT1に対応づけられたエフィシェントパスを示す情報がある場合について説明する。
　UE_A10は、TFT1で識別されるユーザデータの送受信する場合、TFT1に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、TFT1で識別されないユーザデータの送受信する場合、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、受信したRRCメッセージに応答するために、UE_A10はRRCメッセージをeNB_A45に送信する(S2318)。RRCメッセージは、RRCコネクション再設定完了メッセージであってよい。
　eNB_A45は、RRCコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをMME_A40に送信する(S2320)。
　また、UE_A10は、アタッチ受諾メッセージの受信に基づいて、アタッチ完了メッセージを含むRRCメッセージをeNB_A45に送信する(S2322)。ここで、アタッチ完了メッセージは、アタッチ受諾メッセージに対する応答メッセージであってよい。
　なお、アタッチ完了メッセージを含めて送信するRRCメッセージは、Direct Transferメッセージであってよい。
　eNB_45は、アタッチ完了メッセージが含まれるRRCメッセージを受信し、アタッチ完了メッセージをMME_A40に送信する(S2324)。
　MME_A40は、アタッチ完了メッセージを受信する。
　MME_A40は、アタッチ完了メッセージの受信に基づいて、SGW_A35にベアラ変更要求メッセージを送信してもよい(S2326)。
　SGW_A35は、ベアラ変更要求メッセージを受信する。
　SGW_A35は、ベアラ変更要求メッセージの受信に基づいて、MME_A40にベアラ変更応答メッセージを送信する(S2328)。
　なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってよい。
　MME_A40は、ベアラ変更応答メッセージを受信する。
　以上の手順により、UE_A10はネットワークへ接続し、アタッチ手続きを完了する。
アタッチ手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、PDNコネクションを確立してもよい。また、アタッチ手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、どの通信路がエフィシェントパスであるかを決定してもよい。
　言い換えると、アタッチ手続きの完了に伴い、UE_A10は、エフィシェントパスに対応づけられたTFTをコアネットワーク_A90から取得してよい。
　なお、UE_A10は、アタッチ手続きにより、図21で説明したUEコンテキストをコアネットワーク_A90から取得し、記憶することができる。
　より詳細には、UE_A10は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をコアネットワーク_A90から取得し、PDNコネクションごとのUEコンテキスト、及び/又は、ベアラごとのUEコンテキストに記憶することができる。
　また、MME_A40は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をPDNコネクションごとのMMEコンテキスト、及び/又は、EPSベアラごとのMMEコンテキストに記憶することができる。
　また、SGW_A35、及び/又は、PGW_A30は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をPDNコネクションごとのEPSベアラコンテキスト、及び/又は、EPSベアラごとのEPSベアラコンテキストに記憶することができる。
　[1.4.2.PDN接続手続き例]
　次に、PDN接続手続きの例について説明する。
　本PDN接続手続きにおける、SGW_A35はSGW_B36であってもよく、PGW_A30はPGW_B31であってもよい。従って、本PDN接続手続きの説明では、SGW_A35、及び、PGW_A30を用いて説明する。
　PDN接続手続きはUE_A10が主導して開始する手続きである。なお、PDN接続手続きでは、UE_A10が、PDN_A5との間でユーザデータの送受信を行う通信路を確立するための手続きである。言い換えると、PDN接続手続きは、UE_A10が、PGW_A30との間で、ユーザデータの送受信に用いるPDNコネクションを確立するための手続きである。
　なお、UE_A10がPDN接続手続きを開始するタイミングは、アタッチ手続きの完了に基づくものであってもよく、端末電源投入時などであってもよく、任意のタイミングであってもよい。
　UE_A10は、PDN接続手続きの完了により、コアネットワーク_A90との間でPDNコネクションを確立する。
　UE_A10は、PDN接続手続きの完了により、PGW_A30との間でPDNコネクションを確立する。
　なお、UE_A10、及び/又は、コアネットワーク_A90は、PDN接続手続きを複数回行うことで、複数のPDNコネクションを確立することができる。
　以下では、PDN接続手続き例の詳細を説明する。
　以下、図24を用いてPDN接続手続きの手順の例を説明する。
　まず、UE_A10はPDN接続要求メッセージをMME_A40に送信する(S2402)。なお、UE_A10はPDN接続要求メッセージをeNB_A45に送信し、送信されたPDN接続要求メッセージはeNB_A45を介してMME_A40に転送されてもよい。
　UE_A10は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報をPDN接続要求メッセージに含めてもよい。UE_A10は、第1から第5の識別情報のうちの1つ以上の識別情報を含めてPDN接続要求メッセージを送信することにより、エフィシェントパスの変更が可能なPDNコネクションの確立を要求してもよいし、どの通信路がエフィシェントパスであるかを示してもよい。
　また、UE_A10はPDN接続要求メッセージにAPNを含めて送信してもよい。なお、UE_A10は、異なるAPNをPDN接続要求メッセージに含めることにより、異なるPDNコネクションを確立することを要求してもよい。
　MME_A40は、PDN接続要求メッセージを受信する。さらに、MME_A40は、PDN接続要求メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、APNを取得する。
　MME_A40は、PDN接続要求メッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、MME_A40がもつ識別情報に基づいて、UE_A10に対してPDNコネクションの確立、及び/又は、どの通信路がエフィシェントパスであるかを決定してもよい。
　例えば、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路をエフィシェントパスとして決定してもよい。
　また、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。
　なお、MME_A40は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。
　他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。
　従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　MME_A40は、PDN接続要求メッセージの受信、及び/又は、どの通信路がエフィシェントパスであるかの決定に基づいて、SGW_A35にセッション生成要求メッセージを送信する(S2404)。
　MME_A40は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報をセッション生成要求メッセージに含めて送信してもよい。
　ここで、上記の説明では、MME_A40がどの通信路がエフィシェントパスであるかを決定すると説明したが、MME_A40ではなく、PGW_A30がどの通信路がエフィシェントパスであるかを決定してもよい。その場合、MME_A40は第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を含めずにセッション生成要求メッセージを送信してもよい。
　SGW_A35は、セッション生成要求メッセージを受信する。さらに、SGW_A35は、セッション生成要求メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、セッション生成要求メッセージの受信に基づいて、PGW_A30にセッション生成要求メッセージを送信する(S2406)。
　SGW_A35は、すくなくとも第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報をセッション生成要求メッセージに含めて送信してもよい。
　PGW_A30は、セッション生成要求メッセージを受信する。さらに、PGW_A30は、セッション生成要求メッセージの受信に基づいて、第1から第5の識別情報のうちの1つ以上の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を取得する。
　PGW_A30は、セッション生成要求メッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、PGW_A30がもつ識別情報に基づいて、どの通信路がエフィシェントパスであるかを決定してもよい。
　例えば、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路をエフィシェントパスとして決定してもよい。
　また、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。
　なお、PGW_A30は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。
　他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。
　従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　ここで、上記の説明では、PGW_A30がどの通信路がエフィシェントパスであるかを決定する場合について説明したが、MME_A40が、どの通信路がエフィシェントパスであるか決定した場合、PGW_A30はどの通信路がエフィシェントパスであるかを決定しなくもよい。
　言い換えると、PGW_A30は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報を受信した場合、どの通信路がエフィシェントパスであるかを決定しなくてもよい。
　PGW_A30は、セッション生成要求メッセージの受信、及び/又は、どの通信路がエフィシェントパスであるかの決定に基づいて、SGW_A35にセッション生成応答メッセージを送信する(S2410)。
　PGW_A30は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をセッション生成応答メッセージに含めてもよい。
　なお、セッション生成応答メッセージは、セッション生成要求メッセージに対応する応答メッセージであってもよい。
　SGW_A35は、セッション生成応答メッセージを受信する。さらに、SGW_A35は、セッション生成応答メッセージの受信に基づいて、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、セッション生成応答メッセージの受信に基づいて、MME_A40にセッション生成応答メッセージを送信する(S2412)。
　SGW_A35は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をセッション生成応答メッセージに含めてもよい。
　MME_A40は、セッション生成応答メッセージを受信する。さらに、MME_A40は、セッション生成応答メッセージの受信に基づいて、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報を取得する。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、eNB_A45にデフォルトEPSベアラコンテキストアクティブ化要求メッセージを送信する(S2414)。
　MME_A40は、すくなくとも第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報をデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含めてもよい。
　なお、デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、PDN接続要求メッセージに対する応答メッセージであってよい。
　また、MME_A40はデフォルトEPSベアラコンテキストアクティブ化要求メッセージにAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDを含めて送信してもよい。
　なお、MME_A40は、APN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含めることにより、確立するPDNコネクション、及び/又は、デフォルトベアラを識別してもよい。例えば、MME_A40は、異なるAPN、及び/又は、異なるPDNアドレス、及び/又は、異なるEPSベアラIDをデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含めることにより、異なるPDNコネクションを確立することを示してもしてもよい。
　また、MME_A40は、送信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをMMEコンテキストに記憶してもよい。
　また、MME_A40は、送信した各識別情報が示す情報を、送信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDと対応づけて記憶してもよい。
　なお、PDNアドレスは、UE_A10に割り当てられたIPアドレスであってよい。より詳細には、PDNアドレスは、PGW_A30が割り当てたUE_A10のIPアドレスであってよい。
　また、EPSベアラID、及び/又はAPN、及び/又はIPアドレスは、PDNコネクション、及び/又は、デフォルトベアラ、及び/又は、EPSベアラを識別情報であってよい。
　eNB_A45は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを受信し、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを含めたRRCメッセージをUE_A10に送信する(S2416)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであってよい。
　UE_A10は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを含むRRCメッセージを受信する。さらに、第6から第10の識別情報のうちの1つ以上の識別情報、及び/又は、第13の識別情報がデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
　また、UE_A10は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージの受信に基づいて、APN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDを受信してもよい。
　なお、UE_A10は、受信するAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDに基づいて、確立するPDNコネクション、及び/又は、デフォルトベアラを識別してもよい。例えば、UE_A10は、異なるAPN、及び/又は、異なるPDNアドレス、及び/又は、異なるEPSベアラIDを受信することに基づいて、異なるPDNコネクション、及び/又は、デフォルトベアラを確立することを認識してもよい。
　また、UE_A10は、受信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDをUEコンテキストに記憶してもよい。
　また、UE_A10は、受信した各識別情報が示す情報を、受信したAPN、及び/又は、PDNアドレス、及び/又は、EPSベアラIDと対応づけて記憶してもよい。
　なお、PDNアドレスは、UE_A10に割り当てられたIPアドレスであってよい。より詳細には、PDNアドレスは、PGW_A30が割り当てたUE_A10のIPアドレスであってよい。
　また、EPSベアラID、及び/又はAPN、及び/又はIPアドレスは、PDNコネクション、及び/又は、デフォルトベアラ、及び/又は、EPSベアラを識別情報であってよい。
　UE_A10は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージの受信、及び/又は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージに含まれる情報に基づいて、エフィシェントパスの変更が可能なPDNコネクションの確立、及び/又は、エフィシェントパスであると決定された通信路を認識してもよい。
　より詳細には、UE_A10は、第6の識別情報、及び/又は、第7の識別情報、及び/又は、第8の識別情報の受信に基づいて、エフィシェントパスの変更が可能なPDNコネクションが確立されたことを認識してもよい。
　また、UE_A10は、受信した第9の識別情報に含まれるTFT、及び/又は、第10の識別情報によって識別されるTFTに対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、受信した第13の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、エフィシェントパスを示す情報を既に記憶している場合、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　なお、TFTに対応づけられたエフィシェントパスを示す情報と、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報とが異なる場合、UE_A10は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。
　例えば、TFTの1つであるTFT1に対応づけられたエフィシェントパスを示す情報がある場合について説明する。
　UE_A10は、TFT1で識別されるユーザデータの送受信する場合、TFT1に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、TFT1で識別されないユーザデータの送受信する場合、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、受信したRRCメッセージに応答するために、UE_A10はRRCメッセージをeNB_A45に送信する(S2418)。RRCメッセージは、RRCコネクション再設定完了メッセージであってよい。
　eNB_A45は、RRCコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをMME_A40に送信する(S2420)。
　また、UE_A10は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージの受信に基づいて、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージを含むRRCメッセージをeNB_A45に送信する(S2422)。ここで、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージは、デフォルトEPSベアラコンテキストアクティブ化要求メッセージに対する応答メッセージであってよい。
　なお、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージを含めて送信するRRCメッセージは、Direct Transferメッセージであってよい。
　eNB_45は、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージが含まれるRRCメッセージを受信し、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージをMME_A40に送信する(S2424)。
　MME_A40は、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージを受信する。
　MME_A40は、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージの受信に基づいて、SGW_A35にベアラ変更要求メッセージを送信してもよい(S2426)。
　SGW_A35は、ベアラ変更要求メッセージを受信する。
　SGW_A35は、ベアラ変更要求メッセージの受信に基づいて、MME_A40にベアラ変更応答メッセージを送信する(S2428)。
　なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってよい。
　MME_A40は、ベアラ変更応答メッセージを受信する。
　以上の手順により、UE_A10はネットワークへ接続し、PDN接続手続きを完了する。PDN接続手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、PDNコネクションを確立してもよい。また、PDN接続手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、どの通信路がエフィシェントパスであるかを決定してもよい。
　言い換えると、PDN接続手続きの完了に伴い、UE_A10は、エフィシェントパスに対応づけられたTFTをコアネットワーク_A90から取得してよい。
　なお、UE_A10は、PDN接続手続きにより、図21で説明したUEコンテキストをコアネットワーク_A90から取得し、記憶することができる。
　より詳細には、UE_A10は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をコアネットワーク_A90から取得し、PDNコネクションごとのUEコンテキスト、及び/又は、ベアラごとのUEコンテキストに記憶することができる。
　また、MME_A40は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をPDNコネクションごとのMMEコンテキスト、及び/又は、EPSベアラごとのMMEコンテキストに記憶することができる。
　また、SGW_A35、及び/又は、PGW_A30は、PDN接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をPDNコネクションごとのEPSベアラコンテキスト、及び/又は、EPSベアラごとのEPSベアラコンテキストに記憶することができる。
　[1.4.2.1.PDN接続手続きの変形例]
　上述したPDN接続手続き例におけるコアネットワーク_A90は、図2を用いて説明したMME_A40、SGW_A35、PGW_A30を含む構成のコアネットワークの場合のPDN接続手続きを説明したが、コアネットワーク_A90は別の装置を含んで構成されるものであってもよい。
　その場合、本手続きで説明したUE_A10が送信するPDN接続要求メッセージやデフォルトEPSベアラコンテキストアクティブ化受諾メッセージなどのNASメッセージは、MME_A40ではなく、コアネットワーク_A90内の装置が受信する。
　したがって、これまで説明したMME_A40のNASメッセージの受信及び処理は、コアネットワーク_A90内の装置が行うものとして置き換えることができる。
　さらに、これまで説明したMME_A40のデフォルトEPSベアラコンテキストアクティブ化要求メッセージなどのNASメッセージの送信及び処理は、コアネットワーク_A90内の装置が行うものとして置き換えることができる。
　[1.4.3.エフィシェントパス変更手続き例]
　まず、エフィシェントパス変更手続きの例について説明する。なお、エフィシェントパス変更手続きはUE_A10、及び/又は、コアネットワーク_A90、及び/又は、任意の装置が主導して開始する手続きである。言い換えると、エフィシェントパス変更手続きには、UE_A10が主導して開始する手続きと、MME_A40、及び/又は、PGW_A30が主導して開始する手続きと、任意の装置が主導して開始する手続きがある。
　なお、エフィシェントパス変更手続きは、UE_A10、及び/又は、コアネットワーク_A90、及び/又は、任意の装置のエフィシェントパスを変更、再選択するための手続きである。
　また、UE_A10、及び/又は、コアネットワーク_A90、及び/又は、任意の装置がエフィシェントパス変更手続きを開始するタイミングは、アタッチ手続き、及び/又は、PDN接続手続きの完了時であってよい。また、UE_A10、及び/又は、コアネットワーク_A90、及び/又は、任意の装置がエフィシェントパス変更手続きを開始するタイミングは、エフィシェントパスが最適ではないと検知したタイミングであってもよい。また、これに関わらず、UE_A10、及び/又は、コアネットワーク_A90、及び/又は、任意の装置は、UE_A10が第1の状態であれば任意のタイミングでエフィシェントパス変更手続きを開始してもよい。
　なお、エフィシェントパス変更手続きを開始するコアネットワーク_A90の装置は、MME_A40であってもよく、PGW_A30であってもよく、PGW_B31であってもよい。
　なお、エフィシェントパス変更手続きを開始するトリガは、UE_A10の操作であってもよいし、オペレータポリシーであってもよいし、加入者情報であってもよいし、他の装置が提供する機能であってもよい。
　より詳細には、UE_A10主導のエフィシェントパス変更手続きを開始するトリガは、UE_A10の操作に基づくものであってよく、エフィシェントパスが最適でないとのUE_A10への検知であってもよい。
　また、コアネットワーク_A90主導のエフィシェントパス変更手続きを開始するトリガは、UE_A10が送信するベアラリソース変更要求メッセージの受信に基づくものではなく、オペレータのネットワークポリシーや加入者情報や他の装置が提供する機能に基づくものであってもよく、エフィシェントパスが最適でないとのコアネットワーク_A90内の装置の検知であってもよい。
　なお、他の装置が提供する機能とは、例えば、エフィシェントパスの更新が必要なことを検出するような機能であってもよいし、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパス変更手続きの完了により、新たなエフィシェントパスに基づくユーザデータの送受信が可能になる。
　言い換えると、UE_A10、及び/又は、MME_A40、及び/又は、PGW_A30、及び/又は、PGW_B31は、エフィシェントパス変更手続きの完了により、新たなエフィシェントパスに基づくユーザデータの送受信が可能になる。
　以下では、UE_A10主導のエフィシェントパス変更手続きの詳細を、第1のエフィシェントパス変更手続き例として説明する。更に、コアネットワーク_A90主導のエフィシェントパス変更手続きの詳細を第2のエフィシェントパス変更手続き例として説明する。更に、任意の装置主導のエフィシェントパス変更手続きの詳細を第3のエフィシェントパス変更手続き例として説明する。
　ただし、ここでは、UE_A10、及び/又は、コアネットワーク_A90が、エフィシェントパスを第1のPDNコネクションから第2のPDNコネクションに変える手続きについて説明する。
　なお、UE_A10、及び/又は、コアネットワーク_A90が、エフィシェントパスを第2のPDNコネクションから第1のPDNコネクションに変える手続きは、本実施形態におけるエフィシェントパス変更手続きと同じであってもよい。従って、ここでの説明は省略する。
　[1.4.3.1.第1のエフィシェントパス変更手続き例]
　第1のエフィシェントパス変更手続きは、UE_A10主導のエフィシェントパス変更手続きである。
　以下、図25を用いて第1のエフィシェントパス変更手続きの手順の例を説明する。
　まず、UE_A10は、第2のPDNコネクションのための第1のベアラ更新手続きを実施する(S2500)。なお、第1のベアラ更新手続きの詳細は後述する。
　次に、UE_A10は、第2のPDNコネクションのための第1のベアラ更新手続きの完了に基づいて、第1のPDNコネクションのための第1のベアラ更新手続きを実施する(S2506)。
　言い換えると、UE_A10は、第2のPDNコネクションのための、EPSベアラコンテキスト変更要求メッセージの受信、及び/又は、EPSベアラコンテキスト変更受諾メッセージの送信に基づいて、第1のPDNコネクションのための、ベアラリソース変更要求メッセージをMME_A40に送信する。
　UE_A10、及び/又は、コアネットワーク_A90は、第1のPDNコネクションのための第1のベアラ更新手続きの完了に伴って、第1のエフィシェントパス変更手続きを完了する。
　言い換えると、UE_A10は、及び/又は、コアネットワーク_A90は、第2のPDNコネクションためのEPSベアラコンテキスト変更受諾メッセージ送受信、及び/又は、第1のPDNコネクションのためのEPSベアラコンテキスト変更受諾メッセージの送受信に基づいて、第1のエフィシェントパス変更手続きを完了する。
　UE_A10、及び/又は、コアネットワーク_A90は、第1のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第1のPDNコネクションから第2のPDNコネクションに変更することができる。
　なお、UE_A10主導のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。
　[1.4.3.2.第2のエフィシェントパス変更手続き例]
　第2のエフィシェントパス変更手続きは、コアネットワーク_A90主導のエフィシェントパス変更手続きである。
　以下、図26を用いて第2のエフィシェントパス変更手続きの手順の例を説明する。
　まず、UE_A10、及び/又は、コアネットワーク_A90は、第2のPDNコネクションのための第2のベアラ更新手続きを実施する(S2600)。なお、第2のベアラ更新手続きの詳細は後述する。
　次に、UE_A10、及び/又は、コアネットワーク_A90は、第2のPDNコネクションのための第2のベアラ更新手続きの完了に基づいて、第1のPDNコネクションのための第2のベアラ更新手続きを実施する(S2606)。
　言い換えると、コアネットワーク_A90は、第2のPDNコネクションのための、EPSベアラコンテキスト変更要求メッセージの送信、及び/又は、EPSベアラコンテキスト変更受諾メッセージの受信に基づいて、第1のPDNコネクションのための、EPSベアラコンテキスト変更要求メッセージをUE_A10に送信する。
　UE_A10、及び/又は、コアネットワーク_A90は、第1のPDNコネクションのための第1のベアラ更新手続きの完了に伴って、第1のエフィシェントパス変更手続きを完了する。
　言い換えると、UE_A10は、及び/又は、コアネットワーク_A90は、第2のPDNコネクションためのEPSベアラコンテキスト変更受諾メッセージ送受信、及び/又は、第1のPDNコネクションのためのEPSベアラコンテキスト変更受諾メッセージの送受信に基づいて、第2のエフィシェントパス変更手続きを完了する。
　UE_A10、及び/又は、コアネットワーク_A90は、第2のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第1のPDNコネクションから第2のPDNコネクションに変更することができる。
　なお、コアネットワーク_A90主導のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。
　[1.4.3.3.第3のエフィシェントパス変更手続き例]
　第3のエフィシェントパス変更手続きは、任意の装置主導のエフィシェントパス変更手続きである。
　任意の装置は、別のUE_A10であっても、コアネットワーク_A90内の装置であってもよく、PDN_A5上にあるサーバ装置であってもよく、PDN_A5に設置されているアプリケーションサーバであってもよい。また、任意の装置は、これ以外のものであってもよい。
　また、任意の装置が第3のエフィシェントパス変更手続きを開始するトリガは、ポリシーの変化であってもよく、エフィシェントパスが最適ではないとの検知であってもよい。また、任意の装置が第3のエフィシェントパス変更手続きを開始するトリガは、これ以外のものであってもよい。
　任意の装置は、エフィシェントパス変更手続きを開始するトリガに基づいて、エフィシェントパスの変更を示す情報をUE_A10、及び/又は、コアネットワーク_A90に送信してもよい。
　なお、エフィシェントパスの変更を示す情報は、エフィシェントパスの変更を要求することを示す情報であってもよく、変更後のエフィシェントパスを示す情報であってもよく、エフィシェントパスが最適ではないことを示す情報であってもよく、変更すべきエフィシェントパスを示す情報であってもよく、エフィシェントパスにすべき通信路を示す情報であってもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、任意の装置から、エフィシェントパスの変更を示す情報を受信してもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパスの変更を示す情報の受信に基づいて、エフィシェントパスの変更を実施してもよい。
　なお、エフィシェントパスの変更とは、エフィシェントパスが示す通信路の変更であってもよいし、エフィシェントパスとなる通信路の再選択であってもよいし、エフィシェントパスに対応づけられた情報の変更であってもよい。
　具体的には、UE_A10は、UEコンテキスト内のエフィシェントパスに対応づけられた情報を変更してもよい。
　また、MME_A40は、MMEコンテキスト内のエフィシェントパスに対応づけられた情報を更新してもよく、PGW_A30、及び/又は、PGW_B31、及び/又は、SGW_A35、及び/又は、SGW_B36は、EPSコンテキスト内のエフィシェントパスに対応づけられた情報を更新してもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパスの変更に基づいて、任意の装置に返答メッセージを返してもよいし、UE_A10とコアネットワーク_A90の間でエフィシェントパスが変更されたことを通知するためのメッセージを送受信し合ってもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパスの変更、及び/又は、エフィシェントパスが変更されたことを通知するためのメッセージの送受信に基づいて、第3のエフィシェントパス変更手続きを完了してもよい。
　UE_A10、及び/又は、コアネットワーク_A90は、第3のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第1のPDNコネクションから第2のPDNコネクションに変更することができる。
　ここで、任意の装置、及び/又は、UE_A10は、任意の装置がPDN_A5に設置されているアプリケーションサーバの場合、エフィシェントパスの変更を示す情報をPDNコネクションによって送受信されるメッセージに含めて送受信してもよい。
　より詳細には、任意の装置は、エフィシェントパスの変更を示す情報を含んだPDNコネクションによって送受信されるメッセージを、UE_A10に対して送信してもよく、エフィシェントパス変更手続きの返答のための情報を含んだPDNコネクションによって送受信されるメッセージを、UEから受信してもよい。
　言い換えると、UE_A10は、エフィシェントパスの変更を示す情報をPDNコネクションによって送受信されるメッセージから受信してもよく、エフィシェントパス変更手続きの返答のための情報をPDNコネクションによって送受信されるメッセージに含めて送信してもよい。
　なお、PDNコネクションによって送受信されるメッセージは、PDNコネクションによって送受信されるユーザデータであってよい。
　また、任意の装置は、PDN_A5に設置されているアプリケーションサーバの場合、エフィシェントパスの変更を示す情報を含んだメッセージを、コアネットワーク_A90内のゲートウェイ装置、及び/又は、アクセスネットワーク内の装置に対して送信してもよく、エフィシェントパス変更手続きの返答のための情報を含んだメッセージを、コアネットワーク_A90内のゲートウェイ装置、及び/又は、アクセスネットワーク内の装置から受信してもよい。
　言い換えると、コアネットワーク_A90内のゲートウェイ装置、及び/又は、アクセスネットワーク内の装置は、エフィシェントパスの変更を示す情報を含んだメッセージを、任意の装置から受信してもよく、エフィシェントパス変更手続きの返答のための情報を含んだメッセージを、任意の装置に対して送信してもよい。
　なお、コアネットワーク_A90内のゲートウェイ装置、及び/又は、アクセスネットワーク内の装置とはPGW_A30であってもよく、SCEFであってもよく、LGWであってもよい。
　なお、第3のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。
　[1.4.3.4.第1のベアラ更新手続き例]
　第1のベアラ更新手続きは、UE_A10主導のベアラ更新手続きである。
　第1のベアラ更新手続きにおける、SGW_A35はSGW_B36であってもよく、PGW_A30はPGW_B31であってもよい。
　従って、第1のベアラ更新手続きの説明では、SGW_A35、及び、PGW_A30を用いて説明する。
　以下、図27を用いて第1のベアラ更新手続きの手順の例を説明する。
　まず、UE_A10はベアラリソース変更要求メッセージをMME_A40に送信する(S2702)。なお、UE_A10はベアラリソース変更要求メッセージをeNB_A45に送信し、送信されたベアラリソース変更要求メッセージはeNB_A45を介してMME_A40に転送されてもよい。
　UE_A10は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をベアラリソース変更要求メッセージに含めてもよい。UE_A10は、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を含めてベアラリソース変更要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。
　また、UE_A10はベアラリソース変更要求メッセージにEPSベアラID、及び/又は、TFTを含めて送信してもよい。
　MME_A40は、ベアラリソース変更要求メッセージを受信する。さらに、MME_A40は、ベアラリソース変更要求メッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を取得する。
　また、MME_A40は、ベアラリソース変更要求メッセージの受信に基づいて、EPSベアラID、及び/又は、TFTを受信してもよい。
　MME_A40は、ベアラリソース変更要求メッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、MME_A40がもつ識別情報に基づいて、UE_A10に対してエフィシェントパスの変更、及び/又は、変更後のエフィシェントパスとなる通信路を決定してもよい。
　例えば、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、MME_A40は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、MME_A40は、変更後のエフィシェントパスに対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、MME_A40は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、MME_A40は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　なお、エフィシェントパスの変更方法は、上記に限らない。
　MME_A40は、ベアラリソース変更要求メッセージの受信、及び/又は、エフィシェントパスの変更、及び/又は、変更後のエフィシェントパスとなる通信路の決定に基づいて、SGW_A35にベアラリソースコマンドメッセージを送信する(S2704)。
　MME_A40は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第11の識別情報、及び/又は、第12の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。
　ここで、上記の説明では、MME_A40が、エフィシェントパスの変更を決定すると説明したが、MME_A40ではなく、PGW_A30がエフィシェントパスの変更、及び/又は、エフィシェントパスとなる通信路の決定を行ってもよい。その場合、MME_A40は第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を含めずにベアラリソースコマンドメッセージを送信してもよい。
　SGW_A35は、ベアラリソースコマンドメッセージを受信する。さらに、SGW_A35は、ベアラリソースコマンドメッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第11の識別情報、及び/又は、第12の識別情報を取得する。
　SGW_A35は、ベアラリソースコマンドメッセージの受信に基づいて、PGW_A30にベアラリソースコマンドメッセージを送信する(S2706)。
　SGW_A35は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第11の識別情報、及び/又は、第12の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。
　PGW_A30は、ベアラリソースコマンドメッセージを受信する。さらに、PGW_A30は、ベアラリソースコマンドメッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第11の識別情報、及び/又は、第12の識別情報を取得する。
　PGW_A30は、ベアラリソースコマンドメッセージに含まれる情報、及び/又は、加入者情報、及び/又は、オペレータポリシー、及び/又は、PGW_A30がもつ識別情報に基づいて、UE_A10に対してエフィシェントパスの変更、及び/又は、変更後のエフィシェントパスとなる通信路を決定してもよい。
　例えば、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、デフォルトの通信路、及び/又は、加入者情報やオペレータポリシーに基づいた通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、PGW_A30は、変更後のエフィシェントパスに対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、PGW_A30は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、PGW_A30は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　なお、エフィシェントパスの変更方法は、上記に限らない。
　ここで、上記の説明では、PGW_A30が、エフィシェントパスの変更を決定する場合について説明したが、MME_A40が、エフィシェントパスの変更を決定した場合、PGW_A30は、エフィシェントパスの変更、及び/又は、エフィシェントパスとなる通信路の決定を行わなくてもよい。
　言い換えると、PGW_A30は、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を受信した場合、エフィシェントパスの変更、及び/又は、エフィシェントパスとなる通信路の決定を行わなくてもよい。
　PGW_A30は、ベアラリソースコマンドメッセージの受信、及び/又は、エフィシェントパスの変更、及び/又は、変更後のエフィシェントパスとなる通信路の決定に基づいて、SGW_A35にベアラ更新要求メッセージを送信する(S2710)。
　PGW_A30は、すくなくとも第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をベアラ更新要求メッセージに含めてもよい。
　なお、ベアラ更新要求メッセージは、ベアラリソースコマンドメッセージに対応する応答メッセージであってもよい。
　SGW_A35は、ベアラ更新要求メッセージを受信する。さらに、SGW_A35は、ベアラ更新要求メッセージの受信に基づいて、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を取得する。
　SGW_A35は、ベアラ更新要求メッセージの受信に基づいて、MME_A40にベアラ更新要求メッセージを送信する(S2712)。
　SGW_A35は、すくなくとも第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をベアラ更新要求メッセージに含めてもよい。
　MME_A40は、ベアラ更新要求メッセージを受信する。さらに、MME_A40は、ベアラ更新要求メッセージの受信に基づいて、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を取得する。
　MME_A40は、ベアラ更新要求メッセージの受信に基づいて、eNB_A45にEPSベアラコンテキスト変更要求メッセージを送信する(S2714)。
　MME_A40は、すくなくとも第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をEPSベアラコンテキスト変更要求メッセージに含めてもよい。
　また、MME_A40はEPSベアラコンテキスト変更要求メッセージにEPSベアラID、及び/又は、TFTを含めて送信してもよい。
　なお、EPSベアラコンテキスト変更要求メッセージは、ベアラリソース変更要求メッセージに対する応答メッセージであってよい。
　eNB_A45は、EPSベアラコンテキスト変更要求メッセージを受信し、EPSベアラコンテキスト変更要求メッセージを含めたRRCメッセージをUE_A10に送信する(S2716)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであってよい。
　UE_A10は、EPSベアラコンテキスト変更要求メッセージを含むRRCメッセージを受信する。さらに、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報がEPSベアラコンテキスト変更要求メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
　また、UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信に基づいて、EPSベアラID、及び/又は、TFTを受信してもよい。
　UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信、及び/又は、EPSベアラコンテキスト変更要求メッセージに含まれる情報に基づいて、エフィシェントパスの変更の承認、及び/又は、変更後のエフィシェントパスとなる通信路を認識してもよい。
　より詳細には、UE_A10は、第12の識別情報の受信に基づいて、エフィシェントパスの変更が承認されたことを認識してもよい。
　また、UE_A10は、受信した第9の識別情報に含まれるTFT、及び/又は、第10の識別情報によって識別されるTFTに対応づけられた通信路を変更後のエフィシェントパスとして認識してもよい。
　また、UE_A10は、受信した第13の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、エフィシェントパスを示す情報を既に記憶している場合、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　なお、TFTに対応づけられたエフィシェントパスを示す情報と、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報とが異なる場合、UE_A10は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。
　例えば、TFTの1つであるTFT1に対応づけられたエフィシェントパスを示す情報がある場合について説明する。
　UE_A10は、TFT1で識別されるユーザデータの送受信する場合、TFT1に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、UE_A10は、TFT1で識別されないユーザデータの送受信する場合、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、受信したRRCメッセージに応答するために、UE_A10はRRCメッセージをeNB_A45に送信する(S2718)。RRCメッセージは、RRCコネクション再設定完了メッセージであってよい。
　eNB_A45は、RRCコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをMME_A40に送信する(S2720)。
　また、UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信に基づいて、EPSベアラコンテキスト変更受諾メッセージを含むRRCメッセージをeNB_A45に送信する(S2722)。ここで、EPSベアラコンテキスト変更受諾メッセージは、EPSベアラコンテキスト変更要求メッセージに対する応答メッセージであってよい。
　なお、EPSベアラコンテキスト変更受諾メッセージを含めて送信するRRCメッセージは、Direct Transferメッセージであってよい。
　eNB_45は、EPSベアラコンテキスト変更受諾メッセージが含まれるRRCメッセージを受信し、EPSベアラコンテキスト変更受諾メッセージをMME_A40に送信する(S2724)。
　MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信する。
　MME_A40は、EPSベアラコンテキスト変更受諾メッセージの受信に基づいて、SGW_A35にベアラ変更応答メッセージを送信してもよい(S2726)。
　なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってもよい。
　SGW_A35は、ベアラ変更応答メッセージを受信する。
　SGW_A35は、ベアラ変更応答メッセージの受信に基づいて、PGW_A30にベアラ変更応答メッセージを送信する(S2728)。
　PGW_A30は、ベアラ変更応答メッセージを受信する。
　以上の手順により、UE_A10、及び/又は、コアネットワーク_A90は、第1のベアラ更新手続きを完了する。第1のベアラ更新手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパスを変更してもよい。
　なお、UE_A10は、第1のベアラ更新手続きにより、受信した変更後のエフィシェントパスに対応づけられたTFTを、図21で説明したUEコンテキストに記憶することができる。
　より詳細には、UE_A10は、第1のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFT、及び/又は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報をコアネットワーク_A90から取得し、PDNコネクションごとのUEコンテキスト、及び/又は、ベアラごとのUEコンテキストに記憶することができる。
　また、MME_A40は、第1のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFTを、PDNコネクションごとのMMEコンテキスト、及び/又は、ベアラごとのMMEコンテキストに記憶することができる。
　また、SGW_A35、及び/又は、PGW_A30は、第1のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFTを、PDNコネクションごとのEPSベアラコンテキスト、及び/又は、EPSベアラごとのEPSベアラコンテキストに記憶することができる。
　[1.4.3.5.第2のベアラ更新手続き例]
　第2のベアラ更新手続きは、コアネットワーク_A90主導のベアラ更新手続きである。
　第2のベアラ更新手続きにおける、SGW_A35はSGW_B36であってもよく、PGW_A30はPGW_B31であってもよい。
　従って、第2のベアラ更新手続きの説明では、SGW_A35、及び、PGW_A30を用いて説明する。
　以下、図28を用いて第2のベアラ更新手続きの手順の例を説明する。
　MME_A40は、SGW_A35にベアラリソースコマンドメッセージを送信してみよい(S2804)。
　MME_A40は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。
　MME_A40は、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を含めてベアラリソースコマンドメッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。
　SGW_A35は、ベアラリソースコマンドメッセージを受信する。さらに、SGW_A35は、ベアラリソースコマンドメッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、ベアラリソースコマンドメッセージの受信に基づいて、PGW_A30にベアラリソースコマンドメッセージを送信してもよい(S2806)。
　SGW_A35は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。
　PGW_A30は、ベアラリソースコマンドメッセージを受信する。さらに、PGW_A30は、ベアラリソースコマンドメッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を取得する。
　PGW_A30は、ベアラリソースコマンドメッセージの受信に基づいて、SGW_A35にベアラ更新要求メッセージを送信する(S2810)。
　PGW_A30は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をベアラ更新要求メッセージに含めてもよい。
　なお、PGW_A30は、ベアラリソースコマンドメッセージの受信に基づかず、オペレータポリシーや加入者情報に基づいて、SGW_A35にベアラ更新要求メッセージを送信してもよい。
　言い換えると、PGW_A30は、ベアラリソースコマンドメッセージの受信に基づかず、オペレータポリシーや加入者情報、他の装置が提供する機能に基づいて、第2のベアラ更新手続きを開始してもよい。
　なお、他の装置が提供する機能とは、例えば、エフィシェントパスの更新が必要なことを検出するような機能であってもよい。
　その場合、MME_A40、及び/又は、SGW_A35、及び/又は、PGW_A30が送受信するベアラリソースコマンドメッセージは省略することができる。
　また、PGW_A30は、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を含めてベアラ更新要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。
　SGW_A35は、ベアラ更新要求メッセージを受信する。さらに、SGW_A35は、ベアラ更新要求メッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を取得する。
　SGW_A35は、ベアラ更新要求メッセージの受信に基づいて、MME_A40にベアラ更新要求メッセージを送信する(S2812)。
　SGW_A35は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をベアラ更新要求メッセージに含めてもよい。
　MME_A40は、ベアラ更新要求メッセージを受信する。さらに、MME_A40は、ベアラ更新要求メッセージの受信に基づいて、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を取得する。
　MME_A40は、ベアラ更新要求メッセージの受信に基づいて、eNB_A45にEPSベアラコンテキスト変更要求メッセージを送信する(S2814)。
　MME_A40は、すくなくとも第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報をEPSベアラコンテキスト変更要求メッセージに含めてもよい。
　また、MME_A40はEPSベアラコンテキスト変更要求メッセージにEPSベアラID、及び/又は、TFTを含めて送信してもよい。
　MME_A40は、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報を含めてEPSベアラコンテキスト変更要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。
　eNB_A45は、EPSベアラコンテキスト変更要求メッセージを受信し、EPSベアラコンテキスト変更要求メッセージを含めたRRCメッセージをUE_A10に送信する(S2816)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであってよい。
　UE_A10は、EPSベアラコンテキスト変更要求メッセージを含むRRCメッセージを受信する。さらに、第4の識別情報、及び/又は、第5の識別情報、及び/又は、第11の識別情報、及び/又は、第13の識別情報がEPSベアラコンテキスト変更要求メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
　また、UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信に基づいて、EPSベアラID、及び/又は、TFTを受信してもよい。
　UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信、及び/又は、EPSベアラコンテキスト変更要求メッセージに含まれる情報、及び/又は、UE_A10がもつ識別情報に基づいて、UE_A10のエフィシェントパスの変更、及び/又は、変更後のエフィシェントパスとなる通信路を決定してもよい。
　例えば、UE_A10は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、UE_A10は、第4の識別情報、及び/又は、第5の識別情報で示されたTFTに対応づけられた通信路ではなく、UE_A10が望む通信路を、変更後のエフィシェントパスとして決定してもよい。
　また、UE_A10は、変更後のエフィシェントパスに対応づけられたTFTを第9の識別情報に含めて送信してもよい。
　また、UE_A10は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報を第10の識別情報に含めて送信してもよい。
　また、UE_A10は、エフィシェントパスであると決定された通信路に対応づけて第13の識別情報を送信してもよい。
　なお、UE_A10のエフィシェントパスの変更方法は、上記に限らない。
　また、受信したRRCメッセージに応答するために、UE_A10はRRCメッセージをeNB_A45に送信する(S2818)。RRCメッセージは、RRCコネクション再設定完了メッセージであってよい。
　eNB_A45は、RRCコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをMME_A40に送信する(S2820)。
　また、UE_A10は、EPSベアラコンテキスト変更要求メッセージの受信に基づいて、EPSベアラコンテキスト変更受諾メッセージを含むRRCメッセージをeNB_A45に送信する(S2822)。
　UE_A10、すくなくとも第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をEPSベアラコンテキスト変更受諾メッセージに含めて送信してもよい。
　ここで、EPSベアラコンテキスト変更受諾メッセージは、EPSベアラコンテキスト変更要求メッセージに対する応答メッセージであってよい。
　なお、EPSベアラコンテキスト変更受諾メッセージを含めて送信するRRCメッセージは、Direct Transferメッセージであってよい。
　eNB_45は、EPSベアラコンテキスト変更受諾メッセージが含まれるRRCメッセージを受信し、EPSベアラコンテキスト変更受諾メッセージをMME_A40に送信する(S2824)。
　MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信する。さらに、MME_A40は、EPSベアラコンテキスト変更受諾メッセージの受信に基づいて、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を取得する。
　MME_A40は、EPSベアラコンテキスト変更受諾メッセージの受信、及び/又は、EPSベアラコンテキスト変更受諾メッセージに含まれる情報に基づいて、エフィシェントパスの変更の承認、及び/又は、変更後のエフィシェントパスとなる通信路を認識してもよい。
　より詳細には、MME_A40は、第12の識別情報の受信に基づいて、エフィシェントパスの変更が承認されたことを認識してもよい。
　また、MME_A40は、受信した第9の識別情報に含まれるTFT、及び/又は、第10の識別情報によって識別されるTFTに対応づけられた通信路を変更後のエフィシェントパスとして認識してもよい。
　また、MME_A40は、受信した第13の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、MME_A40は、エフィシェントパスを示す情報を既に記憶している場合、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　MME_A40は、EPSベアラコンテキスト変更受諾メッセージの受信に基づいて、SGW_A35にベアラ変更応答メッセージを送信する(S2826)。
　MME_A40、すくなくとも第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をベアラ変更応答メッセージに含めて送信してもよい。
　なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってもよい。
　SGW_A35は、ベアラ変更応答メッセージを受信する。さらに、SGW_A35は、ベアラ変更応答メッセージの受信に基づいて、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を取得する。
　SGW_A35は、ベアラ変更応答メッセージの受信に基づいて、PGW_A30にベアラ変更応答メッセージを送信する(S2828)。
　SGW_A35は、すくなくとも、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報をベアラ変更応答メッセージに含めて送信してもよい。
　PGW_A30は、ベアラ変更応答メッセージを受信する。さらに、PGW_A30は、ベアラ変更応答メッセージの受信に基づいて、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報、及び/又は、第12の識別情報を取得する。
　PGW_A30は、EPSベアラコンテキスト変更受諾メッセージの受信、及び/又は、EPSベアラコンテキスト変更受諾メッセージに含まれる情報に基づいて、UE_A10のエフィシェントパスの変更の承認、及び/又は、変更後のエフィシェントパスとなる通信路を認識してもよい。
　より詳細には、PGW_A30は、第12の識別情報の受信に基づいてエフィシェントパスの変更が承認されたことを認識してもよい。
　また、PGW_A30は、受信した第9の識別情報に含まれるTFT、及び/又は、第10の識別情報によって識別されるTFTに対応づけられた通信路を変更後のエフィシェントパスとして認識してもよい。
　また、PGW_A30は、受信した第13の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。
　また、PGW_A30は、エフィシェントパスを示す情報を既に記憶している場合、第9の識別情報、及び/又は、第10の識別情報、及び/又は、第13の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　なお、TFTに対応づけられたエフィシェントパスを示す情報と、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報とが異なる場合、PGW_A30は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。
　例えば、TFTの1つであるTFT1に対応づけられたエフィシェントパスを示す情報がある場合について説明する。
　PGW_A30は、TFT1で識別されるユーザデータの送受信する場合、TFT1に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　また、PGW_A30は、TFT1で識別されないユーザデータの送受信する場合、PDNコネクション、及び/又は、UE_A10に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。
　以上の手順により、UE_A10、及び/又は、コアネットワーク_A90は、第2のベアラ更新手続きを完了する。第2のベアラ更新手続きの完了に伴い、UE_A10、及び/又は、コアネットワーク_A90は、エフィシェントパスを変更してもよい。
　なお、UE_A10は、第2のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFTを、図21で説明したUEコンテキストに記憶することができる。
　より詳細には、UE_A10は、第2のベアラ更新手続きにより、変更後のエフィシェントパスとなる通信路を識別する情報を、PDNコネクションごとのUEコンテキスト、及び/又は、ベアラごとのUEコンテキストに記憶することができる。
　また、MME_A40は、第2のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFT、及び/又は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報をUE_A10から取得し、PDNコネクションごとのMMEコンテキスト、及び/又は、ベアラごとのMMEコンテキストに記憶することができる。
　また、SGW_A35、及び/又は、PGW_A30は、第2のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたTFT、及び/又は、変更後のエフィシェントパスに対応づけられたTFTを識別する情報をUE_A10から取得し、PDNコネクションごとのEPSベアラコンテキスト、及び/又は、EPSベアラごとのEPSベアラコンテキストに記憶することができる。
　[1.4.3.6.エフィシェントパス変更手続きの変形例]
　上述したエフィシェントパス変更手続き例におけるコアネットワーク_A90は、図2を用いて説明したMME_A40、SGW_A35、PGW_A30を含む構成のコアネットワークの場合の送受信方法変更手続きを説明したが、コアネットワーク_A90は別の装置を含んで構成されるものであってもよい。
　その場合、本手続きで説明したUE_A10が送信するベアラリソース変更要求メッセージやEPSベアラコンテキスト変更受諾メッセージなどのNASメッセージは、MME_A40ではなく、コアネットワーク_A90内の装置が受信する。
　したがって、これまで説明したMME_A40のNASメッセージの受信及び処理は、コアネットワーク_A90内の装置が行うものとして置き換えることができる。
　さらに、これまで説明したMME_A40のEPSベアラコンテキスト変更要求メッセージなどのNASメッセージの送信及び処理は、コアネットワーク_A90内の装置が行うものとして置き換えることができる。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録してもよい。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であってもよい。
　また、上述した実施形態に用いた装置の各機能ブロック、又は諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装又は実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、又はその他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェア部品、又はこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明は当該技術による新たな集積回路を用いることも可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、又は非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1　通信システム
5　PDN_A
10　UE_A
20　UTRAN_A
22　eNB(UTRAN)_A
24　RNC_A
25　GERAN_A
26　BSS_A
30　PGW_A
31　PGW_B
35　SGW_A
36　SGW_B
40　MME_A
45　eNB_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　LTE AN_A
90　コアネットワーク_A
100　CIOT AN_A

Claims (20)

  1. 　端末装置の通信制御方法であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Paket Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立するステップと、
    　少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立するステップと、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、
    　前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更するステップと
    　を有することを特徴とする端末装置の通信制御方法。
  2. 　端末装置の通信制御方法であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Paket Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立するステップと、
    　少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立するステップと、
    　第1の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、
    　少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信するステップと、
    　前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更するステップと
    　を有することを特徴とする端末装置の通信制御方法。
  3. 　第2の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び/又はエフィシェントパスの通知を要求することを示す情報、及び/又は前記コアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    　少なくとも前記第2の識別情報を含むアタッチ要求メッセージを、前記基地局装置を介して前記コアネットワークに送信するステップ
    　を有することを特徴とする請求項1又は2に記載の端末装置の通信制御方法。
  4. 　第3の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    　第4の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び/又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    　前記アタッチ受諾メッセージは、少なくとも前記第3の識別情報及び/又は第4の識別情報を更に含む
    　ことを特徴とする請求項3に記載の端末装置の通信制御方法。
  5. 　前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージには、少なくとも第1の識別情報を含む
    　ことを特徴とする請求項1又は2に記載の端末装置の通信制御方法。
  6. 　MME(Mobility Management Entityt)の通信制御方法であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第1のPGW(Paket Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶するステップと、
    　少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第2のPGW(Paket Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶するステップと、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信するステップ
    　を有することを特徴とするMMEの通信制御方法。
  7. 　MME(Mobility Management Entityt)の通信制御方法であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第1のPGW(Paket Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶するステップと、
    　少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第2のPGW(Paket Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶するステップと、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　エフィシェントパスを変更するために、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信するステップ
    　を有することを特徴とするMMEの通信制御方法。
  8. 　第2の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び/又はエフィシェントパスの通知を要求することを示す情報、及び/又はコアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    　少なくとも前記第2の識別情報を含むアタッチ要求メッセージを、前記基地局装置を介して前記端末装置から受信するステップ
    　を有することを特徴とする請求項6又は7に記載のMMEの通信制御方法。
  9. 　第3の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    　第4の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び/又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    　少なくとも前記第3の識別情報及び/又は第4の識別情報を前記アタッチ受諾メッセージに含めるステップ
    　を有することを特徴とする請求項8に記載のMMEの通信制御方法。
  10. 　少なくとも前記第1の識別情報を前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージに含める
    　ことを特徴とする請求項6又は7に記載のMMEの通信制御方法。
  11. 　端末装置であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Paket Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立する制御部を有し、
    　前記制御部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立し、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信する送受信部を有し、
    　前記制御部は、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更する
    　ことを特徴とする端末装置。
  12. 　端末装置であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第1のPGW(Paket Data Gateway)と第1のPDN(Packet Data Network)コネクションを確立する制御部を有し、
    　前記制御部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第2のPGWと第2のPDNコネクションを確立し、
    　第1の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、
    　少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信する送受信部を有し、
    　前記制御部は、前記第2のPDNコネクションから前記第1のPDNコネクションにエフィシェントパスを変更する
    　ことを特徴とする端末装置。
  13. 　第2の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び/又はエフィシェントパスの通知を要求することを示す情報、及び/又は前記コアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    　前記送受信部は、少なくとも前記第2の識別情報を含むアタッチ要求メッセージを、前記基地局装置を介して前記コアネットワークに送信する
    　ことを特徴とする請求項11又は12に記載の端末装置。
  14. 　第3の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    　第4の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び/又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    　前記送受信部は、前記アタッチ受諾メッセージに含まれる前記第3の識別情報及び/又は第4の識別情報を受信する
    　ことを特徴とする請求項13に記載の端末装置。
  15. 　前記送受信部は、前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージに含まれる第1の識別情報を受信する
    　ことを特徴とする請求項11又は12に記載の端末装置。
  16. 　MME(Mobility Management Entityt)であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、
    前記端末装置と第1のPGW(Paket Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶する制御部を有し、
    　前記送受信部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、
    　前記制御部は、前記端末装置と第2のPGW(Paket Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶し、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　前記送受信部は、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むEPSベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信する
    　ことを特徴とするMME。
  17. 　MME(Mobility Management Entityt)であって、
    　少なくとも第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、
    　前記端末装置と第1のPGW(Paket Data Gateway)が確立する第1のPDN(Packet Data Network)コネクションに対応づけて、第1のベアラ識別情報及び/又は第1のAPN及び/又は第1のIPアドレスを記憶する制御部を有し、
    　前記送受信部は、少なくとも第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを含むデフォルトEPSベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、
    　前記制御部は、前記端末装置と第2のPGW(Paket Data Gateway)が確立する第2のPDN(Packet Data Network)コネクションに対応づけて、第2のベアラ識別情報及び/又は第2のAPN及び/又は第2のIPアドレスを記憶し、
    　第1の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    　前記送受信部は、エフィシェントパスを変更するために、少なくとも、前記第1の識別情報、及び/又前記第1のベアラ識別情報、及び/又はエフィシェントパスを用いて通信するフローを識別するTFT(Traffic Flow Template)を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信する
    　ことを特徴とするMME。
  18. 　第2の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び/又はエフィシェントパスの通知を要求することを示す情報、及び/又はコアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    　前記送受信部は、少なくとも前記第2の識別情報を含むアタッチ要求メッセージを、前記基地局装置を介して前記端末装置から受信する
    　ことを特徴とする請求項16又は17に記載のMME。
  19. 　第3の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    　第4の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び/又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    　前記制御部は、少なくとも前記第3の識別情報及び/又は第4の識別情報を前記アタッチ受諾メッセージに含める
    　ことを特徴とする請求項18に記載のMME。
  20. 　前記制御部は、前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージに少なくとも前記第1の識別情報を含める
    　ことを特徴とする請求項16又は17に記載のMME。
PCT/JP2017/005595 2016-02-16 2017-02-15 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法 WO2017141993A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US16/077,210 US20190028933A1 (en) 2016-02-16 2017-02-15 Terminal apparatus, mobility management entity (mme), and communication control method
CN201780005659.8A CN108781391A (zh) 2016-02-16 2017-02-15 终端装置、移动性管理实体mme以及通信控制方法
EP17753249.6A EP3419343A4 (en) 2016-02-16 2017-02-15 TERMINAL DEVICE, MOBILITY MANAGEMENT UNIT (MME) AND COMMUNICATION CONTROL METHOD

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016026667A JP2019068114A (ja) 2016-02-16 2016-02-16 端末装置、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、および通信制御方法
JP2016-026667 2016-02-16

Publications (1)

Publication Number Publication Date
WO2017141993A1 true WO2017141993A1 (ja) 2017-08-24

Family

ID=59626161

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/005595 WO2017141993A1 (ja) 2016-02-16 2017-02-15 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法

Country Status (5)

Country Link
US (1) US20190028933A1 (ja)
EP (1) EP3419343A4 (ja)
JP (1) JP2019068114A (ja)
CN (1) CN108781391A (ja)
WO (1) WO2017141993A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3429262B1 (en) * 2016-03-09 2020-08-12 LG Electronics Inc. -1- Method and device for configuring bearer for transmission of user data
CN110832904B (zh) 2017-05-12 2022-02-08 瑞典爱立信有限公司 本地标识符定位符网络协议（ilnp）疏导
US10708306B2 (en) 2017-06-15 2020-07-07 Palo Alto Networks, Inc. Mobile user identity and/or SIM-based IoT identity and application identity based security enforcement in service provider networks
US10834136B2 (en) 2017-06-15 2020-11-10 Palo Alto Networks, Inc. Access point name and application identity based security enforcement in service provider networks
US10721272B2 (en) 2017-06-15 2020-07-21 Palo Alto Networks, Inc. Mobile equipment identity and/or IOT equipment identity and application identity based security enforcement in service provider networks
US10693918B2 (en) 2017-06-15 2020-06-23 Palo Alto Networks, Inc. Radio access technology based security in service provider networks
US11050789B2 (en) 2017-06-15 2021-06-29 Palo Alto Networks, Inc. Location based security in service provider networks
US10812532B2 (en) 2017-06-15 2020-10-20 Palo Alto Networks, Inc. Security for cellular internet of things in mobile networks
US10785822B2 (en) * 2018-05-11 2020-09-22 Mediatek Inc. Abort UE-requested PDU session release procedure on collision
US10764938B2 (en) * 2018-08-22 2020-09-01 Verizon Patent And Licensing Inc. Systems and methods for managing small data over a non-access stratum
KR102486151B1 (ko) * 2018-10-16 2023-01-10 현대자동차주식회사 통신 장치, 그를 가지는 차량 및 그 제어 방법
EP3878214B1 (en) 2018-11-07 2024-04-03 Telefonaktiebolaget LM Ericsson (publ) Local identifier locator network protocol (ilnp) breakout
JP7216553B2 (ja) 2019-01-11 2023-02-01 シャープ株式会社 Ｕｅ、コアネットワーク装置、及び通信制御方法
CN113631644A (zh) 2019-03-29 2021-11-09 东丽株式会社 聚烯烃微多孔膜、电池用隔板、二次电池和聚烯烃微多孔膜的制造方法
CN111954269B (zh) * 2019-05-15 2022-11-01 华为技术有限公司 一种承载修改方法及接入网设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6847620B1 (en) * 1999-05-13 2005-01-25 Intermec Ip Corp. Mobile virtual LAN
CN102271405B (zh) * 2010-06-04 2014-09-10 中兴通讯股份有限公司 一种承载资源分配方法及装置
US9591679B2 (en) * 2012-09-17 2017-03-07 Blackberry Limited Initiation of inter-device communication in wireless communication systems
CN104869575A (zh) * 2014-02-21 2015-08-26 中兴通讯股份有限公司 最优路径的建立方法、mme及网关
KR20150115674A (ko) * 2014-04-03 2015-10-14 삼성전자주식회사 롱 텀 에볼루션 네트워크에서 보이스 오버 롱 텀 에볼루션을 위한 등록 향상 방법 및 시스템
WO2015170862A1 (ko) * 2014-05-05 2015-11-12 엘지전자 주식회사 Csipto에 기인하여 복수의 pdn 커넥션을 수립하는 방법

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "3rd Generation Partnership Proect;Techncal Specification Group Services and System Aspects;General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access(Release 13)", 3GPP TS 23.401 V13.5.0, 15 December 2015 (2015-12-15), pages 1 - 337, XP055538401 *
3GPP: "3rd Generation Partnership Project;Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 13)", 3GPP TS 24.301 V13.4.0, 16 December 2015 (2015-12-16), pages 1 - 401, XP055538408 *
See also references of EP3419343A4 *

Also Published As

Publication number Publication date
EP3419343A1 (en) 2018-12-26
EP3419343A4 (en) 2019-07-24
CN108781391A (zh) 2018-11-09
US20190028933A1 (en) 2019-01-24
JP2019068114A (ja) 2019-04-25

Similar Documents

Publication Publication Date Title
WO2017141993A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、及び通信制御方法
CN108464055B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
CN108432334B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
WO2017175715A1 (ja) 端末装置、基地局装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）及び通信制御方法
WO2017175714A1 (ja) 端末装置、基地局装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）及び通信制御方法
CN108605270B (zh) 用户设备、核心网装置以及通信方法
WO2017026464A1 (ja) 端末装置、ｍｍｅ、端末装置の通信制御方法及びｍｍｅの通信制御方法
WO2017082344A1 (ja) Ｕｅ、ｍｍｅ、ｕｅの通信制御方法及びｍｍｅの通信制御方法
CN108605372B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
WO2017082342A1 (ja) 端末装置、ｍｍｅ及び通信方法
WO2017082343A1 (ja) Ｕｅ、ｍｍｅ、ｕｅの通信制御方法及びｍｍｅの通信制御方法
JPWO2017026465A1 (ja) 端末装置、基地局装置、端末装置の通信制御方法及び基地局装置の通信制御方法
JP7216762B2 (ja) Ｕｅ、ｕｅにより行われる通信制御方法、コアネットワーク装置及びコアネットワーク装置により行われる通信制御方法
NZ746198B2 (en) Terminal apparatus, mobility management entity (mme), and communication control method

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2017753249

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017753249

Country of ref document: EP

Effective date: 20180917

NENP Non-entry into the national phase

Ref country code: JP