WO2022107783A1 - UE(User Equipment) - Google Patents
UE(User Equipment) Download PDFInfo
- Publication number
- WO2022107783A1 WO2022107783A1 PCT/JP2021/042144 JP2021042144W WO2022107783A1 WO 2022107783 A1 WO2022107783 A1 WO 2022107783A1 JP 2021042144 W JP2021042144 W JP 2021042144W WO 2022107783 A1 WO2022107783 A1 WO 2022107783A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- procedure
- pdu session
- snpn
- network
- state
- Prior art date
Links
- 238000000034 method Methods 0.000 abstract description 377
- 230000006870 function Effects 0.000 description 174
- 238000004891 communication Methods 0.000 description 63
- 230000005540 biological transmission Effects 0.000 description 39
- 230000008569 process Effects 0.000 description 21
- 238000007726 management method Methods 0.000 description 17
- 238000010295 mobile communication Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 15
- 230000004048 modification Effects 0.000 description 13
- 238000012986 modification Methods 0.000 description 13
- 238000010187 selection method Methods 0.000 description 12
- 238000013475 authorization Methods 0.000 description 9
- 238000012546 transfer Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 8
- 230000007704 transition Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 239000013256 coordination polymer Substances 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 102100038254 Cyclin-F Human genes 0.000 description 1
- 101000884183 Homo sapiens Cyclin-F Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000012517 data analytics Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000011522 transarterial infusion chemotherapy Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Definitions
- the present invention relates to UE (User Equipment).
- UE User Equipment
- Non-Patent Documents 1 to 3 The concept of NPN (Non-Public Network) was introduced in the Release 16 standard, and its functional expansion is discussed in Release 17 (see Non-Patent Document 4).
- NPN Non-Public Network
- 3GPP TS 23.501 V16.6.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 16) 3GPP TS 23.502 V16.6.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 16) 3GPP TS 24.501 V17.0.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 16) 3GPP TR 23.700-07 V1.1.0 (2020-10); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhanced support of non-public networks (Release 17)
- Non-Patent Document 4 the support for non-3GPP access to SNPN (Stand-alone NPN), which is a form of NPN, was planned to be discussed, but it has not been discussed yet. Furthermore, specifically, a method of connecting to the SNPN service using non-3GPP access, a method of connecting to the PLMN service via the SNPN connected using non-3GPP access, and a method of connecting to the PLMN service using non-3GPP access. None is disclosed about how to connect to the SNPN service via the connected PLMN.
- One aspect of the present invention has been made in view of the above circumstances, and is a method of connecting to an SNPN service using non-3GPP access or PLMN via a SNPN connected using non-3GPP access.
- the purpose is to clarify how to connect to the service and how to connect to the SNPN service via PLMN connected using non-3GPP access.
- the UE of one aspect of the present invention is a UE (User Equipment) provided with a control unit, and is PLMN (User Equipment) using 3GPP access via SNPN (Stand-alone Non-Public Network) using non-3GPP access.
- PLMN User Equipment
- SNPN Seand-alone Non-Public Network
- the control unit When connecting to the Public Land Mobile Network) service, the control unit operates in the SNPN access mode on non-3GPP access, and does not operate in the SNPN access mode on 3GPP access.
- a method of connecting to the SNPN service using non-3GPP access a method of connecting to the PLMN service via the SNPN connected using non-3GPP access, and a non-3GPP access. It is possible to provide a method of connecting to the SNPN service via the PLMN connected using it.
- FIG. 1 is a diagram for explaining the outline of the mobile communication system 1
- FIG. 2 is a diagram for explaining the detailed configuration thereof.
- FIG. 3 is a diagram for explaining the outline of the mobile communication system 2
- FIGS. 4 and 5 are diagrams for explaining the detailed configuration thereof.
- FIG. 6 is a diagram for explaining the outline of the mobile communication system 3
- FIGS. 7 and 8 are diagrams for explaining the detailed configuration thereof.
- FIG. 1 shows communication system 1 composed of UE (User Equipment) _10, access network _100, core network _200, and DN (Data Network) _250.
- UE User Equipment
- DN Data Network
- the access network_100 in FIG. 1 may be 3GPP access or non-3GPP access, but here, it is assumed that it is non-3GPP access.
- Communication system 1 in FIG. 1 assumes that the UE connects directly to an SNPN service (hereinafter, also referred to as a service provided by SNPN, or SNPN) via non-3GPP access.
- SNPN SNPN service
- the UE executes the registration procedure for the core network_200 via non-3GPP access (access network_100) in the SNPN and becomes registered.
- the PDU session established by executing the PDU session establishment procedure becomes communicable with DN_250.
- the UE is connected to the SNPN service.
- the access network_100 and / or the core network_200 and / or the DN_250 can be said to be networks constituting the SNPN.
- the device / network functions included in the access network_100, the core network_200, and the DN_250 are the device / network functions constituting the SNPN.
- Communication system 1 is such a communication system.
- Fig. 2 shows the device / network functions such as UE_10, AMF_210, SMF_220, UPF_230, N3IWF_240, DN_250, and the interface for connecting them to each other.
- AMF, SMF, UPF, and N3IWF may be included in the core network_200.
- a base station appliance or access point is installed between the UE and the N3IWF.
- the base station device or access point may be included in the access network.
- FIG. 3 shows a communication system 2 composed of UE_10, access network_102, core network_202, DN_252, core network_200, and DN_250.
- the access network_102 in FIG. 3 may be 3GPP access or non-3GPP access, but here, it is assumed that it is non-3GPP access.
- Communication system 2 in FIG. 3 assumes that the UE connects to the SNPN service via the PLMN. Specifically, in the communication system 2 of FIG. 3, the UE first connects to the PLMN service (hereinafter, also referred to as a service provided by PLMN, or PLMN) via non-3GPP access, and then Furthermore, it is assumed to connect to the SNPN service via 3GPP access or non-3GPP access.
- PLMN service hereinafter, also referred to as a service provided by PLMN, or PLMN
- the UE executes a registration procedure for the core network_202 via non-3GPP access (access network_102) and enters the registration state, and then PDUs.
- PDU session established by executing the session establishment procedure (hereinafter, also referred to as the second PDU session)
- DN_252 the PDU session establishment procedure
- the UE when the UE connects to the SNPN service via PLMN, the parts of access network_102, core network_202, and DN_252 that make up PLMN, and / or the second PDU session, and / Alternatively, the user plane resources (communication resources for sending and receiving user data) constituting the second PDU session may be treated as 3GPP access or non-3GPP access (access network_100). Then, when the UE further connects to the SNPN service via PLMN, after executing the registration procedure for the core network_200 via its 3GPP access or non-3GPP access and entering the registration state.
- 3GPP access or non-3GPP access access network_100
- the PDU session established by executing the PDU session establishment procedure becomes communicable with DN_250.
- the UE is connected to the SNPN service via the PLMN.
- the access network_102 and / or the core network_202 and / or the DN_252 can be said to be networks constituting the PLMN.
- the device / network functions included in the access network_102, the core network_202, and the DN_252 are the device / network functions constituting the PLMN.
- access network_102 It also accesses the access network_102, core network_202, and DN_252 parts that make up PLMN, and / or the user plane resources that make up the second PDU session and / or the second PDU session.
- access network_100 and / or core network_200 and / or DN_250 are networks that make up SNPN, or networks that make up SNPN through PLMN, or SNPN services via PLMN. It can be said that it is a network that constitutes the SNPN when connecting to.
- the device / network functions included in the access network_100, core network_200, and DN_250 are the device / network function constituting the SNPN, the device / network function constituting the SNPN via PLMN, or via PLMN. It can be said that it is a device / network function that constitutes the SNPN when connecting to the SNPN service.
- Communication system 2 is such a communication system.
- the third PDU session may be said to be a PDU session using the second PDU session, or may be said to be a PDU session included in the second PDU session. In this way, it can be said that the third PDU session is a PDU session different from a normal PDU session (first PDU session or second PDU session).
- the access network_100 shown by the broken line in Fig. 3 is not used in communication system 2.
- the access network_100 is shown by a broken line in order to compare communication system 2 with communication system 1.
- FIG. 4 shows devices / network functions such as UE_10, AMF_210, AMF_212, SMF_220, SMF_222, UPF_230, UPF_232, N3IWF_240, N3IWF_242, DN_250, DN_252, and interfaces for connecting them to each other.
- AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in the core network_202.
- AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in the core network_200.
- a base station appliance or access point is installed between the UE and N3IWF_242. The base station device or access point may be included in access network_102.
- FIG. 5 describes device / network functions such as UE_10, AMF_210, AMF_212, SMF_220, SMF_222, UPF_230, UPF_232, N3IWF_242, DN_250, DN_252, NF_260, and interfaces for connecting them to each other.
- AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in the core network_202.
- AMF_210, SMF_220, UPF_230, and NF_260 may be included in the core network_200.
- a base station device or access point is installed between the UE and N3IWF_242. The base station device or access point may be included in access network_102.
- the NF_260 may be a gateway (hereinafter, also referred to as an end point) installed in the SNPN for the UE to connect to the SNPN service via the PLMN.
- a gateway hereinafter, also referred to as an end point
- NF_260 may be a device / network function installed in the core network_200 of SNPN.
- NF_260 may be an existing device / network function (for example, AMF, SMF, UPF, etc.) installed in the core network_200, or may be a new device / network function.
- NF_260 may be a device / function installed in the access network_100 of SNPN.
- the base station device installed in the access network_100 may have this function.
- the NF_260 may have a function of transferring control information and user data (non-control information) to an appropriate device / network function, for example. Specifically, the NF_260 transfers the control information and user data received from the DN_252 to the device / network function constituting the SNPN by using the second PDU session established between the UE and the DN_252. It may have a function of transferring control information and user data received from the function and / or the device / network function constituting the SNPN to DN_252 or a second PDU session.
- the NF_260 uses the second PDU session to send an MM message (eg, registration request message, etc.) and / or SM message (eg, PDU session establishment request message, etc.) to the SNPN sent from the UE.
- MM message received from the device / network function (eg, AMF or SMF) that constitutes the SNPN and / or the device / network function that constitutes the SNPN (eg, AMF or SMF) when received from DN_252. It may have a function of transferring (for example, a registration acceptance message, etc.) and / or an SM message (for example, a PDU session establishment acceptance message, etc.) to DN_252 or a second PDU session.
- MM message received from the device / network function (eg, AMF or SMF) that constitutes the SNPN and / or the device / network function that constitutes the SNPN (eg, AMF or SMF) when received from DN_252.
- It may
- NF_260 performs encryption processing and encryption processing (ciphering) processing for MM messages (for example, registration request message etc.) and / or SM messages (for example, PDU session establishment request message etc.) for SNPN transmitted from UE received from DN_252. / Or the function to execute the integrity protection process, and / or the MM message (eg, registration acceptance message, etc.) and / or SM message received from the device / network function (for example, AMF or SMF) that constitutes the SNPN. It may have a function to perform encryption processing and / or integrity protection processing (for example, PDU session establishment acceptance message, etc.).
- MM messages for example, registration request message etc.
- SM messages for example, PDU session establishment request message etc.
- SNPN transmitted from UE received from DN_252.
- the NF_260 may have a function of determining whether or not the UE connects to the SNPN service via the PLMN.
- the NF_260 may have a function of storing the third PDU session and the second PDU session in association with each other when the third PDU session is established between the UE and the DN_250. Specifically, the NF_260 has the ability to transfer user data sent from the UE to DN_250 when a third PDU session is established, and / or receive user data from DN_250. If so, it may have a function to transfer to DN_252.
- FIG. 6 shows a communication system 3 composed of UE_10, access network_100, core network_200, DN_250, core network_202, and DN_252.
- the access network_100 in FIG. 6 may be 3GPP access or non-3GPP access, but here, it is assumed that it is non-3GPP access.
- Communication system 3 in FIG. 6 assumes that the UE connects to the PLMN service via the SNPN. Specifically, in the communication system 3 of FIG. 6, the UE first connects to the SNPN service via non-3GPP access, and then connects to the PLMN service via 3GPP access or non-3GPP access. It is supposed to be done. More specifically, first, the UE performs a registration procedure for the core network_200 via non-3GPP access (access network_100) in the SNPN, and then enters the registration state, and then the PDU.
- the fourth PDU session may be the same as the first PDU session described above.
- the UE is connected to the SNPN service.
- the user plane resources that make up the fourth PDU session may be treated as 3GPP access or non-3GPP access (access network_102).
- the PDU session established by executing the PDU session establishment procedure (hereinafter, also referred to as the fifth PDU session) becomes communicable with DN_252.
- the access network_100 and / or the core network_200 and / or the DN_250 can be said to be networks constituting the SNPN.
- the device / network functions included in the access network_100, the core network_200, and the DN_250 are the device / network functions constituting the SNPN. It also accesses the access network_100, core network_200, and DN_250 parts that make up the SNPN, and / or the user plane resources that make up the fourth PDU session and / or the fourth PDU session.
- access network_102 and / or core network_202 and / or DN_252 are networks that make up PLMN, or networks that make up PLMN through SNPN, or PLMN services via SNPN. It can be said that it is a network that constitutes PLMN when connecting to.
- the device / network function included in the access network_102, core network_202, and DN_252 is the device / network function constituting the PLMN, the device / network function constituting the PLMN via the SNPN, or via the SNPN. It can be said that it is a device / network function that constitutes PLMN when connecting to the PLMN service.
- Communication system 3 is such a communication system.
- the fifth PDU session may be said to be a PDU session using the fourth PDU session, or may be said to be a PDU session included in the fourth PDU session. In this way, it can be said that the fifth PDU session is a PDU session different from the normal PDU session (fourth PDU session).
- the access network_102 shown by the broken line in Fig. 6 is not used in communication system 3.
- the access network_102 is described by a broken line in order to compare the communication system 3 with the communication system 2.
- FIG. 7 describes devices / network functions such as UE_10, AMF_210, AMF_212, SMF_220, SMF_222, UPF_230, UPF_232, N3IWF_240, N3IWF_242, DN_250, DN_252, and interfaces for connecting them to each other.
- AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in the core network_200.
- AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in the core network_202.
- a base station device or access point is installed between the UE and N3IWF_240. The base station device or access point may be included in access network_100.
- FIG. 8 describes device / network functions such as UE_10, AMF_210, AMF_212, SMF_220, SMF_222, UPF_230, UPF_232, N3IWF_240, DN_250, DN_252, NF_262, and interfaces for connecting them to each other.
- AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in the core network_200.
- AMF_212, SMF_222, UPF_232, and NF_262 may be included in the core network_202.
- a base station device or access point is installed between the UE and N3IWF_240. The base station device or access point may be included in access network_100.
- the NF_262 may be a gateway (hereinafter, also referred to as an end point) installed in the PLMN for the UE to connect to the PLMN service via the SNPN.
- a gateway hereinafter, also referred to as an end point
- NF_262 may be a device / network function installed in PLMN's core network_202.
- NF_262 may be an existing device / network function (for example, AMF, SMF, UPF, etc.) installed in the core network_202, or may be a new device / network function.
- NF_262 may be a device / function installed in the access network_102 of PLMN.
- the base station device installed in the access network_102 may have this function.
- the NF_262 may have a function of transferring control information and user data (non-control information) to an appropriate device / network function, for example.
- NF_262 uses the fourth PDU session established between the UE and DN_250 to transfer the control information and user data received from DN_250 to the device / network functions that make up PLMN. It may have a function of transferring control information and user data received from a function and / or a device / network function constituting PLMN to DN_250 or a fourth PDU session.
- NF_262 uses the fourth PDU session to send MM messages (eg registration request messages, etc.) and / or SM messages (eg, PDU session establishment request messages, etc.) to the PLMN sent from the UE.
- MM message received from the device / network function (eg, AMF or SMF) that constitutes PLMN, and / or the device / network function that constitutes PLMN (eg, AMF or SMF) when received from DN_250. It may have a function of transferring (for example, a registration acceptance message, etc.) and / or an SM message (for example, a PDU session establishment acceptance message, etc.) to DN_250 or a fourth PDU session.
- NF_262 is encrypted (ciphering) processing for MM messages (for example, registration request message etc.) and / or SM messages (for example, PDU session establishment request message etc.) for PLMN transmitted from UE received from DN_250.
- the NF_262 may have a function of determining whether or not the UE connects to the PLMN service via the SNPN.
- NF_262 may have a function of storing the fifth PDU session and the fourth PDU session in association with each other when the fifth PDU session is established between the UE and DN_252. Specifically, the NF_262 has the ability to transfer user data sent from the UE to DN_252 when a fifth PDU session is established, and / or receive user data from DN_252. If so, it may have a function to transfer to DN_250.
- 5GS which is a 5G system, is configured to include a UE, an access network, and a core network, but may further include a DN.
- the UE can also connect to network services via 3GPP access (3GPP access network, also referred to as 3GPPAN) and / or non-3GPP access (non-3GPP access network, also referred to as non-3GPPAN). It is a device. Further, the UE may be a terminal device capable of wireless communication such as a mobile phone or a smartphone, and may be a terminal device capable of connecting to EPS (Evolved Packet System) which is a 4G system and 5GS. In addition, the UE may be provided with UICC (Universal Integrated Circuit Card) or eUICC (Embedded UICC). The UE may be expressed as a user device or a terminal device.
- 3GPP access network also referred to as 3GPPAN
- non-3GPP access also referred to as non-3GPPAN
- EPS Evolved Packet System
- UE may be provided with UICC (Universal Integrated Circuit Card) or eUICC (Embedded UICC).
- UICC Universal
- the access network may be referred to as a 5G access network (5GAN).
- 5GAN is composed of NG-RAN (NGRadioAccessNetwork) and / or non-3GPP access network (non-3GPPAN).
- the base station device may be, for example, gNB (gNodeB).
- the gNB is a node that provides the NR (New Radio) user plane and the control plane to the UE, and is a node that connects to the 5GC via an NG interface (including an N2 interface or an N3 interface). That is, gNB is a base station device newly designed for 5GS and has a different function from the base station device (eNB) used in EPS.
- eNB base station device
- each gNB is connected to each other by, for example, an Xn interface.
- NG-RAN may be referred to as 3GPP access.
- non-3GPP AN may be referred to as non-3GPP access.
- the nodes arranged in the access network may be collectively referred to as NG-RAN nodes.
- the device included in the access network and / or the device included in the access network may be referred to as an access network device.
- base station equipment or access points are located in the access network.
- the core network is compatible with 5GC (5G Core Network).
- 5GC 5G Core Network
- AMF, UPF, SMF, PCF, N3IWF and the like are arranged in 5GC.
- 5GC may be expressed as 5GCN.
- the core network and / or the device included in the core network may be referred to as a core network device.
- the core network may be an IP mobile communication network operated by a mobile network operator (MNO) that connects an access network and a DN, or a mobile that operates and manages a mobile communication system. It may be a core network for a communication operator, or it may be a core network for a virtual mobile communication operator such as MVNO (Mobile Virtual Network Operator) or MVNE (Mobile Virtual Network Enabler) or a virtual mobile communication service provider.
- MNO mobile network operator
- MVNO Mobile Virtual Network Operator
- MVNE Mobile Virtual Network Enabler
- the DN may be a DN that provides a communication service to the UE. Further, the DN may be configured as a packet data service network or may be configured for each service. Further, the DN may include a connected communication terminal. Therefore, connecting to the DN may be connecting to a communication terminal or a server device arranged in the DN. Further, sending and receiving user data to and from the DN may be sending and receiving user data to and from a communication terminal or server device arranged in the DN.
- At least a part of an access network, a core network, and a DN may be referred to as a network or a network device.
- one or more devices included in at least a part of an access network, a core network, and a DN may be referred to as a network or a network device. That is, a network or network device sending and receiving messages and / or performing procedures means that at least a portion of the access network, core network, DN, or one or more devices contained therein send and receive messages. And / or perform the procedure.
- the UE can connect to the access network.
- the UE can also connect to the core network via the access network.
- the UE can connect to the DN via the access network and the core network. That is, the UE can send / receive (communicate) user data with the DN. Further, when the UE sends and receives user data, not only IP (Internet Protocol) communication but also non-IP communication may be used.
- IP Internet Protocol
- IP communication is data communication using IP, and data is transmitted and received by IP packets.
- An IP packet is composed of an IP header and a payload part.
- the payload section may include devices / functions included in EPS and data transmitted / received by devices / functions included in 5GS.
- non-IP communication is data communication that does not use IP, and data is sent and received in a format different from the structure of IP packets.
- non-IP communication may be data communication realized by sending and receiving application data to which an IP header is not added, or a UE may add another header such as a Mac header or an Ethernet (registered trademark) frame header.
- User data to be sent and received may be sent and received.
- each device may be configured as physical hardware, may be configured as logical (virtual) hardware configured on general-purpose hardware, or may be configured as software. May be done. Further, at least a part (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.
- each storage unit (storage unit_340, storage unit_540, storage unit_740) in each device / function appearing below is, for example, a semiconductor memory, SSD (Solid State Drive), HDD (Hard Disk Drive). ) Etc.
- each storage unit has not only the information originally set from the shipping stage, but also devices / functions other than its own device / function (for example, UE and / or access network device, and / or core network device, and /. Or, various information transmitted / received to / from PDN and / or DN) can be stored.
- each storage unit can store identification information, control information, flags, parameters, and the like included in control messages transmitted and received in various communication procedures described later. Further, each storage unit may store such information for each UE.
- the UE is composed of a control unit_300, an antenna_310, a transmission / reception unit_320, and a storage unit_340.
- the control unit _300, the transmission / reception unit _320, and the storage unit _340 are connected via a bus.
- the transmitter / receiver_320 is connected to the antenna_310.
- Control unit_300 is a functional unit that controls the operation and functions of the entire UE.
- the control unit_300 may process all the functions that the other functional units (transmission / reception unit_320, storage unit_340) in the UE do not have.
- the control unit_300 realizes various processes in the UE by reading and executing various programs stored in the storage unit_340 as needed.
- the transmission / reception unit_320 is a functional unit for wireless communication with a base station device or the like in the access network via the antenna_310. That is, the UE may send / receive user data and / or control information to / from the access network device and / or the core network device and / or the PDN and / or DN by using the transmission / reception unit_320. can.
- the UE can communicate with the base station device (gNB) in 5GAN by using the transmission / reception unit_320.
- the UE can send and receive NAS (Non-Access-Stratum) messages to and from the AMF via the N1 interface by using the transmitter / receiver _320.
- NAS Non-Access-Stratum
- the storage unit_340 is a functional unit for storing programs, user data, control information, etc. required for each operation of the UE. Further, the storage unit_340 may have a function of storing control information transmitted / received to / from the access network device, the core network device, and the DN.
- the gNB is composed of a control unit_500, an antenna_510, a network connection unit_520, a transmission / reception unit_530, and a storage unit_540.
- the control unit _500, the network connection unit _520, the transmission / reception unit _530, and the storage unit _540 are connected via a bus.
- the transmitter / receiver_530 is connected to the antenna_510.
- Control unit_500 is a functional unit that controls the operation and functions of the entire gNB.
- the control unit_500 may process all the functions that the other functional units (network connection unit_520, transmission / reception unit_530, storage unit_540) in the base station apparatus do not have.
- the control unit_500 realizes various processes in gNB by reading and executing various programs stored in the storage unit_540 as needed.
- the network connection part_520 is a functional part for gNB to communicate with AMF and / or UPF. That is, the gNB can send and receive user data and / or control information to and from the AMF and / or UPF using the network connection unit_520.
- the transmission / reception unit_530 is a functional unit for wireless communication with the UE via the antenna_510. That is, the gNB can transmit / receive user data and / or control information to / from the UE by using the transmission / reception unit_530.
- the gNB in 5GAN can communicate with AMF via the N2 interface and can communicate with UPF via the N3 interface by using the network connection part_520. Further, the gNB can communicate with the UE by using the transmission / reception unit_530.
- the storage unit_540 is a functional unit for storing programs, user data, control information, etc. required for each operation of gNB. Further, the storage unit_540 may have a function of storing control information transmitted / received to / from the UE, another access network device (base station device), the core network device, and the DN.
- the access point may have the same device configuration as gNB.
- the AMF consists of a control unit_700, a network connection unit_720, and a storage unit_740.
- the control unit_700, network connection unit_720, and storage unit_740 are connected via a bus.
- the AMF may be a node that handles the control plane (also referred to as the C-plane).
- Control unit_700 is a functional unit that controls the operation and functions of the entire AMF.
- the control unit_700 may process all the functions that the other functional units (network connection unit_720, storage unit_740) in the AMF do not have.
- the control unit _700 realizes various processes in the AMF by reading and executing various programs stored in the storage unit _740 as needed.
- the network connection part_720 is a base station device and / or N3IWF, and / or other AMF, and / or SMF, and / or PCF, and / or NSSF (Network Slice Selection Function), and / or. It is a functional part for connecting to UDM (Unified Data Management) and / or SCEF. That is, the AMF uses the network connection _720 to use the base station equipment and / or N3IWF, and / or other AMF, and / or SMF, and / or PCF, and / or NSSF, and / or UDM. User data and / or control information can be sent and received with and / or SCEF.
- UDM Unified Data Management
- the AMF in 5GCN can communicate with the base station device or N3IWF via the N2 interface and with other AMFs via the N14 interface by using the network connection _720.
- Can communicate with SMF via N11 interface can communicate with PCF via N15 interface, can communicate with NSSF via N22 interface, UDM via N8 interface Can communicate with.
- AMF can send and receive NAS messages to and from the UE via the N1 interface by using the network connection unit_720.
- the N1 interface is logical, communication between the UE and AMF is actually done via 5GAN.
- the storage unit_740 is a functional unit for storing programs, user data, control information, etc. required for each operation of AMF. Further, the storage unit_740 may have a function of storing control information transmitted / received to / from the UE, the access network device, another core network device, and the DN.
- AMF has a function to exchange control messages with RAN using N2 interface, a function to exchange NAS messages with UE using N1 interface, a function to encrypt and protect the integrity of NAS messages, and registration management.
- the RM status for each UE is managed.
- the RM state may be synchronized between the UE and AMF.
- the RM state includes a non-registered state (RM-DEREGISTERED state) and a registered state (RM-REGISTERED state).
- RM-DEREGISTERED state the UE is not registered in the network, and the UE context in the AMF does not have valid location information or routing information for the UE, so the AMF cannot reach the UE.
- the RM-REGISTERED state the UE is registered in the network, so the UE can receive services that require registration with the network.
- the RM state may be expressed as a 5GMM state.
- the RM-DEREGISTERED state may be expressed as the 5GMM-DEREGISTERED state
- the RM-REGISTERED state may be expressed as the 5GMM-REGISTERED state.
- 5GMM-REGISTERED may be in a state where each device has established a 5GMM context or a state in which a PDU session context has been established.
- the UE may start sending and receiving user data and control messages, or may respond to paging. Further, if each device is 5GMM-REGISTERED, the UE may execute a registration procedure other than the registration procedure for initial registration and / or a service request procedure.
- each device may be in a state where the 5GMM context has not been established, the position information of the UE may not be known to the network, or the network reaches the UE. It may be in an impossible state. If each device is 5GMM-DEREGISTERED, the UE may start the registration procedure or establish the 5GMM context by executing the registration procedure.
- the CM status for each UE is managed.
- the CM state may be synchronized between the UE and AMF.
- the CM state includes 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 does not have a NAS signaling connection established with the AMF via the N1 interface.
- the CM-IDLE state the UE does not have an N2 interface connection (N2 connection) or an N3 interface connection (N3 connection).
- N2 connection N2 interface connection
- N3 connection N3 interface connection
- the CM-CONNECTED state it has a NAS signaling connection established with AMF via the N1 interface.
- the CM-CONNECTED state the UE may have an N2 interface connection (N2 connection) and / or an N3 interface connection (N3 connection).
- the CM state in 3GPP access and the CM state in non-3GPP access may be managed separately.
- the CM state in 3GPP access may be a non-connected state in 3GPP access (CM-IDLE state over 3GPP access) and a connected state in 3GPP access (CM-CONNECTED state over 3GPP access).
- the CM state in non-3GPP access includes the non-connected state (CM-IDLE state over non-3GPP access) in non-3GPP access and the connection state (CM-CONNECTED state over non-3GPP access) in non-3GPP access. ) And so on.
- the non-connected state may be expressed as an idle mode
- the connected state mode may be expressed as a connected mode.
- the CM state may be expressed as 5GMM mode (5GMM mode).
- the non-connected state may be expressed as 5GMM non-connected mode (5GMM-IDLE mode)
- the connected state may be expressed as 5GMM connected mode (5GMM-CONNECTED mode).
- the non-connected state in 3GPP access may be expressed as 5GMM non-connected mode (5GMM-IDLE mode over 3GPP access) in 3GPP access
- the connected state in 3GPP access may be expressed as 5GMM connection mode (5GMM-) in 3GPP access. It may be expressed as CONNECTED mode over 3GPP access).
- non-connected state in non-3GPP access may be expressed as 5GMM non-connected mode (5GMM-IDLE mode over non-3GPP access) in non-3GPP access, and the connected state in non-3GPP access is non.
- -3GPP access may be expressed as 5GMM connection mode (5GMM-CONNECTED mode over non-3GPP access).
- the 5GMM non-connection mode may be expressed as an idle mode, and the 5GMM connection mode may be expressed as a connected mode.
- AMF may be placed in the core network.
- AMF may be an NF (Network Function) that manages one or more NSIs (Network Slice Instances).
- NSIs Network Slice Instances
- AMF 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)
- N3IWF is a device and / or function that is placed between non-3GPP access and 5GCN when the UE connects to 5GS via non-3GPP access. N3IWF should be located in the core network.
- the SMF consists of a control unit_700, a network connection unit_720, and a storage unit_740.
- the control unit_700, network connection unit_720, and storage unit_740 are connected via a bus.
- the SMF may be a node that handles the control plane.
- Control unit_700 is a functional unit that controls the operation and functions of the entire SMF.
- the control unit_500 may process all the functions that the other functional units (network connection unit_720, storage unit_740) in the SMF do not have.
- the control unit _700 realizes various processes in the SMF by reading and executing various programs stored in the storage unit _740 as needed.
- the network connection part_720 is a functional part for SMF to connect with AMF and / or UPF, and / or PCF, and / or UDM. That is, the SMF can send and receive user data and / or control information between the AMF and / or the UPF, and / or the PCF, and / or the UDM by using the network connection unit_720.
- the SMF in the 5GCN can communicate with the AMF via the N11 interface, with the UPF via the N4 interface, and via the N7 interface by using the network connection _720. , Can communicate with PCF and can communicate with UDM via N10 interface.
- the storage unit_740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the SMF. Further, the storage unit_740 may have a function of storing control information transmitted / received to / from the UE, the access network device, another core network device, and the DN.
- SMF has session management functions such as establishment / modification / release of PDU sessions, IP address allocation and management functions for UEs, UPF selection and control functions, and appropriate destinations (destination). ), UPF setting function for routing traffic to), function to send and receive SM part of NAS message, function to notify that downlink data has arrived (Downlink Data Notification), AN via N2 interface via AMF It has a function to provide SM information peculiar to AN (for each AN) transmitted to, a function to determine the SSC mode (Session and Service Continuity mode) for the session, a roaming function, and the like.
- SSC mode Session and Service Continuity mode
- the UPF consists of a control unit_700, a network connection unit_720, and a storage unit_740.
- the control unit_700, network connection unit_720, and storage unit_740 are connected via a bus.
- the UPF may be a node that handles the control plane.
- Control unit_700 is a functional unit that controls the operation and functions of the entire UPF.
- the control unit_700 may process all the functions that the other functional units (network connection unit_720, storage unit_740) in the AMF do not have.
- the control unit _700 realizes various processes in the UPF by reading and executing various programs stored in the storage unit _740 as needed.
- the network connection unit_720 is a functional unit for the UPF to connect to the base station device (gNB) in 5GAN and / or the SMF and / or the DN. That is, the UPF uses the network connection _720 to control user data and / or control between the base station equipment and / or the N3IWF, and / or the SMF, and / or the DN, and / or other UPFs. Information can be sent and received.
- the UPF in 5GCN can communicate with the base station device or N3IWF via the N3 interface, and can communicate with the SMF via the N4 interface by using the network connection part_720, N6. It can communicate with the DN via the interface and with other UPFs via the N9 interface.
- the storage unit_740 is a functional unit for storing programs, user data, control information, etc. required for each operation of UPF. Further, the storage unit_740 may have a function of storing control information transmitted / received to / from the UE, the access network device, another core network device, and the DN.
- UPF acts as an anchor point for intra-RAT mobility or inter-RAT mobility, as an external PDU session point for interconnecting to the DN (ie, as a gateway between the DN and the core network) for user data.
- Forwarding function packet routing and forwarding function
- ULCL Uplink Classifier
- ULCL Uplink Classifier
- It has a function, a QoS (Quality of Service) processing function for userplane, a function for verifying uplink traffic, a function for buffering downlink packets, and a function for triggering downlink data notification (Downlink Data Notification).
- QoS Quality of Service
- the UPF may also be a gateway for IP communication and / or non-IP communication.
- the UPF may have a function of transferring IP communication, or may have a function of converting between non-IP communication and IP communication.
- the plurality of gateways to be arranged may be a gateway connecting the core network and a single DN.
- the UPF may have connectivity with other NFs, or may be connected to each device via other NFs.
- the user plane is user data transmitted and received between the UE and the network.
- the user plane may be transmitted and received using a PDN connection or a PDU session.
- the user plane may be transmitted and received using the LTE-Uu interface and / or the S1-U interface and / or the S5 interface and / or the S8 interface and / or the SGi interface.
- the user plane may be transmitted and received via the interface between the UE and NG RAN and / or the N3 interface and / or the N9 interface and / or the N6 interface.
- the user plane may be expressed as a U-Plane.
- control plane is a control message sent and received to control the communication of the UE.
- the control plane may be transmitted and received using a NAS (Non-Access-Stratum) signaling connection between the UE and the MME.
- NAS Non-Access-Stratum
- the control plane may be transmitted and received using the LTE-Uu interface and the S1-MME interface.
- the control plane may be transmitted and received using the interface between the UE and NG RAN, and the N2 interface.
- the control plane may be expressed as a control plane or a C-Plane.
- the U-Plane (User Plane; UP) may be a communication path for transmitting and receiving user data, and may be composed of a plurality of bearers.
- the C-Plane (Control Plane; CP) may be a communication path for transmitting and receiving control messages, and may be composed of a plurality of bearers.
- N3IWF device configuration Next, an example of the apparatus / functional configuration of the N3IWF used in each embodiment will be described with reference to FIG. N3IWF is placed in the core network when the UE connects to 5GS via non-3GPP access (Untrusted non-3GPP Access).
- N3IWF consists of a control unit_700, a network connection unit_720, and a storage unit_740. The control unit_700, network connection unit_720, and storage unit_740 are connected via a bus.
- Control unit_700 is a functional unit that controls the operation and functions of the entire N3IWF.
- the control unit_500 may process all the functions that the other functional units (network connection unit_720, storage unit_740) in the N3IWF do not have.
- the control unit _700 realizes various processes in the N3 IWF by reading and executing various programs stored in the storage unit _740 as needed.
- the network connection unit_720 is a functional unit for N3IWF to communicate with the base station device or access point and / or AMF and / or UPF. That is, the N3IWF can send and receive control information and / or user data to and from the base station device or the access point by using the network connection unit_720. In addition, N3IWF can send and receive control information and / or user data to and from AMF and / or UPF, etc. using the network connection unit_720.
- the N3IWF can communicate with the base station device or the access point via the Y2 interface by using the network connection unit_720.
- the N3IWF can also communicate with the AMF via the N2 interface.
- the N3IWF can also communicate with the UPF via the N3 interface.
- the above only describes the communication between the N3IWF and a typical device / function, and it goes without saying that the N3IWF can communicate with a device / function other than the above, that is, a core network device other than the above. ..
- the storage unit_740 is a functional unit for storing programs, user data, control information, etc. required for each operation of N3IWF.
- N3IWF has a function to establish an IPsec tunnel with the UE, a function to terminate the N2 interface for the control plane, a function to terminate the N3 interface for the user plane, a function to relay NAS signaling between the UE and AMF, and a PDU session.
- Ability to process N2 signaling from SMF for and QoS a function to establish IPsec SA (Security Association) to support PDU session traffic, a function to relay user plane packets between UE and UPF (IPsec) Includes packet encapsulation / decapsulation for N3 tunnels), functions as a local mobility anchor within an untrusted non-3GPP access network, and the ability to select AMF. All of these functions are controlled by the control unit_700.
- NF_260 may have the same device configuration as N3IWF, except that the access used is 3GPP access.
- the network refers to at least a part of the access network, core network, and DN. Further, one or more devices included in at least a part of the access network, the core network, and the DN may be referred to as a network or a network device. That is, the fact that the network performs transmission / reception and / or processing of messages may mean that devices (network devices and / or control devices) in the network execute message transmission / reception and / or processing. .. Conversely, the fact that a device in the network performs transmission / reception and / or processing of a message may mean that the network executes transmission / reception and / or processing of a message.
- NSSF Network Slice Selection Function
- NF Network Slice Selection Function
- NWDAF Network Data Analytics Function
- NF Network Data Analytics Function
- AF Application Function
- PCF Policy Control Function
- Policy Control Function may be an NF having a function of determining a policy for controlling the behavior of the network.
- the NRF Network Repository Function
- the NRF may be an NF having a service discovery function.
- the NRF may be an NF having a function of providing information on the discovered NF when receiving a discovery request of another NF from one NF.
- SM session management
- NAS Non-Access-Stratum
- PDU session modification PDU session modification
- PDU session modification command PDU session modification command
- PDU session modification completion message PDU session modification complete
- PDU session change command rejection PDU session modification command reject
- PDU session modification rejection PDU session modification reject message
- PDU session release request message PDU session release reject message
- PDU session release command message PDU session release complete (PDU session release complete)
- PDU session release complete PDU session release complete
- the procedure for SM or SM procedure includes PDU session establishment procedure (PDU session establishment procedure), PDU session modification procedure (PDU session modification procedure), and PDU session release procedure (UE-requested PDU session release procedure). It may be.
- each procedure may be a procedure started from UE or a procedure started from NW.
- the MM (Mobility management) message may be a NAS message used for the procedure for MM, and may be a control message sent and received between UE10 and AMF.
- the MM messages include a Registration request message, a Registration acceptance message, a Registration reject message, a De-registration request message, and a De-registration accept message.
- Messages, configuration update command messages, configuration update complete messages, service request messages, service accept messages, service reject messages, notifications Messages, Notification response messages, etc. may be included.
- the procedure for MM or MM procedure is registration procedure (Registration procedure), deregistration procedure (De-registration procedure), generic UE configuration update procedure, authentication / approval procedure, service request procedure ( Service request procedure), paging procedure (Paging procedure), notification procedure (Notification procedure) may be included.
- the 5GS (5G System) service may be a connection service provided using the core network. Further, the 5GS service may be a service different from the EPS service or a service similar to the EPS service.
- non5GS service may be a service other than the 5GS service, and may include an EPS service and / or a non-EPS service.
- the PDN (Packet Data Network) type indicates the type of PDN connection, and includes IPv4, IPv6, IPv4v6, and non-IP.
- IPv4 When IPv4 is specified, it indicates that data is sent and received using IPv4.
- IPv6 When IPv6 is specified, it indicates that data is sent and received using IPv6.
- IPv4v6 When IPv6 is specified, it indicates that data is sent and received using IPv4 or IPv6.
- non-IP it indicates that communication is performed by a communication method other than IP, not communication using IP.
- a PDU (Protocol Data Unit / Packet Data Unit) session can be defined as a relationship between a DN that provides a PDU connectivity service and a UE, but it is established between the UE and an external gateway. It may be connectivity.
- the UE can send and receive user data to and from the DN using the PDU session by establishing a PDU session via the access network and the core network.
- the external gateway may be UPF, SCEF, or the like.
- the UE can use the PDU session to send and receive user data to and from devices such as application servers located on the DN.
- each device may manage one or more identification information in association with each PDU session.
- these identification information may include one or more of DNN, QoS rule, PDU session type, application identification information, NSI identification information, and access network identification information, and further includes other information. You may. Further, when a plurality of PDU sessions are established, the identification information associated with the PDU session may have the same content or different contents.
- DNN Data Network Name
- DNN may be identification information that identifies the core network and / or the external network such as DN.
- DNN can also be used as information for selecting a gateway such as PGW / UPF that connects the core network.
- the DNN may correspond to an APN (Access Point Name).
- the PDU (Protocol Data Unit / Packet Data Unit) session type indicates the type of PDU session, and includes IPv4, IPv6, Ethernet, and Unstructured.
- IPv4 When IPv4 is specified, it indicates that data is sent and received using IPv4.
- IPv6 When IPv6 is specified, it indicates that data is sent and received using IPv6. If Ethernet is specified, it indicates that Ethernet frames will be sent and received. Further, Ethernet may indicate that communication using IP is not performed.
- Unstructured it indicates that data is sent / received to the application server etc. in the DN by using the point-to-point (P2P) tunneling technique.
- P2P tunneling technique for example, a UDP / IP encapsulation technique may be used.
- the PDU session type may include an IP in addition to the above. IP can be specified if the UE can use both IPv4 and IPv6.
- PLMN Public land mobile network
- PLMN is a communication network that provides mobile wireless communication services.
- PLMN is a network managed by an operator who is a telecommunications carrier, and the operator can be identified by the PLMN ID.
- the PLMN that matches the MCC (Mobile Country Code) and MNC (Mobile Network Code) of the IMSI (International Mobile Subscriber Identity) of the UE may be Home PLMN (HPLMN).
- the UE may have an Equivalent HPLMN list for identifying one or more EPLMNs (Equivalent HPLMNs) in the USIM.
- the PLMN different from HPLMN and / or EPLMN may be VPLMN (Visited PLMN).
- the PLMN successfully registered by the UE may be an RPLMN (Registered PLMN).
- the service provided by PLMN may be read as PLMN service, and the service provided by SNPN may be read as SNPN service.
- SNPN is a type of NPN that is a 5GS deployed for non-public use, and is an NF-independent NPN operated by the NPN operator and provided by PLMN.
- the SNPN is identified by a combination of PLMNID and NID (Network Identifier).
- UEs that can use SNPN may support SNPN access modes.
- a UE configured to operate in the SNPN access mode may be able to select the SNPN and register it with the SNPN, or it may not be able to select the PLMN.
- the UE configured to operate in the SNPN access mode may or may not be able to execute the PLMN selection procedure.
- the UE that is not set to operate in the SNPN access mode does not have to select the SNPN and register it in the SNPN, and the PLMN May be selectable. Further, a UE that is not set to operate in the SNPN access mode may not be able to execute the SNPN selection procedure, or may be able to execute the PLMN selection procedure.
- the UE operating in SNPN access mode may be able to select SNPN via Uu (3GPP access).
- UEs operating in SNPN access mode can select SNPN via Uu or NWu established via PDU session provided by PLMN selected via Uu or NWu (non-3GPP access). May be good.
- UEs that do not operate in SNPN access mode can select PLMN via Uu or NWu established via a PDU session provided by the SNPN selected via Uu or NWu (non-3GPP access). May be good.
- the SNPN access mode may be managed and applied on an access basis. That is, it may be managed and applied separately for 3GPP access and non-3GPP access. In other words, activation or deactivation of the SNPN access mode for 3GPP access and activation or deactivation of the SNPN access mode for non-3GPP access may be independent. That is, when the SNPN access mode for 3GPP access is activated, the SNPN access mode for non-3GPP access may be activated or deactivated. Further, when the SNPN access mode for 3GPP access is deactivated, the SNPN access mode for non-3GPP access may be activated or deactivated.
- the SNPN access mode (SNPN access mode for 3GPP access) for 3GPP access includes the SNPN access mode (SNPN access mode over 3GPP access) in 3GPP access and the SNPN access mode (SNPN access mode via 3GPP access) via 3GPP access. ) May be called.
- the SNPN access mode (SNPN access mode for non-3GPP access) for non-3GPP access is the SNPN access mode (SNPN access mode over non-3GPP access) for non-3GPP access, or SNPN via non-3GPP access. It may be referred to as an access mode (SNPN access mode via non-3GPP access).
- activation may be read as “working”, and “deactivating” may be read as “not working”. That is, the activation of the SNPN access mode for 3GPP access may mean that it operates in the SNPN access mode for 3GPP access. Also, deactivating the SNPN access mode for 3GPP access may mean that it does not operate in the SNPN access mode for 3GPP access. Further, the activation of the SNPN access mode for non-3GPP access may mean that the operation is performed in the SNPN access mode for non-3GPP access. Also, deactivating the SNPN access mode for non-3GPP access may mean that it does not operate in the SNPN access mode for non-3GPP access.
- the state of the SNPN access mode in the UE there may be the following first to ninth states.
- the first state is the state in which the UE does not operate in the SNPN access mode.
- the second state is the state in which the UE operates in the SNPN access mode.
- the third state is a state in which the 3GPP access does not operate in the SNPN access mode, and the non-3GPP access does not operate in the SNPN access mode.
- the fourth state is a state in which the 3GPP access does not operate in the SNPN access mode, and the non-3GPP access operates in the SNPN access mode.
- the fifth state is a state in which the 3GPP access operates in the SNPN access mode and the non-3GPP access does not operate in the SNPN access mode.
- the sixth state is a state in which the 3GPP access operates in the SNPN access mode, and the non-3GPP access operates in the SNPN access mode.
- the seventh state is a state in which it operates in the SNPN access mode when connecting to the SNPN service, and a state in which it does not operate in the SNPN access mode when connecting to the PLMN service.
- the eighth state is that when connecting to the SNPN via non-3GPP access and then connecting to the PLMN via non-3GPP access, the SNPN operates in SNPN access mode. , PLMN does not operate in SNPN access mode.
- the eighth state is that when connecting to the SNPN via 3GPP access and then connecting to the PLMN via 3GPP access, the SNPN operates in the SNPN access mode and the PLMN is connected. It may not operate in SNPN access mode.
- the ninth state is that when connecting to PLMN via non-3GPP access and then connecting to SNPN via non-3GPP access, operate in SNPN access mode for PLMN. However, it is in a state of operating in the SNPN access mode for the SNPN. In addition, the ninth state is that when connecting to PLMN via 3GPP access and then connecting to SNPN via 3GPP access, PLMN does not operate in SNPN access mode and goes to SNPN. On the other hand, it may be in a state of operating in the SNPN access mode.
- the first state, the second state, the seventh state, the eighth state, and the ninth state may be applied when the SNPN access mode is not managed for each access. Further, the third state, the fourth state, the fifth state, and the sixth state may be applied states when the SNPN access mode is managed for each access. Further, the seventh state and the eighth state may be applied when connecting to the PLMN service via the SNPN. Further, the seventh state and the ninth state may be applied when connecting to the SNPN service via PLMN.
- a network slice is a logical network that provides specific network capabilities and network characteristics.
- UEs and / or networks can support network slices (NW slices; NS) in 5GS.
- Network slices may also be referred to simply as slices.
- a network slice instance is composed of an instance (entity) of a network function (NF) and a set of necessary resources, and forms a network slice to be arranged.
- NF is a processing function in the network and is adopted or defined in 3GPP.
- NSI is an entity of NS that consists of one or more in the core network.
- NSI may be configured by a virtual NF (Network Function) generated by using NST (Network Slice Template).
- NST Network Slice Template
- NST Network Slice Template
- NST Network Slice Template
- NSI may be a logical network configured to separate user data delivered by services and the like.
- One or more NFs may be configured in NS.
- the NF configured in NS may or may not be a device shared with other NS.
- UE and / or devices in the network are 1 or more based on NSSAI and / or S-NSSAI and / or UE usage type and / or registration information such as 1 or more NSI IDs and / or APN. Can be assigned to NS.
- the UE usage type is a parameter value included in the UE registration information used to identify the NSI.
- the UE usage type may be stored in the HSS.
- AMF may select SMF and UPF based on UE usage type.
- S-NSSAI Single Network Slice Selection Assistance Information
- S-NSSAI may be composed of only SST (Slice / Service type) or may be composed of both SST and SD (Slice Differentiator).
- SST is information indicating the operation of NS expected in terms of functions and services.
- the SD may be information that interpolates the SST when selecting one NSI from a plurality of NSIs represented by the SST.
- the S-NSSAI may be information peculiar to each PLMN, or may be standard information shared among PLMNs.
- the network may store one or more S-NSSAI in the registration information of the UE as the default S-NSSAI. If the S-NSSAI is the default S-NSSAI and the UE does not send a valid S-NSSAI to the network in the registration request message, the network may provide the NS related to the UE.
- NSSAI Network Slice Selection Assistance Information
- S-NSSAI Network Slice Selection Assistance Information
- the UE may memorize the NSSAI permitted by the network for each PLMN. Also, NSSAI may be the information used to select AMF.
- configured NSSAI (also called configured NSSAI, configured NSSAI) is NSSAI supplied and stored in the UE.
- the UE may store the configured NSSAI for each PLMN.
- configured NSSAI may be information set by the network (or PLMN).
- S-NSSAI included in configured NSSAI may be expressed as configured S-NSSAI.
- configured S-NSSAI may be configured to include S-NSSAI and mapped S-NSSAI.
- requested NSSAI is NSSAI provided from the UE to the network during the registration procedure.
- the requested NSSAI may be an allowed NSSAI or a configured NSSAI stored in the UE.
- requested NSSAI may be information indicating a network slice that the UE wants to access.
- the S-NSSAI included in the requested NSSAI may be expressed as requested S-NSSAI.
- requested NSSAI is included in an RRC (Radio Resource Control) message that includes a NAS message or NAS (Non-Access-Stratum) message sent from the UE to the network, such as a registration request message or a PDU session establishment request message. Will be done.
- RRC Radio Resource Control
- NAS Non-Access-Stratum
- allowed NSSAI (also referred to as allowed NSSAI, Allowed NSSAI) is information indicating one or more network slices allowed by the UE.
- allowed NSSAI is information that identifies the network slice that the network has allowed to connect to the UE.
- the UE and the network each store and manage allowed NSSAI for each access (3GPP access or non-3GPP access) as UE information.
- S-NSSAI included in allowed NSSAI may be expressed as allowed S-NSSAI.
- the allowed S-NSSAI may be configured to include S-NSSAI and mapped S-NSSAI.
- mapped S-NSSAI (also called Mapped S-NSSAI, Mapped S-NSSAI) is HPLMN's S-NSSAI mapped to S-NSSAI of registered PLMN in roaming scenarios.
- the UE may store one or more mapped S-NSSAI mapped to the configured NSSAI and the S-NSSAI included in the Allowed NSSAI of each access type. Further, the UE may store one or more mapped S-NSSAI of S-NSSAI included in rejected NSSAI.
- Rejected NSSAI (also referred to as rejected NSSAI, rejected NSSAI) is information indicating one or more network slices for which the UE is not permitted.
- rejected NSSAI is information that identifies network slices that the network does not allow connections to the UE.
- the rejected NSSAI may be information that includes one or more combinations of the S-NSSAI and the reason for rejection value.
- the refusal reason value is information indicating the reason why the network rejects the corresponding S-NSSAI.
- the UE and the network may appropriately store and manage the rejected NSSAI based on the rejection reason value associated with each S-NSSAI.
- the rejected NSSAI may be included in the NAS message transmitted from the network to the UE, such as the registration acceptance message, the setting update command, the registration refusal message, or the RRC message including the NAS message.
- S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
- the rejected NSSAI may be either the first to third rejected NSSAI and the pending NSSAI, or may be a combination thereof.
- S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
- the rejected S-NSSAI may be configured to include S-NSSAI and mapped S-NSSAI.
- the first rejected NSSAI is a set of one or more S-NSSAI that cannot be used in the current PLMN among the S-NSSAI included in the requested NSSAI by the UE.
- the first rejected NSSAI may be a 5GS Rejected NSSAI for the current PLMN, a Rejected S-NSSAI for the current PLMN, or an S-NSSAI included in the Rejected NSSAI for the current PLMN. There may be.
- the first rejected NSSAI may be a rejected NSSAI stored in the UE or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
- the first rejected NSSAI When the first rejected NSSAI is a rejected NSSAI transmitted from the NW to the UE, the first rejected NSSAI may be information that includes one or more combinations of the S-NSSAI and the reason value.
- the reason for refusal value at this time may be "S-NSSAI (S-NSSAI is not available in the current PLMN) which is not possible in the current PLMN", and the S-NSSAI associated with the reason for refusal value is It may be information indicating that it is not possible in the current PLMN.
- the first rejected NSSAI is valid for the entire registered PLMN.
- the UE and / or NW may treat the S-NSSAI contained in the first rejected NSSAI and the first rejected NSSAI as information that does not depend on the access type. That is, the first rejected NSSAI may be valid information for 3GPP access and non-3GPP access.
- the UE may delete the first rejected NSSAI from the memory when it transitions to the non-registered state with both 3GPP access and non-3GPP access to the current PLMN.
- the UE transitions to the unregistered state with respect to the current PLMN via one access, or if the registration with the new PLMN is successful via one access, or with the registration to the new PLMN via one access. If the UE fails and transitions to the unregistered state, and the UE is not registered via the other access (unregistered state), the UE deletes the first rejected NSSAI.
- the second rejected NSSAI is a set of one or more S-NSSAIs that are not available in the current registration area among the S-NSSAIs that the UE has included in the requested NSSAI.
- the second rejected NSSAI may be a 5GS Rejected NSSAI for the current registration area.
- the second rejected NSSAI may be a rejected NSSAI stored in the UE or NW, or may be a rejected NSSAI transmitted from the NW to the UE.
- the second rejected NSSAI may be information that includes one or more combinations of the S-NSSAI and the reason value.
- the reason value at this time may be "S-NSSAI (S-NSSAI is not available in the current registration area), which is not possible in the current registration area", and the S-NSSAI associated with the reason value is It may be information indicating that it is not possible in the current registration area.
- the second rejected NSSAI is valid within the current registration area. That is, the UE and / or NW may treat the S-NSSAI included in the second rejected NSSAI and the second rejected NSSAI as information for each access type. That is, the second rejected NSSAI may be valid information for each of 3GPP access or non-3GPP access. That is, the UE may delete the second rejected NSSAI from the memory once it has transitioned to the unregistered state for a certain access.
- the third rejected NSSAI is an S-NSSAI that requires NSSAA, and is a set of one or more S-NSSAIs that have failed or canceled NSSAA for that S-NSSAI.
- the third rejected NSSAI may be an NSSAI stored in the UE and / or the NW, or may be transmitted from the NW to the UE.
- the third rejected NSSAI may be information including one or more combinations of the S-NSSAI and the reason for refusal value.
- the reason for refusal value at this time may be "S-NSSAI (S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authentication), which is impossible due to the failure or cancellation of NSSAA". It may be information indicating that NSSAA for S-NSSAI associated with the reason for refusal value has failed or was canceled.
- the third rejected NSSAI is valid for the entire registered PLMN.
- the UE and / or NW may treat the S-NSSAI contained in the third rejected NSSAI and the third rejected NSSAI as information that does not depend on the access type. That is, the third rejected NSSAI may be valid information for 3GPP access and non-3GPP access.
- the third rejected NSSAI may be an NSSAI different from the rejected NSSAI.
- the third rejected NSSAI may be the first rejected NSSAI.
- the third rejected NSSAI is a rejected NSSAI in which the UE identifies slices rejected due to the failure or cancellation of NSSAA from the core network. Specifically, the UE does not initiate the registration request procedure for the S-NSSAI included in the third rejected NSSAI while storing the third rejected NSSAI.
- the third rejected NSSAI may be identification information including one or more S-NSSAI received from the core network in association with the rejection reason value indicating the failure of NSSAA.
- the third rejected NSSAI is information that does not depend on the access type. Specifically, if the UE remembers the third rejected NSSAI, the UE attempts to send a registration request message containing the S-NSSAI contained in the third rejected NSSAI to both 3GPP and non-3GPP access.
- the UE can send a registration request message including S-NSSAI included in the third rejected NSSAI based on the UE policy.
- the UE may delete the third rejected NSSAI based on the UE policy and transition to a state in which a registration request message including S-NSSAI included in the third rejected NSSAI can be transmitted.
- the UE may remove the S-NSSAI from the third rejected NSSAI. good.
- pending NSSAI (also referred to as pending NSSAI, Pending NSSAI) is an S-NSSAI whose network requires network slice specific authentication, and network slice specific authentication has not been completed and cannot be used in the current PLMN. It is a set of one or more S-NSSAI.
- the pending NSSAI may be a 5GS Rejected NSSAI due to NSSAA or a pending NSSAI.
- the pending NSSAI may be an NSSAI stored in the UE or NW, or may be an NSSAI transmitted from the NW to the UE.
- the pending NSSAI is not limited to the rejected NSSAI, and may be an NSSAI independent of the rejected NSSAI.
- the pending NSSAI When the pending NSSAI is an NSSAI transmitted from the NW to the UE, the pending NSSAI may be information that includes one or more combinations of the S-NSSAI and the reason for refusal value.
- the reason for refusal value at this time may be "S-NSSAI (NSSAA is pending for the S-NSSAI)", and the S-NSSAI associated with the reason for refusal value is the S-. It may be information indicating that the UE is prohibited or pending from being used until the completion of NSSAA for NSSAI.
- pending NSSAI is valid for the entire registered PLMN.
- the UE and / or NW may treat the S-NSSAI contained in the third rejected NSSAI and pending NSSAI as information that does not depend on the access type. That is, the pending NSSAI may be valid information for 3GPP access and non-3GPP access.
- the pending NSSAI may be an NSSAI different from the rejected NSSAI.
- the pending NSSAI may be the first rejected NSSAI.
- pending NSSAI is an NSSAI composed of one or more S-NSSAI in which the UE identifies the slice that is pending the procedure. Specifically, the UE does not start the registration request procedure for the S-NSSAI included in the pending NSSAI while storing the pending NSSAI. In other words, the UE will not use the S-NSSAI contained in the pending NSSAI during the registration process until the NSSAA for the S-NSSAI contained in the pending NSSAI is completed.
- pending NSSAI is identification information including one or more S-NSSAI received from the core network in association with the rejection reason value indicating pending for NSSAA.
- pending NSSAI is information that does not depend on the access type. Specifically, when the UE remembers the pending NSSAI, the UE does not attempt to send the registration request message containing the S-NSSAI contained in the pending NSSAI to both 3GPP access and non-3GPP access.
- the tracking area is a single or multiple range that can be represented by the location information of the UE managed by the core network.
- the tracking area may be composed of a plurality of cells. Further, the tracking area may be a range in which a control message such as paging is broadcast, or a range in which the UE can move without performing a handover procedure. Further, the tracking area may be a routing area, a location area, or the same as these.
- the tracking area may be TA (Tracking Area).
- the tracking area may be identified by a TAI (Tracking Area Identity) composed of TAC (Tracking area code) and PLMN.
- the registration area (Registration area or registration area) is a set of one or more TAs assigned to the UE by AMF. It should be noted that the UE may be able to move without transmitting and receiving a signal for updating the tracking area while moving within one or a plurality of TAs included in the registration area. In other words, the registration area may be a group of information indicating an area that the UE can move without performing the tracking area update procedure.
- the registration area may be identified by a TAI list composed of one or more TAIs.
- the UE ID is information for identifying the UE.
- the UE ID is SUCI (SUbscription Concealed Identifier), SUPI (Subscription Permanent Identifier), GUTI (Globally Unique Temporary Identifier), IMEI (International Mobile Subscriber Identity), or IMEISV (IMEI Software Version).
- SUCI SUbscription Concealed Identifier
- SUPI Subscribe Permanent Identifier
- GUTI Globally Unique Temporary Identifier
- IMEI International Mobile Subscriber Identity
- IMEISV IMEI Software Version
- the UE ID may be other information set in the application or network.
- the UE ID may be information for identifying the user.
- NSSAA Network Slice-Specific Authentication and Authorization
- PLMN and network devices equipped with NSSAA function can execute NSSAA procedure for a certain S-NSSAI based on the registration information of UE.
- UEs with NSSAA functionality can manage and store rejected NSSAI for pending for NSSAA and / or rejected NSSAI for NSSAA failure.
- NSSAA may be referred to as network slice-specific authentication and authorization procedures and authentication and authorization procedures.
- S-NSSAI that requires NSSAA is S-NSSAI that requires NSSAA, which is managed by the core network and / or the core network device.
- the core network and / or the core network device may store the S-NSSAI that requires NSSAA by associating and storing information indicating whether or not S-NSSAI and NSSAA are required.
- the core network and / or the core network device further indicates S-NSSAI requiring NSSAA and information indicating whether NSSAA is completed, or indicating that NSSAA has been completed, permitted or succeeded. Information may be associated with and stored.
- the core network and / or the core network device may manage S-NSSAI requiring NSSAA as information not related to the access network.
- the Uu interface (hereinafter, also referred to as Uu) may refer to the interface between the base station device installed in 3GPP access or 3GPP access and the UE. In the present specification, Uu may be used as a synonym for 3GPP access.
- the NWu interface (hereinafter, also simply referred to as NWu) may refer to the interface between the N3 IWF and the UE. NWu may be used herein as synonymous with non-3GPP access.
- the first identification information is UE ability information.
- the first identification information may be 5 GMM capability.
- the first identification information may indicate whether or not the UE supports a certain function.
- the first identification information may also indicate whether the UE supports connecting to the PLMN service via the SNPN.
- the first identification information may also indicate whether the UE supports connecting to the SNPN service via the PLMN.
- the second identification information is Requested NSSAI.
- the second identification information may consist of one or more requested S-NSSAIs. Further, the second identification information may indicate S-NSSAI that can be connected to the SNPN. Further, the second identification information may indicate an S-NSSAI that can be connected to the PLMN. The second identification information may also indicate an S-NSSAI that can connect to the SNPN service via the PLMN. The second identification information may also indicate an S-NSSAI that can connect to the PLMN service via the SNPN.
- the third identification information is the type of registration required.
- the third identification information may be 5GS registration type.
- the third identification information is initial registration, mobility registration updating, periodic registration updating, emergency registration, or SNPN. It may indicate registration with the PLMN via.
- the fourth identification information is identification information including at least two of the first to third identification information.
- the eleventh identification information is network capability information.
- the eleventh identification information may be 5GS network feature support.
- the eleventh identification information may indicate whether or not the network supports a certain function.
- the first identification information may also indicate whether the network supports connecting to the PLMN service via the SNPN.
- the first identification information may also indicate whether the network supports connecting to the SNPN service via the PLMN.
- the twelfth identification information is Allowed NSSAI.
- the twelfth identification information may be composed of one or more S-NSSAI.
- the thirteenth identification information is Rejected NSSAI.
- the thirteenth identification information may be composed of one or more S-NSSAI.
- the 14th identification information is Configured NSSAI.
- the fourteenth identification information may be composed of one or more S-NSSAI.
- the 15th identification information is Pending NSSAI.
- the fifteenth identification information may be composed of one or more S-NSSAI.
- the 16th identification information is identification information including at least 2 of the 11th to 15th identification information.
- the 21st identification information is the PDU session ID that identifies the PDU session. Further, the 21st identification information may be a PDU session ID that identifies the PDU session requesting establishment. When requesting the establishment of a first PDU session, the 21st identification information may be a PDU session ID that identifies the first PDU session. Further, when requesting the establishment of the second PDU session, the 21st identification information may be the PDU session ID that identifies the second PDU session. Further, when requesting the establishment of the third PDU session, the 21st identification information may be the PDU session ID that identifies the third PDU session.
- the 21st identification information may be the PDU session ID that identifies the fourth PDU session. Further, when requesting the establishment of the fifth PDU session, the 21st identification information may be the PDU session ID that identifies the fifth PDU session.
- the 22nd identification information is the PDU session type that identifies the type of PDU session. Further, the 22nd identification information may be the PDU session type requested by the UE for the PDU session. Further, the 22nd identification information may indicate any one of IPv4, IPv6, IPv4v6, Unstructured, and Ethernet (registered trademark).
- the 23rd identification information is in SSC mode. Further, the 23rd identification information may be the SSC mode requested by the UE for the PDU session. Further, the 23rd identification information may indicate any one of SSC mode 1, SSC mode 2, and SSC mode 3.
- the 24th identification information is UE ability information.
- the 24th identification information may be 5GSM capability. Further, the 24th identification information may indicate whether or not the UE supports a certain function.
- the 24th identification information may also indicate whether the UE supports connecting to the SNPN service via the PLMN.
- the 24th identification information may also indicate whether the UE supports the ability to establish a PDU session for the SNPN via the PLMN.
- the 24th identification information may also indicate whether the UE supports connecting to the PLMN service via the SNPN.
- the 24th identification information may also indicate whether the UE supports the ability to establish a PDU session for the PLMN via the SNPN.
- the 25th identification information is 1 or more S-NSSAI. Further, the 25th identification information may be one or more S-NSSAI required by the UE for the PDU session to be established. Further, the 25th identification information may be one or more S-NSSAI selected from Allowed NSSAI for the current access type. Specifically, the 25th identification information is at least one access (3GPP access or non-3GPP) permitted by the network as Allowed NSSAI contained in the Registration Accept message in the Registration procedure. It can be one or more S-NSSAI for access).
- the 26th identification information is DNN. Further, the 26th identification information may be a DNN that identifies the DN to which the PDU session requested to be established by the UE is connected.
- the 27th identification information may be a PDU session ID that identifies an already established PDU session. For example, when requesting the establishment of a third PDU session, the 27th identification information may be a PDU session ID that identifies the PDU session (second PDU session) established in PLMN. Further, when requesting the establishment of the fifth PDU session, the 27th identification information may be a PDU session ID that identifies the PDU session (fourth PDU session) established in the SNPN.
- the 28th identification information is identification information including at least two of the 21st to 27th identification information.
- the 31st identification information is the PDU session ID that identifies the PDU session. It may be a PDU session ID that identifies the PDU session that is allowed to be established by the network. The 31st identification information may be the same as the 21st identification information.
- the 32nd identification information is the PDU session type that identifies the type of PDU session. Also, the 32nd identification information may be the PDU session type selected by the network. Further, the 32nd identification information may indicate any one of IPv4, IPv6, IPv4v6, Unstructured, and Ethernet (registered trademark).
- the 33rd identification information is in SSC mode. Also, the 33rd identification information may be the SSC mode selected by the network for the PDU session. Further, the 33rd identification information may indicate any one of SSC mode 1, SSC mode 2, and SSC mode 3.
- the 34th identification information is network UE capability information.
- the 34th identification information may be 5GSM network feature support.
- the 34th identification information may indicate whether or not the network supports a certain function.
- the 24th identification information may also indicate whether the network supports connecting to the SNPN service via the PLMN.
- the 24th identification may also indicate whether the network supports the ability to establish a PDU session for the SNPN via the PLMN.
- the 24th identification information may also indicate whether the network supports connecting to the PLMN service via the SNPN.
- the 24th identification may also indicate whether the network supports the ability to establish a PDU session for the PLMN via the SNPN.
- the 35th identification information is 1 or more S-NSSAI.
- the 36th identification information is DNN. Further, the 36th identification information may be a DNN that identifies the DN to which the PDU session is connected.
- the 37th identification information is identification information including at least 2 of the 31st to 36th identification information.
- the registration procedure is a procedure for the UE to register in the access network and / or the core network and / or the DN, and is a UE-led procedure.
- the UE can execute this procedure at any time, for example, when the power is turned on, as long as it is not registered in the network. In other words, the UE can start this procedure at any time if it is in the unregistered state (5GMM-DEREGISTERED state).
- each device (especially UE and AMF) can transition to the registration state (5GMM-REGISTEDED state) based on the completion of the registration procedure.
- each registration state may be managed by each device for each access. Specifically, each device may independently manage the registration status (registered or unregistered status) for 3GPP access and the registration status for non-3GPP access.
- the registration procedure updates the location registration information of the UE in the network and / or periodically notifies the network of the status of the UE from the UE and / or updates certain parameters about the UE in the network. It may be the procedure of.
- the UE may start the registration procedure when it has mobility across TAs. In other words, the UE may initiate the registration process when it moves to a TA that is different from the TA shown in the TA list it holds. In addition, the UE may initiate the registration process when the context of each device needs to be updated due to disconnection or invalidation of the PDU session. In addition, the UE may initiate the registration process if there is a change in capability information and / or preferences regarding the establishment of the UE's PDU session. In addition, the UE may initiate the registration process on a regular basis. In addition, the UE may initiate the registration procedure based on the completion of the registration procedure, the completion of the PDU session establishment procedure, or the information received from the network in each procedure. The UE is not limited to these, and can execute the registration procedure at any timing.
- the procedure for transitioning from the above-mentioned UE not registered in the network (unregistered state) to the registered state (registered state) is the initial registration procedure or registration for initial registration. It may be a procedure (registration procedure for initial registration).
- the registration procedure executed while the UE is registered in the network (registration state) is the registration procedure (registration procedure for mobility and periodic registration update) for movement and periodic registration renewal, or movement and regular registration. It may be a registration procedure (mobility and periodic registration procedure).
- the UE starts the registration procedure by sending a registration request message to the AMF via the access network (S600) (S602) (S604).
- the access network may include a base station device or an access point. That is, the UE sends an RRC message including a registration request message to the base station device or the access point (S600).
- the registration request message is a NAS message sent and received on the N1 interface.
- the RRC message may be a control message transmitted / received between the UE and the base station device or the access point. If the access network is non-3GPP access, an IKE message or an EAP message may be used instead of the RRC message.
- the IKE message or the EAP message is also expressed as an RRC message. That is, the RRC message in this chapter can be regarded as a concept including an RRC message, an IKE message, and an EAP message.
- NAS messages are processed in the NAS layer
- RRC messages are processed in the RRC layer lower than the NAS layer.
- the UE can send at least one of the identification information 1 to 4 by including it in the registration request message and / or the RRC message.
- the UE uses at least one of these identification information for a control message different from these, for example, a layer below the RRC layer (for example, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, etc. It may be included in the control message of PDCP (Packet Data Convergence Protocol) layer, SDAP (Service Data Adaptation Protocol) layer, etc.) and transmitted.
- PDCP Packet Data Convergence Protocol
- SDAP Service Data Adaptation Protocol
- the UE determines whether or not to transmit at least one of these identification information, the ability information of the UE and / or the UE policy, and / or the state of the UE, and / or the registration information of the user. / Or may be selected and determined based on the context held by the UE.
- the UE may include information other than these identification information in the registration request message and / or RRC message, and may transmit, for example, the UE ID and / or PLMN ID and / or AMF identification information.
- the AMF identification information may be AMF or information that identifies a set of AMF, for example, 5G-S-TMSI (5G S-Temporary Mobile Subscription Identifier) or GUAMI (Globally Unique AMF Identifier). It's okay.
- the base station device When the base station device receives the RRC message including the registration request message, it selects the AMF to which the registration request message is forwarded (S602).
- the base station device can select AMF based on the received message and / or information.
- the base station device may select AMF based on other conditions.
- the base station device extracts the registration request message from the received RRC message and transfers the registration request message to the selected AMF (S604). If at least one of the identification information 1 to 4 is not included in the registration request message but is included in the RRC message, the identification information included in the RRC message is sent to the selected AMF together with the registration request message. It may be transferred (S604).
- the AMF When the AMF receives the registration request message, it can execute the first condition determination.
- the first condition determination is for determining whether or not the network accepts the UE's request. If the AMF determines that the first condition determination is true, the procedure from S610 to S612 may be executed. Further, if the AMF determines that the first condition determination is false, the AMF may execute the procedure of S610.
- control message sent / received by the S610 may be a registration acceptance message, and if the first condition determination is false, the control message sent / received by the S610 may be used.
- the message may be a Registration reject message.
- the first condition determination is the reception of the registration request message and / or each identification information contained in the registration request message, and / or the subscriber information, and / or the network capability information, and / or the operator policy, and It may be executed based on / or the state of the network and / or the user's registration information and / or the context held by AMF.
- the first condition determination may be determined to be true, and if the network does not allow the UE request, the first condition determination may be determined to be false. Also, if the network to which the UE is registered and / or the devices in the network support the functions required by the UE, the first condition determination may be determined to be true, and the functions required by the UE are supported. If not, the first condition determination may be determined to be false. Further, if the transmitted / received identification information is permitted, the first conditional determination may be determined to be true, and if the transmitted / received identification information is not permitted, the first conditional determination may be determined to be false.
- AMF may send the control message including one or more identification information among the 11th to 16th identification information. Further, the eleventh identification information may be information sent only when the first identification information is received, or may be information transmitted even if the first identification information is not received. good. It should be noted that the AMF may indicate that the network supports each function by transmitting these identification information and / or a control message, or may indicate that the request of the UE has been accepted. However, it may indicate that the request from the UE is not permitted, or it may indicate information that combines these. Further, when a plurality of identification information is transmitted and received, two or more identification information of these identification information may be configured as one or more identification information. The information indicating the support of each function and the information indicating the request for using each function may be transmitted / received as the same identification information or may be transmitted / received as different identification information.
- AMF does not allow S-NSSAI (allowed NSSAI) to the UE when sending a control message (registration acceptance message), but plans to execute the NSSAA procedure after completing this procedure or in parallel with this procedure. Or, if the NSSAA procedure is being executed between the UE and the network, or if the pending NSSAI is included in the control message and sent, an empty value may be included in the allowed NSSAI and sent.
- the AMF determines which of the 11th to 16th identification information is included in the control message, each of the received identification information and / or the subscriber information, and / or the network capability information, and / or. It may be determined based on the operator policy and / or the state of the network and / or the user's registration information and / or the context held by the AMF.
- AMF also receives each identification information and / or subscriber information and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or. It may be shown that the request of the UE has been accepted by sending the registration acceptance message based on the context held by the AMF.
- the UE receives a control message (registration acceptance message) via the base station device (S610).
- registration acceptance message a control message
- the UE can recognize that the UE's request by the registration request message has been accepted and the contents of various identification information contained in the registration acceptance message.
- the UE can further send a registration completion message to the AMF via the base station device as a response message to the registration acceptance message (S612).
- the registration completion message is a NAS message transmitted / received on the N1 interface, but may be included in the RRC message and transmitted / received between the UE and the base station device.
- AMF receives the registration completion message via the base station device (S612).
- each device completes this procedure based on the transmission / reception of the registration acceptance message and / or the registration completion message.
- each device transitions or maintains the state in which the UE is registered in the network (RM_REGISTERED state or 5GMM-REGISTERED state) based on the transmission / reception of the registration acceptance message and / or the registration completion message, or the completion of the registration procedure. You may do.
- each device may store the information transmitted / received in this procedure in association with each other.
- these states may be maintained or transitioned based on the information and control messages sent and received in this procedure, and may be maintained or transitioned based on the information and control messages sent and received in the procedure executed prior to this procedure. It may be maintained or transitioned.
- the PDU session establishment procedure is a procedure executed by the UE to establish a PDU session, and is a UE-led procedure.
- the UE starts the PDU session establishment procedure by sending a NAS message including the N1SM container including the PDU session establishment request message to the AMF via the access network (S800).
- the access network may include a base station device or an access point. That is, the UE sends a NAS message to the AMF via the base station device or the access point.
- the NAS message is, for example, a message transmitted via the N1 interface and may be an uplink NAS transport (UL NAS TRANSPORT) message.
- the UE also requests the PDU session establishment request message and / or the N1SM container and / or the NAS message by including at least one of the identification information of the 21st to 28th. This can be notified to the network side.
- the UE determines which of the 21st to 28th identification information is transmitted to the network, the UE capability information and / or the UE policy, and / or the UE status, and / or the user. It may be decided based on the registration information of the above and / or the context held by the UE.
- the UE uses these identification information as a control message different from these, for example, a control message in a layer lower than the NAS layer (for example, RRC layer, MAC layer, RLC layer, PDCP layer, SDAP layer, etc.). It may be included in a control message of a layer higher than the NAS layer (for example, a transport layer, a session layer, a presentation layer, an application layer, etc.) and transmitted.
- a control message in a layer lower than the NAS layer for example, RRC layer, MAC layer, RLC layer, PDCP layer, SDAP layer, etc.
- a control message of a layer higher than the NAS layer for example, a transport layer, a session layer, a presentation layer, an application layer, etc.
- the AMF when the AMF receives the NAS message, it can recognize what the UE is requesting and / or the content of the information (message, container, information) contained in the NAS message.
- AMF selects SMF as the transfer destination of at least a part of the information (message, container, information) contained in the NAS message received from the UE (S802).
- AMF may include information (messages, containers, information) contained in NAS messages, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or.
- the transfer destination SMF may be selected based on the network status and / or the user's registration information and / or the context held by the AMF.
- the AMF sends at least a part of the information (message, container, information) contained in the NAS message received from the UE to the selected SMF, for example, via the N11 interface (S804).
- the SMF receives the information etc. (message, container, information) transmitted from the AMF, what the UE requests and / or the content of the information etc. (message, container, information) received from the AMF. Can be recognized.
- the SMF may determine the second condition. Further, the second condition determination may be for determining whether or not the network accepts the UE request. If the SMF determines that the second condition determination is true, the procedure (A) in FIG. 9 may be started, and if the second condition determination is determined to be false, the procedure (B) in FIG. 9 may be started. You may start.
- the second condition determination is information received from AMF (message, container, information) and / or subscriber information (subscription information) and / or network capability information, and / or UE policy, and /. Alternatively, it may be executed based on the operator policy and / or the state of the network and / or the user's registration information and / or the context held by the SMF.
- the second condition determination may be determined to be true, and if the network does not allow the UE request, the second condition determination may be determined to be false. Also, if the network to which the UE is connected and / or the devices in the network support the functions required by the UE, the second condition determination may be determined to be true, and the functions required by the UE are supported. If not, the second condition determination may be determined to be false. Further, if the transmitted / received identification information is permitted, the second condition determination may be determined to be true, and if the transmitted / received identification information is not permitted, the second condition determination may be determined to be false.
- the condition for determining the truth of the second condition determination is not limited to the above-mentioned condition.
- the SMF may select the UPF for the PDU session to be established and send an N4 session establishment request message to the selected UPF, for example, via the N4 interface (S808).
- the N4 session establishment request message may contain at least some of the PCC rules received from the PCF.
- the SMF is the information received from the AMF (messages, containers, information) and / or the information such as the PCC rules received from the PCF, and / or the subscriber information, and / or the network capability information, and /.
- one or more UPFs may be selected based on the UE policy and / or the operator policy and / or the network status and / or the user's registration information and / or the context held by the SMF.
- the SMF may send an N4 session establishment request message to each UPF.
- UPF_232 hereinafter, also referred to as UPF
- the UPF when the UPF receives the N4 session establishment request message (S808), the UPF can recognize the content of the information received from the SMF.
- the UPF may also send an N4 session establishment response message to the SMF, eg, via the N4 interface, based on the receipt of the N4 session establishment request message (S810).
- the SMF when the SMF receives the N4 session establishment response message as the response message to the N4 session establishment request message, the SMF can recognize the content of the information received from the UPF.
- the SMF then receives the PDU session establishment request message and / or the UPF selection and / or the N1 SM container and / or the N1 SM container and / or based on the reception of the N4 session establishment response message, for example, via the N11 interface.
- the N1SM container may contain a PDU session establishment acceptance message.
- the AMF that receives the N1SM container and / or the N2SM information and / or the PDU session ID sends a NAS message to the UE via the base station device included in the access network (S814) (S816).
- the NAS message is transmitted, for example, via the N1 interface.
- the NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.
- the AMF sends an N2 PDU session request message to the base station device included in the access network (S814)
- the base station device that receives the N2 PDU session request message sends the N2 PDU session request message to the UE.
- Send a NAS message (S816).
- the N2 PDU session request message may include a NAS message and / or N2 SM information.
- the NAS message may also include a PDU session ID and / or an N1SM container.
- the PDU session establishment acceptance message may be a response message to the PDU session establishment request. Also, the PDU session establishment acceptance message may indicate that the PDU session establishment has been accepted.
- the SMF and / or AMF are the PDU session establishment acceptance message and / or the N1 SM container and / or the PDU session ID and / or the NAS message, and / or the N2 SM information and / or the N2 PDU session request.
- the SMF and / or AMF are the PDU session establishment acceptance message and / or the N1 SM container and / or the PDU session ID and / or the NAS message, and / or the N2 SM information and / or the N2 PDU session request.
- the SMF and / or AMF are used in the PDU session establishment acceptance message and / or the N1 SM container and / or NAS message, and / or the N2 SM information and / or the N2 PDU session request message from the 31st to the 37th. It may be transmitted including at least one of the identification information of.
- the 31st identification information shall be the same as the 21st identification information of this procedure.
- the SMF may indicate that the network supports each function by sending these identification information and / or the PDU session establishment acceptance message, and indicate that the UE request has been accepted. It may indicate that the request from the UE is not permitted, or it may indicate information that combines these. Further, when a plurality of identification information is transmitted and received, two or more identification information of these identification information may be configured as one or more identification information.
- the information indicating the support of each function and the information indicating the request for using each function may be transmitted / received as the same identification information or may be transmitted / received as different identification information.
- SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.
- identification information should SMF and / or AMF include in the PDU session establishment acceptance message and / or the N1 SM container and / or NAS message, and / or the N2 SM information and / or the N2 PDU session request message?
- Each received identification information and / or subscriber information and / or network capability information and / or UE policy and / or operator policy and / or network status and / or user registration information, And / or the decision may be made based on the context held by SMF and / or AMF.
- the UE when the UE receives the NAS message via, for example, the N1 interface (S816), the UE's request by the PDU session establishment request message is accepted, and / or the information contained in the NAS message, etc. (message,). Can recognize the contents of the container (information). For example, the UE may recognize the PDU session type and SSC mode set for the PDU session identified by the 31st identification information based on the received 31st, 32nd, and 33rd identification information. The UE may also recognize the functions supported by the network based on the received 34th identification information.
- the SMF sends the N1 SM container and / or the PDU session ID to the AMF based on the reception of the PDU session establishment request message, for example, via the N11 interface (S818).
- the N1SM container may contain a PDU session establishment refusal message.
- the AMF that received the N1SM container and / or the PDU session ID sends a NAS message to the UE via the first base station device included in the access network (S820) (S822).
- the NAS message is transmitted, for example, via the N1 interface.
- the NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.
- the NAS message may also include a PDU session ID and / or an N1SM container.
- the PDU session establishment refusal message may be a response message to the PDU session establishment request. Also, the PDU session establishment refusal message may indicate that the establishment of the PDU session has been rejected.
- the SMF and / or AMF sends a PDU session establishment refusal message and / or an N1SM container and / or a PDU session ID and / or a NAS message to request the UE by the PDU session establishment request message. May indicate that was rejected.
- the SMF may indicate that the network does not support each function by sending a PDU session establishment refusal message, or may indicate that the UE request has been rejected, or the UE may indicate that the request has been rejected. It may indicate that the request is not permitted, or it may indicate information that combines these. Further, when a plurality of identification information is transmitted and received, two or more identification information of these identification information may be configured as one or more identification information.
- the information indicating the support of each function and the information indicating the request for using each function may be transmitted / received as the same identification information or may be transmitted / received as different identification information.
- SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.
- the UE when the UE receives the NAS message via, for example, the N1 interface (S822), the UE's request by the PDU session establishment request message is rejected, and / or the information contained in the NAS message, etc. (message,). Can recognize the contents of the container (information).
- Each device may complete this procedure based on the transmission and reception of the PDU session establishment acceptance message. At this time, each device may transition to a state in which it can communicate with the DN using the established PDU session.
- Each device may complete this procedure based on the transmission and reception of the PDU session establishment refusal message. At this time, since each device cannot establish a PDU session, it cannot communicate with the DN if there is no PDU session already established.
- each process that the UE shown above executes based on the reception of each identification information may be executed during this procedure or after the completion of this procedure, or may be executed based on the completion of this procedure after the completion of this procedure. good.
- each device may store the information transmitted / received in this procedure in association with each other.
- these states may be maintained or transitioned based on the information and control messages sent and received in this procedure, and may be maintained or transitioned based on the information and control messages sent and received in the procedure executed prior to this procedure. It may be maintained or transitioned.
- the UE executes the registration procedure of Chapter 5.1 for the core network_200 via non-3GPP access (access network_100) in the SNPN in order to connect directly to the SNPN service.
- the PDU session (first PDU session) is established by executing the PDU session establishment procedure in Chapter 5.2, and the established PDU session can be used to communicate with DN_250. It becomes.
- these series of procedures will be described with reference to FIGS. 1, 2, 12, and 13.
- this procedure may be executed by the UE in the second state, the fourth state, the sixth state, or the seventh state.
- a UE in any of these states can perform an SNPN selection procedure to select an SNPN, and for the selected SNPN via non-3GPP access, the book. You may carry out the procedure.
- the PLMN ID and NID used to identify and select the SNPN may be, for example, originally possessed by the UE, or may be broadcast from the SNPN base station device or access point. It may be included in the system information.
- the UE may be in the registration state with respect to the SNPN, and the UE may be in the second state or the fourth state or the sixth state. Or the seventh state. At this time, the UE may be in a state where it can receive the SNPN service.
- the procedure in Chapter 5.1 is executed one or more times, and the UE in the second state, the fourth state, the sixth state, or the seventh state executes this procedure via non-3GPP access. You can do it. Specifically, when a UE in any of these states is in a registered state with respect to the SNPN, this procedure may be executed to establish a PDU session.
- the UE may be in a state where it can communicate with the DN using the established PDU session (first PDU session). It may be in the 2nd state or the 4th state or the 6th state or the 7th state. At this time, the UE may be in a state where it can receive the SNPN service.
- the registration procedure in Chapter 6.1 is performed for the core network_202 via the non-3GPP access (access network_102) in the PLMN.
- the PDU session established by executing the PDU session establishment procedure in Chapter 6.2 (second PDU session) is used to enable communication with DN_252.
- the UE further performs the registration procedure of Chapter 6.3 for the core network_200 via non-3GPP access (access network_100) to enter the registration state, and then the PDU session of Chapter 6.4.
- the PDU session established by executing the establishment procedure (third PDU session) it becomes possible to communicate with DN_250.
- these series of procedures will be described with reference to FIGS. 3, 4, 12, and 13.
- this procedure may be executed by the UE in the 1st state, the 3rd state, the 5th state, or the 7th state.
- a UE in any of these states can perform a PLMN selection procedure to select a PLMN, and the selected PLMN can be accessed via non-3GPP access. You may carry out the procedure.
- the PLMN ID used to identify and select the PLMN may be, for example, the one originally possessed by the UE, or a system broadcast from the PLMN base station device or access point. It may have been included in the information.
- the UE may be in the registration state with respect to the PLMN, and the UE may be in the first state, the third state, or the fifth state. Or the seventh state. At this time, the UE may be in a state where it can receive the PLMN service.
- the procedure in Chapter 6.1 is executed one or more times, and the UE in the 1st state, the 3rd state, the 5th state, or the 7th state executes this procedure via non-3GPP access. You can do it. Specifically, when a UE in any of these states is registered with the PLMN, this procedure may be executed to establish a PDU session.
- the UE may be in a state where it can communicate with the DN using the established PDU session (second PDU session). It may be in the 1st or 3rd state or the 5th state or the 7th state or the 9th state. At this time, the UE may be in a state where it can receive the PLMN service.
- this procedure may be executed by the UE in the 7th state or the 9th state.
- a UE in the 7th or 9th state can perform an SNPN selection procedure to select a SNPN and access the selected SNPN via non-3GPP access. You may carry out this procedure.
- the PLMN ID and NID used to identify and select the SNPN may be, for example, originally possessed by the UE, or may be broadcast from the SNPN or PLMN base station device or access point. ) May be included in the system information.
- the registration request message, registration acceptance message, registration refusal message, and registration completion message in this procedure are transmitted and received between the UE and the core network device such as AMF (AMF_210) via N3IWF_240.
- AMF AMF_210
- the UE when this procedure is completed based on the transmission / reception of the registration acceptance message and / or the registration completion message, the UE may be in the registration state not only for the PLMN but also for the SNPN, and the seventh state or It may be in the ninth state. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.
- the procedure in Chapter 6.3 may be executed at least once, and the UE in the 7th state or the 9th state may execute this procedure via 3GPP access. Specifically, this procedure may be performed to establish a PDU session when the UE in the 7th state or the 9th state is in the registration state for the PLMN and SNPN.
- the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are transmitted and received between the UE and the core network device such as SMF (SMF_220) via N3IWF_240.
- SMF SMF_220
- the UE may be in a state where it can communicate with the DN using the established PDU session (third PDU session). It may be in the 7th state or the 9th state. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.
- the registration procedure in Chapter 7.1 is performed for the core network_202 via the non-3GPP access (access network_102) in the PLMN.
- the PDU session established by executing the PDU session establishment procedure in Chapter 7.2 (second PDU session) is used to enable communication with DN_252.
- the UE further executes the registration procedure in Chapter 7.3 for the core network_200 via 3GPP access (access network_100) to enter the registration state, and then the PDU session establishment procedure in Chapter 7.4.
- the PDU session established by executing (3rd PDU session) is used, and it becomes possible to communicate with DN_250.
- these series of procedures will be described with reference to FIGS. 3, 5, 12, and 13.
- this procedure may be executed by the UE in the 1st state, the 3rd state, the 5th state, or the 7th state.
- a UE in any of these states can perform a PLMN selection procedure to select a PLMN, and the selected PLMN can be accessed via non-3GPP access. You may carry out the procedure.
- the PLMN ID used to identify and select the PLMN may be, for example, the one originally possessed by the UE, or a system broadcast from the PLMN base station device or access point. It may have been included in the information.
- the UE may be in the registration state with respect to the PLMN, and the UE may be in the first state, the third state, or the fifth state. Or the seventh state. At this time, the UE may be in a state where it can receive the PLMN service.
- the procedure in Chapter 7.1 is executed one or more times, and the UE in the 1st state, the 3rd state, the 5th state, or the 7th state executes this procedure via non-3GPP access. You can do it. Specifically, when a UE in any of these states is registered with the PLMN, this procedure may be executed to establish a PDU session.
- the UE may be in a state where it can communicate with the DN using the established PDU session (second PDU session). It may be in the 1st state or the 3rd state or the 5th state or the 7th state. At this time, the UE may be in a state where it can receive the PLMN service.
- this procedure may be executed by the UE in the fifth state.
- the UE in the fifth state can execute the SNPN selection procedure to select a certain SNPN, and execute this procedure for the selected SNPN via 3GPP access. It's okay.
- the PLMN ID and NID used to identify and select the SNPN may be, for example, originally possessed by the UE, or may be broadcast from the SNPN or PLMN base station device or access point. ) May be included in the system information.
- the registration request message, registration acceptance message, registration refusal message, and registration completion message in this procedure are transmitted and received between the UE and the core network device such as AMF (AMF_210) via NF_260.
- AMF AMF
- the UE may be in the registration state not only for the PLMN but also for the SNPN, and is in the fifth state. You can be. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.
- the procedure in Chapter 7.3 may be executed at least once, and the UE in the fifth state may execute this procedure via 3GPP access. Specifically, this procedure may be executed in order to establish a PDU session when the UE in the fifth state is in the registered state with respect to PLMN and SNPN.
- the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are transmitted and received between the UE and the core network device such as SMF (SMF_220) via NF_260.
- SMF SMF
- the UE may be in a state where it can communicate with the DN using the established PDU session (third PDU session). It may be in the state of 5. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.
- the registration procedure in Chapter 8.1 is performed for the core network_200 via the non-3GPP access (access network_100) in the SNPN.
- the PDU session established by executing the PDU session establishment procedure in Chapter 8.2 (fourth PDU session) is used to enable communication with DN_250.
- the UE further performs the registration procedure of Chapter 8.3 for the core network_202 via non-3GPP access (access network_102) to enter the registration state, and then the PDU session of Chapter 8.4.
- the PDU session established by executing the establishment procedure it becomes possible to communicate with DN_252.
- these series of procedures will be described with reference to FIGS. 6, 7, 12, and 13.
- this procedure may be executed by the UE in the second state, the fourth state, the sixth state, or the seventh state.
- a UE in any of these states can perform an SNPN selection procedure to select a SNPN, and for the selected SNPN via non-3GPP access, the book. You may carry out the procedure.
- the PLMN ID and NID used to identify and select the SNPN may be, for example, originally possessed by the UE, or may be broadcast from the SNPN base station device or access point. It may be included in the system information.
- the UE may be in the registration state with respect to the SNPN, and the UE may be in the second state or the fourth state or the sixth state. Or the seventh state. At this time, the UE may be in a state where it can receive the SNPN service.
- the procedure in Chapter 8.1 is executed one or more times, and the UE in the second state, the fourth state, the sixth state, or the seventh state executes this procedure via non-3GPP access. You can do it. Specifically, when a UE in any of these states is in a registered state with respect to the SNPN, this procedure may be executed to establish a PDU session.
- the UE may be in a state where it can communicate with the DN using the established PDU session (fourth PDU session). It may be in the 2nd or 4th state or the 6th state or the 7th state or the 8th state. At this time, the UE may be in a state where it can receive the SNPN service.
- this procedure may be executed by the UE in the 7th state or the 8th state.
- a UE in the 7th or 8th state can execute the PLMN selection procedure to select a PLMN, and the selected PLMN can be accessed via non-3GPP access. You may carry out this procedure.
- the PLMN ID used to identify and select the PLMN may be, for example, the one originally possessed by the UE, or may be broadcast from the PLMN or SNPN base station device or access point. It may be included in the system information.
- the registration request message, registration acceptance message, registration refusal message, and registration completion message in this procedure are transmitted and received between the UE and the core network device such as AMF (AMF_212) via N3IWF_242.
- the UE may be in the registration state not only for the SNPN but also for the PLMN, and the seventh state or It may be in the eighth state. At this time, the UE may be in a state where it can receive the PLMN service. That is, the UE may be in a state where it can receive the PLMN service via the SNPN.
- the procedure in Chapter 8.3 may be executed one or more times, and the UE in the 7th state or the 8th state may execute this procedure via non-3GPP access. Specifically, this procedure may be performed to establish a PDU session when the UE in the 7th state or the 8th state is in the registration state for the PLMN and SNPN.
- the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are transmitted and received between the UE and the core network device such as SMF (SMF_222) via N3IWF_242.
- the UE may be in a state where it can communicate with the DN using the established PDU session (fifth PDU session). It may be in the 7th state or the 8th state. At this time, the UE may be in a state where it can receive the PLMN service. That is, the UE may be in a state where it can receive the PLMN service via the SNPN.
- the registration procedure in Chapter 9.1 is performed for the core network_200 via the non-3GPP access (access network_100) in the SNPN.
- the PDU session established by executing the PDU session establishment procedure in Chapter 9.2 (fourth PDU session) can be used to communicate with DN_250.
- the UE further executes the registration procedure of Chapter 9.3 for the core network_202 via 3GPP access (access network_102) to enter the registration state, and then the PDU session establishment procedure of Chapter 9.4.
- the PDU session established by executing (fifth PDU session) is used, and it becomes possible to communicate with DN_252.
- these series of procedures will be described with reference to FIGS. 6, 8, 12, and 13.
- this procedure may be executed by the UE in the second state, the fourth state, the sixth state, or the seventh state.
- a UE in any of these states can perform an SNPN selection procedure to select a SNPN, and for the selected SNPN via non-3GPP access, the book. You may carry out the procedure.
- the PLMN ID and NID used to identify and select the SNPN may be, for example, originally possessed by the UE, or may be broadcast from the SNPN base station device or access point. It may be included in the system information.
- the UE may be in the registration state with respect to the SNPN, and the UE may be in the second state or the fourth state or the sixth state. Or the seventh state. At this time, the UE may be in a state where it can receive the SNPN service.
- the procedure in Chapter 9.1 is executed one or more times, and the UE in the second state, the fourth state, the sixth state, or the seventh state executes this procedure via non-3GPP access. You can do it. Specifically, when a UE in any of these states is in a registered state with respect to the SNPN, this procedure may be executed to establish a PDU session.
- the UE may be in a state where it can communicate with the DN using the established PDU session (fourth PDU session). It may be in the 2nd state or the 4th state or the 6th state or the 7th state. At this time, the UE may be in a state where it can receive the SNPN service.
- this procedure may be executed by the UE in the 4th state.
- the UE in the fourth state can execute the PLMN selection procedure to select a certain PLMN, and execute this procedure for the selected PLMN via 3GPP access. It's okay.
- the PLMN ID used to identify and select the PLMN may be, for example, the one originally possessed by the UE, or may be broadcast from the PLMN or SNPN base station device or access point. It may be included in the system information.
- the registration request message, registration acceptance message, registration refusal message, and registration completion message in this procedure are transmitted and received between the UE and the core network device such as AMF (AMF_212) via NF_262.
- AMF AMF_212
- the UE may be in the registration state not only for the SNPN but also for the PLMN, and is in the fourth state. You can be. At this time, the UE may be in a state where it can receive the PLMN service. That is, the UE may be in a state where it can receive the PLMN service via the SNPN.
- the procedure in Chapter 9.3 may be executed at least once, and the UE in the 4th state may execute this procedure via 3GPP access. Specifically, this procedure may be executed in order to establish a PDU session when the UE in the fourth state is in the registered state with respect to PLMN and SNPN.
- the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are transmitted and received between the UE and the core network device such as SMF (SMF_222) via NF_262.
- SMF_222 the core network device
- NF_262 the core network device
- the UE may be in a state where it can communicate with the DN using the established PDU session (fifth PDU session). It may be in the state of 4. At this time, the UE may be in a state where it can receive the PLMN service. That is, the UE may be in a state where it can receive the PLMN service via the SNPN.
- the program that operates in the apparatus according to one aspect of the present invention may be a program that controls a Central Processing Unit (CPU) or the like to operate a computer so as to realize the functions of the embodiments according to the present invention.
- the program or the information handled by the program is temporarily stored in a volatile memory such as Random Access Memory (RAM), a non-volatile memory such as a flash memory, a Hard Disk Drive (HDD), or another storage device system.
- RAM Random Access Memory
- HDD Hard Disk Drive
- the program for realizing the function of the embodiment according to one aspect of the present invention may be recorded on a computer-readable recording medium. It may be realized by loading the program recorded on this recording medium into a computer system and executing it.
- the term "computer system” as used herein is a computer system built into a device 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 that dynamically holds a program for a short time, or another recording medium that can be read by a computer. Is also good.
- each functional block or various features of the device used in the above-described embodiment can be implemented or executed in an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
- Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or others.
- Programmable Logic Devices Discrete Gate or Transistor Logic, Discrete Hardware Components, or Combinations thereof.
- the general purpose processor may be a microprocessor, a conventional processor, a controller, a microcontroller, or a state machine.
- the electric circuit described above may be composed of a digital circuit or an analog circuit. Further, when an integrated circuit technology that replaces the current integrated circuit appears due to the progress of semiconductor technology, one or a plurality of aspects of the present invention can also use a new integrated circuit according to the technology.
- the invention of the present application is not limited to the above-described embodiment.
- one example of the device has been described, but one aspect of the present invention is not limited to this, and is not limited to this, and a stationary or non-movable electronic device installed indoors or outdoors, for example, an AV device. , Kitchen equipment, cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other terminal devices or communication devices such as living equipment.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
non-3GPPアクセスを用いてSNPNサービスに接続する方法や、non-3GPPアクセスを用いて接続したSNPNを介してPLMNサービスに接続する方法や、non-3GPPアクセスを用いて接続したPLMNを介してSNPNサービスに接続する方法を明確化する。UEは、non-3GPPアクセスを用いてSNPNを介して、3GPPアクセスを用いてPLMNサービスに接続する場合、non-3GPPアクセス上では、SNPNアクセスモードで動作し、3GPPアクセス上では、SNPNアクセスモードで動作しない制御部を備える。
Description
本発明は、UE(User Equipment)に関する。本願は、2020年11月20日に日本で出願された特願2020-193362号に基づき優先権を主張し、その内容をここに援用する。
3GPP(3rd Generation Partnership Project)では、第5世代(5G)の移動通信システムである5GS(5G System)のシステムアーキテクチャが検討されており、新しい手続きや新しい機能のサポートするための議論が行われている(非特許文献1~3を参照)。Release 16規格において、NPN(Non-Public Network)という概念が導入され、Release 17では、その機能拡張が議論されている(非特許文献4を参照)。
3GPP TS 23.501 V16.6.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 16)
3GPP TS 23.502 V16.6.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 16)
3GPP TS 24.501 V17.0.0 (2020-09); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 16)
3GPP TR 23.700-07 V1.1.0 (2020-10); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhanced support of non-public networks (Release 17)
非特許文献4では、NPNの一形態であるSNPN(Stand-alone NPN)に対するnon-3GPPアクセスのサポートについて議論される予定であったが、未だに議論されていない。さらに、具体的には、non-3GPPアクセスを用いてSNPNサービスに接続する方法や、non-3GPPアクセスを用いて接続したSNPNを介してPLMNサービスに接続する方法や、non-3GPPアクセスを用いて接続したPLMNを介してSNPNサービスに接続する方法について、何ら開示されていない。
本発明の一態様は、以上のような事情を鑑みてなされたものであり、non-3GPPアクセスを用いてSNPNサービスに接続する方法や、non-3GPPアクセスを用いて接続したSNPNを介してPLMNサービスに接続する方法や、non-3GPPアクセスを用いて接続したPLMNを介してSNPNサービスに接続する方法を明確化することにある。
本発明の一態様のUEは、制御部を備えるUE(User Equipment)であって、non-3GPPアクセスを用いてSNPN(Stand-alone Non-Public Network)を介して、3GPPアクセスを用いてPLMN(Public Land Mobile Network)サービスに接続する場合、前記制御部は、non-3GPPアクセス上では、SNPNアクセスモードで動作し、3GPPアクセス上では、SNPNアクセスモードで動作しない、ことを特徴とする。
本発明の一態様によれば、non-3GPPアクセスを用いてSNPNサービスに接続する方法や、non-3GPPアクセスを用いて接続したSNPNを介してPLMNサービスに接続する方法や、non-3GPPアクセスを用いて接続したPLMNを介してSNPNサービスに接続する方法を提供することができる。
以下、図面を参照して本発明の一態様を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明の一態様を適用した場合の移動通信システムの実施形態について説明する。
[1. システムの概要]
ここでは、各移動通信システムについて説明する。
ここでは、各移動通信システムについて説明する。
まず、図1は移動通信システム1の概略を説明する為の図であり、図2はその詳細構成を説明する為の図である。また、図3は移動通信システム2の概略を説明する為の図であり、図4及び図5はその詳細構成を説明する為の図である。また、図6は移動通信システム3の概略を説明する為の図であり、図7及び図8はその詳細構成を説明する為の図である。
図1には、UE(User Equipment)_10、アクセスネットワーク_100、コアネットワーク_200、DN(Data Network)_250により構成されている通信システム1が記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。また、図1のアクセスネットワーク_100は、3GPPアクセス又はnon-3GPPアクセスであってよいが、ここでは、non-3GPPアクセスであることを想定している。図1の通信システム1は、UEが、non-3GPPアクセスを介して、直接、SNPNサービス(以下、SNPNによって提供されるサービス、又はSNPNとも呼称する)に接続することを想定している。言い換えると、UEは、直接、SNPNサービスに接続する場合、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、登録手続きを実行して登録状態となった後、PDUセッション確立手続きを実行することにより確立されたPDUセッション(以下、第1のPDUセッションとも呼称する)を用いて、DN_250と通信可能な状態となる。このとき、UEは、SNPNサービスに接続している状態であると言ってよい。また、アクセスネットワーク_100、及び/又はコアネットワーク_200、及び/又はDN_250は、SNPNを構成するネットワークであると言ってよい。また、アクセスネットワーク_100、コアネットワーク_200、及びDN_250に含まれる装置・ネットワーク機能は、SNPNを構成する装置・ネットワーク機能であると言ってよい。通信システム1とは、このような通信システムである。
また、図2には、UE_10、AMF_210、SMF_220、UPF_230、N3IWF_240、DN_250等の装置・ネットワーク機能、及びこれらを互いに接続するインターフェースが記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。尚、AMF、SMF、UPF、N3IWFは、コアネットワーク_200に含まれてよい。また、図2には記載されていないが、基地局装置又はアクセスポイントが、UEとN3IWFとの間に設置されている。その基地局装置又はアクセスポイントは、アクセスネットワークに含まれてよい。
また、図3には、UE_10、アクセスネットワーク_102、コアネットワーク_202、DN_252、コアネットワーク_200、DN_250により構成されている通信システム2が記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。また、図3のアクセスネットワーク_102は、3GPPアクセス又はnon-3GPPアクセスであってよいが、ここでは、non-3GPPアクセスであることを想定している。図3の通信システム2は、UEが、PLMNを介してSNPNサービスに接続することを想定している。具体的には、図3の通信システム2は、UEが、まず初めにnon-3GPPアクセスを介して、PLMNサービス(以下、PLMNによって提供されるサービス、又はPLMNとも呼称する)に接続した後、さらに3GPPアクセス又はnon-3GPPアクセスを介して、SNPNサービスに接続することを想定している。より具体的には、まず、UEは、PLMNにおいて、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、登録手続きを実行して登録状態となった後、PDUセッション確立手続きを実行することにより確立されたPDUセッション(以下、第2のPDUセッションとも呼称する)を用いて、DN_252と通信可能な状態となる。このとき、UEは、PLMNサービスに接続している状態であると言ってよい。ここで、UEが、PLMNを介してSNPNサービスに接続する場合、PLMNを構成している、アクセスネットワーク_102、コアネットワーク_202、及びDN_252の部分、及び/又は第2のPDUセッション、及び/又は第2のPDUセッションを構成するユーザプレーンリソース(ユーザデータを送受信するのための通信リソース)は、3GPPアクセス又はnon-3GPPアクセス(アクセスネットワーク_100)として取り扱われてよい。そして、UEは、さらに、PLMNを介してSNPNサービスに接続する場合、その3GPPアクセス又はnon-3GPPアクセスを介して、コアネットワーク_200に対して、登録手続きを実行して登録状態となった後、PDUセッション確立手続きを実行することにより確立されたPDUセッション(以下、第3のPDUセッションとも呼称する)を用いて、DN_250と通信可能な状態となる。このとき、UEは、PLMNを介してSNPNサービスに接続している状態であると言ってよい。また、アクセスネットワーク_102、及び/又はコアネットワーク_202、及び/又はDN_252は、PLMNを構成するネットワークであると言ってよい。また、アクセスネットワーク_102、コアネットワーク_202、及びDN_252に含まれる装置・ネットワーク機能は、PLMNを構成する装置・ネットワーク機能であると言ってよい。また、PLMNを構成している、アクセスネットワーク_102、コアネットワーク_202、及びDN_252の部分、及び/又は第2のPDUセッション、及び/又は第2のPDUセッションを構成するユーザプレーンリソースを、アクセスネットワーク_100として取り扱う場合、アクセスネットワーク_100、及び/又はコアネットワーク_200、及び/又はDN_250は、SNPNを構成するネットワーク、又はPLMNを介したSNPNを構成するネットワーク、又はPLMNを介してSNPNサービスに接続する際のSNPNを構成するネットワークであると言ってよい。また、アクセスネットワーク_100、コアネットワーク_200、及びDN_250に含まれる装置・ネットワーク機能は、SNPNを構成する装置・ネットワーク機能、又はPLMNを介したSNPNを構成する装置・ネットワーク機能、又はPLMNを介してSNPNサービスに接続する際のSNPNを構成する装置・ネットワーク機能であると言ってよい。通信システム2とは、このような通信システムである。
また、第3のPDUセッションは、第2のPDUセッションを利用したPDUセッションであると言ってもよいし、第2のPDUセッションに含まれるPDUセッションであると言ってもよい。このように、第3のPDUセッションとは、通常のPDUセッション(第1のPDUセッションや第2のPDUセッション)とは異なるPDUセッションであるとも言える。
尚、図3の破線で記載したアクセスネットワーク_100は、通信システム2では使用しない。アクセスネットワーク_100を破線で記載したのは、通信システム2と、通信システム1とを比較するためである。
また、図4は、PLMNを構成している、アクセスネットワーク_102、コアネットワーク_202、及びDN_252の部分、及び/又は第2のPDUセッション、及び/又は第2のPDUセッションを構成するユーザプレーンリソースを、non-3GPPアクセス(アクセスネットワーク_100)として取り扱う場合の通信システム2の詳細構成である。図4には、UE_10、AMF_210、AMF_212、SMF_220、SMF_222、UPF_230、UPF_232、N3IWF_240、N3IWF_242、DN_250、DN_252等の装置・ネットワーク機能、及びこれらを互いに接続するインターフェースが記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。尚、AMF_212、SMF_222、UPF_232、N3IWF_242は、コアネットワーク_202に含まれてよい。また、AMF_210、SMF_220、UPF_230、N3IWF_240は、コアネットワーク_200に含まれてよい。また、図4には記載されていないが、基地局装置又はアクセスポイントが、UEとN3IWF_242との間に設置されている。その基地局装置又はアクセスポイントは、アクセスネットワーク_102に含まれてよい。
また、図5は、PLMNを構成している、アクセスネットワーク_102、コアネットワーク_202、及びDN_252の部分、及び/又は第2のPDUセッション、及び/又は第2のPDUセッションを構成するユーザプレーンリソースを、3GPPアクセス(アクセスネットワーク_100)として取り扱う場合の通信システム2の詳細構成である。図5には、UE_10、AMF_210、AMF_212、SMF_220、SMF_222、UPF_230、UPF_232、N3IWF_242、DN_250、DN_252、NF_260等の装置・ネットワーク機能、及びこれらを互いに接続するインターフェースが記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。尚、AMF_212、SMF_222、UPF_232、N3IWF_242は、コアネットワーク_202に含まれてよい。また、AMF_210、SMF_220、UPF_230、NF_260は、コアネットワーク_200に含まれてよい。また、図5には記載されていないが、基地局装置又はアクセスポイントが、UEとN3IWF_242との間に設置されている。その基地局装置又はアクセスポイントは、アクセスネットワーク_102に含まれてよい。
ここで、NF_260は、UEが、PLMNを介してSNPNサービスに接続するために、SNPNに設置されるゲートウェイ(以下、端点とも称する)であってよい。
また、NF_260は、SNPNのコアネットワーク_200に設置された装置・ネットワーク機能であってよい。この場合、NF_260は、コアネットワーク_200に設置されている既存の装置・ネットワーク機能(例えば、AMF、SMF、UPF等)であってもよいし、新たな装置・ネットワーク機能であってもよい。
また、NF_260は、SNPNのアクセスネットワーク_100に設置された装置・機能であってもよい。この場合、アクセスネットワーク_100に設置されている基地局装置がこの機能を有してもよい。
また、NF_260は、例えば、制御情報やユーザデータ(非制御情報)を、適切な装置・ネットワーク機能に転送する機能を有してもよい。具体的には、NF_260は、UEとDN_252との間で確立されている第2のPDUセッションを用いて、DN_252から受信した制御情報やユーザデータを、SNPNを構成する装置・ネットワーク機能に転送する機能、及び/又はSNPNを構成する装置・ネットワーク機能から受信した制御情報やユーザデータを、DN_252又は第2のPDUセッションに転送する機能を有してもよい。より具体的には、NF_260は、第2のPDUセッションを用いて、UEから送信されたSNPNに対するMMメッセージ(例えば登録要求メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立要求メッセージ等)を、DN_252から受信した場合、SNPNを構成する装置・ネットワーク機能(例えば、AMFやSMF)に転送する機能、及び/又はSNPNを構成する装置・ネットワーク機能(例えば、AMFやSMF)から受信したMMメッセージ(例えば登録受諾メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立受諾メッセージ等)等を、DN_252又は第2のPDUセッションに転送する機能を有してもよい。
また、NF_260は、DN_252から受信した、UEから送信されたSNPNに対するMMメッセージ(例えば登録要求メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立要求メッセージ等)等に対する暗号化(ciphering)処理及び/又は完全性保護(integrity protection)処理を実行する機能、及び/又はSNPNを構成する装置・ネットワーク機能(例えば、AMFやSMF)から受信したMMメッセージ(例えば登録受諾メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立受諾メッセージ等)等対する暗号化(ciphering)処理及び/又は完全性保護(integrity protection)処理を実行する機能を有してもよい。
また、NF_260は、UEがPLMNを介してSNPNサービスに接続させるか否かを判断する機能を有してもよい。
また、NF_260は、UEとDN_250との間で第3のPDUセッションが確立された場合、第3のPDUセッションと第2のPDUセッションとを対応づけて記憶する機能を有してもよい。具体的には、NF_260は、第3のPDUセッションが確立された場合、UEから送信されたユーザデータをDN_252を介して受信した場合、DN_250に転送する機能、及び/又はDN_250からユーザデータを受信した場合、DN_252に転送する機能を有してもよい。
また、図6には、UE_10、アクセスネットワーク_100、コアネットワーク_200、DN_250、コアネットワーク_202、DN_252により構成されている通信システム3が記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。また、図6のアクセスネットワーク_100は、3GPPアクセス又はnon-3GPPアクセスであってよいが、ここでは、non-3GPPアクセスであることを想定している。図6の通信システム3は、UEが、SNPNを介してPLMNサービスに接続することを想定している。具体的には、図6の通信システム3は、UEが、まず初めにnon-3GPPアクセスを介して、SNPNサービスに接続した後、さらに3GPPアクセス又はnon-3GPPアクセスを介して、PLMNサービスに接続することを想定している。より具体的には、まず、UEは、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、登録手続きを実行して登録状態となった後、PDUセッション確立手続きを実行することにより確立されたPDUセッション(以下、第4のPDUセッションとも呼称する)を用いて、DN_250と通信可能な状態となる。ここで、第4のPDUセッションは、上記の第1のPDUセッションと同一であってよい。このとき、UEは、SNPNサービスに接続している状態であると言ってよい。ここで、UEが、SNPNを介してPLMNサービスに接続する場合、SNPNを構成している、アクセスネットワーク_100、コアネットワーク_200、及びDN_250の部分、及び/又は第4のPDUセッション、及び/又は第4のPDUセッションを構成するユーザプレーンリソースは、3GPPアクセス又はnon-3GPPアクセス(アクセスネットワーク_102)として取り扱われてよい。そして、UEは、さらに、SNPNを介してPLMNサービスに接続する場合、その3GPPアクセス又はnon-3GPPアクセスを介して、コアネットワーク_202に対して、登録手続きを実行して登録状態となった後、PDUセッション確立手続きを実行することにより確立されたPDUセッション(以下、第5のPDUセッションとも呼称する)を用いて、DN_252と通信可能な状態となる。このとき、UEは、SNPNを介してPLMNサービスに接続している状態であると言ってよい。また、アクセスネットワーク_100、及び/又はコアネットワーク_200、及び/又はDN_250は、SNPNを構成するネットワークであると言ってよい。また、アクセスネットワーク_100、コアネットワーク_200、及びDN_250に含まれる装置・ネットワーク機能は、SNPNを構成する装置・ネットワーク機能であると言ってよい。また、SNPNを構成している、アクセスネットワーク_100、コアネットワーク_200、及びDN_250の部分、及び/又は第4のPDUセッション、及び/又は第4のPDUセッションを構成するユーザプレーンリソースを、アクセスネットワーク_102として取り扱う場合、アクセスネットワーク_102、及び/又はコアネットワーク_202、及び/又はDN_252は、PLMNを構成するネットワーク、又はSNPNを介したPLMNを構成するネットワーク、又はSNPNを介してPLMNサービスに接続する際のPLMNを構成するネットワークであると言ってよい。また、アクセスネットワーク_102、コアネットワーク_202、及びDN_252に含まれる装置・ネットワーク機能は、PLMNを構成する装置・ネットワーク機能、又はSNPNを介したPLMNを構成する装置・ネットワーク機能、又はSNPNを介してPLMNサービスに接続する際のPLMNを構成する装置・ネットワーク機能であると言ってよい。通信システム3とは、このような通信システムである。
また、第5のPDUセッションは、第4のPDUセッションを利用したPDUセッションであると言ってもよいし、第4のPDUセッションに含まれるPDUセッションであると言ってもよい。このように、第5のPDUセッションとは、通常のPDUセッション(第4のPDUセッション)とは異なるPDUセッションであるとも言える。
尚、図6の破線で記載したアクセスネットワーク_102は、通信システム3では使用しない。アクセスネットワーク_102を破線で記載したのは、通信システム3と、通信システム2とを比較するためである。
また、図7は、SNPNを構成している、アクセスネットワーク_100、コアネットワーク_200、及びDN_250の部分、及び/又は第4のPDUセッション、及び/又は第4のPDUセッションを構成するユーザプレーンリソースを、non-3GPPアクセス(アクセスネットワーク_102)として取り扱う場合の通信システム3の詳細構成である。図7には、UE_10、AMF_210、AMF_212、SMF_220、SMF_222、UPF_230、UPF_232、N3IWF_240、N3IWF_242、DN_250、DN_252等の装置・ネットワーク機能、及びこれらを互いに接続するインターフェースが記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。尚、AMF_210、SMF_220、UPF_230、N3IWF_240は、コアネットワーク_200に含まれてよい。また、AMF_212、SMF_222、UPF_232、N3IWF_242は、コアネットワーク_202に含まれてよい。また、図7には記載されていないが、基地局装置又はアクセスポイントが、UEとN3IWF_240との間に設置されている。その基地局装置又はアクセスポイントは、アクセスネットワーク_100に含まれてよい。
また、図8は、SNPNを構成している、アクセスネットワーク_100、コアネットワーク_200、及びDN_250の部分、及び/又は第4のPDUセッション、及び/又は第4のPDUセッションを構成するユーザプレーンリソースを、3GPPアクセス(アクセスネットワーク_102)として取り扱う場合の通信システム3の詳細構成である。図8には、UE_10、AMF_210、AMF_212、SMF_220、SMF_222、UPF_230、UPF_232、N3IWF_240、DN_250、DN_252、NF_262等の装置・ネットワーク機能、及びこれらを互いに接続するインターフェースが記載されている。
ここで、以下では、これらの記号を省略して記載する場合がある。尚、AMF_210、SMF_220、UPF_230、N3IWF_240は、コアネットワーク_200に含まれてよい。また、AMF_212、SMF_222、UPF_232、NF_262は、コアネットワーク_202に含まれてよい。また、図8には記載されていないが、基地局装置又はアクセスポイントが、UEとN3IWF_240との間に設置されている。その基地局装置又はアクセスポイントは、アクセスネットワーク_100に含まれてよい。
ここで、NF_262は、UEが、SNPNを介してPLMNサービスに接続するために、PLMNに設置されるゲートウェイ(以下、端点とも称する)であってよい。
NF_262は、PLMNのコアネットワーク_202に設置された装置・ネットワーク機能であってよい。この場合、NF_262は、コアネットワーク_202に設置されている既存の装置・ネットワーク機能(例えば、AMF、SMF、UPF等)であってもよいし、新たな装置・ネットワーク機能であってもよい。
また、NF_262は、PLMNのアクセスネットワーク_102に設置された装置・機能であってもよい。この場合、アクセスネットワーク_102に設置されている基地局装置がこの機能を有してもよい。
また、NF_262は、例えば、制御情報やユーザデータ(非制御情報)を、適切な装置・ネットワーク機能に転送する機能を有してもよい。具体的には、NF_262は、UEとDN_250との間で確立されている第4のPDUセッションを用いて、DN_250から受信した制御情報やユーザデータを、PLMNを構成する装置・ネットワーク機能に転送する機能、及び/又はPLMNを構成する装置・ネットワーク機能から受信した制御情報やユーザデータを、DN_250又は第4のPDUセッションに転送する機能を有してもよい。より具体的には、NF_262は、第4のPDUセッションを用いて、UEから送信されたPLMNに対するMMメッセージ(例えば登録要求メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立要求メッセージ等)を、DN_250から受信した場合、PLMNを構成する装置・ネットワーク機能(例えば、AMFやSMF)に転送する機能、及び/又はPLMNを構成する装置・ネットワーク機能(例えば、AMFやSMF)から受信したMMメッセージ(例えば登録受諾メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立受諾メッセージ等)等を、DN_250又は第4のPDUセッションに転送する機能を有してもよい。
また、NF_262は、DN_250から受信した、UEから送信されたPLMNに対するMMメッセージ(例えば登録要求メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立要求メッセージ等)等に対する暗号化(ciphering)処理及び/又は完全性保護(integrity protection)処理を実行する機能、及び/又はPLMNを構成する装置・ネットワーク機能(例えば、AMFやSMF)から受信したMMメッセージ(例えば登録受諾メッセージ等)及び/又はSMメッセージ(例えば、PDUセッション確立受諾メッセージ等)等対する暗号化(ciphering)処理及び/又は完全性保護(integrity protection)処理を実行する機能を有してもよい。
また、NF_262は、UEがSNPNを介してPLMNサービスに接続させるか否かを判断する機能を有してもよい。
また、NF_262は、UEとDN_252との間で第5のPDUセッションが確立された場合、第5のPDUセッションと第4のPDUセッションとを対応づけて記憶する機能を有してもよい。具体的には、NF_262は、第5のPDUセッションが確立された場合、UEから送信されたユーザデータをDN_250を介して受信した場合、DN_252に転送する機能、及び/又はDN_252からユーザデータを受信した場合、DN_250に転送する機能を有してもよい。
また、5Gシステムである5GS(5G System)は、UE、アクセスネットワーク及びコアネットワークを含んで構成されるが、さらにDNが含まれても良い。
また、UEは、3GPPアクセス(3GPPアクセスネットワーク、3GPP ANとも称する)及び/又はnon-3GPPアクセス(non-3GPPアクセスネットワーク、non-3GPP ANとも称する)を介して、ネットワークサービスに対して接続可能な装置である。また、UEは、携帯電話やスマートフォン等の無線通信が可能な端末装置であってよく、4GシステムであるEPS(Evolved Packet System)にも5GSにも接続可能な端末装置であってよい。また、UEは、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてよい。尚、UEのことをユーザ装置と表現してもよいし、端末装置と表現してもよい。
また、アクセスネットワークは、5Gアクセスネットワーク(5G AN)と呼称してもよい。5G ANは、NG-RAN(NG Radio Access Network)及び/又はnon-3GPP アクセスネットワーク(non-3GPP AN)で構成される。
また、NG-RANには、1以上の基地局装置が配置されている。その基地局装置は、例えばgNB(gNodeB)であってよい。gNBは、NR(New Radio)ユーザプレーンと制御プレーンをUEに提供するノードであり、5GCに対してNGインターフェース(N2インターフェース又はN3インターフェースを含む)を介して接続するノードである。すなわち、gNBは、5GSのために新たに設計された基地局装置であり、EPSで使用されていた基地局装置(eNB)とは異なる機能を有する。また、複数のgNBがある場合は、各gNBは、例えばXnインターフェースにより、互いに接続している。
また、NG-RANは、3GPPアクセスと称することがある。また、non-3GPP ANは、non-3GPPアクセスと称することがある。また、アクセスネットワークに配置されるノードを、まとめてNG-RANノードとも称することがある。
また、アクセスネットワーク、及び/又はアクセスネットワークに含まれる装置に含まれる装置は、アクセスネットワーク装置と呼称する場合がある。
また、アクセスネットワークには基地局装置又はアクセスポイントが配置されている。
また、コアネットワークは、5GC(5G Core Network)に対応する。5GCには、例えば、AMF、UPF、SMF、PCF、N3IWF等が配置されている。ここで、5GCは、5GCNと表現されてもよい。
また、以下では、コアネットワーク、及び/又はコアネットワークに含まれる装置は、コアネットワーク装置と称する場合がある。
コアネットワークは、アクセスネットワークとDNとを接続した移動体通信事業者(Mobile Network Operator; MNO)が運用するIP移動通信ネットワークの事であってもよいし、移動通信システムを運用、管理する移動体通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
また、DNは、UEに通信サービスを提供するDNであってよい。また、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、DNは、接続された通信端末を含んでもよい。従って、DNと接続する事は、DNに配置された通信端末やサーバ装置と接続する事であってもよい。さらに、DNとの間でユーザデータを送受信する事は、DNに配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。
また、以下では、アクセスネットワーク、コアネットワーク、DNの少なくとも一部を、ネットワーク又はネットワーク装置と呼称する場合がある。また、アクセスネットワーク、コアネットワーク、DNの少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と呼称する場合がある。つまり、ネットワーク又はネットワーク装置が、メッセージを送受信する、及び/又は手続きを実行するということは、アクセスネットワーク、コアネットワーク、DNの少なくとも一部、又はこれらに含まれる1以上の装置が、メッセージを送受信する、及び/又は手続きを実行することを意味してよい。
また、UEは、アクセスネットワークに接続することができる。また、UEは、アクセスネットワークを介して、コアネットワークと接続する事ができる。さらに、UEは、アクセスネットワーク及びコアネットワークを介して、DNに接続する事ができる。すなわち、UEは、DNとの間で、ユーザデータを送受信(通信)する事ができる。また、UEがユーザデータを送受信する際は、IP(Internet Protocol)通信だけでなく、non-IP通信を用いてもよい。
ここで、IP通信とは、IPを用いたデータ通信の事であり、IPパケットにより、データの送受信が行われる。IPパケットは、IPヘッダとペイロード部で構成される。ペイロード部には、EPSに含まれる装置・機能や、5GSに含まれる装置・機能が送受信するデータが含まれてよい。
また、non-IP通信とは、IPを用いないデータ通信の事であり、IPパケットの構造とは異なる形式により、データの送受信が行われる。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUEが送受信するユーザデータを送受信してもよい。
[2. 各装置の構成]
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
尚、以下で登場する各装置・機能内の各記憶部(記憶部_340、記憶部_540、記憶部_740)は、例えば、半導体メモリ、SSD(Solid State Drive)、HDD(Hard Disk Drive)等で構成されている。また、各記憶部は、出荷段階からもともと設定されていた情報だけでなく、自装置・機能以外の装置・機能(例えば、UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDN)との間で、送受信した各種の情報を記憶する事ができる。また、各記憶部は、後述する各種の通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶することができる。また、各記憶部は、これらの情報をUE毎に記憶してもよい。
[2.1. UEの装置構成]
まず、UE(User Equipment)の装置構成例について、図9を用いて説明する。UEは、制御部_300、アンテナ_310、送受信部_320、記憶部_340で構成されている。制御部_300、送受信部_320、記憶部_340は、バスを介して接続されている。送受信部_320は、アンテナ_310と接続している。
まず、UE(User Equipment)の装置構成例について、図9を用いて説明する。UEは、制御部_300、アンテナ_310、送受信部_320、記憶部_340で構成されている。制御部_300、送受信部_320、記憶部_340は、バスを介して接続されている。送受信部_320は、アンテナ_310と接続している。
制御部_300は、UE全体の動作・機能を制御する機能部である。尚、制御部_300は、UEにおける他の機能部(送受信部_320、記憶部_340)が有さない全ての機能を処理してもよい。制御部_300は、必要に応じて、記憶部_340に記憶されている各種プログラムを読み出して実行する事により、UEにおける各種の処理を実現する。
送受信部_320は、アンテナ_310を介して、アクセスネットワーク内の基地局装置等と無線通信する為の機能部である。すなわち、UEは、送受信部_320を用いて、アクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
また、UEは、送受信部_320を用いることにより、5G AN内の基地局装置(gNB)と通信することができる。また、UEは、送受信部_320を用いることにより、N1インターフェースを介してAMFとNAS(Non-Access-Stratum)メッセージの送受信をすることができる。
記憶部_340は、UEの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_340は、アクセスネットワーク装置、コアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
[2.2. gNB(基地局装置)及びアクセスポイントの装置構成]
次に、gNBの装置構成例について、図10を用いて説明する。gNB は、制御部_500、アンテナ_510、ネットワーク接続部_520、送受信部_530、記憶部_540で構成されている。制御部_500、ネットワーク接続部_520、送受信部_530、記憶部_540は、バスを介して接続されている。送受信部_530は、アンテナ_510と接続している。
次に、gNBの装置構成例について、図10を用いて説明する。gNB は、制御部_500、アンテナ_510、ネットワーク接続部_520、送受信部_530、記憶部_540で構成されている。制御部_500、ネットワーク接続部_520、送受信部_530、記憶部_540は、バスを介して接続されている。送受信部_530は、アンテナ_510と接続している。
制御部_500は、gNB全体の動作・機能を制御する機能部である。尚、制御部_500は、基地局装置における他の機能部(ネットワーク接続部_520、送受信部_530、記憶部_540)が有さない全ての機能を処理してもよい。制御部_500は、必要に応じて、記憶部_540に記憶されている各種プログラムを読み出して実行する事により、gNBにおける各種の処理を実現する。
ネットワーク接続部_520は、gNBが、AMF及び/又はUPFと通信する為の機能部である。すなわち、gNBは、ネットワーク接続部_520を用いて、AMF及び/又はUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
送受信部_530は、アンテナ_510を介して、UEと無線通信する為の機能部である。すなわち、gNBは、送受信部_530を用いて、UEとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
5G AN内にあるgNBは、ネットワーク接続部_520を用いることにより、N2インターフェースを介して、AMFと通信することができ、N3インターフェースを介して、UPFと通信することができる。また、gNBは、送受信部_530を用いることにより、UEと通信することができる。
記憶部_540は、gNBの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_540は、UE、他のアクセスネットワーク装置(基地局装置)、コアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
尚、アクセスポイントも、gNBと同様の装置構成でよい。
[2.3. AMFの装置構成]
次に、AMFの装置構成例について、図11を用いて説明する。AMFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。AMFは、制御プレーン(C-planeとも称する)を扱うノードであってよい。
次に、AMFの装置構成例について、図11を用いて説明する。AMFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。AMFは、制御プレーン(C-planeとも称する)を扱うノードであってよい。
制御部_700は、AMF全体の動作・機能を制御する機能部である。尚、制御部_700は、AMFにおける他の機能部(ネットワーク接続部_720、記憶部_740)が有さない全ての機能を処理してもよい。制御部_700は、必要に応じて、記憶部_740に記憶されている各種プログラムを読み出して実行する事により、AMFにおける各種の処理を実現する。
ネットワーク接続部_720は、AMFが、基地局装置、及び/又はN3IWF、及び/又は他のAMF、及び/又はSMF、及び/又はPCF、及び/又はNSSF(Network Slice Selection Function)、及び/又はUDM(Unified Data Management)、及び/又はSCEFと接続する為の機能部である。すなわち、AMFは、ネットワーク接続部_720を用いて、基地局装置、及び/又はN3IWF、及び/又は他のAMF、及び/又はSMF、及び/又はPCF、及び/又はNSSF、及び/又はUDM、及び/又はSCEFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
5GCN内にあるAMFは、ネットワーク接続部_720を用いることにより、N2インターフェースを介して、基地局装置又はN3IWFと通信することができ、N14インターフェースを介して、他のAMFと通信することができ、N11インターフェースを介して、SMFと通信することができ、N15インターフェースを介して、PCFと通信することができ、N22インターフェースを介して、NSSFと通信することができ、N8インターフェースを介して、UDMと通信することができる。また、AMFは、ネットワーク接続部_720を用いることにより、N1インターフェースを介して、UEとNASメッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。
記憶部_740は、AMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_740は、UE、アクセスネットワーク装置、他のコアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
尚、AMFは、N2インターフェースを用いたRANとの制御メッセージを交換する機能、N1インターフェースを用いたUEとのNASメッセージを交換する機能、NASメッセージの暗号化及び完全性保護を行う機能、登録管理(Registration management; RM)機能、接続管理(Connection management; CM)機能、到達可能性管理(Reachability management)機能、UE等の移動性管理(Mobility management)機能、UEとSMF間のSM(Session Management)メッセージを転送する機能、アクセス認証(Access Authentication、Access Authorization)機能、セキュリティアンカー機能(SEA; Security Anchor Functionality)、セキュリティコンテキスト管理(SCM; Security Context Management)機能、N3IWF(Non-3GPP Interworking Function)に対するN2インターフェースをサポートする機能、N3IWFを介したUEとのNAS信号の送受信をサポートする機能、N3IWFを介して接続するUEの認証する機能等を有する。
また、登録管理では、UEごとのRM状態が管理される。RM状態は、UEとAMFとの間で同期がとられていてもよい。RM状態としては、非登録状態(RM-DEREGISTERED state)と、登録状態(RM-REGISTERED state)がある。RM-DEREGISTERED状態では、UEはネットワークに登録されていないため、AMFにおけるUEコンテキストが、そのUEに対する有効な位置情報やルーティング情報を持っていない為、AMFはUEに到達できない状態である。また、RM-REGISTERED状態では、UEはネットワークに登録されているため、UEはネットワークとの登録が必要なサービスを受信することができる。尚、RM状態は、5GMM状態(5GMM state)と表現されてもよい。この場合、RM-DEREGISTERED状態は、5GMM-DEREGISTERED状態と表現されてもよいし、RM-REGISTERED状態は、5GMM-REGISTERED状態と表現されてもよい。
言い換えると、5GMM-REGISTEREDは、各装置が、5GMMコンテキストを確立した状態であってもよいし、PDUセッションコンテキストを確立した状態であってもよい。尚、各装置が5GMM-REGISTEREDである場合、UEは、ユーザデータや制御メッセージの送受信を開始してもよいし、ページングに対して応答してもよい。さらに、尚、各装置が5GMM-REGISTEREDである場合、UEは、初期登録のための登録手続き以外の登録手続き、及び/又はサービス要求手続きを実行してもよい。
さらに、5GMM-DEREGISTEREDは、各装置が、5GMMコンテキストを確立していない状態であってもよいし、UEの位置情報がネットワークに把握されていない状態であってもよいし、ネットワークがUEに到達不能である状態であってもよい。尚、各装置が5GMM-DEREGISTEREDである場合、UEは、登録手続きを開始してもよいし、登録手続きを実行することで5GMMコンテキストを確立してもよい。
また、接続管理では、UEごとのCM状態が管理される。CM状態は、UEとAMFとの間で同期がとられていてもよい。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)を持っていてもよい。
さらに、接続管理では、3GPPアクセスにおけるCM状態と、non-3GPPアクセスにおけるCM状態とで分けて管理されてもよい。この場合、3GPPアクセスにおけるCM状態としては、3GPPアクセスにおける非接続状態(CM-IDLE state over 3GPP access)と、3GPPアクセスにおける接続状態(CM-CONNECTED state over 3GPP access)とがあってよい。さらに、non-3GPPアクセスにおけるCM状態としては、non-3GPPアクセスにおける非接続状態(CM-IDLE state over non-3GPP access)と、non-3GPPアクセスにおける接続状態(CM-CONNECTED state over non-3GPP access)とがあってよい。尚、非接続状態はアイドルモード表現されてもよく、接続状態モードはコネクテッドモードと表現されてもよい。
尚、CM状態は、5GMMモード(5GMM mode)と表現されてもよい。この場合、非接続状態は、5GMM非接続モード(5GMM-IDLE mode)と表現されてもよいし、接続状態は、5GMM接続モード(5GMM-CONNECTED mode)と表現されてもよい。さらに、3GPPアクセスにおける非接続状態は、3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over 3GPP access)と表現されてもよいし、3GPPアクセスにおける接続状態は、3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over 3GPP access)と表現されてもよい。さらに、non-3GPPアクセスにおける非接続状態は、non-3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over non-3GPP access)と表現されてもよいし、non-3GPPアクセスにおける接続状態は、non-3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over non-3GPP access)と表現されてもよい。尚、5GMM非接続モードはアイドルモード表現されてもよく、5GMM接続モードはコネクテッドモードと表現されてもよい。
また、AMFは、コアネットワーク内に1以上配置されてもよい。また、AMFは、1以上のNSI(Network Slice Instance)を管理するNF(Network Function)でもよい。また、AMFは、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
尚、N3IWFは、UEがnon-3GPPアクセスを介して5GSに接続する場合に、non-3GPPアクセスと5GCNとの間に配置される装置及び/又は機能である。N3IWFは、コアネットワークに配置されることが望ましい。
[2.4. SMFの装置構成]
次に、SMFの装置構成例について、図11を用いて説明する。SMFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
次に、SMFの装置構成例について、図11を用いて説明する。SMFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
制御部_700は、SMF全体の動作・機能を制御する機能部である。尚、制御部_500は、SMFにおける他の機能部(ネットワーク接続部_720、記憶部_740)が有さない全ての機能を処理してもよい。制御部_700は、必要に応じて、記憶部_740に記憶されている各種プログラムを読み出して実行する事により、SMFにおける各種の処理を実現する。
ネットワーク接続部_720は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_720を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
5GCN内にあるSMFは、ネットワーク接続部_720を用いることにより、N11インターフェースを介して、AMFと通信することができ、N4インターフェースを介して、UPFと通信することができ、N7インターフェースを介して、PCFと通信することができ、N10インターフェースを介して、UDMと通信することができる。
記憶部_740は、SMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_740は、UE、アクセスネットワーク装置、他のコアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
SMFは、PDUセッションの確立・修正・解放等のセッション管理(Session Management)機能、UEに対するIPアドレス割り当て(IP address allocation)及びその管理機能、UPFの選択と制御機能、適切な目的地(送信先)へトラフィックをルーティングする為のUPFの設定機能、NASメッセージのSM部分を送受信する機能、下りリンクのデータが到着したことを通知(Downlink Data Notification)する機能、AMF経由でN2インターフェースを介してANに送信されるAN特有の(ANごとの)SM情報を提供する機能、セッションに対するSSCモード(Session and Service Continuity mode)を決定する機能、ローミング機能等を有する。
[2.5. UPFの装置構成]
次に、UPFの装置構成例について、図11を用いて説明する。UPFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
次に、UPFの装置構成例について、図11を用いて説明する。UPFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
制御部_700は、UPF全体の動作・機能を制御する機能部である。尚、制御部_700は、AMFにおける他の機能部(ネットワーク接続部_720、記憶部_740)が有さない全ての機能を処理してもよい。制御部_700は、必要に応じて、記憶部_740に記憶されている各種プログラムを読み出して実行する事により、UPFにおける各種の処理を実現する。
ネットワーク接続部_720は、UPFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNと接続する為の機能部である。すなわち、UPFは、ネットワーク接続部_720を用いて、基地局装置、及び/又はN3IWF、及び/又はSMF、及び/又はDN、及び/又は他のUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
5GCN内にあるUPFは、ネットワーク接続部_720を用いることにより、N3インターフェースを介して、基地局装置又はN3IWFと通信することができ、N4インターフェースを介して、SMFと通信することができ、N6インターフェースを介して、DNと通信することができ、N9インターフェースを介して、他のUPFと通信することができる。
記憶部_740は、UPFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_740は、UE、アクセスネットワーク装置、他のコアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
UPFは、intra-RAT mobility又はinter-RAT mobilityに対するアンカーポイントとしての機能、DNに相互接続するための外部PDUセッションポイントとしての機能(つまり、DNとコアネットワークとの間のゲートウェイとして、ユーザデータを転送する機能)、パケットのルーティング及び転送する機能、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホーム(multi-homed)PDUセッションをサポートするBranching point機能、user planeに対するQoS(Quality of Service)処理機能、上りリンクトラフィックの検証機能、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)をトリガする機能等を有する。
また、UPFは、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。また、UPFは、IP通信を転送する機能を持ってもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワークと単一のDNを接続するゲートウェイでもよい。尚、UPFは、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
尚、ユーザプレーンは、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、PDNコネクション、又はPDUセッションを用いて送受信されてもよい。さらに、EPSの場合、ユーザプレーンは、LTE-Uuインターフェース、及び/又はS1-Uインターフェース、及び/又はS5インターフェース、及び/又はS8インターフェース、及び/又はSGiインターフェースを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
さらに、制御プレーンは、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとMMEとの間のNAS(Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。さらに、EPSの場合、制御プレーンは、LTE-Uuインターフェース、及びS1-MMEインターフェースを用いて送受信されてもよい。さらに、5GSの場合、制御プレーンは、UEとNG RANとの間のインターフェース、及びN2インターフェースを用いて送受信されてもよい。以下、制御プレーンは、コントロールプレーンと表現されてもよいし、C-Planeと表現されてもよい。
さらに、U-Plane(User Plane; UP)は、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)は、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
[2.6. N3IWFの装置構成]
次に、各実施形態で使用されるN3IWFの装置/機能構成例について、図11を用いて説明する。N3IWFは、UEが5GSに対してnon-3GPPアクセス(Untrusted non-3GPP Access)を介して接続する場合に、コアネットワークに配置される。N3IWFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。
次に、各実施形態で使用されるN3IWFの装置/機能構成例について、図11を用いて説明する。N3IWFは、UEが5GSに対してnon-3GPPアクセス(Untrusted non-3GPP Access)を介して接続する場合に、コアネットワークに配置される。N3IWFは、制御部_700、ネットワーク接続部_720、記憶部_740で構成されている。制御部_700、ネットワーク接続部_720、記憶部_740は、バスを介して接続されている。
制御部_700は、N3IWF全体の動作・機能を制御する機能部である。尚、制御部_500は、N3IWFにおける他の機能部(ネットワーク接続部_720、記憶部_740)が有さない全ての機能を処理してもよい。制御部_700は、必要に応じて、記憶部_740に記憶されている各種プログラムを読み出して実行する事により、N3IWFにおける各種の処理を実現する。
ネットワーク接続部_720は、N3IWFが、基地局装置又はアクセスポイント及び/又はAMF及び/又はUPFと通信する為の機能部である。すなわち、N3IWFは、ネットワーク接続部_720を用いて、基地局装置又はアクセスポイントとの間で、制御情報及び/又はユーザデータを送受信することができる。また、N3IWFは、ネットワーク接続部_720を用いて、AMF及び/又はUPF等との間で、制御情報及び/又はユーザデータを送受信することができる。
つまり、N3IWFは、ネットワーク接続部_720を用いることにより、Y2インターフェースを介して、基地局装置又はアクセスポイントと通信することができる。また、N3IWFは、N2インターフェースを介して、AMFと通信することができる。また、N3IWFは、N3インターフェースを介して、UPFと通信することができる。
尚、上記は、N3IWFと代表的な装置/機能との通信を記載しただけであり、N3IWFが、上記以外の装置/機能、すなわち上記以外のコアネットワーク装置と通信することができるのは言うまでもない。
記憶部_740は、N3IWFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
尚、N3IWFは、UEとIPsecトンネルを確立する機能、control planeについてN2インターフェースを終端する機能、user planeについてN3インターフェースを終端する機能、UEとAMFとの間のNASシグナリングをリレーする機能、PDUセッションやQoSに関してSMFからのN2シグナリングを処理する機能、PDUセッションのトラフィックをサポートするために、IPsec SA(Security Association)を確立する機能、UEとUPFとの間でuser planeパケットをリレーする機能(IPsecやN3トンネルのためにパケットをカプセル化/カプセル除去する機能を含む)、untrusted non-3GPPアクセスネットワーク内のローカルモビリティアンカーとしての機能、AMFを選択する機能などを有している。これらの機能は、全て制御部_700によって制御される。
尚、NF_260も、使用するアクセスが3GPPアクセスであるということを除き、N3IWFと同様の装置構成でよい。
[2.7. その他の装置及び/又は機能と本実施形態における識別情報の説明]
次に、その他の装置及び/又は機能と識別情報について説明を行う。
次に、その他の装置及び/又は機能と識別情報について説明を行う。
ネットワークとは、アクセスネットワーク、コアネットワーク、DNのうち、少なくとも一部を指す。また、アクセスネットワーク、コアネットワーク、DNのうち、少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と称してもよい。つまり、ネットワークがメッセージの送受信及び/又は処理を実行するということは、ネットワーク内の装置(ネットワーク装置、及び/又は制御装置)がメッセージの送受信及び/又は処理を実行することを意味してもよい。逆に、ネットワーク内の装置がメッセージの送受信及び/又は処理を実行するということは、ネットワークがメッセージの送受信及び/又は処理を実行することを意味してもよい。
また、NSSF(Network Slice Selection Function)とは、UEをサーブするネットワークスライスを選択する機能を有するネットワーク機能(NFとも称する)であってよい。
また、NWDAF(Network Data Analytics Function)とは、NFやアプリケーション機能(AFとも称する)からデータ収集を行う機能を有するNFであってよい。
また、PCF(Policy Control Function)とは、ネットワークの挙動を制御するためのポリシーを決定する機能を有するNFであってよい。
また、NRF(Network Repository Function)とは、サービス発見機能を有するNFであってよい。NRFは、あるNFから、別のNFの発見要求を受信すると、発見されたNFの情報を提供する機能を有するNFであってよい。
また、SM(セッションマネジメント)メッセージ(NAS(Non-Access-Stratum) SMメッセージとも称する)は、SMのための手続きで用いられるNASメッセージであってよく、AMFを介してUEとSMFの間で送受信される制御メッセージであってよい。さらに、SMメッセージには、PDUセッション確立要求(PDU session establishment request)メッセージ、PDUセッション確立受諾(PDU session establishment accept)メッセージ、PDUセッション拒絶(PDU session establishment reject)メッセージ、PDUセッション変更要求(PDU session modification request)メッセージ、PDUセッション変更コマンド(PDU session modification command)メッセージ、PDUセッション変更完了メッセージ(PDU session modification complete)、PDUセッション変更コマンド拒絶(PDU session modification command reject)メッセージ、PDUセッション変更拒絶(PDU session modification reject)メッセージ、PDUセッション解放要求(PDU session release request)メッセージ、PDUセッション解放拒絶(PDU session release reject)メッセージ、PDUセッション解放コマンド(PDU session release command)メッセージ、PDUセッション解放完了(PDU session release complete)メッセージ等が含まれてもよい。
また、SMのための手続き又はSM手続きには、PDUセッション確立手続き(PDU session establishment procedure)、PDUセッション変更手続き(PDU session modification procedure)、PDUセッション解放手続き(UE-requested PDU session release procedure)が含まれてもよい。なお、各手続きは、UEから開始される手続きであってもよいし、NWから開始される手続きであってもよい。
また、MM(Mobility management)メッセージ(NAS MMメッセージとも称する)は、MMのための手続きに用いられるNASメッセージであってよく、UE10とAMFの間で送受信される制御メッセージであってよい。さらに、MMメッセージには、登録要求(Registration request)メッセージ、登録受諾(Registration accept)メッセージ、登録拒絶(Registration reject)メッセージ、登録解除要求(De-registration request)メッセージ、登録解除受諾(De-registration accept)メッセージ、configuration updateコマンド(configuration update command)メッセージ、設定更新受諾(configuration update complete)メッセージ、サービス要求(Service request)メッセージ、サービス受諾(Service accept)メッセージ、サービス拒絶(Service reject)メッセージ、通知(Notification)メッセージ、通知応答(Notification response)メッセージ等が含まれてよい。
また、MMのための手続き又はMM手続きは、登録手続き(Registration procedure)、登録解除手続き(De-registration procedure)、ジェネリックUE設定更新(Generic UE configuration update)手続き、認証・承認手続き、サービス要求手続き(Service request procedure)、ページング手続き(Paging procedure)、通知手続き(Notification procedure)が含まれてよい。
また、5GS(5G System)サービスは、コアネットワークを用いて提供される接続サービスでよい。さらに、5GSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。
また、non 5GSサービスは、5GSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
また、PDN(Packet Data Network)タイプとは、PDNコネクションのタイプを示すものであり、IPv4、IPv6、IPv4v6、non-IPがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行う事を示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行う事を示す。IPv4v6が指定された場合は、IPv4又はIPv6を用いてデータの送受信を行う事を示す。non-IPが指定された場合は、IPを用いた通信ではなく、IP以外の通信方法によって通信する事を示す。
また、PDU(Protocol Data Unit/Packet Data Unit)セッションとは、PDU接続性サービスを提供するDNとUEとの間の関連性として定義することができるが、UEと外部ゲートウェイとの間で確立される接続性であってもよい。UEは、5GSにおいて、アクセスネットワーク及びコアネットワークを介したPDUセッションを確立することにより、PDUセッションを用いて、DNとの間のユーザデータの送受信を行うことができる。ここで、この外部ゲートウェイとは、UPF、SCEF等であってよい。UEは、PDUセッションを用いて、DNに配置されるアプリケーションサーバー等の装置と、ユーザデータの送受信を実行する事ができる。
尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、QoSルール、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、及びアクセスネットワーク識別情報のうち1以上が含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
また、DNN(Data Network Name)は、コアネットワーク及び/又はDN等の外部ネットワークを識別する識別情報でよい。さらに、DNNは、コアネットワークを接続するPGW/UPF等のゲートウェイを選択する情報として用いることもできる。さらに、DNNは、APN(Access Point Name)に相当するものでもよい。
また、PDU(Protocol Data Unit/Packet Data Unit)セッションタイプは、PDUセッションのタイプを示すものであり、IPv4、IPv6、Ethernet、Unstructuredがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行うことを示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行うことを示す。Ethernetが指定された場合は、Ethernetフレームの送受信を行うことを示す。また、Ethernetは、IPを用いた通信を行わないことを示してもよい。Unstructuredが指定された場合は、Point-to-Point(P2P)トンネリング技術を用いて、DNにあるアプリケーションサーバー等にデータを送受信することを示す。P2Pトンネリング技術としては、例えば、UDP/IPのカプセル化技術を用いても良い。尚、PDUセッションタイプには、上記の他にIPが含まれても良い。IPは、UEがIPv4とIPv6の両方を使用可能である場合に指定する事ができる。
また、PLMN(Public land mobile network)は、移動無線通信サービスを提供する通信ネットワークである。PLMNは、通信事業者であるオペレータが管理するネットワークであり、PLMN IDにより、オペレータを識別することができる。UEのIMSI(International Mobile Subscriber Identity)のMCC(Mobile Country Code)とMNC(Mobile Network Code)と一致するPLMNはHome PLMN(HPLMN)であってよい。さらに、UEは、USIMに1又は複数のEPLMN(Equivalent HPLMN)を識別するための、Equivalent HPLMN listを保持していてもよい。HPLMN、及び/又はEPLMNと異なるPLMNはVPLMN(Visited PLMN)であってよい。UEが登録を成功したPLMNはRPLMN(Registered PLMN)であってよい。尚、PLMNによって提供されるサービスをPLMNサービスと読んでよいし、SNPNによって提供されるサービスをSNPNサービスと読んでよい。
また、SNPNは、非公共(non-public)な使用のために展開される5GSであるNPNの一種であり、NPNオペレータによって操作され、PLMNによって提供されるNFに依存しないNPNである。また、SNPNは、PLMN IDとNID(Network Identifier)との組み合わせによって識別される。また、SNPNを利用可能なUEは、SNPNアクセスモードをサポートしてよい。また、SNPNアクセスモードで動作するように設定されたUEは、SNPNを選択し、SNPNに登録することができてよいし、PLMNを選択できなくてよい。また、SNPNアクセスモードで動作するように設定されたUEは、SNPN選択手続きを実行できてよいし、PLMN選択手続きを実行できなくてもよい。また、UEがSNPNを利用可能(SNPN enabled)であっても、SNPNアクセスモードで動作するように設定されていないUEは、SNPNを選択し、SNPNに登録することができなくてよいし、PLMNを選択できてよい。また、SNPNアクセスモードで動作するように設定されていないUEは、SNPN選択手続きを実行できなくても良いし、PLMN選択手続きを実行することができてよい。
また、SNPNアクセスモードで動作するUEは、Uu(3GPPアクセス)を介して、SNPNを選択できてよい。また、SNPNアクセスモードで動作するUEは、Uu又はNWu(non-3GPPアクセス)を介して選択されたPLMNによって提供されるPDUセッションを介して確立されたUu又はNWuを介してSNPNを選択できてもよい。また、SNPNアクセスモードで動作しないUEは、Uu又はNWu(non-3GPPアクセス)を介して選択されたSNPNによって提供されるPDUセッションを介して確立されたUu又はNWuを介してPLMNを選択できてもよい。
尚、SNPNアクセスモードは、アクセス単位で、管理・適用されるものであって良い。すなわち、3GPPアクセスとnon-3GPPアクセスで別々に管理・適用されるものであって良い。言い換えると、3GPPアクセスに対するSNPNアクセスモードの活性化又は非活性化と、non-3GPPアクセスに対するSNPNアクセスモードの活性化又は非活性化とは、独立であってよい。つまり、3GPPアクセスに対するSNPNアクセスモードが活性化されている場合に、non-3GPPアクセスに対するSNPNアクセスモードが活性化されてもよいし、非活性化されてもよい。また、3GPPアクセスに対するSNPNアクセスモードが非活性化されている場合に、non-3GPPアクセスに対するSNPNアクセスモードが活性化されてもよいし、非活性化されてもよい。
ここで、3GPPアクセスに対するSNPNアクセスモード(SNPN access mode for 3GPP access)は、3GPPアクセスにおけるSNPNアクセスモード(SNPN access mode over 3GPP access)や、3GPPアクセスを介したSNPNアクセスモード(SNPN access mode via 3GPP access)と称してもよい。
また、non-3GPPアクセスに対するSNPNアクセスモード(SNPN access mode for non-3GPP access)は、non-3GPPアクセスにおけるSNPNアクセスモード(SNPN access mode over non-3GPP access)や、non-3GPPアクセスを介したSNPNアクセスモード(SNPN access mode via non-3GPP access)と称してもよい。
また、「活性化」は「動作すること」と読み替えてよく、「非活性化」は「動作しないこと」と読み替えてよい。つまり、3GPPアクセスに対するSNPNアクセスモードが活性化されていることは、3GPPアクセスに対するSNPNアクセスモードで動作することを意味してよい。また、3GPPアクセスに対するSNPNアクセスモードが非活性化されていることは、3GPPアクセスに対するSNPNアクセスモードで動作しないことを意味してよい。また、non-3GPPアクセスに対するSNPNアクセスモードが活性化されていることは、non-3GPPアクセスに対するSNPNアクセスモードで動作することを意味してよい。また、non-3GPPアクセスに対するSNPNアクセスモードが非活性化されていることは、non-3GPPアクセスに対するSNPNアクセスモードで動作しないことを意味してよい。
また、UEにおけるSNPNアクセスモードの状態として、以下の第1の状態から第9の状態があってよい。
ここで、第1の状態とは、UEがSNPNアクセスモードで動作しない状態である。
また、第2の状態とは、UEがSNPNアクセスモードで動作する状態である。
また、第3の状態とは、3GPPアクセス上では、SNPNアクセスモードで動作せず、non-3GPPアクセス上では、SNPNアクセスモードで動作しない状態である。
また、第4の状態とは、3GPPアクセス上では、SNPNアクセスモードで動作せず、non-3GPPアクセス上では、SNPNアクセスモードで動作する状態である。
また、第5の状態とは、3GPPアクセス上では、SNPNアクセスモードで動作し、non-3GPPアクセス上では、SNPNアクセスモードで動作しない状態である。
また、第6の状態とは、3GPPアクセス上では、SNPNアクセスモードで動作し、non-3GPPアクセス上では、SNPNアクセスモードで動作する状態である。
また、第7の状態とは、SNPNサービスに接続する場合、SNPNアクセスモードで動作する状態であり、PLMNサービスに接続する場合、SNPNアクセスモードで動作しない状態である。
また、第8の状態とは、SNPNに対してnon-3GPPアクセスを介して接続し、さらにPLMNに対してnon-3GPPアクセスを介して接続する場合、SNPNに対してはSNPNアクセスモードで動作し、PLMNに対してはSNPNアクセスモードで動作しない状態である。また、第8の状態とは、SNPNに対して3GPPアクセスを介して接続し、さらにPLMNに対して3GPPアクセスを介して接続する場合、SNPNに対してはSNPNアクセスモードで動作し、PLMNに対してはSNPNアクセスモードで動作しない状態であってもよい。
また、第9の状態とは、PLMNに対してnon-3GPPアクセスを介して接続し、さらにSNPNに対してnon-3GPPアクセスを介して接続する場合、PLMNに対してはSNPNアクセスモードで動作せず、SNPNに対してはSNPNアクセスモードで動作する状態である。また、第9の状態とは、PLMNに対して3GPPアクセスを介して接続し、さらにSNPNに対して3GPPアクセスを介して接続する場合、PLMNに対してはSNPNアクセスモードで動作せず、SNPNに対してはSNPNアクセスモードで動作する状態であってもよい。
尚、第1の状態、第2の状態、第7の状態、第8の状態、第9の状態は、SNPNアクセスモードをアクセス単位で管理しない場合に、適用される状態であってよい。また、第3の状態、第4の状態、第5の状態、及び第6の状態は、SNPNアクセスモードをアクセス単位で管理する場合に、適用される状態であってよい。また、第7の状態及び第8の状態は、SNPNを介してPLMNサービスに接続する場合に、適用される状態であってよい。また、第7の状態及び第9の状態は、PLMNを介してSNPNサービスに接続する場合に、適用される状態であってよい。
また、ネットワークスライス(NS)とは、特定のネットワーク能力及びネットワーク特性を提供する論理的なネットワークである。UE及び/又はネットワークは、5GSにおいて、ネットワークスライス(NWスライス; NS)をサポートすることができる。ネットワークスライスのことを、単にスライスとも呼称する場合がある。
また、ネットワークスライスインスタンス(NSI)とは、ネットワーク機能(NF)のインスタンス(実体)と、必要なリソースのセットで構成され、配置されるネットワークスライスを形成する。ここで、NFとは、ネットワークにおける処理機能であって、3GPPで採用又は定義されたものである。NSIはコアネットワーク内に1以上構成される、NSの実体である。また、NSIはNST(Network Slice Template)を用いて生成された仮想的なNF(Network Function)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1以上のNFの論理的表現である。つまり、NSIとは、複数のNFにより構成されたコアネットワーク内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。NSには、1以上のNFが構成されてよい。NSに構成されるNFは、他のNSと共有される装置であってもよいし、そうでなくてもよい。UE、及び/又ネットワーク内の装置は、NSSAI、及び/又はS-NSSAI、及び/又はUE usage type、及び/又は1以上のNSI ID等の登録情報、及び/又はAPNに基づいて、1以上のNSに割り当てられることができる。尚、UE usage typeは、NSIを識別するための使用される、UEの登録情報に含まれるパラメータ値である。UE usage typeはHSSに記憶されていてよい。AMFはUE usage typeに基づきSMFとUPFを選択してもよい。
また、S-NSSAI(Single Network Slice Selection Assistance Information)は、NSを識別するための情報である。S-NSSAIは、SST(Slice/Service type)のみで構成されてもよいし、SSTとSD(Slice Differentiator)の両方で構成されてもよい。ここで、SSTとは、機能とサービスの面で期待されるNSの動作を示す情報である。また、SDは、SSTで示される複数のNSIから1つのNSIを選択する際に、SSTを補間する情報であってもよい。S-NSSAIは、PLMNごとに特有な情報であってもよいし、PLMN間で共通化された標準の情報であってもよい。また、ネットワークは、デフォルトS-NSSAIとして、UEの登録情報に1以上のS-NSSAIを記憶してもよい。尚、S-NSSAIがデフォルトS-NSSAIである場合において、UEが登録要求メッセージにおいて有効なS-NSSAIをネットワークに送信しないときは、ネットワークは、UEに関係するNSを提供してもよい。
また、NSSAI(Network Slice Selection Assistance Information)は、S-NSSAIの集まりである。NSSAIに含まれる、各S-NSSAIはアクセスネットワーク又はコアネットワークがNSIを選択するのをアシストする情報である。UEはPLMNごとにネットワークから許可されたNSSAIを記憶してもよい。また、NSSAIは、AMFを選択するのに用いられる情報であってよい。
また、configured NSSAI(設定NSSAI、Configured NSSAIとも称する)は、UEの中に供給され、記憶されているNSSAIである。UEは、PLMNごとにconfigured NSSAIを記憶してもよい。configured NSSAIは、ネットワーク(又はPLMN)により設定された情報であってよい。configured NSSAIに含まれるS-NSSAIはconfigured S-NSSAIと表現されてもよい。configured S-NSSAIは、S-NSSAIとmapped S-NSSAIを含み構成されてもよい。
また、requested NSSAI(要求NSSAI、Requested NSSAIとも呼する)は、登録手続き中にUEからネットワークに提供されるNSSAIである。requested NSSAIは、UEが記憶するallowed NSSAI又はconfigured NSSAIであってよい。具体的には、requested NSSAIは、UEがアクセスしたいネットワークスライスを示す情報であってよい。requested NSSAIに含まれるS-NSSAIはrequested S-NSSAIと表現されてもよい。例えば、requested NSSAIは登録要求メッセージ、又はPDUセッション確立要求メッセージ等のUEからネットワークに送信されるNASメッセージ又はNAS(Non-Access-Stratum)メッセージを含めるRRC(Radio Resource Control)メッセージに含まれて送信される。
また、allowed NSSAI(許可NSSAI、Allowed NSSAIとも称する)は、UEが許可された1又は複数ネットワークスライスを示す情報である。言い換えると、allowed NSSAIは、ネットワークがUEへ接続を許可した、ネットワークスライスを識別する情報である。UEとネットワークはそれぞれ、UEの情報として、アクセス(3GPPアクセス又は非3GPPアクセス)ごとに、allowed NSSAIの記憶と管理をする。allowed NSSAIに含まれるS-NSSAIはallowed S-NSSAIと表現されてもよい。allowed S-NSSAIは、S-NSSAIとmapped S-NSSAIを含み構成されてもよい。
また、mapped S-NSSAI(マップドS-NSSAI、Mapped S-NSSAIとも称する)は、ローミングシナリオにおいて、登録PLMNのS-NSSAIにマッピングされたHPLMNのS-NSSAIである。UEは、configured NSSAIと各アクセスタイプのAllowed NSSAIに含まれるS-NSSAIにマップされたmapped S-NSSAIを1又は複数記憶してよい。さらに、UEは、rejected NSSAIに含まれるS-NSSAIの、mapped S-NSSAIを1又は複数記憶してもよい。
また、rejected NSSAI(拒絶NSSAI、Rejected NSSAIとも称する)は、UEが許可されない1又は複数のネットワークスライスを示す情報である。言い換えると、rejected NSSAIは、ネットワークがUEに対して接続を許可しないネットワークスライスを識別する情報である。rejected NSSAIは、S-NSSAIと拒絶理由値の組み合わせを、1又は複数含める情報であってもよい。ここで、拒絶理由値とは、ネットワークが、対応するS-NSSAIを拒絶する理由を示す情報である。UEとネットワークは、各S-NSSAIを対応づけられた拒絶理由値に基づき、それぞれ適切に、rejected NSSAIを記憶と管理してよい。さらに、rejected NSSAIは、登録受諾メッセージや、設定更新コマンドや、登録拒絶メッセージ等、ネットワークからUEへ送信されるNASメッセージ、又はNASメッセージが含まれるRRCメッセージに含められてもよい。rejected NSSAIに含まれるS-NSSAIはrejected S-NSSAIと表現されてもよい。rejected NSSAIは、第1から第3のrejected NSSAIと、pending NSSAIの何れかであってもよいし、これらの組み合わせであってよい。rejected NSSAIに含まれるS-NSSAIはrejected S-NSSAIと表現されてもよい。rejected S-NSSAIは、S-NSSAIとmapped S-NSSAIを含み構成されてもよい。
ここで、第1のrejected NSSAIは、UEがrequested NSSAIに含めたS-NSSAIのうち、現在のPLMNで利用不可である、1以上のS-NSSAIの集合である。第1のrejected NSSAIは、5GSのRejected NSSAI for the current PLMNであってもよいし、Rejected S-NSSAI for the current PLMNであってもよいし、Rejected NSSAI for the current PLMNに含まれるS-NSSAIであってもよい。第1のrejected NSSAIは、UE又はNWが記憶するrejected NSSAIであってもよいし、NWからUEへ送信されるrejected NSSAIであってよい。第1のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、第1のrejected NSSAIは、S-NSSAIと理由値の組み合わせを、1又は複数含める情報であってもよい。この時の拒絶理由値は、「現在のPLMN内で不可であるS-NSSAI(S-NSSAI is not available in the current PLMN)」であってよく、拒絶理由値と対応付けられたS-NSSAIが現在のPLMN内で不可であることを示す情報であってよい。
また、第1のrejected NSSAIは、登録PLMN全体で有効である。言い換えると、UE及び/又はNWは、第1のrejected NSSAI及び第1のrejected NSSAIに含まれるS-NSSAIをアクセスタイプによらない情報として扱ってよい。つまり、第1のrejected NSSAIは、3GPP access及びnon-3GPP accessに対して有効な情報であってよい。
UEは、現在のPLMNに対して3GPP accessとnon-3GPP accessの両方のアクセスで非登録状態に遷移した場合、第1のrejected NSSAIを記憶から削除してよい。言い換えると、UEが、あるアクセス経由で現在のPLMNに対して非登録状態に遷移した場合、又はあるあるアクセス経由で新しいPLMNに登録が成功した場合、又はあるアクセス経由で新しいPLMNへの登録を失敗し非登録状態に遷移した場合に、さらにUEがもう一方のアクセス経由で登録されていない状態(非登録状態)である場合には、UEは第1のrejected NSSAIを削除する。
また、第2のrejected NSSAIは、UEがrequested NSSAIに含めたS-NSSAIのうち、現在のレジストレーションエリア内で利用不可である、1又は複数のS-NSSAIの集合である。第2のrejected NSSAIは、5GSのRejected NSSAI for the current registration areaであってよい。第2のrejected NSSAIは、UE又はNWが記憶するrejected NSSAIであってもよいし、NWからUEへ送信されるrejected NSSAIであってよい。第2のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、第2のrejected NSSAIは、S-NSSAIと理由値の組み合わせを、1又は複数含める情報であってもよい。この時の理由値は、「現在のレジストレーションエリアで不可であるS-NSSAI(S-NSSAI is not available in the current registration area)」であってよく、理由値と対応付けられたS-NSSAIが現在のレジストレーションエリア内で不可であることを示す情報であってよい。
また、第2のrejected NSSAIは、現在のレジストレーションエリア内で有効である。つまり、UE及び/又はNWは、第2のrejected NSSAI及び第2のrejected NSSAIに含まれるS-NSSAIをアクセスタイプごとの情報として扱ってよい。つまり、第2のrejected NSSAIは、3GPP access又はnon-3GPP accessのそれぞれに対して有効な情報であってよい。つまり、UEは、一旦あるアクセスに対して非登録状態に遷移した場合は、第2のrejected NSSAIを記憶から削除してよい。
また、第3のrejected NSSAIは、NSSAAを要するS-NSSAIであり、そのS-NSSAIに対するNSSAAを失敗した又は取り消された、1又は複数のS-NSSAIの集合である。第3のrejected NSSAIは、UE及び/又はNWが記憶するNSSAIであってもよいし、NWからUEへ送信されてもよい。第3のrejected NSSAIがNWからUEへ送信される場合、第3のrejected NSSAIは、S-NSSAIと拒絶理由値の組み合わせを、1又は複数含める情報であってもよい。この時の拒絶理由値は、「NSSAAの失敗又は取り消しのために不可であるS-NSSAI(S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authentication)」であってよく、拒絶理由値と対応付けられたS-NSSAIに対するNSSAAが失敗したこと又は取り消されたことを示す情報であってよい。
また、第3のrejected NSSAIは、登録PLMN全体で有効である。言い換えると、UE及び/又はNWは、第3のrejected NSSAI及び第3のrejected NSSAIに含まれるS-NSSAIをアクセスタイプによらない情報として扱ってよい。つまり、第3のrejected NSSAIは、3GPP access及びnon-3GPP accessに対して有効な情報であってよい。第3のrejected NSSAIはrejected NSSAIとは異なるNSSAIであってもよい。第3のrejected NSSAIは第1のrejected NSSAIであってもよい。
第3のrejected NSSAIは、UEが、コアネットワークからNSSAAが失敗したこと、又は取り消されたことにより拒絶されたスライスを識別するrejected NSSAIである。具体的には、UEは第3のrejected NSSAIを記憶する間、第3のrejected NSSAIに含まれるS-NSSAIに対する登録要求手続きを開始しない。第3のrejected NSSAIは、NSSAAの失敗を示す拒絶理由値と対応づけられてコアネットワークから受信したS-NSSAIを1又は複数含む識別情報であってよい。第3のrejected NSSAIは、アクセスタイプによらない情報である。具体的には、UEが第3のrejected NSSAIを記憶する場合、UEは第3のrejected NSSAIに含まれるS-NSSAIを含む登録要求メッセージを、3GPPアクセスとnon-3GPPアクセスの両方に送信を試みなくてもよい。又は、UEは第3のrejected NSSAIに含まれるS-NSSAIを含む登録要求メッセージを、UEポリシーに基づき送信する事ができる。又は、UEは第3のrejected NSSAIを、UEポリシーに基づき削除し、第3のrejected NSSAIに含まれるS-NSSAIを含む登録要求メッセージを送信できる状態に遷移してもよい。言い換えれば、UEは第3のrejected NSSAIに含まれるS-NSSAIを含む登録要求メッセージを、UEポリシーに基づき送信する場合には、UEは第3のrejected NSSAIからそのS-NSSAIを削除してもよい。
また、pending NSSAI(ペンディングNSSAI、Pending NSSAIとも称する)は、ネットワークがnetwork slice specific authenticationを要するS-NSSAIであり、network slice specific authenticationが完了しておらず、現在のPLMNで利用が不可である、1又は複数のS-NSSAIの集合である。pending NSSAIは、5GSのRejected NSSAI due to NSSAA又はpending NSSAIであってよい。pending NSSAIは、UE又はNWが記憶するNSSAIであってもよいし、NWからUEへ送信されるNSSAIであってよい。なお、pending NSSAIは、rejected NSSAIに限らず、rejected NSSAIとは独立したNSSAIであってもよい。pending NSSAIがNWからUEへ送信されるNSSAIである場合、pending NSSAIは、S-NSSAIと拒絶理由値の組み合わせを、1又は複数含める情報であってもよい。この時の拒絶理由値は、「NSSAAのためにペンディングするS-NSSAI(NSSAA is pending for the S-NSSAI)」であってよく、拒絶理由値と対応付けられたS-NSSAIが、そのS-NSSAIに対するNSSAAを完了するまでUEが使用するのを禁止又はペンディングすることを示す情報であってよい。
また、pending NSSAIは、登録PLMN全体で有効である。言い換えると、UE及び/又はNWは、第3のrejected NSSAI及びpending NSSAIに含まれるS-NSSAIをアクセスタイプによらない情報として扱ってよい。つまり、pending NSSAIは、3GPP access及びnon-3GPP accessに対して有効な情報であってよい。pending NSSAIはrejected NSSAIとは異なるNSSAIであってもよい。pending NSSAIは第1のrejected NSSAIであってもよい。
また、pending NSSAIは、UEが、手続きをペンディングしているスライスを識別する1又は複数のS-NSSAIで構成されるNSSAIである。具体的には、UEは、pending NSSAIを記憶する間、pending NSSAIに含まれるS-NSSAIに対する登録要求手続きを開始しない。言い換えれば、UEは、pending NSSAIに含まれるS-NSSAIに対するNSSAAが完了するまで、pending NSSAIに含まれるS-NSSAIを登録手続き中に使用しない。pending NSSAIは、NSSAAの為のペンディングを示す拒絶理由値と対応づけられてコアネットワークから受信したS-NSSAIを1又は複数含む識別情報である。pending NSSAIは、アクセスタイプによらない情報である。具体的には、UEがpending NSSAIを記憶する場合、UEはpending NSSAIに含まれるS-NSSAIを含む登録要求メッセージを、3GPPアクセスとnon-3GPPアクセスの両方に送信を試みない。
トラッキングエリアは、コアネットワークが管理する、UEの位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UEがハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。トラッキングエリアは、TAC(Tracking area code)とPLMNで構成されるTAI(Tracking Area Identityにより識別されてよい。
レジストレーションエリア(Registration area又は登録エリア)は、AMFがUEに割り当てる1又は複数のTAの集合である。なお、UEは、レジストレーションエリアに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新のための信号を送受信することなく移動することができてよい。言い換えると、レジストレーションエリアは、UEがトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。レジストレーションエリアは、1又は複数のTAIにより構成されるTAI listにより識別されてよい。
UE IDとは、UEを識別する為の情報である。具体的に、例えば、UE IDは、SUCI(SUbscription Concealed Identifier)、又はSUPI(Subscription Permanent Identifier)、又はGUTI(Globally Unique Temporary Identifier)、又はIMEI(International Mobile Subscriber Identity)、又はIMEISV(IMEI Software Version)又は、TMSI(Temporary Mobile Subscriber Identity)であってもよい。又は、UE IDはアプリケーション又はネットワーク内で設定されたその他の情報であってもよい。さらに、UE IDは、ユーザを識別する為の情報であってもよい。
Network Slice-Specific Authentication and Authorization(NSSAA)とは、ネットワークスライス特有の認証及び認可を実現する為の機能である。ネットワークスライス特有の認証及び認可では、3rd Partyなどコアネットワーク外でUEの認証及び認可を行うことが出来る。NSSAA機能を備える、PLMN及びネットワーク装置は、UEの登録情報に基づき、あるS-NSSAIに対してNSSAA手続きを実行する事ができる。更に、NSSAA機能を備えるUEは、NSSAAの為のペンディングのためのrejected NSSAI及び/又はNSSAAの失敗のためのrejected NSSAIを管理、及び記憶する事ができる。本稿では、NSSAAをネットワークスライス特有の認証及び認可手続きや、認証及び認可手続き、として称する場合がある。
NSSAAを要するS-NSSAIは、コアネットワーク、及び/又はコアネットワーク装置により管理される、NSSAAを要するS-NSSAIである。コアネットワーク、及び/又はコアネットワーク装置は、S-NSSAIとNSSAAを要するか否かを示す情報を対応付けて記憶することにより、NSSAAを要するS-NSSAIを記憶してもよい。コアネットワーク、及び/又はコアネットワーク装置は、更に、NSSAAを要するS-NSSAIと、NSSAAが完了しているか否かを示す情報、又はNSSAAが完了し許可又は成功している状態であることを示す情報と、を対応づけて記憶してもよい。コアネットワーク、及び/又はコアネットワーク装置は、NSSAAを要するS-NSSAIをアクセスネットワークに関わらない情報として管理してよい。
また、Uuインターフェース(以下では、Uuとも呼称する)は、3GPPアクセス又は3GPPアクセスに設置される基地局装置と、UEとの間のインターフェースを指してよい。本明細書では、Uuを3GPPアクセスと同義のものとして使用する場合がある。また、NWuインターフェース(以下では、単にNWuとも呼称する)は、N3IWFとUEとの間のインターフェースを指してよい。本明細書では、NWuをnon-3GPPアクセスと同義のものとして使用する場合がある。
次に、本実施形態において、各装置により送受信、及び記憶管理される識別情報について説明する。
まず、第1の識別情報は、UE能力情報である。第1の識別情報は、5GMM capabilityであってよい。また、第1の識別情報は、ある機能をUEがサポートするか否かを示してよい。また、第1の識別情報は、SNPNを介してPLMNサービスに接続することをUEがサポートするか否かを示してよい。また、第1の識別情報は、PLMNを介してSNPNサービスに接続することをUEがサポートするか否かを示してよい。
また、第2の識別情報は、Requested NSSAIである。第2の識別情報は、要求する1以上のS-NSSAIで構成されてよい。また、第2の識別情報は、SNPNに接続可能なS-NSSAIを示してもよい。また、第2の識別情報は、PLMNに接続可能なS-NSSAIを示してもよい。また、第2の識別情報は、PLMNを介してSNPNサービスに接続可能なS-NSSAIを示してもよい。また、第2の識別情報は、SNPNを介してPLMNサービスに接続可能なS-NSSAIを示してもよい。
また、第3の識別情報は、要求する登録のタイプである。第3の識別情報は、5GS registration typeであってよい。また、第3の識別情報は、初期登録(initial registration)、又は移動による登録更新(mobility registration updating)、又は定期的な登録更新(periodic registration updating)、又は緊急登録(emergency registration)、又はSNPNを介したPLMNへの登録を示してよい。
また、第4の識別情報は、第1から3の識別情報のうちの少なくとも2つを含む識別情報である。
また、第11の識別情報は、ネットワーク能力情報である。第11の識別情報は、5GS network feature supportであってよい。また、第11の識別情報は、ある機能をネットワークがサポートするか否かを示してよい。また、第1の識別情報は、SNPNを介してPLMNサービスに接続することをネットワークがサポートするか否かを示してよい。また、第1の識別情報は、PLMNを介してSNPNサービスに接続することをネットワークがサポートするか否かを示してよい。
また、第12の識別情報は、Allowed NSSAIである。第12の識別情報は、1つ以上のS-NSSAIで構成されてよい。
また、第13の識別情報は、Rejected NSSAIである。第13の識別情報は、1つ以上のS-NSSAIで構成されてよい。
また、第14の識別情報は、Configured NSSAIである。第14の識別情報は、1つ以上のS-NSSAIで構成されてよい。
また、第15の識別情報は、Pending NSSAIである。第15の識別情報は、1つ以上のS-NSSAIで構成されてよい。
また、第16の識別情報は、第11から15の識別情報のうちの少なくとも2つを含む識別情報である。
また、第21の識別情報は、PDUセッションを識別するPDUセッションIDである。また、第21の識別情報は、確立を要求するPDUセッションを識別するPDUセッションIDであってよい。第1のPDUセッションの確立を要求するときは、第21の識別情報は、第1のPDUセッションを識別するPDUセッションIDであってよい。また、第2のPDUセッションの確立を要求するときは、第21の識別情報は、第2のPDUセッションを識別するPDUセッションIDであってよい。また、第3のPDUセッションの確立を要求するときは、第21の識別情報は、第3のPDUセッションを識別するPDUセッションIDであってよい。また、第4のPDUセッションの確立を要求するときは、第21の識別情報は、第4のPDUセッションを識別するPDUセッションIDであってよい。また、第5のPDUセッションの確立を要求するときは、第21の識別情報は、第5のPDUセッションを識別するPDUセッションIDであってよい。
また、第22の識別情報は、PDUセッションのタイプを識別するPDUセッションタイプである。また、第22の識別情報は、PDUセッションに対してUEが要求するPDUセッションタイプであってよい。また、第22の識別情報は、IPv4、IPv6、IPv4v6、Unstructured、Ethernet(登録商標)のいずれかを示してよい。
また、第23の識別情報は、SSCモードである。また、第23の識別情報は、PDUセッションに対してUEが要求するSSCモードであってよい。また、第23の識別情報は、SSCモード1、SSCモード2、SSCモード3のいずれかを示してよい。
また、第24の識別情報は、UE能力情報である。第24の識別情報は、5GSM capabilityであってよい。また、第24の識別情報は、ある機能をUEがサポートするか否かを示してよい。また、第24の識別情報は、PLMNを介してSNPNサービスに接続することをUEがサポートするか否かを示してよい。また、第24の識別情報は、PLMNを介してSNPNに対するPDUセッションを確立する機能をUEがサポートするか否かを示してもよい。また、第24の識別情報は、SNPNを介してPLMNサービスに接続することをUEがサポートするか否かを示してよい。また、第24の識別情報は、SNPNを介してPLMNに対するPDUセッションを確立する機能をUEがサポートするか否かを示してもよい。
また、第25の識別情報は、1以上のS-NSSAIである。また、第25の識別情報は、確立するPDUセッションに対してUEが要求する1以上のS-NSSAIであってもよい。また、第25の識別情報は、現在のアクセスタイプに対するAllowed NSSAIの中から選択された1以上のS-NSSAIであってよい。具体的には、第25の識別情報は、登録手続き(Registration procedure)における登録受諾(Registration Accept)メッセージに含まれるAllowed NSSAIとして、ネットワークによって許可された、少なくとも一方のアクセス(3GPPアクセス又はnon-3GPPアクセス)に対する1以上のS-NSSAIであってよい。
また、第26の識別情報は、DNNである。また、第26の識別情報は、UEが確立を要求するPDUセッションの接続先となるDNを識別するDNNであってよい。
また、第27の識別情報は、すでに確立しているPDUセッションを識別するPDUセッションIDであってよい。例えば、第3のPDUセッションの確立を要求するときは、第27の識別情報は、PLMNにおいて確立されるPDUセッション(第2のPDUセッション)を識別するPDUセッションIDであってもよい。また、第5のPDUセッションの確立を要求するときは、第27の識別情報は、SNPNにおいて確立されるPDUセッション(第4のPDUセッション)を識別するPDUセッションIDであってもよい。
また、第28の識別情報は、第21から27の識別情報のうちの少なくとも2つを含む識別情報である。
また、第31の識別情報は、PDUセッションを識別するPDUセッションIDである。ネットワークによって確立を許可されたPDUセッションを識別するPDUセッションIDであってよい。第31の識別情報は、第21の識別情報と同一でよい。
また、第32の識別情報は、PDUセッションのタイプを識別するPDUセッションタイプである。また、第32の識別情報は、ネットワークによって選択されたPDUセッションタイプであってよい。また、第32の識別情報は、IPv4、IPv6、IPv4v6、Unstructured、Ethernet(登録商標)のいずれかを示してよい。
また、第33の識別情報は、SSCモードである。また、第33の識別情報は、PDUセッションに対してネットワークによって選択されたSSCモードであってよい。また、第33の識別情報は、SSCモード1、SSCモード2、SSCモード3のいずれかを示してよい。
また、第34の識別情報は、ネットワークUE能力情報である。第34の識別情報は、5GSM network feature supportであってよい。また、第34の識別情報は、ある機能をネットワークがサポートするか否かを示してよい。また、第24の識別情報は、PLMNを介してSNPNサービスに接続することをネットワークがサポートするか否かを示してよい。また、第24の識別情報は、PLMNを介してSNPNに対するPDUセッションを確立する機能をネットワークがサポートするか否かを示してもよい。また、第24の識別情報は、SNPNを介してPLMNサービスに接続することをネットワークがサポートするか否かを示してよい。また、第24の識別情報は、SNPNを介してPLMNに対するPDUセッションを確立する機能をネットワークがサポートするか否かを示してもよい。
また、第35の識別情報は、1以上のS-NSSAIである。
また、第36の識別情報は、DNNである。また、第36の識別情報は、PDUセッションの接続先となるDNを識別するDNNであってよい。
また、第37の識別情報は、第31から36の識別情報のうちの少なくとも2つを含む識別情報である。
[3. 登録手続き]
本章では、図12に記載される登録手続きを説明する。本章では、登録手続きを、本手続きとも呼称する。
本章では、図12に記載される登録手続きを説明する。本章では、登録手続きを、本手続きとも呼称する。
登録手続きは、UEがアクセスネットワーク、及び/又はコアネットワーク、及び/又はDNへ登録する為の手続きであり、UE主導の手続きである。UEは、ネットワークに登録していない状態であれば、例えば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UEは、非登録状態(5GMM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始できる。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態(5GMM-REGISTEDED state)に遷移することができる。尚、各登録状態は、アクセス毎に各装置で管理されてよい。具体的には、各装置は3GPPアクセスに対する登録の状態(登録状態又は非登録状態)と、non-3GPPアクセスに対する登録の状態を独立して管理してよい。
さらに、登録手続きは、ネットワークにおけるUEの位置登録情報を更新する、及び/又は、UEからネットワークへ定期的にUEの状態を通知する、及び/又は、ネットワークにおけるUEに関する特定のパラメータを更新する為の手続きであってもよい。
UEは、TAを跨ぐモビリティをした際に、登録手続きを開始してもよい。言い換えると、UEは、保持しているTAリストで示されるTAとは異なるTAに移動した際に、登録手続きを開始してもよい。さらに、UEは、PDUセッションの切断や無効化が原因で、各装置のコンテキストの更新が必要な際に、登録手続きを開始してもよい。さらに、UEは、UEのPDUセッション確立に関する、能力情報及び/又はプリファレンスに変化が生じた場合、登録手続きを開始してもよい。さらに、UEは、定期的に登録手続きを開始してもよい。さらに、UEは、登録手続きの完了、又はPDUセッション確立手続きの完了、又は各手続きでネットワークから受信した情報に基づいて、登録手続きを開始してもよい。尚、UEは、これらに限らず、任意のタイミングで登録手続きを実行することができる。
なお、上述したUEがネットワークに登録していない状態(非登録状態)から登録された状態(登録状態)に遷移する為の手続きは、初期登録手続き(initial registration procedure)又は初期登録のための登録手続き(registration procedure for initial registration)であってよい。また、UEがネットワークに登録された状態(登録状態)で実行された登録手続きは、移動及び定期的な登録更新の為の登録手続き(registration procedure for mobility and periodic registration update)又は移動及び定期的な登録手続き(mobility and periodic registration procedure)であってよい。
まず、UEは、アクセスネットワークを介して、AMFに登録要求(Registration request)メッセージを送信することにより(S600)(S602)(S604)、登録手続きを開始する。ここで、アクセスネットワークは、基地局装置又はアクセスポイントを含んでよい。すなわち、UEは、登録要求メッセージを含むRRCメッセージを、基地局装置又はアクセスポイントに送信する(S600)。尚、登録要求メッセージは、N1インターフェース上で送受信されるNASメッセージである。また、RRCメッセージは、UEと基地局装置又はアクセスポイントとの間で送受信される制御メッセージであってよい。また、アクセスネットワークがnon-3GPPアクセスである場合には、RRCメッセージに代えて、IKEメッセージ又はEAPメッセージを用いてよい。以下、説明の簡単化のため、IKEメッセージ又はEAPメッセージについても、RRCメッセージとして表現する。すなわち、本章のRRCメッセージとは、RRCメッセージ及びIKEメッセージ及びEAPメッセージを含む概念として捉えてよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはNASレイヤよりも下位のRRCレイヤで処理される。
ここで、UEは、第1から4の識別情報のうちの少なくとも1つを、登録要求メッセージ及び/又はRRCメッセージに含めて送信する事ができる。
UEは、これらの識別情報のうちの少なくとも1つを、これらとは異なる制御メッセージ、例えば、RRCレイヤよりも下位のレイヤ(例えば、MAC(Medium Access Control)レイヤ、RLC(Radio Link Control)レイヤ、PDCP(Packet Data Convergence Protocol)レイヤ、SDAP(Service Data Adaptation Protocol)レイヤ等)の制御メッセージに含めて送信してもよい。尚、UEは、これらの識別情報を送信することで、UEが各機能をサポートしていることを示してもよいし、UEの要求を示してもよいし、これら両方を示してもよい。
尚、UEは、これらの識別情報のうちの少なくとも1つを送信するか否かを、UEの能力情報、及び/又はUEポリシー、及び/又はUEの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト等に基づいて、選択、決定してもよい。
UEは、登録要求メッセージ及び/又はRRCメッセージに、これらの識別情報以外の情報も含めてもよく、例えばUE ID及び/又はPLMN ID及び/又はAMF識別情報を含めて送信してもよい。ここで、AMF識別情報とは、AMF、又はAMFの集合を識別する情報であってよく、例えば、5G-S-TMSI(5G S-Temporary Mobile Subscription Identifier)やGUAMI(Globally Unique AMF Identifier)であってよい。
基地局装置は、登録要求メッセージを含むRRCメッセージを受信すると、登録要求メッセージを転送するAMFを選択する(S602)。尚、基地局装置は、受信したメッセージ及び/又は情報に基づいて、AMFを選択することができる。なお、基地局装置はこれ以外の条件に基づきAMFを選択してもよい。
基地局装置は、受信したRRCメッセージから登録要求メッセージを取り出し、選択したAMFに、登録要求メッセージを転送する(S604)。なお、第1から4の識別情報のうちの少なくとも1つが、登録要求メッセージには含まれずRRCメッセージに含まれた場合、RRCメッセージに含まれた識別情報を、選択したAMFに、登録要求メッセージとともに転送してもよい(S604)。
AMFは、登録要求メッセージを受信した場合、第1の条件判別を実行することができる。第1の条件判別とは、ネットワークがUEの要求を受諾するか否かを判別するためのものである。AMFは、第1の条件判別を真と判定した場合、S610からS612 の手続きを実行してよい。また、AMFは、第1の条件判別を偽と判定した場合、S610の手続きを実行してもよい。
なお、第1の条件判別が真の場合、S610で送受信される制御メッセージは、登録受諾(Registration accept)メッセージであって良いし、第1の条件判別が偽の場合、S610で送受信される制御メッセージは、登録拒絶(Registration reject)メッセージであってよい。
尚、第1の条件判別は、登録要求メッセージの受信、及び/又は登録要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UEの要求をネットワークが許可する場合、第1の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない場合、第1の条件判別は偽と判定されてよい。また、UEの登録先のネットワーク、及び/又はネットワーク内の装置が、UEの要求する機能をサポートしている場合、第1の条件判別は真と判定されてよく、UEの要求する機能をサポートしていない場合、第1の条件判別は偽と判定されてよい。さらに、送受信される識別情報が許可される場合、第1の条件判別は真と判定されてよく、送受信される識別情報が許可されない場合、第1の条件判別は偽と判定されてよい。
ここでは、第1の条件判別が真と判定されたものとして、以下の説明を続ける。
AMFは、制御メッセージに、第11から16の識別情報の内、1つ以上の識別情報を含めて送信してもよい。また、第11の識別情報は、第1の識別情報を受信した場合にのみ送られる情報であってもよいし、第1の識別情報を受信していなくても送信される情報であってもよい。尚、AMFは、これらの識別情報及び/又は制御メッセージを送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
AMFは、制御メッセージ(登録受諾メッセージ)の送信時に、UEに許可するS-NSSAI(allowed NSSAI)はないが、本手続き完了後又は本手続きと並行して、NSSAA手続きを実行する予定がある場合、又はUEとネットワーク間でNSSAA手続きを実行中である場合、又はpending NSSAIを制御メッセージに含めて送信した場合、空の値をallowed NSSAIに含めて送信してもよい。
尚、AMFは、第11から16の識別情報の内、どの識別情報を制御メッセージに含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、決定してもよい。
また、AMFは、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、登録受諾メッセージを送信することで、UEの要求が受諾されたことを示してもよい。
UEは、基地局装置を介して、制御メッセージ(登録受諾メッセージ)を受信する(S610)。UEは、登録受諾メッセージを受信することで、登録要求メッセージによるUEの要求が受諾されたこと、及び登録受諾メッセージに含まれる各種の識別情報の内容を認識することができる。
UEは、さらに、登録受諾メッセージに対する応答メッセージとして、登録完了メッセージを、基地局装置を介して、AMFに送信することができる(S612)。ここで、登録完了メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと基地局装置間はRRCメッセージに含まれて送受信されてよい。
AMFは、基地局装置を介して、登録完了メッセージを受信する(S612)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了する。
尚、各装置は、登録受諾メッセージ及び/又は登録完了メッセージの送受信、又は登録手続きの完了に基づいて、UEがネットワークに登録された状態(RM_REGISTERED state、又は5GMM-REGISTERED state)への遷移又は維持をしてもよい。
また、各装置は、本手続きにおいて送受信した情報を対応付けて記憶してもよい。
尚、これらの状態は、本手続きにおいて送受信した情報や制御メッセージに基づいて、維持又は遷移してもよいし、本手続きよりも前に実行された手続きにおいて送受信した情報や制御メッセージに基づいて、維持又は遷移してもよい。
[4. PDUセッション確立手続き]
本章では、図13に記載されるPDUセッション確立手続きを説明する。本章では、PDUセッション確立手続きを、本手続きとも呼称する。
本章では、図13に記載されるPDUセッション確立手続きを説明する。本章では、PDUセッション確立手続きを、本手続きとも呼称する。
PDUセッション確立手続きは、UEがPDUセッションを確立するために実行する手続きであり、UE主導の手続きである。
まず、UEは、アクセスネットワークを介して、AMFにPDUセッション確立要求メッセージを含むN1 SMコンテナを含むNASメッセージを送信することにより(S800)、PDUセッション確立手続きを開始する。ここで、アクセスネットワークは、基地局装置又はアクセスポイントを含んでよい。すなわち、UEは、基地局装置又はアクセスポイントを介して、AMFにNASメッセージを送信する。NASメッセージは、例えばN1インターフェースを介して送信されるメッセージであり、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。
また、UEは、PDUセッション確立要求メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージに、第21から28の識別情報のうちの少なくとも1つを含めて送信することにより、UEが要求することを、ネットワーク側に通知することができる。
尚、UEは、第21から28の識別情報のうち、どの識別情報をネットワークに送信するか否かを、UEの能力情報、及び/又はUEポリシー、及び/又はUEの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト等に基づいて、決定してもよい。
尚、UEは、これらの識別情報を、これらとは異なる制御メッセージ、例えば、NASレイヤよりも下位レイヤ(例えば、RRCレイヤ、MACレイヤ、RLCレイヤ、PDCPレイヤ、SDAPレイヤ等)の制御メッセージや、NASレイヤよりも上位レイヤ(例えば、トランスポートレイヤ、セッションレイヤ、プレゼンテーションレイヤ、アプリケーションレイヤ等)の制御メッセージに含めて送信してもよい。
次に、AMFは、NASメッセージを受信すると、UEが要求していること、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
次に、AMFは、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部の転送先として、SMFを選択する(S802)。尚、AMFは、NASメッセージに含まれる情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、転送先のSMFを選択してもよい。
次に、AMFは、選択されたSMFに、例えばN11インターフェースを介して、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部を送信する(S804)。
次に、SMFは、AMFから送信された情報等(メッセージ、コンテナ、情報)を受信すると、UEが要求していること、及び/又はAMFから受信した情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
ここで、SMFは、第2の条件判別をしてもよい。また、第2の条件判別は、ネットワークがUEの要求を受諾するか否かを判断する為のものであってよい。SMFは、第2の条件判別を真と判定した場合、図9の(A)の手続きを開始してよく、第2の条件判別を偽と判定した場合、図9の(B)の手続きを開始してよい。
尚、第2の条件判別は、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UEの要求をネットワークが許可する場合、第2の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない場合、第2の条件判別は偽と判定されてよい。また、UEの接続先のネットワーク、及び/又はネットワーク内の装置が、UEが要求する機能をサポートしている場合、第2の条件判別は真と判定されてよく、UEが要求する機能をサポートしていない場合、第2の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第2の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第2の条件判別は偽と判定されてよい。尚、第2の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
次に、図9の(A)の手続きの各ステップを説明する。
次に、SMFは、確立するPDUセッションに対するUPFを選択し、選択されたUPFに、例えばN4インターフェースを介して、N4セッション確立要求メッセージを送信してもよい(S808)。N4セッション確立要求メッセージには、PCFから受信したPCCルールの少なくとも一部が含まれてもよい。
ここで、SMFは、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、1以上のUPFを選択してもよい。また、複数のUPFが選択された場合、SMFは、各UPFに対してN4セッション確立要求メッセージを送信してよい。ここでは、UPF_232(以下、UPFとも称する)が選択されたものとする。
次に、UPFは、N4セッション確立要求メッセージを受信すると(S808)、SMFから受信した情報の内容を認識することができる。また、UPFは、N4セッション確立要求メッセージの受信に基づいて、例えばN4インターフェースを介して、SMFにN4セッション確立応答メッセージを送信してよい(S810)。
次に、SMFは、N4セッション確立要求メッセージに対する応答メッセージとして、N4セッション確立応答メッセージを受信すると、UPFから受信した情報の内容を認識することができる。
次に、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを、AMFに送信する(S812)。ここで、N1 SMコンテナには、PDUセッション確立受諾メッセージが含まれてよい。
次に、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる基地局装置を介して、UEにNASメッセージを送信する(S814)(S816)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。
具体的には、AMFは、アクセスネットワークに含まれる基地局装置に対して、N2 PDUセッション要求メッセージを送信すると(S814)、N2 PDUセッション要求メッセージを受信した基地局装置は、UEに対して、NASメッセージを送信する(S816)。ここで、N2 PDUセッション要求メッセージには、NASメッセージ、及び/又はN2 SM情報が含まれてよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
また、PDUセッション確立受諾メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッションの確立が受諾されたことを示してよい。
ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求の少なくとも一部が受諾されたことを示してもよい。
ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージに、第31から37の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第31の識別情報は、本手続きの第21の識別情報と同一であるものとする。
尚、SMFは、これらの識別情報及び/又はPDUセッション確立受諾メッセージを送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
SMF及び/又はAMFは、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UEに通知することができる。
尚、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S816)、PDUセッション確立要求メッセージによるUEの要求が受諾されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。例えば、UEは、受信した第31、32、33の識別情報にもとづいて、第31の識別情報で識別されるPDUセッションに対して設定されたPDUセッションタイプやSSC modeを認識してよい。また、UEは、受信した第34の識別情報に基づいて、ネットワークがサポートする機能を認識してよい。
次に、図9の(B)の手続きの各ステップを説明する。
まず、SMFは、PDUセッション確立要求メッセージの受信に基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はPDUセッションIDを、AMFに送信する(S818)。ここで、N1 SMコンテナには、PDUセッション確立拒絶メッセージが含まれてよい。
次に、N1 SMコンテナ、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる第1の基地局装置を介して、UEにNASメッセージを送信する(S820)(S822)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッションの確立が拒絶されたことを示してよい。
ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求が拒絶されたことを示してもよい。
尚、SMFは、PDUセッション確立拒絶メッセージを送信することで、ネットワークが各機能をサポートしていないことを示してもよいし、UEの要求が拒絶されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
SMF及び/又はAMFは、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UEに通知することができる。
次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S822)、PDUセッション確立要求メッセージによるUEの要求が拒絶されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
各装置は、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、確立されたPDUセッションを用いてDNと通信可能な状態に遷移してよい。
各装置は、PDUセッション確立拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、PDUセッションを確立することができないため、すでに確立済みのPDUセッションがない場合は、DNと通信できない。
なお、上記に示すUEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
また、各装置は、本手続きにおいて送受信した情報を対応付けて記憶してもよい。
尚、これらの状態は、本手続きにおいて送受信した情報や制御メッセージに基づいて、維持又は遷移してもよいし、本手続きよりも前に実行された手続きにおいて送受信した情報や制御メッセージに基づいて、維持又は遷移してもよい。
ここでは、PDUセッション確立受諾メッセージを受信し、PDUセッションが確立したものとする。
[5. 第1の実施形態]
本実施形態では、UEが、直接、SNPNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、5.1章の登録手続きを実行して登録状態となった後、5.2章のPDUセッション確立手続きを実行することにより、PDUセッション(第1のPDUセッション)を確立し、確立されたPDUセッションを用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図1、2、12、13を用いて、説明する。
本実施形態では、UEが、直接、SNPNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、5.1章の登録手続きを実行して登録状態となった後、5.2章のPDUセッション確立手続きを実行することにより、PDUセッション(第1のPDUセッション)を確立し、確立されたPDUセッションを用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図1、2、12、13を用いて、説明する。
[5.1. SNPNに対する登録手続き]
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPN選択手続きを実行して、あるSNPNを選択することができ、選択されたSNPNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、SNPNを識別し、選択するために使用するPLMN ID及びNIDは、例えば、UEがもともと持っていたものであってもよいし、SNPNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、SNPNに対して登録状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[5.2. SNPNに対するPDUセッション確立手続き]
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、5.1章の手続きを1回以上実行して、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第1のPDUセッション)を用いてDNと通信可能な状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[6. 第2の実施形態]
本実施形態では、UEが、PLMNを介してSNPNサービスに接続するために、PLMNにおいて、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、6.1章の登録手続きを実行して登録状態となった後、6.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第2のPDUセッション)を用いて、DN_252と通信可能な状態となる。そして、UEは、さらに、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、6.3章の登録手続きを実行して登録状態となった後、6.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第3のPDUセッション)を用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図3、4、12、13を用いて、説明する。
本実施形態では、UEが、PLMNを介してSNPNサービスに接続するために、PLMNにおいて、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、6.1章の登録手続きを実行して登録状態となった後、6.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第2のPDUセッション)を用いて、DN_252と通信可能な状態となる。そして、UEは、さらに、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、6.3章の登録手続きを実行して登録状態となった後、6.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第3のPDUセッション)を用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図3、4、12、13を用いて、説明する。
[6.1. PLMNに対する登録手続き]
まず、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
まず、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第1の状態又は第3の状態又は第5の状態又は第7の状態にあるUEが実行してよい。具体的には、これらのいずれかの状態にあるUEが、PLMN選択手続きを実行して、あるPLMNを選択することができ、選択されたPLMNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、PLMNを識別し、選択するために使用するPLMN IDは、例えば、UEがもともと持っていたものであってもよいし、PLMNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、PLMNに対して登録状態となってよく、第1の状態又は第3の状態又は第5の状態又は第7の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。
[6.2. PLMNに対するPDUセッション確立手続き]
次に、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、6.1章の手続きを1回以上実行して、第1の状態又は第3の状態又は第5の状態又は第7の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、これらのいずれかの状態にあるUEが、PLMNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第2のPDUセッション)を用いてDNと通信可能な状態となってよく、第1の状態又は第3の状態又は第5の状態又は第7の状態又は第9の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。
[6.3. (PLMNを介した)SNPNに対する登録手続き]
次に、PLMNを介して実行される、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNを介して実行される、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNを介して実行される、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNを介して実行される、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第7の状態又は第9の状態にあるUEが実行してよい。具体的には、第7の状態又は第9の状態にあるUEが、SNPN選択手続きを実行して、あるSNPNを選択することができ、選択されたSNPNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、SNPNを識別し、選択するために使用するPLMN ID及びNIDは、例えば、UEがもともと持っていたものであってもよいし、SNPN又はPLMNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
尚、本手続きにおける登録要求メッセージ、登録受諾メッセージ、登録拒絶メッセージ、登録完了メッセージは、N3IWF_240を介して、UEとAMF(AMF_210)等のコアネットワーク装置との間で送受信される。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、PLMNだけでなく、SNPNに対しても、登録状態となってよく、第7の状態又は第9の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。すなわち、UEは、PLMNを介して、SNPNサービスを受けることができる状態であってよい。
[6.4. (PLMNを介した)SNPNに対するPDUセッション確立手続き]
次に、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、6.3章の手続きを1回以上実行して、第7の状態又は第9の状態にあるUEが、3GPPアクセスを介して、本手続きを実行してよい。具体的には、第7の状態又は第9の状態にあるUEが、PLMN及びSNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
尚、本手続きにおけるPDUセッション確立要求メッセージ、PDUセッション確立受諾メッセージ、PDUセッション確立拒絶メッセージは、N3IWF_240を介して、UEとSMF(SMF_220)等のコアネットワーク装置との間で送受信される。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第3のPDUセッション)を用いてDNと通信可能な状態となってよく、第7の状態又は第9の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。すなわち、UEは、PLMNを介して、SNPNサービスを受けることができる状態であってよい。
[7. 第3の実施形態]
本実施形態では、UEが、PLMNを介してSNPNサービスに接続するために、PLMNにおいて、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、7.1章の登録手続きを実行して登録状態となった後、7.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第2のPDUセッション)を用いて、DN_252と通信可能な状態となる。そして、UEは、さらに、3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、7.3章の登録手続きを実行して登録状態となった後、7.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第3のPDUセッション)を用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図3、5、12、13を用いて、説明する。
本実施形態では、UEが、PLMNを介してSNPNサービスに接続するために、PLMNにおいて、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、7.1章の登録手続きを実行して登録状態となった後、7.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第2のPDUセッション)を用いて、DN_252と通信可能な状態となる。そして、UEは、さらに、3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、7.3章の登録手続きを実行して登録状態となった後、7.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第3のPDUセッション)を用いて、DN_250と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図3、5、12、13を用いて、説明する。
[7.1. PLMNに対する登録手続き]
まず、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
まず、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第1の状態又は第3の状態又は第5の状態又は第7の状態にあるUEが実行してよい。具体的には、これらのいずれかの状態にあるUEが、PLMN選択手続きを実行して、あるPLMNを選択することができ、選択されたPLMNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、PLMNを識別し、選択するために使用するPLMN IDは、例えば、UEがもともと持っていたものであってもよいし、PLMNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、PLMNに対して登録状態となってよく、第1の状態又は第3の状態又は第5の状態又は第7の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。
[7.2. PLMNに対するPDUセッション確立手続き]
次に、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、7.1章の手続きを1回以上実行して、第1の状態又は第3の状態又は第5の状態又は第7の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、これらのいずれかの状態にあるUEが、PLMNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第2のPDUセッション)を用いてDNと通信可能な状態となってよく、第1の状態又は第3の状態又は第5の状態又は第7の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。
[7.3. (PLMNを介した)SNPNに対する登録手続き]
次に、PLMNを介して実行される、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNを介して実行される、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNを介して実行される、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、PLMNを介して実行される、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第5の状態にあるUEが実行してよい。具体的には、第5の状態にあるUEが、SNPN選択手続きを実行して、あるSNPNを選択することができ、選択されたSNPNに対して、3GPPアクセスを介して、本手続きを実行してよい。ここで、SNPNを識別し、選択するために使用するPLMN ID及びNIDは、例えば、UEがもともと持っていたものであってもよいし、SNPN又はPLMNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
尚、本手続きにおける登録要求メッセージ、登録受諾メッセージ、登録拒絶メッセージ、登録完了メッセージは、NF_260を介して、UEとAMF(AMF_210)等のコアネットワーク装置との間で送受信される。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、PLMNだけでなく、SNPNに対しても、登録状態となってよく、第5の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。すなわち、UEは、PLMNを介して、SNPNサービスを受けることができる状態であってよい。
[7.4. (PLMNを介した)SNPNに対するPDUセッション確立手続き]
次に、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、PLMNを介して実行される、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、7.3章の手続きを1回以上実行して、第5の状態にあるUEが、3GPPアクセスを介して、本手続きを実行してよい。具体的には、第5の状態にあるUEが、PLMN及びSNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
尚、本手続きにおけるPDUセッション確立要求メッセージ、PDUセッション確立受諾メッセージ、PDUセッション確立拒絶メッセージは、NF_260を介して、UEとSMF(SMF_220)等のコアネットワーク装置との間で送受信される。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第3のPDUセッション)を用いてDNと通信可能な状態となってよく、第5の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。すなわち、UEは、PLMNを介して、SNPNサービスを受けることができる状態であってよい。
[8. 第4の実施形態]
本実施形態では、UEが、SNPNを介してPLMNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、8.1章の登録手続きを実行して登録状態となった後、8.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第4のPDUセッション)を用いて、DN_250と通信可能な状態となる。そして、UEは、さらに、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、8.3章の登録手続きを実行して登録状態となった後、8.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第5のPDUセッション)を用いて、DN_252と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図6、7、12、13を用いて、説明する。
本実施形態では、UEが、SNPNを介してPLMNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、8.1章の登録手続きを実行して登録状態となった後、8.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第4のPDUセッション)を用いて、DN_250と通信可能な状態となる。そして、UEは、さらに、non-3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、8.3章の登録手続きを実行して登録状態となった後、8.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第5のPDUセッション)を用いて、DN_252と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図6、7、12、13を用いて、説明する。
[8.1. SNPNに対する登録手続き]
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPN選択手続きを実行して、あるSNPNを選択することができ、選択されたSNPNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、SNPNを識別し、選択するために使用するPLMN ID及びNIDは、例えば、UEがもともと持っていたものであってもよいし、SNPNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、SNPNに対して登録状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[8.2. SNPNに対するPDUセッション確立手続き]
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、8.1章の手続きを1回以上実行して、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第4のPDUセッション)を用いてDNと通信可能な状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態又は第8の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[8.3. (SNPNを介した)PLMNに対する登録手続き]
次に、SNPNを介して実行される、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNを介して実行される、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNを介して実行される、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNを介して実行される、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第7の状態又は第8の状態にあるUEが実行してよい。具体的には、第7の状態又は第8の状態にあるUEが、PLMN選択手続きを実行して、あるPLMNを選択することができ、選択されたPLMNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、PLMNを識別し、選択するために使用するPLMN IDは、例えば、UEがもともと持っていたものであってもよいし、PLMN又はSNPNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
尚、本手続きにおける登録要求メッセージ、登録受諾メッセージ、登録拒絶メッセージ、登録完了メッセージは、N3IWF_242を介して、UEとAMF(AMF_212)等のコアネットワーク装置との間で送受信される。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、SNPNだけでなく、PLMNに対しても、登録状態となってよく、第7の状態又は第8の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。すなわち、UEは、SNPNを介して、PLMNサービスを受けることができる状態であってよい。
[8.4. (SNPNを介した)PLMNに対するPDUセッション確立手続き]
次に、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、8.3章の手続きを1回以上実行して、第7の状態又は第8の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、第7の状態又は第8の状態にあるUEが、PLMN及びSNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
尚、本手続きにおけるPDUセッション確立要求メッセージ、PDUセッション確立受諾メッセージ、PDUセッション確立拒絶メッセージは、N3IWF_242を介して、UEとSMF(SMF_222)等のコアネットワーク装置との間で送受信される。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第5のPDUセッション)を用いてDNと通信可能な状態となってよく、第7の状態又は第8の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。すなわち、UEは、SNPNを介して、PLMNサービスを受けることができる状態であってよい。
[9. 第5の実施形態]
本実施形態では、UEが、SNPNを介してPLMNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、9.1章の登録手続きを実行して登録状態となった後、9.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第4のPDUセッション)を用いて、DN_250と通信可能な状態となる。そして、UEは、さらに、3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、9.3章の登録手続きを実行して登録状態となった後、9.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第5のPDUセッション)を用いて、DN_252と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図6、8、12、13を用いて、説明する。
本実施形態では、UEが、SNPNを介してPLMNサービスに接続するために、SNPNにおいて、non-3GPPアクセス(アクセスネットワーク_100)を介して、コアネットワーク_200に対して、9.1章の登録手続きを実行して登録状態となった後、9.2章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第4のPDUセッション)を用いて、DN_250と通信可能な状態となる。そして、UEは、さらに、3GPPアクセス(アクセスネットワーク_102)を介して、コアネットワーク_202に対して、9.3章の登録手続きを実行して登録状態となった後、9.4章のPDUセッション確立手続きを実行することにより確立されたPDUセッション(第5のPDUセッション)を用いて、DN_252と通信可能な状態となる。本実施形態では、これらの一連の手続きを、図6、8、12、13を用いて、説明する。
[9.1. SNPNに対する登録手続き]
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
まず、SNPNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPN選択手続きを実行して、あるSNPNを選択することができ、選択されたSNPNに対して、non-3GPPアクセスを介して、本手続きを実行してよい。ここで、SNPNを識別し、選択するために使用するPLMN ID及びNIDは、例えば、UEがもともと持っていたものであってもよいし、SNPNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、SNPNに対して登録状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[9.2. SNPNに対するPDUセッション確立手続き]
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、9.1章の手続きを1回以上実行して、第2の状態又は第4の状態又は第6の状態又は第7の状態にあるUEが、non-3GPPアクセスを介して、本手続きを実行してよい。具体的には、これらのいずれかの状態にあるUEが、SNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第4のPDUセッション)を用いてDNと通信可能な状態となってよく、第2の状態又は第4の状態又は第6の状態又は第7の状態となってよい。このとき、UEは、SNPNサービスを受けることができる状態であってよい。
[9.3. (SNPNを介した)PLMNに対する登録手続き]
次に、SNPNを介して実行される、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNを介して実行される、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNを介して実行される、PLMNに対する登録手続きについて、図12を用いて説明する。本章では、SNPNを介して実行される、PLMNに対する登録手続きを、本手続きとも呼称する。本手続きは、3章の登録手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、本手続きは、第4の状態にあるUEが実行してよい。具体的には、第4の状態にあるUEが、PLMN選択手続きを実行して、あるPLMNを選択することができ、選択されたPLMNに対して、3GPPアクセスを介して、本手続きを実行してよい。ここで、PLMNを識別し、選択するために使用するPLMN IDは、例えば、UEがもともと持っていたものであってもよいし、PLMN又はSNPNの基地局装置やアクセスポイントから報知(broadcast)されるシステム情報に含まれていたものであってよい。
尚、本手続きにおける登録要求メッセージ、登録受諾メッセージ、登録拒絶メッセージ、登録完了メッセージは、NF_262を介して、UEとAMF(AMF_212)等のコアネットワーク装置との間で送受信される。
また、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了した場合、UEは、SNPNだけでなく、PLMNに対しても、登録状態となってよく、第4の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。すなわち、UEは、SNPNを介して、PLMNサービスを受けることができる状態であってよい。
[9.4. (SNPNを介した)PLMNに対するPDUセッション確立手続き]
次に、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
次に、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きについて、図13を用いて説明する。本章では、SNPNを介して実行される、PLMNに対するPDUセッション確立手続きを、本手続きとも呼称する。本手続きは、4章のPDUセッション確立手続きを適用することができるため、手続きの詳細はここでは割愛する。
尚、9.3章の手続きを1回以上実行して、第4の状態にあるUEが、3GPPアクセスを介して、本手続きを実行してよい。具体的には、第4の状態にあるUEが、PLMN及びSNPNに対して登録状態となっているときに、PDUセッションを確立するために、本手続きを実行してよい。
尚、本手続きにおけるPDUセッション確立要求メッセージ、PDUセッション確立受諾メッセージ、PDUセッション確立拒絶メッセージは、NF_262を介して、UEとSMF(SMF_222)等のコアネットワーク装置との間で送受信される。
また、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了した場合、UEは、確立されたPDUセッション(第5のPDUセッション)を用いてDNと通信可能な状態となってよく、第4の状態となってよい。このとき、UEは、PLMNサービスを受けることができる状態であってよい。すなわち、UEは、SNPNを介して、PLMNサービスを受けることができる状態であってよい。
[10. 変形例]
本発明の一態様に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、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機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
Claims (1)
- 制御部を備えるUE(User Equipment)であって、
non-3GPPアクセスを用いてSNPN(Stand-alone Non-Public Network)を介して、3GPPアクセスを用いてPLMN(Public Land Mobile Network)サービスに接続する場合、前記制御部は、
non-3GPPアクセス上では、SNPNアクセスモードで動作し、
3GPPアクセス上では、SNPNアクセスモードで動作しない、
ことを特徴とするUE。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022563784A JPWO2022107783A1 (ja) | 2020-11-20 | 2021-11-17 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020193362 | 2020-11-20 | ||
JP2020-193362 | 2020-11-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022107783A1 true WO2022107783A1 (ja) | 2022-05-27 |
Family
ID=81708027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2021/042144 WO2022107783A1 (ja) | 2020-11-20 | 2021-11-17 | UE(User Equipment) |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPWO2022107783A1 (ja) |
WO (1) | WO2022107783A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024005535A1 (en) * | 2022-07-01 | 2024-01-04 | Samsung Electronics Co., Ltd. | Methods and user equipment for managing protocol data unit session |
-
2021
- 2021-11-17 JP JP2022563784A patent/JPWO2022107783A1/ja active Pending
- 2021-11-17 WO PCT/JP2021/042144 patent/WO2022107783A1/ja active Application Filing
Non-Patent Citations (2)
Title |
---|
SHARP: "SNPN access mode over 3GPP access when accessing PLMN services via a SNPN", 3GPP TSG CT WG1 #127E ; C1-207226, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 6 November 2020 (2020-11-06), Electronic meeting; 20201113 - 20201120, XP051951773 * |
SHARP: "SNPN access mode over 3GPP access when accessing SNPN services via a PLMN", 3GPP TSG CT WG1 #126E; C1-206560, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 21 October 2020 (2020-10-21), Electronic meeting; 20201015 - 20201023, XP051940829 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024005535A1 (en) * | 2022-07-01 | 2024-01-04 | Samsung Electronics Co., Ltd. | Methods and user equipment for managing protocol data unit session |
Also Published As
Publication number | Publication date |
---|---|
JPWO2022107783A1 (ja) | 2022-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6854712B2 (ja) | Ue及びueの通信制御方法 | |
WO2021261522A1 (ja) | UE(User Equipment)及び通信制御方法 | |
WO2021235308A1 (ja) | UE(User Equipment)及び通信制御方法 | |
WO2021215228A1 (ja) | UE(User Equipment)及びAMF(Access and mobility Management Function) | |
WO2021241114A1 (ja) | UE(User Equipment)、コアネットワーク装置、AMF(Access and Mobility Management Function)、及びSMF(Session Management Function) | |
WO2021193937A1 (ja) | UE(User Equipment) | |
WO2021132288A1 (ja) | UE(User Equipment) | |
JP2020088453A (ja) | 端末装置、コアネットワーク内の装置、データネットワーク内の装置、及び通信制御方法 | |
WO2022107783A1 (ja) | UE(User Equipment) | |
WO2023013276A1 (ja) | UE(User Equipment) | |
WO2021132502A1 (ja) | Ue、制御装置、及び通信制御方法 | |
WO2022107781A1 (ja) | UE(User Equipment) | |
WO2022107780A1 (ja) | UE(User Equipment) | |
WO2022107782A1 (ja) | UE(User Equipment) | |
WO2024062942A1 (ja) | UE(User Equipment) | |
WO2024062941A1 (ja) | UE(User Equipment) | |
WO2022030474A1 (ja) | UE(User Equipment) | |
WO2024147232A1 (ja) | UE(User Equipment) | |
WO2024147231A1 (ja) | UE(User Equipment) | |
WO2023013278A1 (ja) | UE(User Equipment) | |
WO2023013277A1 (ja) | UE(User Equipment) | |
WO2024004810A1 (ja) | UE(User Equipment)およびAMF(Access and Mobility Management Function) | |
WO2024024690A1 (ja) | UE(User Equipment) | |
WO2023210480A1 (ja) | コアネットワーク及びUE(User Equipment) | |
US20230308865A1 (en) | Unmanned aerial vehicle (uav) |
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: 21894657 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2022563784 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 21894657 Country of ref document: EP Kind code of ref document: A1 |