WO2018235791A1 - ユーザ装置、amf、コアネットワーク装置、p-cscf、及び通信制御方法 - Google Patents
ユーザ装置、amf、コアネットワーク装置、p-cscf、及び通信制御方法 Download PDFInfo
- Publication number
- WO2018235791A1 WO2018235791A1 PCT/JP2018/023197 JP2018023197W WO2018235791A1 WO 2018235791 A1 WO2018235791 A1 WO 2018235791A1 JP 2018023197 W JP2018023197 W JP 2018023197W WO 2018235791 A1 WO2018235791 A1 WO 2018235791A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- emergency call
- core network
- pdu session
- cscf
- function
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
-
- 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
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Definitions
- the present invention relates to a user apparatus, an AMF, a core network apparatus, a P-CSCF, and a communication control method.
- This application claims the benefit of priority to Japanese Patent Application No. 2017-119513 filed in Japan on June 19, 2017, the entire contents of which are incorporated by reference. It is included in the application.
- 3GPP The 3rd Generation Partnership Project (3GPP), which conducts standardization activities for mobile communication systems in recent years, is examining System Architecture Evolution (SAE), which is a system architecture of Long Term Evolution (LTE).
- SAE System Architecture Evolution
- LTE Long Term Evolution
- 3GPP is carrying out specification of EPS (Evolved Packet System) as a communication system which implement
- the core network that constitutes the EPS is called EPC (Evolved Packet Core).
- IMS IP Multimedia Subsystem
- 5G Fifth Generation
- 5GS 5th Generation
- 5GS 5th Generation
- technical issues for connecting various terminals to cellular networks are extracted, and solutions are specified.
- Non-Patent Document 1 For example, specification studies such as optimization of the core network for supporting the emergency call service and IMS are being conducted (see Non-Patent Document 1, Non-Patent Document 2, and Non-Patent Document 5).
- a mobile communication emergency call suitable for a terminal or a network device by exchanging various capabilities in the emergency notification service between the terminal and the core network device and exchanging various capabilities in the emergency notification service between the terminal and the IMS device
- a specification study is underway to provide services.
- the present invention has been made in view of such circumstances, and an object thereof is to carry out various capabilities exchange in an emergency notification service between core network devices and various capabilities in an emergency notification service between a terminal and an IMS device. It is providing a means etc. for realizing connection to the most suitable network in a report service.
- P-CSCF Proxy Call
- PDU emergency call packet data unit
- Session Control Function Proxy-CSCF
- PLMN Public Land Mobile Network
- the first identification information may be a voice service function and / or a bearer for an emergency call, wherein the first core network to which the user apparatus tries to register.
- information indicating preference (Prf) for giving priority to having the support of the PDU session function, and the twelfth identification information is the voice service function according to the second core network in the same PLMN.
- an identification information indicating whether a bearer for the emergency call or the PDU session function is provided, and transmits a registration request message including the first identification information to an Access and Mobility Management Function (AMF).
- AMF Access and Mobility Management Function
- a transmitter / receiver configured to receive, from the AMF, a registration completion message including the twelfth identification information.
- the 23rd identification information includes a voice service function and a bearer or PDU session function for an emergency call.
- Proxy-CSCF Proxy Call Session Control Function
- the first identification information is a voice service function and / or an emergency of a first core network to which the user device tries to register.
- Information indicating a preference (Pref; Prf) giving preference to having a bearer for a call or support of a PDU session function, and a twelfth identification information is a second core network in the same PLMN
- a registration request message including the first identification information, which is identification information indicating whether the voice service function, a bearer for an emergency call or the PDU session function is provided, is received from the user apparatus,
- a transmission / reception unit for transmitting a registration completion message including twelfth identification information to the user apparatus.
- the first identification information is a bearer for a voice service function and / or an emergency call for the first core network to which the user device tries to register.
- information indicating preference (Prf) for giving priority to having the support of the PDU session function and the twelfth identification information is the voice service function according to the second core network in the same PLMN.
- an identification information indicating whether a bearer for the emergency call or the PDU session function is provided, and a registration request message including the first identification information is received from the user apparatus, the twelfth identification It has a transmitting and receiving part which transmits a registration completion message including information to the user apparatus.
- the P-CSCF Proxy Call Session Control Function; Proxy-CSCF
- Proxy-CSCF Proxy Call Session Control Function
- the 23rd identification information is a voice service function
- emergency 23 illustrates a second core network in the same PLMN supporting a bearer for a call or PDU session function, and is identification information for prompting the user equipment to make an emergency call connection via the core network
- the communication apparatus may include a transmitting / receiving unit that transmits a rejection or redirect message including identification information to the user apparatus.
- the first core network to which the user apparatus tries to register is a voice service function and / or an emergency call Information indicating a preference (Pref; Prf) to have support for the bearer or PDU session function
- the twelfth identification information is the voice of the second core network in the same PLMN.
- AMF Access and Mobility Management Function
- a step of receiving from the AMF a registration complete message including the twelfth identification information.
- the 23rd identification information includes a voice service function and a bearer or PDU for an emergency call.
- Reject or redirect message indicating the second core network in the same PLMN supporting the session function and prompting the user equipment to make an emergency call connection via the core network, the rejection or redirect message including the 23 rd identification information And P-CSCF (P-CSCF) from the proxy call session control function (Proxy-CSCF).
- P-CSCF P-CSCF
- the first identification information may be a voice service function, a first core network to which the user device tries to register, And / or information indicating a preference (Pref) giving priority to having bearer or PDU session function support for an emergency call, and the twelfth identification information is the second in the same PLMN
- the core network is the identification information indicating whether the voice service function and the bearer for the emergency call or the PDU session function are provided
- the user apparatus is a registration request message including the first identification information. , And transmitting the registration completion message including the twelfth identification information to the user apparatus.
- the first identification information is a voice service function and / or an emergency call for the first core network to which the user device tries to register.
- Information indicating the preference (Pref; Prf) to have support for the bearer or PDU session function for the second, and the twelfth identification information is a second core network in the same PLMN.
- the communication control method of Proxy Call Session Control Function is characterized in that, in the IMS emergency call connection procedure when the user apparatus can not recognize it as an emergency call, the 23rd identification information is a voice service function. And a second core network in the same PLMN supporting the bearer or PDU session function for an emergency call, which is identification information for prompting the user equipment to make an emergency call connection via the core network, Sending a rejection or redirect message including the twenty-third identification information to the user device.
- a terminal can be connected to the most suitable network in an emergency call service.
- 5GS and IMS can control terminal behavior to connect to a network that is most suitable for emergency notification by network initiative, and can provide more secure and secure mobile communication service.
- FIG. 1 is a diagram schematically illustrating a mobile communication system. It is a figure which shows one example, such as a structure of the access network in a mobile communication system. It is a figure which shows one example, such as a structure of the core network in a mobile communication system, and an access network.
- FIG. 2 is a schematic diagram showing connection of an emergency stand, an IMS, and a core network for a normal voice call and an emergency call connection service. It is a figure which shows the apparatus structure of UE. It is a figure which shows the apparatus structure of eNB / NR node / WAG. It is a figure which shows the apparatus structure of MME / AMF. It is a figure which shows the apparatus structure of SMF / PGW / UPF.
- FIG. 7 illustrates an IMS registration procedure. It is a figure which shows the IMS emergency call connection procedure when not able to recognize as emergency notification, and an IMS emergency call reconnection procedure. It is a figure which shows the procedure which notifies an error response from IMS with respect to an IMS emergency call connection request
- FIG. 7 illustrates a procedure for IMS emergency call reconnection from a UE.
- FIG. 2 is a diagram describing the details of the access network in the mobile communication system of FIG.
- FIG. 3 is a diagram describing an example of the configuration of an access network and a core network in the mobile communication system of FIG.
- FIG. 4 is a diagram mainly describing an example of the connection configuration of an IP multimedia subsystem (IMS; IP Multimedia Subsystem) and a core network in the mobile communication system of FIG. As shown in FIG.
- IMS IP Multimedia Subsystem
- the mobile communication system 1 in this embodiment includes a user apparatus (also referred to as a terminal apparatus or a mobile terminal apparatus) UE (User Equipment) A10, an access network (AN; Access Network) A, an access network B , Core Network (CN) B190, Core Network A90, Data Network (DN) Data Network A5, Packet Data Network (PDN) Packet Data Network B6, and IMS A7.
- UE User Equipment
- AN Access Network
- CN Core Network
- DN Data Network
- PDN Packet Data Network
- IMS IMS
- core network A, core network B, or a combination thereof may be referred to as core network
- access network A, access network B, or a combination thereof may also be referred to as access network or radio access network.
- DN_A5, PDN_A6 or a combination thereof may also be referred to as DN.
- UE_A10 can connect to network services via 3GPP access (also referred to as 3GPP access or 3GPP access network) and / or non-3GPP access (also referred to as non-3GPP access or non-3GPP access network) Device may be used.
- 3GPP access also referred to as 3GPP access or 3GPP access network
- non-3GPP access also referred to as non-3GPP access or non-3GPP access network
- UE_A10 may be provided with UICC (Universal Integrated Circuit Card) and eUICC (Embedded UICC).
- UE_A 10 may be a terminal device capable of wireless connection, and may be a mobile equipment (ME), a mobile station (MS), a cellular internet of things (CIoT) terminal (CIoT UE), or the like.
- ME mobile equipment
- MS mobile station
- CIoT cellular internet of things terminal
- the UE_A 10 can be connected to an access network and / or a core network. Also, UE_A 10 may be connected to DN_A 5 and / or PDN_A 6 via an access network and / or core network. UE_A10 transmits / receives user data to / from DN_A5 and / or PDN_A6 using a PDU (Protocol Data Unit or Packet Data Unit) session and / or a PDN connection (PDN connection; Packet Data Network (PDN) Connection) (connect. Furthermore, the communication of user data is not limited to IP (Internet Protocol) communication, and may be non-IP communication.
- IP Internet Protocol
- the IP communication is communication of data using IP, and is data communication realized by transmission and reception of an IP packet to which an IP header is attached.
- the user data which UE_A10 transmits / receives may be contained in the payload part which comprises an IP packet.
- the non-IP communication is communication of data not using IP, and is data communication realized by transmission and reception of data to which an IP header is not attached.
- non-IP communication may be data communication realized by transmission and reception of application data not having an IP header attached, or another header such as a MAC (Media Access Control) header or an Ethernet (registered trademark) frame header. You may transmit and receive the user data which UE_A10 transmits and receives.
- PDU session or PDN connection is connectivity established between UE_A 10 and DN_A 5 and / or PDN_A 6 to provide PDU connection service. More specifically, a PDU session or PDN connection may be connectivity established between UE_A 10 and an external gateway.
- the external gateway may be a UPF, a packet data network gateway (PGW), a service capability exposure function (SCEF), or the like.
- the PDU session or PDN connection may be a communication path established for transmitting and receiving user data between the UE_A 10 and the core network and / or the DN, or may be a communication path for transmitting and receiving a PDU.
- the PDU session or PDN connection may be a session established between the UE_A 10 and the core network and / or DN, and in one or more flows or bearers or the like between each device in the mobile communication system 1. It may be a logical communication path configured. More specifically, the PDU session or PDN connection may be a connection established by the UE_A 10 with the core network and / or an external gateway, or may be a connection established between the UE_A 10 and the UPF_A 235 or PGW_A 30.
- the PDN connection may be a connection and / or connection between UE_A 10 and PGW_A 30 via eNB (evolved Node B) _A 45 and / or SGW (Serving Gateway) _ A 35, or eNB_ A 45 and / or MME (Mobility Management Entity)
- eNB evolved Node B
- SGW Serving Gateway
- MME Mobility Management Entity
- There may be connectivity and / or connection between UE_A 10 and SCEF via A_A 40).
- the PDU session may be connectivity and / or connection between UE_A 10 and UPF_A 235 via NR node A 122.
- a PDN connection may be identified by a PDN connection ID
- a PDU session may be identified by a PDU session ID.
- PDN connection and PDU session may be identified by EPS bearer ID.
- PDU sessions and / or PDN connections may be referred to as PDU sessions.
- UE_A10 can perform transmission / reception of user data using apparatuses, such as an application server arrange
- a PDU session or PDN connection can transfer user data transmitted / received between UE_A 10 and a device such as an application server disposed in DN_A 5 and / or PDN_A 6.
- each device UE_A 10, a device in the access network, and / or a device in the core network
- identification information includes APN (Access Point Name), TFT (Traffic Flow Template), session type, application identification information, identification information of DN_A5 and / or PDN_A6, NSI (Network Slice Instance) identification information, and DCN. (Dedicated Core Network)
- the identification information and the access network identification information may include at least one, and may further include other information. Furthermore, in the case of establishing a plurality of PDU sessions, each piece of identification information associated with a PDU session or PDN connection may have the same content or different content.
- the NSI identification information is information that identifies the NSI, and may be an NSI ID or a Slice Instance ID below.
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- E 80 A UTRAN (Universal Terrestrial Radio Access Network)
- UTRAN Universal Terrestrial Radio Access Network
- GSM Global System for Mobile Communications
- E-UTRAN A80 and / or 5G-RAN_A 120 and / or UTRAN A20 and / or GERAN_A 25 may also be referred to as 3GPP access networks, and WLAN AN 75 and / or WLAN Ana 70 and / or WLAN AN 125 may be referred to as non-3 GPP access networks.
- Each radio access network includes an apparatus (for example, a base station apparatus or an access point) to which the UE_A 10 is actually connected.
- E-UTRAN A 80 is an LTE access network, and is configured to include one or more eNBs A 45.
- eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (Evolved Universal Terrestrial Radio Access).
- E-UTRA Evolved Universal Terrestrial Radio Access
- the eNBs may be connected to each other.
- UTRAN A 20 is a 3G access network, and is configured to include an RNC (Radio Network Controller) A 24 and an NB (Node B) A 22.
- the NB_A 22 is a radio base station to which the UE_A 10 is connected by UTRA (Universal Terrestrial Radio Access), and the UTRAN A 20 may include one or more radio base stations.
- the RNC_A 24 is a control unit that connects the core network A90 and the NB_A 22.
- the UTRAN A20 may include one or more RNCs.
- the RNC_A 24 may be connected to one or more NB_A 22.
- the RNC_A 24 may be connected to a radio base station (BSS (Base Station Subsystem) _A 26) included in the GERAN_A 25.
- BSS Base Station Subsystem
- GERAN_A 25 is a 2G access network, and is configured to include BSS_A 26.
- BSS_A26 is a radio base station to which UE_A10 connects by GERA (GSM (registered trademark) / EDGE Radio Access), and GERAN_A25 may be comprised by one or more BSS_A26. Also, multiple BSS_A 26 may be connected to each other. Also, the BSS_A 26 may be connected to the RNC_A 24.
- 5G-RAN_A 120 is a 5G access network, and is configured to include one or more NR nodes (New Radio Access Technology node) A 122.
- the NR node_A 122 is a radio base station to which the UE_A 10 is connected by 5G radio access (5G Radio Access).
- 5G Radio Access 5G Radio Access
- each NR node A 122 may be connected to each other.
- the 5G-RAN_A 120 may be an access network configured of E-UTRA and / or 5G Radio Access.
- 5G-RAN_A 120 may include eNB_A 45, may include NR node A 122, or both of them.
- eNB_A 45 and NR node A 122 may be similar devices. Therefore, NR node A 122 can be replaced with eNB A 45.
- WLAN ANa 70 is a wireless LAN access network, and is configured to include WLAN AP (Wireless Local Area Network Access Point) a 72 and TWAG (Trusted WLAN Access Gateway) _A 74.
- the WLAN APa 72 is a wireless base station to which the UE_A 10 is connected by a WLAN access system that is reliable for the operator operating the core network A 90
- the WLAN ANa 70 is configured to include one or more wireless base stations. May be done.
- TWAG_A 74 is a gateway of core network A 90 and WLAN A Na 70.
- WLAN APa 72 and TWAG_A 74 may be configured by a single device. Even when the operator operating the core network _A 90 and the operator operating the WLAN ANa 70 are different, this configuration can be realized by a contract or contract between the operators.
- WLAN AN b 75 is a wireless LAN access network, and is configured to include WLAN AP b 76.
- the WLAN APb 76 is a wireless base station to which the UE_A 10 connects in the WLAN access system when there is no trust relationship with a carrier operating the core network A 90, and one or more wireless bases in the WLAN AN 75. Stations may be included.
- the WLAN AN 75 is connected to the core network _A 90 with the ePDG (enhanced Packet Data Gateway), which is an apparatus included in the core network _ A 90, as a gateway.
- ePDG has a security function to ensure security.
- the WLAN AN 125 is a wireless LAN access network, and includes one or more WLAN Access Gateways (WAGs) _A 126.
- WAG_A 126 is a wireless base station to which UE_A 10 connects by wireless LAN access.
- WAG_A 126 may be a gateway of core network B 190 and WLAN AN 125.
- the functional unit of the wireless base station and the functional unit of the gateway may be configured as separate devices.
- WLAN AN c 125 may have the same configuration as WLAN A Na 70 and / or WLAN AN b 75, or may have a different configuration.
- the UE_A 10 is connected to each radio access network is connected to a base station apparatus or access point etc. included in each radio access network, and data, signals, etc. to be transmitted and received Also, it means that it goes through a base station apparatus and an access point.
- the control messages transmitted and received between the UE_A 10 and the core network B 190 may be the same control message regardless of the type of access network. Therefore, that UE_A 10 and core network B 190 transmit and receive messages via NR node A 122 is the same as UE A 10 and core network B 190 transmit messages via eNB A 45 and / or WAG A 126. Good.
- the access network is a wireless network connected to the UE_A 10 and / or the core network.
- the access network may be a 3GPP access network or a non-3GPP access network.
- the 3GPP access network may be UTRAN A20 and / or GERAN A 25 and / or E-UTRAN A 80 and / or 5G-RAN (Radio Access Network) _A 120, and the non-3 GPP access network may be WLAN AN 75 and / or WLAN A Na 72 and / or Alternatively, WLAN AN 125 may be used.
- the UE_A 10 may be connected to the access network to connect to the core network, or may be connected to the core network via the access network.
- DN_A5 and / or PDN_A6 are a data network (Data Network) or a packet data network (Packet Data Network) for providing communication services to UE_A 10, and may be configured as a packet data service network or configured for each service. May be For example, there may be DN_A5 and / or PDN_A6 providing IMS service, or DN_A5 and / or PDN_A6 may include an apparatus for providing IMS service.
- DN_A5 and / or PDN_A6 may be configured as IMS_A7
- DN_A5 and / or PDN_A6 may include IMS_A7
- IMS_A7 may be the normal call connection service and / or for voice service to UE_A10.
- An emergency call connection service may be provided.
- DN_A5 and / or PDN_A6 may include connected communication terminals. Therefore, connecting with DN_A5 and / or PDN_A6 may be connecting with a communication terminal or a server apparatus arranged in DN_A5 and / or PDN_A6.
- transmitting / receiving user data to / from DN_A5 and / or PDN_A6 may be transmitting / receiving user data to / from a communication terminal or a server apparatus arranged in DN_A5 and / or PDN_A6.
- DN_A5 and / or PDN_A6 are outside the core network in FIG. 1, they may be within the core network.
- core network _A 90 and / or core network _ B 190 may be configured as one or more core network devices.
- the core network device may be a device that executes part or all of the processing or function of each device included in core network _A 90 and / or core network _ B 190.
- the core network is an IP mobile communication network operated by a mobile network operator (MNO; Mobile Network Operator) connected to an access network and / or a DN.
- the core network may be a core network for a mobile communication carrier operating and managing the mobile communication system 1, a virtual mobile communication carrier such as a mobile virtual network operator (MVNO) or a mobile virtual network enabler (MVNE), or a virtual mobile communication network It may be a core network for mobile communication service providers.
- the core network A90 may be an EPC (Evolved Packet Core) configuring an EPS (Evolved Packet System), and the core network B 190 may be a 5 GC (5G Core Network) configuring 5GS.
- EPC Evolved Packet Core
- EPS Evolved Packet System
- 5G Core Network 5 GC
- the EPC may be core network A90 and 5 GC may be core network B190.
- core network B 190 may be a core network of a system providing 5G communication services.
- the core network A 90 and / or the core network B 190 is not limited to this, and may be a network for providing a mobile communication service.
- the core network will be described.
- configuration examples of the core network _A 90 and the core network _ B 190 will be described.
- the core network may be core network A 90, core network B 190, or a combination thereof.
- the core network _A90 includes Home Subscriber Server (HSS) A50, Authentication Authorization Accounting (AAA), Policy and Charging Rules Function (PCRF), PGW_A30, ePDG, SGW_A35, Mobility Management Entity (MME) A40, Serving GPRS Support (SGSN). At least one of Node) and SCEF may be included. And these may be comprised as NF (Network Function). The NF may refer to a processing function configured in the network. Also, core network A90 can be connected to multiple radio access networks (UTRAN A20, GERAN A25, E-UTRAN A80, WLAN ANb 75, WLAN A Na70).
- UTRAN A20, GERAN A25, E-UTRAN A80, WLAN ANb 75, WLAN A Na70 radio access networks
- HSS HSS
- PGW PGW
- SGW SGW
- MME MME
- FIG. 3 as an interface for connecting devices, it is described by a solid line or a dotted line.
- a solid line is an interface for U-Plane
- a dotted line is an interface for C-Plane.
- each device included in the core network A90 will be briefly described.
- the PGW_A 30 is a relay device connected to the DN, the SGW_A 35, the ePDG, the WLAN ANa 70, the PCRF, and the AAA and transferring user data as a gateway between the DN (DN_A5 and / or PDN_A6) and the core network A90.
- the PGW_A 30 may be a gateway for IP communication and / or non-IP communication. Further, the PGW_A 30 may have a function of transferring IP communication, and may have a function of converting non-IP communication and IP communication.
- a plurality of such gateways may be arranged in the core network A90. Further, the plurality of gateways may be gateways connecting the core network _A 90 and a single DN.
- U-Plane User Plane; UP
- C-Plane Control Plane; CP
- CP Control Plane
- PGW_A 30 may be connected with UPF (User plane function) and SMF (Session Management Function), or may be connected with UE_A 10 via U-Plane. Furthermore, PGW_A 30 may be configured together with UPF_A 235 and / or SMF_A 230.
- SGW_A35 is connected to PGW_A30, MME_A40, E-UTRAN_A80, SGSN and UTRAN_A20, and relays user data as a gateway between core network_A90 and 3GPP access network (UTRAN_A20, GERAN_A25, E-UTRAN_A80) It is an apparatus.
- the MME_A 40 is connected to the SGW_A 35, the access network, the HSS_A 50, and the SCEF, and is a control device that performs location information management including mobility management of the UE A 10 via the access network and access control. Furthermore, MME_A 40 may include a function as a session management device that manages a session established by UE_A 10. In addition, a plurality of such control devices may be arranged in the core network A90, and for example, a position management device different from the MME A 40 may be configured. A location management device different from MME_A40 may be connected with SGW_A35, access network, SCEF, and HSS_A50, similar to MME_A40.
- MMEs may be connected. Thereby, transmission / reception of the context of UE_A10 may be performed between MMEs.
- the MME_A 40 is a management device that transmits and receives control information related to mobility management and session management with the UE_A 10, and in other words, may be a control device of a control plane (C-plane; CP).
- C-plane control plane
- MME_A 40 may be a management device configured to one or more core networks or DCN or NSI, or one or more core networks or It may be a management device connected to DCN or NSI.
- a plurality of DCNs or NSIs may be operated by a single carrier, or may be operated by different carriers.
- the MME_A 40 may be a relay device that transfers user data as a gateway between the core network A 90 and the access network.
- the user data transmitted and received by the MME_A 40 as a gateway may be small data.
- MME_A 40 may be an NF responsible for mobility management, such as UE_A 10, or an NF that manages one or more NSIs. Also, MME_A 40 may be an NF that plays one or more of these roles.
- the NF may be one or more devices arranged in the core network _A 90, and may be a CP function for control information and / or control message (hereinafter also referred to as CPF (Control Plane Function) or Control Plane Network Function) Or a shared CP function shared among multiple network slices.
- CPF Control Plane Function
- Control Plane Network Function Control Plane Network Function
- the NF is a processing function configured in the network. That is, NF may be a functional device such as MME, SGW, PGW, CPF, AMF, SMF, UPF, etc., or may be function or capability information such as MM (Mobility Management) or SM (Session Management). Also, the NF may be a functional device for realizing a single function or a functional device for realizing a plurality of functions. For example, an NF for realizing the MM function and an NF for realizing the SM function may exist separately, or an NF for realizing both the MM function and the SM function exists. May be
- the HSS_A 50 is a management node connected to the MME_A 40, the AAA, and the SCEF and managing subscriber information.
- the subscriber information of HSS_A 50 is referred to, for example, at the time of access control of MME A 40.
- the HSS_A 50 may be connected to a location management device different from the MME_A 40.
- the HSS_A 50 may be connected to the CPF_A 140.
- HSS_A 50 may be configured as a different device and / or NF, or may be configured as the same device and / or NF.
- the AAA is connected to the PGW 30, the HSS_A 50, the PCRF, and the WLAN A Na 70, and performs access control of the UE A 10 connected via the WLAN A Na 70.
- the PCRF is connected to the PGW_A 30, the WLAN ANa 75, the AAA, the DN_A 5 and / or the PDN_A 6, and performs QoS management for data delivery. For example, management of QoS of a communication path between UE_A10 and DN_A5 and / or PDN_A6 is performed.
- the PCRF may be a device that creates and / or manages Policy and Charging Control (PCC) rules and / or routing rules that each device uses to transmit and receive user data.
- PCC Policy and Charging Control
- the PCRF may be a PCF that creates and / or manages policies. More specifically, the PCRF may be connected to UPF_A235.
- the ePDG is connected to the PGW 30 and the WLAN AN b 75, and delivers user data as a gateway between the core network _A 90 and the WLAN AN b 75.
- the SGSN is connected to the UTRAN A20, the GERAN A 25 and the SGW A 35, and is a control device for position management between the 3G / 2G access network (UTRAN / GERAN) and the LTE access network (E-UTRAN). Furthermore, the SGSN has a selection function of PGW and SGW, a management function of time zone of UE_A 10, and a selection function of MME_A 40 at the time of handover to E-UTRAN.
- the SCEF is a relay apparatus connected to the DN_A5 and / or PDN_A6, the MME_A40, and the HSS_A50, and transferring user data as a gateway connecting the DN_A5 and / or PDN_A6 and the core network A90.
- the SCEF may be a gateway for non-IP communication.
- SCEF may have a function to convert non-IP communication and IP communication.
- a plurality of such gateways may be arranged in the core network A90.
- a plurality of gateways connecting the core network A90 with a single DN A5 and / or PDN A6 and / or DN may be arranged.
- the SCEF may be configured outside the core network or may be configured inside.
- the core network B 190 includes an authentication server function (AUSF), an access and mobility management function (AMF) A240, a structured data storage network function (SDSF), an unstructured data storage network function (UDSF), and a network exposure function (NEF).
- NRF NF Repository Function
- PCF Policy Control Function
- SMF Session Management Function
- SMF Session Management Function
- UDM Unified Data Management
- UPF User Plane Function
- UPF At least one of User Plane Function
- AF Application Function
- N3 IWF Non-3GPP Inter Working Function
- the NF may refer to a processing function configured in the network.
- core network B 190 can be connected to a plurality of radio access networks (E-UTRAN A 80, 5 G-RAN A 120, WLAN AN c 125).
- the radio access network may be connected to a plurality of different access networks, or may be connected to any one access network.
- FIG. 3 describes only AMF_A240, SMF_A230 and UPF_A235 among these, which means that other things (device and / or NF) are not included. is not.
- UE_A10 is also referred to as UE, AMF_A240 as AMF, SMF_A230 as SMF, UPF_A 235 as UPF, and DN_A5 and / or PDN_A6 as DN.
- FIG. 3 describes an N1 interface (hereinafter also referred to as a reference point), an N2 interface, an N3 interface, an N4 interface, an N6 interface, an N11 interface, and an Nx interface.
- the N1 interface is an interface between the UE and the AMF
- the N2 interface is an interface between the (R) AN (access network) and the AMF
- the N3 interface is the (R) AN (access network) with
- the N4 interface is the interface between SMF and UPF
- the N6 interface is the interface between UPF and DN
- the N11 interface is the interface between AMF and SMF
- Nx interface is an interface between AMF in core network _ B 190 and MME in core network _ A 90. Communication can be performed between devices using these interfaces.
- the interfaces connecting the devices are described by solid lines or dotted lines.
- a solid line is an interface for U-Plane
- a dotted line is an interface for C-Plane.
- each device included in the core network B 190 will be briefly described.
- AMF_A 240 is connected to other AMFs, SMF_A 230, access networks (ie, E-UTRAN A 80, 5 G-RAN A 120, WLAN AN c 125, WLAN A Na 70, WLAN AN b 75), UDM A 245, AUSF, PCF.
- access networks ie, E-UTRAN A 80, 5 G-RAN A 120, WLAN AN c 125, WLAN A Na 70, WLAN AN b 75
- UDM A 245 AUSF
- PCF PCF
- AMF_A 240 Registration management, Connection management, Reachability management, Mobility management such as UE_A10, Transfer of SM (Session Management) messages between UE and SMF , Access Authentication (Access Authorization), Security Anchor Function (SEA), Security Context Management (SCM), Security Context Management (SCM), N2 interface support for N3 IWF, NAS signaling with UE via N3 IWF It may play a role of support of transmission and reception, authentication of UE connected via N3IWF, management of RM state (Registration Management states), management of CM state (Connection Management states), and the like. Also, one or more of AMF_A 240 may be arranged in core network B 190.
- the AMF_A 240 may be an NF that manages one or more NSI (Network Slice Instance). Also, the AMF_A 240 may be a shared CP function (CCNF; Common CPNF (Control Plane Network Function)) shared among a plurality of NSIs.
- CCNF Common CPNF (Control Plane Network Function)
- RM state for example, there are a non-registration state (RM-DEREGISTERED state) and a registration state (RM-REGISTERED state).
- RM-DEREGISTERED state since the UE is not registered in the network, the AMF can not reach the UE because the UE context in the AMF does not have valid location information or routing information for the UE. is there.
- RM-REGISTERED state since the UE is registered in the network, the UE can receive services that require registration with the network.
- CM-IDLE state there are a non-connected state (CM-IDLE state) and a connected state (CM-CONNECTED state).
- CM-IDLE state the UE is in the RM-REGISTERED state but has no NAS signaling connection established with the AMF via the N1 interface.
- the UE does not have the connection of the N2 interface (N2 connection) and the connection of the N3 interface (N3 connection).
- N2 connection N2 connection
- N3 connection connection of the N3 interface
- the NAS signaling connection NAS signaling connection
- the UE may have an N2 interface connection (N2 connection) and / or an N3 interface connection (N3 connection).
- SMF_A 230 is connected to AMF_A 240, UPF_A 235, UDM_A 245, and PCF.
- SMF_A 230 is session management such as PDU session (Session Management), IP address allocation to UE (IP address allocation), UPF selection and control, UPF setting for routing traffic to appropriate destination, downlink data Function (Downlink Data Notification), an identifier of an AN-specific SM information (per AN) sent via the AMF to the AN via the N2 interface, SSC mode for a session (Session It may play a role in determining the and service continuity mode, roaming function, and the like.
- UPF_A 235 is connected to DN_A5, SMF_A 230, other UPFs, and access networks (ie, E-UTRAN A80, 5G-RAN_A 120, WLAN ANc 125, WLAN ANa 70, and WLAN ANb 75).
- UPF_A235 is an UL link function (UL CL) function that supports anchor for intra-RAT mobility or inter-RAT mobility, packet routing & forwarding, routing of multiple traffic flows for one DN, Branching point function that supports multi-homed PDU session (multi-homed PDU session), QoS processing for user plane, uplink traffic verification (verification), downlink packet buffering, downlink data notification (Downlink Data Notification) It may play a role such as a trigger function.
- UL CL UL link function
- UPF_A 235 may be a relay apparatus that transfers user data as a gateway between DN_A 5 and core network B 190.
- UPF_A 235 may be a gateway for IP communication and / or non-IP communication.
- UPF_A 235 may have a function of transferring IP communication, and may have a function of converting non-IP communication and IP communication.
- the plurality of gateways arranged may be gateways connecting the core network B 190 and a single DN.
- UPF_A 235 may have connectivity with other NFs, and may be connected to each device via other NFs.
- AUSF is connected to UDM_A245 and AMF_A240. AUSF functions as an authentication server.
- SDSF provides the ability for NEFs to store and retrieve information as structured data.
- UDSF provides the ability for all NFs to store and retrieve information as unstructured data.
- the NEF provides a means to securely provide the services provided by the 3GPP network.
- Information received from other NFs is stored as structured data.
- the NRF When the NRF receives an NF discovery request from an NF instance, the NRF provides the NF with information on the discovered NF instance, information on available NF instances, and information on services supported by the instances. Hold
- the PCF is connected to SMF_A 230, AF, and AMF_A 240. Provide policy rules etc.
- UDM_A 245 is connected to AMF_A 240, SMF_A 230, AUSF, and PCF.
- UDM_A 245 includes UDM FE (application front end) and UDR (User Data Repository).
- the UDM FE performs processing such as authentication information (credentials), location management (location management), subscriber management (subscription management) and the like.
- the UDR stores data necessary for the UDM FE to provide and policy profiles required by the PCF.
- the AF is connected to the PCF. AF affects traffic routing and participates in policy control.
- N3 IWF establishes the IPsec tunnel with the UE, relays the NAS (N1) signaling between the UE and the AMF, processes the N2 signaling sent from the SMF and relayed by the AMF, establishes the IPsec Security Association (IPsec SA) And provides functions such as relaying of user plane packets between the UE and the UPF, and AMF selection.
- IPsec SA IPsec Security Association
- P-CSCF Proxy Call Session Control Function; Proxy-CSCF
- P-CSCF_B 310 I-CSCF (Interrogating Call Session Control Function; Interrogating-CSCF), S-CSCF (Serving Call Session Control Function)
- Serving-CSCF Serving-CSCF
- E-CSCF Emergency Call Session Control Function
- NF Network Function
- the NF may refer to a processing function configured in the network.
- P-CSCF and / or S-CSCF and / or E for processing a signaling packet of Session Initiation Protocol (SIP) in an IP Multimedia subsystem (IMS) in CSCF (Call Session Control Function).
- SIP Session Initiation Protocol
- IMS IP Multimedia subsystem
- CSCF Call Session Control Function
- FIG. 4 describes only the P-CSCF A 300, the P-CSCF B 310, the S-CSCF A 320, and the E-CSCF A 330 for the sake of simplicity, other than these (device and / or NF) is not included. Does not mean. Note that, for the sake of simplicity, P-CSCF A 300 and / or P-CSCF B 310 will also be referred to as P-CSCF, S-CSCF A 320 as S-CSCF, and E-CSCF A 330 as E-CSCF.
- the emergency stand / emergency stand network (PSAP (Public Safety Answering Point)) described in FIG. 4 may be a connection destination and / or a connection destination network of the emergency call connection requested by the UE_A 10.
- PSAP Public Safety Answering Point
- P-CSCF is connected to core network A and / or core network B and / or UPF and / or PWG and / or S-CSCF and / or E-CSCF etc.
- P-CSCF is a SIP proxy server when UE_A 10 connects to IMS_A 7.
- the P-CSCF is a device of IMS_A 7 to which the UE_A 10 initially connects, and is assigned to the UE_A 10 in a registration procedure described later, and the UE_A 10 may obtain the destination address of the P-CSCF during the procedure.
- the P-CSCF may execute the processing of the normal call connection and the processing of the emergency call connection, which are requested by the UE_A 10, in different apparatuses and / or NFs, or may be performed in the same apparatus and / or NF.
- the S-CSCF is connected to the HSS_A 50 and / or the UDM_A 245 and / or the P-CSCF and / or the I-CSCF and / or the E-CSCF and the like.
- the S-CSCF is a SIP server that performs IMS session control and / or user authentication related to the UE_A 10.
- the E-CSCF is connected to the P-CSCF and / or the S-CSCF and / or the I-CSCF and / or the emergency platform / emergency platform network (PSAP).
- the E-CSCF is a CSCF for processing an emergency call, and may perform, for example, routing control of an emergency call request to an appropriate emergency platform / emergency platform network (PSAP).
- UE_A10 is comprised by control part_A500, transmission / reception part_A520, and memory
- the transmission / reception unit_A 520 and the storage unit_A 540 are connected to the control unit_A 500 via a bus.
- an external antenna 510 is connected to the transmission / reception unit A520.
- the storage unit A 540 stores the UE context 442.
- the control unit_A 500 is a functional unit for controlling the entire UE_A 10, and realizes various processes of the entire UE_A 10 by reading and executing various information and programs stored in the storage unit _ A 540.
- the transceiver unit_A 520 is a functional unit for the UE_A 10 to connect to the base stations (E-UTRAN A 80 and 5G-RAN A 120) and / or the access point (WLAN AN c 125) in the access network and to connect to the access network.
- UE_A 10 can connect to a base station and / or access point in the access network via an external antenna 510 connected to transceiver unit A 520.
- the UE_A 10 transmits / receives user data and / or control information to / from a base station and / or access point in the access network via the external antenna 510 connected to the transceiver unit_A 520.
- the storage unit_A 540 is a functional unit that stores programs, data, and the like necessary for each operation of the UE_A 10, and is configured of, for example, a semiconductor memory, a hard disk drive (HDD), a solid state drive (SSD), or the like.
- the storage unit _A 540 stores identification information, control information, flags, parameters, and the like included in control messages transmitted and received in a communication procedure described later.
- UE contexts stored in the storage unit A 540 there may be a UE context used when connecting to the access network B80 / 120/125 and a UE context used when connecting to the core network B190.
- the UE context 442 there may be a UE context stored for each UE, a UE context stored for each PDU session, and a UE context stored for each bearer.
- the UE context stored for each UE may include IMSI, EMM State, GUTI, and ME Identity.
- the UE context stored for each PDU session may include APN in Use, Assigned Session Type, IP Address (es), and Default Bearer.
- the UE context stored for each bearer may include EPS Bearer ID, TI, and TFT.
- eNB_A45, NR node_A122, and WAG_A126 are comprised by control part B600, network connection part B620, transmission / reception part B630, and storage part 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.
- an external antenna 610 is connected to the transmission / reception unit B630.
- the control unit B 600 is a functional unit for controlling the whole of the eNB A 45, the NR node A 122, and the WAG A 126, and by reading and executing various information and programs stored in the storage unit B 640, the eNB A 45, the NR node A 122. And various processes of the entire WAG_A 126 are realized.
- the network connection unit B 620 is a functional unit for connecting the eNB A 45, the NR node A 122 and the WAG A 126 to the AMF A 240 and the UPF A 235 in the core network.
- eNB_A 45, NR node A 122 and WAG A 126 can be connected to AMF A 240 and UPF A 235 in the core network via network connection unit B 620.
- the eNB_A 45, the NR node A 122, and the WAG A 126 can transmit and receive user data and / or control information to and from the AMF A 240 and / or the UPF A 235 via the network connection unit B 620.
- the transmission / reception unit B630 is a functional unit for connecting the eNB A 45, the NR node A 122, and the WAG A 126 to the UE A 10.
- the eNB_A 45, the NR node A 122, and the WAG A 126 can transmit and receive user data and / or control information to and from the UE A 10 via the transceiver unit B 630.
- the storage unit_B 640 is a functional unit that stores programs, data, and the like necessary for each operation of the eNB_A 45, the NR node A 122, and the WAG A 126.
- the storage unit B 640 is configured of, for example, a semiconductor memory, an HDD, an SSD, or the like.
- Storage unit B 640 stores identification information, control information, flags, parameters, and the like included in control messages transmitted and received in a communication procedure described later.
- Storage unit B 640 may store these pieces of information as contexts for each UE A 10.
- MME_A 40 and / or AMF_A 240 are configured of a control unit C 700, a network connection unit C 720, and a storage unit C 740.
- the network connection unit C 720 and the storage unit C 740 are connected to the control unit C 700 via a bus.
- the storage unit _C 740 stores the context 742.
- the control unit C 700 is a functional unit for controlling the entire MME A 40 and / or the AMF A 240, and reads and executes various information and programs stored in the storage C 740 to perform the MME A 40 and / or the AMF A 240. Realize various processing of the whole.
- the network connection unit C 720 is MME A 40 and / or AMF A 240, other AMF 240, SMF A 230, base stations in the access network (E-UTRAN A 80 and 5 G-RAN A 120) and / or access points (WLAN ANc 125) UDM A 245, AUSF, PCF It is a functional unit for connecting to In other words, MME_A 40 and / or AMF_A 240 transmit / receive user data and / or control information to / from a base station and / or access point in the access network, UDM_A 245, AUSF, PCF via network connection unit C 720. can do.
- the storage unit C740 is a functional unit that stores programs, data, and the like necessary for each operation of the MME A 40 and / or the AMF A 240.
- the storage unit C740 is configured of, for example, a semiconductor memory, an HDD, an SSD, or the like.
- the storage unit _C 740 stores identification information, control information, flags, parameters, and the like included in control messages transmitted and received in a communication procedure described later.
- As the context 742 stored in the storage unit C740 there may be a context stored for each UE, a context stored for each PDU session, and a context stored for each bearer.
- IMSI As the context stored for each UE, 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 S1 AP ID, eNB UE S1 AP ID, NR node Address, NR node ID, WAG Address, WAG ID may be included.
- the context stored for each PDU session may include APN in Use, Assigned Session Type, IP Address (es), PGW F-TE ID, SCEF ID, and Default bearer.
- EPS Bearer ID TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB Address, NR node Address, WAG Address, eNB ID, NR node ID, WAG ID may be included.
- the SMF_A 230 includes a control unit D800, a network connection unit D820, and a storage unit D840.
- the network connection unit _ D 820 and the storage unit _ D 840 are connected to the control unit _ D 800 via a bus. Further, the storage unit _D 840 stores a context 842.
- the control unit D 800 of the SMF A 230 is a functional unit for controlling the entire SMF A 230, and realizes various processes of the entire SMF A 230 by reading and executing various information and programs stored in the storage unit D 840. Do.
- the network connection unit_D 820 of the SMF_A 230 is a functional unit for connecting the SMF_A 230 to the AMF_A 240, the UPF_A 235, the UDM_A 245, and the PCF.
- SMF_A 230 can transmit and receive user data and / or control information to / from AMF_A 240, UPF_A 235, UDM_A 245, and PCF via network connection unit D 820.
- the storage unit _D 840 of the SMF_A 230 is a functional unit that stores programs, data, and the like necessary for each operation of the SMF_A 230.
- the storage unit_D 840 of the SMF_A 230 is configured of, for example, a semiconductor memory, an HDD, an SSD, or the like.
- a storage unit _D 840 of the SMF_A 230 stores identification information, control information, a flag, parameters, and the like included in a control message transmitted and received in a communication procedure described later.
- a context stored for each UE may include IMSI, ME Identity, MSISDN, RAT type.
- the context stored per APN may include APN in use.
- the context stored for each APN may be stored for each Data Network Identifier.
- the context stored for each PDU session may include Assigned Session Type, IP Address (es), SGW F-TEID, PGWF-TEID, Default Bearer.
- the context stored for each bearer may include EPS Bearer ID, TFT, SGW F-TEID, PGW F-TEID.
- PGW_A 30 and / or UPF_A 235 are respectively configured of a control unit D 800, a network connection unit D 820, and a storage unit D 840.
- the network connection unit _ D 820 and the storage unit _ D 840 are connected to the control unit _ D 800 via a bus. Further, the storage unit _D 840 stores a context 842.
- the control unit_D800 of the PGW_A30 and / or UPF_A235 is a functional unit for controlling the entire UPF_A235, and reads and executes various types of information and programs stored in the storage unit _D840 to execute PGW_A30 and / or Or implement various processing of UPF_A235 whole.
- the network connection unit D820 of PGW_A30 and / or UPF_A235 is PGW_A30 and / or UPF_A235, which is DN (that is, DN_A5 and / or PDN_A6), SMF_A230, other PGW_A30 and / or UPF_A235, and access network (that is, E-UTRAN A80, 5G-RAN A 120, WLAN AN 125, WLAN A Na 70, and WLAN AN 75).
- UPF_A 235 is a DN (ie, DN_A5 and / or PDN_A6), SMF_A 230, another UPF_A 235, and an access network (ie, E-UTRAN A80, 5G-RAN A120, and WLAN ANc 125) via network connection D820.
- User data and / or control information can be sent and received between WLAN A Na 70 and WLAN AN b 75).
- the storage unit_D 840 of the PGW_A 30 and / or UPF_A 235 is a functional unit that stores programs, data, and the like necessary for each operation of the PGW_A 30 and / or UPF_A 235.
- the storage unit_D 840 of the PGW_A 30 and / or the UPF_A 235 is configured of, for example, a semiconductor memory, an HDD, an SSD, or the like.
- Storage unit_D 840 of PGW_A 30 and / or UPF_A 235 stores identification information, control information, flags, parameters, and the like included in a control message transmitted and received in a communication procedure described later.
- the context stored for each UE may include IMSI, ME Identity, MSISDN, RAT type.
- the context stored per APN may include APN in use.
- the context stored for each APN may be stored for each Data Network Identifier.
- the context stored for each PDU session may include Assigned Session Type, IP Address (es), SGW F-TEID, PGWF-TEID, Default Bearer.
- the context stored for each bearer may include EPS Bearer ID, TFT, SGW F-TEID, PGW F-TEID.
- FIG. 9 a configuration example of the CSCF is shown in FIG.
- the CSCFs are respectively configured of a control unit E900, a network connection unit E920, and a storage unit E940.
- the network connection unit_E 920 and the storage unit_E 940 are connected to the control unit_E 900 via a bus. Further, the storage unit_E 940 stores a context 942.
- the control unit _E 900 of the CSCF is a functional unit for controlling the entire CSCF, and realizes various processings of the entire CSCF by reading and executing various information and programs stored in the storage unit _ E 940. Do.
- the network connection unit_E 920 of the CSCF is a functional unit for connecting the CSCF with other CSCFs, UPF_A 235, PGW_A 30, HSS_A 50, and UDM_A 245.
- the CSCF can transmit / receive user data and / or control information to / from other CSCFs, UPF_A 235, PGW_A 30, HSS_A 50, UDM_A 245 via the network connection unit E 920.
- the storage unit _E 940 of the CSCF is a functional unit that stores programs, data, and the like necessary for each operation of the CSCF.
- the storage unit_E 940 is configured of, for example, a semiconductor memory, an HDD, an SSD, or the like.
- the storage unit_E 940 stores identification information, control information, a flag, parameters, and the like included in a control message transmitted and received in a communication procedure described later.
- the context 942 stored in the storage unit _E 940 may have a context stored for each UE, such as IMSI, MSISDN, UE Address, Public User ID (s), Private User ID (s), access network It may also include type, session state information.
- IMSI International Mobile Subscriber Identity
- SUPI Subscriber Permanent Identifier
- UE_A10 and MME_A40 / CPF_A140 / AMF_A2400 and SGW_A35 may be equal to the IMSI and / or SUPI stored by HSS_A50 and / or UDM_A245.
- SUPI may include IMSI.
- EMM State / MM State indicates a mobility management state of UE_A10 or MME_A40 / CPF_A140 / AMF_A240.
- the EMM State / MM State may be an EMM-REGISTERED state (registered state) in which the UE_A 10 is registered in the network, and / or an EMM-DEREGISTERD state (unregistered state) in which the UE_A 10 is not registered in the network.
- the EMM State / MM State may be an ECM-CONNECTED state in which the connection between the UE_A 10 and the core network is maintained, and / or an ECM-IDLE state in which the connection is released.
- EMM State / MM State may be information that can distinguish between the state in which UE_A 10 is registered in EPC and the state registered in NGC or 5 GC.
- GUTI Globally Unique Temporary Identity
- MME_A40 / CPF_A140 / AMF_A240 GUMMEI (Globally Unique MME Identifier)
- M-TMSI M-Temporary Mobile Subscriber Identity
- ME Identity is an ID of UE_A10 or ME, and may be, for example, International Mobile Equipment Identity (IMEI) or IMEISV (IMEI Software Version).
- MSISDN represents the basic telephone number of UE_A10.
- the MSISDN stored in the MME_A40 / CPF_A140 / AMF_A240 may be the information indicated by the storage unit of the HSS_A50.
- the GUTI may include information for identifying the CPF_140.
- MME F-TEID is information for identifying MME_A40 / CPF_A140 / AMF_A240.
- MME F-TEID may include the IP address of MME_A40 / CPF_A140 / AMF_A240, may include TEID (Tunnel Endpoint Identifier) of MME_A40 / CPF_A140 / AMF_A240, or both of them. It is also good. Also, the IP address of MME_A40 / CPF_A140 / AMF_A240 and the TEID of MME_A40 / CPF_A140 / AMF_A240 may be stored independently.
- the MME F-TEID may be identification information for user data or identification information for control information.
- the SGW F-TEID is information for identifying the SGW_A 35.
- the SGW F-TEID may include the IP address of SGW_A35, the TEID of SGW_A35, or both of them. Also, the IP address of the SGW_A 35 and the TEID of the SGW_A 35 may be stored independently. Further, SGW F-TEID may be identification information for user data or identification information for control information.
- PGW F-TEID is information for identifying PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235.
- the PGW F-TEID may include the IP address of PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235, or the TEID of PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235, or both of them may be included. Good.
- the IP address of PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235 and the TEID of PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235 may be stored independently.
- the PGW F-TEID may be identification information for user data or identification information for control information.
- the eNB F-TEID is information for identifying the eNB_A 45.
- the eNB F-TEID may include the IP address of the eNB_A 45, may include the TEID of the eNB_A 45, or may include both of them.
- the IP address of eNB_A45 and TEID of SGW_A35 may be stored independently.
- the eNB F-TEID may be identification information for user data or identification information for control information.
- the APN may be identification information for identifying the core network and an external network such as a DN. Furthermore, the APN can also be used as information for selecting a gateway such as PGW_A30 / UPGW_A130 / UPF_A235 connecting the core network A_90.
- the APN may be DNN (Data Network Name). Therefore, APN may be expressed as DNN, and DNN may be expressed as APN.
- the APN may be identification information for identifying such a gateway, or identification information for identifying an external network such as a DN.
- identification information for identifying such a gateway or identification information for identifying an external network such as a DN.
- one gateway may be selected from the plurality of gateways by another method using identification information other than the APN.
- UE Radio Access Capability is identification information indicating the radio access capability of UE_A 10.
- UE Network Capability includes security algorithms and key derivation functions supported by UE_A10.
- the MS Network Capability is information including one or more pieces of information necessary for the SGSN for the UE_A 10 having the GERAN A 25 and / or UTRAN A 20 functions.
- Access Restriction is registration information of access restriction.
- eNB Address is an IP address of eNB_A45.
- MME UE S1AP ID is information for identifying UE_A10 in MME_A40 / CPF_A140 / AMF_A240.
- eNB UE S1AP ID is information which identifies UE_A10 within eNB_A45.
- APN in Use is a recently used APN.
- the APN in Use may be a Data Network Identifier. This APN may be composed of network identification information and default operator identification information. Furthermore, APN in Use may be information identifying a DN to which a PDU session is established.
- Assigned Session Type is information indicating the type of PDU session. Assigned Session Type may be Assigned PDN Type. The type of PDU session may be IP or non-IP. Furthermore, when the type of PDU session is IP, it may further include information indicating the type of PDN assigned from the network. The Assigned Session Type may be IPv4, IPv6 or IPv4 v6.
- IP Address is the IP address assigned to the UE.
- the IP address may be an IPv4 address, an IPv6 address, or an IPv6 prefix.
- Assigned Session Type indicates non-IP, the element of IP Address may not be included.
- the DN ID is identification information for identifying the core network B 190 and an external network such as a DN. Furthermore, the DN ID can also be used as information for selecting a gateway such as UPGW_A 130 or PF_A 235 connecting core network B 190.
- the DN ID may be identification information identifying such a gateway, or identification information identifying an external network such as a DN.
- identification information identifying an external network such as a DN.
- one of the plurality of gateways may be selected by another method using identification information other than DN ID.
- the DN ID may be information equal to the APN or information different from the APN. If the DN ID and the APN are different information, each device may manage information indicating the correspondence between the DN ID and the APN, or even if the procedure for inquiring the APN using the DN ID is performed. The procedure may be carried out using the APN to inquire the DN ID.
- the SCEF ID is the IP address of the SCEF used in the PDU session.
- the Default Bearer is information acquired and / or generated when establishing a PDU session, and is EPS bearer identification information for identifying a default bearer associated with the PDU session.
- the EPS Bearer ID is identification information of the EPS bearer.
- the EPS Bearer ID may be identification information for identifying Signaling Radio Bearer (SRB) and / or Control-plane Radio Bearer (CRB), or identification information for identifying Data Radio Bearer (DRB).
- TI Transaction Identifier
- EPS Bearer ID may be EPS bearer identification information identifying a dedicated bearer (dedicated bearer). Therefore, identification information may be used to identify an EPS bearer different from the default bearer.
- the TFT shows all packet filters associated with the EPS bearer.
- the TFT is information for identifying a part of the 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. Furthermore, in other words, the UE_A 10 transmits and receives user data identified by the TFT using an RB (Radio Bearer) associated with the TFT. Also, the TFT may correspond to user data such as application data to be transmitted / received to an appropriate transfer path, or may be identification information for identifying application data. Moreover, UE_A10 may transmit / receive the user data which can not be identified by TFT using a default bearer. Also, UE_A 10 may store in advance the TFT associated with the default bearer.
- Default Bearer is EPS bearer identification information identifying a default bearer associated with PDN connection / PDU session.
- the EPS bearer may be a logical communication path established between the UE_A 10 and the PGW_A 30 / UPGW_A 130 / UPF_A 235, or may be a communication path forming a PDN connection / PDU session.
- the EPS bearer may be a default bearer or a dedicated bearer.
- the EPS bearer may be configured to include an RB established between UE_A 10 and a base station and / or access point in the access network.
- RBs and EPS bearers may be associated one to one.
- the identification information of the RB may be associated one-to-one with the identification information of the EPS bearer, or may be the same identification information.
- RB may be SRB and / or CRB, or may be DRB.
- Default Bearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 / UPGW_A130 / SMF_A230 / UPF_A235 acquire from the core network at the time of PDU session establishment.
- the default bearer is an EPS bearer initially established in a PDN connection / PDU session, and is an EPS bearer that can only be established in one PDN connection / PDU session.
- the default bearer may be an EPS bearer that can be used to communicate user data not associated with the TFT.
- a dedicated bearer is an EPS bearer that is established after a default bearer is established in a PDN connection / PDU session, and is an EPS bearer that can be established more than once in one PDN connection / PDU session. is there.
- the dedicated bearer is an EPS bearer that can be used to communicate user data associated with the TFT.
- User Identity is information identifying a subscriber.
- the User Identity may be IMSI or MSISDN.
- User Identity may be identification information other than IMSI and MSISDN.
- Serving Node Information is information identifying MME_A40 / CPF_A140 / AMF_A240 used in the PDU session, and may be the IP address of MME_A40 / CPF_A140 / AMF_A240.
- ENB Address is an IP address of eNB_A45.
- the eNB ID is information for identifying the UE in the eNB_A 45.
- MME Address is an IP address of MME_A40 / CPF_A140 / AMF_A240.
- MME ID is information which identifies MME_A40 / CPF_A140 / AMF_A240.
- the NR node Address is an IP address of the NR node_A 122.
- the NR node ID is information for identifying the NR node_A 122.
- WAG Address is the IP address of WAG_A 126.
- the WAG ID is information for identifying the WAG_A 126.
- the first state is a state in which the network capability information of the core network B 190 and / or the core network A 90 acquired by the UE A 10 is held.
- UE_A10 may acquire network capability information in the registration procedure to core network B190. Furthermore, the network capability information acquisition by UE_A10 may be based not only on the registration procedure with the core network, but also based on the identification information included in the message transmitted and received in the procedure between UE_A10 and an AN and / or a device configuring AN And may be based on reception of identification information included in a message transmitted as broadcast information from the AN and / or a device configuring the AN.
- the network capability information that the first state UE_A 10 acquires and holds during the registration procedure is for the support of the voice call service function of the core network B and / or the core network A 90 and / or the emergency call.
- the information on the bearer support of may be included.
- the first state may be a state in which the UE_A 10 acquires and holds the capability information of the core network not performing the registration procedure during the registration procedure.
- the core network not performing the registration procedure may be another core network in the same PLMN.
- the first state may be a state in which the UE_A 10 requests, acquires, and holds the capability information of the core network _ B 190 in the registration procedure to the core network _ A 90, or the UE _ A 10 registers to the core network _ B 190 May be in a state of requesting, acquiring, and holding the capability information of the core network A.
- the capability information of the network may include information on support of a voice call service function and / or bearer support dedicated to an emergency call.
- the registration with IMS_A 7 is completed via the core network registered by UE_A 10, and UE_A 10 can use the service provided by IMS_A 7.
- registration with IMS may be registration with IMS for normal call connection, and may not be registration with IMS for emergency call (IMS Registration for Emergency Session).
- a tracking area is a range that can be represented by the location information of the UE_A 10 managed by the core network, and may be configured of, for example, one or more cells. Also, the TA may be in a range where a control message such as a paging message is broadcast or may be in a range where the UE_A 10 can move without performing a handover procedure. Here, the TA may be separately managed by 3GPP-Access and non-3GPP-Access. Furthermore, the TA managed by the core network B and the TA managed by the core network A may be the same or different.
- the TA list is a list including one or more TAs allocated by the network to the UE_A 10.
- the UE_A 10 may be able to move without executing the registration procedure while moving in one or more TAs included in the TA list.
- the TA list may be an information group indicating areas where the UE_A 10 can move without performing the registration procedure.
- the first identification information is a preference that the UE_A 10 prioritizes that the core network B 190 attempting to register has the support of the voice service function and / or the emergency call bearer or PDU session function. It may be information indicating Prf).
- the core network _B 190 which has received the request message including the first identification information from the UE_A 10, includes the network capability including support of the voice service function and / or the emergency call bearer or PDU session function to another core network in the same PLMN.
- the information inquiry may be executed, or the AMF A 240 in the core network B 190 may be held or set in advance.
- the first identification information is included in the registration request and transmitted, but any control message other than the registration request (for example, it may be sent by NAS message). Also, it is preferable that the first identification information is sent as being included in a PDU session establishment request (PDU session establishment request) when it is sent in the PDU session establishment procedure. It may be sent by any control message (eg, NAS message) other than Session Establishment Request. Also, the first identification information may be transmitted by any control message (eg, NAS message; (Periodic) Registration Update) at any time after the registration procedure and / or the PDU session establishment procedure are completed. .
- PDU session establishment request PDU session establishment request
- the first identification information may be transmitted by any control message (eg, NAS message; (Periodic) Registration Update) at any time after the registration procedure and / or the PDU session establishment procedure are completed.
- the second identification information may be information indicating that the network capability information of the core network _A 90 is requested. Furthermore, the second identification information may be information indicating that the network service information regarding the support of the voice service function of core network A 90 and / or the emergency call bearer or the PDU session function is requested.
- the second identification information may be included in a message transmitted from AMF in core network B to MME in core network A, and this message may be transmitted and received using Nx interface. Good.
- the MME in the core network_A which is the destination of the message of (B) in the registration procedure may be determined by the AMF based on the location information of the UE and / or the operator policy.
- the MME may send the network capability information of the core network_A in the message of (B) in the registration procedure and send it to the AMF.
- the third identification information may be information indicating network capability information of the core network A90. Furthermore, the third identification information may be information indicating network capability information regarding support of the voice service function of core network A 90 and / or the emergency call bearer or PDU session function.
- the third identification information is included in the message of (B) in the registration procedure, which is a response to the (A) message in the registration procedure, transmitted from the MME A 40 in the core network A 90 to the AMF A 240 in the core network B 190.
- This message may be sent and received using the Nx interface.
- AMF_A 240 may transmit the network capability information of core network A 90 in the registration acceptance message to UE A 10 based on the reception of the third identification information.
- the tenth identification information is capability information indicating whether or not the core network B 190 supports the voice service function.
- the UE_A 10 may perform the subsequent normal call connection based on the reception of the tenth identification information indicating that the core network B 190 supports the voice service function.
- the eleventh identification information is capability information indicating whether or not the core network B 190 supports a bearer for an emergency call or a PDU session function.
- the UE_A 10 may perform the subsequent emergency call connection based on the reception of the eleventh identification information indicating that the core network B supports the bearer for the emergency call or the PDU session function.
- the twelfth identification information may be another core network in the same PLMN as core network B 190, eg, core network A 90 provides a voice service function and a bearer or PDU session function for an emergency call. It is identification information indicating whether or not there is an error.
- UE_A10 is for emergency calls based on receipt of a twelfth identification information indicating that another core network in the same PLMN is providing voice service functions and bearer or PDU session services for emergency calls. It may switch to another core network providing the bearer / PDU session function and carry out an emergency call connection via the core network.
- the initial procedure includes broadcast information and / or (Initial) Registration procedure with the core network B 190 and / or PDU session establishment procedure ( PDU session establishment procedure) and IMS Registration procedure are included. Details of the broadcast information, the registration procedure, the PDU session establishment procedure, and the IMS registration procedure will be described later.
- the UE_A 10 acquires network capability information of the core network B_190 and / or the core network _A 90, and each device performs the first operation. It shifts to the state (S1030).
- the UE_A 10 may obtain the network capability information of the core network B 190 during the procedure of (B) in the procedure and / or the procedure of (C) in the procedure.
- the UE_A 10 may obtain the network capability information of the core network _A 90 during the procedure of (C) in this procedure and / or.
- the procedure of (B) in this procedure may be reception of broadcast information (S1000), and the procedure of (C) in this procedure is a procedure of registration to core network B 190 (S1010) and an independent procedure.
- PDU session establishment procedure S1020.
- each device may perform a registration procedure, and UE_A 10 may transition to a state registered in the network (RM-REGISTERED state), or each device may perform a PDU session establishment procedure, UE_A 10 may , And may establish a PDU session with a DN providing PDU connection service via core network B 190.
- each device executes the IMS registration procedure (S1040), whereby UE_A 10 is registered with IMS_A 7 providing IMS service via core network B 190, and each device transitions to the second state ( S1050). This completes the procedure.
- Each device may exchange and / or acquire various capability information and / or various request information of each device in the reception and / or registration procedure of broadcast information and / or the PDU session establishment procedure. Furthermore, when each device carries out the exchange of various capability information and / or the negotiation of various requests in the registration procedure, the exchange of various information and / or the negotiation of various requests is not carried out in a single PDU session establishment procedure. Good. In addition, when each device does not exchange various information and / or negotiate various requests in the registration procedure, even if it exchanges various information and / or negotiate various requests in a single PDU session establishment procedure Good. In addition, even when each device performs exchange of various information and / or negotiation of various requests in the registration procedure, each device may perform exchange of various information and / or negotiation of various requests in a single PDU session establishment procedure. .
- each device may perform a PDU session establishment procedure in the registration procedure, and may perform it after the registration procedure is completed. Also, if the PDU session establishment procedure is performed in the registration procedure, the PDU session establishment request message may be included and transmitted in the registration request message, and the PDU session establishment accept message may be transmitted and received in the registration acceptance message. The PDU session establishment complete message may be transmitted and received in the registration complete message, and the PDU session establishment rejection message may be transmitted and received in the registration rejection message. Also, when the PDU session establishment procedure is performed in the registration procedure, each device may establish a PDU session based on the completion of the registration procedure or may transition to the first state.
- Each device involved in this procedure transmits and receives one or more identification information included in each control message by transmitting and receiving each control message described in this procedure, and stores each transmitted and received identification information as a context. It is also good.
- the broadcast information may be included in a message and / or a signal and / or a beacon frame transmitted from the AN and / or a device configuring the AN to the UE_A 10. Furthermore, the broadcast information may include tenth identification information and / or eleventh identification information.
- UE_A 10 may recognize whether core network B 190 attempting to connect supports voice service or not by including the tenth identification information in the broadcast information. . Furthermore, UE_A 10 may store these pieces of information in the held context.
- the UE_A 10 may recognize whether the core network B 190 supports the emergency call bearer or not by including the eleventh identification information in the broadcast information. Furthermore, UE_A 10 may store these pieces of information in the held context.
- the UE_A 10 may transition to the state 1 based on the reception of broadcast information and / or the completion of the registration procedure described later.
- the registration procedure is a procedure initiated by the UE_A 10 to be registered in the network (the access network and / or core network B 190 and / or the DN (DN A 5 and / or PDN A 6)). If UE_A 10 is not registered in the network, it can execute this procedure at an arbitrary timing such as power on. In other words, the UE_A 10 may start this procedure at any timing as long as it is in the non-registration state (RM-DEREGISTERED state). Also, each device may transition to the registration state (RM-REGISTERED state) based on the completion of the registration procedure.
- this procedure updates the location registration information of UE_A10 in the network and / or periodically notifies the network of UE_A10 status from UE_A10 and / or updates specific parameters regarding UE_A10 in the network. It may be a procedure of
- the UE_A 10 may start this procedure when performing mobility across TAs. In other words, the UE_A 10 may start this procedure when moving to a TA different from the TA indicated in the held TA list. Furthermore, the UE_A 10 may initiate this procedure when the running timer has expired. Furthermore, the UE_A 10 may start this procedure when it is necessary to update the context of each device due to disconnection or invalidation of a PDU session. Furthermore, the UE_A 10 may initiate this procedure if there is a change in the capability information and / or preferences regarding the PDU session establishment of the UE_A 10. Furthermore, UE_A 10 may periodically initiate this procedure. The UE_A 10 is not limited to these, and can execute this procedure at any timing as long as a PDU session is established.
- the UE_A 10 and / or each device may transition to the first state.
- UE_A10 starts the registration procedure by transmitting a registration request (Registration Request) message to AMF_A 240 via NR node_A 122 (S1100) (S1102) (S1104). Also, the UE_A 10 transmits an SM message (for example, a PDU session establishment request message) by transmitting a SM (Session Management) message (for example, a PDU session establishment request message) in the registration request message or with the registration request message.
- SM Session Management
- the UE_A 10 transmits an RRC message including a registration request message to the NR node A 122 (S1100).
- the NR node_A 122 selects AMF_A 240 as the NF or shared CP function of the routing destination of the registration request message (S 1102).
- the NR node A 122 takes out the registration request message from the received RRC message, and transmits or transfers the registration request message to the selected AMF A 240 (S1104).
- the NR node A 122 may select AMF A 240 based on the information included in the RRC message.
- the registration request message may be a NAS (Non-Access-Stratum) message transmitted and received on the N1 interface.
- the RRC message may be a control message transmitted and received between UE_A 10 and NR node A 122.
- the NAS message may be processed in the NAS layer, the RRC message may be processed in the RRC layer, and the NAS layer may be a layer higher than the RRC layer.
- UE_A10 may transmit a registration request message for every NSI, when multiple NSI which request
- the UE_A 10 may include the first identification information in the registration request message and / or the RRC message.
- the UE_A 10 gives priority to the IMS emergency call connection using the emergency call dedicated PDU session or the emergency call dedicated bearer when the UE_A 10 executes the IMS emergency call connection, Alternatively, it may indicate that it is requesting.
- UE_A10 may determine whether to include the first identification information in the registration request message based on the capability information of UE_A10, and / or the policy such as UE policy, and / or the preference of UE_A10. .
- UE_A10 performs voice service function and / or emergency call to another core network (for example, core network_A90) in the same PLMN overlapping with the location registration area of UE_A10. It may be indicated to request a query of network capability information, including support for a dedicated PDU session feature or an emergency call dedicated bearer feature.
- core network_A90 another core network
- UE_A10 may indicate that UE_A10 has the ability to support PDU session establishment for core network_A90 by transmitting the first identification information, and further, UE_A10 passes through core network_A90. It may also indicate that it has the ability to respond to procedures using voice services and / or emergency calls.
- the UE_A 10 may transmit the first identification information in a control message (eg, NAS message or RRC message) different from the registration request message.
- a control message eg, NAS message or RRC message
- the AMF A 240 receives a control request message different from the registration request message and / or the registration request message, and performs the first condition determination.
- the first condition determination is to determine whether the network accepts the UE_A 10 request.
- AMF_A 240 starts the procedure of (A) in the present procedure if the first condition determination is true, and starts the procedure of (B) in the procedure if the first condition determination is false.
- AMF_A 240 executes the fifth condition determination and / or the fourth condition determination and starts the procedure of (A) in this procedure.
- the order of executing the fifth condition determination and the fourth condition determination does not matter.
- the fourth condition determination may be performed after the fifth condition determination, or conversely, the fifth condition determination may be performed after the fourth condition determination is performed.
- the fifth condition determination and the fourth condition determination may be simultaneously performed.
- the fifth condition determination is to determine whether the AMF A 240 performs the procedure of (C) in the present procedure.
- the AMF A 240 selects the MME A 40 (S 1114), and transmits the message (D) during the registration procedure to the selected MME A 40 (S 1116), and performs the registration procedure from the MME A 40
- the fifth condition determination is false, these messages are omitted (S1118).
- AMF_A 240 is the same PLMN that overlaps with the location registration area of core network _ B 190 that UE_A 10 attempts to register in this registration procedure based on the location registration area of UE_A 10 and / or device settings including network policy and / or AMF_A 240.
- MME_A 40 in core network _A 90 may be selected as another core network.
- the AMF A 240 may include the second identification information in the message (D) during the registration procedure, and by including this identification information, the UE A 10 attempts to register in this registration procedure. It is shown that, for example, another core network in the same PLMN overlapping with the location registration area, for example, requests the MME A 40 in the core network for capability information on voice service and / or emergency call bearer support of the core network A90. May be
- MME_A 40 may include the third identification information in the message of (E) in the registration procedure, and by including this identification information, it is related to voice service and / or emergency call bearer support of the core network. It may indicate network capability information.
- the message of (E) in the registration procedure may be a response message to the message of (D) in the registration procedure from MME_A 40 to AMF_A 240.
- the message of (E) in the registration procedure may be an acceptance message or a rejection message, and if the message of (E) in the registration procedure is a message meaning acceptance, the voice service and / or the emergency. It may indicate either presence or absence of network capability information for call bearer support.
- this message is an acceptance message and that the core network has network capabilities for voice service and / or emergency call bearer support.
- the fourth condition determination is to determine whether AMF_A 240 carries out transmission and reception of SM messages with SMF_A 230.
- AMF_A 240 executes selection of SMF_A 230 and transmission / reception of SM messages with the selected SMF_A 230 when the fourth condition determination is true, and omits them when the fourth condition determination is false. (S1106).
- AMF_A 240 receives the registration request message from UE_A 10 and / or the completion of the transmission and reception of the SM message with SMF_A 230 and / or the completion of the procedure of (C) in this procedure, through NR node A122. Then, a registration accept (Registration Accept) message is sent to the UE_A 10 (S1108).
- the registration acceptance message may be transmitted / received in the control message of the N2 interface and the RRC message.
- the registration acceptance message may be a NAS message sent and received on the N1 interface.
- the registration acceptance message may be a response message to the registration request message.
- AMF_A240 completes the procedure of (C) in this procedure, when the message of (E) in the registration procedure is received, which indicates rejection from MME_A 40, and the procedure in (A) of this procedure is continued Procedure may be implemented.
- AMF_A 240 When AMF_A 240 receives an SM message indicating rejection from SMF_A 230, it may cancel the procedure of (A) in this procedure and start the procedure of (B) in this procedure.
- the AMF_A 240 may transmit the registration acceptance message including the (E) message in the registration procedure received from the MME_A 40.
- the AMF A 240 sends the registration acceptance message including an SM message (eg, PDU session establishment acceptance message) such as a PDU session establishment acceptance message, or with the registration acceptance message.
- SM message eg, PDU session establishment acceptance message
- this transmission method may be performed when an SM message (for example, a PDU session establishment request message) is included in the registration request message and the fourth condition determination is true.
- this transmission method may be performed when an SM message (for example, a PDU session establishment request message) is included together with the registration request message, and the fourth condition determination is true.
- AMF_A 240 may indicate that the procedure for SM has been accepted by performing such a transmission method.
- AMF A 240 may include the tenth to twelfth identification information in the registration acceptance message, and by including these identification information, the request of UE A 10 is accepted, and core network B 190 and / or the same. It may also indicate that network capability information for voice service and / or emergency call bearer support of core network _A 90, eg, another core network in PLMN, could be obtained.
- AMF_A 240 determines whether the tenth to twelfth identification information is included in the registration acceptance message, the received identification information, and / or the network capability information, and / or the operator policy, and / or the state of the network, and It may be determined based on registration information (user subscription) of the user and / or the like. For example, when the first identification information is received from the UE_A 10, the information may be information transmitted to the UE_A 10.
- the UE_A 10 receives the registration acceptance message via the NR node A 122 (S1108).
- the UE_A 10 recognizes the contents of various identification information included in the registration acceptance message by receiving the registration acceptance message.
- the UE_A 10 recognizes that the core network B 190 attempting the main registration procedure supports the voice service by including the tenth identification information in the registration acceptance message. It is also good. Furthermore, UE_A 10 may store these pieces of information in the held context. The UE A 10 may perform normal call connection after completion of the initial procedure based on the reception of the tenth identification information indicating that the core network B 190 supports the voice service. Conversely, if the UE_A 10 receives the tenth identification information indicating that the core network B 190 voice service is not supported, the normal call connection is not performed after the completion of the initial procedure.
- the UE_A 10 may recognize whether the core network B 190 supports the emergency call bearer or not by including the eleventh identification information in the registration acceptance message. Furthermore, UE_A 10 may store these pieces of information in the held context.
- UE_A 10 is another core network in the same PLMN as core network B 190 by including the twelfth identification information in the registration acceptance message, for example, voice service of core network A 90 and It may be recognized whether or not it supports emergency call bearers. Furthermore, UE_A 10 may store these pieces of information in the held context.
- the UE_A 10 may execute the subsequent normal call and / or emergency call connection based on the eleventh identification information. Good.
- UE_A10 is another core network in the same PLMN, for example, when core network_A90 receives the twelfth identification information indicating that it supports voice service and bearer service for emergency call, the core It may be switched to network _A 90 to make an emergency call connection via the core network. Further, the core network receives the tenth identification information indicating that the core network B 190 supports the voice service and the eleventh identification information indicating that the core network B 190 supports the emergency call bearer, and the core network When the _A 90 receives the twelfth identification information indicating that the _A 90 does not support the voice service and the emergency call bearer service, it may make an emergency call connection via the core network _ B 190.
- the UE A 10 may further transmit a Registration Complete message to the AMF A 240 (S 1110).
- the UE A 10 may transmit the registration completion message including an SM message such as a PDU session establishment completion message, or by including the SM message. , And may indicate that the procedure for SM is completed.
- the registration completion message may be a NAS message transmitted and received on the N1 interface.
- the registration completion message may be a response message to the registration acceptance message.
- the registration completion message may be transmitted and received in the RRC message and the control message of the N2 interface.
- AMF_A 240 receives the registration completion message (S1110). Also, each device completes the procedure of (A) in this procedure based on transmission and reception of the registration acceptance message and / or the registration completion message.
- AMF_A 240 starts the procedure of (B) in this procedure by transmitting a Registration Reject message to UE_A 10 via NR node A 122 (S 1112). Furthermore, UE_A10 recognizes that the request of UE_A10 has been rejected by receiving the registration rejection message or by not receiving the registration acceptance message. Each device completes the procedure of (B) in this procedure based on transmission and reception of the registration refusal message.
- the AMF A 240 may transmit an SM message indicating rejection of a PDU session establishment rejection message or the like in the registration rejection message, or may transmit an SM message indicating rejection.
- the inclusion may indicate that the procedure for SM has been rejected.
- UE_A 10 may further receive an SM message meaning rejection, such as a PDU session establishment rejection message, or may recognize that the procedure for SM has been rejected.
- the registration rejection message may be a NAS message sent and received on the N1 interface.
- the registration refusal message may be a response message to the registration request message.
- the registration rejection message transmitted by AMF_A 240 is not limited to this as long as the message rejects the request of UE_A 10.
- the registration rejection message may be transmitted and received in the control message of the N2 interface and the RRC message.
- the UE_A 10 recognizes the contents of various identification information included in the registration refusal message by receiving the registration refusal message.
- the first condition determination may be performed based on the identification information included in the registration request message and / or the subscriber information and / or the operator policy. For example, the first condition determination may be true if the network allows the UE_A 10 request. Also, the first condition determination may be false if the network does not permit the request of UE_A 10. Furthermore, the first condition determination may be true if the network to which UE_A 10 is registered and / or a device in the network supports the function requested by UE A 10, and false if it does not support it. Good.
- the conditions under which the true / false determination of the first condition determination is determined are not limited to the conditions described above.
- the fifth condition determination may be executed by the AMF A 240 based on the first identification information included in the registration request message, and whether or not the voice service of the core network B 190 and / or the emergency call bearer is supported. It may be executed based on the ability information on For example, the fifth condition determination is that AMF_A 240 includes the first identification information in the registration request message from UE_A 10, and / or core network B 190 supports voice service and / or emergency call bearer support And if AMF_A 240 does not include the first identification information in the registration request message from UE_A 10, and / or Core Network B supports voice service and / or emergency call bearer If it is, it may be false.
- the conditions under which the fifth condition determination is determined to be true or false may not be limited to the conditions described above.
- the fourth condition determination may be performed based on whether AMF_A 240 has received an SM or may be performed based on whether an SM message is included in the registration request message. For example, the fourth condition determination may be true if AMF A 240 receives an SM, and / or if the registration request message includes an SM message, if AMF A 240 does not receive an SM, and It may be false if the registration request message does not include the SM message.
- the conditions under which the fourth condition determination is determined to be true or false may not be limited to the conditions described above.
- the order in which the fifth condition determination and the fourth condition determination are performed is the setting of devices in the core network including identification information and / or subscriber information included in the registration request message, and / or AMF_A 240, and It may be determined based on an operator policy.
- the PDU session establishment procedure is also referred to as this procedure.
- This procedure is for each device to establish a PDU session.
- Each device may execute this procedure in the state where the registration procedure is completed, or may execute this procedure in the registration procedure.
- each device may start this procedure in the registered state, or may start this procedure at any timing after the registration procedure.
- each device may establish a PDU session based on the completion of the PDU session establishment procedure.
- the UE_A 10 may obtain the address of the P-CSCF.
- the UE_A 10 may obtain network capability information of the core network B 190 and / or the core network A 90, and each device may transition to the first state. Furthermore, each device may establish multiple PDU sessions by executing this procedure multiple times.
- UE_A 10 and / or each device within the core network may transition to the first state.
- the IMS registration procedure is a procedure initiated by UE_A 10 for registration with IMS.
- the UE_A 10 may start this procedure at any timing as long as the UE is not registered in IMS, that is, if the IP address of UE_A 10 and the Public User Identity assigned from the network are not linked.
- UE_A10 and each IMS device may recognize that the registration status, that is, the IP address of UE_A10 and the Public User Identity assigned from the network are linked based on the IMS registration completion, and further, the second It may transition to the state of
- this procedure determines the routing of a Session Initiation Protocol (SIP) message in the IMS procedure after the IMS registration procedure.
- SIP Session Initiation Protocol
- IMS registration procedure example An example of the procedure for executing the IMS registration procedure will be described with reference to FIG. Hereinafter, this procedure refers to IMS registration procedure. Hereinafter, each step of this procedure will be described.
- UE_A 10 transmits to P-CSCF_A 300 a REGISTER signal (S 1200) for a normal IMS registration request.
- the P-CSCF A 300 receiving the REGISTER signal transfers the REGISTER signal to the S-CSCF A 320 via the I-CSCF, ATCF, or IBCF based on the location information of the UE A 10 and the operator policy on the signal path (S 1202).
- the S-CSCF_A 320 that receives the REGISTER signal associates and stores the contact address included in the Contact header and the public user identity to be registered, and creates and holds IMS registration information.
- the S-CSCF that has created the normal IMS registration information transmits "200 OK" to the UE_A 10 as a response to the IMS registration request, including the information indicating that the IMS registration has been completed (S1206) (S1208).
- each device and / or each IMS device in the UE_A 10 and / or core network may transition to the second state.
- the second state is omitted because it is the same as the contents described above.
- UE_A10 receives the call connection request from IMS_A7 via the core network It is notified that it is an emergency call, and information indicating rejection or redirection is received.
- the UE_A 10 obtains network capability information including information on support of the voice call service function of the core network B 190 and / or the core network A 90 and / or bearer support dedicated to an emergency call, It may be in a held state.
- the UE_A 10 in the third state may initiate an emergency call connection procedure via an emergency call connectable network based on the acquired and held network capability information.
- the twenty-first identification information is information indicating a connection destination requested by the UE_A 10, and may be a request URI (Request URI) or a destination number set in the To header.
- the IMS connection destination indicated by the 21st identification information may be information indicating a connection (Non UE detectable Emergency Session / call) destination that can not recognize that the UE_A 10 is an emergency call (emergency call number).
- the twenty-first identification information may be information indicating an emergency call number to which a prefix number for making a calling telephone number dialed by a user and / or a subscriber non-notified. Specifically, for example, in Japan, it may be an emergency call number to which "184" is added.
- the twenty-second identification information is identification information indicating that the call connection requested by the UE_A 10 is an emergency call connection. More specifically, it is information indicating that IMS_A 7 rejects or redirects to indicate that the request sent by UE_A 10 to IMS_A 7 via the core network is an INVITE for emergency call connection.
- the 22nd identification information indicates that the call connection requested by the UE_A 10 is an emergency call connection, and additionally, information indicating a procedure recommended when the UE_A 10 performs a subsequent emergency call connection. is there.
- the 23 rd identification information indicates a voice service function and a bearer for an emergency call or another core network in the same PLMN supporting a PDU session function, and transmits an emergency call to UE_A10 via the core network. It may be identification information prompting connection. Further, as a response to the INVITE sent by UE_A10, IMS_A7 may send to UE_A10 via the core network.
- the emergency call connection procedure in this embodiment will be described with reference to FIG.
- the emergency call connection procedure is also referred to as this procedure, and in the emergency call connection procedure (this procedure), the IMS emergency call connection procedure and / or emergency call reconnection procedure via IMS_A7 can not be recognized as an emergency call by UE_A10. Is included. Details of each procedure in this procedure will be described later.
- the UE_A 10 that has transitioned to the second state and each device in each IMS device and / or core network may execute the following procedure (S 1300).
- IMS_A7 executes a procedure to reject or redirect (S1310), UE_A10 and each IMS device and / or each in the core network.
- the apparatus transitions to the third state (S1320).
- UE_A10 performs IMS emergency call reconnection (S1330).
- UE_A 10 may execute IMS emergency call connection again to the connected core network, or may execute IMS emergency call connection to another core network in the same PLMN. Good. This completes the procedure.
- IMS emergency call connection when it can not be recognized as an emergency call from UE
- IMS emergency call connection when it can not be recognized as an emergency call from UE
- This procedure may include an IMS emergency call connection procedure when the UE can not recognize it as an emergency call and a procedure in which the IMS emergency call connection signal is rejected or redirected. Details of each procedure are described below.
- UE_A 10 transmits a connection request (INVITE) signal for normal call connection to P-CSCF_A 300 (S1400).
- the UE_A 10 may transmit the connection request (INVITE) signal to the P-CSCF_A 300 with the 21st identification information included.
- the connection request (INVITE) signal including the 21st identification information may be an IMS emergency call connection signal when the UE_A 10 can not recognize it as an emergency call.
- the IMS emergency call connection signal including the 21st identification information may be an IMS emergency call connection signal transmitted when the UE_A 10 can not recognize it as an emergency call.
- the twenty-first identification information may be an emergency call code that the UE_A 10 can not recognize as an emergency call, and is an emergency call code that is not stored in the UE_A 10 or not downloaded from the network at the time of network registration.
- it may be an emergency call number in which the user assigns an unnotified prefix number at the beginning of the dial number, and when the user dials the number, UE_A10 can not recognize that it is an emergency call, and it is not emergency call connection Perform a normal call connection.
- the 21st identification information is an emergency call code that UE_A10 can not recognize as an emergency call, and when such an emergency call code is used by UE_A10, it is compared with the emergency call code held by UE_A10. As a result, it is determined that the emergency call number is not an emergency call number, and an INVITE signal of normal call connection is transmitted to the IMS_A 7 instead of the INVITE signal for the emergency call. More specifically, the UE_A 10 performs SIP signal path setting based on the path information received in the above-mentioned IMS registration, and requests, for example, a non-notification emergency call number to the P-CSCF for which path setting has been made. The INVITE signal for the normal call connection set in the To header is transmitted.
- the P-CSCF_A 300 checks the connection destination of the connection request (INVITE) and detects that the connection destination is an emergency call number. (S1410) A rejection or redirect message for notifying UE_A 10 that it is an emergency call connection is transmitted (S1420). The UE_A 10 determines the behavior of the IMS emergency call reconnection, and completes this procedure (S1430).
- the rejection or redirect message may be a response to a connection request (INVITE) signal, and may be an SIP error message “3XX” or “4XX” or “5XX” or “6XX”.
- the connection request (INVITE) signal received by the P-CSCF_A 300 may include the twenty-first identification information, and the connection destination of the UE_A 10 in the P-CSCF_A 300 is an emergency call number based on the twenty-first identification information. You may detect that.
- the P-CSCF A 300 may transmit the rejection or redirect message including the 22nd identification information and / or the 23rd identification information.
- the P-CSCF A 300 may indicate network capability information on voice service functions and emergency call bearer support of another core network in the same PLMN by including the twenty-third identification information.
- UE_A10 may determine the core network which performs the below-mentioned emergency call reconnection procedure based on receiving the 22nd identification information and / or the 23rd identification information.
- an emergency URN explicitly indicating that it is an emergency call connection may be set in the Contact header of the rejection or redirect message, and may be transmitted to UE_A 10.
- the IMS emergency call connection signal is set to "urn: service: sos.police" which is a dedicated emergency service URN.
- P-CSCF_A 300 includes, in the rejection or redirect message, information for promoting IMS emergency call connection to another core network supporting the voice service function and the emergency call dedicated PDU session function in the same PLMN. It is also good.
- This procedure includes an IMS emergency call reconnection procedure using an emergency call dedicated PDU session and / or an IMS emergency call reconnection procedure using a normal PDU session and / or a CS (Circuit Switching) emergency call connection procedure. May be included. Details of each procedure are described below.
- UE_A10 which receives the rejection or redirect message from IMS_A7 detects whether the connected core network supports the emergency call dedicated PDU session function, and the emergency call dedicated PDU session If the function is supported, the IMS emergency call connection signal is transmitted to the connected core network using an emergency call dedicated PDU session. If the emergency call dedicated PDU session function is not supported, the IMS emergency call connection signal may be transmitted using another emergency call dedicated PDU session to another core network in the same PLMN.
- the core network supports the emergency call dedicated PDU session function based on the UE_A 10 in the first state. Detect if If the emergency call dedicated PDU session function is supported, execute registration procedure and / or PDU session establishment procedure including information explicitly indicating establishment of a PDU session dedicated to emergency call to core network B 190. (S1500) (S1502). If the connected core network B 190 does not support the emergency call dedicated PDU session function, the UE A 10 confirms the location.
- the bearer for exclusive use of an emergency call or PDU session establishment is explicitly specified to core network_A90.
- a registration signal including the information to be shown may be transmitted. Even when the location where UE_A10 is located is the home network, it includes information explicitly indicating that PDU session establishment dedicated to an emergency call is made to core network A90 based on the IMS reconnection policy held by UE_A10. The registration signal may be transmitted.
- the UE_A 10 transmits the core network A_90. Then, a registration signal may be transmitted that includes information explicitly indicating establishment of a PDU session dedicated to an emergency call.
- the rejection or redirect message received by UE_A10 includes information to promote IMS emergency call connection to another core network A_90 that supports the voice service function and the emergency call dedicated PDU session function in the same PLMN. In this case, based on the received information, a registration signal may be sent to the core network A_90 including information explicitly indicating establishment of a PDU session dedicated to an emergency call.
- the information explicitly indicating the establishment of the PDU session dedicated to the emergency call may be included in the single PDU session establishment request signal, or may be included in the information on the PDU session establishment in the registration signal.
- the core network_A 90 that has received the information explicitly indicating the establishment of the PDU session dedicated to the emergency call selects an external gateway capable of handling the PDU session dedicated to the emergency call.
- the external gateway capable of handling the PDU session dedicated to the emergency call selects P-CSCF_B 310 capable of handling the PDU session dedicated to the emergency call, and responds to the PDU session establishment request dedicated to the emergency call, the PDU session dedicated to the emergency call It transmits to UE_A10 including the address of P-CSCF_B310 which can handle the following.
- the core network _ Selection of an external gateway capable of handling an emergency call dedicated PDU session by B190, selection of a P-CSCF B 310 capable of handling an emergency call dedicated PDU session, and transmission of a P-CSCF B 310 address to UE_A 10 are not performed. May be
- the UE_A 10 transmits an IMS registration signal dedicated to the emergency call to the emergency call dedicated P-CSCF_B 310, and requests an IMS registration procedure dedicated to the emergency call (S1504).
- the UE_A 10 transmits, to the emergency call dedicated P-CSCF_B 310, a REGISTER signal (S1504) including in the Contact header information explicitly indicating that this is IMS registration for emergency call connection. Do.
- the P-CSCF_B 310 that has received the REGISTER signal transfers a REGISTER signal to the S-CSCF via the I-CSCF, ATCF, or IBCF based on the location information of the UE_A 10 and the operator policy on the signal path.
- the S-CSCF that has received the REGISTER signal detects that it is an IMS registration for emergency call connection, based on the information in the Contact header that explicitly indicates that it is an IMS registration for an emergency call connection, and Contact
- the IMS registration information is created and held by associating the contact address in the header, the information explicitly indicating that this is IMS registration for emergency call connection, and the public user identity to be registered.
- the S-CSCF that has created the IMS registration information dedicated to the emergency call includes, in the Contact header, information indicating that the IMS registration for the emergency call connection is completed, and transmits “200 OK” to the UE_A 10.
- the UE_A 10 transmits an INVITE including information indicating that it is a signal dedicated to an emergency call to the P-CSCF_B 310 (S1506), and the emergency call Make a dedicated SIP dialog formation request.
- the UE_A 10 performs SIP signal path setting based on the path information received in IMS registration for the emergency call connection, and performs emergency call connection to the P-CSCF_B 310 dedicated to the emergency call that has been subjected to path setting.
- An INVITE signal in which the emergency service URN indicating that the URL is set in the request URI and the To header is transmitted (S1506).
- the P-CSCF_B 310 creates an emergency call dedicated connection path, transfers an INVITE signal to the emergency stand via the emergency call dedicated CSCF (E-CSCF) or the like, and requests a dialog call dedicated to the emergency call.
- the P-CSCF_B 310 that has received the notification of the success in forming the dialog transmits “200 OK” to the UE A 10 to notify that the formation of the dialog dedicated to the emergency call is successful (S1510).
- the UE_A10 that receives the rejection or redirect message from IMS_A7 detects whether the connected core network B_190 supports the emergency call dedicated PDU session function, and if it does not support the emergency call dedicated PDU session function, If the UE_A 10 is located in the home network, a normal PDU session may be used to transmit an IMS emergency call connection signal. Or, if the rejection or redirect message does not include information for promoting IMS emergency call connection to another core network A 90 supporting the voice service function in the same PLMN and the emergency call dedicated PDU session function, A normal PDU session may be used to send an IMS emergency call connection signal.
- the UE_A 10 confirms the location.
- the core network A_90 is based on the IMS reconnection policy held by the UE_A 10 or based on the network function information of the core network A_90 acquired in the registration procedure.
- the voice service function is supported but the emergency call dedicated PDU session function is not supported, or the rejection or redirect message received by UE_A10, the voice service function in the same PLMN and the emergency call dedicated PDU session function If no information promoting IMS emergency call connection to another supported core network A_90 is included, a default bearer capable of SIP signal processing can not be established for the core network A90, Usually, a registration signal including a PDU session establishment request is transmitted.
- the UE_A 10 when it does not hold or recognize the public user identity in the IMS registration state, it transmits a normal IMS registration signal to the P-CSCF dedicated to the emergency call, and the normal IMS registration is performed. Request a procedure.
- the UE_A 10 transmits, to the P-CSCF, a REGISTER signal (S1504) for normal IMS registration.
- the P-CSCF that has received the REGISTER signal transfers the REGISTER signal to the S-CSCF via the I-CSCF, ATCF, or IBCF based on the location information of the UE_A 10 and the operator policy on the signal path.
- the S-CSCF that has received the REGISTER signal associates and stores the contact address in the Contact header and the public user identity to be registered, and creates and holds IMS registration information.
- the S-CSCF that has created the normal IMS registration information sends a 200 OK to the UE_A 10 including the information indicating that the IMS registration has been completed.
- UE_A 10 transmits an INVITE signal including information indicating that it is a signal dedicated to an emergency call to the P-CSCF after completion of the normal IMS registration, and makes a SIP dialog formation request for the emergency call only. Do.
- UE_A 10 performs SIP signal path setting based on the path information received in IMS registration for the emergency call connection, and connects an emergency call to the P-CSCF dedicated to the emergency call that has been set up. Transmits an INVITE signal in which an emergency service URN indicating that the request URI and a To header are set.
- the P-CSCF_B 310 that has received the INVITE transfers an INVITE signal to the emergency stand via the signal path created by IMS registration and the signal path for emergency call connection, and requests normal dialog formation.
- the P-CSCF_B 310 that has received the notification of the success in forming the dialog transmits 200 OK for notifying that the normal formation of the dialog has succeeded to the UE_A 10 (S1510).
- the UE_A10 that receives the rejection or redirect message from IMS_A7 detects whether the connected core network supports the emergency call dedicated PDU session function, and does not support the emergency call dedicated PDU session function, and If another core network in the same PLMN does not support the voice service function, or another core network in the same PLMN supports the voice service function but does not support the emergency call dedicated PDU session function In this case, CS (Circuit Switching) emergency call connection may be performed.
- CS Circuit Switching
- the UE_A 10 detects that the core network attempting or connecting to the connection does not support the emergency call dedicated PDU session function by the registration procedure or the broadcast information, and further, the above-mentioned registration procedure. If another core network in the same PLMN does not support the voice service function based on the network function information or network capability information of another core network in the same PLMN acquired in step c, circuit switching (CS (Circuit Switching)) ) May be performed.
- CS Circuit Switching
- another core network in the same PLMN supports the voice service function based on the network function information of another core network in the same PLMN obtained in the registration procedure, it supports the emergency call dedicated PDU session function. If not, UE_A10 confirms the current position. At this time, when existing in another network, CS emergency call connection may be performed.
- the redirect message does not include information for prompting IMS emergency call connection to another core network that supports the voice service function in the same PLMN and the emergency call dedicated PDU session function
- UE_A10 is present. Confirm the location of the area. At this time, when existing in another network, CS emergency call connection may be performed.
- the program that operates in the apparatus according to the present invention may be a program that controls a central processing unit (CPU) or the like to cause a computer to function so as to realize the functions of the embodiments according to the present invention.
- the program or information handled by the program is temporarily stored in volatile memory such as Random Access Memory (RAM) or nonvolatile memory such as flash memory, Hard Disk Drive (HDD), or other storage system.
- volatile memory such as Random Access Memory (RAM) or nonvolatile memory such as flash memory, Hard Disk Drive (HDD), or other storage system.
- a program for realizing the functions of the embodiments according to the present invention may be recorded in a computer readable recording medium. It may be realized by causing a computer system to read and execute the program recorded on this recording medium.
- the "computer system” referred to here is a computer system built in an apparatus, and includes hardware such as an operating system and peripheral devices.
- the “computer-readable recording medium” is a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium for dynamically holding a program for a short time, or another computer-readable recording medium. It is also good.
- each functional block or feature of the device used in the above-described embodiment can be implemented or implemented by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
- Electrical circuits designed to perform the functions described herein may be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or the like. Programmable logic devices, discrete gates or transistor logic, discrete hardware components, or combinations thereof.
- a general purpose processor may be a microprocessor or may be a conventional processor, controller, microcontroller, or state machine.
- the electric circuit described above may be configured by a digital circuit or may be configured by an analog circuit.
- one or more aspects of the present invention may employ new integrated circuits according to such technology.
- the present invention is not limited to the above-described embodiment. Although an example of the device is described in the embodiment, the present invention is not limited thereto, and a stationary or non-movable electronic device installed indoors and outdoors, for example, an AV device, a kitchen device
- the present invention can be applied to terminal devices or communication devices such as cleaning and washing equipment, air conditioners, office equipment, vending machines, and other household appliances.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
ユーザ装置は、緊急通報と認識できないIMS緊急呼接続において、IMSに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、前記IMSから緊急呼接続であることを示す拒絶又はリダイレクトメッセージを受信した場合、接続しているコアネットワークに対して再度IMS緊急呼接続信号を送信するか、又は同一PLMN内の別のコアネットワークに対して再度IMS緊急呼接続信号を送信するかを判断する。これにより、次世代移動通信システムである5G(5th Generation)移動通信システムにおいて、ユーザ装置が緊急通報サービスに適したネットワークに接続する為に、ユーザ装置、コアネットワーク装置、及びIMS装置が行うべき制御方法等を提供することとなる。
Description
本発明は、ユーザ装置、AMF、コアネットワーク装置、P-CSCF、及び通信制御方法に関する。本出願は、2017年6月19日に日本国において出願された特願2017-119513に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
近年の移動通信システムの標準化活動を行う3GPP(3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。尚、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
また、オールIPネットワーク上で緊急通報サービスを提供するには、IMS(IP Multimedia Subsystem)と呼ばれるシステムをサポートする必要がある。
また、近年3GPPでは、次世代移動通信システムである5G(5th Generation)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、特に、5G移動通信システムを実現するシステムとして、5GS(5G System)の仕様化を行っている(非特許文献1、及び非特許文献2参照)。5GSでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
例えば、緊急通報サービスをサポートする為のコアネットワーク、及びIMSの最適化等の仕様検討が行われている(非特許文献1、 非特許文献2、及び非特許文献5参照)。
3GPP TS 23.501 v1.0.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 15)
3GPP TS 23.502 v0.4.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 15)
3GPP TS 24.301 v14.3.0; 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 14)
3GPP TS 23.401 v14.4.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 14)
3GPP TS 24.229 v14.3.1; 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session DescriptionProtocol (SDP); Stage 3 (Release 14)
3GPP TS 23.228 v14.4.0; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS); Stage 2 (Release 14)
5GSでは、移動通信音声呼サービスをサポートする為に従来のIMSを5GSに適用する検討が行われている。
より具体的には、端末とコアネットワーク装置間の緊急通報サービスにおける各種能力交換や端末とIMS装置間の緊急通報サービスにおける各種能力交換を行うことで、端末やネットワーク装置に適した移動通信緊急呼サービスを提供するための仕様化検討が行われている。
しかし、このようなコアネットワーク装置間の緊急通報サービスにおける各種能力交換や端末とIMS装置間の緊急通報サービスにおける各種能力交換を行い、緊急通報サービスにおいてもっとも適したネットワークへの接続を実現するための手段等が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、コアネットワーク装置間の緊急通報サービスにおける各種能力交換や端末とIMS装置間の緊急通報サービスにおける各種能力交換を行い、緊急通報サービスにおいてもっとも適したネットワークへの接続を実現するための手段等を提供することである。
本発明のユーザ装置は、接続する第1のコアネットワークが音声サービス機能のみをサポートしており、緊急呼専用PDU(Packet Data Unit)セッション機能をサポートしていない場合に、P-CSCF(Proxy Call Session Control Function; Proxy-CSCF)に対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信する送受信部と、前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、前記第1のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するか、又は同一PLMN(Public Land Mobile Network)内の第2のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するかを判断する制御部を有する、ことを特徴とする。
本発明のユーザ装置は、前記ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをAMF(Access and Mobility Management Function)に送信し、前記第12の識別情報含む登録完了メッセージを前記AMFから受信する送受信部を有する、ことを特徴とする。
また、本発明のユーザ装置は、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、前記第23の識別情報含む拒絶又はリダイレクトメッセージをP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)から受信する送受信部を有する、ことを特徴とする。
本発明のAMF(Access and Mobility Management Function)は、ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをユーザ装置から受信し、前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信する送受信部を有する、ことを特徴とする。
本発明のコアネットワーク装置は、ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをユーザ装置から受信し、前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信する送受信部を有する、ことを特徴とする。
本発明のP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)は、ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、前記第23の識別情報含む拒絶又はリダイレクトメッセージを前記ユーザ装置に送信する送受信部を有することを特徴とする。
本発明のユーザ装置の通信制御方法は、ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをAMF(Access and Mobility Management Function)に送信するステップと、前記第12の識別情報含む登録完了メッセージを前記AMFから受信するステップとを有することを特徴とする。
本発明のユーザ装置の通信制御方法は、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、前記第23の識別情報含む拒絶又はリダイレクトメッセージをP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)から受信するステップを有することを特徴とする。
本発明のAMF(Access and Mobility Management Function)の通信制御方法は、ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをユーザ装置から受信するステップと、前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信するステップとを有することを特徴とする。
本発明のコアネットワーク装置の通信制御方法は、ユーザ装置の登録手続きにおいて、第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、前記第1の識別情報含む登録要求メッセージをユーザ装置から受信するステップと、前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信するステップとを有することを特徴とする。
本発明のP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)の通信制御方法は、ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、前記第23の識別情報含む拒絶又はリダイレクトメッセージを前記ユーザ装置に送信するステップを有することを特徴とする。
本発明によれば、端末が緊急通報サービスにおいて、もっとも適したネットワークに接続することができる。また、5GS、及びIMSは、ネットワーク主導で緊急通報にもっとも適したネットワークに接続するように端末挙動を制御することができ、より安心安全な移動通信サービスを提供することができる。
以下、図面を参照して本発明を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
[1.実施形態]
[1.1.システム概要]
本実施形態における移動通信システムの概略について、図1、図2、図3、図4を用いて説明する。図2は、図1の移動通信システムのうち、アクセスネットワークの詳細を記載した図である。図3は、図1の移動通信システムにおけるアクセスネットワークとコアネットワークの構成の1例を記載した図である。図4は、図1の移動通信システムのうち、主にIPマルチメディアサブシステム(IMS; IP Multimedia Subsystem)とコアネットワークの接続構成の1例を記載した図である。図1に示すように、本実施形態における移動通信システム1は、ユーザ装置(端末装置、移動端末装置とも称する)UE(User Equipment)_A10、アクセスネットワーク(AN; Access Network)_A、アクセスネットワーク_B、コアネットワーク(CN; Core Network)_B190、コアネットワーク_A90、データネットワーク(DN; Data Network)_A5、パケットデータネットワーク(PDN; Packet Data Network)_B6、及びIMS_A7により構成されている。尚、簡単化のため、コアネットワーク_A、コアネットワークB又はこれらの組み合わせをコアネットワークとも称することがあり、アクセスネットワーク_A、アクセスネットワーク_B又はこれらの組み合わせをアクセスネットワーク又は無線アクセスネットワークとも称することがあり、DN_A5、PDN_A6又はこれらの組み合わせをDNとも称することがある。
[1.1.システム概要]
本実施形態における移動通信システムの概略について、図1、図2、図3、図4を用いて説明する。図2は、図1の移動通信システムのうち、アクセスネットワークの詳細を記載した図である。図3は、図1の移動通信システムにおけるアクセスネットワークとコアネットワークの構成の1例を記載した図である。図4は、図1の移動通信システムのうち、主にIPマルチメディアサブシステム(IMS; IP Multimedia Subsystem)とコアネットワークの接続構成の1例を記載した図である。図1に示すように、本実施形態における移動通信システム1は、ユーザ装置(端末装置、移動端末装置とも称する)UE(User Equipment)_A10、アクセスネットワーク(AN; Access Network)_A、アクセスネットワーク_B、コアネットワーク(CN; Core Network)_B190、コアネットワーク_A90、データネットワーク(DN; Data Network)_A5、パケットデータネットワーク(PDN; Packet Data Network)_B6、及びIMS_A7により構成されている。尚、簡単化のため、コアネットワーク_A、コアネットワークB又はこれらの組み合わせをコアネットワークとも称することがあり、アクセスネットワーク_A、アクセスネットワーク_B又はこれらの組み合わせをアクセスネットワーク又は無線アクセスネットワークとも称することがあり、DN_A5、PDN_A6又はこれらの組み合わせをDNとも称することがある。
ここで、UE_A10は、3GPPアクセス(3GPP access又は3GPP access networkとも称する)及び/又はnon-3GPPアクセス(non-3GPP access又はnon-3GPP access networkとも称する)を介して、ネットワークサービスに対して接続可能な装置であってよい。また、UE_A10は、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてもよい。また、UE_A10は無線接続可能な端末装置であってもよく、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internet of Things)端末(CIoT UE)等であってもよい。
また、UE_A10は、アクセスネットワーク及び/又はコアネットワークと接続することができる。また、UE_A10は、アクセスネットワーク及び/又はコアネットワークを介して、DN_A5及び/又はPDN_A6と接続することができる。UE_A10は、DN_A5及び/又はPDN_A6との間で、PDU(Protocol Data Unit又はPacket Data Unit)セッション及び/又は、PDNコネクション(PDN接続; Packet Data Network(PDN) Connection)を用いて、ユーザデータを送受信(通信)する。さらに、ユーザデータの通信は、IP(Internet Protocol)通信に限らず、non-IP通信であってもよい。
ここで、IP通信とは、IPを用いたデータの通信のことであり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信のことである。尚、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信のことであり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信のことである。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、MAC(Media Access Control)ヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
また、PDUセッション又はPDN接続とは、PDU接続サービスを提供する為に、UE_A10とDN_A5及び/又はPDN_A6との間で確立される接続性である。より具体的には、PDUセッション又はPDN接続は、UE_A10と外部ゲートウェイとの間で確立する接続性でよい。ここで、外部ゲートウェイは、UPFやPGW(Packet Data Network Gateway)やSCEF(Service Capability Exposure Function)等であってもよい。また、PDUセッション又はPDN接続は、UE_A10と、コアネットワーク及び/又はDNとの間でユーザデータを送受信する為に確立される通信路でもよく、PDUを送受信する為の通信路でもよい。さらに、PDUセッション又はPDN接続は、UE_A10と、コアネットワーク及び/又はDNとの間で確立されるセッションでもよく、移動通信システム1内の各装置間の1以上のフロー又はベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、PDUセッション又はPDN接続は、UE_A10が、コアネットワーク及び/又は外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10とUPF_A235又はPGW_A30との間に確立するコネクションでもよい。尚、PDN接続は、eNB(evolved Node B)_A45及び/又はSGW(Serving Gateway)_A35を介したUE_A10とPGW_A30との間の接続及び/又はコネクションでもよいし、eNB_A45及び/又はMME(Mobility Management Entity)_A40を介したUE_A10とSCEFとの間の接続性及び/又はコネクションでもよい。さらに、PDUセッションは、NR node_A122を介したUE_A10とUPF_A235との間の接続性及び/又はコネクションでもよい。さらに、PDNコネクションはPDNコネクションIDで識別されてよく、PDUセッションはPDUセッションIDで識別されてもよい。さらに、PDNコネクション及びPDUセッションは、EPSベアラIDで識別されてもよい。尚、簡単化のため、PDUセッション及び/又はPDNコネクションをPDUセッションと称することがある。
尚、UE_A10は、DN_A5及び/又はPDN_A6に配置するアプリケーションサーバー等の装置と、PDUセッション又はPDN接続を用いてユーザデータの送受信を実行することができる。言い換えると、PDUセッション又はPDN接続は、UE_A10とDN_A5及び/又はPDN_A6に配置するアプリケーションサーバー等の装置との間で送受信されるユーザデータを転送することができる。さらに、各装置(UE_A10、アクセスネットワーク内の装置、及び/又はコアネットワーク内の装置)は、PDUセッション又はPDN接続に対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、APN(Access Point Name)、TFT(Traffic Flow Template)、セッションタイプ、アプリケーション識別情報、DN_A5及び/又はPDN_A6の識別情報、NSI(Network Slice Instance)識別情報、及びDCN(Dedicated Core Network)識別情報、及びアクセスネットワーク識別情報のうち、少なくとも1つが含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッション又はPDN接続に対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。さらに、NSI識別情報は、NSIを識別する情報であり、以下NSI ID又はSlice Instance IDであってもよい。
また、アクセスネットワーク_A及び/又はアクセスネットワーク_Bとしては、図2に示すように、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)_A80、UTRAN(Universal Terrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、WLAN ANb75、WLAN ANa70、5G-RAN_A120、WLAN ANc125のいずれであってもよい。尚、E-UTRAN_A80及び/又は5G-RAN_A120及び/又はUTRAN_A20及び/又はGERAN_A25は3GPPアクセスネットワークとも呼び、WLAN ANb75及び/又はWLAN Ana70及び/又はWLAN ANc125はnon-3GPPアクセスネットワークと呼んでもよい。各無線アクセスネットワークには、UE_A10が実際に接続する装置(例えば、基地局装置やアクセスポイント)等が含まれている。
例えば、E-UTRAN_A80は、LTEのアクセスネットワークであり、1以上のeNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局である。また、E-UTRAN_A80内に複数のeNBがある場合、各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_A26で構成されてよい。また、複数のBSS_A26は互いに接続してよい。またBSS_A26はRNC_A24と接続してもよい。
また、5G-RAN_A120は、5Gのアクセスネットワークであり、1以上のNR node(New Radio Access Technology node)_A122を含んで構成される。NR node_A122は5Gの無線アクセス(5G Radio Access)でUE_A10が接続する無線基地局である。また、5G-RAN_A120内に複数のNRnode_A122がある場合、各NR node_A122は互いに接続してよい。
尚、5G-RAN_A120は、E-UTRA及び/又は5G Radio Accessで構成されるアクセスネットワークであってもよい。言い換えると、5G-RAN_A120には、eNB_A45が含まれてもよいし、NRnode_A122が含まれてもよいし、その両方が含まれてもよい。この場合、eNB_A45とNR node_A122とは同様の装置であってもよい。従って、NR node_A122は、eNB_A45と置き換えことができる。
また、WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(Wireless Local Area Network Access Point)a72とTWAG(Trusted WLAN Access Gateway)_A74とが含まれて構成される。WLAN APa72は、コアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74は、コアネットワーク_A90とWLAN ANa70のゲートウェイである。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
また、WLAN ANb75は、無線LANアクセスネットワークであり、WLAN APb76を含んで構成される。WLAN APb76は、コアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。このように、WLAN ANb75は、コアネットワーク_A90に含まれる装置であるePDG(enhanced Packet Data Gateway)をゲートウェイとしてコアネットワーク_A90に接続される。ePDGは安全性を確保する為のセキュリティー機能を持つ。
また、WLAN ANc125は、無線LANアクセスネットワークであり、1以上のWAG(WLAN Access Gateway)_A126が含まれて構成される。WAG_A126は、無線LANアクセスでUE_A10が接続する無線基地局である。さらに、WAG_A126はコアネットワーク_B190とWLAN ANc125のゲートウェイでもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイの機能部とが別の装置として構成されてもよい。尚、WLAN ANc125は、WLAN ANa70及び/又はWLAN ANb75と同じ構成でもよいし、これらと異なる構成でもよい。
尚、本明細書において、UE_A10が各無線アクセスネットワークに接続されるということは、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続されることであり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するということである。尚、UE_A10とコアネットワーク_B190間で送受信する制御メッセージは、アクセスネットワークの種類によらず、同じ制御メッセージでもよい。従って、UE_A10とコアネットワーク_B190とがNR node_A122を介してメッセージを送受信するということは、UE_A10とコアネットワーク_B190とがeNB_A45、及び/又はWAG_A126を介してメッセージを送信することと同じであってよい。
さらに、アクセスネットワークは、UE_A10及び/又はコアネットワークと接続した無線ネットワークのことである。アクセスネットワークは、3GPPアクセスネットワークでもよく、non-3GPPアクセスネットワークでもよい。尚、3GPPアクセスネットワークは、UTRAN_A20及び/又はGERAN_A25及び/又はE-UTRAN_A80及び/又は5G-RAN(Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANb75及び/又は、WLAN ANa72及び/又はWLAN ANc125でもよい。尚、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
またDN_A5及び/又はPDN_A6は、UE_A10に通信サービスを提供するデータネットワーク(Data Network)又はパケットデータネットワーク(Packet Data Network)であり、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。例えば、IMSサービスを提供するDN_A5及び/又はPDN_A6があってもよいし、DN_A5及び/又はPDN_A6がIMSサービスを提供するための装置を含んでいてもよい。言い換えると、DN_A5及び/又はPDN_A6がIMS_A7として構成されていてもよいし、DN_A5及び/又はPDN_A6がIMS_A7を含んでいてもよく、IMS_A7が、UE_A10に音声サービスのための通常呼接続サービス及び/又は緊急呼接続サービスを提供してもよい。さらに、DN_A5及び/又はPDN_A6は、接続された通信端末を含んでもよい。従って、DN_A5及び/又はPDN_A6と接続することは、DN_A5及び/又はPDN_A6に配置された通信端末やサーバ装置と接続することであってもよい。さらに、DN_A5及び/又はPDN_A6との間でユーザデータを送受信することは、DN_A5及び/又はPDN_A6に配置された通信端末やサーバ装置とユーザデータを送受信することであってもよい。また、DN_A5及び/又はPDN_A6は、図1ではコアネットワークの外にあるが、コアネットワーク内にあってもよい。
また、コアネットワーク_A90及び/又はコアネットワーク_B190は、1以上のコアネットワーク装置として構成されてもよい。ここで、コアネットワーク装置は、コアネットワーク_A90及び/又はコアネットワーク_B190に含まれる各装置の処理又は機能の一部又は全てを実行する装置であってよい。
さらに、コアネットワークは、アクセスネットワーク及び/又はDNと接続した移動体通信事業者(MNO; Mobile Network Operator)が運用するIP移動通信ネットワークのことである。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。尚、コアネットワーク_A90は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、コアネットワーク_B190は、5GSを構成する5GC(5G Core Network)でもよい。逆に、EPCはコアネットワーク_A90であってもよく、5GCはコアネットワーク_B190であってもよい。さらに、コアネットワーク_B190は、5G通信サービスを提供するシステムのコアネットワークでもよい。尚、コアネットワーク_A90及び/又はコアネットワーク_B190は、これに限らず、モバイル通信サービスを提供するためのネットワークでもよい。
次に、コアネットワークについて説明する。本実施形態ではコアネットワーク_A90及びコアネットワーク_B190の構成例を説明する。尚、コアネットワークは、コアネットワーク_A90、コアネットワーク_B190、又はこれらの組み合わせでもよい。
コアネットワーク_A90には、HSS(Home Subscriber Server)_A50、AAA(Authentication Authorization Accounting)、PCRF(Policy and Charging Rules Function)、PGW_A30、ePDG、SGW_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)、SCEFのうち、少なくとも1つが含まれてよい。そして、これらはNF(Network Function)として構成されてもよい。NFとは、ネットワーク内に構成される処理機能を指してもよい。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80、WLAN ANb75、WLAN ANa70)に接続することができる。
図3には、簡単化のために、これらのうち、HSS(HSS_A50)、PGW(PGW_A30)、SGW(SGW_A35)及びMME(MME_A40)についてのみ記載されているが、これら以外の装置及び/又はNFが含まれないということを意味するものではない。尚、簡単化のため、UE_A10はUEと、HSS_A50はHSSと、PGW_A30はPGWと、SGW_A35はSGWと、MME_A40はMMEと、DN_A5及び/又はPDN_A6はDNとも称する。
また、図3には、装置間を結ぶインターフェースとして、実線又は点線で記載されている。ここで、実線はU-Planeの為のインターフェースであり、点線はC-Planeの為のインターフェースである。
まず、コアネットワーク_A90内に含まれる各装置の簡単な説明をする。
PGW_A30は、DNとSGW_A35とePDGとWLAN ANa70とPCRFとAAAとに接続されており、DN(DN_A5及び/又はPDN_A6)とコアネットワーク_A90とのゲートウェイとしてユーザデータの転送を行う中継装置である。尚、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。尚、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_A90と単一のDNを接続するゲートウェイでもよい。
尚、U-Plane(User Plane; UP)とは、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)とは、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
さらに、PGW_A30は、UPF (User plane function)とSMF(Session Management Function)と接続されてもよいし、U-Planeを介してUE_A10と接続されてもよい。さらに、PGW_A30は、UPF_A235及び/又はSMF_A230と一緒に構成されてもよい。
SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSNとUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイとしてユーザデータの転送を行う中継装置である。
MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEFとに接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。また、コアネットワーク_A90には、こうした制御装置を複数配置してもよく、例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置は、MME_A40と同様に、SGW_A35とアクセスネットワークとSCEFとHSS_A50と接続されてよい。
また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane;C-Plane;CP)の制御装置であればよい。
さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はDCN又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はDCN又はNSIに接続される管理装置でもよい。ここで、複数のDCN又はNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。
さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_A90内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(以下、CPF(Control Plane Function)、又はControl Plane Network Functionとしても称される)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。
ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGWやCPFやAMFやSMFやUPF等の機能装置でもよいし、MM(Mobility Management)やSM(Session Management)等の機能や能力capability情報でもよい。また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
HSS_A50は、MME_A40とAAAとSCEFとに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。例えば、HSS_A50は、CPF_A140と接続されていてもよい。
さらに、HSS_A50は、UDM(Unified Data Management)_A245は、異なる装置及び/又はNFとして構成されていてもよいし、同じ装置及び/又はNFとして構成されていてもよい。
AAAは、PGW30とHSS_A50とPCRFとWLAN ANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
PCRFは、PGW_A30とWLAN ANa75とAAAとDN_A5及び/又はPDN_A6とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とDN_A5及び/又はPDN_A6間の通信路のQoSの管理を行う。さらに、PCRFは、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
また、PCRFは、ポリシーを作成及び/又は管理するPCFでもよい。より詳細には、PCRFは、UPF_A235に接続されていてもよい。
ePDGは、PGW30とWLAN ANb75とに接続されており、コアネットワーク_A90とWLAN ANb75とのゲートウェイとしてユーザデータの配送を行う。
SGSNは、UTRAN_A20とGERAN_A25とSGW_A35とに接続されており、3G/2Gのアクセスネットワーク(UTRAN/GERAN)とLTEのアクセスネットワーク(E-UTRAN)との間の位置管理の為の制御装置である。さらに、SGSNは、PGW及びSGWの選択機能、UE_A10のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMME_A40の選択機能を持つ。
SCEFは、DN_A5及び/又はPDN_A6とMME_A40とHSS_A50とに接続されており、DN_A5及び/又はPDN_A6とコアネットワーク_A90とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。なお、SCEFは、non-IP通信の為のゲートウェイでもよい。さらに、SCEFは、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のDN_A5及び/又はPDN_A6及び/又はDNを接続するゲートウェイも複数配置されてよい。なお、SCEFはコアネットワークの外側に構成されてもよいし、内側に構成されてもよい。
次に、コアネットワーク_B190には、AUSF(Authentication Server Function)、AMF(Access and Mobility Management Function)_A240、SDSF(Structured Data Storage network function)、UDSF(Unstructured Data Storage network function)、NEF(Network Exposure Function)、NRF(NF Repository Function)、PCF(Policy Control Function)、SMF(Session Management Function)_A230、SMF(Session Management Function)_B232、UDM(Unified Data Management)_A245、UPF(User Plane Function)_A235、UPF(User Plane Function)_B237、AF(Application Function)、N3IWF(Non-3GPP InterWorking Function)のうち、少なくとも1つが含まれてよい。そして、これらはNF(Network Function)として構成されてもよい。NFとは、ネットワーク内に構成される処理機能を指してもよい。また、コアネットワーク_B190は、複数の無線アクセスネットワーク(E-UTRAN_A80、5G-RAN_A120、WLANANc125)に接続することができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。
図3には、簡単化のために、これらのうち、AMF_A240、SMF_A230、及びUPF_A235についてのみ記載されているが、これら以外のもの(装置及び/又はNF)が含まれないということを意味するものではない。尚、簡単化のため、UE_A10はUEと、AMF_A240はAMFと、SMF_A230はSMFと、UPF_A235はUPFと、DN_A5及び/又はPDN_A6はDNとも称する。
また、図3には、N1インターフェース(以下、参照点、reference pointとも称する)、N2インターフェース、N3インターフェース、N4インターフェース、N6インターフェース、N11インターフェース、Nxインターフェースが記載されている。ここで、N1インターフェースはUEとAMFとの間のインターフェースであり、N2インターフェースは(R)AN(アクセスネットワーク)とAMFとの間のインターフェースであり、N3インターフェースは(R)AN(アクセスネットワーク)とUPFとの間のインターフェースであり、N4インターフェースはSMFとUPFとの間のインターフェースであり、N6インターフェースはUPFとDNとの間のインターフェースであり、N11インターフェースはAMFとSMFとの間のインターフェースであり、Nxインターフェースは、コアネットワーク_B190内のAMFとコアネットワーク_A90内のMMEの間のインターフェースである。これらのインターフェースを利用して、各装置間は通信を行うことができる。さらに、図3には、装置間を結ぶインターフェースとして、実線又は点線で記載されている。ここで、実線はU-Planeの為のインターフェースであり、点線はC-Planeの為のインターフェースである。
次に、コアネットワーク_B190内に含まれる各装置の簡単な説明をする。
まず、AMF_A240は、他のAMF、SMF_A230、アクセスネットワーク(つまり、E-UTRAN_A80と5G-RAN_A120とWLAN ANc125とWLAN ANa70とWLAN ANb75)、UDM_A245、AUSF、PCFに接続される。AMF_A240は、登録管理(Registration management)、接続管理(Connection management)、到達可能性管理(Reachability management)、UE_A10等の移動性管理(Mobility management)、UEとSMF間のSM(Session Management)メッセージの転送、アクセス認証(Access Authentication、Access Authorization)、セキュリティアンカー機能(SEA; Security Anchor Function)、セキュリティコンテキスト管理(SCM; Security Context Management)、N3IWFに対するN2インターフェースのサポート、N3IWFを介したUEとのNAS信号の送受信のサポート、N3IWFを介して接続するUEの認証、RM状態(Registration Management states)の管理、CM状態(Connection Management states)の管理等の役割を担ってもよい。また、AMF_A240は、コアネットワーク_B190内に1以上配置されてもよい。また、AMF_A240は、1以上のNSI(Network Slice Instance)を管理するNFでもよい。また、AMF_A240は、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
また、RM状態としては、例えば、非登録状態(RM-DEREGISTERED state)と、登録状態(RM-REGISTERED state)がある。RM-DEREGISTERED状態では、UEはネットワークに登録されていないため、AMFにおけるUEコンテキストが、そのUEに対して有効な場所の情報やルーティングの情報を持っていない為、AMFはUEに到達できない状態である。また、RM-REGISTERED状態では、UEはネットワークに登録されているため、UEはネットワークとの登録が必要なサービスを受信することができる。
また、CM状態としては、例えば、非接続状態(CM-IDLE state)と、接続状態(CM-CONNECTED state)がある。CM-IDLE状態では、UEはRM-REGISTERED状態にあるが、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っていない。また、CM-IDLE状態では、UEはN2インターフェースの接続(N2 connection)、及びN3インターフェースの接続(N3 connection)を持っていない。一方、CM-CONNECTED状態では、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っている。また、CM-CONNECTED状態では、UEはN2インターフェースの接続(N2 connection)、及び/又はN3インターフェースの接続(N3 connection)を持っていてもよい。
また、SMF_A230は、AMF_A240、UPF_A235、UDM_A245、PCFに接続される。SMF_A230は、PDUセッション等のセッション管理(Session Management)、UEに対するIPアドレス割り当て(IP address allocation)、UPFの選択と制御、適切な目的地へトラフィックをルーティングする為のUPFの設定、下りリンクのデータが到着したことを通知する機能(Downlink Data Notification)、AMFを介してANに対してN2インターフェースを介して送信される、AN特有の(ANごとの)SM情報の識別子、セッションに対するSSCモード(Session and Service Continuity mode)の決定、ローミング機能等の役割を担ってもよい。
また、UPF_A235は、DN_A5、SMF_A230、他のUPF、及び、アクセスネットワーク(つまり、E-UTRAN_A80と5G-RAN_A120とWLAN ANc125とWLAN ANa70とWLAN ANb75)に接続される。UPF_A235は、intra-RAT mobility又はinter-RAT mobilityに対するアンカー、パケットのルーティングと転送(Packet routing & forwarding)、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホームPDUセッション(multi-homed PDU session)をサポートするBranching point機能、user planeに対するQoS処理、上りリンクトラフィックの検証(verification)、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)のトリガ機能等の役割を担ってもよい。また、UPF_A235は、DN_A5とコアネットワーク_B190との間のゲートウェイとして、ユーザデータの転送を行う中継装置でもよい。尚、UPF_A235は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、UPF_A235は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一のDNを接続するゲートウェイでもよい。尚、UPF_A235は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
また、AUSFは、UDM_A245、AMF_A240に接続されている。AUSFは、認証サーバとして機能する。
SDSFは、NEFが、構造化されたデータ(structured data)として、情報を保存したり、取得したりするための機能を提供する。
UDSFは、全てのNFが、構造化されていないデータ(unstructured data)として、情報を保存したり、取得したりするための機能を提供する。
NEFは、3GPPネットワークによって提供されるサービス・能力を安全に提供する手段を提供する。他のNFから受信した情報を、構造化されたデータ(structured data)として保存する。
NRFは、NFインスタンスからNF発見要求(NF Discovery Request)を受信すると、そのNFに対して、発見したNFインスタンスの情報を提供したり、利用可能なNFインスタンスや、そのインスタンスがサポートするサービスの情報を保持したりする。
PCFは、SMF_A230、AF、AMF_A240に接続されている。ポリシールール(policy rule)等を提供する。
UDM_A245は、AMF_A240、SMF_A230、AUSF、PCFに接続される。UDM_A245は、UDM FE(application front end)とUDR(User Data Repository)を含む。UDM FEは、認証情報(credentials)、場所管理(location management)、加入者管理(subscription management)等の処理を行う。UDRは、UDM FEが提供するのに必要なデータと、PCFが必要とするポリシープロファイル(policy profiles)を保存する。
AFは、PCFに接続される。AFは、トラフィックルーティングに対して影響を与えたり、ポリシー制御に関与したりする。
N3IWFは、UEとのIPsecトンネルの確立、UEとAMF間のNAS(N1)シグナリングの中継(relaying)、SMFから送信されAMFによってリレーされたN2シグナリングの処理、IPsec Security Association(IPsec SA)の確立、UEとUPF間のuser planeパケットの中継(relaying)、AMF選択等の機能を提供する。
次にIMS_A7には、P-CSCF(Proxy Call Session Control Function; Proxy-CSCF)_A300、P-CSCF_B310、I-CSCF(Interrogating Call Session Control Function; Interrogating-CSCF)、S-CSCF(Serving Call Session Control Function; Serving-CSCF)_A320、E-CSCF(Emergency Call Session Control Function; Emergency-CSCF)_A330のうち、すくなくとも1つが含まれていてよい。これらはNF(Network Function)として構成されてもよい。NFとは、ネットワーク内に構成される処理機能を指してもよい。ここで、CSCF(Call Session Control Function)は、IMS(IP Multimedia subsystem)において、SIP(Session Initiation Protocol)の信号パケットを処理するための、例えば、P-CSCF及び/又はS-CSCF及び/又はE-CSCF及び/又はI-CSCFのような、サーバ及び/又はプロキシの役割を担う、装置及び/又はNFの総称である。
図4には、簡単化のため、P-CSCF_A300、P-CSCF_B310、S-CSCF_A320、E-CSCF_A330についてのみ記載されているが、これら以外のもの(装置及び/又はNF)が含まれないということを意味するものではない。なお、簡単化のためP-CSCF_A300及び/又はP-CSCF_B310をP-CSCFと、S-CSCF_A320をS-CSCFと、E-CSCF_A330をE-CSCFとも称する。
また、図4に記載されている緊急台/緊急台ネットワーク(PSAP(Public Safety Answering Point))は、UE_A10が要求する緊急呼接続の接続先及び/又は接続先のネットワークであってもよい。
次にIMS_A7内に含まれる各装置の簡単な説明をする。
まず、P-CSCFは、コアネットワーク_A及び又はコアネットワーク_B及び/又はUPF及び/又はPWG及び/又はS-CSCF及び/又はE-CSCF等に接続される。P-CSCFは、UE_A10がIMS_A7に接続する際のSIPプロキシサーバである。P-CSCFはUE_A10が最初に接続するIMS_A7の装置であり、後述する登録手続きにてUE_A10に割り当てられ、UE_A10は当該手続き中にP-CSCFの宛先アドレスを取得してもよい。さらにP-CSCFは、UE_A10が要求する、通常呼接続の処理と緊急呼接続の処理を異なる装置及び/又はNFで実行してもよいし、同じ装置及び/又はNFで実行してもよい。
また、S-CSCFは、HSS_A50及び又はUDM_A245及び又はP-CSCF及び/又はI-CSCF及び/又はE-CSCF等に接続される。S-CSCFは、UE_A10にかかわるIMSのセッション制御及び/又はユーザ認証を行うSIPサーバである。
E-CSCFは、P-CSCF及び/又はS-CSCF及び/又はI-CSCF及び/又は緊急台/緊急台ネットワーク(PSAP)等に接続される。E-CSCFは、緊急呼を処理するためのCSCFであり、例えば、緊急呼要求を適切な緊急台/緊急台ネットワーク(PSAP)への経路制御を行ってもよい。
[1.2.各装置の構成]
以下、各装置の構成について説明する。尚、下記各装置及び各装置の各部の機能の一部又は全部は、物理的なハードウェア上で動作するものでもよいし、汎用的なハードウェア上に仮想的に構成された論理的なハードウェア上で動作するものでもよい。
以下、各装置の構成について説明する。尚、下記各装置及び各装置の各部の機能の一部又は全部は、物理的なハードウェア上で動作するものでもよいし、汎用的なハードウェア上に仮想的に構成された論理的なハードウェア上で動作するものでもよい。
[1.2.1.UEの構成]
まず、UE_A10の装置構成例を、図5に示す。図5に示すように、UE_A10は、制御部_A500、送受信部_A520、記憶部_A540で構成される。送受信部_A520及び記憶部_A540は、制御部_A500とバスを介して接続されている。また、送受信部_A520には、外部アンテナ510が接続されている。また、記憶部_A540は、UEコンテキスト442を記憶している。
まず、UE_A10の装置構成例を、図5に示す。図5に示すように、UE_A10は、制御部_A500、送受信部_A520、記憶部_A540で構成される。送受信部_A520及び記憶部_A540は、制御部_A500とバスを介して接続されている。また、送受信部_A520には、外部アンテナ510が接続されている。また、記憶部_A540は、UEコンテキスト442を記憶している。
制御部_A500は、UE_A10全体を制御する為の機能部であり、記憶部_A540に記憶されている各種の情報やプログラムを読みだして実行することにより、UE_A10全体の各種処理を実現する。
送受信部_A520は、UE_A10がアクセスネットワーク内の基地局(E-UTRAN_A80と5G-RAN_A120)及び/又はアクセスポイント(WLAN ANc125)に接続し、アクセスネットワークへ接続する為の機能部である。言い換えると、UE_A10は、送受信部_A520に接続された外部アンテナ510を介して、アクセスネットワーク内の基地局及び/又はアクセスポイントと接続することができる。具体的には、UE_A10は、送受信部_A520に接続された外部アンテナ510を介して、アクセスネットワーク内の基地局及び/又はアクセスポイントとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
記憶部_A540は、UE_A10の各動作に必要なプログラムやデータ等を記憶する機能部であり、例えば、半導体メモリ、HDD(Hard Disk Drive)、SSD(Solid State Drive)等により構成されている。記憶部_A540は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。記憶部_A540で記憶されるUEコンテキストとしては、アクセスネットワーク_B80/120/125に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとがあってもよい。また、UEコンテキスト442としては、UEごとに記憶されるUEコンテキスト、PDUセッションごとに記憶されるUEコンテキスト、ベアラごとに記憶されるUEコンテキストがあってもよい。UEごとに記憶されるUEコンテキストとしては、IMSI、EMM State、GUTI、ME Identityを含んでもよい。また、PDUセッションごとに記憶されるUEコンテキストとしては、APN in Use、Assigned Session Type、IP Address(es)、Default Bearerを含んでもよい。また、ベアラごとに記憶されるUEコンテキストとしては、EPS Bearer ID、TI、TFTを含んでもよい。
[1.2.2.eNB/NR node/WAGの構成]
次に、eNB_A45、NR node_A122及びWAG_A126の装置構成例を、図6に示す。図6に示すように、eNB_A45、NR node_A122及びWAG_A126は、制御部_B600、ネットワーク接続部_B620、送受信部_B630、記憶部_B640で構成されている。ネットワーク接続部_B620、送受信部_B630及び記憶部_B640は、制御部_B600とバスを介して接続されている。また、送受信部_B630には、外部アンテナ610が接続されている。
次に、eNB_A45、NR node_A122及びWAG_A126の装置構成例を、図6に示す。図6に示すように、eNB_A45、NR node_A122及びWAG_A126は、制御部_B600、ネットワーク接続部_B620、送受信部_B630、記憶部_B640で構成されている。ネットワーク接続部_B620、送受信部_B630及び記憶部_B640は、制御部_B600とバスを介して接続されている。また、送受信部_B630には、外部アンテナ610が接続されている。
制御部_B600は、eNB_A45、NR node_A122及びWAG_A126全体を制御する為の機能部であり、記憶部_B640に記憶されている各種の情報やプログラムを読みだして実行することにより、eNB_A45、NR node_A122、及びWAG_A126全体の各種処理を実現する。
ネットワーク接続部_B620は、eNB_A45、NR node_A122及びWAG_A126が、コアネットワーク内のAMF_A240やUPF_A235と接続する為の機能部である。言い換えると、eNB_A45、NR node_A122及びWAG_A126は、ネットワーク接続部_B620を介して、コアネットワーク内のAMF_A240やUPF_A235と接続することができる。具体的には、eNB_A45、NR node_A122及びWAG_A126は、ネットワーク接続部_B620を介して、AMF_A240及び/又はUPF_A235との間で、ユーザデータ及び/又は制御情報を送受信することができる。
送受信部_B630は、eNB_A45、NR node_A122及びWAG_A126が、UE_A10と接続する為の機能部である。言い換えると、eNB_A45、NR node_A122及びWAG_A126は、送受信部_B630を介して、UE_A10との間で、ユーザデータ及び/又は制御情報を送受信することができる。
記憶部_B640は、eNB_A45、NR node_A122及びWAG_A126の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD、SSD等により構成されている。記憶部_B640は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。記憶部_B640は、これらの情報をコンテキストとしてUE_A10毎に記憶してもよい。
[1.2.3.MME/AMFの構成]
次に、MME_A40及び/又はAMF_A240の装置構成例を、図7に示す。図7に示すように、MME_A40及び/又はAMF_A240は、制御部_C700、ネットワーク接続部_C720、記憶部_C740で構成されている。ネットワーク接続部_C720及び記憶部_C740は、制御部_C700とバスを介して接続されている。また、記憶部_C740は、コンテキスト742を記憶している。
次に、MME_A40及び/又はAMF_A240の装置構成例を、図7に示す。図7に示すように、MME_A40及び/又はAMF_A240は、制御部_C700、ネットワーク接続部_C720、記憶部_C740で構成されている。ネットワーク接続部_C720及び記憶部_C740は、制御部_C700とバスを介して接続されている。また、記憶部_C740は、コンテキスト742を記憶している。
制御部_C700は、MME_A40及び/又はAMF_A240全体を制御する為の機能部であり、記憶部_C740に記憶されている各種の情報やプログラムを読みだして実行することにより、MME_A40及び/又はAMF_A240全体の各種処理を実現する。
ネットワーク接続部_C720は、MME_A40及び/又はAMF_A240が、他のAMF_240、SMF_A230、アクセスネットワーク内の基地局(E-UTRAN_A80と5G-RAN_A120)及び/又はアクセスポイント(WLAN ANc125)、UDM_A245、AUSF、PCFと接続する為の機能部である。言い換えると、MME_A40及び/又はAMF_A240は、ネットワーク接続部_C720を介して、アクセスネットワーク内の基地局及び/又はアクセスポイント、UDM_A245、AUSF、PCFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
記憶部_C740は、MME_A40及び/又はAMF_A240の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_C740は、例えば、半導体メモリや、HDD、SSD等により構成されている。記憶部_C740は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。記憶部_C740に記憶されているコンテキスト742としては、UEごとに記憶されるコンテキスト、PDUセッションごとに記憶されるコンテキスト、ベアラごとに記憶されるコンテキストがあってもよい。UEごとに記憶されるコンテキストとしては、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、NR node Address、NR node ID、WAG Address、WAG IDを含んでもよい。また、PDUセッションごとに記憶されるコンテキストとしては、APN in Use、Assigned Session Type、IP Address(es)、PGW F-TEID、SCEF ID、Default bearerを含んでもよい。また、ベアラごとに記憶されるコンテキストとしては、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB Address、NR node Address、WAG Address、eNB ID、NR node ID、WAG IDを含んでもよい。
[1.2.4.SMFの構成]
次に、SMF_A230の装置構成例を、図8に示す。図8に示すように、SMF_A230は、それぞれ、制御部_D800、ネットワーク接続部_D820、記憶部_D840で構成されている。ネットワーク接続部_D820及び記憶部_D840は、制御部_D800とバスを介して接続されている。また、記憶部_D840は、コンテキスト842を記憶している。
次に、SMF_A230の装置構成例を、図8に示す。図8に示すように、SMF_A230は、それぞれ、制御部_D800、ネットワーク接続部_D820、記憶部_D840で構成されている。ネットワーク接続部_D820及び記憶部_D840は、制御部_D800とバスを介して接続されている。また、記憶部_D840は、コンテキスト842を記憶している。
SMF_A230の制御部_D800は、SMF_A230全体を制御する為の機能部であり、記憶部_D840に記憶されている各種の情報やプログラムを読みだして実行することにより、SMF_A230全体の各種処理を実現する。
また、SMF_A230のネットワーク接続部_D820は、SMF_A230が、AMF_A240、UPF_A235、UDM_A245、PCFと接続する為の機能部である。言い換えると、SMF_A230は、ネットワーク接続部_D820を介して、AMF_A240、UPF_A235、UDM_A245、PCFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
また、SMF_A230の記憶部_D840は、SMF_A230の各動作に必要なプログラムやデータ等を記憶する機能部である。SMF_A230の記憶部_D840は、例えば、半導体メモリや、HDD、SSD等により構成されている。SMF_A230の記憶部_D840は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。また、SMF_A230の記憶部_D840で記憶されるコンテキスト842としては、UEごとに記憶されるコンテキストと、APNごとに記憶されるコンテキストと、PDUセッションごとに記憶されるコンテキストと、ベアラごとに記憶されるコンテキストがあってよい。UEごとに記憶されるコンテキストは、IMSI、ME Identity、MSISDN、RAT typeを含んでもよい。APNごとに記憶されるコンテキストは、APN in useを含んでもよい。尚、APNごとに記憶されるコンテキストは、Data Network Identifierごとに記憶されてもよい。PDUセッションごとに記憶されるコンテキストは、Assigned Session Type、IP Address(es)、SGW F-TEID、PGWF-TEID、Default Bearerを含んでもよい。ベアラごとに記憶されるコンテキストは、EPS Bearer ID、TFT、SGW F-TEID、PGW F-TEIDを含んでもよい。
[1.2.5.PGW/UPFの構成]
次に、PGW_A30及び/又はUPF_A235の装置構成例を、図8に示す。図8に示すように、PGW_A30及び/又はUPF_A235は、それぞれ、制御部_D800、ネットワーク接続部_D820、記憶部_D840で構成されている。ネットワーク接続部_D820及び記憶部_D840は、制御部_D800とバスを介して接続されている。また、記憶部_D840は、コンテキスト842を記憶している。
次に、PGW_A30及び/又はUPF_A235の装置構成例を、図8に示す。図8に示すように、PGW_A30及び/又はUPF_A235は、それぞれ、制御部_D800、ネットワーク接続部_D820、記憶部_D840で構成されている。ネットワーク接続部_D820及び記憶部_D840は、制御部_D800とバスを介して接続されている。また、記憶部_D840は、コンテキスト842を記憶している。
PGW_A30及び/又はUPF_A235の制御部_D800は、UPF_A235全体を制御する為の機能部であり、記憶部_D840に記憶されている各種の情報やプログラムを読みだして実行することにより、PGW_A30及び/又はUPF_A235全体の各種処理を実現する。
また、PGW_A30及び/又はUPF_A235のネットワーク接続部_D820は、PGW_A30及び/又はUPF_A235が、DN(つまり、DN_A5及び/又はPDN_A6)、SMF_A230、他のPGW_A30及び/又はUPF_A235、及び、アクセスネットワーク(つまり、E-UTRAN_A80と5G-RAN_A120とWLAN ANc125とWLAN ANa70とWLAN ANb75)と接続する為の機能部である。言い換えると、UPF_A235は、ネットワーク接続部_D820を介して、DN(つまり、DN_A5及び/又はPDN_A6)、SMF_A230、他のUPF_A235、及び、アクセスネットワーク(つまり、E-UTRAN_A80と5G-RAN_A120とWLAN ANc125とWLAN ANa70とWLAN ANb75)との間で、ユーザデータ及び/又は制御情報を送受信することができる。
また、PGW_A30及び/又はUPF_A235の記憶部_D840は、PGW_A30及び/又はUPF_A235の各動作に必要なプログラムやデータ等を記憶する機能部である。PGW_A30及び/又はUPF_A235の記憶部_D840は、例えば、半導体メモリや、HDD、SSD等により構成されている。PGW_A30及び/又はUPF_A235の記憶部_D840は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。また、PGW_A30及び/又はUPF_A235の記憶部_D840で記憶されるコンテキスト842としては、UEごとに記憶されるコンテキストと、APNごとに記憶されるコンテキストと、PDUセッションごとに記憶されるコンテキストと、ベアラごとに記憶されるコンテキストがあってよい。UEごとに記憶されるコンテキストは、IMSI、ME Identity、MSISDN、RAT typeを含んでもよい。APNごとに記憶されるコンテキストは、APN in useを含んでもよい。尚、APNごとに記憶されるコンテキストは、Data Network Identifierごとに記憶されてもよい。PDUセッションごとに記憶されるコンテキストは、Assigned Session Type、IP Address(es)、SGW F-TEID、PGWF-TEID、Default Bearerを含んでもよい。ベアラごとに記憶されるコンテキストは、EPS Bearer ID、TFT、SGW F-TEID、PGW F-TEIDを含んでもよい。
[1.2.6.CSCFの構成]
次に、CSCFの構成例を、図9に示す。図9に示すように、CSCFは、それぞれ、制御部_E900、ネットワーク接続部_E920、記憶部_E940で構成されている。ネットワーク接続部_E920及び記憶部_E940は、制御部_E900とバスを介して接続されている。また、記憶部_E940は、コンテキスト942を記憶している。
次に、CSCFの構成例を、図9に示す。図9に示すように、CSCFは、それぞれ、制御部_E900、ネットワーク接続部_E920、記憶部_E940で構成されている。ネットワーク接続部_E920及び記憶部_E940は、制御部_E900とバスを介して接続されている。また、記憶部_E940は、コンテキスト942を記憶している。
CSCFの制御部_E900は、CSCF全体を制御する為の機能部であり、記憶部_E940に記憶されている各種の情報やプログラムを読みだして実行することにより、CSCF全体の各種処理を実現する。
また、CSCFのネットワーク接続部_E920は、CSCFが、他のCSCF、UPF_A235、PGW_A30、HSS_A50、UDM_A245と接続する為の機能部である。言い換えると、CSCFは、ネットワーク接続部_E920を介して、他のCSCF、UPF_A235、PGW_A30、HSS_A50、UDM_A245との間で、ユーザデータ及び/又は制御情報を送受信することができる。
また、CSCFの記憶部_E940は、CSCFの各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_E940は、例えば、半導体メモリや、HDD、SSD等により構成されている。記憶部_E940は、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶している。記憶部_E940に記憶されているコンテキスト942としては、UEごとに記憶されるコンテキストがあってもよく、IMSI、MSISDN、UE Address、Public User ID(s)、Private User ID(s)、アクセスネットワークタイプ、セッションの状態(session state Information)を含んでもよい。
[1.2.7.上記各装置の記憶部に記憶される情報]
次に、上記各装置の記憶部で記憶される各情報について、説明する。
次に、上記各装置の記憶部で記憶される各情報について、説明する。
IMSI(International Mobile Subscriber Identity)及び/又はSUPI(Subscriber Permanent Identifier)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる識別情報である。UE_A10及びMME_A40/CPF_A140/AMF_A2400及びSGW_A35が記憶するIMSI及び/又はSUPIは、HSS_A50及び/又はUDM_A245が記憶するIMSI及び/又はSUPIと等しくてよい。ここで、SUPIは、IMSIを含んでいてもよい。
EMM State/MM Stateは、UE_A10又はMME_A40/CPF_A140/AMF_A240の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)でもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態でもよい。尚、EMM State/MM Stateは、UE_A10がEPCに登録されている状態と、NGC又は5GCに登録されている状態とを、区別できる情報であってもよい。
GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIは、MME_A40/CPF_A140/AMF_A240の識別情報(GUMMEI(Globally Unique MME Identifier))と特定MME_A40/CPF_A140/AMF_A240内でのUE_A10の識別情報(M-TMSI(M-Temporary Mobile Subscriber Identity))とにより構成される。ME Identityは、UE_A10又はMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMEISV(IMEI Software Version)でもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40/CPF_A140/AMF_A240が記憶するMSISDNはHSS_A50の記憶部により示された情報でよい。尚、GUTIには、CPF_140を識別する情報が含まれてもよい。
MME F-TEIDは、MME_A40/CPF_A140/AMF_A240を識別する情報である。MME F-TEIDには、MME_A40/CPF_A140/AMF_A240のIPアドレスが含まれてもよいし、MME_A40/CPF_A140/AMF_A240のTEID(Tunnel Endpoint Identifier)が含まれてもよいし、これらの両方が含まれてもよい。また、MME_A40/CPF_A140/AMF_A240のIPアドレスとMME_A40/CPF_A140/AMF_A240の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/UPGW_A130/SMF_A230/UPF_A235を識別する情報である。PGW F-TEIDには、PGW_A30/UPGW_A130/SMF_A230/UPF_A235のIPアドレスが含まれてもよいし、PGW_A30/UPGW_A130/SMF_A230/UPF_A235のTEIDが含まれてもよいし、これらの両方が含まれてもよい。また、PGW_A30/UPGW_A130/SMF_A230/UPF_A235のIPアドレスとPGW_A30/UPGW_A130/SMF_A230/UPF_A235の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は、コアネットワークとDN等の外部ネットワークとを識別する識別情報でよい。さらに、APNは、コアネットワークA_90を接続するPGW_A30/UPGW_A130/UPF_A235等のゲートウェイを選択する情報として用いることもできる。尚、APNは、DNN(Data Network Name)であってもよい。従って、APNのことをDNNと表現してもよいし、DNNのことをAPNと表現してもよい。
尚、APNは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。尚、コアネットワークとDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、APN以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UE Network Capabilityは、UE_A10にサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN_A25及び/又はUTRAN_A20機能をもつUE_A10に対して、SGSNに必要な1以上の情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40/CPF_A140/AMF_A240内でUE_A10を識別する情報である。eNB UE S1AP IDは、eNB_A45内でUE_A10を識別する情報である。
APN in Useは、最近使用されたAPNである。APN in UseはData Network Identifierでもよい。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Useは、PDUセッションの確立先のDNを識別する情報でもよい。
Assigned Session Typeは、PDUセッションのタイプを示す情報である。Assigned Session TypeはAssigned PDN Typeでもよい。PDUセッションのタイプは、IPでもよいし、non-IPでもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。尚、Assigned Session Typeは、IPv4、IPv6、又はIPv4v6でよい。
また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスでもよいし、IPv6アドレスでもよいし、IPv6プレフィックスでもよい。尚、Assigned Session Typeがnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
DN IDは、コアネットワーク_B190とDN等の外部ネットワークとを識別する識別情報である。さらに、DN IDは、コアネットワーク_B190を接続するUPGW_A130又はPF_A235等のゲートウェイを選択する情報として用いることもできる。
尚、DN IDは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。尚、コアネットワーク_B190とDNとを接続するゲートウェイが複数配置される場合には、DN IDによって選択可能なゲートウェイは複数あってもよい。さらに、DN ID以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
さらに、DN IDは、APNと等しい情報でもよいし、APNとは異なる情報でもよい。尚、DN IDとAPNが異なる情報である場合、各装置は、DN IDとAPNとの対応関係を示す情報を管理してもよいし、DN IDを用いてAPNを問い合わせる手続きを実施してもよいし、APNを用いてDN IDを問い合わせる手続きを実施してもよい。
SCEF IDは、PDUセッションで用いられているSCEFのIPアドレスである。Default Bearerは、PDUセッション確立時に取得及び/又は生成する情報であり、PDUセッションに対応づけられたデフォルトベアラ(default bearer)を識別する為のEPSベアラ識別情報である。
EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)を識別する識別情報でもよいし、DRB(Data Radio Bearer)を識別する識別情報でもよい。TI(Transaction Identifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。尚、EPS Bearer IDは、デディケイテッドベアラ(dedicated bearer)を識別するEPSベアラ識別情報でよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報でよい。TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRB(Radio Bearer)を用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけるものでもよく、アプリケーションデータを識別する識別情報でもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
Default Bearerは、PDNコネクション/PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。尚、EPSベアラとは、UE_A10とPGW_A30/UPGW_A130/UPF_A235との間で確立する論理的な通信路でもよく、PDNコネクション/PDUセッションを構成する通信路でもよい。さらに、EPSベアラは、デフォルトベアラでもよく、デディケイテッドベアラでもよい。さらに、EPSベアラは、UE_A10とアクセスネットワーク内の基地局及び/又はアクセスポイントとの間で確立するRBを含んで構成されてよい。さらに、RBとEPSベアラとは1対1に対応づけられてよい。その為、RBの識別情報は、EPSベアラの識別情報と1対1に対応づけられてもよいし、同じ識別情報でもよい。尚、RBは、SRB及び/又はCRBでもよいし、DRBでもよい。また、Default Bearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30/UPGW_A130/SMF_A230/UPF_A235がコアネットワークから取得する情報でよい。尚、デフォルトベアラとは、PDNコネクション/PDUセッション中で最初に確立されるEPSベアラであり、1つのPDNコネクション/PDUセッション中に、1つしか確立することができないEPSベアラである。デフォルトベアラは、TFTに対応付けられていないユーザデータの通信に用いることができるEPSベアラであってもよい。また、デディケイテッドベアラとは、PDNコネクション/PDUセッション中でデフォルトベアラが確立された後に確立されるEPSベアラであり、1つのPDNコネクション/PDUセッション中に、複数確立することができるEPSベアラである。デディケイテッドベアラは、TFTに対応付けられたユーザデータの通信に用いることができるEPSベアラである。
User Identityは、加入者を識別する情報である。User Identityは、IMSIでもよいし、MSISDNでもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報でもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40/CPF_A140/AMF_A240を識別する情報であり、MME_A40/CPF_A140/AMF_A240のIPアドレスでよい。
eNB Addressは、eNB_A45のIPアドレスである。eNB IDは、eNB_A45内でUEを識別する情報である。MME Addressは、MME_A40/CPF_A140/AMF_A240のIPアドレスである。MME IDは、MME_A40/CPF_A140/AMF_A240を識別する情報である。NR node Addressは、NR node_A122のIPアドレスである。NR node IDは、NR node_A122を識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAG IDは、WAG_A126を識別する情報である。
[1.3.コアネットワーク_Bに対する初期手続きの説明]
次に、本実施形態におけるコアネットワーク_Bに対する初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態で特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
次に、本実施形態におけるコアネットワーク_Bに対する初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態で特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
まず、第1の状態は、UE_A10が取得した、コアネットワーク_B190及び/又はコアネットワーク_A90のネットワーク能力情報を保持している状態である。
さらに、UE_A10は、ネットワーク能力情報を、コアネットワーク_B190への登録手続きで取得してもよい。さらに、UE_A10によるネットワーク能力情報取得は、コアネットワークへの登録手続きに限らず、UE_A10とAN及び/又はANを構成する装置間の手続き中で送受信されるメッセージに含まれる識別情報に基づいてもよいし、AN及び/又はANを構成する装置から報知情報として送信されるメッセージに含まれる識別情報の受信に基づいていてもよい。
尚、第1の状態のUE_A10が、登録手続き中に取得し保持しているネットワーク能力情報は、コアネットワーク_B及び/又はコアネットワーク_A90の音声通話サービス機能のサポート及び/又は緊急呼のためのベアラサポートに関する情報が含まれていてもよい。
さらに、第1の状態は、UE_A10が登録手続き中に、登録手続きを行っていないコアネットワークの能力情報を取得し、保持している状態であってもよい。ここで、登録手続きを行っていないコアネットワークは、同一PLMN内の別のコアネットワークであってよい。
言い換えると、第1の状態はUE_A10がコアネットワーク_A90への登録手続きにおいてコアネットワーク_B190の能力情報を要求し取得し保持している状態でもよいし、UE_A10がコアネットワーク_B190への登録手続きにおいてコアネットワーク_Aの能力情報を要求し取得し保持している状態であってもよい。ここで、ネットワークの能力情報は、音声通話サービス機能のサポート及び/又は、緊急呼専用のベアラサポートに関する情報が含まれていてもよい。
また、第2の状態は、UE_A10が登録したコアネットワークを経由してIMS_A7への登録が完了し、UE_A10が、IMS_A7が提供するサービスを使用可能な状態である。ここで、IMSへの登録は、通常の呼接続のためのIMSへの登録であってよく、緊急呼のためのIMSへの登録(IMS Registration for Emergency Session)でなくてもよい。
また、トラッキングエリア(TA; Tracking Areaとも称する)は、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な範囲であり、例えば1以上のセルで構成されてもよい。また、TAは、ページングメッセージ等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。ここで、TAは、3GPP-Accessとnon-3GPP-Accessで個別に管理されていてもよい。さらに、コアネットワーク_Bで管理されるTAと、コアネットワーク_Aで管理されるTAは、同じであってもよいし、異なっていてもよい。
また、TAリスト(TA list)は、ネットワークがUE_A10に割り当てた1以上のTAが含まれるリストである。尚、UE_A10は、TAリストに含まれる1以上のTA内を移動している間は、登録手続きを実行することなく移動することができてよい。言い換えると、TAリストは、UE_A10が登録手続きを実行することなく移動できるエリアを示す情報群であってよい。
次に、本実施形態における識別情報について説明する。
まず、第1の識別情報は、UE_A10が、登録を試みるコアネットワーク_B190が、音声サービス機能及び/又は緊急呼ベアラ又はPDUセッション機能のサポートを有していることを優先するプリファレンス(Preference; Prf)を示す情報であってもよい。
更に、第1の識別情報を含む要求メッセージをUE_A10から受信したコアネットワーク_B190は、同一PLMN内の別のコアネットワークに音声サービス機能及び/又は緊急呼ベアラ又はPDUセッション機能のサポートを含むネットワーク能力情報の問い合わせを実行してもよいし、当該ネットワーク能力情報をコアネットワーク_B190内のAMF_A240があらかじめ保持又は設定されていてもよい。
尚、第1の識別情報は、登録手続き(Registration Procedure)で送信される場合には、登録要求(Registration Request)に含まれて送信されることが好ましいが、Registration Request以外の任意の制御メッセージ(例えばNASメッセージ)によって送信されてもよい。また、第1の識別情報は、PDUセッション確立手続き(PDU Session Establishment Procedure)で送信される場合には、PDUセッション確立要求(PDU Session Establishment Request)に含まれて送信されることが好ましいが、PDU Session Establishment Request以外の任意の制御メッセージ(例えばNASメッセージ)によって送信されてもよい。また、第1の識別情報は、登録手続き及び/又はPDUセッション確立手続きが完了した後も、任意のタイミングで、任意の制御メッセージ(例えばNASメッセージ; (Periodic) Registration Update)によって送信されてもよい。
また、第2の識別情報は、コアネットワーク_A90のネットワーク能力情報を要求することを示す情報であって良い。さらに、第2の識別情報は、コアネットワーク_A90の音声サービス機能及び/又は緊急呼ベアラ又はPDUセッション機能のサポートに関するネットワーク能力情報を要求することを示す情報であってもよい。
尚、第2の識別情報は、コアネットワーク_B内のAMFからコアネットワーク_A内のMMEに送信されるメッセージに含まれていてよく、このメッセージは、Nxインターフェースを使用して送受信してもよい。ここで、登録手続き中の(B)のメッセージの宛先となるコアネットワーク_A内のMMEは、AMFがUEの位置情報及び/又はオペレータポリシーに基づいて決定しても良い。
さらに、MMEは第2の識別情報の受信に基づいて、コアネットワーク_Aのネットワーク能力情報を登録手続き中の(B)のメッセージに含めてAMFに送信してもよい。
また、第3の識別情報は、コアネットワーク_A90のネットワーク能力情報を示す情報であってよい。さらに、第3の識別情報は、コアネットワーク_A90の音声サービス機能及び/又は緊急呼ベアラ又はPDUセッション機能のサポートに関するネットワーク能力情報を示す情報であってもよい。
第3の識別情報は、コアネットワーク_A90内のMME_A40からコアネットワーク_B190内のAMF_A240に送信される、登録手続き中の(A)メッセージの返答である登録手続き中の(B)のメッセージに含まれていてよく、このメッセージは、Nxインターフェースを使用して送受信してもよい。
さらに、AMF_A240は第3の識別情報の受信に基づいて、UE_A10にコアネットワーク_A90のネットワーク能力情報を登録受諾メッセージに含めて送信してもよい。
また、第10の識別情報は、コアネットワーク_B190が音声サービス機能をサポートしているか否かを示す能力情報である。UE_A10は、コアネットワーク_B190が音声サービス機能をサポートしていることを示す第10の識別情報の受信に基づいて、以降の通常呼接続を実行してもよい。
また、第11の識別情報は、コアネットワーク_B190が緊急呼の為のベアラ又はPDUセッション機能をサポートしているか否かを示す能力情報である。UE_A10は、コアネットワーク_Bが緊急呼の為のベアラ又はPDUセッション機能をサポートしていることを示す第11の識別情報の受信に基づいて、以降の緊急呼接続を実行してもよい。
また、第12の識別情報は、コアネットワーク_B190と同一PLMN内の別のコアネットワークである、例えば、コアネットワーク_A90が音声サービス機能及び緊急呼の為のベアラ又はPDUセッション機能を提供しているか否かを示す識別情報である。
例えば、UE_A10は、同一PLMN内の別のコアネットワークが音声サービス機能及び緊急呼の為のベアラ又はPDUセッションサービスを提供していることを示す第12の識別情報の受信に基づいて、緊急呼用ベアラ/PDUセッション機能を提供している別のコアネットワークに切り替え、当該コアネットワークを経由して緊急呼接続を実施してもよい。
次に、本実施形態における初期手続きを、図10を用いて説明する。以下、初期手続きは本手続きとも称し、初期手続き(本手続き)には、報知情報及び/又はコアネットワーク_B190への(初期)登録手続き((Initial) Registration procedure)及び/又はPDUセッション確立手続き(PDU session establishment procedure)及びIMS登録手続き(IMS Registration)が含まれる。報知情報、登録手続き、PDUセッション確立手続き、IMS登録手続きの詳細は、後述する。
具体的には、各装置が本手続き中の(A)の手続きを実行することにより、UE_A10は、コアネットワークB_190及び/又はコアネットワーク_A90のネットワーク能力情報を取得し、各装置は第1の状態に遷移する(S1030)。ここで、UE_A10は、本手続き中の(B)の手続き中及び/又は本手続き中の(C)の手続き中に、コアネットワーク_B190のネットワーク能力情報を取得してもよい。さらに、UE_A10は、本手続き中の(C)の手続き中に、及び/又はコアネットワーク_A90のネットワーク能力情報を取得してもよい。さらに、本手続き中の(B)の手続きは、報知情報の受信(S1000)であってもよく、本手続き中の(C)の手続きは、コアネットワーク_B190への登録手続き(S1010)及び単独のPDUセッション確立手続き(S1020)であってもよい。さらに、各装置が登録手続きを実行することにより、UE_A10はネットワークに登録された状態(RM-REGISTERED状態)に遷移してもよいし、各装置がPDUセッション確立手続きを実行することにより、UE_A10は、コアネットワーク_B190を介して、PDU接続サービスを提供するDNとの間でPDUセッションを確立してもよい。
次に、各装置は、IMS登録手続き(S1040)を実行することにより、UE_A10はコアネットワーク_B190を介して、IMSサービスを提供するIMS_A7に登録され、各装置は第2の状態に遷移する(S1050)。以上により本手続きは完了する。
尚、各装置は、報知情報の受信及び/又は登録手続き及び/又はPDUセッション確立手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換及び/又は取得してもよい。また、各装置は、各種能力情報の交換及び/又は各種要求の交渉を登録手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉を単独のPDUセッション確立手続きで実施しなくてもよい。また、各装置は、各種情報の交換及び/又は各種要求の交渉を登録手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉を単独のPDUセッション確立手続きで実施してもよい。また、各装置は、各種情報の交換及び/又は各種要求の交渉を登録手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉を単独のPDUセッション確立手続きで実施してもよい。
また、各装置は、PDUセッション確立手続きを、登録手続きの中で実行してもよく、登録手続きの完了後に実行してもよい。また、PDUセッション確立手続きが登録手続きの中で実行される場合、PDUセッション確立要求メッセージは登録要求メッセージに含まれて送受信されてよく、PDUセッション確立受諾メッセージは登録受諾メッセージに含まれて送受信されてよく、PDUセッション確立完了メッセージは登録完了メッセージに含まれて送受信されてよく、PDUセッション確立拒絶メッセージは登録拒絶メッセージに含まれて送受信されてよい。また、PDUセッション確立手続きが登録手続きの中で実行された場合、各装置は、登録手続きの完了に基づいてPDUセッションを確立してもよいし、第1の状態へ遷移してもよい。
また、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信することにより、各制御メッセージに含まれる1以上の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。
[1.3.1.報知情報の概要]
まず、報知情報の概要について説明する。報知情報は、UE_A10に対し、AN及び/又はANを構成する装置から送信されるメッセージ及び/又は信号及び/又はビーコンフレームに含まれていてもよい。さらに、報知情報は、第10の識別情報及び/又は第11の識別情報を含んでいてもよい。
まず、報知情報の概要について説明する。報知情報は、UE_A10に対し、AN及び/又はANを構成する装置から送信されるメッセージ及び/又は信号及び/又はビーコンフレームに含まれていてもよい。さらに、報知情報は、第10の識別情報及び/又は第11の識別情報を含んでいてもよい。
ここで、UE_A10は、報知情報に第10の識別情報が含まれていることにより、接続を試みているコアネットワーク_B190が音声サービスをサポートしているか否かのいずれかを認識してもよい。さらに、UE_A10は、保持しているコンテキスト中にこれらの情報を記憶してしてもよい。
また、例えば、UE_A10は、報知情報に第11の識別情報が含まれていることにより、コアネットワーク_B190が緊急呼ベアラをサポートしているか否かのいずれかを認識してもよい。さらに、UE_A10は、保持しているコンテキスト中にこれらの情報を記憶してしてもよい。
さらにUE_A10は報知情報の受信/及び又は後述の登録手続きの完了に基づき、状態1に遷移してもよい。
[1.3.2.登録手続きの概要]
次に、登録手続きの概要について説明する。登録手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はDN(DN_A5及び/又はPDN_A6))へ登録する為の手続きである。UE_A10は、ネットワークに登録していない状態であれば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UE_A10は、非登録状態(RM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移してもよい。
次に、登録手続きの概要について説明する。登録手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はDN(DN_A5及び/又はPDN_A6))へ登録する為の手続きである。UE_A10は、ネットワークに登録していない状態であれば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UE_A10は、非登録状態(RM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移してもよい。
さらに、本手続きは、ネットワークにおけるUE_A10の位置登録情報を更新する、及び/又は、UE_A10からネットワークへ定期的にUE_A10の状態を通知する、及び/又は、ネットワークにおけるUE_A10に関する特定のパラメータを更新する為の手続きであってもよい。
UE_A10は、TAを跨ぐモビリティをした際に、本手続きを開始してもよい。言い換えると、UE_A10は、保持しているTAリストで示されるTAとは異なるTAに移動した際に、本手続きを開始してもよい。さらに、UE_A10は、実行しているタイマーが満了した際に本手続きを開始してもよい。さらに、UE_A10は、PDUセッションの切断や無効化が原因で各装置のコンテキストの更新が必要な際に本手続きを開始してもよい。さらに、UE_A10は、UE_A10のPDUセッション確立に関する、能力情報、及び/又はプリファレンスに変化が生じた場合、本手続きを開始してもよい。さらに、UE_A10は、定期的に本手続きを開始してもよい。尚、UE_A10は、これらに限らず、PDUセッションが確立された状態であれば、任意のタイミングで本手続きを実行することができる。
また、本手続き及び/又は後述するPDNセッション確立手続きの完了に基づき、UE_A10及び/又は各装置は、第1の状態に遷移してもよい。
[1.3.2.1.登録手続き例]
図11を用いて、登録手続きを実行する手順の例を説明する。以下、本手続きとは登録手続きを指す。以下、本手続きの各ステップについて説明する。
図11を用いて、登録手続きを実行する手順の例を説明する。以下、本手続きとは登録手続きを指す。以下、本手続きの各ステップについて説明する。
まず、UE_A10は、NR node_A122を介して、AMF_A240に登録要求(Registration Request)メッセージを送信することにより(S1100)(S1102)(S1104)、登録手続きを開始する。また、UE_A10は、登録要求メッセージにSM(Session Management)メッセージ(例えば、PDUセッション確立要求メッセージ)を含めて送信することで、又は登録要求メッセージとともにSMメッセージ(例えば、PDUセッション確立要求メッセージ)を送信することで、登録手続き中にPDUセッション確立手続き等のSMのための手続きを開始してもよい。
具体的には、UE_A10は、登録要求メッセージを含むRRCメッセージを、NR node_A122に送信する(S1100)。NR node_A122は、登録要求メッセージを含むRRCメッセージを受信すると、登録要求メッセージのルーティング先のNF又は共有CPファンクションとして、AMF_A240を選択する(S1102)。NR node_A122は、受信したRRCメッセージの中から登録要求メッセージを取り出し、選択したAMF_A240に、登録要求メッセージを送信又は転送する(S1104)。ここで、NR node_A122は、RRCメッセージに含まれる情報に基づき、AMF_A240を選択してもよい。また、登録要求メッセージは、N1インターフェース上で送受信されるNAS(Non-Access-Stratum)メッセージであってよい。また、RRCメッセージは、UE_A10とNR node_A122との間で送受信される制御メッセージであってよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはRRCレイヤで処理され、NASレイヤはRRCレイヤよりも上位のレイヤであってよい。
また、UE_A10は、登録を要求するNSIが複数存在する場合は、そのNSIごとに登録要求メッセージを送信してもよく、複数の登録要求メッセージを、1以上のRRCメッセージに含めて送信してもよい。また、上記の複数の登録要求メッセージを1つの登録要求メッセージとして、1以上のRRCメッセージに含めて送信してもよい。
ここで、UE_A10は、登録要求メッセージ及び/又はRRCメッセージに、第1の識別情報を含めてもよい。
さらに、UE_A10は、第1の識別情報を送信することで、UE_A10が、IMS緊急呼接続を実行する際に、緊急呼専用PDUセッション、もしくは緊急呼専用ベアラを用いたIMS緊急呼接続を優先、もしくは要求していることを示してもよい。
尚、UE_A10は、第1の識別情報を登録要求メッセージに含めるか否かを、UE_A10の能力情報、及び/又はUEポリシー等のポリシー、及び/又はUE_A10のプリファレンスに基づいて決定してもよい。
また、UE_A10は、第1の識別情報を送信することで、UE_A10の位置登録エリアと重なって存在する同一PLMN内の別のコアネットワーク(例えばコアネットワーク_A90)に音声サービス機能及び/又は緊急呼専用PDUセッション機能、もしくは緊急呼専用ベアラ機能のサポートを含むネットワーク能力情報の問い合わせを要求することを示してもよい。
また、UE_A10は、第1の識別情報を送信することで、UE_A10がコアネットワーク_A90に対するPDUセッション確立に対応する能力を有することを示してもよいし、さらに、UE_A10がコアネットワーク_A90を経由して音声サービス及び/又は緊急呼を使用する手続きに対応する能力を有することを示してもよい。
また、UE_A10は、第1の識別情報を、登録要求メッセージとは異なる制御メッセージ(例えばNASメッセージまたはRRCメッセージ)に含めて送信してもよい。
AMF_A240は、登録要求メッセージ及び/又は登録要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、ネットワークがUE_A10の要求を受諾するか否かを判別するためのものである。AMF_A240は、第1の条件判別が真の場合、本手続き中の(A)の手続きを開始し、第1の条件判別が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。AMF_A240は、第5の条件判別及び/又は第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。ここで、第5の条件判別と第4の条件判別を実行する順序は問わない。具体的には、例えば、第5の条件判別を実行してから第4の条件判別を実行してもよいし、逆に、第4の条件判別を実行してから第5の条件判別を実行してもよいし、さらに、第5の条件判別と第4の条件判別を同時に実行してもよい。
まず、第5の条件判別は、AMF_A240が本手続き中の(C)の手続きを実施するか否かを判別するためのものである。AMF_A240は、第5の条件判別が真の場合には、MME_A40を選択(S1114)、及び選択したMME_A40に登録手続き中の(D)のメッセージの送信を実行(S1116)し、MME_A40から登録手続き中の(E)のメッセージを受信(S1118)し、第5の条件判別が偽の場合には、これらを省略する。
尚、AMF_A240は、UE_A10の位置登録エリア及び/又はネットワークポリシー及び/又はAMF_A240を含む装置設定に基づき、UE_A10が本登録手続きで登録を試みるコアネットワーク_B190の位置登録エリアと重なって存在する同一PLMN内の別のコアネットワークである、例えばコアネットワーク_A90内のMME_A40を選択してもよい。
また、AMF_A240は、登録手続き中の(D)のメッセージに、第2の識別情報を含めてもよいし、この識別情報を含めることで、UE_A10が本登録手続きで登録を試みるコアネットワーク_B190の位置登録エリアと重なって存在する同一PLMN内の別のコアネットワークである、例えばコアネットワーク_A90の音声サービス及び/又は緊急呼ベアラサポートに関する能力情報を当該コアネットワーク内のMME_A40に要求することを示してもよい。
また、MME_A40は、登録手続き中の(E)のメッセージに、第3の識別情報を含めてもよいし、この識別情報を含めることで、当該コアネットワークの音声サービス及び/又は緊急呼ベアラサポートに関するネットワーク能力情報を示してもよい。さらに、登録手続き中の(E)のメッセージは、MME_A40からAMF_A240への登録手続き中の(D)のメッセージに対する応答メッセージであってよい。さらに、登録手続き中の(E)のメッセージは、受諾メッセージ又は拒絶メッセージであってもよく、登録手続き中の(E)のメッセージが受諾を意味するメッセージであった場合、音声サービス及び/又は緊急呼ベアラサポートに関するネットワーク能力情報の有無のいずれかを示していてよい。以降、特に断りがない場合、本メッセージが受諾メッセージでかつ当該コアネットワークが音声サービス及び/又は緊急呼ベアラサポートに関するネットワーク能力を有しているものとする。
次に、第4の条件判別は、AMF_A240がSMF_A230との間でSMメッセージの送受信を実施するか否かを判別するためのものである。AMF_A240は、第4の条件判別が真の場合には、SMF_A230の選択、及び選択したSMF_A230との間でSMメッセージの送受信を実行し、第4の条件判別が偽の場合には、それらを省略する(S1106)。
さらに、AMF_A240は、UE_A10からの登録要求メッセージの受信、及び/又はSMF_A230との間のSMメッセージの送受信の完了、及び/又は本手続き中の(C)の手続きの完了に基づいて、NR node_A122介して、UE_A10に登録受諾(Registration Accept)メッセージを送信する(S1108)。ここで、登録受諾メッセージは、N2インターフェースの制御メッセージ及びRRCメッセージに含まれて送受信されてもよい。さらに、登録受諾メッセージはN1インターフェース上で送受信されるNASメッセージであってよい。また、登録受諾メッセージは、登録要求メッセージに対する応答メッセージであってよい。
尚、AMF_A240は、MME_A40から拒絶を示す、登録手続き中の(E)のメッセージを受信した場合は、本手続き中の(C)の手続きを完了し、本手続き中の(A)の手続きにおける以降の手続きを実施してもよい。
尚、AMF_A240は、SMF_A230から拒絶を示すSMメッセージを受信した場合は、本手続き中の(A)の手続きを中止し、本手続き中の(B)の手続きを開始してもよい。
さらに、第5の条件判別が真の場合、AMF_A240は、登録受諾メッセージに、MME_A40から受信した登録手続き中の(E)のメッセージを含めて送信してもよい。
さらに、第4の条件判別が真の場合、AMF_A240は、登録受諾メッセージに、PDUセッション確立受諾メッセージ等のSMメッセージ(例えば、PDUセッション確立受諾メッセージ)を含めて送信するか、又は登録受諾メッセージとともに、PDUセッション確立受諾メッセージ等のSMメッセージ(例えば、PDUセッション確立受諾メッセージ)を送信してもよい。また、この送信方法は、登録要求メッセージの中にSMメッセージ(例えば、PDUセッション確立要求メッセージ)が含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。また、この送信方法は、登録要求メッセージとともにSMメッセージ(例えば、PDUセッション確立要求メッセージ)を含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。AMF_A240は、このような送信方法を行うことにより、SMのための手続きが受諾されたことを示してもよい。
また、AMF_A240は、登録受諾メッセージに、第10から12の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾され、かつ、コアネットワーク_B190及び/又は同一PLMN内の別のコアネットワークである、例えば、コアネットワーク_A90の音声サービス及び/又は緊急呼ベアラサポートに関するネットワーク能力情報を取得できたことを示してもよい。
尚、AMF_A240は、第10から12の識別情報を登録受諾メッセージに入れるか否かを、受信した識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報(user subscription)等に基づいて決定してもよい。例えば、第1の識別情報をUE_A10から受信した場合に、UE_A10に対して送信される情報であってよい。
UE_A10は、NR node_A122介して、登録受諾メッセージを受信する(S1108)。UE_A10は、登録受諾メッセージを受信することで、登録受諾メッセージに含まれる各種の識別情報の内容を認識する。
例えば、UE_A10は、登録受諾メッセージに第10の識別情報が含まれていることにより、本登録手続きを試みているコアネットワーク_B190が音声サービスをサポートしているか否かのいずれかを認識してもよい。さらに、UE_A10は、保持しているコンテキスト中にこれらの情報を記憶してしてもよい。UE_A10は、コアネットワーク_B190が音声サービスをサポートしていることを示す第10の識別情報の受信に基づいて、初期手続きの完了後に通常呼接続を実行してもよい。逆に、UE_A10は、コアネットワーク_B190音声サービスをサポートしていないことを示す第10の識別情報を受信した場合は、初期手続きの完了後に通常呼接続を実行しない。
また、例えば、UE_A10は、登録受諾メッセージに第11の識別情報が含まれていることにより、コアネットワーク_B190が緊急呼ベアラをサポートしているか否かのいずれかを認識してもよい。さらに、UE_A10は、保持しているコンテキスト中にこれらの情報を記憶してしてもよい。
また、例えば、UE_A10は、登録受諾メッセージに第12の識別情報が含まれていることにより、コアネットワーク_B190と同一PLMN内の別のコアネットワークである、例えば、コアネットワーク_A90の音声サービス及び/又は緊急呼ベアラをサポートしているか否かを認識してもよい。さらに、UE_A10は、保持しているコンテキスト中にこれらの情報を記憶してしてもよい。
さらに、UE_A10は、音声サービスをサポートしていることを示す第10の識別情報を受信した場合、さらに、第11の識別情報に基づいて以降の通常呼及び/又は緊急呼接続を実行してもよい。
さらにUE_A10は、同一PLMN内の別のコアネットワークである、例えば、コアネットワーク_A90が音声サービス及び緊急呼用ベアラサービスをサポートしていることを示す第12の識別情報を受信した場合は、コアネットワーク_A90に切り替え当該コアネットワーク経由で緊急呼接続を行ってもよい。さらに、コアネットワーク_B190が音声サービスをサポートしていることを示す第10の識別情報及びコアネットワーク_B190が緊急呼ベアラをサポートしていることを示す第11の識別情報を受信し、コアネットワーク_A90が音声サービス及び緊急呼用ベアラサービスをサポートしていないことを示す第12の識別情報を受信した場合は、コアネットワーク_B190を経由して緊急呼接続を行ってもよい。
UE_A10は、さらに、登録完了(Registration Complete)メッセージを、AMF_A240に送信してもよい(S1110)。尚、UE_A10は、PDUセッション確立受諾メッセージ等のSMメッセージを受信した場合は、登録完了メッセージに、PDUセッション確立完了メッセージ等のSMメッセージを含めて送信してもよいし、SMメッセージを含めることで、SMのための手続きを完了することを示してもよい。ここで、登録完了メッセージはN1インターフェース上で送受信されるNASメッセージであってよい。また、登録完了メッセージは、登録受諾メッセージに対する応答メッセージであってよい。さらに、登録完了メッセージは、RRCメッセージ及びN2インターフェースの制御メッセージに含まれて送受信されてもよい。
AMF_A240は、登録完了メッセージを受信する(S1110)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。AMF_A240は、NR node_A122を介して、UE_A10に登録拒絶(Registration Reject)メッセージを送信することにより(S1112)、本手続き中の(B)の手続きを開始する。さらに、UE_A10は、登録拒絶メッセージを受信することにより、あるいは、登録受諾メッセージを受信しないことにより、UE_A10の要求が拒絶されたことを認識する。各装置は、登録拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
尚、第4の条件判別が真の場合、AMF_A240は、登録拒絶メッセージに、PDUセッション確立拒絶メッセージ等の拒絶を意味するSMメッセージを含めて送信してもよいし、拒絶を意味するSMメッセージを含めることで、SMのための手続きが拒絶されたことを示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージ等の拒絶を意味するSMメッセージを受信してもよいし、SMのための手続きが拒絶されたことを認識してもよい。
さらに、登録拒絶メッセージは、N1インターフェース上で送受信されるNASメッセージであってよい。また、登録拒絶メッセージは、登録要求メッセージに対する応答メッセージであればよい。また、AMF_A240が送信する登録拒絶メッセージは、UE_A10の要求を拒絶するメッセージであれば、これに限らない。さらに、登録拒絶メッセージは、N2インターフェースの制御メッセージ及びRRCメッセージに含まれて送受信されてもよい。
UE_A10は、登録拒絶メッセージを受信することで、登録拒絶メッセージに含まれる各種の識別情報の内容を認識する。
また、第1の条件判別は、登録要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。例えば、第1の条件判別は、UE_A10の要求をネットワークが許可する場合、真でよい。また、第1の条件判別は、UE_A10の要求をネットワークが許可しない場合、偽でよい。さらに、第1の条件判別は、UE_A10の登録先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求する機能を、サポートしている場合は真でよく、サポートしていない場合は偽でよい。尚、第1の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
また、第5の条件判別は、AMF_A240が、登録要求メッセージに含まれる第1の識別情報に基づいて実行してもよいし、コアネットワーク_B190の音声サービス及び/又は緊急呼ベアラのサポートの有無に関する能力情報に基づいて実行してもよい。例えば、第5の条件判別は、AMF_A240がUE_A10からの登録要求メッセージに第1の識別情報が含まれていた場合、及び/又はコアネットワーク_B190が音声サービス及び/又は緊急呼ベアラサポートをサポートしていない場合は真であってよく、AMF_A240がUE_A10からの登録要求メッセージに第1の識別情報が含まれない場合、及び/又はコアネットワーク_Bが音声サービス及び/又は緊急呼ベアラをサポートしている場合は偽であってよい。尚、第5の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
また、第4の条件判別は、AMF_A240がSMを受信したか否かに基づいて実行されてよく、登録要求メッセージにSMメッセージが含まれているかに基づいて実行されてもよい。例えば、第4の条件判別は、AMF_A240がSMを受信した場合、及び/又は登録要求メッセージにSMメッセージが含まれていた場合は真であってよく、AMF_A240がSMを受信しなかった場合、及び/又は登録要求メッセージにSMメッセージが含まれていなかった場合は偽であってよい。尚、第4の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
尚、第5の条件判別と第4の条件判別を実行する順序は、登録要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はAMF_A240を含むコアネットワーク内の装置の設定、及び/又はオペレータポリシーに基づいて決定されてもよい。
[1.3.3.PDUセッション確立手続きの概要]
次に、DN_A5に対するPDUセッションを確立するために行うPDUセッション確立手続きの概要について説明する。以下、PDUセッション確立手続きは、本手続きとも称する。本手続きは、各装置がPDUセッションを確立する為の手続きである。尚、各装置は、本手続きを、登録手続きを完了した状態で実行してもよいし、登録手続きの中で実行してもよい。また、各装置は、登録状態で本手続きを開始してもよいし、登録手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、本手続きの完了に基づいて、UE_A10は、P-CSCFのアドレスを取得してもよい。さらに、本手続きの完了に基づき、UE_A10は、コアネットワーク_B190及び/又はコアネットワーク_A90のネットワーク能力情報を取得してもよく、各装置は第1の状態に遷移してもよい。さらに、各装置は、本手続きを複数回実行することで、複数のPDUセッションを確立してもよい。
次に、DN_A5に対するPDUセッションを確立するために行うPDUセッション確立手続きの概要について説明する。以下、PDUセッション確立手続きは、本手続きとも称する。本手続きは、各装置がPDUセッションを確立する為の手続きである。尚、各装置は、本手続きを、登録手続きを完了した状態で実行してもよいし、登録手続きの中で実行してもよい。また、各装置は、登録状態で本手続きを開始してもよいし、登録手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、本手続きの完了に基づいて、UE_A10は、P-CSCFのアドレスを取得してもよい。さらに、本手続きの完了に基づき、UE_A10は、コアネットワーク_B190及び/又はコアネットワーク_A90のネットワーク能力情報を取得してもよく、各装置は第1の状態に遷移してもよい。さらに、各装置は、本手続きを複数回実行することで、複数のPDUセッションを確立してもよい。
さらに、本手続きの完了及び/又は前述のコアネットワークへの登録手続きの完了に基づき、UE_A10及び/又はコアネットワーク内の各装置は第1の状態に遷移してもよい。
[1.3.4.IMS登録手続きの概要]
次に、IMS登録手続きの概要について説明する。本手続きの開始は、UE_A10及び/又はコアネットワーク内の各装置が第2の状態であることに基づいてもよい。IMS登録手続きは、UE_A10が主導してIMSへ登録する為の手続きである。UE_A10はIMS登録されていない状態、すなわち、UE_A10のIPアドレスとネットワークから割り当てられるPublic User Identityがひもづけられていない状態であれば、任意のタイミングで本手続を開始してもよい。また、UE_A10と各IMS装置は、IMS登録完了に基づき、登録状態、すなわちUE_A10のIPアドレスとネットワークから割り当てられるPublic User Identityがひもづけられた状態であると認識してもよく、さらに、第2の状態に遷移してもよい。
次に、IMS登録手続きの概要について説明する。本手続きの開始は、UE_A10及び/又はコアネットワーク内の各装置が第2の状態であることに基づいてもよい。IMS登録手続きは、UE_A10が主導してIMSへ登録する為の手続きである。UE_A10はIMS登録されていない状態、すなわち、UE_A10のIPアドレスとネットワークから割り当てられるPublic User Identityがひもづけられていない状態であれば、任意のタイミングで本手続を開始してもよい。また、UE_A10と各IMS装置は、IMS登録完了に基づき、登録状態、すなわちUE_A10のIPアドレスとネットワークから割り当てられるPublic User Identityがひもづけられた状態であると認識してもよく、さらに、第2の状態に遷移してもよい。
さらに、本手続きは、IMS登録手続き以降のIMS手続きにおけるSIP(Session Initiation Protocol)メッセージの経路を決定する。
[1.3.4.1.IMS登録手続き例]
図12を用いて、IMS登録手続きを実行する手順の例を説明する。以下、本手続きとはIMS登録手続きを指す。以下、本手続きの各ステップについて説明する。
図12を用いて、IMS登録手続きを実行する手順の例を説明する。以下、本手続きとはIMS登録手続きを指す。以下、本手続きの各ステップについて説明する。
まず、UE_A10は、P-CSCF_A300に対して、通常のIMS登録要求の為のREGISTER信号(S1200)を送信する。REGISTER信号を受信したP-CSCF_A300は、UE_A10の在圏情報及び信号経路に関するオペレータポリシーに基づいて、I-CSCF、ATCF、又はIBCFを介してS-CSCF_A320にREGISTER信号を転送する(S1202)。REGISTER信号を受信したS-CSCF_A320は、Contactヘッダに含まれるコンタクトアドレス、及び登録するpublic user identityを関連付けてIMS登録情報を作成し保持する。通常のIMS登録情報を作成したS-CSCFは、IMS登録が完了したことを示す情報を含めて「200 OK」をIMS登録要求の応答として、UE_A10に送信する(S1206)(S1208)。
さらに、本手続きの完了に基づき、UE_A10及び/又はコアネットワーク内の各装置及び/又は各IMS装置は、第2の状態に遷移してもよい。
[1.4. UEが緊急通報と認識できない場合のIMS緊急呼接続手続き、及びIMS緊急呼再接続手続きの説明]
次に、本実施形態における呼接続手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態で特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
次に、本実施形態における呼接続手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態で特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
まず、第2の状態は、既に説明した内容と同じであるため、省略する。
次に、第3の状態は、UE_A10等のユーザ装置が、緊急呼であることを認識できない呼接続を通常呼として接続要求した結果、UE_A10が、コアネットワークを介してIMS_A7から当該呼接続要求が緊急呼であることが通知され、拒絶又はリダイレクトを示す情報を受信した状態である。
さらに、第3の状態は、UE_A10が、コアネットワーク_B190及び/又はコアネットワーク_A90の音声通話サービス機能のサポート及び/又は、緊急呼専用のベアラサポートに関する情報を含むネットワーク能力情報を取得し、保持した状態であってもよい。
さらに、第3の状態のUE_A10は、取得し、保持したネットワーク能力情報に基づき、緊急呼接続可能なネットワーク経由で、緊急呼接続手続きを開始してもよい。
次に、本実施形態における識別情報について説明する。
まず、第21の識別情報は、UE_A10が要求する接続先を示す情報であり、要求URI(Request URI)、もしくはToヘッダに設定する宛先番号であってよい。
さらに、第21の識別情報が示すIMS接続先は、UE_A10が緊急呼(緊急通報番号)であることを認識できない接続(Non UE detectable Emergency Session/call)先を示す情報であってもよい。
例えば、第21の識別情報は、ユーザ及び/又は加入者がダイアルした発信電話番号を非通知とするためのプリフィックス番号を付加した緊急通報番号を示す情報であってもよい。具体的には、例えば、日本国内では、「184」を付加した緊急通報番号であってもよい。
また、第22の識別情報は、UE_A10が要求した呼接続が緊急呼接続であることを示す識別情報である。より詳細には、UE_A10がコアネットワークを介して、IMS_A7に対して送信した要求が、緊急呼接続用のINVITEであることを示すために、IMS_A7が、拒絶又はリダイレクトすることを示す情報である。
さらに、第22の識別情報は、UE_A10が要求した呼接続が緊急呼接続であることを示し、これに加えて、UE_A10が以降の緊急呼接続を実行する際に推奨される手続きを示す情報である。
また、第23の識別情報は、音声サービス機能及び緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の別のコアネットワークを示し、UE_A10に当該コアネットワークを経由して緊急呼接続を促す識別情報であってもよい。さらにUE_A10が送信したINVITEに対する応答として、IMS_A7がコアネットワークを介してUE_A10に対して送信してもよい。
次に、本実施形態における緊急呼接続手続きを、図13を用いて説明する。以下、緊急呼接続手続きを本手続きとも称し、緊急呼接続手続き(本手続き)には、UE_A10が緊急通報であると認識できない、IMS_A7を介したIMS緊急呼接続手続き及び/又は緊急呼再接続手続きが含まれる。本手続きにおける各手続きの詳細は後述する。
具体的には、前述の初期手続きの完了後に、第2の状態に遷移したUE_A10及び各IMS装置及び/又はコアネットワーク内の各装置は、以降の手続きを実行してもよい(S1300)。
次に、UE_A10からの緊急通報と認識できない場合のIMS緊急呼接続手続きに対して、IMS_A7が、拒絶又はリダイレクトする手続きを実行し(S1310)、UE_A10及び各IMS装置及び/又はコアネットワーク内の各装置は第3の状態に遷移する(S1320)。
次に、UE_A10は、IMS緊急呼再接続を実行する(S1330)。ここで、UE_A10は、接続しているコアネットワークに対して、再度IMS緊急呼接続を実行してもよいし、同一PLMN内の別のコアネットワークに対して、IMS緊急呼接続を実行してもよい。以上により本手続は完了する。
[1.4.1.UEからの緊急通報と認識できない場合のIMS緊急呼接続要求に対し、IMSからエ
ラーレスポンスを通知する手続きの概要] まず、UEからの緊急通報と認識できない場合のIMS緊急呼接続要求に対し、IMSからエラーレスポンスを通知する手続きの概要について説明する。本手続きは、UEが緊急通報と認識できない場合のIMS緊急呼接続手続き及びIMS緊急呼接続信号が拒絶又はリダイレクトされる手続きが含まれていてよい。各手続きの詳細を以下に説明する。
ラーレスポンスを通知する手続きの概要] まず、UEからの緊急通報と認識できない場合のIMS緊急呼接続要求に対し、IMSからエラーレスポンスを通知する手続きの概要について説明する。本手続きは、UEが緊急通報と認識できない場合のIMS緊急呼接続手続き及びIMS緊急呼接続信号が拒絶又はリダイレクトされる手続きが含まれていてよい。各手続きの詳細を以下に説明する。
[1.4.1.1.UEからの緊急通報と認識できない場合のIMS緊急呼接続手続きの説明]
図14を用いて、UEからの緊急通報と認識できない場合のIMS緊急呼接続手続きについて説明する。
図14を用いて、UEからの緊急通報と認識できない場合のIMS緊急呼接続手続きについて説明する。
まず、UE_A10は、P-CSCF_A300に対して通常呼接続のための接続要求(INVITE)信号を送信する(S1400)。ここで、UE_A10は、接続要求(INVITE)信号に第21の識別情報を含めて、P-CSCF_A300に送信してもよい。さらに、第21の識別情報を含む接続要求(INVITE)信号は、UE_A10が緊急通報と認識できない場合のIMS緊急呼接続信号であってよい。言い換えると、第21の識別情報を含むIMS緊急呼接続信号は、UE_A10が緊急通報と認識できない場合に送信するIMS緊急呼接続信号であってよい。
尚、第21の識別情報は、UE_A10が緊急通報と認識できない緊急呼番号であってよく、UE_A10に記憶されていない、もしくは、ネットワーク登録時にネットワークからダウンロードされていない緊急呼番号である。例えば、ユーザが非通知プリフィクス番号をダイアル番号の先頭に付与した緊急通報番号であってよく、ユーザが当該番号をダイアルした場合、UE_A10は緊急通報であることを認識できず、緊急呼接続ではなく、通常呼接続を実行する。
具体的には、第21の識別情報は、UE_A10が緊急通報と認識できない緊急呼番号であり、この様な緊急呼番号をUE_A10が使用する場合、UE_A10が保持している緊急通報番号と比較した結果、緊急通報番号ではないと判断し、IMS_A7に対して、緊急通報用のINVITE信号ではなく、通常呼接続のINVITE信号を送信する。さらに具体的には、UE_A10は、前述のIMS登録で受信した経路情報に基づいてSIP信号の経路設定を行い、経路設定したP-CSCFに対して、例えば非通知緊急呼番号を要求URI、もしくはToヘッダに設定した通常呼接続のためのINVITE信号を送信する。
[1.4.1.2.IMSからエラーレスポンスを通知する手続きの説明]
次に、図14を用いて、IMSからエラーレスポンスを通知する手続きを説明する。
次に、図14を用いて、IMSからエラーレスポンスを通知する手続きを説明する。
まず、UE_A10が送信した、前述の接続要求(INVITE)(S1400)に基づき、P-CSCF_A300は、当該接続要求(INVITE)の接続先を確認し、接続先が緊急呼番号であると検知した場合(S1410)、UE_A10に対して緊急呼接続であることを通知する為の拒絶又はリダイレクトメッセージを送信する(S1420)。UE_A10は、IMS緊急呼再接続の挙動を決定し、本手続きを完了する(S1430)。
尚、拒絶又はリダイレクトメッセージは、接続要求(INVITE)信号に対する応答であってよく、さらにSIPのエラーメッセージである「3XX」又は「4XX」又は「5XX」又は「6XX」であってもよい。
尚、P-CSCF_A300が受信する接続要求(INVITE)信号は、第21の識別情報を含んでいてよく、P-CSCF_A300は、第21の識別情報に基づき、UE_A10の接続先が緊急呼番号であることを検知してもよい。
さらに、P-CSCF_A300は、拒絶又はリダイレクトメッセージに第22の識別情報及び/又は第23の識別情報を含めて送信してもよい。
さらに、P-CSCF_A300は、第23の識別情報を含めることで、同一PLMN内の別のコアネットワークの音声サービス機能及び緊急呼ベアラサポートに関するネットワーク能力情報を示してもよい。
さらに、UE_A10は、第22の識別情報及び又は第23の識別情報を受信に基づき、後述の緊急呼再接続手続きを行うコアネットワークを決定してもよい。
具体的には、拒絶又はリダイレクトメッセージのContactヘッダに、緊急呼接続であることを明示的に示すemergency URNを設定し、UE_A10に送信してもよい。例えば、警察機関への緊急通報であれば、IMS緊急呼接続信号に、専用のemergency service URNである「urn:service:sos.police」を設定する。ここで、P-CSCF_A300は、拒絶又はリダイレクトメッセージに、同一PLMN内の音声サービス機能及び緊急呼専用PDUセッション機能をサポートしている別のコアネットワークに対してIMS緊急呼接続を促す情報を含めてもよい。
[1.4.2.UEからのIMS緊急呼再接続手続きの概要]
次に、UEからのIMS緊急呼再接続手続きの概要を説明する。本手続きは、緊急呼専用PDUセッションを用いたIMS緊急呼再接続手続き及び/又は通常のPDUセッションを用いたIMS緊急呼再接続手続き及び/又はCS(Circuit Switching; 回線交換)緊急呼接続手続きを含んでいてよい。各手続きの詳細を以下に説明する。
次に、UEからのIMS緊急呼再接続手続きの概要を説明する。本手続きは、緊急呼専用PDUセッションを用いたIMS緊急呼再接続手続き及び/又は通常のPDUセッションを用いたIMS緊急呼再接続手続き及び/又はCS(Circuit Switching; 回線交換)緊急呼接続手続きを含んでいてよい。各手続きの詳細を以下に説明する。
[1.4.2.1.緊急呼専用PDUセッションを用いたIMS緊急呼再接続手続きの説明]
図15を用いて、緊急呼専用PDUセッションを用いたIMS緊急呼再接続手続きを説明する。
図15を用いて、緊急呼専用PDUセッションを用いたIMS緊急呼再接続手続きを説明する。
まず、前述の各手続きに基づき、IMS_A7から拒絶又はリダイレクトメッセージを受信したUE_A10は、接続しているコアネットワークが緊急呼専用PDUセッション機能をサポートしているか否かを検知し、緊急呼専用PDUセッション機能をサポートしている場合は、接続中のコアネットワークに対して、緊急呼専用PDUセッションを用いてIMS緊急呼接続信号を送信する。緊急呼専用PDUセッション機能をサポートしていない場合は、同一PLMN内の別のコアネットワークに対して、緊急呼専用PDUセッションを用いてIMS緊急呼接続信号を送信してもよい。
具体的には、第1の状態のUE_A10は、前述の登録手続き又は報知情報から取得した接続しているコアネットワークB_190のネットワーク機能情報に基づき、コアネットワークが緊急呼専用PDUセッション機能をサポートしているか検知する。緊急呼専用PDUセッション機能をサポートしている場合は、コアネットワーク_B190に対して、緊急呼専用のPDUセッション確立を明示的に示す情報を含んだ登録手続き及び/又はPDUセッション確立手続きを実行する(S1500)(S1502)。接続しているコアネットワーク_B190が緊急呼専用PDUセッション機能をサポートしていない場合、UE_A10は在圏位置を確認する。この時、他網に在圏している場合は、UE_A10が保持しているIMS再接続方針に基づいて、コアネットワーク_A90に対して、緊急呼専用のベアラ、又はPDUセッション確立を明示的に示す情報を含んだ登録信号を送信してもよい。UE_A10の在圏位置がホーム網である場合でも、UE_A10が保持しているIMS再接続方針に基づいて、コアネットワーク_A90に対して、緊急呼専用のPDUセッション確立を明示的に示す情報を含んだ登録信号を送信してもよい。または、UE_A10は、前記登録手続きで取得したコアネットワークA_90のネットワーク機能情報に基づいて、コアネットワークA_90が音声サービス機能及び緊急呼専用のPDUセッション機能をサポートしている場合は、コアネットワークA_90に対して、緊急呼専用のPDUセッション確立を明示的に示す情報を含んだ登録信号を送信してもよい。または、UE_A10が受信した拒絶又はリダイレクトメッセージに、同一PLMN内の音声サービス機能及び緊急呼専用PDUセッション機能をサポートしている別のコアネットワークA_90に対してIMS緊急呼接続を促す情報を含めている場合、受信した情報に基づいて、コアネットワークA_90に対して、緊急呼専用のPDUセッション確立を明示的に示す情報を含んだ登録信号を送信してもよい。尚、緊急呼専用のPDUセッション確立を明示的に示す情報は、単独のPDUセッション確立要求信号に含めてもよいし、登録信号の中のPDUセッション確立に関する情報の中に含めてもよい。緊急呼専用のPDUセッション確立を明示的に示す情報を受信したコアネットワーク_A90は、緊急呼専用のPDUセッションの取り扱いができる外部ゲートウェイを選択する。緊急呼専用のPDUセッションの取り扱いができる外部ゲートウェイは、緊急呼専用のPDUセッションの取り扱いができるP-CSCF_B310を選択し、緊急呼専用のPDUセッション確立要求への応答に、緊急呼専用のPDUセッションの取り扱いができるP-CSCF_B310のアドレスを含めてUE_A10に送信する。尚、緊急呼専用のPDUセッションの取り扱いができる外部ゲートウェイが、前記UE_A10が緊急通報と認識できない場合のIMS緊急呼接続信号を送信する際に接続した外部ゲートウェイと同じである場合、前記コアネットワーク_B190による緊急呼専用のPDUセッションの取り扱いができる外部ゲートウェイの選択、及び緊急呼専用のPDUセッションの取り扱いができるP-CSCF_B310の選択、及びUE_A10に対してのP-CSCF_B310アドレスの送信は実行しなくてもよい。
次に、UE_A10は、前記緊急呼専用のP-CSCF_B310に対して、緊急呼専用のIMS登録信号を送信し、緊急呼専用のIMS登録手続きを要求する(S1504)。
具体的には、UE_A10は、前記緊急呼専用のP-CSCF_B310に対して、緊急呼接続の為のIMS登録であることを明示的に示す情報をContactヘッダに含めたREGISTER信号(S1504)を送信する。REGISTER信号を受信したP-CSCF_B310は、UE_A10の在圏情報及び信号経路に関するオペレータポリシーに基づいて、I-CSCF、ATCF、又はIBCFを介してS-CSCFにREGISTER信号を転送する。REGISTER信号を受信したS-CSCFは、Contactヘッダにある緊急呼接続の為のIMS登録であることを明示的に示す情報に基づいて、緊急呼接続用のIMS登録であることを検知し、Contactヘッダにあるコンタクトアドレス、及び緊急呼接続の為のIMS登録であることを明示的に示す情報、及び登録するpublic user identityを関連付けてIMS登録情報を作成し保持する。緊急呼専用のIMS登録情報を作成したS-CSCFは、緊急呼接続の為のIMS登録が完成したことを示す情報をContactヘッダに含めて「200 OK」をUE_A10に送信する。
次に、UE_A10は、前記緊急呼接続の為のIMS登録完了後、前記P-CSCF_B310に対して、緊急呼専用の信号であることを示す情報を含んだINVITEを送信し(S1506)、緊急呼専用のSIPダイアログ形成要求を行う。
具体的には、UE_A10は、前記緊急呼接続の為のIMS登録で受信した経路情報を基にSIP信号の経路設定を行い、経路設定した緊急呼専用のP-CSCF_B310に対して、緊急呼接続であることを示すemergency service URNを要求URI、及びToヘッダに設定したINVITE信号を送信する(S1506)。INVITEを受信したP-CSCF_B310は、緊急呼専用接続経路を作成し、緊急呼専用CSCF(E-CSCF)等を介して緊急台へINVITE信号を転送し緊急呼専用のダイアログ形成を要求する。ダイアログ形成の成功通知を受けたP-CSCF_B310は、緊急呼専用のダイアログ形成が成功したことを通知する「200OK」をUE_A10に送信する(S1510)。
[1.4.4.2.通常PDUセッションを用いたIMS緊急呼再接続手続きの説明]
次に、図15を用いて、通常PDUセッションを用いたIMS緊急呼再接続手続きを説明する。
次に、図15を用いて、通常PDUセッションを用いたIMS緊急呼再接続手続きを説明する。
IMS_A7から拒絶又はリダイレクトメッセージを受信したUE_A10は、接続しているコアネットワークB_190が緊急呼専用PDUセッション機能をサポートしているか否かを検知し、緊急呼専用PDUセッション機能をサポートしていない場合、UE_A10がホーム網に在圏している場合は、通常PDUセッションを用いて、IMS緊急呼接続信号を送信してもよい。または、拒絶又はリダイレクトメッセージに同一PLMN内の音声サービス機能及び、緊急呼専用PDUセッション機能をサポートしている別のコアネットワーク_A90に対してIMS緊急呼接続を促す情報が含まれていない場合、通常PDUセッションを用いて、IMS緊急呼接続信号を送信してもよい。
具体的には、UE_A10は、前記登録手続き、又は報知情報より取得した接続しているコアネットワークB_190が緊急呼専用PDUセッション機能をサポートしていない場合、UE_A10は在圏位置を確認する。この時、ホーム網に在圏している場合は、UE_A10が保持しているIMS再接続方針に基づいて、または前記登録手続きで取得したコアネットワークA_90のネットワーク機能情報に基づいて、コアネットワークA_90が音声サービス機能をサポートしているが、緊急呼専用PDUセッション機能をサポートしていない場合、またはUE_A10が受信した拒絶又はリダイレクトメッセージに、同一PLMN内の音声サービス機能及び、緊急呼専用PDUセッション機能をサポートしている別のコアネットワークA_90に対してIMS緊急呼接続を促す情報が含まれていない場合、コアネットワーク_A90に対して、SIP信号処理が可能なデフォルトベアラか確立されていない場合は、通常PDUセッション確立要求を含んだ登録信号を送信する。
次に、UE_A10は、IMS登録状態にあるpublic user identityを保持、または認識していない場合は、前記緊急呼専用のP-CSCFに対して、通常のIMS登録信号を送信し、通常のIMS登録手続きを要求する。
具体的には、UE_A10は、前記P-CSCFに対して、通常のIMS登録の為のREGISTER信号(S1504)を送信する。REGISTER信号を受信したP-CSCFは、UE_A10の在圏情報及び信号経路に関するオペレータポリシーに基づいて、I-CSCF、ATCF、又はIBCFを介してS-CSCFにREGISTER信号を転送する。REGISTER信号を受信したS-CSCFは、Contactヘッダにあるコンタクトアドレス、及び登録するpublic user identityを関連付けてIMS登録情報を作成し保持する。通常のIMS登録情報を作成したS-CSCFは、IMS登録が完成したことを示す情報を含めて200 OKをUE_A10に送信する。
次に、UE_A10は、前記通常のIMS登録完了後、P-CSCFに対して、緊急呼専用の信号であることを示す情報を含んだINVITE信号を送信し、緊急呼専用のSIPダイアログ形成要求を行う。
具体的には、UE_A10は、前記緊急呼接続の為のIMS登録で受信した経路情報を基にSIP信号の経路設定を行い、経路設定した緊急呼専用のP-CSCFに対して、緊急呼接続であることを示すemergency service URNを要求URI、及びToヘッダに設定したINVITE信号を送信する。INVITEを受信したP-CSCF_B310は、IMS登録で作成した信号経路、及び緊急呼接続の為の信号経路を介して、緊急台へINVITE信号を転送し通常のダイアログ形成を要求する。ダイアログ形成の成功通知を受けたP-CSCF_B310は、通常のダイアログ形成が成功したことを通知する200OKをUE_A10に送信する(S1510)。
[1.4.5.3.CS緊急呼接続手続きの説明]
次に、CS緊急呼接続手続きを説明する。
次に、CS緊急呼接続手続きを説明する。
IMS_A7から拒絶又はリダイレクトメッセージを受信したUE_A10は、接続しているコアネットワークが緊急呼専用PDUセッション機能をサポートしているか否かを検知し、緊急呼専用PDUセッション機能をサポートしていない場合、かつ同一PLMN内の別のコアネットワークが音声サービス機能をサポートしていない場合、又は同一PLMN内の別のコアネットワークが音声サービス機能をサポートしているが、緊急呼専用PDUセッション機能をサポートしていない場合、CS(Circuit Switching; 回線交換)緊急呼接続を実行してもよい。
具体的には、UE_A10は、登録手続き又は報知情報により、接続を試みている又は接続しているコアネットワークが緊急呼専用PDUセッション機能をサポートしていないことを検知し、さらに、前述の登録手続きで取得した同一PLMN内の別のコアネットワークのネットワーク機能情報又はネットワーク能力情報に基づいて、同一PLMN内の別のコアネットワークが音声サービス機能をサポートしていない場合は、CS(Circuit Switching; 回線交換)を介したCS緊急呼接続を実行してもよい。
登録手続きで取得した同一PLMN内の別のコアネットワークのネットワーク機能情報に基づいて、同一PLMN内の別のコアネットワークが音声サービス機能をサポートしているが、緊急呼専用PDUセッション機能をサポートしていない場合、UE_A10は在圏位置を確認する。この時、他網に在圏している場合は、CS緊急呼接続を実行してもよい。
また、リダイレクトメッセージに、同一PLMN内の音声サービス機能及び、緊急呼専用PDUセッション機能をサポートしている別のコアネットワークに対してIMS緊急呼接続を促す情報が含まれていない場合、UE_A10は在圏位置を確認する。この時、他網に在圏している場合は、CS緊急呼接続を実行してもよい。
[1.5.その他]
これまで、UE_A10がコアネットワーク_B190に対する登録手続きを完了した後、同一PLMN内の別にネットワークとして例えばコアネットワークA90に切り替えた上で、IMS緊急呼再接続手続きを実施する方法について述べたが、これに限らず、UE_A10がコアネットワーク_A90に対する登録手続きを完了した後、同一PLMN内の別にネットワークとして例えばコアネットワーク_B190に切り替えた上で、IMS緊急呼再接続手続きを実施してもよい。この手続きは既に説明を行った手続きと同様となるため、説明を省略する。
これまで、UE_A10がコアネットワーク_B190に対する登録手続きを完了した後、同一PLMN内の別にネットワークとして例えばコアネットワークA90に切り替えた上で、IMS緊急呼再接続手続きを実施する方法について述べたが、これに限らず、UE_A10がコアネットワーク_A90に対する登録手続きを完了した後、同一PLMN内の別にネットワークとして例えばコアネットワーク_B190に切り替えた上で、IMS緊急呼再接続手続きを実施してもよい。この手続きは既に説明を行った手続きと同様となるため、説明を省略する。
[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)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一以上の態様は当該技術による新たな集積回路を用いることも可能である。
尚、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 DN_A
6 PDN_A
7 IMS_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
45 eNB_A
40 MME_A
50 HSS_A
70 WLAN ANa
75 WLAN ANb
80 E-UTRAN_A
90 コアネットワーク_A
120 5G-RAN_A
122 NR node_A
125 WLAN ANc
126 WAG_A
190 コアネットワーク_B
230 SMF_A
235 UPF_A
240 AMF_A
245 UDM_A
300 P-CSCF_A
310 P-CSCF_B
320 S-CSCF_A
330 E-CSCF_A
5 DN_A
6 PDN_A
7 IMS_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
45 eNB_A
40 MME_A
50 HSS_A
70 WLAN ANa
75 WLAN ANb
80 E-UTRAN_A
90 コアネットワーク_A
120 5G-RAN_A
122 NR node_A
125 WLAN ANc
126 WAG_A
190 コアネットワーク_B
230 SMF_A
235 UPF_A
240 AMF_A
245 UDM_A
300 P-CSCF_A
310 P-CSCF_B
320 S-CSCF_A
330 E-CSCF_A
Claims (27)
- ユーザ装置であって、
前記ユーザ装置が接続する第1のコアネットワークが音声サービス機能のみをサポートしており、緊急呼専用PDU(Packet Data Unit)セッション機能をサポートしていない場合に、
P-CSCF(Proxy Call Session Control Function; Proxy-CSCF)に対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信する送受信部と、前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
前記第1のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するか、又は同一PLMN(Public Land Mobile Network)内の第2のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するかを判断する制御部を有する、ことを特徴とするユーザ装置。 - 前記送受信部は、アクセスネットワークから、前記1のコアネットワークが少なくとも前記音声サービス機能、又は、前記緊急呼専用PDUセッション機能のいずれか一方のネットワーク機能をサポートしているかを示す情報を含む報知情報を受信する、ことを特徴とする請求項1に記載のユーザ装置。
- 前記送受信部は、前記第1のコアネットワークに対する登録手続きにおいて、AMF(Access and Mobility Management Function)に対して登録要求信号を送信し、
前記AMFから、接続するコアネットワークが少なくとも前記音声サービス機能、又は、前記緊急呼専用PDUセッション機能のいずれか一方のネットワーク機能をサポートしているか否かを示す情報を受信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記第1のコアネットワークに対する登録手続きにおいて、AMFに対して、緊急呼専用PDUセッションの利用希望を示す情報を含む登録要求メッセージを送信し、
前記AMFから、同一PLMN内の第2のコアネットワークが少なくとも前記音声サービス機能、または前記緊急呼専用PDUセッション機能のいずれか一方のネットワーク機能をサポートしているか否かを示す情報を受信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから前記緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか検知し、前記緊急呼専用PDUセッション機能をサポートしている場合は、
前記第1のコアネットワークに対して、前記緊急呼専用PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから前記緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合は、
前記ユーザ装置は、在圏網に関する情報を検知し、ホーム網に在圏している場合は、
前記ユーザ装置に設定されているドメインセレクションロジックに基づいて、同一PLMN内の第2のコアネットワークを選択せず、接続する第1のコアネットワークに対して通常PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合は、
前記ユーザ装置は、在圏網に関する情報を検知し、ホーム網に在圏している場合は、
前記ユーザ装置に設定されているドメインセレクションロジックに基づいて、同一PLMN内の第2のコアネットワークに対して、前記緊急呼専用PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから前記緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合は、
前記ユーザ装置は、在圏網に関する情報を検知し、他網に在圏している場合は、
前記ユーザ装置に設定されているドメインセレクションロジックに基づいて、同一PLMN内の第2コアネットワークに対して、前記緊急呼専用PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記制御部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから前記緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合は、前記登録手続きで取得した、同一PLMN内の第2コアネットワークが少なくとも前記音声サービス機能、または前記緊急呼専用PDUセッション機能のいずれか一方のネットワーク機能をサポートしているかに関する情報に基づいて、前記第1のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するか、又は同一PLMN内の第2のコアネットワークを介して前記P-CSCFに対して再度IMS緊急呼接続信号を送信するかを判断する、ことを特徴とする請求項3に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合、
同一PLMN内の第2のコアネットワークが音声サービス機能、及び緊急呼専用PDUセッション機能をサポートしている場合、
同一PLMN内の第2のコアネットワークに対して、前記緊急呼専用PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項8記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合、
同一PLMN内の第2のコアネットワークが音声サービス機能をサポートしていない場合は、
CS(Circuit Switching; 回線交換)緊急呼接続を行う、ことを特徴とする請求項8記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが前記緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合、
同一PLMN内の第2のコアネットワークが前記音声サービス機能をサポートしているが、前記緊急呼専用PDUセッション機能をサポートしていない場合は、
前記ユーザ装置は、在圏網に関する情報を検知し、ホーム網に在圏している場合は、
同一PLMN内の第2のコアネットワークを選択せず接続する第1のコアネットワークに対して、通常PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項8記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
接続する第1のコアネットワークが緊急呼専用PDUセッション機能をサポートしているか否かを検知し、
前記緊急呼専用PDUセッション機能をサポートしていない場合、
同一PLMN内の第2のコアネットワークが前記音声サービス機能をサポートしているが、前記緊急呼専用PDUセッション機能をサポートしていない場合は、
前記ユーザ装置は、在圏網に関する情報を検知し、他網に在圏している場合は、
CS(Circuit Switching; 回線交換)緊急呼接続を実行する、ことを特徴とする請求項8記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから、同一PLMN内の前記音声サービス機能及び、前記緊急呼専用PDUセッション機能をサポートしている第2のコアネットワークに対してIMS緊急呼接続を促す情報を受信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
前記P-CSCFから受信した同一PLMN内の第2のコアネットワークへの接続を促す情報に基づいて、
同一PLMN内の第2のコアネットワークに対して、前記緊急呼専用PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1、又は、請求項13に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
前記P-CSCFから、同一PLMN内の第2のコアネットワークへの接続を促す情報が含まれていない場合、
前記ユーザ装置は、在圏網に関する情報を検知し、ホーム網に在圏している場合は、
同一PLMN内の第2のコアネットワークを選択せず、接続する第1のコアネットワークに対して、通常PDUセッションを使いIMS緊急呼接続信号を送信する、ことを特徴とする請求項1に記載のユーザ装置。 - 前記送受信部は、前記P-CSCFに対して、前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続信号を送信し、
前記P-CSCFから緊急呼接続であることを示す拒絶又はリダイレクトを示す情報を受信した場合、
前記P-CSCFから、同一PLMN内の第2のコアネットワークへの接続を促す情報が含まれていない場合、
前記ユーザ装置は、在圏網に関する情報を検知し、他網に在圏している場合は、
CS(Circuit Switching; 回線交換)緊急呼接続を行う、ことを特徴とする請求項1に記載のユーザ装置。 - ユーザ装置であって、
前記ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをAMF(Access and Mobility Management Function)に送信し、
前記第12の識別情報含む登録完了メッセージを前記AMFから受信する送受信部を有する、ことを特徴とするユーザ装置。 - ユーザ装置であって、
前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、
第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、
前記第23の識別情報含む拒絶又はリダイレクトメッセージをP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)から受信する送受信部を有する、ことを特徴とするユーザ装置。 - AMF(Access and Mobility Management Function)であって、
ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをユーザ装置から受信し、
前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信する送受信部を有する、ことを特徴とするAMF。 - コアネットワーク装置であって、
ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをユーザ装置から受信し、
前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信する送受信部を有する、ことを特徴とするコアネットワーク装置。 - P-CSCF(Proxy Call Session Control Function; Proxy-CSCF)あって、
ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、
第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、
前記第23の識別情報含む拒絶又はリダイレクトメッセージを前記ユーザ装置に送信する送受信部を有することを特徴とするP-CSCF。 - ユーザ装置の通信制御方法であって、
ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをAMF(Access and Mobility Management Function)に送信するステップと、
前記第12の識別情報含む登録完了メッセージを前記AMFから受信するステップとを有することを特徴とするユーザ装置の通信制御方法。 - ユーザ装置の通信制御方法であって、
前記ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、
第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、
前記第23の識別情報含む拒絶又はリダイレクトメッセージをP-CSCF(Proxy Call Session Control Function; Proxy-CSCF)から受信するステップを有することを特徴とするユーザ装置の通信制御方法。 - AMF(Access and Mobility Management Function)の通信制御方法であって、
ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをユーザ装置から受信するステップと、
前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信するステップとを有することを特徴とするAMFの通信制御方法。 - コアネットワーク装置の通信制御方法であって、
ユーザ装置の登録手続きにおいて、
第1の識別情報は、前記ユーザ装置が登録を試みる第1のコアネットワークが、音声サービス機能、及び/又は、緊急呼の為のベアラ又はPDUセッション機能のサポートを有している事を優先するプリファレンス(Preference; Prf)を示す情報であり、
第12の識別情報は、同一PLMN内の第2のコアネットワークが前記音声サービス機能、及び、前記緊急呼の為のベアラ又は前記PDUセッション機能を提供しているか否かを示す識別情報であり、
前記第1の識別情報含む登録要求メッセージをユーザ装置から受信するステップと、
前記第12の識別情報含む登録完了メッセージを前記ユーザ装置に送信するステップとを有することを特徴とするコアネットワークの通信制御方法。 - P-CSCF(Proxy Call Session Control Function; Proxy-CSCF)の通信制御方法であって、
ユーザ装置が緊急通報と認識できない場合のIMS緊急呼接続手続きにおいて、
第23の識別情報は、音声サービス機能、及び、緊急呼の為のベアラ又はPDUセッション機能をサポートしている同一PLMN内の第2のコアネットワークを示し、前記ユーザ装置に当該コアネットワークを介した緊急呼接続を促す識別情報であり、
前記第23の識別情報含む拒絶又はリダイレクトメッセージを前記ユーザ装置に送信するステップを有することを特徴とするP-CSCFの通信制御方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18820565.2A EP3644686A4 (en) | 2017-06-19 | 2018-06-19 | USER DEVICE, AMF, CORE NETWORK DEVICE, P-CSCF AND COMMUNICATION CONTROL PROCEDURE |
CN201880040784.7A CN110915294B (zh) | 2017-06-19 | 2018-06-19 | 用户装置以及用户装置的通信控制方法 |
CA3067979A CA3067979A1 (en) | 2017-06-19 | 2018-06-19 | User equipment, and communication method performed thereby |
EP22189987.5A EP4114134A1 (en) | 2017-06-19 | 2018-06-19 | Communication method for registration procedure and user equipment |
US16/624,297 US11190995B2 (en) | 2017-06-19 | 2018-06-19 | User equipment, AMF, core network apparatus, P-CSCF, and communication control method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017119513A JP2019004406A (ja) | 2017-06-19 | 2017-06-19 | ユーザ装置、amf、コアネットワーク装置、p−cscf、及び通信制御方法 |
JP2017-119513 | 2017-06-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018235791A1 true WO2018235791A1 (ja) | 2018-12-27 |
Family
ID=64735664
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2018/023197 WO2018235791A1 (ja) | 2017-06-19 | 2018-06-19 | ユーザ装置、amf、コアネットワーク装置、p-cscf、及び通信制御方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11190995B2 (ja) |
EP (2) | EP3644686A4 (ja) |
JP (1) | JP2019004406A (ja) |
CN (1) | CN110915294B (ja) |
CA (1) | CA3067979A1 (ja) |
WO (1) | WO2018235791A1 (ja) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3813397A4 (en) * | 2018-06-25 | 2022-03-23 | NTT DoCoMo, Inc. | NETWORK NODE AND BASE STATION DEVICE |
ES2930109T3 (es) * | 2018-10-25 | 2022-12-05 | Ericsson Telefon Ab L M | Método, aparato y producto de programa informático, para descubrir servicios en una red de telecomunicación proporcionados por una función de red, NF, en una red de telecomunicación basada en una arquitectura Basada en Servicios, SBA |
WO2020213816A1 (ko) * | 2019-04-17 | 2020-10-22 | 엘지전자 주식회사 | 네트워크 장애를 대처하기 위한 방안 |
CN112087748A (zh) * | 2019-06-14 | 2020-12-15 | 华硕电脑股份有限公司 | 无线通信***中用于多通用订户身份模块装置的方法和设备 |
CN113498057A (zh) * | 2020-04-03 | 2021-10-12 | 华为技术有限公司 | 通信***、方法及装置 |
CN114448945B (zh) * | 2020-10-19 | 2024-03-19 | ***通信集团重庆有限公司 | 一种语音呼叫方法、装置、***及用户终端 |
CN114501413A (zh) * | 2022-03-08 | 2022-05-13 | 北京小米移动软件有限公司 | 紧急呼叫方法、装置、用户设备及计算机可读存储介质 |
CN114827975A (zh) * | 2022-05-23 | 2022-07-29 | 中国电信股份有限公司 | 紧急呼叫的处理方法、接入及移动性管理功能网元及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016208768A1 (ja) * | 2015-06-26 | 2016-12-29 | 日本電気株式会社 | 通信装置、端末、及び通信方法 |
JP2017119513A (ja) | 2017-04-06 | 2017-07-06 | テイ・エス テック株式会社 | 操作レバー |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8254877B2 (en) * | 2008-01-04 | 2012-08-28 | Qualcomm Incorporated | Method and apparatus for extended call establishment for IMS emergency calls |
GB2463230A (en) | 2008-08-28 | 2010-03-10 | Nec Corp | Provision of emergency call service in a cellular communication system |
CN101873651B (zh) * | 2009-04-24 | 2012-08-15 | ***通信集团公司 | 一种演进基站间链路切换的方法、***及演进基站 |
EP3097666A1 (en) * | 2014-01-22 | 2016-11-30 | Nokia Solutions and Networks Oy | Method, apparatus and computer program for control of a text component of a call |
US10567943B2 (en) * | 2016-06-15 | 2020-02-18 | Qualcomm Incorporated | Methods and systems for handover of an emergency call between different wireless networks |
US11039380B2 (en) * | 2016-11-03 | 2021-06-15 | Lg Electronics Inc. | Method for moving from NGS to EPS in wireless communication system and apparatus therefor |
CN110089194A (zh) * | 2016-12-23 | 2019-08-02 | 瑞典爱立信有限公司 | 使配置双连接的无线终端能够进入不活动模式的方法和节点 |
US10524166B2 (en) * | 2017-01-09 | 2019-12-31 | Lg Electronics Inc. | Method for interworking between networks in wireless communication system and apparatus thereof |
US11223987B2 (en) * | 2017-02-07 | 2022-01-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Bearer translation |
EP3606115B1 (en) * | 2017-03-20 | 2022-05-04 | LG Electronics Inc. | Method for interaction between layers in wireless communication system and apparatus therefor |
CN108924824B (zh) * | 2017-03-20 | 2020-10-09 | 电信科学技术研究院 | 一种eps承载标识的分配方法、装置、smf及pcf |
US10694364B2 (en) * | 2017-03-24 | 2020-06-23 | Apple Inc. | Providing a local address while roaming |
CN110574449B (zh) * | 2017-04-27 | 2022-06-07 | Lg电子株式会社 | 在无线通信***中通过udm执行amf注册相关过程的方法及其装置 |
US10785694B2 (en) * | 2017-05-09 | 2020-09-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, network functions and a computer program product for supporting the handing over of a user equipment, UE, from a first type of radio access technology, RAT, to a second type of RAT |
WO2018206647A1 (en) * | 2017-05-09 | 2018-11-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and node for handling qos information |
CN110637477B (zh) * | 2017-06-13 | 2022-05-13 | 苹果公司 | 用于蜂窝通信***中的遗留***回退的***、方法和设备 |
US20200112894A1 (en) * | 2017-06-16 | 2020-04-09 | Ntt Docomo, Inc. | User device, radio communication system, and radio communication method |
CA3071180A1 (en) * | 2017-10-16 | 2019-04-25 | Ntt Docomo, Inc. | Communication system, communication control device, and communication method |
RU2735699C1 (ru) * | 2017-10-17 | 2020-11-06 | Телефонактиеболагет Лм Эрикссон (Пабл) | Отображение типа сеанса pdn и pdu и обнаружение способности |
CN110166984B (zh) * | 2018-02-13 | 2021-09-24 | 维沃移动通信有限公司 | 业务处理方法、信息发送方法和相关设备 |
EP3763151B1 (en) * | 2018-03-08 | 2024-01-10 | ZTE Corporation | Methods and system for carrying out a handover of a mobile communication device between different access networks |
US20210022024A1 (en) * | 2019-10-03 | 2021-01-21 | Intel Corporation | Apparatus, system and method to collect or generate network function performance measurements for a service producer of a third generation partnership project 5g management service |
-
2017
- 2017-06-19 JP JP2017119513A patent/JP2019004406A/ja active Pending
-
2018
- 2018-06-19 US US16/624,297 patent/US11190995B2/en active Active
- 2018-06-19 EP EP18820565.2A patent/EP3644686A4/en not_active Withdrawn
- 2018-06-19 WO PCT/JP2018/023197 patent/WO2018235791A1/ja unknown
- 2018-06-19 CA CA3067979A patent/CA3067979A1/en active Pending
- 2018-06-19 CN CN201880040784.7A patent/CN110915294B/zh active Active
- 2018-06-19 EP EP22189987.5A patent/EP4114134A1/en not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016208768A1 (ja) * | 2015-06-26 | 2016-12-29 | 日本電気株式会社 | 通信装置、端末、及び通信方法 |
JP2017119513A (ja) | 2017-04-06 | 2017-07-06 | テイ・エス テック株式会社 | 操作レバー |
Non-Patent Citations (3)
Title |
---|
3GPP: "3GPP; TSG SA; System Architecture for the 5G System; stage 2 (release 15)", 3GPP TS 23.501 V1. 0. 0, 1 June 2017 (2017-06-01), pages 1 - 146, XP055564653 * |
NOKIA ET AL.: "TS 23. 501:Voice and emergency session support for 5G", 3GPP SA WG2 MEETING #121 S2-173417, 9 May 2017 (2017-05-09), pages 2 - 173417, XP051268864 * |
See also references of EP3644686A4 |
Also Published As
Publication number | Publication date |
---|---|
CA3067979A1 (en) | 2018-12-27 |
US11190995B2 (en) | 2021-11-30 |
CN110915294B (zh) | 2021-11-12 |
US20200128460A1 (en) | 2020-04-23 |
EP4114134A1 (en) | 2023-01-04 |
EP3644686A1 (en) | 2020-04-29 |
CN110915294A (zh) | 2020-03-24 |
EP3644686A4 (en) | 2020-10-14 |
JP2019004406A (ja) | 2019-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111955051B (zh) | Ue及其通信方法 | |
CN110915294B (zh) | 用户装置以及用户装置的通信控制方法 | |
JP2022524122A (ja) | ワイヤレスネットワークによるワイヤレスデバイスのページング | |
US11025676B2 (en) | Communication system | |
JP6847892B2 (ja) | Ue及び通信制御方法 | |
EP3637811B1 (en) | Method for transceiving signal in association with multi-homing based psa addition in wireless communication system and apparatus therefor | |
CA3063020A1 (en) | User equipment (ue) | |
JP6918742B2 (ja) | UE(User Equipment) | |
WO2019031434A1 (ja) | 端末装置、コアネットワーク内の装置、及び通信制御方法 | |
WO2019031433A1 (ja) | 端末装置、コアネットワーク内の装置、及び通信制御方法 | |
WO2021029381A1 (ja) | Ue、及び通信制御方法 | |
JP2020025212A (ja) | Ue、及びコアネットワーク装置 | |
JP2020025213A (ja) | Ue、及びコアネットワーク装置 | |
WO2023013276A1 (ja) | UE(User Equipment) | |
JP2019062443A (ja) | 端末装置、及び通信制御方法 | |
WO2023013278A1 (ja) | UE(User Equipment) |
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: 18820565 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 3067979 Country of ref document: CA |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2018820565 Country of ref document: EP Effective date: 20200120 |