WO2018008601A1 - 端末装置、制御装置、ゲートウェイ、及び通信制御方法 - Google Patents
端末装置、制御装置、ゲートウェイ、及び通信制御方法 Download PDFInfo
- Publication number
- WO2018008601A1 WO2018008601A1 PCT/JP2017/024382 JP2017024382W WO2018008601A1 WO 2018008601 A1 WO2018008601 A1 WO 2018008601A1 JP 2017024382 W JP2017024382 W JP 2017024382W WO 2018008601 A1 WO2018008601 A1 WO 2018008601A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- identification information
- access
- session
- procedure
- information
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 254
- 238000000034 method Methods 0.000 title claims description 469
- 230000005540 biological transmission Effects 0.000 claims description 48
- 230000002349 favourable effect Effects 0.000 abstract 3
- 230000006870 function Effects 0.000 description 148
- 230000008859 change Effects 0.000 description 81
- 230000004044 response Effects 0.000 description 68
- 238000007726 management method Methods 0.000 description 28
- 238000012508 change request Methods 0.000 description 24
- 238000010295 mobile communication Methods 0.000 description 20
- 238000012546 transfer Methods 0.000 description 10
- 230000007704 transition Effects 0.000 description 10
- 239000004065 semiconductor Substances 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000004378 air conditioning Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- VYLDEYYOISNGST-UHFFFAOYSA-N bissulfosuccinimidyl suberate Chemical compound O=C1C(S(=O)(=O)O)CC(=O)N1OC(=O)CCCCCCC(=O)ON1C(=O)C(S(O)(=O)=O)CC1=O VYLDEYYOISNGST-UHFFFAOYSA-N 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
- H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- 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
Definitions
- the present invention relates to a terminal device, a control device, a gateway, and a communication control method.
- This application claims the benefit of priority to Japanese Patent Application No. 2016-132767 filed in Japan on July 4, 2016. By referring to it, the entire contents of this application are It is included in the application.
- 3GPP The 3rd Generation Partnership Project
- SAE System Architecture Enhancement
- LTE Long Term Evolution
- 3GPP has specified EPS (Evolved Packet System) as a communication system that realizes all-IP.
- the core network that constitutes EPS is called EPC (Evolved-Packet-Core).
- next-generation communication technology and system architecture of 5G (5th Generation) mobile communication system, which is the next generation mobile communication system.
- NextGen (Architecture for Next Generation Generation) System). NextGen extracts technical issues for connecting a wide variety of terminals to a cellular network and specifies solutions.
- optimization and diversification of communication procedures to support continuous mobile communication services according to terminals that support a wide variety of access networks, and system architectures adapted to optimization and diversification of communication procedures Optimization is also listed as a requirement.
- the present invention has been made in view of such circumstances, and an object thereof is to provide means for establishing a session, communication control means for realizing communication of various types of user data, and the like. .
- the terminal device of the present invention receives a session establishment acceptance message including at least the first identification information from the core network via the 3GPP access, and the first session establishment procedure And a control unit that establishes a session that supports Access Traffic Splitting with the core network, and the first identification information is information indicating that a session that supports Access Traffic Splitting has been established,
- the session is a session that can communicate using the first communication path via 3GPP access.
- the communication control method for a terminal device includes a step of receiving a session establishment acceptance message including at least first identification information from the core network via 3GPP access in the first session establishment procedure; And establishing a session supporting Access Traffic Splitting with the core network based on the establishment procedure, and the first identification information is information indicating that a session supporting Access Traffic Splitting has been established. Yes, the session is a session capable of communication using the first communication path via 3GPP access.
- the control device included in the core network of the present invention has a transmission / reception unit that transmits a session establishment acceptance message including at least the first identification information to the terminal device via 3GPP access in the session establishment procedure,
- the identification information is information indicating that a session supporting Access Traffic Splitting has been established.
- the communication control method for a control device included in the core network of the present invention includes a step of transmitting a session establishment acceptance message including at least first identification information to a terminal device via 3GPP access in a session establishment procedure,
- the first identification information is information indicating that a session supporting Access Traffic Splitting has been established.
- the gateway connecting the access network and the core network of the present invention has a transmission / reception unit that receives a session establishment request message including at least first identification information from the terminal device via Non-3GPP access in the session establishment procedure.
- the transmission / reception unit transmits a session establishment acceptance message including at least the second identification information to the terminal device via Non-3GPP access, and the first identification information supports Access Traffic Splitting.
- the second identification information is information indicating that a session supporting Access Traffic Splitting has been established.
- the second identification information is information indicating that a session establishment is requested.
- the communication control method for a gateway connecting an access network and a core network includes a step of receiving a session establishment request message including at least first identification information from a terminal device via Non-3GPP access in a session establishment procedure. And a step of transmitting a session establishment acceptance message including at least the second identification information to the terminal device via Non-3GPP access in the session establishment procedure, wherein the first identification information supports Access Traffic Splitting.
- the second identification information is information indicating that a session that supports Access / Traffic / Splitting has been established.
- the terminal can be simultaneously connected to the core network via a plurality of access networks, and can realize communication of various types of user data.
- the core network can accommodate terminal devices connected to various access networks, and can provide mobile communication services.
- FIG. 1 is a diagram for explaining an outline of a mobile communication system in the present embodiment.
- the mobile communication system 1 includes a mobile terminal apparatus UE_A10, an access network, a core network_A90, and a PDN (Packet Data Network) _A5.
- UE_A10 may be a terminal device that can be wirelessly connected, and may be UE (User Equipment), ME (Mobile Equipment), or MS (Mobile Station).
- UE_A10 may be a CIoT (Cellular Internet of Things) terminal.
- a CIoT terminal is an IoT (Internet of Things) terminal that can be connected to the core network_A90, and an IoT terminal includes various mobile phone terminals such as smartphones and various IT devices such as personal computers and sensor devices. It's okay.
- UE_A10 can be connected to the access network and / or the core network_A90. Furthermore, UE_A10 can be connected to PDN_A5 via the access network and / or core network_A90, and further transmits / receives user data to / from PDN_A5.
- the user data may be data transmitted / received between UE_A10 and PDN_A5. Furthermore, transmission / reception of user data may be performed using a PDU (Packet Data Unit) session.
- PDU Packet Data Unit
- user data communication is not limited to IP communication, and may be non-IP communication.
- the PDU session is connectivity established between UE_A10 and PDN_A5 in order to provide a PDU connection service for transmitting and receiving user data between UE_A10 and PDN_A5. More specifically, the PDU session may be connectivity established between UE_A 10 and the external gateway device.
- the external gateway device may be a device that connects the core network_A90 such as PGW_A30 and SCEF_A46 and PDN_A5.
- the PDU session may be a communication path established for transmitting / receiving user data between the UE_A 10 and the core network_A90 and / or PDN_A5, and is a communication path for transmitting / receiving PDUs. Good. Furthermore, the PDU session may be a session established between UE_A10 and core network_A90 and / or PDN_A5, and is a transfer path such as one or a plurality of bearers between each device in mobile communication system 1. It may be a logical communication path configured.
- the PDU session may be a connection established by the UE_A 10 between the core network_A 90 and the external gateway device, and a PDN connection established between the UE_A 10 and the PGW_A 30 and / or SCEF_A 46 ( Packet Data Network Connection).
- the PDU session may be connectivity and / or connection between UE_A10 and PGW_A30 via eNB_A45 and / or SGW_A35, or between UE_A10 and SCEF_A46 via eNB_A45 and / or MME_A40. Connectivity between and / or connections.
- the PDU session established between UE_A10 and PGW_A30 via the device in the access network and SGW_A35 is defined as the first PDU session
- the SCEF_A 46 is defined as a second PDU session.
- a device such as an application server arranged in UE_A10 and PDN_A5 can execute transmission / reception of user data using a PDU session.
- the PDU session can transfer user data transmitted and received by devices such as application servers arranged in UE_A10 and PDN_A5.
- each device (UE_A10 and / or a device in the access network and / or a device in the core network_A90) manages one or a plurality of identification information in association with the PDU session. Also good.
- These identification information may include one or more of APN, TFT, session type, application identification information, PDN_A5 identification information, network slice identification information, access network identification information, and other information. May be included.
- each identification information associated with the PDU session may have the same contents or different contents.
- IP communication is data communication using IP (Internet Protocol), and is data communication realized by transmission / reception of an IP packet with an IP header.
- the payload part which comprises an IP packet may contain user data which UE_A10 transmits / receives.
- the non-IP communication is data communication that does not use IP, and is data communication that is realized by transmission / reception of data without an IP header.
- non-IP communication may be data communication realized by transmission / reception of application data to which no IP packet is attached, or another header such as a Mac header or an Ethernet (registered trademark) frame header is added.
- User data transmitted and received by UE_A 10 may be transmitted and received.
- PDN_A5 is a DN (Data Network) that provides a communication service to UE_A10.
- the DN may be configured as a packet data service network or may be configured for each service.
- PDN_A5 may include a connected communication terminal. Therefore, connecting to PDN_A5 may mean connecting to a communication terminal arranged in PDN_A5. Further, sending and receiving user data to and from PDN_A5 means communication arranged in PDN_A5. It may be that user data is transmitted to and received from the terminal.
- an access network is a wireless network connected to UE_A10 and / or core network_A90.
- the access network may be a 3GPP access network or a non-3GPP access network.
- the 3GPP access network includes E-UTRAN (Evolved Universal Terrestrial Radio Access Network) _A80, UTRAN (Universal Terrestrial Radio Access Network) _A20, GERAN (GSM (registered trademark) EDGE Radio Access Network) _A25, NextGen RAN (Next Generation Radio Access Network) _A120, and the non-3GPP access network may be WLAN ANb75, WLAN ANa70, WLAN ANc125.
- UE_A10 may be connected to the access network in order to connect to the core network_A90, or may be connected to the core network_A90 via the access network.
- the core network_A90 is an IP mobile communication network operated by a mobile communication operator (Mobile Operator) connected to an access network and / or PDN_A5.
- the core network_A90 may be a core network for a mobile communication carrier that operates and manages the mobile communication system 1, or a core network for a virtual mobile communication carrier such as an MVNO (Mobile Virtual Network Operator). It may be.
- the core network_A90 may be a core network for accommodating CIoT terminals.
- the core network_A90 may be EPC (Evolved Packet Core) for EPS (Evolved Packet System) or NextGen Core (Next Generation Core) for NextGen System (Next Generation System). .
- the core network_A90 may be the first core network, the second core network, or a combination of these.
- the first core network may be EPC
- the second core network may be NextGen Core.
- the first core network and / or the second core network may be configured with a system optimized for IoT.
- FIG. 2 shows an example of the configuration of the core network_A90 when the core network_A90 is the first core network.
- Core network _A90 in Fig. 2 (a) is HSS (Home Subscriber Server) _A50, AAA (Authentication Authorization Authorization) _A55, PCRF (Policy and Charging Rules Rules) _A60, PGW (Packet Data Data Network Gateway) _A30, ePDG (enhanced Packet Data Gateway) _A65, SGW (Serving Gateway) _A35, MME (Mobility Management Entity) _A40, SGSN (Serving GPRS Support Node) _A42, SCEF (Service Capability Exposure Function) _A46.
- the core network_A90 can be connected to a plurality of radio access networks (E-UTRAN_A80, WLAN ⁇ ANb75, WLAN ANa70, UTRAN_A20, GERAN_A25).
- the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
- UE_A 10 can wirelessly connect to the radio access network.
- the access networks that can be connected by the WLAN access system are WLAN access network b (WLAN ANb75) that connects to the core network via ePDG_A65, and WLAN access network a (WLAN ANa70) that connects to PGW_A30, PCRF_A60, and AAA_A55. Is configurable.
- WLAN ANb75 WLAN access network b
- WLAN ANa70 WLAN access network a
- PGW_A30 is connected to PDN_A5, SGW_A35, ePDG_A65, WLAN ANa70, PCRF_A60 and AAA_A55, and is a relay device that transfers user data as a gateway device for PDN_A5 and / or DN and core network_A90.
- the PGW_A30 may be a gateway device for IP communication and / or non-IP communication.
- PGW_A30 may have a function of transferring IP communication, or may have a function of converting non-IP communication and IP communication.
- a plurality of such gateways may be arranged in the core network_A90. Further, a plurality of gateways connecting the core network_A90 and a single DN may be arranged.
- PGW_A30 may be an UP network device (U-Plane Network Function) that transfers user data having a contact point with PDN_A5, and is a gateway for transferring user data between PDN_A5 and the core network. It may be UP GW (User Plane Gateway).
- U-Plane Network Function U-Plane Network Function
- SGW_A35 is connected to PGW_A30, MME_A40, E-UTRAN_A80, SGSN_A42, and UTRAN_A20, and transfers user data as a gateway device between the core network_A90 and 3GPP access networks (UTRAN_A20, GERAN_A25, E-UTRAN_A80) It is a relay device.
- SGW_A35 may be an UP network device (U-Plane Network Function) that transfers user data that has a contact point with the access network, in order to transfer user data between the access network and the core network.
- the gateway may be UP GW (User Plane Gateway).
- MME_A40 is connected to SGW_A35, the access network, HSS_A50, and SCEF_A46, and is a control device that performs location information management including mobility management of UE_A10 and access control via the access network. Further, the MME_A 40 may include a function as a session management device that manages a session established by the UE_A 10. A plurality of such control devices may be arranged in the core network_A90. For example, a location management device different from MME_A40 may be configured. A location management device different from MME_A40 may be connected to SGW_A35, an access network, SCEF_A46, and HSS_A50 in the same manner as MME_A40.
- MME_A40 is a management apparatus that transmits and receives control information related to mobility management and session management with UE_A10.
- MME_A40 may be a control plane control apparatus.
- the MME_A40 is a management device connected to one or more core networks when a plurality of core networks and network slices are configured.
- the MME_A 40 may be a management apparatus connected to a plurality of network slices.
- the plurality of core networks or network slices may be networks operated by a single communication carrier, or may be networks operated by different communication carriers.
- the network slice may be a logical network configured to separate user data delivered by a service or the like.
- the network slice may be a network slice instance.
- MME_A40 may be a relay device that transfers user data as a gateway device between core network_A90 and the access network. Note that the user data transmitted / received with the MME_A 40 serving as the gateway device may be small data.
- the MME_A40 may be a network device (Network Function) that plays a role of mobility management such as UE_A10, may be a network device that plays a role of session management such as a PDU session, and includes one or more network slices. It may be a network device to be managed.
- the MME_A 40 may be a network device that plays one or more of these roles.
- the network device may be one or more devices arranged in the core network_A90, or may be a C-Plane control device (Control (Plane Function) for control information and / or control messages. Alternatively, it may be a shared C-Plane control device (Common Control Plane Function) shared between a plurality of network slices.
- HSS_A50 is connected to MME_A40, AAA_A55, and SCEF_A46, and is a management node that manages subscriber information.
- the subscriber information of HSS_A50 is referred to at the time of access control of MME_A40, for example. Further, the HSS_A50 may be connected to a location management device different from the MME_A40.
- AAA_A55 is connected to PGW_A30, HSS_A50, PCRF_A60, and WLAN Ana70, and performs access control of UE_A10 connected via WLAN ANa70.
- PCRF_A60 is connected to PGW_A30, WLAN ANa70, AAA_A55, and PDN_A5, and performs QoS management for data delivery. For example, the QoS of the communication path between UE_A10 and PDN_A5 is managed.
- the ePDG_A65 is connected to the PGW_A30 and the WLAN ANb75, and delivers user data as a gateway device between the core network_A90 and the WLAN ANb75.
- SGSN_A42 is connected to UTRAN_A20, GERAN_A25, and SGW_A35, and is a control device for location management between 3G / 2G access network (UTRAN / GERAN) and LTE access network (E-UTRAN). Furthermore, SGSN_A42 has a PGW and SGW selection function, a UE_A10 time zone management function, and an MME selection function during handover to E-UTRAN.
- SCEF_A46 is connected to PDN_A5, MME_A40, and HSS_A50, and is a relay device that transfers user data as a gateway device that connects PDN_A5 and / or DN and core network_A90.
- SCEF_A 46 may be a gateway device for non-IP communication. Further, the SCEF_A 46 may have a function of converting non-IP communication and IP communication.
- a plurality of such gateways may be arranged in the core network_A90. Further, a plurality of gateways connecting the core network_A90 and a single DN may be arranged.
- each radio access network includes devices (for example, base station devices and access point devices) to which UE_A 10 is actually connected.
- devices for example, base station devices and access point devices
- a device used for connection a device adapted to a radio access network can be considered.
- the E-UTRAN_A80 is an LTE (Long Term Evolution) access network and includes an eNB (evolved Node B) _A45.
- eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (Evolved Universal Terrestrial Radio Access), and E-UTRAN_A80 may be configured to include one or a plurality of eNB_A45. Further, the plurality of eNBs may be connected to each other.
- UTRAN_A20 is a 3G access network and includes RNC (Radio Network Controller) _A24 and NB (Node B) _A22.
- NB_A22 is a radio base station to which UE_A10 is connected by UTRA (Universal Terrestrial Radio Access), and UTRAN_A20 may include one or more radio base stations.
- the RNC_A24 is a control unit that connects the core network_A90 and the NB_A22, and the UTRAN_A20 may include one or more RNCs.
- the RNC_A24 may be connected to one or a plurality of NB_A22.
- the RNC_A24 may be connected to a radio base station (BSS (Base Station Subsystem) _A26) included in the GERAN_A25.
- BSS Base Station Subsystem
- GERAN_A25 is a 2G access network and includes BSS_A26.
- BSS_A26 is a radio base station to which UE_A10 is connected by GERA (GSM (registered trademark) / EDGE radio access), and GERAN_A25 may be configured by one or a plurality of radio base stations BSS. A plurality of BSSs may be connected to each other.
- BSS_A26 may be connected to RNC_A24.
- WLAN ANA70 is a wireless LAN access network and includes a WLAN AP (WLAN Access Point) a72 and a TWAG (Trusted WLAN Access Gateway) _A74.
- WLAN APa72 is a wireless base station to which UE_A10 connects with a WLAN access system that is reliable to the operator operating the core network_A90
- WLAN ANa70 is configured to include one or more wireless base stations It's okay.
- TWAG_A74 is a gateway device between the core network_A90 and the WLAN AAN70. Further, the WLAN APA 72 and the TWAG_A 74 may be configured by a single device. Even if the operator that operates the core network_A90 and the operator that operates the WLAN ANa70 are different, it is possible to realize such a configuration by contracts and contracts between the operators.
- WLAN ANb75 is a wireless LAN access network, and includes WLAN AP (WLAN Access Point) b76.
- WLAN APb76 is a wireless base station to which UE_A10 is connected in the WLAN access system when a trust relationship is not established with the operator operating the core network_A90, and WLAN ⁇ ⁇ ANb75 has one or more wireless base stations May be included.
- WLAN ANb75 is connected to core network_A90 using ePDG_A65, which is a device included in core network_A90, as a gateway.
- ePDG_A65 has a security function to ensure safety.
- FIG. 3 shows an example of the configuration of the core network_A90.
- the core network_A90 in FIG. 3 (a) is configured by HSS_A50, PCRF_A60, PGW_A30, SGW_A35, MME_A40, and SCEF_A46.
- the core network_A90 can be connected to a plurality of radio access networks (E-UTRAN_A80, NextGenNextRAN_A120, WLAN ANc125).
- the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
- UE_A 10 can wirelessly connect to the radio access network.
- E-UTRAN_A80 and NextGen RAN_A120 can be configured as an access network that can be connected with the 3GPP access system. Furthermore, as an access network that can be connected by the WLAN access system, a WLAN access network c (WLAN ANc125) connected to MME_A40 and SGW_A35 can be configured. Since each device is configured in the same manner as the first core network device, detailed description thereof is omitted. Hereinafter, each device will be briefly described.
- PGW_A30 is a device connected to PDN_A5, SGW_A35, and PCRF_A60.
- SGW_A35 is a device connected to PGW_A30, MME_A40, E-UTRAN_A80, NextGen RAN_A120, and WLAN ANc126.
- MME_A40 is a device connected to SGW_A35, E-UTRAN_A80, NextGen RAN_A120, WLAN ANc126, HSS_A50, and SCEF_A46.
- the roles of PGW_A30, SGW_A35, and MME_A40 may be the same as the roles of each device described in the first core network.
- the configurations and roles of SCEF_A46, HSS_A50, and PCRF_A60 may be the same devices as those described in the first core network. Therefore, the description here is omitted.
- each radio access network includes a device (for example, a base station device or an access point device) to which UE_A 10 is actually connected.
- a device used for connection a device adapted to a radio access network can be considered.
- NextGen RAN_A120 is a 5G access network, and includes NextGen BS (Next GenerationBase Station) _A122.
- NextGen BS_A122 is a radio base station to which UE_A10 is connected by NextGen RA (Next Generation Radio Access), and NextGen RAN_A120 may include one or more NextGen BS_A122.
- WLAN ANc125 is a wireless LAN access network and includes WAG_A126.
- WAG (WLAN Access Gateway) _A126 is a radio base station to which UE_A10 is connected by wireless LAN access, and WLAN ANc125 may be configured to include one or more WAG_A126.
- WAG_A126 may be a gateway device of core network_A90 and WLAN ANc125.
- the functional unit of the radio base station and the functional unit of the gateway device may be configured by different devices.
- UE_A10 being connected to each radio access network means being connected to a base station device, an access point, etc. included in each radio access network. In other words, it goes through a base station device or an access point.
- IMSI International Mobile Subscriber Identity
- MME_A40, and SGW_A35 may be equal to the IMSI stored in HSS_A50.
- EMM State / MM State indicates the mobility management state of UE_A10 or MME_A40.
- EMM State / MM State may be EMM-REGISTERED state (registered state) where UE_A10 is registered in the network and / or EMM-DEREGISTERD state (unregistered state) where UE_A10 is not registered in the network. Good.
- the EMM State / MM State may be an ECM-CONNECTED state in which the connection between the UE_A 10 and the core network_A90 is maintained and / or an ECM-IDLE state in which the connection is released.
- GUTI Globally Unique Temporary Identity
- the GUTI includes MME_A40 identification information (GUMMEI: Globally Unique MME Identifier) and UE_A10 identification information (M-TMSI) in the specific MME_A40.
- MME Identity is the ID of UE_A10 or ME, and may be, for example, IMEI (International Mobile Equipment Identity) or IMISV (IMEI Software Version).
- MSISDN represents the basic telephone number of UE_A10.
- the MSISDN stored in the MME_A 40 may be information indicated by the storage unit of the HSS_A 50.
- MME F-TEID is information that identifies MME_A40.
- the MME F-TEID may include the IP address of MME_A40, the TEID (Tunnel Endpoint Identifier) of MME_A40, or both. Further, the IP address of MME_A40 and the TEID of MME_A40 may be stored independently. Further, the MME F-TEID may be identification information for user data or identification information for control information.
- SGW F-TEID is information that identifies SGW_A35.
- the SGW F-TEID may include the IP address of SGW_A35, the TEID of SGW_A35, or both. Further, the IP address of SGW_A35 and the TEID of SGW_A35 may be stored independently.
- SGWSF-TEID may be identification information for user data or identification information for control information.
- PGW F-TEID is information that identifies PGW_A30.
- the PGW F-TEID may include the IP address of PGW_A30, may include the TEID of PGW_A30, or may include both of them. Further, the IP address of PGW_A30 and the TEID of PGW_A30 may be stored independently. Further, PGW F-TEID may be identification information for user data or identification information for control information.
- ENB F-TEID is information that identifies eNB_A45.
- the eNB F-TEID may include the IP address of eNB_A45, the TEID of eNB_A45, or both. Also, the IP address of eNB_A45 and the TEID of SGW_A35 may be stored independently. Further, eNB F-TEID may be identification information for user data or identification information for control information.
- the APN Access Point Name
- the APN may be identification information for identifying the core network_A90 and an external network such as a DN.
- the APN can also be used as information for selecting a gateway device such as PGW_A30 that connects the core network_A90.
- the APN may be identification information for identifying such a gateway device, or identification information for identifying an external network such as a DN. Note that when a plurality of gateways connecting the core network_A90 and the DN are arranged, there may be a plurality of gateways that can be selected by the APN. Furthermore, when one gateway is selected from the plurality of gateway devices, the gateway may be selected by another method using identification information other than APN.
- UE Radio Access Capability is identification information indicating the radio access capability of UE_A10.
- UENetwork Capability includes security algorithms and key derivation functions supported by the UE.
- MS Network Capability is information including at least one piece of information necessary for SGSN for a UE having a GERAN and / or UTRAN function.
- Access Restriction is registration information of access restriction.
- eNB Address is the IP address of eNB_A45.
- MME UE S1AP ID is information for identifying the UE in MME_A40.
- eNB UE S1AP ID is information for identifying the UE in eNB_A45.
- APN “Use” (Data “Network Identifier”) is a recently used APN. This APN may be composed of network identification information and default operator identification information. Furthermore, APN in Use (Data Network Identifier) may be information for identifying the DN of the establishment destination of the PDU session.
- Assigned Session Type is information indicating the type of PDU session.
- the type of PDU session may be IP or non-IP. Furthermore, when the type of the PDU session is IP, information indicating the type of PDN allocated from the network may be further included.
- the Assigned Session Type (Assigned PDN Type) may be IPv4, IPv6, or IPv4v6.
- IP Address is an IP address assigned to the UE.
- the IP address may be an IPv4 address, an IPv6 address, or an IPv6 prefix.
- Assigned Session Type Assigned PDN Type
- the IP Address element may not be included.
- SCEF IV ID is the SCEF_A46 IP address used in the PDU session.
- Default Bearer is information acquired and / or generated when a PDU session is established, and is EPS bearer identification information for identifying a default bearer associated with a PDU session.
- EPS Bearer ID is the EPS bearer identification information.
- the EPS Bearer ID may be identification information for identifying the SRB and / or CRB, or may be identification information for identifying the DRB.
- TI Transaction Identifier
- the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, it may be identification information for identifying an EPS bearer different from the default bearer.
- TFT Traffic Flow Template
- the TFT is information for identifying a part of user data to be transmitted / received, and the UE_A 10 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT. In other words, UE_A 10 transmits and receives user data identified by the TFT using an RB associated with the TFT.
- the TFT may associate user data such as application data to be transmitted and received with an appropriate transfer path, and may be identification information for identifying application data.
- UE_A10 may transmit / receive user data that cannot be identified by TFT using a default bearer.
- UE_A10 may memorize
- Default Bearer is EPS bearer identification information that identifies the default bearer associated with the PDU session.
- the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30. Even in this case, the EPS bearer may be configured to include an RB (Radio Bearer) established between the UE_A 10 and the base station and / or access point in the access network. Furthermore, the RB and the EPS bearer may be associated with each other one to one. Therefore, the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
- RB Radio Bearer
- the RB may be SRB (Signalling Radio Bearer) and / or CRB (Control-plane Radio Bearer) or DRB (Data Radio Bearer).
- Default Bearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 acquire from the core network_A90 when a PDU session is established.
- User Identity is information for identifying a subscriber.
- User Identity may be IMSI or MSISDN. Further, the User Identity may be identification information other than IMSI or MSISDN.
- Serving Node Information is information for identifying MME_A40 used in the PDU session, and may be the IP address of MME_A40.
- ENB / NextGen BS / WAG Address is the IP address of eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
- the eNB / NextGen BS / WAG ID is information for identifying the UE in the eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
- NextGen BS Address is the IP address of NextGen BS_A122.
- NextGen BS ID is information for identifying the UE in NextGen BS_A122.
- WAG Address is the IP address of WAG_A126.
- WAG ID is information for identifying the UE in WAG_A126.
- MME / eNB / NextGen BS / WAG Address is the IP address of MME_A40 and / or eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
- the MME / eNB / NextGen BS / WAG ID is information for identifying the UE in the MME_A40 and / or eNB_A45 and / or NextGen BS_A122 and / or WAG_A126.
- Mobility type is information indicating the granularity of mobility. Furthermore, the mobility type may be information indicating the type of service continuity (Service Continuity), may be information indicating the type of mobility to be supported, or may be information regarding handover. For example, the mobility type may be a mobility type corresponding to UE-initiated handover, or may be a mobility type corresponding to a state in which execution of UE-initiated handover is not permitted, and network-initiated handover. It may be a mobility type corresponding to a state in which execution of is not permitted. The mobility type may be a mobility class (MobilityMoClass) or a mobility level (Mobility level).
- MobilityMoClass mobility class
- Mobility level Mobility level
- Handover Information is information related to handover of UE_A10 and / or network (access network and / or core network_A90). Handover Information may be information indicating the type of handover to be supported, or may be handover permission information in each state.
- the type of handover to be supported may be a 3GPP access network, a handover in a non-3GPP access network, or a handover between a 3GPP access network and a non-3GPP access network.
- the handover permission information in each state may be information indicating that the handover in the active mode and / or the idle mode is permitted, and the handover in the active mode and / or the idle mode is permitted. It may be information indicating that it is not.
- Handover Information may be information including UE UE-initiated Handover Capability and / or NW UE-initiated Handover Capability and / or UE-initiated Handover allowed and / or NW-initiated Handover allowed.
- UE UE-initiated Handover Capability is capability information indicating whether UE_A10 supports UE-initiated handover.
- NW UE-initiated Handover Capability is capability information indicating whether a network and / or a device in the network supports UE-initiated handover.
- UE-initiated Handover allowed is information indicating whether or not UE-initiated handover is permitted.
- UE-initiated Handover allowed may be information indicating whether or not UE-initiated handover is permitted in a connected cell and / or tracking area and / or access network, or temporarily permitted. It may be information indicating whether or not to do so.
- NW-initiated Handover allowed is information indicating whether or not network-initiated handover is permitted.
- NW-initiated Handover allowed may be information indicating whether network-initiated handover is permitted in the connected cell and / or tracking area and / or access network, or may be temporarily permitted. It may be information indicating whether or not to do so.
- FIG. 4 shows the device configuration of UE_A10.
- the UE_A 10 includes a transmission / reception unit_A420, a control unit_A400, and a storage unit_A440.
- the transmission / reception unit_A420 and the storage unit_A440 are connected to the control unit_A400 via a bus.
- Control unit_A400 is a functional unit for controlling UE_A10.
- the control unit_A400 implements various processes by reading and executing various programs stored in the storage unit_A440.
- Transmission / reception unit_A420 is a functional unit for UE_A10 to connect to a base station and / or access point in an access network and connect to the access network.
- an external antenna _A410 is connected to the transmission / reception unit _A420.
- the transmission / reception unit_A420 is a functional unit for the UE_A10 to connect to a base station and / or an access point in the access network.
- the transmission / reception unit_A420 is a transmission / reception function unit in which the UE_A10 transmits / receives user data and / or control information from a base station and / or an access point in the access network.
- Storage unit_A440 is a functional unit that stores programs and data necessary for each operation of UE_A10.
- the storage unit_A440 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
- the storage unit_A440 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
- the storage unit_A440 stores the UE context 542 as shown in the figure. Hereinafter, the information elements stored in the storage unit_A440 will be described.
- FIG. 5 (b) shows information elements included in the UE context stored for each UE.
- the UE context stored for each UE includes IMSI, EMM State, GUTI, and ME Identity.
- the UE context stored for each UE may include Mobility Type and / or Handover Information.
- Fig. 5 (c) shows the UE context for each PDU session stored for each PDU (Packet Data Unit) session.
- the UE context for each PDU session includes APNin Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), IP Address (es), and Default Bearer.
- APNin Use Data Network Identifier
- Assigned Session Type Assigned PDN Type
- IP Address es
- Default Bearer Default Bearer
- the UE context stored for each PDU session may include Mobility Type and / or Handover Information.
- FIG. 5 (d) shows a UE context for each bearer stored in the UE storage unit.
- the UE context for each bearer includes EPS Bearer ID, TI, and TFT.
- FIG. 6 shows device configurations of eNB_A45, NextGen BS_A122, and WAG_A126.
- eNB_A45, NextGen BS_A122, and WAG_A126 include a network connection unit_B620, a transmission / reception unit_B630, a control unit_B600, and a storage unit_B640.
- the network connection unit _B620, the transmission / reception unit _B630, and the storage unit _B640 are connected to the control unit _B600 via a bus.
- Control unit_B600 is a functional unit for controlling eNB_A45.
- the control unit_B600 implements various processes by reading and executing various programs stored in the storage unit_B640.
- the network connection unit_B620 is a functional unit for the eNB_A45, NextGen BS_A122, and WAG_A126 to connect to the MME_A40 and / or SGW_A35. Furthermore, the network connection unit_B620 is a transmission / reception unit that the eNB_A45, NextGen BS_A122, and WAG_A126 transmit / receive user data and / or control information from the MME_A40 and / or SGW_A35.
- the transmission / reception unit_B630 is a functional unit for the eNB_A45, NextGen BS_A122, and WAG_A126 to connect to the UE_A10. Further, the transmission / reception unit_B630 is a transmission / reception function unit that transmits / receives user data and / or control information from the UE_A10. In addition, an external antenna _B610 is connected to the transmission / reception unit _B630.
- Storage unit_B640 is a functional unit that stores programs, data, and the like necessary for each operation of eNB_A45, NextGen BS_A122, and WAG_A126.
- the storage unit_B640 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
- the storage unit_B640 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
- the storage unit_B640 may store these pieces of information as a UE context.
- the storage unit_B640 may include Mobility Type and / or Handover Information.
- FIG. 7 shows the device configuration of MME_A40.
- the MME_A 40 includes a network connection unit_C720, a control unit_C700, and a storage unit_C740.
- the network connection unit_C720 and the storage unit_C740 are connected to the control unit_C700 via a bus.
- Control unit_C700 is a functional unit for controlling MME_A40.
- the control unit_C700 implements various processes by reading and executing various programs stored in the storage unit_C740.
- the network connection unit _C720 is a functional unit for the MME_A40 to connect to a base station in the access network and / or an access point in the access network and / or SCEF_A46 and / or HSS_A50 and / or SGW_A35. . Further, the network connection unit _C720 may be configured such that the MME_A40 is a base station in the access network, and / or an access point in the access network, and / or SCEF_A46 and / or HSS_A50, and / or SGW_A35 and user data and / or It is a transmission / reception part which transmits / receives control information.
- Storage unit_C740 is a functional unit that stores programs and data necessary for each operation of MME_A40.
- the storage unit_C740 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
- the storage unit_C740 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
- the storage unit_C740 stores the MME context 1142 as shown in the figure.
- FIG. 8 (b) shows information elements included in the UE context stored for each UE.
- the MME context stored for each UE is IMSI, MSISDN, MM State, GUTI, ME Identity, UE Radio Access Capability, UE Network Capability, MS Network Capability, Access Restriction, MME F-TEID, SGW F-TEID, eNB Address, MME UE S1AP ID, eNB UE S1AP ID, NextGen BS Address, NextGen BS ID, WAG Address, WAG ID.
- the MME context stored for each UE may include Mobility Type and / or Handover Information.
- Fig. 9 (c) shows the MME context for each PDU session stored for each PDU session.
- the MME context for each PDU session includes APN Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), IP Address, PGW F-TEID, SCEF ID, and Default bearer.
- the MME context for each PDU session may include Mobility Type and / or HandoverInformation.
- Fig. 9 (d) shows the MME context for each bearer stored for each bearer.
- the MME context stored for each bearer is EPS Bearer ID, TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB / NextGen BS / WAG Address, eNB / NextGen Includes BS / WAG ID.
- the information elements included in the MME context shown in FIGS. 8 and 9 may be included and stored in either the MM context 644 or the EPS bearer context.
- FIG. 10 shows the device configuration of SGW_A35.
- SGW_A35 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
- the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
- Control unit_D1000 is a functional unit for controlling SGW_A35.
- the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
- the network connection unit_D1020 is a functional unit for the SGW_A35 to connect to a base station and / or access point in the access network, and / or MME_A40 and / or PGW_A30 and / or SGSN_A42. Further, the network connection unit _D1020 is a transmission / reception unit in which the SGW_A35 transmits / receives user data and / or control information from a base station and / or access point and / or MME_A40 and / or PGW_A30 and / or SGSN_A42 in the access network. is there.
- Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
- the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
- the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
- the storage unit_D1040 stores the EPS bearer context 1442 as shown in the figure.
- the EPS bearer context includes one stored for each UE, one stored for each PDU session, and one stored for each bearer.
- FIG. 11 (b) shows information elements of EPS bearer context stored for each UE.
- the EPS bearer context stored for each UE includes IMSI, ME Identity, MSISDN, MME F-TEID, and SGW F-TEID.
- the EPS bearer context includes an EPS bearer context for each PDU session stored for each PDU session.
- FIG. 11 (c) shows an EPS bearer context for each PDU session.
- EPS bearer context for each PDU session is APN Use (Data Network Identifier), Assigned Session Type (Assigned PDN Type), SGWF-TEID, PGW F-TEID, Default Bearer, IP Address (es) including.
- EPS bearer context includes EPS bearer context for each bearer.
- FIG. 11 (d) shows an EPS bearer context for each bearer.
- the EPS bearer context for each bearer includes EPS Bearer ID, TFT, PGW F-TEID, SGW F-TEID, eNB F-TEID, MME / NextGen BS / WAG Address, MME / NextGen BS / WAG ID. Including.
- FIG. 10 shows the device configuration of PGW_A30.
- the PGW_A30 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
- the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
- Control unit_D1000 is a functional unit for controlling PGW_A30.
- the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
- the network connection unit_D1020 is a functional unit for connecting the PGW_A30 with the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
- the network connection unit_D1020 is a transmission / reception unit in which the PGW_A30 transmits / receives user data and / or control information from the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
- Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of PGW_A30.
- the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
- the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
- Storage unit_D1040 stores EPS bearer context 1642 as shown in the figure.
- EPS bearer context what is stored for each UE, what is stored for each APN, what is stored for each PDU session, and what is stored for each bearer are separately stored. May be.
- FIG. 12 (b) shows information elements included in the EPS bearer context stored for each UE.
- the EPS bearer context stored for each UE includes IMSI, IMSI-unauthenticated-indicator, ME Identity, MSISDN, and RAT type.
- Fig. 12 (c) shows the EPS bearer context stored for each APN.
- the EPS bearer context stored for each APN in the PGW storage unit includes APN in use.
- the EPS bearer context stored for each APN may be stored for each Data ⁇ ⁇ Network Identifier.
- Fig. 12 (d) shows the EPS bearer context for each PDU session stored for each PDU session.
- the EPS bearer context for each PDU session includes Assigned Session Type (Assigned PDN Type), IP Address, SGW F-TEID, PGW F-TEID, and Default Bearer.
- Fig. 12 (e) shows the EPS bearer context stored for each EPS bearer.
- the EPS bearer context includes EPS Bearer ID, TFT, PGW F-TEID, and SGW F-TEID.
- FIG. 10 shows the device configuration of SCEF_A46.
- the SCEF_A 46 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
- the network connection unit _D1020 and the storage unit _D1040 are connected to the control unit _D1000 via a bus.
- Control unit_D1000 is a functional unit for controlling SCEF_A46.
- the control unit _D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
- the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the core network_A90.
- the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the MME_A40.
- the network connection unit_D1020 is a transmission / reception unit in which the SCEF_A46 transmits / receives user data and / or control information from the MME_A40.
- Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SCEF_A46.
- the storage unit_D1040 includes, for example, a semiconductor memory, an HDD (Hard Disk Disk Drive), or the like.
- the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received within a communication procedure described later.
- the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
- the information elements stored in the storage unit_D1040 will be described.
- FIG. 13 (b) shows information elements included in the EPS bearer context.
- the EPS bearer context includes User Identity, APN Use (Data Network Identifier), EPS Bearer ID, and Serving Node Information.
- the first state in this embodiment is a state in which UE_A10 is connected and registered to the core network_A90, and each device has established a PDU session.
- the procedure for registering UE_A 10 in core network_A 90 and the procedure for establishing a PDU session may be executed simultaneously or separately.
- the first access in this embodiment may be 3GPP access.
- 3GPP access may refer to a 3GPP access network or a 3GPP access system.
- the 3GPP access system may be a wireless access system for configuring various 3GPP access networks.
- the second access in this embodiment may be a non-3GPP access.
- the non-3GPP access may indicate a non-3GPP access network or a non-3GPP access system.
- the non-3GPP access system may be a radio access system for configuring various non-3GPP access networks.
- Access Traffic ⁇ ⁇ Steering is a procedure for selecting an optimal access network for data flow transmission / reception and transmitting / receiving data flow traffic via the selected access network. Note that the selection of the optimum access network may be performed based on the network load, the wireless signal quality, the application associated with the data flow, and the like. Also, Access Traffic Steering may be applicable between 3GPP access and non-3GPP access.
- Access Traffic Steering is a procedure to move all ongoing data flow traffic to another access network while maintaining the continuity of the data flow. Note that Access Traffic Steering may be applicable between the first access and the second access.
- Access Traffic Steering uses one or more data flows to be transmitted / received using an IP address associated with a session for each data flow via a communication path via a first access or a second access. It may be a function or a communication procedure for selecting a communication path and transmitting / receiving user data. In other words, when performing communication for multiple flows that transmit and receive user data using a single IP address, the communication path via the first access or the communication path via the second access is selected for each flow. be able to. Therefore, at a certain point in time, a plurality of flows can be transmitted and received by simultaneously using the communication path via the first access and the communication path via the second access.
- Access Traffic Splitting is a procedure that separates traffic of one data flow into communication via multiple access networks.
- a part of the traffic separated from one data flow may be transmitted / received via the first access, and the other traffic may be transmitted / received via the second access.
- Access Traffic Splitting may be applicable between the first access and the second access.
- Access Traffic Splitting uses a communication path via the first access and a communication path via the second access for communication of one data flow transmitted and received using the IP address associated with the session. It may be a function executed or a communication procedure.
- the communication path via the first access and / or the communication path via the second access for each flow Can be selected. Therefore, at a certain point in time, a plurality of flows can be transmitted and received by simultaneously using the communication path via the first access and the communication path via the second access.
- Each data unit transmitted and received in a certain flow of communication is delivered using either the first access or the second access. In other words, a single data unit is not duplicated and delivered to a plurality of communication paths.
- the routing filter is information used to identify one or a plurality of IP flows for the purpose of routing, and in detail, may be a parameter group or a range group of an IP header used for communication of each flow. .
- the routing filter is information that can identify each flow, and may be configured by a parameter group of an IP header transmitted and received in each flow.
- the IP header parameter group may be information combining one or more of five tuples such as a source IP address, a destination IP address, a source port number, a destination port number, and a protocol number. .
- the routing access type may be information indicating the type of access network through which one or a plurality of IP flows that can be transmitted / received in association with a session are transmitted / received.
- the type of access network may be the first access or the second access.
- the routing rule may be information that enables association between a routing filter and a routing access type.
- the routing rule is information that associates a routing filter with a routing access type, and is information that can identify a routing access type used for transmission / reception for each flow of one or more flows that are transmitted / received in association with a session. It may be.
- the UE_A 10 and the core network may select either a communication path via the first access or a communication path via the second access as a communication path for transmitting and receiving each flow based on the routing rule. it can.
- the routing rule may indicate that a plurality of routing access types are associated with the routing filter, and communication of a specific flow is transmitted and received using a plurality of communication paths.
- a communication path for transmitting and receiving a specific flow can be communicated using both the communication path via the first access and the communication path via the second access.
- Each data unit transmitted and received in a certain flow of communication is delivered using either the first access or the second access.
- a single data unit is not duplicated and delivered to a plurality of communication paths.
- the selection of the access network or the selection of the communication path may be performed based on the network load, the radio signal quality, the application associated with the data flow, or the UE policy and / or operator policy. May be performed on the basis of
- the multi-access session in the present embodiment is a session that can deliver traffic through the first access, the second access, or both at the same time.
- the multi-access session may include a first type multi-access session or a second type multi-access session.
- the first type of multi-access session in the present embodiment is a session that can deliver traffic through the first access, the second access, or both simultaneously.
- one or a plurality of IP addresses may be associated with the multi-access session, and the UE_A 10 can execute communication of a plurality of flows using these IP addresses by the multi-access session. Each flow is associated with either the first access or the second access, and the communication of each flow is executed via the access associated with the temporary point.
- routing rule may be determined based on an operator policy and / or a UE policy.
- the first type of multi-access session may be a session based on NBIFOM (IP-Flow-Mobility-based-on-network-mobility-protocols). And / or the first type of multi-access session may be a session that supports the function of Access Traffic Switching.
- NBIFOM IP-Flow-Mobility-based-on-network-mobility-protocols.
- the second type of multi-access session in the present embodiment is a session that can deliver traffic through the first access, the second access, or both at the same time.
- one or a plurality of IP addresses may be associated with the multi-access session, and the UE_A 10 can execute communication of a plurality of flows using the IP addresses by the multi-access session.
- communication of each flow can be performed using either the first access or the second access, and it is also possible to communicate using a plurality of accesses simultaneously at one point. It is.
- the second type of multi-access session may be a session that supports the function of Access Traffic Splitting. Further, the second type multi-access session may be a single session capable of performing communication of a plurality of flows using one or a plurality of IP addresses associated with the session.
- each data unit transmitted and received in the communication of each flow is delivered using either the first access or the second access.
- which access is used to transmit / receive each data unit may be determined based on a routing rule.
- the routing rule may be determined based on an operator policy and / or a UE policy.
- the first state in the present embodiment is a state in which each device has established a PDU session via the first access and the second access. More specifically, the first state is that each device has a PDU session established between UE_A10 and PGW_A30 via eNB_A45 and SGW_A35, and UE_A10 and PGW_A30 via TWAG_A74 and / or ePDG_A65. The PDU session established between the two is established. In other words, the first state may be a state in which each device has established a multi-access session.
- the first identification information in the present embodiment is that the UE_A 10 establishes a communication path through the first access and a communication path through the second access that can be communicated using one IP address. This is information indicating that it has a function capable of.
- the first identification information may be information indicating that the UE_A 10 has a function of establishing a first type multi-access session and / or a second type multi-access session.
- the first identification information may be information indicating that the UE_A 10 has a function for performing communication using the first type multi-access session and / or the second type multi-access session. .
- the first identification information may be information indicating that the UE_A 10 has a function for executing Access Traffic Switching and / or Access Traffic Splitting.
- the first identification information may be information indicating that the UE_A 10 has a function for executing communication by Access Traffic Switching and / or Access Traffic Splitting.
- the second identification information in the present embodiment is information indicating that the UE_A 10 has a function of establishing a first type multi-access session. And / or the second identification information may be information indicating that the UE_A 10 has a function of performing communication using the first type multi-access session. And / or 2nd identification information may be information which shows that UE_A10 has a function for performing Access
- the third identification information in the present embodiment is information indicating that UE_A 10 has a function of establishing a second type multi-access session. And / or the third identification information may be information indicating that the UE_A 10 has a function of performing communication using the second type multi-access session. And / or the third identification information may be information indicating that the UE_A 10 has a function for executing Access Traffic Splitting. And / or 3rd identification information may be information which shows that UE_A10 has a function for performing communication by Access Traffic Splitting.
- the fourth identification information in the present embodiment is that the network establishes a communication path via the first access and a communication path via the second access that can communicate using one IP address. This is information indicating that it has a function capable of.
- the fourth identification information may be information indicating that the network has a function of establishing a first type multi-access session and / or a second type multi-access session.
- the fourth identification information may be information indicating that the network has a function for performing communication using the first type multi-access session and / or the second type multi-access session.
- the fourth identification information may be information indicating that the network has a function for executing Access / Traffic / Switching and / or Access / Traffic / Splitting.
- the fourth identification information may be information indicating that the network has a function for executing communication by Access Traffic Switching and / or Access Traffic Splitting.
- the meaning that the network has a function may indicate that a device included in the core network_A90 and / or the core network_A90 such as MME_A40 and PGW_A30 has a function.
- the fifth identification information in the present embodiment is information indicating that the network has a function of establishing a first type multi-access session. And / or the fifth identification information may be information indicating that the network has a function of performing communication using the first type multi-access session. And / or the fifth identification information may be information indicating that the network has a function for executing Access Traffic Switching. And / or the fifth identification information may be information indicating that the network has a function for executing communication by Access Traffic Switching. And / or the fifth identification information may be information indicating that the network has a function for executing NBIFOM. And / or the fifth identification information may be information indicating that the network has a function for executing communication by NBIFOM.
- the sixth identification information in the present embodiment is information indicating that the network has a function of establishing a second type multi-access session. And / or the sixth identification information may be information indicating that the network has a function of performing communication using the second type multi-access session. And / or the sixth identification information may be information indicating that the network has a function for executing Access Traffic Splitting. And / or the sixth identification information may be information indicating that the network has a function for executing communication by Access Traffic Splitting.
- the seventh identification information in the present embodiment is information indicating that establishment of a first type multi-access session is requested.
- the eighth identification information in the present embodiment is information indicating that establishment of a second type multi-access session is requested.
- the ninth identification information in the present embodiment is information indicating that the establishment of the first type multi-access session is permitted. And / or the ninth identification information may be status information indicating that a request to establish a first type of multi-access session has been accepted. And / or the ninth identification information may be information indicating that the first type multi-access session has been established. And / or the ninth identification information may be information indicating that the established session is a first type multi-access session. And / or the ninth identification information may be session identification information for identifying an established session.
- the tenth identification information in the present embodiment is information indicating that the establishment of the second type multi-access session is permitted. And / or the tenth identification information may be status information indicating that a request to establish a second type of multi-access session has been accepted. And / or the tenth identification information may be information indicating that the second type multi-access session has been established. And / or the tenth identification information may be information indicating that the established session is a second type multi-access session. And / or the tenth identification information may be session identification information for identifying an established session.
- the eleventh identification information in the present embodiment is information indicating that establishment of the first type multi-access session is not permitted.
- the eleventh identification information may be reason information (Reject ⁇ ⁇ Cause) indicating that establishment of the first type multi-access session is not permitted. And / or the eleventh identification information may be reason information (Reject Cause) indicating that the first type multi-access session is not supported.
- the twelfth identification information in the present embodiment is information indicating that establishment of the second type multi-access session is not permitted. And / or the twelfth identification information may be reason information (Reject Cause) indicating that establishment of the second type multi-access session is not permitted. And / or the twelfth identification information may be reason information (Reject Cause) indicating that the second type multi-access session is not supported.
- the thirteenth identification information in the present embodiment is information requesting to change or set access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session. And / or the thirteenth identification information may be information requesting to execute an Access Traffic Switching function or an NBIFOM function. And / or the thirteenth identification information may be information indicating that the access for performing communication using the first type multi-access session is changed or set. Note that the thirteenth identification information may include a routing rule associated with the first type multi-access session. Furthermore, the routing rule may be a rule that UE_A 10 requests to change, or a rule based on the UE policy.
- the fourteenth identification information in the present embodiment is information requesting to execute or stop the function of Access Traffic Splitting for communication of one or a plurality of flows that can be communicated using the second type multi-access session. is there.
- the fourteenth identification information may include a routing rule associated with the second type multi-access session.
- the routing rule may be a rule that UE_A 10 requests to change, or a rule based on the UE policy.
- the fifteenth identification information in the present embodiment is information indicating that the change or setting of access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is permitted. And / or the fifteenth identification information may be information indicating that the Access Traffic Switching function or the NBIFOM function has been executed. And / or the fifteenth identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session has been executed.
- the fifteenth identification information may include a routing rule associated with the first type multi-access session.
- the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
- the routing rule may be a rule that UE_A 10 requests to change and the network permits execution, or a rule that is permitted to execute based on an operator policy.
- the sixteenth identification information in this embodiment is the execution or stop of the Access Traffic Splitting function requested by UE_A10 for communication of one or a plurality of flows that can be communicated using the second type multi-access session. It is information indicating permission. And / or the 16th identification information is that the Access Traffic Splitting function has been executed or stopped for communication of one or more flows that can be communicated using the second type multi-access session. It may be information indicating.
- the sixteenth identification information may include a routing rule associated with the second type multi-access session.
- the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
- the routing rule may be a rule that UE_A 10 requests to change and the network permits execution, or a rule that is permitted to execute based on an operator policy.
- the seventeenth identification information in the present embodiment is information indicating that access change or setting used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is not permitted. And / or the seventeenth identification information may be information indicating rejection of the execution of the Access Traffic Switching function or the NBIFOM function. And / or the seventeenth identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session is not executed. And / or the seventeenth identification information may be reason information (Reject Cause) indicating that the change or setting of access used for communication of one or a plurality of flows is not permitted.
- the seventeenth identification information may be reason information (Reject Cause) indicating rejection for the execution of the Access Traffic Switching function or the NBIFOM function. And / or the seventeenth identification information may be reason information (Reject Cause) indicating that access change or setting for performing communication using the first type multi-access session is not executed.
- the eighteenth identification information in the present embodiment indicates that execution or stop of the function of Access Traffic Spitting is not permitted for communication of one or a plurality of flows that can be communicated using the second type multi-access session.
- / or the eighteenth identification information may be information indicating rejection for the execution of the Access Traffic Splitting function requested by the UE_A10.
- / or the eighteenth identification information may be information indicating that access change or setting for performing communication using the second type multi-access session is not executed.
- / or the 18th identification information may be reason information (Reject Cause) indicating that the change or setting of access used for communication of one or a plurality of flows is not permitted.
- the eighteenth identification information may be reason information (Reject Cause) indicating rejection of the execution of the Access Traffic Splitting function.
- / or the 18th identification information may be reason information (Reject Cause) indicating that the routing rule for performing communication using the second type multi-access session is not changed or set.
- the nineteenth identification information in the present embodiment is information requesting to change or set access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
- / or the nineteenth identification information may be information requesting to execute the function of Access Traffic Switching or the function of NBIFOM.
- / or the 19th identification information may be information indicating that the access for performing communication using the first type multi-access session is changed or set.
- the 19th identification information may include a routing rule associated with the first type multi-access session.
- the routing rule may be a rule that the network requests to change, or may be a rule based on an operator policy.
- the meaning that the network requests a change may indicate that a device included in the core network_A90 and / or the core network_A90 such as the MME_A40 or the PGW_A30 requests the change.
- the twentieth identification information in this embodiment is information that requests execution or stop of the Access Traffic Splitting function for communication of one or a plurality of flows that can be communicated using the second type multi-access session. is there.
- the twentieth identification information may include a routing rule associated with the second type multi-access session.
- the routing rule may be a rule that the network requests to change, or may be a rule based on an operator policy.
- the 21st identification information in the present embodiment is information indicating that the change or setting of access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is permitted. And / or the 21st identification information may be information indicating that the function of Access Traffic Switching or the function of NBIFOM is executed. And / or the 21st identification information may be information indicating that an access change or setting for performing communication using the first type multi-access session has been executed.
- the 21st identification information may include a routing rule associated with the first type of multi-access session.
- the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
- the routing rule may be a rule that the network requests to change and UE_A10 permits execution, or may be a rule that is permitted to execute based on the UE policy.
- the 22nd identification information in this embodiment is the execution or stop of the Access Traffic Splitting function requested by the network for communication of one or more flows that can be communicated using the second type multi-access session. It is information indicating permission. And / or the 22nd identification information indicates that the Access Traffic Splitting function has been executed or stopped for communication of one or more flows that can be communicated using the second type multi-access session. It may be information indicating.
- the 22nd identification information may include a routing rule associated with the second type multi-access session.
- the routing rule may be a routing rule that permits execution, or may be an executed routing rule.
- the routing rule may be a rule that the network requests to change and UE_A10 permits execution, or may be a rule that is permitted to execute based on the UE policy.
- the 23rd identification information in the present embodiment is information indicating that access change or setting used for communication of one or a plurality of flows that can be communicated using the first type multi-access session is not permitted. And / or the 23rd identification information may be information indicating rejection of execution of the function of Access Traffic Switching or the function of NBIFOM. And / or the 23rd identification information may be information indicating that access change or setting for performing communication using the first type multi-access session is not executed. And / or the 23rd identification information may be reason information (Reject Cause) indicating that the change or setting of access used for communication of one or a plurality of flows is not permitted.
- the 23rd identification information may be reason information (Reject
- Reason information (Reject Cause) indicating that the change or setting of access for performing communication using the first type multi-access session is not executed.
- the 24th identification information in the present embodiment indicates that the execution or stop of the function of Access Traffic Splititting is not permitted for communication of one or a plurality of flows that can be communicated using the second type multi-access session.
- / or the 24th identification information may be information indicating rejection for the execution of the Access Traffic Splitting function requested by the network.
- / or the 24th identification information may be information indicating that the access change or setting for performing communication using the second type multi-access session is not executed.
- reason information (Reject Cause) indicating that the change or setting of access used for communication of one or a plurality of flows is not permitted.
- the 24th identification information may be reason information (Reject
- Each device first executes an attach procedure (S2000), and transitions to a state in which UE_A 10 is connected to the network.
- each device executes a PDU session establishment procedure (S2002), and transitions to the first state.
- Each device may exchange various capability information and / or various request information of each device in the attach procedure and / or the PDU session establishment procedure.
- each device in addition to the initial procedure (attach procedure and / or PDU session establishment procedure) via the first access, the initial procedure via the second access also execute.
- Each device may execute the initial procedure via the second access after executing the initial procedure via the first access, or may execute the first procedure after executing the initial procedure via the second access.
- Initial procedures may be performed via access.
- each device may execute exchange of various capability information and / or various request information of each device in an initial procedure via the first access or an initial procedure via the second access. , Both initial procedures may be executed.
- each device when each device exchanges various information and / or negotiates various requests by the attach procedure, it does not need to perform various information exchange and / or various request negotiations by the PDU session establishment procedure. . Conversely, if each device does not exchange various information and / or negotiate various requests in the attach procedure, it exchanges various information and / or negotiates various requests in the PDU session establishment procedure. Also good. Not limited to this, each device exchanges various information and / or negotiates various requests by the PDU session establishment procedure even when various information exchange and / or various requests are negotiated by the attach procedure. May be.
- each device may exchange one or more pieces of identification information among the first to 18th pieces of identification information in the attach procedure and the PDU session establishment procedure. Further, each device may exchange one or more pieces of identification information among the first to eighteen pieces of identification information by the attach procedure, and may not exchange it by the PDU session establishment procedure. Conversely, each device may exchange one or more pieces of identification information among the first to eighteen pieces of identification information in the PDU session establishment procedure without exchanging in the attachment procedure. Also, each device may exchange identification information that has not been exchanged by the attach procedure among the first to 18th identification information by the PDU session establishment procedure.
- each device may exchange it during the attach procedure.
- each device exchanges the PDU session during the establishment procedure. Also good.
- each device may execute the PDU session establishment procedure in the attach procedure or after the attach procedure is completed.
- each device may establish a PDU session based on the completion of the attach procedure, or may transition to the first state.
- each device executes a routing rule update procedure (S2006).
- the routing rule update procedure may be executed at an arbitrary timing as long as it is after the transition to the first state.
- Each device may exchange various request information in the routing rule update procedure. For example, each device may exchange one or more pieces of identification information among the thirteenth to twenty-fourth identification information in the routing rule update procedure.
- Each device involved in this procedure sends and receives one or more identification information included in each control message by sending and receiving each control message described in this procedure, and stores each sent and received identification information as a context. May be.
- This procedure is a procedure for connecting to the network (access network and / or core network_A90 and / or PDN_A5) led by UE_A10. If the UE_A10 is not connected to the core network_A90, this procedure can be executed at any timing such as when the terminal is turned on. In other words, UE_A10 may start this procedure at an arbitrary timing as long as it is not registered (EMM-DEREGISTERED). Also, each device may transition to a registration state (EMM-REGISTERED) based on completion of the attach procedure.
- this procedure may be a procedure via the first access and a procedure via the second access.
- UE_A10 may start this procedure via the second access while connected to the core network_A90 via the first access, or connect to the core network_A90 via the second access. In this state, this procedure may be started via the first access.
- the procedure through the first access will be described as an example of an attach procedure
- the procedure through the second access will be described as an example of an attach procedure through the second access.
- This procedure is a procedure for each device to establish a PDU session.
- Each device may execute this procedure in a state where the attach procedure has been completed, or may be executed in the attach procedure.
- Each device may start this procedure at an arbitrary timing after the attach procedure.
- Each device may establish a PDU session based on completion of the PDU session establishment procedure.
- each device may establish a plurality of PDU sessions by executing this procedure a plurality of times.
- the PDU session established by this procedure may be a multi-access session.
- each device may add a communication path through a plurality of accesses to one multi-access session by executing this procedure a plurality of times, or may establish a new multi-access session.
- This procedure may be a procedure via the first access and a procedure via the second access.
- this procedure may be executed by UE_A10.
- UE_A10 may take the lead in executing this procedure at the time of initial connection such as when the terminal is turned on. Furthermore, UE_A10 starts this procedure via the first access and / or the second access in a state of being connected to the core network_A90 via the first access and / or the second access. Also good.
- each device executes the procedure via the second access in a state where the multi-access session via the first access is established, so that the communication path via the second access is transmitted to the multi-access session.
- communication using the communication path via the first access and the communication path via the second access may be executable.
- each device executes the procedure via the first access in a state where the multi-access session via the second access is established, thereby allowing the communication path via the first access to the multi-access session.
- communication using the communication path via the first access and the communication path via the second access may be executable.
- each device can establish a new multi-access session by executing this procedure via the first access and / or the second access in a state where the multi-access session is not established. Good.
- this procedure via the first access will be described as an example of a UE-driven PDU session establishment procedure, and this procedure via the second access will be referred to as a PDU via the UE-driven second access.
- An example session establishment procedure will be described.
- UE-led PDU session establishment procedure example An example of a procedure in which UE_A10 takes the lead in executing the PDU session establishment procedure will be described with reference to FIG. Hereafter, each step of this procedure will be described. First, UE_A10 transmits a PDU session establishment request message to MME_A40 via eNB_A45, and starts a UE-driven PDU session establishment procedure (S2200).
- this procedure may be a UE-initiated PDU session establishment procedure example via the first access.
- UE_A10 in the PDU session establishment request message, at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, One or more pieces of identification information of the 14th identification information may be included, and by including these pieces of identification information, it may be requested to establish a multi-access session.
- each device transmits and receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information.
- Establishment of an access session may be requested, communication using Access-Traffic-Switching may be requested, or communication using NBIFOM may be requested.
- each device transmits and receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that UE_A10 performs Access Traffic Switching. It may indicate support, or may require that a PDU session supporting Access Traffic Switching be established.
- each device supports the setting of access for performing communication using the first type multi-access session and / or the first type multi-access session by transmitting and receiving the thirteenth identification information. You may request the setting of the routing rule.
- Each device transmits and receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information.
- the establishment of an access session may be requested, or communication using Access Traffic Splitting may be requested.
- each device transmits / receives the first identification information and / or the third identification information and / or the eighth identification information and / or the fourteenth identification information, so that UE_A10 performs Access Traffic Splitting. It may indicate support, or may require that a PDU session supporting Access Traffic Splitting be established.
- each device may request whether or not to execute the Access Traffic Splitting function for each flow by transmitting / receiving the fourteenth identification information, or the second type multi-access session. It may be requested to set a routing rule corresponding to.
- UE_A10 when the multi-access session is already established, includes information indicating that it is not an initial request (initial request) and / or an APN used in the multi-access session in the PDU session establishment request message. Thus, it may be requested to add a communication path via the first access to the already established multi-access session.
- the information indicating that it is not an initial request may be information indicating that it is a handover.
- UE_A10 may transmit a PDU session establishment request message including information indicating an initial request (initial request), or by including these identification information, a new multi-access session may be transmitted. May require establishment via the first access.
- MME_A40 receives the PDU session establishment request message and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
- MME_A40 executes the procedure (C) in this procedure and starts the procedure (A) in this procedure. Furthermore, each step of the procedure (C) in this procedure will be explained. MME_A40 executes the second condition determination, and starts the procedure (C) in this procedure. When the second condition is true, the MME_A 40 may transmit a session generation request message to the SGW_A 35 (S2202). Or, if the second condition is false, the MME_A 40 may transmit a session creation request message to the SCEF_A 46 (S2210). The steps when the first condition is false will be described later.
- the first condition determination is for determining whether or not the MME_A 40 accepts the request of the UE_A 10.
- the first condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Furthermore, the first condition is false when the UE_A10 request is rejected, and may be when the first condition is not determined to be true.
- the second condition determination is for the MME_A 40 to determine the type of PDU session to be established.
- the second condition is true when the PDU session to be established is a first type PDU session, UE_A10 requests establishment of the first type PDU session, and MME_A40 grants the request, And / or MME_A 40 may decide to establish a first type of PDU session.
- the second condition is false when the PDU session to be established is a second type PDU session, UE_A10 requests establishment of the second type PDU session, and MME_A40 grants the request.
- / or MME_A 40 may decide to establish a second type of PDU session and may not have judged the second condition to be true.
- the first type PDU session is connectivity between UE_A10 and DN via eNB_A45 and / or SGW_A35 and / or PGW_A30
- the second type PDU session is eNB_A45
- the SGW_A35 when the SGW_A35 receives the session generation request message, the SGW_A35 transmits the session generation request message to the PGW_A30 (S2204). Further, the PGW_A 30 receives the session generation request message and determines the third condition.
- the MME_A40 and / or SGW_A35 includes the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, and the thirteenth identification in the session generation request message.
- Information, one or more identification information of the 14th identification information may be included, information indicating whether the request is an initial request, and / or APN may be included, and these identification information may be included
- the UE_A10 request may be transmitted.
- the third condition determination may be performed by PCRF_A60 instead of PGW_A30.
- PGW_A30 performs an IP-CAN session establishment procedure with PCRF_A60. More specifically, the PGW_A 30 transmits a request message during the IP-CAN session establishment procedure to the PCRF_A 60. Further, the PCRF_A60 receives the request message during the IP-CAN session establishment procedure, determines the third condition, and transmits a response message during the IP-CAN session establishment procedure to the PGW_A30. Furthermore, PGW_A30 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the third condition determination.
- the PGW_A30 includes at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the first identification information, in the request message during the IP-CAN session establishment procedure.
- One or more of the thirteenth identification information and the fourteenth identification information may be included, information indicating whether the request is an initial request may be included, or by including these identification information , UE_A10 request may be transmitted.
- the PCRF_A60 may include at least the third information determination result in the response message during the IP-CAN session establishment procedure, and by including this result, the PCRF_A60 notifies the PGW_A30 of the third condition determination result. May be.
- the PCRF_A60 includes, in the response message during the IP-CAN session establishment procedure, the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, One or more of the identification information and the sixteenth identification information may be included, and by including these identification information, it may indicate that the request of UE_A10 is permitted.
- PCRF_A60 also includes one or more identification information of eleventh identification information, twelfth identification information, seventeenth identification information, and eighteenth identification information in the response message during the IP-CAN session establishment procedure.
- the identification information may be included to indicate that the UE_A10 request has been rejected.
- PGW_A30 transmits a session creation response message to SGW_A35 (S2206). Further, SGW_A35 receives the session creation response message and transmits the session creation response message to MME_A40 (S2208). Further, the MME_A 40 receives the session generation response message.
- PGW_A30 and / or SGW_A35 includes, in the session generation response message, fourth identification information, fifth identification information, sixth identification information, ninth identification information, tenth identification information, and fifteenth identification.
- Information one or more of the 16th identification information may be included, APN and / or IP address may be included, and by including these identification information, the request of UE_A10 is permitted It may indicate that it has been done.
- PGW_A30 transmits a session creation rejection message to SGW_A35 (S2206). Further, SGW_A35 receives the session creation rejection message and transmits the session creation rejection message to MME_A40 (S2208).
- the session creation rejection message may be a session creation response message including a reason for rejection.
- the PGW_A30 and / or SGW_A35 includes, in the session creation rejection message, one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information.
- the identification information may be included to indicate that the UE_A10 request has been rejected.
- SCEF_A46 determines the third condition when receiving the session generation request message. If the third condition is true, the SCEF_A 46 transmits a session creation response message to the MME_A 40 (S2212). MME_A40 receives the session creation response message. SCEF_A 46 transmits a session creation rejection message to MME_A 40 (S2212). Each device completes the procedure (C) of this procedure based on the reception of the session creation response message and / or the session creation rejection message.
- the third condition determination is for determining whether or not PGW_A30 and / or SCEF_A46 accepts the request of UE_A10.
- the third condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Furthermore, the third condition is false when UE_A10's request is rejected, and the third condition may not be determined to be true, and the third condition is not determined to be true. It may be.
- PGW_A30 may perform the third condition determination based on the result of the third condition determination received from PCRF_A60. For example, when the PCRF_A60 accepts the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the third condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the third condition to be the false.
- MME_A40 transmits a PDU session establishment acceptance message to eNB_A45 based on the reception of the session generation response message (S2214).
- MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
- ENB_A45 receives the PDU session establishment acceptance message and transmits an RRC connection reconfiguration request message and / or a PDU session establishment acceptance message to UE_A10 (S2216). Note that the PDU session establishment acceptance message may be transmitted and received by being included in the RRC connection reconfiguration request message.
- MME_A40 in the PDU session establishment acceptance message, at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, One or more of the 16th identification information may be included, APN and / or IP address may be included, and by including these identification information, the request of UE_A10 was accepted This may indicate that the establishment of a multi-access session is permitted.
- each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information. It may indicate that a request for establishing an access session has been accepted, may indicate that a request for communication using Access-Traffic-Switching has been accepted, or a request for communication using NBIFOM May be accepted.
- Each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, so that the network performs Access ⁇ Traffic Switching. It may indicate that the PDU session supporting Access Traffic Switching has been established.
- each device may indicate that access for performing communication using the first type multi-access session is set by transmitting and receiving the fifteenth identification information. It may indicate that the routing rule corresponding to the multi-access session is set.
- Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information. It may indicate that a request for establishing an access session has been accepted, or may indicate that a request to perform communication using Access Traffic Splitting has been accepted.
- Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that the network performs Access Traffic Splitting. It may indicate that it is supported, or may indicate that a PDU session that supports Access Traffic Splitting has been established.
- each device may indicate whether or not the Access Traffic Splitting function is executed for each flow by transmitting / receiving the sixteenth identification information, or the second type multi-access session May indicate that a routing rule corresponding to is set.
- each device transmits and receives the same APN and / or IP address as the multi-access session already established before the start of this procedure, thereby adding a communication path via the first access to the multi-access session. It may indicate that it has been done. Conversely, each device may indicate that a new multi-access session via the first access has been established by transmitting and receiving a new APN and / or IP address.
- UE_A10 transmits the RRC connection reset request message to eNB_A45 (S2218).
- eNB_A45 receives the RRC connection reconfiguration request message and transmits a bearer setting message to MME_A40 (S2220).
- MME_A40 receives a bearer setting message.
- UE_A10 transmits a PDU session establishment completion message to MME_A40 via eNB_A45 (S2222) (S2224). Further, the MME_A 40 receives the PDU session establishment completion message and starts the procedure (D) in this procedure.
- the MME_A 40 transmits a bearer change request message to the SGW_A 35, and starts the procedure (D) in this procedure (S2226). Furthermore, SGW_A35 receives the bearer change request message and transmits a bearer change response message to MME_A40 (S2228). Further, the MME_A 40 receives the bearer change response message and completes the procedure (D) of this procedure. Furthermore, each device completes the procedure (A) in this procedure based on transmission / reception of a PDU session establishment completion message and / or completion of the procedure (D) in this procedure.
- MME_A40 transmits a PDU session establishment rejection message to UE_A10 via eNB_A45, and starts the procedure (B) in this procedure (S2230). Furthermore, UE_A10 receives the PDU session establishment rejection message and recognizes that the UE_A10 request has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the PDU session establishment rejection message.
- the MME_A 40 may include one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the PDU session establishment rejection message, By including these identification information, it may indicate that the request of UE_A10 has been rejected, may indicate that the connected network does not support establishment of a multi-access session, It may indicate that establishment of an access session is not permitted.
- each device may indicate that the request for establishment of the first type multi-access session has been rejected by transmitting and receiving the eleventh identification information and / or the seventeenth identification information. May indicate that a request for communication using Access-Traffic-Switching has been rejected, may indicate that a request for communication using NBIFOM has been rejected, or each request has been rejected The reason may be notified.
- each device may indicate that access setting for performing communication using the first type multi-access session is not permitted by transmitting and receiving the 17th identification information. It may indicate that setting of a routing rule corresponding to one type of multi-access session is not permitted.
- Each device may indicate that the request for establishment of the second type multi-access session has been rejected by transmitting and receiving the 12th identification information and / or the 18th identification information, It may indicate that a request to perform communication using Access Traffic Splitting has been rejected, or notify the reason why each request has been rejected.
- each device may indicate that the execution of the Access Traffic Splitting function is not permitted for each flow by transmitting / receiving the 18th identification information, or the second type multi-access session. It may indicate that setting of the corresponding routing rule is not permitted.
- Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
- Each device may transition to the state where the PDU session is established based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. You may recognize that this procedure has been rejected.
- each device may establish a multi-access session based on the completion of this procedure.
- each device determines the multi-access session as the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information, May be established when one or more pieces of identification information are transmitted / received, and one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information may be established. It is not necessary to establish when the identification information is transmitted / received.
- each device may be able to execute communication using the communication path via the first access and the communication path via the second access by establishing a multi-access session.
- the first type multi-access A session may be established, or a PDU session supporting Access Traffic Switching may be established.
- the established PDU session is the first PDU session. It may be recognized that this type of multi-access session is established, or it may be recognized that Access Traffic Switching and / or NBIFOM is applied to the established PDU session.
- the second type multi-access A session may be established and it may be recognized that the established PDU session is a second type of multi-access session.
- the PDU that supports Access Traffic Splitting A session may be established, or it may be recognized that Access Traffic Splitting has been applied to the established PDU session.
- each device may recognize and store the access and / or routing rule used in the established PDU session when the 15th identification information is transmitted / received. Furthermore, when each device transmits / receives the 16th identification information, information indicating whether or not to execute the AccessTraffic Splitting function for each flow of user data to be transmitted / received and / or routing used in the established PDU session Rules may be recognized and stored.
- the setting of access for performing communication using the first type multi-access session was not permitted. May be recognized, or it may be recognized that the setting of the routing rule corresponding to the first type multi-access session is not permitted.
- each device may recognize that execution of the function of Access Traffic Splititting is not permitted for each flow when the 12th identification information and / or the 18th identification information is transmitted / received, You may recognize that the setting of the routing rule corresponding to a 2nd type multi-access session was not permitted.
- the UE_A10 request is rejected. May be recognized, or the reason why the request of UE_A10 is rejected may be recognized. Furthermore, each device may perform this procedure again based on the reason why the request of UE_A10 is rejected.
- each device has added a communication path through the first access to the multi-access session already established before the start of this procedure, or through the first access. It may be determined whether a new multi-access session has been established.
- each device sends and receives the same APN and / or IP address as an already established multi-access session, a communication path via the first access is added to the already established multi-access session. You may recognize that.
- each device transmits / receives an APN and / or IP address different from the already established multi-access session, it recognizes that a new multi-access session has been established via the first access. Also good.
- the first to third condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the PDU session establishment request message. Further, the condition for determining whether the first to third conditions are true or false is not limited to the above-described conditions.
- the first condition and / or the third condition may be true when the UE_A 10 requests establishment of a multi-access session and the network permits the request. Also, the first condition and / or the third condition may be false when the UE_A 10 requests establishment of a multi-access session and the network does not permit the request. Furthermore, the first condition and / or the third condition may be false if the network to which the UE_A 10 is connected and / or a device in the network does not support establishment of a multi-access session.
- the request for establishment of the first type and / or the second type of multi-access session requested by UE_A10 is accepted. May be true or false if not accepted.
- the first condition and / or the third condition may be true if the type of access and / or routing rules used by the multi-access session required by UE_A10 is accepted and accepted. If not, it may be false.
- the first condition and / or the third condition is whether or not to enable the function of Access Traffic Switching and / or NBIFOM and / or Access Traffic Splitting requested by UE_A10. The request may be true if it is accepted or false if it is not accepted.
- Example procedure for establishing a PDU session via second UE-initiated access With reference to FIG. 18, an example of a procedure in which UE_A10 takes the initiative to execute a PDU session establishment procedure via the second access will be described. Hereafter, each step of this procedure will be described. First, the UE_A 10 executes a procedure for establishing a security association with the access network and / or the core network_A 90 (S2300). In addition, UE_A10 may detail a security association procedure, when the security association between networks is already established.
- UE_A10 transmits a control message to the access network device. Specifically, UE_A10 transmits a PDU session establishment request message to TWAG_A74 when the access network of the connection destination is the second access and / or WLAN ⁇ ⁇ ANa70 (S2302). Further, UE_A10 transmits an IKE_AUTH request message to ePDG_A65 when the access network to be connected is the second access and / or WLAN ANb75 (S2302).
- this procedure may be a UE-initiated PDU session establishment procedure example via the second access.
- the UE_A 10 includes at least first identification information, second identification information, third identification information, seventh identification information, and eighth identification information in the PDU session establishment request message and / or the IKE_AUTH request message.
- One or more of the thirteenth identification information and the fourteenth identification information may be included, and by including these identification information, it may be requested to establish a multi-access session.
- each device has 1 of the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, and the fourteenth identification information.
- UE_A10 indicates in the PDU session establishment request message and / or the IKE_AUTH request message that information indicating that it is not an initial request (initial request), and / or By including the used APN, it may be requested to add a communication path via the second access to the already established multi-access session.
- the information indicating that it is not an initial request may be information indicating that it is a handover.
- UE_A10 may transmit the PDU session establishment request message and / or IKE_AUTH request message including information indicating an initial request (initial request), or include these identification information.
- a new multi-access session may be required to be established via the second access.
- TWAG_A74 receives the PDU session establishment request message and determines the first condition. Also, when the connection destination of UE_A10 is the second access and / or WLAN ANb75, ePDG_A65 receives the IKE_AUTH request message and determines the first condition. TWAG_A74 and / or ePDG_A65 starts the procedure (A) during this procedure when the first condition is true, and starts the procedure (B) during this procedure when the first condition is false. To do.
- the TWAG_A74 and / or ePDG_A65 transmits a session creation request message to the PGW_A30, and starts the procedure (A) in this procedure (S2304). Further, the PGW_A 30 receives the session generation request message and determines the third condition.
- TWAG_A74 and / or ePDG_A65 includes the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, and the thirteenth identification in the session generation request message.
- Information, one or more identification information of the 14th identification information may be included, information indicating whether the request is an initial request, and / or APN may be included, and these identification information may be included
- the UE_A10 request may be transmitted.
- the third condition determination may be performed by PCRF_A60 instead of PGW_A30, as in the above-described UE-initiated PDU session establishment procedure example. Therefore, the description here is detailed.
- the PGW_A 30 transmits a session generation response message to the transmission source of the session generation request message (S2306). Further, the transmission source of the session generation request message receives the session generation response message. Note that the transmission source of the session generation request message may be TWAG_A74 or ePDG_A65.
- the PGW_A30 includes, in the session generation response message, the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information, One or more pieces of identification information may be included, APN and / or IP address may be included, and inclusion of these identification information indicates that the UE_A10 request is permitted. May be.
- a session generation rejection message is transmitted to the transmission source of the session generation request message (S2306). Further, the transmission source of the session creation request message receives the session creation rejection message.
- the session creation rejection message may be a session creation response message including a reason for rejection.
- the PGW_A30 may include one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the session generation rejection message, or these May be included to indicate that the request of UE_A10 has been rejected.
- the third condition determination is for determining whether or not PGW_A30 and / or PCRF_A60 accepts the request of UE_A10.
- the third condition determination may be similar to the above-described UE-led PDU session establishment procedure example. Therefore, the description here is omitted.
- TWAG_A74 transmits a PDU session establishment acceptance message to UE_A10 (S2308).
- the ePDG_A65 receives the session generation response message
- the ePDG_A65 transmits an IKE_AUTH response message to the UE_A10 (S2308).
- TWAG_A74 and / or ePDG_A65 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
- TWAG_A74 in the PDU session establishment acceptance message, at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information,
- One or more of the 16th identification information may be included, APN and / or IP address may be included, and by including these identification information, the request of UE_A10 was accepted This may indicate that the establishment of a multi-access session is permitted.
- the ePDG_A65 includes at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information in the IKE_AUTH response message.
- One or more of the identification information may be included, APN and / or IP address may be included, and including these identification information indicates that the UE_A10 request has been accepted. It may indicate that the establishment of a multi-access session is permitted.
- each device includes 4th identification information, 5th identification information, 6th identification information, 9th identification information, 10th identification information, 15th identification information, and 16th identification information.
- each device transmits and receives the same APN and / or IP address as the multi-access session already established before the start of this procedure, thereby adding a communication path via the second access to the multi-access session. It may indicate that it has been done. Conversely, each device may indicate that a new multi-access session via the second access has been established by transmitting and receiving a new APN and / or IP address.
- UE_A10 receives the PDU session establishment acceptance message and / or IKE_AUTH response message, and completes the procedure (A) in this procedure.
- TWAG_A74 transmits the PDU session establishment rejection message to UE_A10 (S2310).
- the ePDG_A65 receives the IKE_AUTH request message and / or the session creation rejection message, the ePDG_A65 transmits an IKE_AUTH response message to the UE_A10 (S2310).
- TWAG_A74 may include one or more identification information of eleventh identification information, twelfth identification information, seventeenth identification information, and eighteenth identification information in the PDU session establishment rejection message, By including these identification information, it may indicate that the request of UE_A10 has been rejected, may indicate that the connected network does not support establishment of a multi-access session, It may indicate that establishment of an access session is not permitted.
- the ePDG_A65 may include one or more identification information of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the IKE_AUTH response message. Including the identification information may indicate that the UE_A10 request has been rejected, may indicate that the network to which the connection is made does not support establishment of a multi-access session, or May not be allowed to be established.
- each device transmits and receives one or more pieces of identification information among the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information. You may perform the operation
- UE_A10 receives the PDU session establishment rejection message and / or the IKE_AUTH response message, and completes the procedure (B) in this procedure.
- Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
- Each device may transition to the state where the PDU session is established based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. You may recognize that this procedure has been rejected.
- each device may perform the same operation as the operation of each device in the above-described UE-driven PDU session establishment procedure example based on the completion of this procedure.
- each device has added a communication path through the second access to the multi-access session already established before the start of this procedure, or through the second access. It may be determined whether a new multi-access session has been established.
- each device transmits and receives the same APN and / or IP address as an already established multi-access session, a communication path via the second access is added to the already established multi-access session. You may recognize that.
- each device transmits / receives an APN and / or IP address different from the already established multi-access session, it recognizes that a new multi-access session is established via the second access. Also good.
- the first condition determination and / or the third condition determination may be the same as the above-described UE-led PDU session establishment procedure example.
- UE_A10 transmits an attach request message to MME_A40 via eNB_A45, and starts an attach procedure (S2100).
- UE_A10 may transmit the attach request message including the PDU session establishment request message described above, or request that the PDU session establishment procedure be performed during the attach procedure by including the PDU session establishment request message. May be.
- This procedure may be an example of an attach procedure via the first access.
- UE_A10 includes at least the first identification information, the second identification information, the third identification information, the seventh identification information, the eighth identification information, the thirteenth identification information, the fourteenth identification information in the attach request message.
- One or more pieces of identification information may be included, and inclusion of these pieces of identification information may indicate that the UE_A 10 supports establishment of a multi-access session.
- each device transmits / receives the first identification information and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information to the first type. It may indicate that UE_A10 supports the establishment of a multi-access session, may indicate that UE_A10 supports communication using Access Traffic Switching, or that UE_A10 supports communication using NBIFOM. May be shown.
- each device transmits / receives the first identification information, and / or the second identification information, and / or the seventh identification information, and / or the thirteenth identification information, so that UE_A10 can access / traffic / switching Or UE_A10 may support the establishment of a PDU session that supports Access Traffic Switching.
- each device transmits and receives the thirteenth identification information, thereby enabling access using the first type multi-access session and / or the first type multi-access that UE_A10 can set.
- a routing rule corresponding to the session may be indicated.
- Each device transmits and receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information. It may indicate that UE_A10 supports establishment of a multi-access session, or may indicate that UE_A10 supports communication using Access Traffic Splitting.
- each device transmits / receives the first identification information, and / or the third identification information, and / or the eighth identification information, and / or the fourteenth identification information, so that UE_A10 can access / traffic / Splitting.
- UE_A10 may support the establishment of a PDU session that supports Access Traffic Splitting.
- each device may indicate whether or not the AccessTraffic-Splitting function can be executed for each flow by transmitting and receiving the 14th identification information to the second type, and UE_A10 can set the second type.
- a routing rule corresponding to a multi-access session may be indicated.
- UE_A 10 may transmit such identification information in a control message different from the attach request.
- the UE_A 10 may transmit the ESM information response message (S2102), which is a response message to the ESM (EPS Session Management) information request message, including the identification information.
- S2102 ESM information response message
- ESM EPS Session Management
- MME_A40 receives the attach request message and / or ESM information response message, and determines the first condition. MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
- MME_A40 determines the fourth condition and starts the procedure (A) in this procedure.
- the MME_A 40 starts the procedure (C) in the UE-initiated PDU session establishment procedure when the fourth condition is true, and omits the procedure when the fourth condition is false (S2104). Further, the MME_A 40 transmits an attach acceptance message to the eNB_A 45 based on the reception of the attach request message and / or the reception of the session generation response message (S2106).
- MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
- ENB_A45 receives the attach acceptance message and transmits an RRC connection reset request message and / or an attach acceptance message to UE_A10 (S2108).
- the attach acceptance message may be transmitted / received by being included in the RRC connection reset request message.
- the MME_A 40 may transmit the attach acceptance message including the PDU session establishment acceptance message described above, or by including the PDU session establishment acceptance message, May be accepted.
- the MME_A 40 includes at least the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information,
- One or more of the identification information may be included, APN and / or IP address may be included, and by including these identification information, the request of UE_A10 has been accepted. It may be shown that the establishment of a multi-access session is permitted.
- each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information. It may indicate that the network supports the establishment of an access session, may indicate that the network supports communication using Access Traffic Switching, or the network supports communication using NBIFOM May be indicated.
- Each device transmits and receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, so that the network performs Access ⁇ Traffic Switching. It may indicate that the network supports the establishment of a PDU session that supports AccessPDUTraffic ⁇ ⁇ Switching.
- each device may indicate access capable of communication using the first type of multi-access session by transmitting and receiving the fifteenth identification information, or the first type of network that can be set.
- a routing rule corresponding to a multi-access session may be indicated.
- Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information. It may indicate that the network supports establishment of an access session, or may indicate that the network supports communication using Access Traffic Splitting.
- Each device transmits and receives the fourth identification information and / or the sixth identification information, and / or the tenth identification information, and / or the sixteenth identification information, so that the network performs Access Traffic Splitting. It may indicate that the network supports the establishment of a PDU session that supports Access Traffic ⁇ ⁇ Splitting.
- each device may indicate whether or not the function of Access Traffic Splitting can be executed for each flow by transmitting / receiving the sixteenth identification information, or the network can be set. Routing rules corresponding to two types of multi-access sessions may be shown.
- the first to third condition determinations may be the same as the first to third condition determinations during the UE-led PDU session establishment procedure.
- the fourth condition determination is for determining whether the MME_A 40 performs the PDU session establishment procedure.
- the fourth condition is true when a PDU session establishment request message is received, and may be a case where a UE-initiated PDU session establishment procedure is also executed during this procedure.
- the fourth condition is false when the PDU session establishment request message is not received, and may be a case where the UE-initiated PDU session establishment procedure is not executed in the present procedure. May not be true.
- UE_A10 When receiving the RRC connection reconfiguration request message, UE_A10 transmits the RRC connection reconfiguration request message to eNB_A45 (S2110).
- the eNB_A45 receives the RRC connection reconfiguration request message and transmits a bearer setting message to the MME_A40 (S2112). Furthermore, MME_A40 receives a bearer setting message.
- UE_A10 When receiving the attach acceptance message, UE_A10 transmits an attach completion message to MME_A40 via eNB_A45 (S2114) (S2116). Further, the MME_A 40 receives the attach completion message. Furthermore, when the fourth condition is true, the MME_A 40 starts the procedure (D) in the UE-led PDU session establishment procedure (S2118). Each device completes the procedure (A) in this procedure based on the transmission / reception of the attach completion message and / or the completion of the procedure (D) in the UE-initiated PDU session establishment procedure.
- the UE_A10 may transmit the PDU session establishment completion message by including the PDU session establishment completion message described above in the attach completion message. It may indicate that the procedure is complete.
- MME_A40 transmits an attach rejection message to UE_A10 via eNB_A45, and starts the procedure (B) in this procedure (S2120). Furthermore, UE_A10 receives the attach reject message and recognizes that the request for UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the attach rejection message. If the fourth condition is true, the MME_A 40 may transmit the attach rejection message including the above-described PDU session establishment rejection message, or include the PDU session establishment rejection message, thereby performing the PDU session establishment procedure. May be rejected.
- the MME_A40 may include one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information in the attach rejection message. Including the identification information may indicate that the UE_A10 request has been rejected, may indicate that the network to which the connection is made does not support establishment of a multi-access session, or May not be allowed to be established.
- each device may indicate that the network does not support establishment of the first type of multi-access session by transmitting and receiving the eleventh identification information and / or the seventeenth identification information. , May indicate that the network does not support communication using Access Traffic Switching, may indicate that the network does not support communication using NBIFOM, and informs why each request was rejected Also good.
- Each device may indicate that the network does not support the establishment of the second type of multi-access session by transmitting and receiving the twelfth identification information and / or the eighteenth identification information. It may indicate that the network does not support communication using Traffic Splitting, or the reason why each request is rejected may be notified.
- Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
- Each device may transition to a state where UE_A10 is connected to the network and / or registered based on completion of the procedure (A) in this procedure, or (B) in this procedure. Based on the completion of the procedure, it may be recognized that the procedure has been rejected.
- the transition of each device to each state may be performed based on the completion of this procedure, or may be performed based on the establishment of a PDU session.
- each device may determine that a multi-access session can be established based on the completion of this procedure. In other words, each device uses the fourth identification information, the fifth identification information, the sixth identification information, the ninth identification information, the tenth identification information, the fifteenth identification information, the sixteenth identification information, When one or more pieces of identification information are transmitted / received, it may be determined that establishment is possible, and the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information When one or more pieces of identification information are transmitted / received, it may be determined that establishment is not possible. Further, each device determines that a multi-access session can be established, thereby enabling communication using the communication path via the first access and the communication path via the second access. You may decide that you can.
- the first type multi-access It may be determined that a session can be established, or it may be determined that a PDU session supporting Access Traffic Switching can be established. Further, when each device transmits / receives the fourth identification information, and / or the fifth identification information, and / or the ninth identification information, and / or the fifteenth identification information, Access Traffic ⁇ Switching, and / or It may be recognized that NBIFOM can establish a PDU session that can be adapted.
- the second type multi-access It may be determined that a session can be established, or it may be determined that a PDU session supporting Access Traffic Splitting can be established. Furthermore, when each device transmits / receives the fourth identification information and / or the sixth identification information and / or the tenth identification information and / or the sixteenth identification information, Access Traffic Splitting can be applied. It may be recognized that a PDU session can be established.
- each device when each device transmits / receives the 15th identification information, each device may recognize and store the access and / or routing rule that can be used in the first type multi-access session. Further, when each device transmits / receives the 16th identification information, information indicating whether the Access Traffic Splitting function can be executed for each flow of user data to be sent / received and / or a second type of multi Routing rules available in the access session may be recognized and stored.
- each device transmits or receives one or more of the eleventh identification information, the twelfth identification information, the seventeenth identification information, and the eighteenth identification information
- the reason why the UE_A10 request is rejected May be recognized.
- each device may perform this procedure again based on the reason why the request of UE_A10 is rejected.
- first to fourth condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the attach request message.
- condition for determining whether the first to fourth conditions are true or false is not limited to the above-described conditions.
- the first condition determination and / or the third condition determination may be the same as the above-described UE-led PDU session establishment procedure example.
- This procedure is a procedure for updating a routing rule for a multi-access session.
- Each device executes this procedure at any timing as long as UE_A10 is connected to core network_A90 via a plurality of access networks and / or has established a multi-access session. be able to. In other words, each apparatus can start this procedure in the first state. Note that, upon completion of this procedure, each device may be in a state of permitting Access Traffic Switching in a multi-access session, or may be in a state of permitting Access Traffic Splitting.
- this procedure may be led by UE_A10 or executed by the network.
- the network may execute this network-initiated procedure based on detection of a change in subscriber information or operator policy, or it may execute this network-initiated procedure based on reception of a control message from UE_A10. May be.
- UE_A10 may detect its own setting and / or state change and execute this procedure led by UE_A10.
- this procedure may be a procedure via the first access or a procedure via the second access.
- each device may execute this procedure via the first access and associate with the second access.
- this procedure may be executed via the second access.
- the PCRF_A60 starts an IP-CAN session update procedure with the PGW_A30 (S2400). More specifically, the PCRF_A60 transmits a request message during the IP-CAN session update procedure to the PGW_A30. Further, the PGW_A 30 receives a request message during the IP-CAN session update procedure.
- the PCRF_A60 may include at least the 19th identification information and / or the 20th identification information in the request message during the IP-CAN session establishment procedure, and routing by including these identification information. You may request to update the rule.
- PGW_A30 starts the procedure (C) in this procedure.
- the PGW_A30 transmits a bearer update request message to the SGW_A35, and / or TWAG_A74, and / or ePDG_A65, and starts (C) in this procedure (S2402).
- SGW_A35 and / or TWAG_A74 and / or ePDG_A65 receive the bearer update request message.
- the PGW_A30 may select the SGW_A35 and / or TWAG_A74 and / or ePDG_A65 based on the received bearer resource command message described later, or for the multi-access session held by the PGW_A30. You may implement based on context.
- PGW_A30 and / or SGW_A35 may include at least the 19th identification information and / or the 20th identification information in the bearer update request message, and by including these identification information, the routing rule May be required to be updated.
- SGW_A35 when SGW_A35 receives a bearer update request message, SGW_A35 transmits a bearer update request message to MME_A40 (S2402). Further, MME_A40 receives the bearer update request message and transmits an EPS bearer context change request message to UE_A10 (S2404).
- TWAG_A74 receives the bearer update request message, TWAG_A74 transmits a PDN change request message to UE_A10 (S2404).
- ePDG_A65 When ePDG_A65 receives the bearer update request message, it transmits an INFORMATIONAL request message to UE_A10 (S2404).
- the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message may be a routing rule update request message.
- the MME_A 40 may include at least the 19th identification information and / or the 20th identification information in the EPS bearer context change request message, and updates the routing rule by including these identification information. You may request that.
- TWAG_A74 may include at least the 19th identification information and / or the 20th identification information in the PDN change request message, and requests to update the routing rule by including these identification information. May be.
- the ePDG_A65 may include at least the 19th identification information and / or the 20th identification information in the INFORMATIONAL request message, and request that the routing rule be updated by including these identification information. May be.
- each device may request to execute the Access Traffic Switching function and / or the NBIFOM function for the multi-access session by transmitting and receiving the 19th identification information.
- Each device may request to set or change access for communication using the first type multi-access session by transmitting and receiving the 19th identification information.
- the type of access after the change may be indicated.
- the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
- Each device may request to set or change the routing rule associated with the first type multi-access session by transmitting and receiving the 19th identification information, or the first type multi-access A routing rule associated with a session may be indicated.
- each device executes the Access TrafficSplitting function for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 20th identification information. You may request to stop the function of Access Traffic Splitting. Further, each device may indicate which flow of communication executes the function of Access Traffic Splitting by transmitting / receiving the 20th identification information.
- each device may request to set or change the routing rule associated with the second type multi-access session by transmitting / receiving the twentieth identification information, or the second type multi-access A routing rule associated with a session may be indicated.
- UE_A10 receives the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message, and determines the fifth condition. UE_A10 starts the procedure (A) in this procedure when the fifth condition is true, and starts the procedure (B) in this procedure when the fifth condition is false.
- the fifth condition determination is for determining whether or not the UE_A 10 accepts the network request.
- the fifth condition is true when the network request is accepted and may be permitted.
- the fifth condition is false when the network request is rejected, and may be when the fifth condition is not determined to be true.
- the fifth condition determination is for determining whether or not the UE_A 10 accepts the request for the routing rule update procedure.
- the fifth condition may be true when UE_A10 permits the updating of the routing rule, and the fifth condition may be false when UE_A10 does not permit the updating of the routing rule.
- the fifth condition may be true when the network requests an update of the routing rule and UE_A10 permits the request. Further, the fifth condition may be false when the network requests an update of the routing rule and UE_A10 does not permit the request. Furthermore, the fifth condition may be false when UE_A10 does not support updating of routing rules.
- the fifth condition may be true if the request for updating the first type and / or the second type of routing rule required by the network is accepted and accepted. If not, it may be false.
- the fifth condition is that the type of access used in the multi-access session and / or the routing rules required by the network may be true if accepted, false if not accepted. Also good.
- the fifth condition is true if the request for enabling the Access Traffic Switching function and / or NBIFOM function and / or Access Traffic Splitting function required by the network is accepted. It may be false if it is not accepted.
- UE_A10 transmits a response message for acceptance to the reception source of the control message, and starts the procedure (A) in this procedure (S2406). Specifically, when receiving the EPS bearer context change request message, UE_A 10 transmits an EPS bearer context change acceptance message to MME_A 40 (S2406). Further, the MME_A 40 receives the EPS bearer context change acceptance message. When UE_A10 receives the PDN change request message, UE_A10 transmits the PDN change acceptance message to TWAG_A74 (S2406). Furthermore, TWAG_A 74 receives the PDN change acceptance message.
- UE_A10 when receiving the INFORMATIONAL request message, UE_A10 transmits the INFORMATIONAL response message to ePDG_A65 (S2406). Furthermore, ePDG_A65 receives the INFORMATIONAL response message.
- the EPS bearer context change acceptance message and / or the PDN change acceptance message and / or the INFORMATIONAL response message may be a routing rule update request message.
- UE_A10 may include the 21st identification information and / or the 22nd identification information in the EPS bearer context change acceptance message and / or the PDN change acceptance message and / or the INFORMATIONAL response message, By including these pieces of identification information, updating of the routing rule may be permitted.
- each device may indicate that the function of Access Traffic Switching and / or the function of NBIFOM is executed for the multi-access session by transmitting / receiving the 21st identification information.
- each device may indicate that it is permitted to set or change access for performing communication using the first type multi-access session by transmitting and receiving the 21st identification information.
- the type of access after setting or changing may be indicated.
- the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
- Each device may indicate that setting or changing of the routing rule associated with the first type of multi-access session is permitted by transmitting and receiving the 21st identification information.
- a routing rule associated with a type of multi-access session may be indicated.
- each device executes the function of AccessSTrafficSplitting for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 22nd identification information. May indicate that the function of Access Traffic Splitting is permitted to stop. Furthermore, each device may indicate which flow of communication the function of Access Traffic Splitting is executed by transmitting / receiving the 22nd identification information.
- Each device may indicate that setting or changing of a routing rule associated with the second type of multi-access session is permitted by transmitting and receiving the 22nd identification information.
- a routing rule associated with a type of multi-access session may be indicated.
- MME_A 40 transmits a bearer update response message to SGW_A 35 (S2408). Further, SGW_A35 receives the bearer update response message and transmits the bearer update response message to PGW_A30 (S2408).
- TWAG_A74 transmits a bearer update response message to PGW_A30 (S2408).
- the ePDG_A65 receives the INFORMATIONAL response message
- the ePDG_A65 transmits a bearer update response message to the PGW_A30 (S2408).
- PGW_A30 receives the bearer update response message.
- Each device completes the procedure (A) in this procedure based on the transmission / reception of the bearer update response message.
- MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include at least the 21st identification information and / or the 22nd identification information in the bearer update response message. May be included to indicate that updating of the routing rule is permitted.
- UE_A10 transmits a response message for rejection to the reception source of the control message, and starts the procedure (B) in this procedure (S2410). Specifically, when the UE_A10 receives the EPS bearer context change request message, the UE_A10 transmits an EPS bearer context change rejection message to the MME_A40 (S2410). Further, the MME_A 40 receives the EPS bearer context change rejection message. When UE_A10 receives the PDN change request message, UE_A10 transmits the PDN change rejection message to TWAG_A74 (S2410). Further, TWAG_A 74 receives the PDN change rejection message.
- UE_A10 If UE_A10 receives the INFORMATIONAL request message, UE_A10 transmits the INFORMATIONAL response message to ePDG_A65 (S2410). Furthermore, ePDG_A65 receives the INFORMATIONAL response message.
- the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message may be a routing rule update response message.
- UE_A10 may include the 23rd identification information and / or the 24th identification information in the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL response message, By including these pieces of identification information, updating of the routing rule may be permitted.
- each device may indicate that the execution of the Access ⁇ Traffic Switching function and / or the NBIFOM function is not permitted for the multi-access session by transmitting / receiving the 23rd identification information.
- each device may indicate that a request for setting or changing access for performing communication using the first type of multi-access session has been rejected by transmitting and receiving the 23rd identification information. It may also indicate that a request to set or change access used for communication of one or more flows that can be communicated using the first type of multi-access session has been rejected.
- each device may indicate that a request for setting or changing a routing rule associated with the first type of multi-access session is rejected by transmitting and receiving the 23rd identification information. The reason why the request was rejected may be notified.
- each device may indicate that setting or changing access for performing communication using the first type multi-access session was not permitted by transmitting and receiving the 23rd identification information. This may indicate that setting or changing the routing rule corresponding to the first type of multi-access session was not permitted.
- each device executes the Access TrafficSplitting function for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 24th identification information. It may indicate that the request has been rejected, or it may indicate that the request to stop the Access Traffic Splitting function has been rejected. Furthermore, each device may indicate which flow of communication does not execute the function of Access Traffic Splitting by transmitting / receiving the 24th identification information.
- Each device may indicate that a request for setting or changing a routing rule associated with the second type of multi-access session is rejected by transmitting and receiving the 24th identification information. The reason why the request was rejected may be notified.
- each device may indicate that the execution of the Access Traffic Splitting function is not permitted for each flow by transmitting / receiving the 24th identification information, or the second type multi-access session. It may indicate that setting or changing of the corresponding routing rule is not permitted.
- the MME_A 40 transmits a bearer update rejection message to the SGW_A 35 (S2412). Further, SGW_A35 receives the bearer update rejection message and transmits the bearer update rejection message to PGW_A30 (S2412). Further, when the TWAG_A 74 receives the PDN change rejection message, the TWAG_A 74 transmits a bearer update rejection message to the PGW_A 30 (S2412). When ePDG_A65 receives the INFORMATIONAL response message, ePDG_A65 transmits a bearer update rejection message to PGW_A30 (S2412). Further, the PGW_A 30 receives the bearer update rejection message. Each device completes the procedure (B) in this procedure based on the transmission / reception of the bearer update rejection message.
- the bearer update rejection message may be a bearer update response message including a reason for rejection.
- MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include at least the 23rd identification information and / or the 24th identification information in the bearer update rejection message. May be included to indicate that the update of the routing rule is not permitted.
- Each device completes the procedure (C) in this procedure based on the completion of the procedure (A) and / or (B) in this procedure.
- the PGW_A30 ends the IP-CAN session update procedure based on the completion of the procedure (C) in this procedure (S2414). More specifically, the PGW_A 30 transmits a response message in the IP-CAN session update procedure to the PCRF_A 60 and ends the IP-CAN session update procedure. Furthermore, the PCRF_A 60 receives a response message during the IP-CAN session update procedure.
- PGW_A30 may include the 21st identification information and / or the 22nd identification information in the response message during the IP-CAN session establishment procedure, and by including these identification information, the routing rule It may indicate that the update is permitted.
- the PGW_A30 may include the 23rd identification information and / or the 24th identification information in the response message during the IP-CAN session establishment procedure, and by including these identification information, the routing rule It may indicate that the update was not permitted.
- the IP-CAN session update procedure (S2400) (S2414) may be omitted.
- this procedure may be a procedure led by PGW_A30, not a procedure led by PCRF_A60, and PGW_A30 may assume the role played by PCRF_A60.
- Each device completes this procedure based on the completion of the procedure (C) in this procedure and / or the completion of the IP-CAN session update procedure.
- Each device may recognize that this procedure has been accepted based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. You may recognize that this procedure has been rejected.
- Each device may or may not update the routing rule corresponding to the multi-access session based on the completion of this procedure. In other words, each device may update the routing rule corresponding to the multi-access session when receiving the 21st identification information and / or the 22nd identification information. Further, each device may update the routing rule corresponding to the multi-access session when receiving the 23rd identification information and / or the 24th identification information.
- each device may execute the function of Access Traffic Switching and / or the function of NBIFOM for the multi-access session when transmitting / receiving the 21st identification information.
- each device may recognize that the access for performing communication using the first type multi-access session has been set or changed. You may recognize the access after the change.
- each device may recognize that the routing rule associated with the first type multi-access session has been set or changed when the 21st identification information is transmitted / received, or the first type You may recognize and memorize
- each device transmits / receives the 22nd identification information
- each device executes an Access Traffic Splitting function for communication of one or a plurality of flows that can communicate using the second type multi-access session. It may be stopped. Further, when transmitting and receiving the 22nd identification information, each device may recognize which flow of communication the function of Access Traffic Splitting can be applied.
- Each device may recognize that the routing rule associated with the second type multi-access session has been set or changed when the 22nd identification information is transmitted or received.
- a routing rule associated with a multi-access session may be recognized and stored.
- each device when each device transmits / receives the 23rd identification information, each device may determine that the function of Access Traffic Switching and / or the function of NBIFOM cannot be executed for the multi-access session. It may be recognized that access for performing communication using this type of multi-access session has not been set or changed.
- each device may recognize that the routing rule associated with the first type multi-access session has not been set or changed when the 23rd identification information is transmitted / received.
- the function of Access Traffic Splitting is executed for communication of one or a plurality of flows that can communicate using the second type multi-access session, Alternatively, it may be determined that it cannot be stopped, and it may be recognized which communication of the flow that is compatible with Access Traffic Splitting is not applicable.
- each device may recognize that the routing rule associated with the second type multi-access session has not been set or changed.
- UE-led routing rule update procedure example An example of a procedure for performing the routing rule update procedure led by UE_A 10 will be described with reference to FIG. Hereafter, each step of this procedure will be described. First, UE_A 10 transmits a control message to a device in an access network and / or a device in core network_A 90 that has established a multi-access session, and starts a UE-led routing rule update procedure (S2500). ).
- UE_A 10 may transmit a bearer resource change request message to MME_A 40 (S2500). Further, the MME_A 40 may receive a bearer resource change request message. Further, when the multi-access session is established through the second access and / or the WLAN AAN 70, the UE_A 10 may transmit a PDN change instruction message to the TWAG_A 74. Further, the TWAG_A 74 may receive a PDN change instruction message. Further, when the multi-access session is established through the second access and / or the WLAN ANb 75, an INFORMATIONAL request message may be transmitted to the ePDG_A65.
- the ePDG_A65 may receive the INFORMATIONAL request message and transmit the INFORMATIONAL response message to the UE_A10.
- the bearer resource change request message and / or the PDN change instruction message and / or the INFORMATIONAL request message may be a routing rule update request message.
- UE_A10 may include the thirteenth identification information and / or the fourteenth identification information in the bearer resource change request message and / or the PDN change instruction message and / or INFORMATIONAL request message. It may be requested to update the routing rule by including the identification information.
- each device may request to execute the Access Traffic Switching function and / or the NBIFOM function for the multi-access session by transmitting / receiving the thirteenth identification information.
- Each device may request to set or change access for communication using the first type multi-access session by transmitting and receiving thirteenth identification information.
- the type of access after the change may be indicated.
- the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
- Each device may request to set or change the routing rule associated with the first type multi-access session by transmitting and receiving the thirteenth identification information, or the first type multi-access.
- a routing rule associated with a session may be indicated.
- each device executes the function of AccessSTrafficSplitting for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the fourteenth identification information. You may request to stop the function of Access Traffic Splitting. Further, each device may indicate which flow of communication executes the function of Access Traffic Splitting by transmitting / receiving the 14th identification information.
- each device may request to set or change the routing rule associated with the second type multi-access session by transmitting and receiving the fourteenth identification information, or the second type multi-access A routing rule associated with a session may be indicated.
- the MME_A 40 transmits a bearer resource command message to the SGW_A 35 (S2504). Furthermore, SGW_A35 receives the bearer resource command message and transmits the bearer resource command message to PGW_A30 (S2504). Further, when receiving the PDN change instruction message, the TWAG_A 74 transmits a bearer resource command message to the PGW_A 30 (S2504). Further, when the ePDG_A65 receives the INFORMATIONAL request message, the ePDG_A65 transmits a bearer resource command message to the PGW_A30 (S2504).
- MME_A40, and / or SGW_A35, and / or TWAG_A74, and / or ePDG_A65 may include the 13th identification information and / or the 14th identification information in the bearer resource command message. It may be requested to update the routing rule by including the identification information.
- PGW_A30 receives the bearer resource command message and executes an IP-CAN session update procedure with PCRF_A60 (S2506). Specifically, the PGW_A30 transmits a request message during the IP-CAN session update procedure to the PCRF_A60. Further, the PCRF_A60 receives the request message during the IP-CAN session update procedure, determines the sixth condition, and transmits a response message during the IP-CAN session update procedure to the PGW_A30. Further, PGW_A30 receives the response message during the IP-CAN session update procedure, and recognizes the result of the sixth condition determination.
- the sixth condition determination is for determining whether or not the network accepts the request of UE_A10.
- the sixth condition is true when the UE_A10 request is accepted, and may be when the UE_A10 request is permitted. Furthermore, the sixth condition is false when the UE_A10 request is rejected, and may be when the sixth condition is not determined to be true.
- the sixth condition may be true when UE_A 10 requests updating of the routing rule and the network permits the request. Further, the sixth condition may be false when UE_A 10 requests updating of the routing rule and the network does not permit the request. Further, the sixth condition may be false when the network to which the UE_A 10 is connected and / or the device in the network does not support the updating of the routing rule.
- the sixth condition may be true if the request for updating the first type and / or second type of routing rules requested by UE_A10 is accepted and accepted. If not, it may be false.
- the sixth condition is that the type of access used in the multi-access session and / or the routing rule required by UE_A10 may be true if accepted, and false if not accepted. Also good.
- the sixth condition is true if the request for enabling the AccessATraffic Switching function and / or NBIFOM function and / or Access Traffic Splitting function required by UE_A10 is accepted. It may be false if it is not accepted.
- PGW_A30 may include the thirteenth identification information and / or the fourteenth identification information in the request message during the IP-CAN session update procedure, and by including these identification information, the routing rule May be required to be updated.
- the PCRF_A60 may include at least the result of the sixth information determination in the response message during the IP-CAN session update procedure, and by including this result, notifies the result of the sixth condition determination to the PGW_A30. May be.
- PCRF_A60 may include the fifteenth identification information and / or the sixteenth identification information in the response message during the IP-CAN session update procedure, and by including these identification information, It may indicate that the update is permitted.
- the PCRF_A60 may include the 17th identification information and / or the 18th identification information in the response message during the IP-CAN session update procedure, or by including these identification information, It may indicate that updating is not permitted.
- the IP-CAN session update procedure may be omitted.
- the sixth condition determination may be performed not by PCRF_A60 but by PGW_A30.
- PGW_A30 starts the procedure (A) in the procedure when the sixth condition is true, and starts the procedure (B) in the procedure when the sixth condition is false.
- the procedure (A) in this procedure may be the same as the procedure (C) of the network-led routing rule update procedure.
- PGW_A30 and / or SGW_A35 may include the fifteenth identification information and / or the sixteenth identification information in the bearer change request message. Including identification information may indicate that updating of the routing rule is permitted.
- the MME_A 40 may include the fifteenth identification information and / or the sixteenth identification information in the EPS bearer context change request message, and by including these identification information, updating of the routing rule is permitted. You may show that.
- the TWAG_A74 may include the fifteenth identification information and / or the sixteenth identification information in the PDN change request message, and by including these identification information, updating of the routing rule is permitted. May be indicated.
- the ePDG_A65 may include the fifteenth identification information and / or the sixteenth identification information in the INFORMATIONAL request message, and by including these identification information, the update of the routing rule is permitted. May be shown.
- each device may indicate that the function of Access Traffic Switching and / or the function of NBIFOM is executed for the multi-access session by transmitting / receiving the fifteenth identification information.
- each device may indicate that it is permitted to set or change access for communication using the first type multi-access session by transmitting and receiving the fifteenth identification information.
- the type of access after setting or changing may be indicated.
- the access to be set or changed may be an access used for communication of one or a plurality of flows that can be communicated using the first type multi-access session.
- each device may indicate that setting or changing the routing rule associated with the first type of multi-access session is permitted by transmitting and receiving the fifteenth identification information.
- a routing rule associated with a type of multi-access session may be indicated.
- each device executes the Access TrafficSplitting function for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the sixteenth identification information. May indicate that the function of Access Traffic Splitting is permitted to stop. Further, each device may indicate which flow of communication the function of Access / Traffic / Splitting is executed by transmitting / receiving the 16th identification information.
- Each device may indicate that setting or changing of the routing rule associated with the second type multi-access session is permitted by transmitting and receiving the sixteenth identification information.
- a routing rule associated with a type of multi-access session may be indicated.
- the EPS bearer context change request message and / or the PDN change request message and / or the INFORMATIONAL request message may be a routing rule update response message.
- the PGW_A 30 transmits a bearer update rejection message to the bearer resource command message transmission source, and starts the procedure (B) in this procedure (S2510). More specifically, PGW_A30 transmits a bearer update rejection message to SGW_A35 and / or TWAG_A74 and / or ePDG_A65 (S2510). Furthermore, SGW_A35 and / or TWAG_A74 and / or ePDG_A65 receive the bearer update rejection message.
- the bearer update rejection message may be a bearer update request message including a reason for rejection or a bearer update response message.
- the PGW_A30 and / or SGW_A35 may include the 17th identification information and / or the 18th identification information in the bearer update rejection message, and update the routing rule by including these identification information. May indicate that was not allowed.
- SGW_A35 when SGW_A35 receives the bearer update rejection message, SGW_A35 transmits a bearer update rejection message to MME_A40 (S2510). Further, the MME_A 40 receives the bearer update rejection message, and transmits an EPS bearer context change rejection message to the UE_A 10 (S2512).
- TWAG_A74 receives the bearer update rejection message, TWAG_A74 transmits a PDN change rejection message to UE_A10 (S2512).
- ePDG_A65 When ePDG_A65 receives the bearer update rejection message, it transmits an INFORMATIONAL request message to UE_A10 (S2512).
- the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message may be a routing rule update rejection message.
- MME_A40 may include the 17th identification information and / or the 18th identification information in the EPS bearer context change rejection message, and by including these identification information, updating of the routing rule is permitted. It may indicate that it was not done.
- the TWAG_A74 may include the 17th identification information and / or the 18th identification information in the PDN change rejection message, and by including these identification information, the update of the routing rule is not permitted. You may show that.
- the ePDG_A65 may include the 17th identification information and / or the 18th identification information in the INFORMATIONAL request message, and the update of the routing rule was not permitted by including these identification information. May be indicated.
- each device may indicate that the execution of the Access Traffic Switching function and / or the NBIFOM function is not permitted for the multi-access session by transmitting and receiving the 17th identification information.
- each device may indicate that a request for setting or changing access for performing communication using the first type multi-access session is rejected by transmitting and receiving the 17th identification information. It may also indicate that a request to set or change access used for communication of one or more flows that can be communicated using the first type of multi-access session has been rejected.
- each device may indicate that the request for setting or changing the routing rule associated with the first type multi-access session is rejected by transmitting and receiving the 17th identification information. The reason why the request was rejected may be notified.
- each device may indicate that setting or changing access for performing communication using the first type multi-access session was not permitted by transmitting and receiving the 17th identification information. This may indicate that setting or changing the routing rule corresponding to the first type of multi-access session was not permitted.
- each device executes the function of Access TrafficSplitting for communication of one or a plurality of flows that can communicate using the second type multi-access session by transmitting and receiving the 18th identification information. It may indicate that the request has been rejected, or it may indicate that the request to stop the Access Traffic Splitting function has been rejected. Further, each device may indicate which flow of communication does not execute the function of Access Traffic Splitting by transmitting / receiving the 18th identification information.
- Each device may indicate that a request for setting or changing a routing rule associated with the second type multi-access session is rejected by transmitting and receiving the 18th identification information. The reason why the request was rejected may be notified.
- each device may indicate that the execution of the Access Traffic Splitting function is not permitted for each flow by transmitting / receiving the 18th identification information, or the second type multi-access session. It may indicate that setting or changing of the corresponding routing rule is not permitted.
- UE_A10 receives the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message. Furthermore, when receiving the INFORMATIONAL request message, UE_A10 transmits an INFORMATIONAL response message to ePDG_A65 (S2514). Each device completes the procedure (B) in this procedure based on the transmission / reception of the EPS bearer context change rejection message and / or the PDN change rejection message and / or the INFORMATIONAL request message and / or the INFORMATIONAL response message.
- Each device completes this procedure based on the completion of procedure (A) or (B) during this procedure.
- Each device may recognize that this procedure has been accepted based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. You may recognize that this procedure has been rejected.
- Each device may or may not update the routing rule corresponding to the multi-access session based on the completion of this procedure. In other words, each device may update the routing rule corresponding to the multi-access session when receiving the fifteenth identification information and / or the sixteenth identification information. In addition, when each device receives the 17th identification information and / or the 18th identification information, it may update the routing rule corresponding to the multi-access session.
- each device may execute the function of Access ⁇ Traffic ⁇ Switching and / or the function of NBIFOM for the multi-access session when the 15th identification information is transmitted / received.
- each device may recognize that access for performing communication using the first type multi-access session has been set or changed. You may recognize the access after the change.
- each device may recognize that the routing rule associated with the first type multi-access session has been set or changed when the 15th identification information is transmitted / received, or the first type You may recognize and memorize
- each device transmits / receives the 16th identification information
- each device executes the function of Access Traffic Splitting for communication of one or a plurality of flows that can communicate using the second type multi-access session. It may be stopped. Furthermore, when transmitting and receiving the 16th identification information, each device may recognize which flow of communication the function of Access Traffic Splitting can be applied.
- Each device may recognize that the routing rule associated with the second type of multi-access session has been set or changed when the 16th identification information is transmitted / received.
- a routing rule associated with a multi-access session may be recognized and stored.
- each device when each device transmits / receives the 17th identification information, each device may determine that the function of Access Traffic Switching and / or the function of NBIFOM cannot be executed for the multi-access session. It may be recognized that access for performing communication using this type of multi-access session has not been set or changed.
- each device may recognize that the routing rule associated with the first type multi-access session has not been set or changed.
- the function of Access Traffic Splitting is executed for communication of one or a plurality of flows that can communicate using the second type multi-access session, Alternatively, it may be determined that it cannot be stopped, and it may be recognized which communication of the flow that is compatible with Access Traffic Splitting is not applicable.
- each device may recognize that the routing rule associated with the second type multi-access session has not been set or changed.
- Each device in the present embodiment may be a device different from the device described above.
- the MME_A40 is a device that plays a role of mobility management of each device such as UE_A10 and / or session management between the devices, but in the core network_A90 in this embodiment, the role of mobility management The role of session management may be played by another device.
- SME Session Management Entity
- MME_A40 in the present embodiment can be replaced with SME (Session Management Entity).
- SME Session Management Entity
- each message transmitted and received by the MME_A 40 described in the communication procedure in this embodiment may be transmitted and received by the SME, and each process performed by the MME_A 40 may be performed by the SME.
- the eNB_A45 in this embodiment may be a device in another 3GPP access network instead of the E-UTRAN_A80 device.
- eNB_A45 may be NextGen BS_A122, NB_A22, or BSS_A26.
- TWAG_A74 in the present embodiment may be a device in another non-3GPP access network, or may be WAG_A126.
- the program that operates in the apparatus related to the present invention may be a program that controls the central processing unit (CPU) and the like to function the computer so as to realize the functions of the embodiments related to the present invention.
- the program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM) or a non-volatile memory such as a flash memory, a hard disk drive (HDD), or another storage system.
- RAM random access memory
- HDD hard disk drive
- a program for realizing the functions of the embodiments according to the present invention may be recorded on a computer-readable recording medium.
- the “computer system” here is a computer system built in the apparatus, and includes hardware such as an operating system and peripheral devices.
- the “computer-readable recording medium” refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short time, or other recording medium that can be read by a computer. Also good.
- each functional block or various features of the apparatus used in the above-described embodiments can be implemented or executed by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
- Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other Programmable logic devices, discrete gate or transistor logic, discrete hardware components, or a combination thereof.
- a general purpose processor may be a microprocessor or a conventional processor, controller, microcontroller, or state machine.
- the electric circuit described above may be configured by a digital circuit or an analog circuit.
- one or more aspects of the present invention can use a new integrated circuit based on the technology.
- the present invention is not limited to the above-described embodiment.
- an example of an apparatus has been described.
- the present invention is not limited to this, and a stationary or non-movable electronic device installed indoors or outdoors, such as an AV device, a kitchen device, It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other daily life equipment.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
多種多様な複数のアクセスネットワークに接続する端末装置やネットワークの装置に好適なセッションを確立するための通信制御手段や、複数のアクセスネットワークを介してセッションを確立している端末装置やネットワークの装置に好適なユーザデータの通信制御手段などを提供する。これにより、多種多様な複数のアクセスネットワークへの接続をサポートした端末装置やネットワークの装置に好適な通信制御手段を提供することとなる。
Description
本発明は、端末装置、制御装置、ゲートウェイ、及び通信制御方法に関する。本出願は、2016年7月4日に日本国において出願された特願2016-132767に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
近年の移動通信システムの標準化活動を行う3GPP(The 3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Enhancement)の検討を行っている。3GPPは、オールIP化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
また、近年3GPPでは、次世代移動通信システムである5G(5th Generation)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術の検討として、NextGen(Architecture for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続するための技術課題を抽出し、解決策を仕様化している。
例えば、多種多様なアクセスネットワークをサポートする端末に応じた、継続的な移動通信サービスをサポートするための通信手続きの最適化及び多様化や、通信手続きの最適化及び多様化に合わせたシステムアーキテクチャの最適化なども要求条件として挙げられている。
3GPP TR 23.799 V0.5.0 (2016-05); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System; (Release 14)
NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の最適化のための検討が行われている。
より具体的には、セッション確立手続きやユーザデータの通信手続きで用いるアクセスネットワークを多様化することで、端末やネットワーク装置に適した継続的な移動通信サービスを提供するための検討行われている。
しかし、多種多様なアクセスネットワークをサポートした端末やネットワーク装置のためのセッションを確立するための手段や、多種多様なユーザデータの通信手段を実現するための手段等が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、セッション確立のための手段や、多種多様なユーザデータの通信を実現するための通信制御手段等を提供することである。
本発明の端末装置は、第1のセッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介してコアネットワークから受信する送受信部と、第1のセッション確立手続きに基づいて、Access Traffic Splittingをサポートしたセッションをコアネットワークとの間に確立する制御部とを有し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であり、セッションは、3GPPアクセスを介した第1の通信路を用いて通信可能なセッションであることを特徴とする。
本発明の端末装置の通信制御方法は、第1のセッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介してコアネットワークから受信するステップと、第1のセッション確立手続きに基づいて、Access Traffic Splittingをサポートしたセッションをコアネットワークとの間に確立するステップとを有し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であり、セッションは、3GPPアクセスを介した第1の通信路を用いて通信可能なセッションであることを特徴とする。
本発明のコアネットワークに含まれる制御装置は、セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介して端末装置に送信する送受信部を有し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であることを特徴とする。
本発明のコアネットワークに含まれる制御装置の通信制御方法は、セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介して端末装置に送信するステップを有し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であることを特徴とする。
本発明のアクセスネットワークとコアネットワークを接続するゲートウェイは、セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立要求メッセージを、Non-3GPPアクセスを介して端末装置から受信する送受信部を有し、送受信部は、セッション確立手続きにおいて、少なくとも第2の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して端末装置に送信し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報であり、第2の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であることを特徴とする。
本発明のアクセスネットワークとコアネットワークを接続するゲートウェイの通信制御方法は、セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立要求メッセージを、Non-3GPPアクセスを介して端末装置から受信するステップと、セッション確立手続きにおいて、少なくとも第2の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して端末装置に送信するステップを有し、第1の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報であり、第2の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であることを特徴とする。
本発明によれば、端末は、同時に複数のアクセスネットワークを介してコアネットワークに接続することができ、さらに、多種多様なユーザデータの通信を実現することができる。また、コアネットワークは、多種多様なアクセスネットワークに接続している端末装置を収容することができ、さらに、移動通信サービスを提供することができる。
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
[1.実施形態]
[1.1.システム概要]
図1は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワークとコアネットワーク_A90とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)または、ME(Mobile Equipment)またはMS(Mobile Station)であってよい。また、UE_A10は、CIoT(Cellular Internet of Things)端末であってもよい。なお、CIoT端末とはコアネットワーク_A90へ接続可能なIoT(Internet of Things)端末であり、IoT端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器であってよい。
[1.1.システム概要]
図1は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワークとコアネットワーク_A90とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)または、ME(Mobile Equipment)またはMS(Mobile Station)であってよい。また、UE_A10は、CIoT(Cellular Internet of Things)端末であってもよい。なお、CIoT端末とはコアネットワーク_A90へ接続可能なIoT(Internet of Things)端末であり、IoT端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器であってよい。
また、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90と接続することができる。さらに、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90を介してPDN_A5と接続することができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータであってよい。さらに、ユーザデータの送受信はPDU(Packet Data Unit)セッションを用いて実施されてもよい。さらに、ユーザデータの通信は、IP通信に限らず、non-IP通信であってもよい。
ここで、PDUセッションは、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供するため、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッションは、UE_A10と外部ゲートウェイ装置との間で確立する接続性であってよい。ここで、外部ゲートウェイ装置は、PGW_A30やSCEF_A46等のコアネットワーク_A90とPDN_A5を接続する装置であってよい。
また、PDUセッションは、UE_A10と、コアネットワーク_A90、及び/又はPDN_A5との間でユーザデータを送受信するために確立される通信路であってよく、PDUを送受信するための通信路であってよい。さらに、PDUセッションは、UE_A10とコアネットワーク_A90、及び/又はPDN_A5との間で確立されるセッションであってよく、移動通信システム1内の各装置間の一又は複数のベアラ等の転送路で構成される論理的な通信路であってもよい。より具体的には、PDUセッションは、UE_A10が、コアネットワーク_A90と外部ゲートウェイ装置との間に確立するコネクションであってよく、UE_A10とPGW_A30、及び/又はSCEF_A46との間に確立するPDNコネクション(Packet Data Network Connection)等のコネクションであってよい。
なお、PDUセッションは、eNB_A45、及び/又はSGW_A35を介したUE_A10とPGW_A30との間の接続性、及び/又はコネクションであってもよいし、eNB_A45、及び/又はMME_A40を介したUE_A10とSCEF_A46との間の接続性、及び/又はコネクションであってもよい。ここで、アクセスネットワーク内の装置、及びSGW_A35を介して、UE_A10とPGW_A30との間で確立されるPDUセッションを第1のPDUセッションと定義し、アクセスネットワーク内の装置、及びMME_A40を介して、UE_A10とSCEF_A46との間で確立されるPDUセッションを第2のPDUセッションと定義する。
なお、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置は、PDUセッションを用いてユーザデータの送受信を実行することができる。言い換えると、PDUセッションは、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置が送受信するユーザデータを、転送することができる。さらに、各装置(UE_A10、及び/又は、アクセスネットワーク内の装置、及び/又は、コアネットワーク_A90内の装置)は、PDUセッションに対して、一又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN、TFT、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、ネットワークスライス識別情報、アクセスネットワーク識別情報が一つ以上含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容であってもよいし、異なる内容であってもよい。
また、IP通信とは、IP(Internet Protocol)を用いたデータの通信のことであり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信のことである。なお、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信のことであり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信のことである。例えば、non-IP通信は、IPパケットが付与されていないアプリケーションデータの送受信によって実現されるデータ通信であってもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
さらに、PDN_A5は、UE_A10に通信サービスを提供するDN(Data Network)である。なお、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されていてもよい。さらに、PDN_A5は、接続された通信端末を含んでいてもよい。従って、PDN_A5と接続するということは、PDN_A5に配置された通信端末と接続するということであってもよい、さらに、PDN_A5との間でユーザデータを送受信するということは、PDN_A5に配置された通信端末とユーザデータを送受信するということであってもよい。
さらに、アクセスネットワークは、アクセスネットワークは、UE_A10、及び/又はコアネットワーク_A90と接続した、無線ネットワークのことである。アクセスネットワークは、3GPPアクセスネットワークであってもよく、non-3GPPアクセスネットワークであってもよい。なお、3GPPアクセスネットワークは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)_A80、UTRAN(Universal Terrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、NextGen RAN(Next Generation Radio Access Network)_A120であってもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125であってもよい。なお、UE_A10はコアネットワーク_A90に接続するために、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワーク_A90に接続してもよい。
さらに、コアネットワーク_A90は、アクセスネットワーク、及び/又はPDN_A5と接続した、移動通信事業者(Mobile Operator)が運用するIP移動通信ネットワークのことである。コアネットワーク_A90は移動通信システム1を運用、管理する移動通信事業者のためのコアネットワークであってもよいし、MVNO(Mobile Virtual Network Operator)などの仮想移動通信事業者のためのコアネットワークであってよい。また、コアネットワーク_A90はCIoT端末を収容する為のコアネットワークであってもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)のためのEPC(Evolved Packet Core)であってもよく、NextGen System(Next Generation System)のためのNextGen Core(Next Generation Core)であってよい。
次に、コアネットワーク_A90の構成例を説明する。本実施形態では2つのコアネットワーク_A90の構成例を説明する。なお、コアネットワーク_A90は第1のコアネットワーク、または第2のコアネットワーク、またはこれらを組み合わせたものであってもよい。また、なお、第1のコアネットワークはEPCであってもよく、第2のコアネットワークは、NextGen Coreであってもよい。さらに、第1のコアネットワーク、及び/又は第2のコアネットワークは、IoTのために最適化されたシステムで構成されてよい。
まず、図2にコアネットワーク_A90が第1のコアネットワークである場合の、コアネットワーク_A90の構成の一例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(Authentication Authorization Accounting)_A55、PCRF(Policy andCharging Rules Function)_A60、PGW(Packet Data Network Gateway)_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW(Serving Gateway)_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)_A42、SCEF(Service Capability Exposure Function)_A46により構成される。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続することができる。
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN ANb75)と、PGW_A30とPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa70)とが構成可能である。なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
PGW_A30はPDN_A5とSGW_A35とePDG_A65とWLAN ANa70と、PCRF_A60とAAA_A55とに接続されており、PDN_A5、及び/又はDNとコアネットワーク_A90のゲートウェイ装置としてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信、及び/又はnon-IP通信のためのゲートウェイ装置であってもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDNを接続するゲートウェイも複数配置されてよい。
さらに、PGW_A30は、PDN_A5との接点を持ったユーザデータの転送を行うUPネットワーク装置(U-Plane Network Function)であってもよく、PDN_A5とコアネットワークとの間でユーザデータを転送するためのゲートウェイであるUP GW(User Plane Gateway)であってもよい。
SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPネットワーク装置(U-Plane Network Function)であってもよく、アクセスネットワークとコアネットワークとの間でユーザデータを転送するためのゲートウェイであるUP GW(User Plane Gateway)であってもよい。
MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46に接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。また、コアネットワーク_A90には、こうした制御装置を複数配置してもよい。例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置はMME_A40と同様にSGW_A35とアクセスネットワークとSCEF_A46と、HSS_A50と接続されてよい。
また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーンの制御装置であればよい。
さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は、複数のコアネットワークやネットワークスライスが構成される場合、一つ以上のコアネットワークに接続される管理装置であってもよいし、MME_A40は複数のネットワークスライスに接続される管理装置であってもよい。
また、複数のコアネットワーク又はネットワークスライスは単一の通信事業者によって運用されるネットワークであってもよいし、それぞれ異なる通信事業者によって運用されるネットワークであってよい。ここで、ネットワークスライスとは、サービス等によって配送されるユーザデータを分けるために構成された論理的なネットワークであってよい。なお、ネットワークスライスは、ネットワークスライスインスタンスであってもよい。
また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイ装置としてユーザデータの転送を行う中継装置であってもよい。なお、MME_A40がゲートウェイ装置となって送受信されるユーザデータは、スモールデータであってもよい。
さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うネットワーク装置(Network Function)であってもよく、PDUセッション等のセッション管理の役割を担うネットワーク装置であってよく、1又は複数のネットワークスライスを管理するネットワーク装置であってもよい。また、MME_A40は、これらの1又は複数の役割を担うネットワーク装置であってよい。なお、ネットワーク装置は、コアネットワーク_A90内に1又は複数配置される装置であってもよく、制御情報、及び/又は制御メッセージのためのC-Plane制御装置(Control Plane Function)であってもよく、複数のネットワークスライス間で共有される共有C-Plane制御装置(Common Control Plane Function)であってもよい。
HSS_A50はMME_A40とAAA_A55とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。AAA_A55は、PGW_A30と、HSS_A50と、PCRF_A60と、WLAN ANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
PCRF_A60は、PGW_A30と、WLAN ANa70と、AAA_A55と、PDN_A5に接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。ePDG_A65は、PGW_A30と、WLAN ANb75とに接続されており、コアネットワーク_A90と、WLAN ANb75とのゲートウェイ装置としてユーザデータの配送を行う。
SGSN_A42は、UTRAN_A20とGERAN_A25とSGW_A35と接続されており、3G/2Gのアクセスネットワーク(UTRAN/GERAN)とLTEのアクセスネットワーク(E-UTRAN)間の位置管理のための制御装置である。さらに、SGSN_A42は、PGW及びSGWの選択機能、UE_A10のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMMEの選択機能を持つ。
SCEF_A46はPDN_A5とMME_A40とHSS_A50とに接続されており、PDN_A5、及び/又はDNとコアネットワーク_A90とを繋ぐゲートウェイ装置としてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信のためのゲートウェイ装置であってもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDNを接続するゲートウェイも複数配置されてよい。
また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、E-UTRAN_A80は、LTE(Long Term Evolution)のアクセスネットワークであり、eNB(evolved Node B)_A45を含んで構成される。eNB_A45はE-UTRA(EvolvedUniversal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続しあっていてよい。
UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(Node B)_A22を含んで構成される。NB_A22は、UTRA(Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とNB_A22を接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1つまたは複数のNB_A22と接続されてよい。さらに、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
GERAN_A25は、2Gのアクセスネットワークであり、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25には1又は複数の無線基地局BSSで構成されてもよい。また、複数のBSSは互いに接続しあっていてよい。またBSS_A26はRNC_A24と接続してもよい。
WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(WLAN Access Point)a72と、TWAG(Trusted WLAN Access Gateway)_A74とが含まれて構成される。WLAN APa72はコアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74はコアネットワーク_A90とWLAN ANa70のゲートウェイ装置である。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
また、WLAN ANb75は、無線LANアクセスネットワークであり、WLAN AP(WLAN Access Point)b76を含んで構成される。WLAN APb76はコアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。
このように、WLAN ANb75はコアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保するためのセキュリティー機能を持つ。
次に、コアネットワーク_A90が第2のコアネットワークである場合の、コアネットワーク_A90の構成の一例を説明する。図3にコアネットワーク_A90の構成の一例を示す。図3(a)のコアネットワーク_A90は、HSS_A50、PCRF_A60、PGW_A30、SGW_A35、MME_A40、SCEF_A46により構成される。
また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120、WLAN ANc125)に接続することができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。
さらに、3GPPアクセスシステムで接続可能なアクセスネットワークは、E-UTRAN_A80とNextGen RAN_A120とが構成可能である。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、MME_A40とSGW_A35とに接続するWLANアクセスネットワークc(WLAN ANc125)とが構成可能である。なお、各装置は第1のコアネットワークの装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
PGW_A30は、PDN_A5とSGW_A35とPCRF_A60とに接続される装置である。さらに、SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc126とに接続される装置である。さらに、MME_A40は、SGW_A35とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc126とHSS_A50とSCEF_A46に接続される装置である。なお、PGW_A30、及びSGW_A35、及びMME_A40の役割は、第1のコアネットワークで説明した各装置の役割と同じであってよい。また、SCEF_A46、HSS_A50、PCRF_A60の構成、及び役割は、第1のコアネットワークで説明した装置と同様の装置であってよい。従って、ここでの説明は省略する。
また、図3(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、NextGen RAN_A120は、5Gのアクセスネットワークであり、NextGen BS(Next Generation Base Station)_A122を含んで構成される。NextGen BS_A122はNextGen RA(Next Generation Radio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNextGen BS_A122が含まれて構成されてよい。
WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN Access Gateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_A90とWLAN ANc125のゲートウェイ装置であってもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイ装置の機能部とが別の装置で構成されてもよい。
なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。
[1.2.装置の構成]
まず、各装置で記憶される識別情報について説明する。IMSI(International Mobile Subscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる、識別情報である。UE_A10及びMME_A40及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
まず、各装置で記憶される識別情報について説明する。IMSI(International Mobile Subscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる、識別情報である。UE_A10及びMME_A40及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
EMM State/MM Stateは、UE_A10またはMME_A40の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)であってもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク_A90間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態であってもよい。
GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIはMME_A40の識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME_A40内でのUE_A10の識別情報(M-TMSI)により構成される。ME Identityは、UE_A10またはMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMISV(IMEI Software Version)であってもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40が記憶するMSISDNはHSS_A50の記憶部により示された情報であってよい。
MME F-TEIDは、MME_A40を識別する情報である。MME F-TEIDには、MME_A40のIPアドレスが含まれていてもよいし、MME_A40のTEID(Tunnel Endpoint Identifier)が含まれてもよいし、またはこれら両方が含まれてもよい。また、MME_A40のIPアドレスとMME_A40のTEIDは独立して記憶されてもよい。また、MME F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
SGW F-TEIDは、SGW_A35を識別する情報である。SGW F-TEIDには、SGW_A35のIPアドレスが含まれていてもよいし、SGW_A35のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、SGW_A35のIPアドレスとSGW_A35のTEIDは独立して記憶されてもよい。また、SGW F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
PGW F-TEIDは、PGW_A30を識別する情報である。PGW F-TEIDには、PGW_A30のIPアドレスが含まれていてもよいし、PGW_A30のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、PGW_A30のIPアドレスとPGW_A30のTEIDは独立して記憶されてもよい。また、PGW F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
eNB F-TEIDはeNB_A45を識別する情報である。eNB F-TEIDには、eNB_A45のIPアドレスが含まれていてもよいし、eNB_A45のTEIDが含まれてもよいし、またはこれら両方が含まれてもよい。また、eNB_A45のIPアドレスとSGW_A35のTEIDは独立して記憶されてもよい。また、eNB F-TEIDは、ユーザデータ用の識別情報であってもよいし、制御情報用の識別情報であってもよい。
また、APN(Access Point Name)は、コアネットワーク_A90とDN等の外部ネットワークを識別する識別情報であってよい。さらに、APNは、コアネットワーク_A90を接続するPGW_A30等のゲートウェイ装置を選択する情報として用いることもできる。
なお、APNは、こうしたゲートウェイ装置を識別する識別情報であってもよいし、DN等の外部ネットワークを識別する識別情報であってもよい。なお、コアネットワーク_A90とDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、こうした複数のゲートウェイ装置の中から一つのゲートウェイを選択する場合には、APN以外の識別情報を用いた別の手法によってゲートウェイが選択されてよい。
UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UENetwork Capabilityは、UEにサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN及び/又はUTRAN機能をもつUEに対して、SGSNに必要な少なくとも一つの情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40内でのUEを識別する情報である。eNB UE S1AP IDは、eNB_A45内でのUEを識別する情報である。
APN in Use(Data Network Identifier)は、最近使用されたAPNである。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Use(Data Network Identifier)は、PDUセッションの確立先のDNを識別する情報であってもよい。
Assigned Session Type(Assigned PDN Type)は、PDUセッションのタイプを示す情報である。PDUセッションのタイプは、IPであってもよいし、non-IPであってもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Type(Assigned PDN Type)は、IPv4や、IPv6や、IPv4v6であってよい。
また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスであってもよいし、IPv6アドレスであってもよいし、IPv6プレフィックスであってよい。なお、Assigned Session Type(Assigned PDN Type)がnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。Default Bearerは、PDUセッション確立時に取得、及び/又は、生成する情報であり、PDUセッションに対応づけられたデフォルトベアラを識別するためのEPSベアラ識別情報である。
EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB、及び/又は、CRBを識別する識別情報であってもよいし、DRBを識別する識別情報であってもよい。TI(Transaction Identifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPS Bearer IDは、デディケイテッドベアラを識別するEPSベアラ識別情報であってよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報であってよい。TFT(Traffic Flow Template)は、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRBを用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけするものであってよく、アプリケーションデータを識別する識別情報であってもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
Default Bearerは、PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。なお、EPSベアラとは、UE_A10とPGW_A30との間で確立する論理的な通信路であってもよい。この場合においても、EPSベアラは、UE_A10とアクセスネットワーク内の基地局、及び/又はアクセスポイントとの間で確立するRB(Radio Bearer)を含んで構成されてよい。さらに、RBとEPSベアラとは一対一に対応づけられてよい。そのため、RBの識別情報は、EPSベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。なお、RBは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)であってもよいし、DRB(Data Radio Bearer)であってもよい。また、Default Bearerは、PDUセッション確立時にUE_A10及び/またはSGW_A35及び/またはPGW_A30がコアネットワーク_A90から取得する情報であってよい。
User Identityは、加入者を識別する情報である。User Identityは、IMSIであってもよいし、MSISDNであってもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報であってもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40を識別する情報であり、MME_A40のIPアドレスであってよい。
eNB/NextGen BS/WAG Addressは、eNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126のIPアドレスである。eNB/NextGen BS/WAG IDは、eNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126内でのUEを識別する情報である。
NextGen BS Addressは、NextGen BS_A122のIPアドレスである。NextGen BS IDは、NextGen BS_A122内でのUEを識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAG IDは、WAG_A126内でのUEを識別する情報である。
MME/eNB/NextGen BS/WAG Addressは、MME_A40、及び/又はeNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126のIPアドレスである。MME/eNB/NextGen BS/WAG IDは、MME_A40、及び/又はeNB_A45、及び/又はNextGen BS_A122、及び/又はWAG_A126内でのUEを識別する情報である。
モビリティタイプ(Mobility Type)は、モビリティの粒度を示す情報である。さらに、モビリティタイプはサービス継続(Service Continuity)の種類を示す情報であってもよいし、サポートするモビリティの種類を示す情報であってもよいし、ハンドオーバーに関する情報であってもよい。例えば、モビリティタイプは、UE主導のハンドオーバーに対応するモビリティタイプであってもよいし、UE主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプであってもよく、ネットワーク主導のハンドオーバーの実行を許さない状態に対応するモビリティタイプであってもよい。なお、モビリティタイプはモビリティクラス(Mobility Class)であってもよく、モビリティレベル(Mobility level)であってもよい。
Handover Informationは、UE_A10、及び/又はネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90)のハンドオーバーに関する情報である。Handover Informationは、サポートするハンドオーバーの種類を示す情報であってもよいし、各状態におけるハンドオーバーの許可情報であってもよい。
なお、サポートするハンドオーバーの種類は、3GPPアクセスネットワーク、又はnon-3GPPアクセスネットワーク内のハンドオーバーであってもよいし、3GPPアクセスネットワークとnon-3GPPアクセスネットワークとの間のハンドオーバーであってもよい。また、各状態におけるハンドオーバーの許可情報は、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可することを示す情報であってよく、アクティブモード、及び/又はアイドルモード時のハンドオーバーを許可しないことを示す情報であってもよい。
さらに、Handover Informationは、UE UE-initiated Handover Capability、及び/又はNW UE-initiated Handover Capability、及び/又はUE-initiated Handover allowed、及び/又はNW-initiated Handover allowedを含む情報であってよい。
なお、UE UE-initiated Handover Capabilityは、UE_A10がUE主導のハンドオーバーをサポートするか否かを示す能力情報である。さらに、NW UE-initiated Handover Capabilityは、ネットワーク、及び/又はネットワーク内の装置がUE主導のハンドオーバーをサポートするか否かを示す能力情報である。
また、UE-initiated Handover allowedは、UE主導のハンドオーバーを許可するか否かを示す情報である。UE-initiated Handover allowedは、UE主導のハンドオーバーを、接続中のセル、及び/又はトラッキングエリア、及び/又はアクセスネットワークで許可するか否かを示す情報であってもよいし、一時的に許可するか否かを示す情報であってもよいし。
さらに、NW-initiated Handover allowedは、ネットワーク主導のハンドオーバーを許可するか否かを示す情報である。NW-initiated Handover allowedは、ネットワーク主導のハンドオーバーを、接続中のセル、及び/又はトラッキングエリア、及び/又はアクセスネットワークで許可するか否かを示す情報であってもよいし、一時的に許可するか否かを示す情報であってもよい。
以下、各装置の構成について説明する。
[1.2.1.UEの構成]
図4にUE_A10の装置構成を示す。図に示すように、UE_A10は送受信部_A420と、制御部_A400と記憶部_A440で構成されている。送受信部_A420と記憶部_A440は制御部_A400と、バスを介して接続されている。
図4にUE_A10の装置構成を示す。図に示すように、UE_A10は送受信部_A420と、制御部_A400と記憶部_A440で構成されている。送受信部_A420と記憶部_A440は制御部_A400と、バスを介して接続されている。
制御部_A400はUE_A10を制御するための機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
送受信部_A420は、UE_A10がアクセスネットワーク内の基地局、及び/又はアクセスポイントに接続し、アクセスネットワークへ接続するための機能部である。また、送受信部_A420には、外部アンテナ_A410が接続されている。言い換えると、送受信部_A420は、UE_A10がアクセスネットワーク内の基地局、及び/又はアクセスポイントと接続するための機能部である。さらに、送受信部_A420は、UE_A10が、アクセスネットワーク内の基地局、及び/又はアクセスポイントからユーザデータ及び/又は制御情報を送受信する送受信機能部である。
記憶部_A440は、UE_A10の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_A440は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_A440は、図に示すように、UEコンテキスト542を記憶する。以下、記憶部_A440で記憶される情報要素について説明する。
まず、図5(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMM State、GUTI、ME Identityを含む。
さらに、UEごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
次に、図5(c)にPDU(Packet Data Unit)セッションごとに記憶されるPDUセッションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APNin Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、IP Address(es)、Default Bearerを含む。
さらに、PDUセッションごとに記憶されるUEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
図5(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、TFTを含む。
[1.2.2.eNB/NextGen BS/WAGの構成]
以下、eNB_A45及び、NextGen BS_A122及び、WAG_A126の構成について説明する。図6にeNB_A45及び、NextGen BS_A122及び、WAG_A126の装置構成を示す。図に示すように、eNB_A45及び、NextGen BS_A122及び、WAG_A126はネットワーク接続部_B620と、送受信部_B630と、制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は制御部_B600と、バスを介して接続されている。
以下、eNB_A45及び、NextGen BS_A122及び、WAG_A126の構成について説明する。図6にeNB_A45及び、NextGen BS_A122及び、WAG_A126の装置構成を示す。図に示すように、eNB_A45及び、NextGen BS_A122及び、WAG_A126はネットワーク接続部_B620と、送受信部_B630と、制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は制御部_B600と、バスを介して接続されている。
制御部_B600はeNB_A45を制御するための機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_B620は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がMME_A40及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_B620は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がMME_A40及び/又はSGW_A35からユーザデータ及び/又は制御情報を送受信する送受信部である。
送受信部_B630は、eNB_A45及び、NextGen BS_A122及び、WAG_A126がUE_A10と接続するための機能部である。さらに、送受信部_B630は、UE_A10からユーザデータ及び/又は制御情報を送受信する送受信機能部である。また、送受信部_B630には、外部アンテナ_B610が接続されている。
記憶部_B640は、eNB_A45及び、NextGen BS_A122及び、WAG_A126の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をUEコンテキストとして記憶してもよい。
さらに、記憶部_B640は、Mobility Type、及び/又はHandover Informationを含んでもよい。
[1.2.3.MMEの構成]
以下、MME_A40の構成について説明する。図7にMME_A40の装置構成を示す。図に示すように、MME_A40はネットワーク接続部_C720と、制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は制御部_C700と、バスを介して接続されている。
以下、MME_A40の構成について説明する。図7にMME_A40の装置構成を示す。図に示すように、MME_A40はネットワーク接続部_C720と、制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は制御部_C700と、バスを介して接続されている。
制御部_C700はMME_A40を制御するための機能部である。制御部_C700は、記憶部_C740に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又は、SCEF_A46、及び/又はHSS_A50及び/又はSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又は、SCEF_A46、及び/又はHSS_A50、及び/又はSGW_A35とユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_C740は、MME_A40の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_C740は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
記憶部_C740は、図に示すように、MMEコンテキスト1142を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UE Radio Access Capability、UE Network Capability、MS Network Capability、Access Restriction、MME F-TEID、SGW F-TEID、eNB Address、MME UE S1AP ID、eNB UE S1AP ID、NextGen BS Address、NextGen BS ID、WAG Address、WAG ID、を含む。
さらに、UEごとに記憶されるMMEコンテキストは、Mobility Type、及び/又はHandover Informationを含んでもよい。
次に、図9(c)にPDUセッションごとに記憶されるPDUセッションごとのMMEコンテキストを示す。図に示すように、PDUセッションごとのMMEコンテキストは、APN in Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、IP Address、PGW F-TEID、SCEF ID、Default bearerを含む。
さらに、PDUセッションごとのMMEコンテキストは、Mobility Type、及び/又はHandoverInformationを含んでもよい。
図9(d)は、ベアラごとに記憶されるベアラごとのMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB/NextGen BS/WAG Address、eNB/NextGen BS/WAG ID、を含む。ここで、図8、9に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト644またはEPSベアラコンテキストのいずれかに含まれ、記憶されてもよい。
[1.2.4.SGWの構成]
図10にSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
図10にSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
制御部_D1000はSGW_A35を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局、及び/又はアクセスポイント、及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42と接続するための機能部である。さらに、ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局、及び/又はアクセスポイント及び/又はMME_A40及び/又はPGW_A30及び/又はSGSN_A42からユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、SGW_A35の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1442を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
まず、図11(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、ME Identity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use(Data Network Identifier)、Assigned Session Type(Assigned PDN Type)、SGWF-TEID、PGW F-TEID、Default Bearer、IP Address(es)を含む。
さらに、EPSベアラコンテキストには、ベアラごとのEPSベアラコンテキストが含まれる。図11(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストはEPS Bearer ID、TFT、PGW F-TEID、SGW F-TEID、eNB F-TEID、MME/NextGen BS/WAG Address、MME/NextGen BS/WAG IDを含む。
[1.2.5.PGWの構成]
図10にPGW_A30の装置構成を示す。図に示すように、PGW_A30はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
図10にPGW_A30の装置構成を示す。図に示すように、PGW_A30はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
制御部_D1000はPGW_A30を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_D1020は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはTWAG_A74及び/又はPDN_A5と接続するための機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはTWAG_A74及び/又はPDN_A5からユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、PGW_A30の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1642を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。
図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、IMSI-unauthenticated-indicator、ME Identity、MSISDN、RAT typeを含む。
次に、図12(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in useを含む。なお、APNごとに記憶されるEPSベアラコンテキストは、Data Network Identifierごとに記憶されてもよい。
また、図12(d)にPDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、Assigned Session Type(Assigned PDN Type)、IP Address、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、PGW F-TEID、SGW F-TEIDを含む。
[1.2.6.SCEFの構成]
図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46はネットワーク接続部_D1020と、制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は制御部_D1000と、バスを介して接続されている。
制御部_D1000はSCEF_A46を制御するための機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。ネットワーク接続部_D1020は、SCEF_A46がコアネットワーク_A90へ接続するための機能部である。言い換えると、ネットワーク接続部_D1020は、SCEF_A46がMME_A40と接続するための機能部である。さらに、ネットワーク接続部_D1020は、SCEF_A46が、MME_A40からユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、SCEF_A46の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。以下、記憶部_D1040で記憶される情報要素について説明する。図13(b)にEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、EPSベアラコンテキストは、User Identity、APN in Use(Data Network Identifier)、EPS Bearer ID、Serving Node Informationを含む。
[1.3.通信手続きの説明]
次に、本実施形態における通信手続きを、図15を用いて説明する。ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
次に、本実施形態における通信手続きを、図15を用いて説明する。ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
本実施形態における第1の状態を図14を用いて説明する。本実施形態における第1の状態は、UE_A10がコアネットワーク_A90に接続、及び登録され、各装置がPDUセッションを確立した状態である。なお、各装置は、UE_A10がコアネットワーク_A90に登録されるための手続きとPDUセッション確立のための手続きは、同時に実行されてもよいし、別々に実行されてもよい。
本実施形態における第1のアクセスとは、3GPPアクセスであってよい。また、本実施形態における説明において、3GPPアクセスとは3GPPアクセスネットワークを指してもよいし、3GPPアクセスシステムを指してもよい。なお、3GPPアクセスシステムとは、各種の3GPPアクセスネットワークを構成するための無線アクセスシステムであってよい。
さらに、本実施形態における第2のアクセスとは、non-3GPPアクセスであってよい。また、本実施形態における説明において、non-3GPPアクセスとはnon-3GPPアクセスネットワークを指してもよいし、non-3GPPアクセスシステムを指してもよい。なお、non-3GPPアクセスシステムとは、各種のnon-3GPPアクセスネットワークを構成するための無線アクセスシステムであってよい。
次に、Access Traffic Steeringとは、データフローの送受信のために最適なアクセスネットワークを選択し、選択したアクセスネットワークを介してデータフローのトラフィックを送受信する手続きーのことである。なお、最適なアクセスネットワークの選択は、ネットワークの負荷や、無線の信号品質、データフローに対応づけられたアプリケーション等に基づいて、行われてもよい。また、Access Traffic Steeringは、3GPPアクセスとnon-3GPPアクセスの間で適応可能であってよい。
また、Access Traffic Steeringとは、データフローの継続性を維持しつつ、進行中の全データフローのトラフィックを他のアクセスネットワークに移す手続きーである。なお、Access Traffic Steeringは、第1のアクセスと第2のアクセスとの間で適応可能であってよい。
つまり、Access Traffic Steeringは、セッションに対応づけられたIPアドレスを用いて送受信する1又は複数のデータフローに対して、データフロー毎に第1のアクセスを介した通信路か第2のアクセスを介した通信路を選択してユーザデータを送受信するための機能、又は通信手続きであってよい。言い換えると、一つのIPアドレスを用いてユーザデータを送受信する複数のフローの通信を行う際、フロー毎に、第1のアクセスを介した通信路又は第2のアクセスを介した通信路を選択することができる。したがって、ある一時点において、第1のアクセスを介した通信路と第2のアクセスを介した通信路を同時に利用して複数のフローの送受信を実行することができる。
また、Access Traffic Splittingとは、一つのデータフローのトラヒックを複数のアクセスネットワークを介した通信に分離する手続きーである。ここで、一つのデータフローから分離された一部のトラヒックは、第1のアクセスを介して送受信され、その他のトラヒックは第2のアクセスを介して送受信されてよい。なお、Access Traffic Splittingは、第1のアクセスと第2のアクセスとの間で適応可能であってよい。
つまり、Access Traffic Splittingは、セッションに対応づけられたIPアドレスを用いて送受信するある一つのデータフローの通信を、第1のアクセスを介した通信路と第2のアクセスを介した通信路を利用して実行する機能、又は通信手続きであってよい。言い換えると、一つのIPアドレスを用いてユーザデータを送受信する複数のフローの通信を行う際、フロー毎に、第1のアクセスを介した通信路、及び/又は第2のアクセスを介した通信路を選択することができる。したがって、ある一時点において、第1のアクセスを介した通信路と第2のアクセスを介した通信路を同時に利用して複数のフローの送受信を実行することができる。なお、ある一つのフローの通信において送受信される各データユニットは、第1のアクセス又は第2のアクセスのいずれかを用いて配送される。言い換えると、ある一つのデータユニットが複製されて複数の通信路に配送されることはない。
また、ルーティングフィルターとは、ルーティングを目的として1又は複数のIPフローを識別するために用いられる情報であり、詳細には、各フローの通信に用いるIPヘッダのパラメータ群やレンジ群であってよい。
言い換えると、ルーティングフィルターは、各フローを識別可能な情報であり、各フローで送受信するIPヘッダのパラメータ群で構成されてよい。なお、IPヘッダのパラメータ群とは、送信元IPアドレス、送信先IPアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号等の5タプルのうちの一つ以上を組み合わせた情報であってよい。
また、ルーティングアクセスタイプとは、セッションに対応づけられて送受信可能な一又は複数のIPフローの送受信する際に経由するアクセスネットワークのタイプを示す情報であってよい。なお、アクセスネットワークのタイプは、第1のアクセス又は第2のアクセスであってよい。
また、ルーティングルールとは、ルーティングフィルターとルーティングアクセスタイプとのアソシエーションを可能にする情報であってよい。ルーティングルールは、ルーティングフィルターとルーティングアクセスタイプとを対応づける情報であり、セッションに対応づけられて送受信する一又は複数のフローの各フローに対して、送受信に用いるルーティングアクセスタイプを識別可能な情報であってよい。なお、UE_A10及びコアネットワークは、ルーティングルールを基に、各フローを送受信する通信路を、第1のアクセスを介した通信路か第2のアクセスを介した通信路のいずれかを選択することができる。
又は、ルーティングルールは、ルーティングフィルターに対して複数のルーティングアクセスタイプを対応づけ、ある特定のフローの通信を、複数の通信路を用いて送受信することを示してもよい。この場合、ある特定のフローを送受信する通信路を、第1のアクセスを介した通信路と第2のアクセスを介した通信路を両方用いて通信することができる。なお、ある一つのフローの通信において送受信される各データユニットは、第1のアクセス又は第2のアクセスのいずれかを用いて配送される。言い換えると、ある一つのデータユニットが複製されて複数の通信路に配送されることはない。さらに、アクセスネットワークの選択、又は通信路の選択は、ネットワークの負荷や、無線の信号品質、データフローに対応づけられたアプリケーション等に基づいて行われてもよいし、UEポリシー及び/又はオペレータポリシーに基づいて行われてもよい。
本実施形態におけるマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。なお、マルチアクセスセッションには、第1のタイプのマルチアクセスセッションがあってもよいし、第2のタイプのマルチアクセスセッションがあってもよい。
本実施形態における第1のタイプのマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。また、マルチアクセスセッションに対しては、一又は複数のIPアドレスが対応づけられてよく、UE_A10は、マルチアクセスセッションにより、それらのIPアドレスを用いて複数のフローの通信を実行することができる。なお、各フローは第1のアクセス又は第2のアクセスのいずれかに対応づけられており、各フローの通信は、一時点において対応づけられたアクセスを介して実行する。
なお、どちらのアクセスを用いて各フローの送受信を行うかは、ルーティングルールを基に決定されてよい。なお、ルーティングルールは、オペレータポリシー及び/又はUEポリシーに基づいて決定されて良い。
なお、第1のタイプのマルチアクセスセッションは、NBIFOM(IP Flow Mobility based on network mobility protocols)に基づいたセッションであってよい。及び/又は、第1のタイプのマルチアクセスセッションは、Access Traffic Switchingの機能をサポートしたセッションであってよい。
本実施形態における第2のタイプのマルチアクセスセッションは、第1のアクセス又は第2のアクセス、又はその両方を同時に介してトラヒックを配送可能なセッションである。また、マルチアクセスセッションに対しては一又は複数のIPアドレスが対応づけられてよく、UE_A10は、マルチアクセスセッションにより、それらのIPアドレスを用いて複数のフローの通信を実行することができる。なお、各フローの通信は、第1のアクセス又は第2のアクセスのいずれかを用いて通信を行うことも可能であり、さらに、一時点において複数のアクセスを同時に利用して通信することも可能である。
なお、第2のタイプのマルチアクセスセッションは、Access Traffic Splittingの機能をサポートしたセッションであってよい。また、第2のタイプのマルチアクセスセッションは、セッションに対応づけられる一又は複数のIPアドレスを用いて複数のフローの通信を実行可能な単一のセッションであってもよい。
なお、各フローの通信において送受信される各データユニットは、第1のアクセス又は第2のアクセスのいずれかを用いて配送される。なお、どちらのアクセスを用いて各データユニットの送受信をするかは、ルーティングルールを基に決定されてよい。なお、ルーティングルールは、オペレータポリシー及び/又はUEポリシーに基づいて決定されて良い。
さらに、本実施形態における第1の状態は、各装置が、第1のアクセス、及び第2のアクセスを介してPDUセッションを確立している状態である。より詳細には、第1の状態は、各装置が、eNB_A45、及びSGW_A35を介して、UE_A10とPGW_A30との間で確立されるPDUセッションと、TWAG_A74、及び/又はePDG_A65を介してUE_A10とPGW_A30との間で確立されるPDUセッションとを確立している状態である。言い換える、第1の状態は、各装置がマルチアクセスセッションを確立している状態であってもよい。
次に、本実施形態における識別情報について説明する。本実施形態における第1の識別情報は、UE_A10が、一つのIPアドレスを用いて通信することができる、第1のアクセスを介した通信路と第2のアクセスを介した通信路を確立することができる機能を有することを示す情報である。言い換えると、第1の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを確立する機能を有することを示す情報であってもよい。または、第1の識別情報は、UE_A10が第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを用いて通信を行うための機能を有することを示す情報であってもよい。または、第1の識別情報は、UE_A10が、Access Traffic Switching及び/又はAccess Traffic Splittingを実行するための機能を有することを示す情報であってもよい。または、第1の識別情報は、UE_A10が、Access Traffic Switching及び/又はAccess Traffic Splittingによる通信を実行するための機能を有することを示す情報であってもよい。
本実施形態における第2の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッションを確立する機能を有することを示す情報である。及び/又は、第2の識別情報は、UE_A10が、第1のタイプのマルチアクセスセッションを用いて通信を行う機能を有することを示す情報であってもよい。及び/又は、第2の識別情報は、UE_A10が、Access Traffic Switchingを実行するための機能を有することを示す情報であってもよい。及び/又は、第2の識別情報は、UE_A10が、Access Traffic Switchingによる通信を実行するための機能を有することを示す情報であってもよい。及び/又は、第2の識別情報は、UE_A10が、NBIFOMを実行するための機能を有することを示す情報であってもよい。及び/又は、第2の識別情報は、UE_A10が、NBIFOMによる通信を実行するための機能を有することを示す情報であってもよい。
本実施形態における第3の識別情報は、UE_A10が、第2のタイプのマルチアクセスセッションを確立する機能を有することを示す情報である。及び/又は、第3の識別情報は、UE_A10が、第2のタイプのマルチアクセスセッションを用いて通信を行う機能を有することを示す情報であってもよい。及び/又は、第3の識別情報は、UE_A10が、Access Traffic Splittingを実行するための機能を有することを示す情報であってもよい。及び/又は、第3の識別情報は、UE_A10が、Access Traffic Splittingによる通信を実行するための機能を有することを示す情報であってもよい。
本実施形態における第4の識別情報は、ネットワークが、一つのIPアドレスを用いて通信することができる、第1のアクセスを介した通信路と第2のアクセスを介した通信路を確立することができる機能を有することを示す情報である。言い換えると、第4の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを確立する機能を有することを示す情報であってもよい。または、第4の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッション及び/又は第2のタイプのマルチアクセスセッションを用いて通信を行うための機能を有することを示す情報であってもよい。または、第4の識別情報は、ネットワークが、Access Traffic Switching及び/又はAccess Traffic Splittingを実行するための機能を有することを示す情報であってもよい。または、第4の識別情報は、ネットワークが、Access Traffic Switching及び/又はAccess Traffic Splittingによる通信を実行するための機能を有することを示す情報であってもよい。
なお、本実施形態において、ネットワークが機能を有するという意味は、コアネットワーク_A90及び/又は、MME_A40やPGW_A30等のコアネットワーク_A90に含まれる装置が機能を有することを示してもよい。
本実施形態における第5の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッションを確立する機能を有することを示す情報である。及び/又は、第5の識別情報は、ネットワークが、第1のタイプのマルチアクセスセッションを用いて通信を行う機能を有することを示す情報であってもよい。及び/又は、第5の識別情報は、ネットワークが、Access Traffic Switchingを実行するための機能を有することを示す情報であってもよい。及び/又は、第5の識別情報は、ネットワークが、Access Traffic Switchingによる通信を実行するための機能を有することを示す情報であってもよい。及び/又は、第5の識別情報は、ネットワークが、NBIFOMを実行するための機能を有することを示す情報であってもよい。及び/又は、第5の識別情報は、ネットワークが、NBIFOMによる通信を実行するための機能を有することを示す情報であってもよい。
本実施形態における第6の識別情報は、ネットワークが、第2のタイプのマルチアクセスセッションを確立する機能を有することを示す情報である。及び/又は、第6の識別情報は、ネットワークが、第2のタイプのマルチアクセスセッションを用いて通信を行う機能を有することを示す情報であってもよい。及び/又は、第6の識別情報は、ネットワークが、Access Traffic Splittingを実行するための機能を有することを示す情報であってもよい。及び/又は、第6の識別情報は、ネットワークが、Access Traffic Splittingによる通信を実行するための機能を有することを示す情報であってもよい。
本実施形態における第7の識別情報は、第1のタイプのマルチアクセスセッションの確立を要求することを示す情報である。本実施形態における第8の識別情報は、第2のタイプのマルチアクセスセッションの確立を要求することを示す情報である。
本実施形態における第9の識別情報は、第1のタイプのマルチアクセスセッションの確立を許可することを示す情報である。及び/又は、第9の識別情報は、第1のタイプのマルチアクセスセッションを確立する要求が受諾されたことを示すステータス情報であってもよい。及び/又は、第9の識別情報は、第1のタイプのマルチアクセスセッションを確立したことを示す情報であってもよい。及び/又は、第9の識別情報は、確立したセッションが第1のタイプのマルチアクセスセッションであることを示す情報であってもよい。及び/又は、第9の識別情報は、確立したセッションを識別するセッション識別情報であってもよい。
本実施形態における第10の識別情報は、第2のタイプのマルチアクセスセッションの確立を許可することを示す情報である。及び/又は、第10の識別情報は、第2のタイプのマルチアクセスセッションを確立する要求が受諾されたことを示すステータス情報であってもよい。及び/又は、第10の識別情報は、第2のタイプのマルチアクセスセッションを確立したことを示す情報であってもよい。及び/又は、第10の識別情報は、確立したセッションが第2のタイプのマルチアクセスセッションであることを示す情報であってもよい。及び/又は、第10の識別情報は、確立したセッションを識別するセッション識別情報であってもよい。
本実施形態における第11の識別情報は、第1のタイプのマルチアクセスセッションの確立を許可しないことを示す情報である。及び/又は、第11の識別情報は、第1のタイプのマルチアクセスセッションの確立を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第11の識別情報は、第1のタイプのマルチアクセスセッションをサポートしないことを示す理由情報(Reject Cause)であってもよい。
本実施形態における第12の識別情報は、第2のタイプのマルチアクセスセッションの確立を許可しないことを示す情報である。及び/又は、第12の識別情報は、第2のタイプのマルチアクセスセッションの確立を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第12の識別情報は、第2のタイプのマルチアクセスセッションをサポートしないことを示す理由情報(Reject Cause)であってもよい。
本実施形態における第13の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスを、変更又は設定することを要求する情報である。及び/又は、第13の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能を実行することを要求する情報であってもよい。及び/又は、第13の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを変更又は設定することを示す情報であってもよい。なお、第13の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、UE_A10が変更を要求するルールであってよく、UEポリシーに基づいたルールであってもよい。
本実施形態における第14の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能の実行又は停止を要求する情報である。なお、第14の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、UE_A10が変更を要求するルールであってよく、UEポリシーに基づいたルールであってもよい。
本実施形態における第15の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可することを示す情報である。及び/又は、第15の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能を実行したことを示す情報であってもよい。及び/又は、第15の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行したことを示す情報であってもよい。なお、第15の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールであってもよいし、実行したルーティングルールであってもよい。さらに、ルーティングルールは、UE_A10が変更を要求し、ネットワークが実行を許可したルールであってもよいし、オペレータポリシーに基づいて実行が許可されたルールであってもよい。
本実施形態における第16の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、UE_A10が要求するAccess Traffic Splittingの機能の実行又は停止を許可することを示す情報である。及び/又は、第16の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能を実行したこと、又は停止したことを示す情報であってもよい。なお、第16の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールであってもよいし、実行したルーティングルールであってもよい。さらに、ルーティングルールは、UE_A10が変更を要求し、ネットワークが実行を許可したルールであってもよいし、オペレータポリシーに基づいて実行が許可されたルールであってもよい。
本実施形態における第17の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す情報である。及び/又は、第17の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す情報であってもよい。及び/又は、第17の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す情報であってもよい。及び/又は、第17の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第17の識別情報はAccess Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す理由情報(Reject Cause)であってもよい。及び/又は、第17の識別情報は第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す理由情報(Reject Cause)であってもよい。
本実施形態における第18の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能の実行又は停止を許可しないことを示す情報である。及び/又は、第18の識別情報は、UE_A10が要求するAccess Traffic Splittingの機能の実行に対して拒絶を示す情報であってもよい。及び/又は、第18の識別情報は、第2のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す情報であってもよい。及び/又は、第18の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第18の識別情報はAccess Traffic Splittingの機能の実行に対する拒絶を示す理由情報(Reject Cause)であってもよい。及び/又は、第18の識別情報は第2のタイプのマルチアクセスセッションを用いた通信を行うためのルーティングルールの変更又は設定を実行しないことを示す理由情報(Reject Cause)であってもよい。
本実施形態における第19の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスを、変更又は設定することを要求する情報である。及び/又は、第19の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能を実行することを要求する情報であってもよい。及び/又は、第19の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを変更又は設定することを示す情報であってもよい。なお、第19の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。さらに、ルーティングルールは、ネットワークが変更を要求するルールであってよく、オペレータポリシーに基づいたルールであってもよい。
なお、本実施形態において、ネットワークが変更を要求するという意味は、コアネットワーク_A90及び/又は、MME_A40やPGW_A30等のコアネットワーク_A90に含まれる装置が変更を要求することを示してもよい。
本実施形態における第20の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能の実行又は停止を要求する情報である。なお、第20の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてよい。さらに、ルーティングルールは、ネットワークが変更を要求するルールであってよく、オペレータポリシーに基づいたルールであってよい。
本実施形態における第21の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可することを示す情報である。及び/又は、第21の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能を実行したことを示す情報であってもよい。及び/又は、第21の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行したことを示す情報であってもよい。なお、第21の識別情報には、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールであってもよいし、実行したルーティングルールであってもよい。さらに、ルーティングルールは、ネットワークが変更を要求し、UE_A10が実行を許可したルールであってもよいし、UEポリシーに基づいて実行が許可されたルールであってよい。
本実施形態における第22の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、ネットワークが要求するAccess Traffic Splittingの機能の実行又は停止を許可することを示す情報である。及び/又は、第22の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能を実行したこと、又は停止したことを示す情報であってもよい。なお、第22の識別情報には、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが含まれてもよい。ここで、ルーティングルールは実行を許可したルーティングルールであってもよいし、実行したルーティングルールであってもよい。さらに、ルーティングルールは、ネットワークが変更を要求し、UE_A10が実行を許可したルールであってもよいし、UEポリシーに基づいて実行が許可されたルールであってもよい。
本実施形態における第23の識別情報は、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す情報である。及び/又は、第23の識別情報は、Access Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す情報であってもよい。及び/又は、第23の識別情報は、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す情報であってもよい。及び/又は、第23の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第23の識別情報はAccess Traffic Switchingの機能又はNBIFOMの機能の実行に対する拒絶を示す理由情報(Reject Cause)であってもよい。及び/又は、第23の識別情報は第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す理由情報(Reject Cause)であってもよい。
本実施形態における第24の識別情報は、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対し、Access Traffic Splittingの機能の実行又は停止を許可しないことを示す情報である。及び/又は、第24の識別情報は、ネットワークが要求するAccess Traffic Splittingの機能の実行に対して拒絶を示す情報であってもよい。及び/又は、第24の識別情報は、第2のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの変更又は設定を実行しないことを示す情報であってもよい。及び/又は、第24の識別情報は、一又は複数のフローの通信に用いるアクセスの変更又は設定を許可しないことを示す理由情報(Reject Cause)であってもよい。及び/又は、第24の識別情報はAccess Traffic Splittingの機能の実行に対する拒絶を示す理由情報(Reject Cause)であってもよい。及び/又は、第24の識別情報は第2のタイプのマルチアクセスセッションを用いた通信を行うためのルーティングルールの変更又は設定を実行しないことを示す理由情報(Reject Cause)であってもよい。
次に、本実施形態における通信手続きを図15を用いて説明する。なお、各手続きの詳細は、後述する。各装置は、まず、アタッチ手続き(S2000)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S2002)を実行し、第1の状態に遷移する。なお、各装置は、アタッチ手続き、及び/又はPDUセッション確立手続きにおいて、各装置の各種能力情報、及び/又は各種要求情報を交換してもよい。
また、各装置は、第1の状態に遷移するために、第1のアクセスを介した初期手続き(アタッチ手続き、及び/又はPDUセッション確立手続き)とは別に、第2のアクセスを介した初期手続きも実行する。なお、各装置は、第1のアクセスを介した初期手続きの実行後に、第2のアクセスを介した初期手続きを実行してもよいし、第2のアクセスを介した初期手続きの実行後に第1のアクセスを介した初期手続きを実行してもよい。また、各装置は、各装置の各種能力情報、及び/又は各種要求情報の交換を、第1のアクセスを介した初期手続き、又は第2のアクセスを介した初期手続きで実行してもよいし、両方の初期手続きで実行してもよい。
なお、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施した場合、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施しなかった場合、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換、及び/又は各種要求の交渉をアタッチ手続きで実施した場合でも、各種情報の交換、及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
例えば、各装置は、アタッチ手続き、及びPDUセッション確立手続きにおいて、第1から18の識別情報の内1つ以上の識別情報を交換してもよい。また、各装置は、第1から18の識別情報の内1つ以上の識別情報をアタッチ手続きで交換し、PDUセッション確立手続きで交換しなくてもよい。逆に、各装置は、第1から18の識別情報の内1つ以上の識別情報をアタッチ手続きで交換せずに、PDUセッション確立手続きで交換してもよい。また、各装置は、第1から18の識別情報の内、アタッチ手続きで交換していない識別情報をPDUセッション確立手続きで交換してもよい。
さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、アタッチ手続き中で交換してもよく、PDUセッションと対応づけて管理する場合、PDUセッションを確立手続き中で交換してもよい。
また、各装置は、PDUセッション確立手続きを、アタッチ手続きの中で実行してもよく、アタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがアタッチ手続きの中で実行された場合、各装置は、アタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第1の状態へ遷移してもよい。
次に、各装置は、ルーティングルール更新手続き(S2006)を実行する。なお、ルーティングルール更新手続きは、第1の状態への遷移後であれば任意のタイミングで実行可能であってよい。また、各装置は、ルーティングルール更新手続きにおいて、各種要求情報を交換してもよい。例えば、各装置は、ルーティングルール更新手続きにおいて、第13から24の識別情報の内1つ以上の識別情報を交換してもよい。
以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信することにより、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。
[1.3.1.アタッチ手続きの概要]
まず、アタッチ手続きの概要について説明する。本手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続するための手続きである。UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
まず、アタッチ手続きの概要について説明する。本手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続するための手続きである。UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
また、本手続きは、第1のアクセスを介した手続きと第2のアクセスを介した手続きとがあってよい。UE_A10は、第1のアクセスを介してコアネットワーク_A90に接続した状態で、第2のアクセスを介した本手続きを開始してもよいし、第2のアクセスを介してコアネットワーク_A90に接続した状態で、第1のアクセスを介した本手続きを開始してもよい。
なお、以下では、第1のアクセスを介した本手続きを、アタッチ手続き例として説明し、第2のアクセスを介した本手続きを、第2のアクセスを介したアタッチ手続き例として説明する。
[1.3.2.PDUセッション確立手続き例]
次に、PDUセッション確立手続きの例について説明する。本手続きは、各装置がPDUセッションを確立するための手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また。各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行することで、複数のPDUセッションを確立してもよい。
次に、PDUセッション確立手続きの例について説明する。本手続きは、各装置がPDUセッションを確立するための手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また。各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行することで、複数のPDUセッションを確立してもよい。
なお、本手続きで確立されるPDUセッションは、マルチアクセスセッションであってもよい。さらに、各装置は、本手続きを複数回実行することで、1つのマルチアクセスセッションに複数のアクセスを介した通信路を加えてもよいし、新たなマルチアクセスセッションを確立してもよい。なお、本手続きは、第1のアクセスを介した手続きと第2のアクセスを介した手続きとがあってよい。
また、本手続きはUE_A10が主導して実行してもよい。例えば、端末電源投入時等の初期接続時に、UE_A10が主導して本手続きを実行してもよい。さらに、UE_A10は、第1のアクセス、及び/又は第2のアクセスを介してコアネットワーク_A90に接続した状態で第1のアクセス、及び/又は第2のアクセスを介した本手続きを開始してもよい。
なお、各装置は、第1のアクセスを介したマルチアクセスセッションを確立した状態で、第2のアクセスを介した本手続きを実行することで、マルチアクセスセッションに第2のアクセスを介した通信路を加えてもよいし、第1のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。
さらに、各装置は、第2のアクセスを介したマルチアクセスセッションを確立した状態で、第1のアクセスを介した本手続きを実行することで、マルチアクセスセッションに第1のアクセスを介した通信路を加えてもよいし、第1のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。
また、各装置は、マルチアクセスセッションを確立していない状態で、第1のアクセス、及び/又は第2のアクセスを介した本手続きを実行することで、新たなマルチアクセスセッションを確立してもよい。
なお、マルチアクセスセッションに新たなアクセスを介した通信路が加えられる条件、及び/又は新たなマルチアクセスセッションが確立される条件はこれに限らない。また、以下では、第1のアクセスを介した本手続きを、UE主導のPDUセッション確立手続き例として説明し、第2のアクセスを介した本手続きを、UE主導の第2のアクセスを介したPDUセッション確立手続き例として説明する。
[1.3.2.1.UE主導のPDUセッション確立手続き例]
図17を用いて、UE_A10が主導してPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDUセッション確立要求メッセージを送信し、UE主導のPDUセッション確立手続きを開始する(S2200)。
図17を用いて、UE_A10が主導してPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDUセッション確立要求メッセージを送信し、UE主導のPDUセッション確立手続きを開始する(S2200)。
なお、本手続きは、第1のアクセスを介したUE主導のPDUセッション確立手続き例であってよい。ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、マルチアクセスセッションを確立することを要求してもよい。
さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立を要求してもよいし、Access Traffic Switchingを用いた通信を行うことを要求してもよいし、NBIFOMを用いた通信を行うことを要求してもよい。
さらに、各装置は、第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信することで、UE_A10がAccess Traffic Switchingをサポートすることを示してもよいし、Access Traffic SwitchingをサポートしたPDUセッションを確立することを要求してもよい。
さらに、各装置は、第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの設定、及び/又は第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定を要求してもよい。
また、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立を要求してもよいし、Access Traffic Splittingを用いた通信を行うことを要求してもよい。
さらに、各装置は、第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信することで、UE_A10がAccess Traffic Splittingをサポートすることを示してもよいし、Access Traffic SplittingをサポートしたPDUセッションを確立することを要求してもよい。
さらに、各装置は、第14の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能を実行するか否かを要求してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定を要求してもよい。
さらに、UE_A10は、既にマルチアクセスセッションを確立している場合、PDUセッション確立要求メッセージに、初期要求(initial request)ではないことを示す情報、及び/又はマルチアクセスセッションで使用されているAPNを含めることで、既に確立しているマルチアクセスセッションに対して第1のアクセスを介した通信路を加えることを要求してもよい。なお、初期要求ではないことを示す情報は、ハンドオーバーであることを示す情報であってもよい。
逆に、UE_A10は、PDUセッション確立要求メッセージに、初期要求(initial request)であることを示す情報を含めて送信してもよいし、これらの識別情報を含めることで、新たなマルチアクセスセッションを、第1のアクセスを介して確立することを要求してもよい。
MME_A40は、PDUセッション確立要求メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、第2の条件判別を実行し、本手続き中の(C)の手続きを開始する。第2の条件が真の場合には、MME_A40はSGW_A35にセッション生成要求メッセージを送信してもよい(S2202)。又は、第2の条件が偽の場合には、MME_A40はSCEF_A46にセッション生成要求メッセージを送信してもよい(S2210)。なお、第1の条件が偽の場合のステップは後述する。
ここで、第1の条件判別は、MME_A40が、UE_A10の要求を受諾するか否かを判別する為のものである。第1の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第1の条件が偽とは、UE_A10の要求を拒否する場合であり、第1の条件を真と判断しなかった場合であってよい。
また、第2の条件判別は、MME_A40が、確立するPDUセッションのタイプを決定する為のものである。第2の条件が真とは、確立するPDUセッションが第1のタイプのPDUセッションである場合であり、UE_A10が第1のタイプのPDUセッションの確立を要求し、MME_A40が要求を許可した場合、及び/又はMME_A40が第1のタイプのPDUセッションの確立を決定した場合であってよい。さらに、第2の条件が偽とは、確立するPDUセッションが第2のタイプのPDUセッションである場合であり、UE_A10が第2のタイプのPDUセッションの確立を要求し、MME_A40が要求を許可した場合、及び/又はMME_A40が第2のタイプのPDUセッションの確立を決定した場合であってよく、第2の条件を真と判断しなかった場合であってよい。
ここで、第1のタイプのPDUセッションとは、eNB_A45、及び/又はSGW_A35、及び/又はPGW_A30を介したUE_A10とDNとの間の接続性であり、第2のタイプのPDUセッションとはeNB_A45、及び/又はMME_A40、及び/又はSCEF_A46を介したUE_A10とDNとの間の接続性である。
なお、SGW_A35は、セッション生成要求メッセージを受信した場合には、PGW_A30にセッション生成要求メッセージを送信する(S2204)。さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件を判別する。
ここで、MME_A40、及び/又はSGW_A35は、セッション生成要求メッセージに第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報、及び/又はAPNを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求を伝達してもよい。
また、第3の条件判別は、PGW_A30ではなく、PCRF_A60が実施してもよい。その場合、PGW_A30は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、PGW_A30にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
ここで、PGW_A30は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求を伝達してもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の情報判別の結果を含めてもよいし、この結果を含めることで、第3の条件判別の結果をPGW_A30に通知してもよい。
さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が許可されたことを示してしてもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよい。
第3の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成応答メッセージを受信し、MME_A40にセッション生成応答メッセージを送信する(S2208)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
また、PGW_A30、及び/又はSGW_A35は、セッション生成応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が許可されたことを示してしてもよい。
第3の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S2206)。さらに、SGW_A35は、セッション生成拒絶メッセージを受信し、MME_A40にセッション生成拒絶メッセージを送信する(S2208)。なお、セッション生成拒絶メッセージは、拒絶理由を含むセッション生成応答メッセージであってもよい。
また、PGW_A30、及び/又はSGW_A35は、セッション生成拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよい。
また、SCEF_A46は、セッション生成要求メッセージを受信した場合には、第3の条件を判別する。第3の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S2212)。MME_A40は、セッション生成応答メッセージを受信する。また、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S2212)。各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの受信に基づき、本手続きの(C)の手続きは完了する。
なお、第3の条件判別は、PGW_A30、及び/又はSCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しなかった場合であってよく、第3の条件を真と判断しなかった場合であってよい。
なお、PCRF_A60が第3の条件判別を実施した場合、PGW_A30は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びPGW_A30は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びPGW_A30は第3の条件を偽としてもよい。
MME_A40は、セッション生成応答メッセージの受信に基づいて、eNB_A45にPDUセッション確立受諾メッセージを送信する(S2214)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
eNB_A45は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCコネクション再設定要求メッセージ、及び/又はPDUセッション確立受諾メッセージを送信する(S2216)。なお、PDUセッション確立受諾メッセージは、RRCコネクション再設定要求メッセージに含まれて送受信されてもよい。
ここで、MME_A40は、PDUセッション確立受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾されたことを示してしてもよいし、マルチアクセスセッションの確立を許可することを示してもよい。
さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立の要求が受諾されたことを示してしてもよいし、Access Traffic Switchingを用いた通信を行う要求が受諾されたことを示してもよいし、NBIFOMを用いた通信を行う要求が受諾されたことを示してもよい。
また、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信することで、ネットワークがAccess Traffic Switchingをサポートすることを示してしてもよいし、Access Traffic SwitchingをサポートしたPDUセッションが確立されたことを示してもよい。
さらに、各装置は、第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスが設定されたことを示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールが設定されたことを示してしてもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立の要求が受諾されたことを示してもよいし、Access Traffic Splittingを用いた通信を行う要求が受諾されたことを示してもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信することで、ネットワークがAccess Traffic Splittingをサポートすることを示してしてもよいし、Access Traffic SplittingをサポートしたPDUセッションが確立されたことを示してもよい。
さらに、各装置は、第16の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能が実行されるか否かを示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールが設定されたことを示してしてもよい。
また、各装置は本手続きの開始前に既に確立しているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信することで、前記マルチアクセスセッションに第1のアクセスを介した通信路が追加されたことを示してしてもよい。逆に、各装置は、新たなAPN、及び/又はIPアドレスを送受信することで、第1のアクセスを介した新たなマルチアクセスセッションが確立されたことを示してしてもよい。
RRCコネクション再設定要求メッセージを受信した場合、UE_A10はeNB_A45にRRCコネクション再設定要求メッセージを送信する(S2218)。eNB_A45は、RRCコネクション再設定要求メッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2220)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
PDUセッション確立受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDUセッション確立完了メッセージを送信する(S2222)(S2224)。さらに、MME_A40は、PDUセッション確立完了メッセージを受信し、本手続き中の(D)手続きを開始する。
以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し、本手続き中の(D)の手続きを開始する(S2226)。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S2228)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、PDUセッション確立完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDUセッション確立拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2230)。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、PDUセッション確立拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
また、MME_A40は、PDUセッション確立拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよいし、接続先のネットワークがマルチアクセスセッションの確立をサポートしていないことを示してもよいし、マルチアクセスセッションの確立を許可しないことを示してもよい。
さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立の要求が拒絶されたことを示してしてもよいし、Access Traffic Switchingを用いた通信を行う要求が拒絶されたことを示してもよいし、NBIFOMを用いた通信を行う要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの設定が許可されなかったことを示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかったことを示してしてもよい。
また、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立の要求が拒絶されたことを示してもよいし、Access Traffic Splittingを用いた通信を行う要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第18の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能の実行が許可されないことを示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかったことを示してしてもよい。
各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。
さらに、各装置は、本手続きの完了に基づいて、マルチアクセスセッションを確立してもよい。言い換えると、各装置は、マルチアクセスセッションを、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を送受信した場合は確立してもよく、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を送受信した場合は確立しなくてもよい。さらに、各装置は、マルチアクセスセッションを確立することで、第1のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信が実行可能となってもよい。
さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを確立してもよいし、Access Traffic SwitchingをサポートしたPDUセッションを確立してもよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、確立したPDUセッションが第1のタイプのマルチアクセスセッションであることを認識してもよいし、確立したPDUセッションにAccess Traffic Switching、及び/又はNBIFOMが適応されたことを認識してもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを確立してもよいし、確立したPDUセッションが第2のタイプのマルチアクセスセッションであることを認識してもよい。さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、Access Traffic SplittingをサポートしたPDUセッションを確立してもよいし、確立したPDUセッションにAccess Traffic Splittingが適応されたことを認識してもよい。
さらに、各装置は、第15の識別情報を送受信した場合、確立したPDUセッションで用いるアクセス、及び/又はルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、送受信するユーザデータの各フローに対してAccessTraffic Splittingの機能を実行するか否かを示す情報、及び/又は確立したPDUセッションで用いるルーティングルールを認識、記憶してもよい。
さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの設定が許可されなかったことを認識してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかったことを認識してもよい。
さらに、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信した場合、各フローに対して、Access Traffic Splittingの機能の実行が許可されないことを認識してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定が許可されなかったことを認識してしてもよい。
さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶されたことを認識してもよいし、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きの開始前に既に確立されているマルチアクセスセッションに第1のアクセスを介した通信路が追加されたのか、第1のアクセスを介した新たなマルチアクセスセッションが確立されたのかを判断してもよい。
例えば、各装置は、既に確立されているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信した場合、既に確立されているマルチアクセスセッションに第1のアクセスを介した通信路が追加されたことを認識してもよい。また、各装置は、既に確立されているマルチアクセスセッションとは異なるAPN、及び/又はIPアドレスを送受信した場合、第1のアクセスを介した新たなマルチアクセスセッションが確立されたことを認識してもよい。
また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
例えば、第1の条件、及び/又は第3の条件は、UE_A10がマルチアクセスセッションの確立を要求し、ネットワークが要求を許可する場合、真であってよい。また、第1の条件、及び/又は第3の条件は、UE_A10がマルチアクセスセッションの確立を要求し、ネットワークが要求を許可しない場合、偽であってよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置がマルチアクセスセッションの確立をサポートしていない場合、偽であってもよい。
より詳細には、第1の条件、及び/又は第3の条件は、UE_A10が要求する、第1のタイプ、及び/又は第2のタイプのマルチアクセスセッションの確立の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第1の条件、及び/又は第3の条件は、UE_A10が要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第1の条件、及び/又は第3の条件は、UE_A10が要求する、Access Traffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccess Traffic Splittingの機能を有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽であってもよい。
[1.3.2.2.UE主導の第2のアクセスを介したPDUセッション確立手続き例]
図18を用いて、UE_A10が主導して第2のアクセスを介したPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90との間でセキュリティアソシエーションを確立するための手続きを実行する(S2300)。なお、UE_A10は、ネットワークとの間のセキュリティアソシエーションが既に確立されている場合、セキュリティアソシエーション手続きを詳細してもよい。
図18を用いて、UE_A10が主導して第2のアクセスを介したPDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、アクセスネットワーク、及び/又はコアネットワーク_A90との間でセキュリティアソシエーションを確立するための手続きを実行する(S2300)。なお、UE_A10は、ネットワークとの間のセキュリティアソシエーションが既に確立されている場合、セキュリティアソシエーション手続きを詳細してもよい。
次に、UE_A10は、アクセスネットワークの装置に対して制御メッセージを送信する。具体的には、UE_A10は、接続先のアクセスネットワークが第2のアクセス、及び/又はWLAN ANa70の場合、TWAG_A74にPDUセッション確立要求メッセージを送信する(S2302)。また、UE_A10は、接続先のアクセスネットワークが第2のアクセス、及び/又はWLAN ANb75の場合、ePDG_A65にIKE_AUTH要求メッセージを送信する(S2302)。
なお、本手続きは、第2のアクセスを介したUE主導のPDUセッション確立手続き例であってよい。ここで、UE_A10は、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、マルチアクセスセッションを確立することを要求してもよい。
さらに、各装置は、第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を送受信することで、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
さらに、UE_A10は、既にマルチアクセスセッションを確立している場合、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、初期要求(initial request)ではないことを示す情報、及び/又はマルチアクセスセッションで使用されているAPNを含めることで、既に確立しているマルチアクセスセッションに対して第2のアクセスを介した通信路を加えることを要求してもよい。なお、初期要求ではないことを示す情報は、ハンドオーバーであることを示す情報であってもよい。
逆に、UE_A10は、PDUセッション確立要求メッセージ、及び/又はIKE_AUTH要求メッセージに、初期要求(initial request)であることを示す情報を含めて送信してもよいし、これらの識別情報を含めることで、新たなマルチアクセスセッションを、第2のアクセスを介して確立することを要求してもよい。
UE_A10の接続先が第2のアクセス、及び/又はWLAN ANa70の場合、TWAG_A74は、PDUセッション確立要求メッセージを受信し、第1の条件を判別する。また、UE_A10の接続先が第2のアクセス、及び/又はWLAN ANb75の場合、ePDG_A65は、IKE_AUTH要求メッセージを受信し、第1の条件を判別する。TWAG_A74、及び/又はePDG_A65は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。TWAG_A74、及び/又はePDG_A65は、セッション生成要求メッセージをPGW_A30に送信し、本手続き中の(A)の手続きを開始する(S2304)。さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件を判別する。
ここで、TWAG_A74、及び/又はePDG_A65は、セッション生成要求メッセージに第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報、及び/又はAPNを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求を伝達してもよい。
また、第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様に、PGW_A30ではなく、PCRF_A60が実施してもよい。従って、ここでの説明は詳細する。
第3の条件が真の場合には、PGW_A30は、セッション生成要求メッセージの送信元に対して、セッション生成応答メッセージを送信する(S2306)。さらに、セッション生成要求メッセージの送信元は、セッション生成応答メッセージを受信する。なお、セッション生成要求メッセージの送信元とは、TWAG_A74であってもよいし、ePDG_A65であってもよい。
また、PGW_A30は、セッション生成応答メッセージに、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が許可されたことを示してしてもよい。
第3の条件が偽の場合には、セッション生成要求メッセージの送信元に対して、セッション生成拒絶メッセージを送信する(S2306)。さらに、セッション生成要求メッセージの送信元は、セッション生成拒絶メッセージを受信する。なお、セッション生成拒絶メッセージは、拒絶理由を含むセッション生成応答メッセージであってもよい。
また、PGW_A30は、セッション生成拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよい。
なお、第3の条件判別は、PGW_A30、及び/又はPCRF_A60が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様であってもよい。従って、ここでの説明は省略する。
次に、TWAG_A74は、セッション生成応答メッセージを受信した場合、UE_A10にPDUセッション確立受諾メッセージを送信する(S2308)。又は、ePDG_A65は、セッション生成応答メッセージを受信した場合、UE_A10にIKE_AUTH応答メッセージを送信する(S2308)。なお、TWAG_A74、及び/又はePDG_A65は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
ここで、TWAG_A74は、PDUセッション確立受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾されたことを示してしてもよいし、マルチアクセスセッションの確立を許可することを示してもよい。
また、ePDG_A65は、IKE_AUTH応答メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾されたことを示してしてもよいし、マルチアクセスセッションの確立を許可することを示してもよい。
さらに、各装置は、第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を送受信することで、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
また、各装置は本手続きの開始前に既に確立しているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信することで、前記マルチアクセスセッションに第2のアクセスを介した通信路が追加されたことを示してしてもよい。逆に、各装置は、新たなAPN、及び/又はIPアドレスを送受信することで、第2のアクセスを介した新たなマルチアクセスセッションが確立されたことを示してしてもよい。
UE_A10は、PDUセッション確立受諾メッセージ、及び/又はIKE_AUTH応答メッセージを受信し、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。TWAG_A74は、PDUセッション確立要求メッセージ、及び/又はセッション生成拒絶メッセージを受信した場合、UE_A10にPDUセッション確立拒絶メッセージを送信する(S2310)。又は、ePDG_A65は、IKE_AUTH要求メッセージ、及び/又はセッション生成拒絶メッセージを受信した場合、UE_A10にIKE_AUTH応答メッセージを送信する(S2310)。
また、TWAG_A74は、PDUセッション確立拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよいし、接続先のネットワークがマルチアクセスセッションの確立をサポートしていないことを示してもよいし、マルチアクセスセッションの確立を許可しないことを示してもよい。
また、ePDG_A65は、IKE_AUTH応答メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよいし、接続先のネットワークがマルチアクセスセッションの確立をサポートしていないことを示してもよいし、マルチアクセスセッションの確立を許可しないことを示してもよい。
さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を送受信することで、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。
UE_A10は、PDUセッション確立拒絶メッセージ、及び/又はIKE_AUTH応答メッセージを受信し、本手続き中の(B)の手続きを完了する。
各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。
さらに、各装置は、本手続きの完了に基づいて、上述したUE主導のPDUセッション確立手続き例での各装置の動作と同様の動作を行ってもよい。また、各装置は、本手続きの完了に基づいて、本手続きの開始前に既に確立されているマルチアクセスセッションに第2のアクセスを介した通信路が追加されたのか、第2のアクセスを介した新たなマルチアクセスセッションが確立されたのかを判断してもよい。
例えば、各装置は、既に確立されているマルチアクセスセッションと同じAPN、及び/又はIPアドレスを送受信した場合、既に確立されているマルチアクセスセッションに第2のアクセスを介した通信路が追加されたことを認識してもよい。また、各装置は、既に確立されているマルチアクセスセッションとは異なるAPN、及び/又はIPアドレスを送受信した場合、第2のアクセスを介した新たなマルチアクセスセッションが確立されたことを認識してもよい。
また、第1の条件判別、及び/又は第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様であってよい。
[1.3.3.アタッチ手続き例]
図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求メッセージを送信し、アタッチ手続きを開始する(S2100)。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含めることで、アタッチ手続き中でPDUセッション確立手続きを実施することを要求してもよい。
図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求メッセージを送信し、アタッチ手続きを開始する(S2100)。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含めることで、アタッチ手続き中でPDUセッション確立手続きを実施することを要求してもよい。
なお、本手続きは、第1のアクセスを介したアタッチ手続き例であってよい。ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1の識別情報、第2の識別情報、第3の識別情報、第7の識別情報、第8の識別情報、第13の識別情報、第14の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、マルチアクセスセッションの確立をUE_A10がサポートすることを示してもよい。
さらに、各装置は、に第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立をUE_A10がサポートすることを示してもよいし、Access Traffic Switchingを用いた通信をUE_A10がサポートすることを示してもよいし、NBIFOMを用いた通信をUE_A10がサポートすることを示してもよい。
さらに、各装置は、に第1の識別情報、及び/又は第2の識別情報、及び/又は第7の識別情報、及び/又は第13の識別情報を送受信することで、UE_A10がAccess Traffic Switchingをサポートすることを示してもよいし、Access Traffic SwitchingをサポートしたPDUセッションの確立をUE_A10がサポートすることを示してもよい。
さらに、各装置は、に第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信が可能なアクセス、及び/又はUE_A10が設定可能な第1のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。
また、各装置は、に第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立をUE_A10がサポートすることを示してもよいし、Access Traffic Splittingを用いた通信をUE_A10がサポートすることを示してもよい。
さらに、各装置は、に第1の識別情報、及び/又は第3の識別情報、及び/又は第8の識別情報、及び/又は第14の識別情報を送受信することで、UE_A10がAccess Traffic Splittingをサポートすることを示してもよいし、Access Traffic SplittingをサポートしたPDUセッションの確立をUE_A10がサポートすることを示してもよい。
さらに、各装置は、に第14の識別情報を送受信することで、各フローに対して、AccessTraffic Splittingの機能を実行できる否かを示してもよいし、UE_A10が設定可能な第2のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。
なお、UE_A10は、これらの識別情報を、アタッチ要求とは異なる制御メッセージに含めて送信してもよい。例えば、UE_A10は、ESM(EPS Session Management)情報要求メッセージへの応答メッセージであるESM情報応答メッセージ(S2102)に、これらの識別情報を含めて送信してもよい。
MME_A40は、アタッチ要求メッセージ、及び/又はESM情報応答メッセージを受信し、第1の条件を判別する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第4の条件を判別し、本手続き中の(A)の手続きを開始する。MME_A40は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S2104)。さらに、MME_A40は、アタッチ要求メッセージの受信、及び/又はセッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾メッセージを送信する(S2106)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCコネクション再設定要求メッセージ、及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCコネクション再設定要求メッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含めることで、PDUセッション確立手続きが受諾されたことを示してもよい。
ここで、MME_A40は、アタッチ受諾メッセージに、少なくとも第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を含めてもよいし、APN、及び/又はIPアドレスを含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾されたことを示してしてもよいし、マルチアクセスセッションの確立を許可することを示してもよい。
さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立をネットワークがサポートすることを示してしてもよいし、Access Traffic Switchingを用いた通信をネットワークがサポートすることを示してもよいし、NBIFOMを用いた通信をネットワークがサポートすることを示してもよい。
また、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信することで、ネットワークがAccess Traffic Switchingをサポートすることを示してしてもよいし、Access Traffic SwitchingをサポートしたPDUセッションの確立をネットワークがサポートすることを示してもよい。
さらに、各装置は、第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信が可能なアクセスを示してもよいし、ネットワークが設定可能な第1のタイプのマルチアクセスセッションに対応するルーティングルールを示してもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立をネットワークがサポートすることを示してもよいし、Access Traffic Splittingを用いた通信をネットワークがサポートすることを示してもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信することで、ネットワークがAccess Traffic Splittingをサポートすることを示してしてもよいし、Access Traffic SplittingをサポートしたPDUセッションの確立をネットワークがサポートすることを示してもよい。
さらに、各装置は、第16の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能を実行することができるか否かを示してもよいし、ネットワークが設定可能な第2のタイプのマルチアクセスセッションに対応するルーティングルールを示してしてもよい。
ここで、第1から第3の条件判別は、UE主導のPDUセッション確立手続き中の第1から第3の条件判別と同じであってよい。また、第4の条件判別は、MME_A40が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行する場合であってよい。さらに、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でUE主導のPDUセッション確立手続きも実行しない場合であってよいし、第4の条件を真と判断しなかった場合であってよい。
RRCコネクション再設定要求メッセージを受信した場合、UE_A10はeNB_A45にRRCコネクション再設定要求メッセージを送信する(S2110)。eNB_A45は、RRCコネクション再設定要求メッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2112)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
アタッチ受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にアタッチ完了メッセージを送信する(S2114)(S2116)。さらに、MME_A40は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、MME_A40は、UE主導のPDUセッション確立手続き中の(D)手続きを開始する(S2118)。各装置は、アタッチ完了メッセージの送受信、及び/又はUE主導のPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含めることで、PDUセッション確立手続きを完了することを示してもよい。
次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10はアタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶されたことを認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含めることで、PDUセッション確立手続きが拒絶されたことを示してもよい。
また、MME_A40は、アタッチ拒絶メッセージに、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が拒絶されたことを示してしてもよいし、接続先のネットワークがマルチアクセスセッションの確立をサポートしていないことを示してもよいし、マルチアクセスセッションの確立を許可しないことを示してもよい。
さらに、各装置は、第11の識別情報、及び/又は第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションの確立をネットワークがサポートしないことを示してしてもよいし、Access Traffic Switchingを用いた通信をネットワークがサポートしないことを示してもよいし、NBIFOMを用いた通信をネットワークがサポートしないことを示してもよいし、各要求が拒絶された理由を通知してもよい。
また、各装置は、第12の識別情報、及び/又は第18の識別情報を送受信することで、第2のタイプのマルチアクセスセッションの確立をネットワークがサポートしないことを示してもよいし、Access Traffic Splittingを用いた通信をネットワークがサポートしないことを示してもよいし、各要求が拒絶された理由を通知してもよい。
各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態、及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
さらに、各装置は、本手続きの完了に基づいて、マルチアクセスセッションの確立が可能であると判断してもよい。言い換えると、各装置は、マルチアクセスセッションを第4の識別情報、第5の識別情報、第6の識別情報、第9の識別情報、第10の識別情報、第15の識別情報、第16の識別情報の内1つ以上の識別情報を送受信した場合は確立が可能であると判断してもよく、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を送受信した場合は確立が可能ではないと判断してもよい。さらに、各装置は、マルチアクセスセッションの確立が可能であると判断することで、第1のアクセスを介した通信路と第2のアクセスを介した通信路を用いた通信を実行可能にすることができる判断してもよい。
さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションの確立が可能であると判断してもよいし、Access Traffic SwitchingをサポートしたPDUセッションの確立が可能であると判断してもよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報、及び/又は第9の識別情報、及び/又は第15の識別情報を送受信した場合、Access Traffic Switching、及び/又はNBIFOMが適応可能であるPDUセッションを確立することができると認識してもよい。
また、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションの確立が可能であると判断してもよいし、Access Traffic SplittingをサポートしたPDUセッションの確立が可能であると判断してもよい。さらに、各装置は、第4の識別情報、及び/又は第6の識別情報、及び/又は第10の識別情報、及び/又は第16の識別情報を送受信した場合、Access Traffic Splittingが適応可能であるPDUセッションを確立することができると認識してもよい。
さらに、各装置は、第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションで利用可能なアクセス、及び/又はルーティングルールを認識、記憶してもよい。さらに、各装置は、第16の識別情報を送受信した場合、送受信するユーザデータの各フローに対してAccess Traffic Splittingの機能が実行可能か否かを示す情報、及び/又は第2のタイプのマルチアクセスセッションで利用可能なルーティングルールを認識、記憶してもよい。
さらに、各装置は、第11の識別情報、第12の識別情報、第17の識別情報、第18の識別情報の内1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよい。
また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したUE主導のPDUセッション確立手続き例と同様であってよい。
[1.3.3.1. 第2のアクセスを介したアタッチ手続き例]
次に、第2のアクセスを介したアタッチ手続きの実行例について説明する。なお、本手続きは、上述した、UE主導の第2のアクセスを介したPDUセッション確立手続き例と同様であってよい。従って、ここでの説明は省略する。
次に、第2のアクセスを介したアタッチ手続きの実行例について説明する。なお、本手続きは、上述した、UE主導の第2のアクセスを介したPDUセッション確立手続き例と同様であってよい。従って、ここでの説明は省略する。
[1.3.4.ルーティングルール更新手続き例]
次に、ルーティングルール更新手続きの例について説明する。本手続きは、マルチアクセスセッションのためのルーティングルールを更新するための手続きである。各装置は、UE_A10が、複数のアクセスネットワークを介してコアネットワーク_A90に接続している状態、及び/又はマルチアクセスセッションを確立している状態であれば、任意のタイミングで本手続きを実行することができる。言い換えると、各装置は、第1の状態において、本手続きを開始することができる。なお、本手続きの完了により、各装置は、マルチアクセスセッションにおいてAccess Traffic Switching を許可する状態になってもよいし、Access Traffic Splittingを許可する状態になってもよい。
次に、ルーティングルール更新手続きの例について説明する。本手続きは、マルチアクセスセッションのためのルーティングルールを更新するための手続きである。各装置は、UE_A10が、複数のアクセスネットワークを介してコアネットワーク_A90に接続している状態、及び/又はマルチアクセスセッションを確立している状態であれば、任意のタイミングで本手続きを実行することができる。言い換えると、各装置は、第1の状態において、本手続きを開始することができる。なお、本手続きの完了により、各装置は、マルチアクセスセッションにおいてAccess Traffic Switching を許可する状態になってもよいし、Access Traffic Splittingを許可する状態になってもよい。
また、本手続きはUE_A10が主導して実行してもよいし、ネットワークが主導して実行してもよい。例えば、ネットワークが加入者情報やオペレータポリシーの変更の検知に基づいて、ネットワーク主導の本手続きを実行してもよいし、UE_A10からの制御メッセージの受信に基づいて、ネットワーク主導の本手続きを実行してもよい。また、UE_A10が自身の設定、及び/又は状態変化を検知して、UE_A10主導の本手続きを実行してもよい。
また、本手続きは、第1のアクセスを介した手続きであってもよいし、第2のアクセスを介した手続きであってもよい。例えば、各装置は、第1のアクセスに関連付けられたルーティングルール、及び/又は各種設定を変更する場合は、第1のアクセスを介して本手続きを実行すればよいし、第2のアクセスに関連付けられたルーティングルール、及び/又は各種設定を変更する場合は、第2のアクセスを介して本手続きを実行すればよい。
[1.3.4.1.ネットワーク主導のルーティングルール更新手続き例]
図19を用いて、ネットワークが主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、PCRF_A60は、PGW_A30との間で、IP-CANセッション更新手続きを開始する(S2400)。より具体的には、PCRF_A60は、PGW_A30にIP-CANセッション更新手続き中の要求メッセージを送信する。さらに、PGW_A30は、IP-CANセッション更新手続き中の要求メッセージを受信する。
図19を用いて、ネットワークが主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、PCRF_A60は、PGW_A30との間で、IP-CANセッション更新手続きを開始する(S2400)。より具体的には、PCRF_A60は、PGW_A30にIP-CANセッション更新手続き中の要求メッセージを送信する。さらに、PGW_A30は、IP-CANセッション更新手続き中の要求メッセージを受信する。
ここで、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
次に、PGW_A30は、本手続き中の(C)の手続きを開始する。以下、本手続き中の(C)の手続きの各ステップを説明する。PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65にベアラ更新要求メッセージを送信し、本手続き中の(C)を開始する(S2402)。さらに、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新要求メッセージを受信する。なお、PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65の選択を、後述する受信したベアラリソースコマンドメッセージに基づいて実施してもよいし、PGW_A30が保持しているマルチアクセスセッションのためのコンテキストに基づいて実施してもよい。
ここで、PGW_A30、及び/又はSGW_A35は、ベアラ更新要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
次に、SGW_A35がベアラ更新要求メッセージを受信した場合、SGW_A35は、MME_A40にベアラ更新要求メッセージを送信する(S2402)。さらに、MME_A40は、ベアラ更新要求メッセージを受信し、UE_A10にEPSベアラコンテキスト変更要求メッセージを送信する(S2404)。また、TWAG_A74がベアラ更新要求メッセージを受信した場合、TWAG_A74は、UE_A10にPDN変更要求メッセージを送信する(S2404)。また、ePDG_A65がベアラ更新要求メッセージを受信した場合、UE_A10にINFORMATIONAL要求メッセージを送信する(S2404)。なお、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新要求メッセージであってもよい。
ここで、MME_A40は、EPSベアラコンテキスト変更要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
また、TWAG_A74は、PDN変更要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
また、ePDG_A65は、INFORMATIONAL要求メッセージに、少なくとも第19の識別情報、及び/又は第20の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
さらに、各装置は、第19の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行することを要求してもよい。
また、各装置は、第19の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更することを要求してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスであってもよい。
また、各装置は、第19の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第1のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
さらに、各装置は、第20の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行することを要求してもよいし、Access Traffic Splittingの機能を停止することを要求してもよい。さらに、各装置は、第20の識別情報を送受信することで、どのフローの通信がAccess Traffic Splittingの機能を実行するかを示してもよい。
また、各装置は、第20の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第2のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
次に、UE_A10は、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージを受信し、第5の条件を判別する。UE_A10は、第5の条件が真の場合、本手続き中の(A)の手続きを開始し、第5の条件が偽の場合、本手続き中の(B)の手続きを開始する。
ここで、第5の条件判別は、UE_A10が、ネットワークの要求を受諾するか否かを判別する為のものである。第5の条件が真とは、ネットワークの要求を受諾する場合であり、ネットワークの要求が許可される場合であってよい。さらに、第5の条件が偽とは、ネットワークの要求を拒否する場合であり、第5の条件を真と判断しなかった場合であってよい。
より具体的には、第5の条件判別は、UE_A10が、ルーティングルール更新手続きの要求を受諾するか否かを判別する為のものである。第5の条件が真とは、UE_A10がルーティングルールの更新を許可する場合であってもよく、第5の条件が偽とは、UE_A10がルーティングルールの更新を許可しない場合であってもよい。
例えば、第5の条件は、ネットワークがルーティングルールの更新を要求し、UE_A10が要求を許可する場合、真であってよい。また、第5の条件は、ネットワークがルーティングルールの更新を要求し、UE_A10が要求を許可しない場合、偽であってよい。さらに、第5の条件は、UE_A10がルーティングルールの更新をサポートしていない場合、偽であってもよい。
より詳細には、第5の条件は、ネットワークが要求する、第1のタイプ、及び/又は第2のタイプのルーティングルールの更新の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第5の条件は、ネットワークが要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第5の条件は、ネットワークが要求する、Access Traffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccess Traffic Splittingの機能を有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽であってもよい。
ここで、以下で本手続き中の(A)の手続きの各ステップを説明する。UE_A10は、制御メッセージの受信元に対して、受諾のための応答メッセージを送信し、本手続き中の(A)の手続きを開始する(S2406)。具体的には、UE_A10は、EPSベアラコンテキスト変更要求メッセージを受信した場合、MME_A40にEPSベアラコンテキスト変更受諾メッセージを送信する(S2406)。さらに、MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信する。また、UE_A10は、PDN変更要求メッセージを受信した場合、TWAG_A74にPDN変更受諾メッセージを送信する(S2406)。さらに、TWAG_A74は、PDN変更受諾メッセージを受信する。また、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2406)。さらに、ePDG_A65は、INFORMATIONAL応答メッセージを受信する。なお、EPSベアラコンテキスト変更受諾メッセージ、及び/又はPDN変更受諾メッセージ、及び/又はINFORMATIONAL応答メッセージは、ルーティングルール更新要求メッセージであってもよい。
ここで、UE_A10は、EPSベアラコンテキスト変更受諾メッセージ、及び/又はPDN変更受諾メッセージ、及び/又はINFORMATIONAL応答メッセージに、第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新を許可することを示してもよい。
さらに、各装置は、第21の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行することを示してもよい。
また、各装置は、第21の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更することが許可されたことを示してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスであってもよい。
また、各装置は、第21の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可されたことを示してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
さらに、各装置は、第22の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行することが許可されたことを示してもよいし、Access Traffic Splittingの機能を停止することが許可されたことを示してもよい。さらに、各装置は、第22の識別情報を送受信することで、どのフローの通信にAccess Traffic Splittingの機能が実行されるかを示してもよい。
また、各装置は、第22の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可されたことを示してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
次に、MME_A40は、EPSベアラコンテキスト変更受諾メッセージを受信した場合、SGW_A35にベアラ更新応答メッセージを送信する(S2408)。さらに、SGW_A35は、ベアラ更新応答メッセージを受信し、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。また、TWAG_A74は、PDN変更受諾メッセージを受信した場合、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。また、ePDG_A65は、INFORMATIONAL応答メッセージを受信した場合、PGW_A30にベアラ更新応答メッセージを送信する(S2408)。さらに、PGW_A30は、ベアラ更新応答メッセージを受信する。各装置は、ベアラ更新応答メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新応答メッセージに、少なくとも第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
次に、以下で本手続き中の(B)の手続きの各ステップを説明する。UE_A10は、制御メッセージの受信元に対して、拒絶のための応答メッセージを送信し、本手続き中の(B)の手続きを開始する(S2410)。具体的には、UE_A10は、EPSベアラコンテキスト変更要求メッセージを受信した場合、MME_A40にEPSベアラコンテキスト変更拒絶メッセージを送信する(S2410)。さらに、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージを受信する。また、UE_A10は、PDN変更要求メッセージを受信した場合、TWAG_A74にPDN変更拒絶メッセージを送信する(S2410)。さらに、TWAG_A74は、PDN変更拒絶メッセージを受信する。また、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2410)。さらに、ePDG_A65は、INFORMATIONAL応答メッセージを受信する。なお、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新応答メッセージであってもよい。
ここで、UE_A10は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL応答メッセージに、第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新を許可することを示してもよい。
さらに、各装置は、第23の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行を許可しないことを示してもよい。
また、各装置は、第23の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更する要求が拒絶されたことを示してもよいし、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスを設定又は変更する要求が拒絶されたことを示してもよい。
また、各装置は、第23の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第23の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの設定又は変更が許可されなかったことを示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかったことを示してしてもよい。
さらに、各装置は、第24の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行する要求が拒絶されたことを示してもよいし、Access Traffic Splittingの機能を停止する要求が拒絶されたことを示してもよい。さらに、各装置は、第24の識別情報を送受信することで、どのフローの通信がAccess Traffic Splittingの機能を実行しないかを示してもよい。
また、各装置は、第24の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第24の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能の実行が許可されないことを示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかったことを示してしてもよい。
次に、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージを受信した場合、SGW_A35にベアラ更新拒絶メッセージを送信する(S2412)。さらに、SGW_A35は、ベアラ更新拒絶メッセージを受信し、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。また、TWAG_A74は、PDN変更拒絶メッセージを受信した場合、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。また、ePDG_A65は、INFORMATIONAL応答メッセージを受信した場合、PGW_A30にベアラ更新拒絶メッセージを送信する(S2412)。さらに、PGW_A30は、ベアラ更新拒絶メッセージを受信する。各装置は、ベアラ更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、ベアラ更新拒絶メッセージは、拒絶理由を含むベアラ更新応答メッセージであってもよい。
ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新拒絶メッセージに、少なくとも第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
各装置は、本手続き中の(A)、及び/又は(B)の手続きの完了に基づいて、本手続き中の(C)の手続きを完了する。PGW_A30は、本手続き中の(C)の手続きの完了に基づいて、IP-CANセッション更新手続きを終了する(S2414)。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション更新手続き中の応答メッセージを送信し、IP-CANセッション更新手続きを終了する。さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージを受信する。
ここで、PGW_A30は、IP-CANセッション確立手続き中の応答メッセージに、第21の識別情報、及び/又は第22の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
また、PGW_A30は、IP-CANセッション確立手続き中の応答メッセージに、第23の識別情報、及び/又は第24の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
なお、確立しているマルチアクセスセッション、及び/又はPGW_A30がPCRF_A60を用いない場合、IP-CANセッション更新手続き(S2400)(S2414)は省略されてもよい。その場合、本手続きは、PCRF_A60主導の手続きではなく、PGW_A30主導の手続きであってよく、PCRF_A60が担う役割を、PGW_A30が担ってもよい。
各装置は、本手続き中の(C)の手続きの完了、及び/又はIP-CANセッション更新手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、本手続きが受諾されたことを認識してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。
各装置は、本手続きの完了に基づいて、マルチアクセスセッションに対応するルーティングルールを更新してもよいし、更新しなくてもよい。言い換えると、各装置は、第21の識別情報、及び/又は第22の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。また、各装置は、第23の識別情報、及び/又は第24の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。
さらに、各装置は、第21の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行してもよい。また、各装置は、第21の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスが設定又は変更されたことを認識してもよいし、設定又は変更後のアクセスを認識してもよい。
また、各装置は、第21の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されたことを認識してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、記憶してもよい。
さらに、各装置は、第22の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能を実行してもよいし、停止してもよい。さらに、各装置は、第22の識別情報を送受信した場合、どのフローの通信にAccess Traffic Splittingの機能が適応可能かを認識してもよい。
また、各装置は、第22の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されたことを認識してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識記憶してもよい。
さらに、各装置は、第23の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行が可能ではないと判断してもよいし、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスが設定又は変更されなかったことを認識してもよい。
また、各装置は、第23の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかったことを認識してもよい。
さらに、各装置は、第24の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能を実行、又は停止ができないと判断してもよいし、どのフローの通信にAccess Traffic Splittingの機能が適応可能でないかを認識してもよい。
また、各装置は、第24の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかったことを認識してもよい。
[1.3.4.2.UE主導のルーティングルール更新手続き例]
図20を用いて、UE_A10が主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、マルチアクセスセッションを確立しているアクセスネットワーク内の装置、及び/又はコアネットワーク_A90内の装置に対して制御メッセージを送信し、UE主導のルーティングルール更新手続きを開始する(S2500)。
図20を用いて、UE_A10が主導してルーティングルール更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、マルチアクセスセッションを確立しているアクセスネットワーク内の装置、及び/又はコアネットワーク_A90内の装置に対して制御メッセージを送信し、UE主導のルーティングルール更新手続きを開始する(S2500)。
具体的には、マルチアクセスセッションが第1のアクセスを介して確立されている場合、UE_A10は、MME_A40にベアラリソース変更要求メッセージを送信してもよい(S2500)。さらに、MME_A40は、ベアラリソース変更要求メッセージを受信してもよい。また、マルチアクセスセッションが第2のアクセス、及び/又はWLAN ANa70を介して確立されている場合、UE_A10は、TWAG_A74にPDN変更指示メッセージを送信してもよい。さらに、TWAG_A74は、PDN変更指示メッセージを受信してもよい。また、マルチアクセスセッションが第2のアクセス、及び/又はWLAN ANb75を介して確立されている場合、ePDG_A65にINFORMATIONAL要求メッセージを送信してもよい。さらに、ePDG_A65は、INFORMATIONAL要求メッセージを受信し、UE_A10にINFORMATIONAL応答メッセージを送信してもよい。なお、ベアラリソース変更要求メッセージ、及び/又はPDN変更指示メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新要求メッセージであってもよい。
ここで、UE_A10は、ベアラリソース変更要求メッセージ、及び/又はPDN変更指示メッセージ、及び/又はINFORMATIONAL要求メッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
さらに、各装置は、第13の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行することを要求してもよい。
また、各装置は、第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更することを要求してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスであってもよい。
また、各装置は、第13の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第1のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
さらに、各装置は、第14の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行することを要求してもよいし、Access Traffic Splittingの機能を停止することを要求してもよい。さらに、各装置は、第14の識別情報を送受信することで、どのフローの通信がAccess Traffic Splittingの機能を実行するかを示してもよい。
また、各装置は、第14の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更を要求してもよいし、第2のタイプのマルチアクセスセッションに対応づけるルーティングルールを示してもよい。
次に、MME_A40は、ベアラリソース変更要求メッセージを受信した場合、SGW_A35にベアラリソースコマンドメッセージを送信する(S2504)。さらに、SGW_A35は、ベアラリソースコマンドメッセージを受信し、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。また、TWAG_A74は、PDN変更指示メッセージを受信した場合、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。また、ePDG_A65は、INFORMATIONAL要求メッセージを受信した場合、PGW_A30にベアラリソースコマンドメッセージを送信する(S2504)。
ここで、MME_A40、及び/又はSGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラリソースコマンドメッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
PGW_A30は、ベアラリソースコマンドメッセージを受信し、PCRF_A60との間でIP-CANセッション更新手続きを実行する(S2506)。具体的には、PGW_A30は、PCRF_A60にIP-CANセッション更新手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション更新手続き中の要求メッセージを受信し、第6の条件を判別し、PGW_A30にIP-CANセッション更新手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション更新手続き中の応答メッセージを受信し、第6の条件判別の結果を認識する。
ここで、第6の条件判別は、ネットワークが、UE_A10の要求を受諾するか否かを判別する為のものである。第6の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合であってよい。さらに、第6の条件が偽とは、UE_A10の要求を拒否する場合であり、第6の条件を真と判断しなかった場合であってよい。
例えば、第6の条件は、UE_A10がルーティングルールの更新を要求し、ネットワークが要求を許可する場合、真であってよい。また、第6の条件は、UE_A10がルーティングルールの更新を要求し、ネットワークが要求を許可しない場合、偽であってよい。さらに、第6の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置がルーティングルールの更新をサポートしていない場合、偽であってもよい。
より詳細には、第6の条件は、UE_A10が要求する、第1のタイプ、及び/又は第2のタイプのルーティングルールの更新の要求が、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第6の条件は、UE_A10が要求する、マルチアクセスセッションで用いられるアクセスの種類、及び/又はルーティングルールが、受け入れられる場合は真であってもよく、受け入れられない場合は偽であってもよい。
さらに、第6の条件は、UE_A10が要求する、Access Traffic Switchingの機能、及び/又はNBIFOMの機能、及び/又はAccess Traffic Splittingの機能を有効にするか否かの要求が、受け入れられる場合は真であってもよく、受け入られない場合は偽であってもよい。
ここで、PGW_A30は、IP-CANセッション更新手続き中の要求メッセージに、第13の識別情報、及び/又は第14の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールを更新することを要求してもよい。
さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、少なくとも第6の情報判別の結果を含めてもよいし、この結果を含めることで、第6の条件判別の結果をPGW_A30に通知してもよい。
さらに、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新を許可することを示してもよい。
また、PCRF_A60は、IP-CANセッション更新手続き中の応答メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新を許可しないことを示してもよい。
なお、確立しているマルチアクセスセッション、及び/又はPGW_A30がPCRF_A60を用いない場合、IP-CANセッション更新手続きは省略されてもよい。その場合、第6の条件判別は、PCRF_A60ではなく、PGW_A30が実施してもよい。
次に、PGW_A30は、第6の条件が真の場合、本手続き中の(A)の手続きを開始し、第6の条件が偽の場合本手続き中の(B)の手続きを開始する。ここで、本手続き中の(A)の手続きは、ネットワーク主導のルーティングルール更新手続きの(C)の手続きと同様であってよい。
なお、本手続き中の(A)の手続きでは、PGW_A30、及び/又はSGW_A35は、ベアラ変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
また、MME_A40は、EPSベアラコンテキスト変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
また、TWAG_A74は、PDN変更要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
また、ePDG_A65は、INFORMATIONAL要求メッセージに、第15の識別情報、及び/又は第16の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されたことを示してもよい。
さらに、各装置は、第15の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行することを示してもよい。
また、各装置は、第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更することが許可されたことを示してもよいし、設定又は変更後のアクセスの種類を示してもよい。なお、設定又は変更されるアクセスは、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスであってもよい。
また、各装置は、第15の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可されたことを示してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
さらに、各装置は、第16の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行することが許可されたことを示してもよいし、Access Traffic Splittingの機能を停止することが許可されたことを示してもよい。さらに、各装置は、第16の識別情報を送受信することで、どのフローの通信にAccess Traffic Splittingの機能が実行されるかを示してもよい。
また、各装置は、第16の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更が許可されたことを示してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを示してもよい。
なお、EPSベアラコンテキスト変更要求メッセージ、及び/又はPDN変更要求メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新応答メッセージであってもよい。
次に、本手続き中の(B)の手続きの各ステップを説明する。PGW_A30は、ベアラリソースコマンドメッセージの送信元にベアラ更新拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2510)。より具体的には、PGW_A30は、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65にベアラ更新拒絶メッセージを送信する(S2510)。さらに、SGW_A35、及び/又はTWAG_A74、及び/又はePDG_A65は、ベアラ更新拒絶メッセージを受信する。なお、ベアラ更新拒絶メッセージは、拒絶理由を含むベアラ更新要求メッセージ、又はベアラ更新応答メッセージであってもよい。
ここで、PGW_A30、及び/又はSGW_A35は、ベアラ更新拒絶メッセージに第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
次に、SGW_A35がベアラ更新拒絶メッセージを受信した場合、SGW_A35は、MME_A40にベアラ更新拒絶メッセージを送信する(S2510)。さらに、MME_A40は、ベアラ更新拒絶メッセージを受信し、UE_A10にEPSベアラコンテキスト変更拒絶メッセージを送信する(S2512)。また、TWAG_A74がベアラ更新拒絶メッセージを受信した場合、TWAG_A74は、UE_A10にPDN変更拒絶メッセージを送信する(S2512)。また、ePDG_A65がベアラ更新拒絶メッセージを受信した場合、UE_A10にINFORMATIONAL要求メッセージを送信する(S2512)。なお、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージは、ルーティングルール更新拒絶メッセージであってもよい。
ここで、MME_A40は、EPSベアラコンテキスト変更拒絶メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
また、TWAG_A74は、PDN変更拒絶メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
また、ePDG_A65は、INFORMATIONAL要求メッセージに、第17の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含めることで、ルーティングルールの更新が許可されなかったことを示してもよい。
さらに、各装置は、第17の識別情報を送受信することで、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行を許可しないことを示してもよい。
また、各装置は、第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスを設定又は変更する要求が拒絶されたことを示してもよいし、第1のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に用いられるアクセスを設定又は変更する要求が拒絶されたことを示してもよい。
また、各装置は、第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第17の識別情報を送受信することで、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスの設定又は変更が許可されなかったことを示してもよいし、第1のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかったことを示してしてもよい。
さらに、各装置は、第18の識別情報を送受信することで、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access TrafficSplittingの機能を実行する要求が拒絶されたことを示してもよいし、Access Traffic Splittingの機能を停止する要求が拒絶されたことを示してもよい。さらに、各装置は、第18の識別情報を送受信することで、どのフローの通信がAccess Traffic Splittingの機能を実行しないかを示してもよい。
また、各装置は、第18の識別情報を送受信することで、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールの設定又は変更の要求が拒絶されたことを示してもよいし、各要求が拒絶された理由を通知してもよい。
さらに、各装置は、第18の識別情報を送受信することで、各フローに対して、Access Traffic Splittingの機能の実行が許可されないことを示してもよいし、第2のタイプのマルチアクセスセッションに対応するルーティングルールの設定又は変更が許可されなかったことを示してしてもよい。
UE_A10は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージを受信する。さらに、UE_A10は、INFORMATIONAL要求メッセージを受信した場合、ePDG_A65にINFORMATIONAL応答メッセージを送信する(S2514)。各装置は、EPSベアラコンテキスト変更拒絶メッセージ、及び/又はPDN変更拒絶メッセージ、及び/又はINFORMATIONAL要求メッセージ、及び/又はINFORMATIONAL応答メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
各装置は、本手続き中の(A)、又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、本手続きが受諾されたことを認識してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶されたことを認識してもよい。
各装置は、本手続きの完了に基づいて、マルチアクセスセッションに対応するルーティングルールを更新してもよいし、更新しなくてもよい。言い換えると、各装置は、第15の識別情報、及び/又は第16の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。また、各装置は、第17の識別情報、及び/又は第18の識別情報を受信した場合、マルチアクセスセッションに対応するルーティングルールを更新してもよい。
さらに、各装置は、第15の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能を実行してもよい。また、各装置は、第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスが設定又は変更されたことを認識してもよいし、設定又は変更後のアクセスを認識してもよい。
また、各装置は、第15の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されたことを認識してもよいし、第1のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識、記憶してもよい。
さらに、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能を実行してもよいし、停止してもよい。さらに、各装置は、第16の識別情報を送受信した場合、どのフローの通信にAccess Traffic Splittingの機能が適応可能かを認識してもよい。
また、各装置は、第16の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されたことを認識してもよいし、第2のタイプのマルチアクセスセッションに対応づけられたルーティングルールを認識記憶してもよい。
さらに、各装置は、第17の識別情報を送受信した場合、マルチアクセスセッションに対してAccess Traffic Switchingの機能、及び/又はNBIFOMの機能の実行が可能ではないと判断してもよいし、第1のタイプのマルチアクセスセッションを用いた通信を行うためのアクセスが設定又は変更されなかったことを認識してもよい。
また、各装置は、第17の識別情報を送受信した場合、第1のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかったことを認識してもよい。
さらに、各装置は、第18の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションを用いて通信可能な、一又は複数のフローの通信に対して、Access Traffic Splittingの機能を実行、又は停止ができないと判断してもよいし、どのフローの通信にAccess Traffic Splittingの機能が適応可能でないかを認識してもよい。
また、各装置は、第18の識別情報を送受信した場合、第2のタイプのマルチアクセスセッションに対応づけたルーティングルールが設定又は変更されなかったことを認識してもよい。
[1.3.5.本実施形態の変形例]
本実施形態における各装置は、上記で説明した装置とは別の装置であってもよい。例えば、MME_A40は、UE_A10等の各装置のモビリティの管理、及び/又は各装置間のセッションの管理の役割を担う装置であるが、本実施形態におけるコアネットワーク_A90では、モビリティの管理の役割とセッションの管理の役割とは、別の装置で担ってもよい。
本実施形態における各装置は、上記で説明した装置とは別の装置であってもよい。例えば、MME_A40は、UE_A10等の各装置のモビリティの管理、及び/又は各装置間のセッションの管理の役割を担う装置であるが、本実施形態におけるコアネットワーク_A90では、モビリティの管理の役割とセッションの管理の役割とは、別の装置で担ってもよい。
具体的にいうと、SME(Session Management Entity)が、MME_A40の内、セッション管理の機能を担ってもよい。その場合、本実施形態におけるMME_A40は、SME(Session Management Entity)に置き換えることができる。さらに本実施形態における通信手続きで説明した、MME_A40が送受信する各メッセージは、SMEが送受信してもよいし、MME_A40が実施する各処理は、SMEが実施してもよい。
本実施形態におけるeNB_A45は、E-UTRAN_A80の装置ではなく、他の3GPPアクセスネットワーク内の装置であってもよい。例えば、eNB_A45は、NextGen BS_A122であってもよいし、NB_A22であってもよいし、BSS_A26であってもよい。また、本実施形態におけるTWAG_A74は、他のnon-3GPPアクセスネットワーク内の装置であってもよく、WAG_A126であってもよい。
[2.変形例]
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 PDN_A
10 UE_A
20 UTRAN_A
22 NB_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
45 eNB_A
46 SCEF_A
50 HSS_A
55 AAA_A
60 PCRF_A
65 ePDG_A
70 WLAN ANa
72 WLAN APa
74 TWAG_A
75 WLAN ANb
76 WLAN APb
80 E-UTRAN_A
90 コアネットワーク_A
120 NextGen RAN_A
122 NextGen BS_A
125 WLAN ANc
126 WAG_A
5 PDN_A
10 UE_A
20 UTRAN_A
22 NB_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
45 eNB_A
46 SCEF_A
50 HSS_A
55 AAA_A
60 PCRF_A
65 ePDG_A
70 WLAN ANa
72 WLAN APa
74 TWAG_A
75 WLAN ANb
76 WLAN APb
80 E-UTRAN_A
90 コアネットワーク_A
120 NextGen RAN_A
122 NextGen BS_A
125 WLAN ANc
126 WAG_A
Claims (20)
- 端末装置であって、
第1のセッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介してコアネットワークから受信する送受信部と、
前記第1のセッション確立手続きに基づいて、Access Traffic Splittingをサポートしたセッションを前記コアネットワークとの間に確立する制御部とを有し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であり、
前記セッションは、前記3GPPアクセスを介した第1の通信路を用いて通信可能なセッションである
ことを特徴とする端末装置。 - 前記送受信部は、第2のセッション確立手続きにおいて、少なくとも前記第1の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して前記コアネットワーク又はアクセスネットワークから受信し、
前記制御部は、前記第2のセッション確立手続きに基づいて、前記セッションは、前記第1の通信路とNon-3GPPアクセスを介した第2の通信路とを用いた通信が実行可能となる
ことを特徴とする請求項1に記載の端末装置。 - 前記送受信部は、前記第1のセッション確立手続きにおいて、少なくとも第2の識別情報を含むセッション確立要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信し、
前記送受信部は、前記第2のセッション確立手続きにおいて、少なくとも前記第2の識別情報を含むセッション確立要求メッセージを、前記Non-3GPPアクセスを介して前記コアネットワーク又は前記アクセスネットワークに送信し、
前記第2の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報である
ことを特徴とする請求項2に記載の端末装置。 - 前記送受信部は、アタッチ手続きにおいて、少なくとも第3の識別情報を含むアタッチ受諾メッセージを、前記3GPPアクセスを介して前記コアネットワークから受信し、
前記第3の識別情報は、Access Traffic Splittingをサポートすることを示す前記コアネットワークの機能情報である
ことを特徴とする請求項1に記載の端末装置。 - 前記送受信部は、前記アタッチ手続きにおいて、少なくとも第4の識別情報を含むアタッチ要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信し、
前記第4の識別情報は、Access Traffic Splittingをサポートすることを示す前記端末装置の機能情報である
ことを特徴とする請求項4に記載の端末装置。 - 前記送受信部は、前記第2のセッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むルーティング更新要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信し、
前記第5の識別情報は、Access Traffic Splittingの機能を停止することを要求する情報である
ことを特徴とする請求項2に記載の端末装置。 - コアネットワークに含まれる制御装置であって、
セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介して端末装置に送信する送受信部を有し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報である
ことを特徴とする制御装置。 - 前記送受信部は、アタッチ手続きにおいて、少なくとも第2の識別情報を含むアタッチ受諾メッセージを、前記3GPPアクセスを介して前記端末装置に送信し、
前記第2の識別情報は、Access Traffic Splittingをサポートすることを示す前記コアネットワークの機能情報である
ことを特徴とする請求項7に記載の制御装置。 - 前記送受信部は、前記アタッチ手続きにおいて、少なくとも第3の識別情報を含むアタッチ要求メッセージを、前記3GPPアクセスを介して前記端末装置から受信し、
前記第3の識別情報は、Access Traffic Splittingをサポートすることを示す前記端末装置の機能情報である
ことを特徴とする請求項8に記載の制御装置。 - アクセスネットワークとコアネットワークとを接続するゲートウェイであって、
セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立要求メッセージを、前記Non-3GPPアクセスを介して前記端末装置から受信する送受信部を有し、
前記送受信部は、前記セッション確立手続きにおいて、少なくとも第2の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して端末装置に送信し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報であり、
前記第2の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報である
ことを特徴とするゲートウェイ。 - 端末装置の通信制御方法であって、
第1のセッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介してコアネットワークから受信するステップと、
前記第1のセッション確立手続きに基づいて、Access Traffic Splittingをサポートしたセッションを前記コアネットワークとの間に確立するステップとを有し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報であり、
前記セッションは、前記3GPPアクセスを介した第1の通信路を用いて通信可能なセッションである
ことを特徴とする端末装置の通信制御方法。 - 第2のセッション確立手続きにおいて、少なくとも前記第1の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して前記コアネットワーク又はアクセスネットワークから受信するステップと、
前記第2のセッション確立手続きに基づいて、前記セッションは、前記第1の通信路とNon-3GPPアクセスを介した第2の通信路を用いた通信を実行するステップと、
を有することを特徴とする請求項11に記載の端末装置の通信制御方法。 - 前記第1のセッション確立手続きにおいて前記セッション確立受諾メッセージを受信する前に、少なくとも第2の識別情報を含むセッション確立要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信ステップと、
前記第2のセッション確立手続きにおいて前記セッション確立受諾メッセージを受信する前に、少なくとも前記第2の識別情報を含むセッション確立要求メッセージを、前記Non-3GPPアクセスを介して前記コアネットワーク又は前記アクセスネットワークに送信するステップとを有し、
前記第2の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報である
ことを特徴とする請求項12に記載の端末装置の通信制御方法。 - アタッチ手続きにおいて、少なくとも第3の識別情報を含むアタッチ受諾メッセージを、前記3GPPアクセスを介して前記コアネットワークから受信するステップを有し、
前記第3の識別情報は、Access Traffic Splittingをサポートすることを示す前記コアネットワークの機能情報である
ことを特徴とする請求項11に記載の端末装置の通信制御方法。 - 前記アタッチ手続きにおいて前記アタッチ受諾メッセージを受信する前に、少なくとも第4の識別情報を含むアタッチ要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信するステップを有し、
前記第4の識別情報は、Access Traffic Splittingをサポートすることを示す前記端末装置の機能情報である
ことを特徴とする請求項14に記載の端末装置の通信制御方法。 - 前記第2のセッション確立手続きを完了した状態において、少なくとも第5の識別情報を含むルーティング更新要求メッセージを、前記3GPPアクセスを介して前記コアネットワークに送信するステップを有し、
前記第5の識別情報は、Access Traffic Splittingの機能を停止することを要求する情報である
ことを特徴とする請求項12に記載の端末装置の通信制御方法。 - コアネットワークに含まれる制御装置の通信制御方法であって、
セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立受諾メッセージを、3GPPアクセスを介して端末装置に送信するステップを有し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報である
ことを特徴とする制御装置の通信制御方法。 - アタッチ手続きにおいて、少なくとも第2の識別情報を含むアタッチ受諾メッセージを、前記3GPPアクセスを介して前記端末装置に送信するステップを有し、
前記第2の識別情報は、Access Traffic Splittingをサポートすることを示す前記コアネットワークの機能情報である
ことを特徴とする請求項17に記載の制御装置の通信制御方法。 - 前記アタッチ手続きにおいて前記アタッチ受諾メッセージを受信する前に、少なくとも第3の識別情報を含むアタッチ要求メッセージを、前記3GPPアクセスを介して前記端末装置から受信するステップを有し、
前記第3の識別情報は、Access Traffic Splittingをサポートすることを示す前記端末装置の機能情報である
ことを特徴とする請求項18に記載の制御装置の通信制御方法。 - アクセスネットワークとコアネットワークを接続するゲートウェイの通信制御方法であって、
前記セッション確立手続きにおいて、少なくとも第1の識別情報を含むセッション確立要求メッセージを、前記Non-3GPPアクセスを介して端末装置から受信するステップと、
セッション確立手続きにおいて、少なくとも第2の識別情報を含むセッション確立受諾メッセージを、Non-3GPPアクセスを介して前記端末装置に送信するステップを有し、
前記第1の識別情報は、Access Traffic Splittingをサポートしたセッションの確立を要求することを示す情報であり、
前記第2の識別情報は、Access Traffic Splittingをサポートしたセッションを確立したことを示す情報である
ことを特徴とするゲートウェイの通信制御方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201780038416.4A CN109417825B (zh) | 2016-07-04 | 2017-07-03 | 用户设备(ue)以及用户设备(ue)的通信方法 |
US16/314,610 US20190230722A1 (en) | 2016-07-04 | 2017-07-03 | Terminal apparatus, control apparatus, gateway, and communication control method |
EP17824204.6A EP3481136B1 (en) | 2016-07-04 | 2017-07-03 | Terminal device and communication control method |
US16/920,568 US11350466B2 (en) | 2016-07-04 | 2020-07-03 | Terminal apparatus, control apparatus, gateway, and communication control method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016-132767 | 2016-07-04 | ||
JP2016132767A JP2019149588A (ja) | 2016-07-04 | 2016-07-04 | 端末装置、制御装置、ゲートウェイ、及び通信制御方法 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/314,610 A-371-Of-International US20190230722A1 (en) | 2016-07-04 | 2017-07-03 | Terminal apparatus, control apparatus, gateway, and communication control method |
US16/920,568 Continuation US11350466B2 (en) | 2016-07-04 | 2020-07-03 | Terminal apparatus, control apparatus, gateway, and communication control method |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018008601A1 true WO2018008601A1 (ja) | 2018-01-11 |
Family
ID=60912918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2017/024382 WO2018008601A1 (ja) | 2016-07-04 | 2017-07-03 | 端末装置、制御装置、ゲートウェイ、及び通信制御方法 |
Country Status (5)
Country | Link |
---|---|
US (2) | US20190230722A1 (ja) |
EP (1) | EP3481136B1 (ja) |
JP (1) | JP2019149588A (ja) |
CN (1) | CN109417825B (ja) |
WO (1) | WO2018008601A1 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11172528B2 (en) * | 2016-08-12 | 2021-11-09 | Sharp Kabushiki Kaisha | Terminal apparatus, gateway, and communication control method |
EP3666032A1 (en) * | 2017-08-11 | 2020-06-17 | IDAC Holdings, Inc. | Traffic steering and switching between multiple access networks |
US11178717B2 (en) * | 2018-05-21 | 2021-11-16 | Electronics And Telecommunications Research Institute | Traffic distribution method through multi-access network in a network and network entity performing the same |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008541669A (ja) * | 2005-05-19 | 2008-11-20 | インターデイジタル テクノロジー コーポレーション | 進化型utran能力を報告するための方法およびシステム |
JP2012049641A (ja) * | 2010-08-24 | 2012-03-08 | National Institute Of Information & Communication Technology | コグニティブ通信ネットワークシステムにおける無線リソースの管理方法 |
WO2015002767A1 (en) * | 2013-07-01 | 2015-01-08 | Qualcomm Incorporated | Techniques for enabling quality of service (qos) on wlan for traffic related to a bearer on cellular networks |
WO2015187285A1 (en) * | 2014-06-03 | 2015-12-10 | Intel Corporation | In-band control signaling for integrated wlan/3gpp rat architectures |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577931B (zh) * | 2008-11-14 | 2011-05-25 | 中兴通讯股份有限公司 | 一种实现多接入的方法及系统 |
CN101801102B (zh) * | 2009-02-06 | 2015-12-02 | 华为技术有限公司 | Pdn连接建立方法、相关设备及系统 |
CN101730072B (zh) * | 2009-04-30 | 2012-05-23 | 中兴通讯股份有限公司 | 在多接入场景下分组数据网络网关标识的保存方法及系统 |
CN102369695B (zh) * | 2010-04-29 | 2013-12-18 | 华为技术有限公司 | 关联会话的方法、装置及系统 |
WO2012033774A2 (en) * | 2010-09-07 | 2012-03-15 | Interdigital Patent Holdings, Inc. | Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies |
CN102918916A (zh) * | 2011-06-03 | 2013-02-06 | 华为技术有限公司 | 建立分组数据网连接的方法、接入网关、用户设备和系统 |
WO2011157186A2 (zh) * | 2011-06-03 | 2011-12-22 | 华为技术有限公司 | 建立分组数据网连接的方法、接入网关、用户设备和系统 |
CN103987092B (zh) * | 2013-02-08 | 2018-09-21 | 华为终端(东莞)有限公司 | 切换过程中选择网络设备的方法和装置 |
WO2015150875A1 (en) * | 2014-04-04 | 2015-10-08 | Nokia Technologies Oy | Access management with multipath transport |
CN105379402B (zh) * | 2014-04-21 | 2019-06-11 | 华为技术有限公司 | 承载控制方法及系统 |
US10306500B2 (en) * | 2014-04-25 | 2019-05-28 | Samsung Electronics Co., Ltd. | Method and device for controlling data traffic during access to wireless LAN and cellular network |
US9788242B2 (en) * | 2015-02-05 | 2017-10-10 | Mediatek Inc. | Network selection and data aggregation with LTE-WLAN aggregation |
US10104584B2 (en) * | 2015-05-14 | 2018-10-16 | Blackberry Limited | Uplink data splitting |
-
2016
- 2016-07-04 JP JP2016132767A patent/JP2019149588A/ja active Pending
-
2017
- 2017-07-03 US US16/314,610 patent/US20190230722A1/en not_active Abandoned
- 2017-07-03 EP EP17824204.6A patent/EP3481136B1/en active Active
- 2017-07-03 WO PCT/JP2017/024382 patent/WO2018008601A1/ja unknown
- 2017-07-03 CN CN201780038416.4A patent/CN109417825B/zh active Active
-
2020
- 2020-07-03 US US16/920,568 patent/US11350466B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008541669A (ja) * | 2005-05-19 | 2008-11-20 | インターデイジタル テクノロジー コーポレーション | 進化型utran能力を報告するための方法およびシステム |
JP2012049641A (ja) * | 2010-08-24 | 2012-03-08 | National Institute Of Information & Communication Technology | コグニティブ通信ネットワークシステムにおける無線リソースの管理方法 |
WO2015002767A1 (en) * | 2013-07-01 | 2015-01-08 | Qualcomm Incorporated | Techniques for enabling quality of service (qos) on wlan for traffic related to a bearer on cellular networks |
WO2015187285A1 (en) * | 2014-06-03 | 2015-12-10 | Intel Corporation | In-band control signaling for integrated wlan/3gpp rat architectures |
Non-Patent Citations (3)
Title |
---|
MOTOROLA MOBILITY ET AL.: "New Key Issue: Traffic Steering, Switching and Splitting", 3GPP SA WG2 MEETING #115 S2-162788, 27 May 2016 (2016-05-27), XP051109740 * |
SAMSUNG: "WLAN aggregation, Review of differences to DC", 3GPP TSG-RAN2#91 MEETING R2- 153663, 28 August 2015 (2015-08-28), XP050993237 * |
See also references of EP3481136A4 * |
Also Published As
Publication number | Publication date |
---|---|
JP2019149588A (ja) | 2019-09-05 |
CN109417825A (zh) | 2019-03-01 |
EP3481136B1 (en) | 2022-03-09 |
CN109417825B (zh) | 2023-05-05 |
US11350466B2 (en) | 2022-05-31 |
EP3481136A4 (en) | 2020-03-18 |
US20200337095A1 (en) | 2020-10-22 |
US20190230722A1 (en) | 2019-07-25 |
EP3481136A1 (en) | 2019-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6862453B2 (ja) | Ue、コアネットワーク装置、ueの通信制御方法及びコアネットワーク装置の通信制御方法 | |
WO2018003902A1 (ja) | 端末装置、制御装置、及び通信制御方法 | |
WO2018008603A1 (ja) | 端末装置、制御装置、ゲートウェイ、及び通信制御方法 | |
JP7181794B2 (ja) | Ue、ueの通信制御方法 | |
WO2017199957A1 (ja) | 端末装置、SME(Session Management Entity)、および通信制御方法 | |
JP2019208089A (ja) | 端末装置、MME(Mobility Management Entity)、CPF(Control Plane Function)、及び通信制御方法 | |
JPWO2018084290A1 (ja) | 端末装置、コアネットワーク装置、通信システム、及び通信制御方法 | |
WO2018128126A1 (ja) | 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法 | |
WO2018008601A1 (ja) | 端末装置、制御装置、ゲートウェイ、及び通信制御方法 | |
WO2018084291A1 (ja) | 端末装置、コアネットワーク装置、通信システム、及び通信制御方法 | |
WO2017199955A1 (ja) | 端末装置、SME(Session Management Entity)、および通信制御方法 | |
JP2020036055A (ja) | 端末装置、コアネットワーク装置、及び通信制御方法 | |
WO2021029381A1 (ja) | Ue、及び通信制御方法 | |
WO2017199954A1 (ja) | 端末装置、SME(Session Management Entity)、および通信制御方法 | |
WO2018128125A1 (ja) | 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法 | |
JP7362344B2 (ja) | Ue、及び通信制御方法 |
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: 17824204 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2017824204 Country of ref document: EP Effective date: 20190204 |
|
NENP | Non-entry into the national phase |
Ref country code: JP |