WO2024004810A1 - UE(User Equipment)およびAMF(Access and Mobility Management Function) - Google Patents
UE(User Equipment)およびAMF(Access and Mobility Management Function) Download PDFInfo
- Publication number
- WO2024004810A1 WO2024004810A1 PCT/JP2023/023060 JP2023023060W WO2024004810A1 WO 2024004810 A1 WO2024004810 A1 WO 2024004810A1 JP 2023023060 W JP2023023060 W JP 2023023060W WO 2024004810 A1 WO2024004810 A1 WO 2024004810A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- nssai
- registration
- network
- rejected
- identification information
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 176
- 230000006870 function Effects 0.000 description 165
- 238000004891 communication Methods 0.000 description 38
- 238000007726 management method Methods 0.000 description 21
- 230000000737 periodic effect Effects 0.000 description 14
- 238000010295 mobile communication Methods 0.000 description 12
- 238000013475 authorization Methods 0.000 description 11
- 230000007704 transition Effects 0.000 description 11
- 230000004048 modification Effects 0.000 description 10
- 238000012986 modification Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 230000006399 behavior Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 238000010187 selection method Methods 0.000 description 5
- 230000009849 deactivation Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 239000013256 coordination polymer Substances 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 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
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 239000000969 carrier Substances 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
- 238000005538 encapsulation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000011522 transarterial infusion chemotherapy Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
Definitions
- the present invention relates to UE (User Equipment) and AMF (Access and Mobility Management Function).
- Non-Patent Documents 1 to 3 One of the items to be considered in Release 18 is that when an event occurs such as an OS (Operating System) upgrade, security patch update, modem reset, or modem software update, the unavailability period Controlling the UE (User Equipment) and the network using the communication period (also referred to as the communication period, the communication unavailable period, or the unavailable period) is being considered (see Non-Patent Document 4).
- OS Operating System
- modem reset modem software update
- the unavailability period Controlling the UE (User Equipment) and the network using the communication period also referred to as the communication period, the communication unavailable period, or the unavailable period
- Non-Patent Document 4 partially describes UE behavior and network behavior when the above-mentioned event occurs, the description alone does not allow efficient operation of the system as a whole.
- One aspect of the present invention has been made in view of the above circumstances, and it is an object of the present invention to clarify an efficient control method regarding the unavailability period, and UE behavior and network behavior related to the unavailability period.
- the UE is a UE (User Equipment) that includes a control unit and a storage unit, and the control unit stores an unavailability period in the storage unit when an event ends. , deleting the unavailability period stored in the storage unit.
- UE User Equipment
- an AMF is an AMF (Access and Mobility Management Function) including a control unit, a transmitting/receiving unit, and a storage unit, and the transmitting/receiving unit stores an unavailability period in the storage unit.
- the control unit deletes the unavailability period stored in the storage unit, and the transmitting/receiving unit sets a timer value that does not take the unavailability period into account.
- the method is characterized in that it sends a registration acceptance message containing the information and requests NEF (Network Exposure Function) to delete the unavailability period.
- NEF Network Exposure Function
- an efficient control method regarding the unavailability period and UE behavior and network behavior related to the unavailability period can be clarified.
- FIG. 1 is a diagram illustrating an outline of a mobile communication system (EPS/5GS).
- FIG. 2 is a diagram illustrating the detailed configuration of a mobile communication system (EPS/5GS).
- FIG. 2 is a diagram illustrating the device configuration of a UE.
- FIG. 2 is a diagram illustrating the configuration of an access network device (gNB) in 5GS.
- FIG. 2 is a diagram illustrating the configuration of a core network device (AMF/SMF/UPF) in 5GS. It is a figure explaining a registration procedure.
- gNB access network device
- AMF/SMF/UPF core network device
- FIG. 1 is a diagram for explaining the outline of a mobile communication system 1 used in each embodiment
- FIG. 2 is a diagram for explaining the detailed configuration of the mobile communication system 1.
- the mobile communication system 1 is composed of UE_A10, access network_A80, core network_A90, PDN (Packet Data Network)_A5, access network_B120, core network_B190, and DN (Data Network)_A6. It is stated that
- symbols may be omitted for these devices and functions, such as UE, access network_A, core network_A, PDN, access network_B, core network_B, DN, etc. .
- Figure 2 also shows the devices and functions of UE_A10, E-UTRAN80, MME40, SGW35, PGW-U30, PGW-C32, PCRF60, HSS50, 5G AN120, AMF140, UPF130, SMF132, PCF160, UDM150, N3IWF170, etc. Interfaces that connect these devices and functions to each other are described.
- the EPS Evolved Packet System
- 4G system is configured to include an access network_A and a core network_A, but may also include a UE and/or a PDN.
- 5GS which is a 5G system, is configured to include a UE, an access network_B, and a core network_B, but may also include a DN.
- a UE is a device capable of connecting to network services via a 3GPP access (also referred to as a 3GPP access network, 3GPP AN) and/or a non-3GPP access (also referred to as a non-3GPP access network, non-3GPP AN).
- 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 connectable to EPS and/or 5GS.
- the UE may include a UICC (Universal Integrated Circuit Card) or an eUICC (Embedded UICC). Note that the UE may be expressed as a user device or a terminal device.
- the access network_A corresponds to E-UTRAN (Evolved Universal Terrestrial Radio Access Network) and/or a wireless LAN access network.
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- eNB evolved Node B
- eNB45 may be written with the symbol omitted, such as eNB.
- each eNB is connected to each other by, for example, an X2 interface.
- one or more access points are arranged in the wireless LAN access network.
- access network_B corresponds to 5G access network (5G AN).
- 5G AN consists of NG-RAN (NG Radio Access Network) and/or non-3GPP access network.
- NG-RAN NG Radio Access Network
- gNBs NR NodeBs
- gNB122 may be written with the symbol omitted, such as gNB.
- gNB is a node that provides an NR (New Radio) user plane and a control plane to UE, and is a node that connects to 5GCN via an NG interface (including an N2 interface or an N3 interface).
- gNB is a base station device newly designed for 5GS, and has different functions from a base station device (eNB) designed for EPS, which is a 4G system. Furthermore, when there are multiple gNBs, each gNB is connected to each other by, for example, an Xn interface.
- the non-3GPP access network may include an untrusted non-3GPP access network and a trusted non-3GPP access network.
- the untrusted non-3GPP access network may be a non-3GPP access network that does not perform security management within the access network, such as a public wireless LAN.
- the trusted non-3GPP access network may be an access network defined by 3GPP, and may include a TNAP (trusted non-3GPP access point) and a TNGF (trusted non-3GPP gateway function).
- E-UTRAN and NG-RAN may be referred to as 3GPP access.
- a wireless LAN access network or non-3GPP AN is sometimes referred to as non-3GPP access.
- the nodes arranged in the access network_B may also be collectively referred to as NG-RAN nodes.
- access network_A, access network_B, devices included in access network_A, and devices included in access network_B are referred to as access networks, access network devices, or devices within the access network. It is sometimes called.
- core network_A corresponds to EPC (Evolved Packet Core).
- EPC includes, for example, MME (Mobility Management Entity), SGW (Serving Gateway), PGW (Packet Data Network Gateway)-U, PGW-C, PCRF (Policy and Charging Rules Function), HSS (Home Subscriber Server), etc. Placed.
- MME Mobility Management Entity
- SGW Serving Gateway
- PGW Packet Data Network Gateway
- PGW-C Packet Data Network Gateway
- PCRF Policy and Charging Rules Function
- HSS Home Subscriber Server
- Core Network_B corresponds to 5GCN (5G Core Network).
- AMF Access and Mobility Management Function
- UPF User Plane Function
- SMF Session Management Function
- PCF Policy Control Function
- UDM Unified Data Management
- 5GCN may be expressed as 5GC.
- core network_A, core network_B, devices included in core network_A, and devices included in core network_B are referred to as core networks, core network devices, or devices within the core network. It is sometimes called.
- a core network is a mobile communication carrier (Mobile It may be an IP mobile communications network operated by a Mobile Virtual Network Operator; ), or a core network for virtual mobile communication carriers or virtual mobile communication service providers such as MVNE (Mobile Virtual Network Enabler).
- Mobile Mobile It may be an IP mobile communications network operated by a Mobile Virtual Network Operator; ), or a core network for virtual mobile communication carriers or virtual mobile communication service providers such as MVNE (Mobile Virtual Network Enabler).
- MVNE Mobile Virtual Network Enabler
- the PDN may be a DN (Data Network) that provides communication services to the UE.
- the DN may be configured as a packet data service network or may be configured for each service.
- the PDN may include connected communication terminals. Therefore, connecting to the PDN may mean connecting to a communication terminal or server device located in the PDN.
- transmitting and receiving user data to and from the PDN may mean transmitting and receiving user data to and from a communication terminal and a server device located in the PDN.
- a PDN may be expressed as a DN, or a DN may be expressed as a PDN.
- access network_A, core network_A, PDN, access network_B, core network_B, DN, and/or one or more devices included therein are referred to as networks or network devices. It is sometimes called.
- the network and/or network equipment sends and receives messages and/or performs procedures in the access network_A, core network_A, PDN, access network_B, core network_B, DN. means that at least some of them and/or one or more of the devices included therein send and receive messages and/or perform procedures.
- the UE can connect to the access network. Furthermore, the UE can be connected to the core network via the access network. Furthermore, the UE can connect to the PDN or DN via the access network and the core network. That is, the UE can transmit and receive (communicate) user data with the PDN or DN. When transmitting and receiving user data, not only IP (Internet Protocol) communication but also non-IP communication may be used.
- IP Internet Protocol
- IP communication refers to data communication using IP, and data is sent and received using IP packets.
- An IP packet consists of an IP header and a payload part.
- the payload portion may include data transmitted and received by devices and functions included in EPS and devices and functions included in 5GS.
- non-IP communication refers to data communication that does not use IP, and data is sent and received using a format different from the IP packet structure.
- non-IP communication may be data communication realized by sending and receiving application data to which no IP header is attached, or it may be data communication realized by sending and receiving application data to which no IP header is attached, or the UE may attach another header such as a Mac header or an Ethernet (registered trademark) frame header.
- User data to be transmitted and received may also be transmitted and received.
- devices not shown in FIG. 2 may be configured in the access network_A, core network_A, access network_B, core network_B, PDN_A, and DN_A.
- the core network_A and/or the core network_B may include an Authentication Server Function (AUSF) or an Authentication, Authorization, and Accounting (AAA) server (AAA-S).
- AUSF Authentication Server Function
- AAA Authentication, Authorization, and Accounting
- the AUSF is a core network device equipped with an authentication function for 3GPP access and non-3GPP access. Specifically, it is a network function unit that receives an authentication request for 3GPP access and/or non-3GPP access from the UE and executes an authentication procedure.
- the AAA server is a device that connects directly or indirectly to the AUSF via another network device and has authentication, authorization, and billing functions.
- the AAA server may be a network device within the core network.
- the AAA server may not be included in core network_A and/or core network_B, but may be included in PLMN. That is, the AAA server may be a core network device or a device outside the core network.
- the AAA server may be a server device within a PLMN managed by a 3rd Party.
- each device/function is shown one by one to simplify the diagram, but the mobile communication system 1 may include a plurality of similar devices/functions.
- the mobile communication system 1 includes multiple UE_A10, E-UTRAN80, MME40, SGW35, PGW-U30, PGW-C32, PCRF60, HSS50, 5G AN120, AMF140, UPF130, SMF132, PCF160, and/or UDM150. Devices and functions such as the above may be configured.
- each device may be configured as physical hardware, logical (virtual) hardware configured on general-purpose hardware, or configured as software. may be done. Furthermore, at least some (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.
- each storage unit in each device/function that appears below is, for example, a semiconductor memory, SSD (Solid State Drive), HDD (Hard Disk Drive). ) etc.
- each storage unit stores not only the information originally set from the shipping stage, but also devices and functions other than the own device and functions (for example, UE, and/or access network device, and/or core network device, and/or or PDN and/or DN), various information sent and received can be stored.
- each storage unit can store identification information, control information, flags, parameters, etc. included in control messages transmitted and received during various communication procedures described below. Further, each storage unit may store this information for each UE.
- each storage unit can store control messages and user data sent and received between devices and functions included in 5GS and/or EPS. can. At this time, not only what was sent and received via the N26 interface, but also what was sent and received without going through the N26 interface can be stored.
- the UE is composed of a control unit_A300, an antenna 310, a transmitting/receiving unit_A320, and a storage unit_A340.
- the control unit_A300, the transmitting/receiving unit_A320, and the storage unit_A340 are connected via a bus.
- the transmitting/receiving unit_A320 is connected to the antenna 310.
- the control unit_A300 is a functional unit that controls the operations and functions of the entire UE.
- the control unit_A300 implements various processes in the UE by reading and executing various programs stored in the storage unit_A340 as necessary.
- the transmitting/receiving unit_A320 is a functional unit for wirelessly communicating with a base station device (eNB or gNB) in the access network via an antenna. That is, the UE can transmit and receive user data and/or control information between the access network device and/or the core network device and/or the PDN and/or the DN using the transmitter/receiver_A320. can.
- a base station device eNB or gNB
- the UE can communicate with the base station apparatus (eNB) in the E-UTRAN via the LTE-Uu interface by using the transmitting/receiving unit_A320.
- the UE can communicate with a base station device (gNB) within the 5G AN by using the transceiver unit_A320.
- the UE can transmit and receive NAS (Non-Access-Stratum) messages with the AMF via the N1 interface.
- NAS Non-Access-Stratum
- the storage unit_A340 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the UE. Furthermore, the storage unit_340 may have a function of storing control information transmitted and received between the access network device, the core network device, and the DN.
- gNB is composed of a control unit_B500, an antenna 510, a network connection unit_B520, a transmitting/receiving unit_B530, and a storage unit_B540.
- the control unit_B500, network connection unit_B520, transmission/reception unit_B530, and storage unit_B540 are connected via a bus.
- the transmitting/receiving unit_B530 is connected to the antenna 510.
- the control unit_B500 is a functional unit that controls the operations and functions of the entire gNB.
- the control unit_B500 implements various processes in the gNB by reading and executing various programs stored in the storage unit_B540 as necessary.
- the network connection unit_B520 is a functional unit 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_B520.
- the transmitting/receiving unit_B530 is a functional unit for wirelessly communicating with the UE via the antenna 510. That is, the gNB can transmit and receive user data and/or control information to and from the UE using the transmitting and receiving unit_B530.
- gNB in 5G AN can communicate with AMF via N2 interface by using network connection part_B520, and UPF via N3 interface. can communicate with. Furthermore, the gNB can communicate with the UE by using the transmitting/receiving unit_B530.
- the storage unit_B540 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the gNB. Furthermore, the storage unit_540 may have a function of storing control information transmitted and received between the UE, another access network device (base station device), core network device, and DN.
- base station device another access network device
- DN DN
- AMF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
- the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
- AMF may be a node that handles the control plane.
- the control unit_B700 is a functional unit that controls the operations and functions of the entire AMF.
- the control unit_B700 implements various processes in the AMF by reading and executing various programs stored in the storage unit_B740 as necessary.
- Network connection part_B720 is for AMF to connect with base station equipment (gNB) in 5G AN, and/or SMF, and/or PCF, and/or UDM, and/or SCEF, and/or NSACF. It is a functional part. In other words, the AMF uses the network connection part_B720 to communicate with the base station equipment (gNB) in the 5G AN, and/or the SMF, and/or the PCF, and/or the UDM, and/or the SCEF. Data and/or control information can be sent and received.
- gNB base station equipment
- AMF in 5GCN can communicate with gNB via N2 interface by using network connection_A620, and communicate with UDM via N8 interface.
- N11 interface it can communicate with the SMF, and through the N15 interface, it can communicate with the PCF.
- the AMF can send and receive NAS messages to and from the UE via the N1 interface.
- the N1 interface is logical, in reality, communication between the UE and AMF takes place via 5G AN.
- the AMF supports the N26 interface, it can communicate with the MME via the N26 interface by using the network connection unit_A620.
- the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the AMF. Furthermore, the storage unit_740 may have a function of storing control information transmitted and received between the UE, the access network device, other core network devices, and the DN.
- AMF has a function to exchange control messages with the RAN using the N2 interface, a function to exchange NAS messages with the UE using the N1 interface, a function to perform encryption and integrity protection of NAS messages, and registration management.
- RM Registration management
- CM Connection management
- SEA Security Anchor Functionality
- SCM Security Context Management
- N3IWF Non-3GPP Interworking Function
- the RM state may be synchronized between the UE and the 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 with 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 a 5GMM-DEREGISTERED state
- the RM-REGISTERED state may be expressed as a 5GMM-REGISTERED state.
- 5GMM-REGISTERED may be a state where each device has established a 5GMM context or a state where a PDU session context has been established. Note that when each device is 5GMM-REGISTERED, UE_A10 may start transmitting and receiving user data and control messages, or may respond to paging. Furthermore, if each device is 5GMM-REGISTERED, the UE_A10 may execute a registration procedure other than the registration procedure for initial registration and/or a service request procedure.
- 5GMM-DEREGISTERED may be a state where each device has not established a 5GMM context, a state where the location information of UE_A10 is not known to the network, or a state where the network has reached UE_A10. It may be in a state where it is impossible. Note that when each device is 5GMM-DEREGISTERED, UE_A10 may start a registration procedure, or may establish a 5GMM context by executing the registration procedure.
- the CM state may be synchronized between the UE and the AMF.
- the CM states include a disconnected 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.
- N2 connection N2 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 and/or an N3 interface connection.
- the CM status in 3GPP access and the CM status in non-3GPP access may be managed separately.
- the CM state in 3GPP access may include a disconnected 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 states in non-3GPP access include the disconnected state (CM-IDLE state over non-3GPP access) and the connected state (CM-CONNECTED state over non-3GPP access) in non-3GPP access. ) is fine.
- the disconnected state may be expressed as an idle mode
- the connected state mode may be expressed as a connected mode.
- the CM state may also be expressed as 5GMM mode.
- the disconnected state may be expressed as 5GMM-IDLE mode
- the connected state may be expressed as 5GMM-CONNECTED mode.
- the disconnected state in 3GPP access may be expressed as 5GMM-IDLE mode over 3GPP access
- the connected state in 3GPP access may be expressed as 5GMM-IDLE mode over 3GPP access. CONNECTED mode over 3GPP access).
- the disconnected state in non-3GPP access may be expressed as 5GMM disconnected mode (5GMM-IDLE mode over non-3GPP access) in non-3GPP access
- the connected state in non-3GPP access is - It may be expressed as 5GMM-CONNECTED mode over non-3GPP access.
- the 5GMM unconnected mode may be expressed as an idle mode
- the 5GMM connected mode may be expressed as a connected mode.
- one or more AMFs may be placed within the core network_B.
- the AMF may be an NF (Network Function) that manages one or more NSIs (Network Slice Instances).
- the AMF may be a shared CP function (CCNF; Common CPNF (Control Plane Network Function)) shared among multiple NSIs.
- CCNF Common CPNF (Control Plane Network Function)
- N3IWF is a device and/or function placed between non-3GPP access and 5GCN when UE connects to 5GS via non-3GPP access.
- the SMF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
- the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
- the SMF may be a node that handles the control plane.
- the control unit_B700 is a functional unit that controls the operations and functions of the entire SMF.
- the control unit_B700 implements various processes in the SMF by reading and executing various programs stored in the storage unit_B740 as necessary.
- the network connection unit_B720 is a functional unit for SMF to connect with AMF, and/or UPF, and/or PCF, and/or UDM. That is, the SMF sends and receives user data and/or control information to/from the AMF and/or UPF and/or PCF and/or UDM and/or NSACF using the network connection_B720. be able to.
- the SMF in 5GCN can communicate with AMF through N11 interface by using network connection_A620, and can communicate with UPF through N4 interface. Through the N7 interface, it can communicate with the PCF, and through the N10 interface, it can communicate with the UDM.
- the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the SMF.
- SMF has session management functions such as establishing, modifying, and releasing PDU sessions, IP address allocation and management functions for UEs, UPF selection and control functions, and appropriate destination (transmission destination) functions.
- session management functions such as establishing, modifying, and releasing PDU sessions, IP address allocation and management functions for UEs, UPF selection and control functions, and appropriate destination (transmission destination) functions.
- function to configure UPF to route traffic to It has the function of providing AN-specific (for each AN) SM information sent to the network, the function of determining the SSC mode (Session and Service Continuity mode) for the session, the roaming function, etc.
- SSC mode Session and Service Continuity mode
- the storage unit_740 may have a function of storing control information transmitted and received between the UE, the access network device, other core network devices, and the DN.
- the UPF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
- the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
- the UPF may be a node that handles the control plane.
- the control unit_B700 is a functional unit that controls the operations and functions of the entire UPF.
- the control unit_B700 implements various processes in the UPF by reading and executing various programs stored in the storage unit_B740 as necessary.
- the network connection unit_B720 is a functional unit for UPF to connect to the base station device (gNB) and/or SMF and/or DN in the 5G AN.
- the UPF uses the network connection part_B720 to transmit and receive user data and/or control information between the base station equipment (gNB) and/or SMF and/or DN in the 5G AN. Can be done.
- the UPF in 5GCN can communicate with gNB via N3 interface by using network connection part_A620, and can communicate with SMF via N4 interface. Through the N6 interface, it can communicate with the DN, and through the N9 interface, it can communicate with other UPFs.
- the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the UPF.
- the UPF functions as an anchor point for intra-RAT mobility or inter-RAT mobility, as an external PDU session point for interconnecting to the DN (i.e., as a gateway between the DN and core network packet routing and forwarding functions, UL CL (Uplink Classifier) function that supports routing of multiple traffic flows to one DN, and multi-homed PDU sessions. It has branching point function, QoS (Quality of Service) processing function for user plane, uplink traffic verification function, downlink packet buffering, downlink data notification trigger function, etc.
- QoS Quality of Service
- the UPF may be a gateway for IP communication and/or non-IP communication. Further, the UPF may have a function of transferring IP communication, or may have a function of converting between non-IP communication and IP communication. Furthermore, the plurality of gateways may be a gateway that connects core network_B and a single DN. Note that the UPF may have connectivity with other NFs, and may be connected to each device via other NFs.
- the storage unit_740 may have a function of storing control information transmitted and received between the UE, the access network device, other core network devices, and the DN.
- the user plane refers to user data that is transmitted and received between the UE and the network.
- the user plane may be transmitted and received using a PDN connection in the case of 4G or a PDU session in the case of 5G.
- 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 the NG RAN, and/or the N3 interface, and/or the N9 interface, and/or the N6 interface.
- the user plane may be expressed as U-Plane.
- a control plane (also referred to as CP) is a control message that is sent and received to control 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.
- the control plane may be transmitted and received using a NAS (Non-Access-Stratum) signaling connection between the UE and the AMF.
- 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 the NG RAN, and the N2 interface.
- the control plane may be expressed as a control plane or as 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 multiple 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.
- the network refers to at least part of the access network_B, core network_B, and DN. Further, one or more devices included in at least a portion of the access network_B, core network_B, and DN may be referred to as a network or a network device.
- the fact that the network sends, receives, and/or processes messages may mean that devices within the network (network devices and/or control devices) send, receive, and/or process messages.
- a device within a network may send, receive, and/or process messages, which may mean that the network sends, receives, and/or processes messages.
- 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 that has a function of determining a policy for controlling network behavior.
- the NRF Network Repository Function
- the NRF may be an NF that has a service discovery function.
- the NRF may be an NF that has a function of providing information on the discovered NF upon receiving a discovery request for another NF from a certain NF.
- NSACF Network Slice Admission Control Function monitors the number of registered UEs per NS and/or the number of PDU sessions per NS for network slices (NS) related to NSAC (Network Slice Admission Control). and control functions.
- the NSACF may also be configured for each NS associated with the NSAC with a maximum number of UEs per NS and/or a maximum number of PDU sessions per NS allowed.
- the NSACF may have a function of increasing or decreasing the number of UEs to be registered with a certain NS so as not to exceed the maximum number of UEs allowed to be registered in that NS.
- the NSACF may also maintain a list of UE IDs registered with NSs associated with the NSACF.
- NSACF determines whether the ID of that UE is the same as the UE registered in that NS. Check whether the ID is already included in the list, and if the ID of the UE is not included in the list, further check whether the maximum number of UEs per NS has been reached for that NS. It may have a function. Additionally, if the registration status of the UE with respect to the NS associated with the NSAC changes during the registration procedure and/or non-registration procedure and/or NSSAA procedure, etc., the AMF shall notify the NSACF of the A request may be made regarding the maximum number of UEs.
- the NSACF may have a function of increasing or decreasing the number of PDU sessions for a certain NS so as not to exceed the maximum number of PDU sessions allowed by that NS. Additionally, when the number of PDU sessions using an NS increases (for example, when a certain UE sends a PDU session establishment request message to that NS), NSACF informs the NS that the maximum number of UEs per NS has been reached. It may have a function to confirm whether or not there is a person. The SMF may also make a request to the NSACF regarding the maximum number of PDU sessions per NS during the PDU session establishment procedure and/or the PDU session release procedure.
- SM Session Management
- NAS Non-Access-Stratum
- PDU session establishment request messages PDU session establishment accept messages
- PDU session establishment reject messages PDU session modification requests.
- PDU session modification command message PDU session modification complete message
- PDU session modification command reject message PDU session modification reject message
- PDU session modification command message PDU session modification complete message
- PDU session modification command reject message PDU session modification command reject message
- PDU session release request message PDU session release reject message
- PDU session release command message PDU session release complete message
- PDU session release complete message A message etc. may also be included.
- the SM procedure (also referred to as the procedure for SM) includes the PDU session establishment procedure, the PDU session modification procedure, and the UE-requested PDU session release procedure. ) may be included. Note that each procedure may be a procedure initiated from the UE or may be initiated from the NW.
- MM (Mobility management) message may be a NAS message used for procedures for the MM, and may be a control message sent and received between the UE_A10 and the AMF_A240.
- MM messages include Registration request messages, Registration accept messages, Registration reject messages, De-registration request messages, and De-registration request messages. De-registration accept message, configuration update command message, configuration update complete message, service request message, service accept message , a service reject message, a notification message, a notification response message, and the like.
- the MM procedure (also referred to as the procedure for MM) includes the registration procedure (Registration procedure), de-registration procedure (De-registration procedure), generic UE configuration update procedure, It may include authentication/authorization procedures, service request procedures, paging procedures, and notification procedures.
- the 5GS (5G System) service may be a connection service provided using the core network_B190.
- the 5GS service may be a service different from the EPS service, or may be a service similar to the EPS service.
- non-5GS 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. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If IPv4v6 is specified, it indicates that data is sent and received using IPv4 or IPv6. If non-IP is specified, it indicates that communication is not using IP, but using a communication method other than IP.
- a PDU (Protocol Data Unit) session can be defined as an association between a UE and a DN that provides PDU connectivity services, but it is also a connection established between a UE and an external gateway. There may be.
- the UE can send and receive user data to and from the DN using the PDU session.
- this external gateway may be UPF, SCEF, etc.
- the UE can use the PDU session to send and receive user data to and from a device such as an application server located in the DN.
- the MA PDU session may be a PDU session that provides PDU connectivity services using 3GPP access and/or non-3GPP access.
- each device may manage a PDU session by associating one or more pieces of identification information with it.
- these identification information may include one or more of DNN, QoS rules, PDU session type, application identification information, NSI identification information, and access network identification information, and may further include other information. It's okay.
- each piece of identification information associated with the PDU sessions may have the same content or may have different content.
- DNN Data Network Name
- DNN may be identification information that identifies the core network and/or the external network such as DN.
- the DNN can also be used as information for selecting a gateway such as PGW_A30/UPF_A235 to connect the core network B190.
- 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. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If Ethernet is specified, it indicates that Ethernet frames will be sent and received. Furthermore, Ethernet may indicate that communication using IP is not performed. If Unstructured is specified, it indicates that data will be sent and received to the application server, etc. in the DN using Point-to-Point (P2P) tunneling technology. As the P2P tunneling technology, for example, UDP/IP encapsulation technology may be used. Note that the PDU session type may include IP in addition to the above. IP can be specified if the UE is capable of using 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, which is a communication carrier, and the operator can be identified by the PLMN ID.
- a PLMN that matches the MCC (Mobile Country Code) and MNC (Mobile Network Code) of the UE's IMSI (International Mobile Subscriber Identity) may be the Home PLMN (HPLMN).
- the UE may maintain an Equivalent HPLMN list for identifying one or more EPLMNs (Equivalent HPLMNs) in the USIM.
- a PLMN different from HPLMN and/or EPLMN may be VPLMN (Visited PLMN).
- the PLMN that the UE has successfully registered may be a Registered PLMN (RPLMN).
- RPLMN Registered PLMN
- the services provided by PLMN may be read as PLMN services
- the services provided by SNPN may be read as SNPN services.
- a network slice is a logical network that provides specific network capabilities and network characteristics.
- the UE and/or network may support network slices (NW slices; NS) in 5GS.
- NW slices; NS network slices
- a network slice may also be simply called a slice.
- a network slice instance is composed of an instance (entity) of a network function (NF) and a set of necessary resources, and forms a deployed network slice.
- NF is a processing function in a network, and is adopted or defined by 3GPP.
- NSI is an entity of NS configured at least one in core network_B.
- the NSI may be configured by a virtual NF (Network Function) generated using an NST (Network Slice Template).
- NST Network Slice Template
- NST Network Slice Template
- NST Network Slice Template
- NST Network Slice Template
- the NSI may be an aggregation within the core network_B190 configured by a plurality of NFs.
- the NSI may be a logical network configured to separate user data distributed by services or the like.
- One or more NFs may be configured in the NS.
- the NF configured in an NS may or may not be a device shared with other NSs.
- the UE and/or devices in the network may be configured based on one or more registration information such as NSSAI and/or S-NSSAI and/or UE usage type and/or one 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 and 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 Single Network Slice Selection Assistance Information
- S-NSSAI may be configured only with SST (Slice/Service type), or may be configured with SST and SD (Slice Differentiator).
- SST is information indicating the expected behavior of the NS in terms of functions and services.
- the SD may be information for interpolating the SST when selecting one NSI from a plurality of NSIs indicated by the SST.
- the S-NSSAI may be information unique to each PLMN, or may be standard information shared among PLMNs.
- the network may store one or more S-NSSAIs in the registration information of the UE as default S-NSSAIs. Note that when 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 store the NSSAI granted by the network for each PLMN. Additionally, NSSAI may be information used to select an AMF.
- configured NSSAI is NSSAI that is applicable to one or more PLMNs or SNPNs, and is provided to and stored in the UE.
- the UE may store configured NSSAI for each PLMN, or may store configured NSSAI for each NPN (hereinafter, SNPN and/or PNI-NPN may be collectively expressed as NPN).
- the configured NSSAI may be information set by the network (PLMN or SNPN).
- 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.
- the configured NSSAI may include configured NSSAI stored in the UE and configured NSSAI transmitted from the network to the UE.
- Requested NSSAI is the NSSAI provided by the UE to the network (current PLMN (serving PLMN, also referred to as current PLMN) or NPN (serving NPN, also referred to as current NPN)) during the registration procedure.
- the S-NSSAI included in the requested NSSAI may be an S-NSSAI selected from one or more S-NSSAIs included in the configured NSSAI and/or allowed NSSAI associated with the current PLMN or NPN.
- the S-NSSAI included in the requested NSSAI may be an S-NSSAI selected not to include one or more S-NSSAI included in the pending NSSAI and/or rejected NSSAI.
- the requested NSSAI may be information indicating a network slice that the UE wishes to register or access.
- the S-NSSAI included in the requested NSSAI may be expressed as the requested S-NSSAI.
- the requested NSSAI is included in NAS messages such as registration request messages and/or RRC (Radio Resource Control) messages including NAS (Non-Access-Stratum) messages sent from the UE to the network (PLMN or SNPN).
- the requested NSSAI may include a requested NSSAI stored in the UE and a requested NSSAI transmitted from the UE to the network (PLMN or SNPN).
- allowed NSSAI is information indicating one or more network slices in which the UE is permitted.
- the allowed NSSAI may be information that identifies a network slice that the network has allowed the UE to connect to.
- the allowed NSSAI may be information indicating one or more S-NSSAIs that can be used by the current PLMN or SNPN in the current registration area.
- the UE and the network each store and manage the 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 include an S-NSSAI and a mapped S-NSSAI. Further, the allowed NSSAI may include allowed NSSAI stored in the UE and allowed NSSAI transmitted from the network to the UE.
- the mapped S-NSSAI (also referred to as Mapped S-NSSAI) may be the S-NSSAI of the HPLMN mapped to the S-NSSAI of the registered PLMN in a roaming scenario. Additionally, the mapped S-NSSAI may basically be the S-NSSAI used when the UE is roaming, and the S-NSSAI that is not used when the UE is not roaming (also referred to as non-roaming). -Can be NSSAI. Further, the UE may store one or more mapped S-NSSAIs mapped to the configured NSSAIs and the S-NSSAIs included in the Allowed NSSAIs of each access type.
- the UE may store one or more mapped S-NSSAIs included in the rejected NSSAIs, or mapped S-NSSAIs corresponding to the S-NSSAIs included in the rejected NSSAIs.
- the mapped NSSAI may include a mapped NSSAI stored in the UE and a mapped NSSAI transmitted from the network to the UE.
- rejected NSSAI is information indicating one or more network slices in which the UE is not permitted.
- the rejected NSSAI is information that identifies a network slice to which the network does not allow the UE to connect.
- the rejected NSSAI may be information that includes one or more combinations of S-NSSAI and rejection reason value (hereinafter also referred to as reason value or rejection reason).
- the rejection 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 rejected NSSAIs based on the rejection reason value associated with each S-NSSAI.
- the rejected NSSAI may be included in a NAS message sent from the network to the UE, or an RRC message containing the NAS message, such as a registration acceptance message, a configuration update command, or a registration rejection message.
- S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
- the rejected NSSAI may mean any of the first to fourth rejected NSSAIs.
- the rejected S-NSSAI may mean a rejected S-NSSAI included in any of the first to fourth rejected NSSAIs.
- the rejected NSSAI may be any one of the first to fourth rejected NSSAIs, pending NSSAI, or a combination thereof.
- S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
- the rejected S-NSSAI may include an S-NSSAI and a mapped S-NSSAI.
- the first rejected NSSAI may be the rejected NSSAI for the current PLMN or SNPN.
- the first rejected NSSAI may be an NSSAI that is not available in the current PLMN or SNPN.
- the first rejected NSSAI may be a set of one or more S-NSSAIs that are not available in the current PLMN or SNPN among the S-NSSAIs included in the requested NSSAIs by the UE.
- the first rejected NSSAI may be a 5GS rejected NSSAI for current PLMN or SNPN.
- the first rejected S-NSSAI may be a rejected S-NSSAI for current PLMN or SNPN, or may be an S-NSSAI included in a rejected NSSAI for current PLMN or SNPN.
- the first rejected NSSAI may be a rejected NSSAI stored in the UE and/or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
- the first rejected NSSAI may be information including one or more combinations of an S-NSSAI and a reason value. This rejection reason value may indicate "S-NSSAI not available in the current PLMN or SNPN", and the S-NSSAI associated with the rejection reason value is currently may mean that it is not available for PLMN or SNPN.
- the first rejected NSSAI may be valid for the entire registered PLMN or registered SNPN.
- the UE and/or NW may treat the first rejected NSSAI and the S-NSSAI included in the first rejected NSSAI as information independent of the access type.
- the first rejected NSSAI may be information valid for 3GPP access and non-3GPP access.
- the UE may delete the first rejected NSSAI from its memory.
- the UE may delete the first rejected NSSAI from its memory.
- the UE may delete the first rejected NSSAI. It's fine.
- the S-NSSAI included in the first rejected NSSAI in the storage unit of the UE may be treated as unusable in the entire current PLMN or SNPN. That is, the UE may be in a state where the MM procedure and/or SM procedure using its S-NSSAI is prohibited in the entire current PLMN or SNPN.
- the second rejected NSSAI may be the rejected NSSAI for the current registration area (also referred to as registration area).
- the second rejected NSSAI may be an NSSAI that is not available in the current registration area.
- the second rejected NSSAI may be a set of one or more S-NSSAIs that are not available in the current registration area among the S-NSSAIs included in the requested NSSAIs by the UE.
- the second rejected NSSAI may be the rejected NSSAI for the current registration area of 5GS.
- the second rejected NSSAI may be a rejected NSSAI stored in the UE and/or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
- the second rejected NSSAI When the second rejected NSSAI is a rejected NSSAI transmitted from the NW to the UE, the second rejected NSSAI may be information including one or more combinations of an S-NSSAI and a reason value.
- This reason value may indicate "S-NSSAI not available in the current registration area", and the S-NSSAI associated with the reason value may indicate that the S-NSSAI is not available in the current registration area. May mean unavailable in the area.
- the second rejected NSSAI may be valid within the current registration area. That is, the UE and/or NW may treat the second rejected NSSAI and the S-NSSAI included in the second rejected NSSAI as information for each access type. In other words, the second rejected NSSAI may be information valid for each of 3GPP access and non-3GPP access. That is, once the UE transitions to a non-registered state for a certain access, it may delete the second rejected NSSAI from its memory.
- the S-NSSAI included in the second rejected NSSAI in the storage unit of the UE may be treated as unusable in the current registration area. That is, the UE may be in a state where the MM procedure and/or SM procedure using the S-NSSAI is prohibited in the current registration area.
- the third rejected NSSAI is an S-NSSAI that requires NSSAA, and is a set of one or more S-NSSAIs for which NSSAA for that S-NSSAI has failed or been cancelled.
- 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 S-NSSAI and rejection reason value.
- the reason for refusal value at this time may be "S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authentication)", It may be information indicating that NSSAA for the S-NSSAI associated with the rejection reason value has failed or been cancelled.
- the third rejected NSSAI is valid for the entire registered PLMN.
- the UE and/or NW may treat the third rejected NSSAI and the S-NSSAI included in the third rejected NSSAI as information independent of the access type.
- the third rejected NSSAI may be information valid for 3GPP access and non-3GPP access.
- the third rejected NSSAI may be a different NSSAI than 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 that are rejected due to NSSAA failure or cancellation from the core network. Specifically, while the UE stores the third rejected NSSAI, the UE does not initiate a registration request procedure for the S-NSSAI included in the third rejected NSSAI.
- the third rejected NSSAI may be identification information that includes one or more S-NSSAIs received from the core network in association with a rejection reason value indicating failure of the NSSAA.
- the third rejected NSSAI is information that does not depend on the access type.
- the UE attempts to send a registration request message containing the S-NSSAI included in the third rejected NSSAI to both the 3GPP access and the non-3GPP access. You don't have to.
- the UE can transmit a registration request message including the 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 where it can send a registration request message including the S-NSSAI included in the third rejected NSSAI.
- the UE may remove the S-NSSAI from the third rejected NSSAI. good.
- the S-NSSAI included in the third rejected NSSAI in the storage unit of the UE may be treated as unusable in the entire current PLMN or SNPN. That is, the UE may be in a state where the MM procedure and/or SM procedure using the S-NSSAI is prohibited in the current registration area.
- the fourth rejected NSSAI may be a rejected NSSAI for the current tracking area.
- the fourth rejected NSSAI may be an NSSAI that is not available in the current tracking area.
- the fourth rejected NSSAI may be a rejected NSSAI for the current tracking area in the current registration area.
- the fourth rejected NSSAI may be an NSSAI that is not available in the current tracking area in the current registration area.
- the fourth rejected NSSAI may be an NSSAI that cannot be used in the current tracking area in the current registration area, but may be an NSSAI that can be used in other tracking areas in the current registration area.
- the fourth rejected NSSAI is an NSSAI that cannot be used in the current tracking area in the current registration area, and can be used in other tracking areas in the current registration area, and in other registration areas (different from the current registration area). It may be NSSAI available in
- the fourth rejected NSSAI is a set of S-NSSAIs included in the requested NSSAI by the UE, which are determined by the AMF to be S-NSSAIs that are not available in the current tracking area, or S-NSSAIs that are not available in the current tracking area. It may be a set of S-NSSAIs sent with a rejection reason indicating unavailability.
- the fourth rejected NSSAI may include one or more S-NSSAIs for the current PLMN, and may include a set of mapped S-NSSAIs if available.
- the fourth rejected NSSAI may be a rejected NSSAI stored in the UE and/or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
- the fourth rejected NSSAI may be information including one or more combinations of an S-NSSAI and a reason value. This reason value may be the twelfth identification information.
- the fourth rejected NSSAI may be valid for 3GPP access and/or non-3GPP access.
- the UE and/or NW may treat the fourth rejected NSSAI as independent of the access type, or may treat the fourth rejected NSSAI as dependent on the access type.
- the UE and/or NW may manage and/or store the fourth rejected NSSAI for each access type, or may not manage and/or store the fourth rejected NSSAI for each access type.
- the fourth rejected NSSAI does not depend on the access type. For example, if the UE receives the fourth rejected NSSAI via 3GPP access, the fourth rejected NSSAI or the S - May mean that NSSAI is not only not available via 3GPP access, but also not available via non-3GPP access. Similarly, if the UE receives a fourth rejected NSSAI via a non-3GPP access, the fourth rejected NSSAI or the S-NSSAI included in the fourth rejected NSSAI is not only unavailable via the 3GPP access; It may also mean that it cannot be used via non-3GPP access.
- the UE and/or NW does not store the fourth rejected NSSAI for each access type (that is, it does not store it separately for each access type, It is preferable, but not limited to, to simply remember the fourth rejected NSSAI.
- the fourth rejected NSSAI depends on the access type means, for example, if the UE receives the fourth rejected NSSAI via 3GPP access, the fourth rejected NSSAI or the S - May mean that NSSAI is not available via 3GPP access, but does not need to mean that it is not available via non-3GPP access. In other words, it may mean that the use of the fourth rejected NSSAI or the S-NSSAI included in the fourth rejected NSSAI is not restricted for non-3GPP access. Similarly, if the UE receives a fourth rejected NSSAI over a non-3GPP access, it indicates that the fourth rejected NSSAI or the S-NSSAI included in the fourth rejected NSSAI is not available over a non-3GPP access.
- the UE and/or NW stores the fourth rejected NSSAI for each access type (i.e., stores the fourth rejected NSSAI for each access type). It is desirable to do so, but it is not limited to this.
- the fourth rejected NSSAI may be applicable to the registration area and/or tracking area that received the rejected NSSAI.
- the fourth rejected NSSAI may be applied to these PLMNs or SNPNs in the current registration area and/or current tracking area.
- the fourth rejected NSSAI may be applied not only to the current PLMN or SNPN but also to the equivalent PLMN or equivalent SNPN.
- the AMF may reject the registration request message.
- the 5GS registration type indicates mobility registration updating, and the purpose of starting the registration procedure is not to change the network slice to which the UE is currently registered, and the UE is in the current registration area or current tracking area.
- the UE may not include the requested NSSAI during the registration procedure.
- the S-NSSAI included in the fourth rejected NSSAI may be associated with one or more tracking areas where the rejected S-NSSAI (fourth rejected S-NSSAI) is not available. It may be.
- the UE may replace the stored configured NSSAI with the new configured NSSAI.
- the UE may also delete the mapped S-NSSAI for the stored configured NSSAI and store the mapped S-NSSAI for the new configured NSSAI, or delete the stored mapped S-NSSAI for the configured NSSAI, or delete the stored mapped S-NSSAI for the configured NSSAI.
- You may delete the S-NSSAI included in the mapped S-NSSAI for the new configured NSSAI for the current PLMN or SNPN from the mapped S-NSSAI for the fourth rejected NSSAI that you remember. good.
- the UE when it receives a new allowed NSSAI for the current PLMN or SNPN, it may delete the S-NSSAI included in the new allowed NSSAI from the stored fourth rejected NSSAI. In this case, the UE may also delete the S-NSSAI included in the mapped S-NSSAI for the new allowed NSSAI for the current PLMN or SNPN from the stored mapped S-NSSAI for the fourth rejected NSSAI. good.
- the UE also recognizes the S-NSSAI (fourth rejected S-NSSAI) included in the rejected NSSAI (fourth rejected NSSAI), the received fourth rejected S-NSSAI may be stored in the rejected NSSAI and the mapped S-NSSAI for the rejected NSSAI in the UE based on the reason for rejection, or the fourth rejected , and may be stored in the mapped S-NSSAI for the fourth rejected NSSAI.
- the UE detects the S-NSSAI (fourth rejected S-NSSAI) included in the rejected NSSAI (fourth rejected NSSAI) and the S-NSSAI is included in the Rejected NSSAI IE, from the allowed NSSAI for the current PLMN or SNPN and its equivalent PLMN or equivalent SNPN that the UE remembers,
- the S-NSSAI included in the fourth rejected NSSAI related to the same access type (fourth rejected S-NSSAI) may be deleted.
- the UE detects the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected If a rejected S-NSSAI) is received and the S-NSSAI is included in the Extended rejected NSSAI IE, the current PLMN or SNPN and its equivalent PLMN or equivalent SNPN that the UE remembers , the S-NSSAI included in the fourth rejected NSSAI related to the same access type (fourth rejected S-NSSAI) may be deleted from the allowed NSSAI.
- the UE receives the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected rejected S-NSSAI) and the S-NSSAI is included in the Extended rejected NSSAI IE, the current PLMN or SNPN and its equivalent PLMN or equivalent SNPN that the UE remembers:
- the S-NSSAI included in the fourth rejected NSSAI related to the same access type (fourth rejected S-NSSAI) may be deleted from the allowed NSSAI.
- the UE detects the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected rejected S-NSSAI), the UE remembers the current PLMN or SNPN and its equivalent PLMN or equivalent SNPN from the allowed NSSAI to the fourth rejected NSSAI associated with the same access type.
- S-NSSAI included in mapped S-NSSAI may be deleted.
- the UE receives the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected rejected S-NSSAI), the UE remembers the S-NSSAI included in the mapped S-NSSAI for the fourth rejected NSSAI related to the same access type from the mapped S-NSSAI for the allowed NSSAI. You may delete it.
- the UE detects the S-NSSAI (fourth rejected S-NSSAI) included in the rejected NSSAI (fourth rejected NSSAI) and the S-NSSAI is included in the Rejected NSSAI IE, the current PLMN or SNPN that the UE remembers and the pending NSSAI for its equivalent PLMN or SNPN
- the S-NSSAI included in the fourth rejected NSSAI related to the access type may be deleted.
- the UE detects the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected If a rejected S-NSSAI) is received and the S-NSSAI is included in the Extended rejected NSSAI IE, the current PLMN or SNPN and its equivalent PLMN or SNPN stored by the UE,
- the S-NSSAI included in the fourth rejected NSSAI related to the same access type may be deleted from the pending NSSAI.
- the UE detects the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected If a rejected S-NSSAI) is received and the S-NSSAI is included in the Extended rejected NSSAI IE, the current PLMN or SNPN and its equivalent PLMN or SNPN stored by the UE,
- the S-NSSAI contained in the mapped S-NSSAI to a fourth rejected NSSAI related to the same access type may be deleted from the pending NSSAI.
- the UE receives the S-NSSAI (fourth rejected NSSAI) included in the rejected NSSAI (fourth rejected If a rejected S-NSSAI) is received and the S-NSSAI is included in the Extended rejected NSSAI IE, the mapped S-NSSAI for the pending NSSAI that the UE remembers is related to the same access type.
- the S-NSSAI included in the mapped S-NSSAI for the fourth rejected NSSAI may be deleted.
- the UE deregisters via the access that received the fourth rejected NSSAI or the fourth rejected S-NSSAI, in other words, if the UE completes the deregistration procedure via the access, the UE The fourth rejected NSSAI and/or its access type may be deleted.
- the UE remembers the fourth rejected NSSAI and/or its access. Types may be deleted.
- the UE when the UE transitions from the 5GMM-REGISTERED state to the 5GMM-DEREGISTERED state, or from the 5GMM-DEREGISTERED state to the 5GMM-REGISTERED state, the UE stores the fourth rejected NSSAI and/or its Access types may be deleted.
- the UE that has received the fourth rejected NSSAI included in the registration acceptance message, registration refusal message, configuration update command message, or non-registration request message will receive the rejected S-NSSAI (the fourth rejected Actions may be taken based on the reasons for rejection included in the S-NSSAI).
- the reason for rejection included in the rejected S-NSSAI is "S-NSSAI not available in the current tracking area" and/or "S-NSSAI not available in the current tracking area” and/or "S-NSSAI not available in the current tracking area” Indicates "S-NSSAI not available in the current tracking area in the current registration area" and/or "No network slices available” , the UE may be prohibited from using its fourth S-NSSAI in the current tracking area. That is, the UE may be in a state where the MM procedure and/or SM procedure using the fourth S-NSSAI is prohibited in the current tracking area.
- this restriction may be lifted if the fourth rejected S-NSSAI is removed. That is, the UE may be in a state where it can execute the MM procedure and/or the SM procedure using the fourth S-NSSAI in the current tracking area.
- the UE when the UE sends a registration request message including the requested NSSAI, the UE remembers the S-NSSAI included in the fourth rejected NSSAI (fourth rejected S-NSSAI) and/or the fourth rejected
- the S-NSSAI included in the requested NSSAI may be selected from among the S-NSSAIs other than the S-NSSAI included in the mapped S-NSSAI for the NSSAI.
- AMF shall identify its S-NSSAI as "S-NSSAI not available in the current tracking area” and/or "S-NSSAI not available in the current tracking area” and/or "S-NSSAI not available in the current tracking area” -NSSAI (S-NSSAI not available in the current tracking area in the current registration area)" and/or "No network slices available”. You may also send a registration acceptance message containing:
- the fourth rejected S-NSSAI may be not only the rejected S-NSSAI included in the fourth rejected NSSAI but also the rejected S-NSSAI not included in the fourth rejected NSSAI. Further, the description regarding the fourth rejected NSSAI described above may be read as the description regarding the fourth rejected S-NSSAI.
- the fourth rejected NSSAI and the fourth rejected S-NSSAI may be included as LADN information included in the registration acceptance message or configuration update command, and may be notified from the core network side to the UE.
- the mapped S-NSSAI for the fourth rejected NSSAI may be the mapped S-NSSAI corresponding to the fourth rejected NSSAI.
- the mapped S-NSSAI for the fourth rejected NSSAI is the S-NSSAI of the registered PLMN (i.e., the S-NSSAI included in the fourth rejected NSSAI, or the fourth rejected S-NSSAI) in the roaming scenario. It may be the S-NSSAI of HPLMN mapped to .
- the mapped S-NSSAI for the fourth rejected NSSAI may be valid for 3GPP access and/or non-3GPP access.
- the UE and/or NW may treat the mapped S-NSSAI for the fourth rejected NSSAI as independent of the access type, or treat the mapped S-NSSAI for the fourth rejected NSSAI as dependent on the access type. It may be treated as such.
- the UE and/or NW may or may not manage and/or store the mapped S-NSSAI for the fourth rejected NSSAI for each access type. Good too.
- the mapped S-NSSAI for the fourth rejected NSSAI does not depend on the access type. For example, if the UE receives the mapped S-NSSAI for the fourth rejected NSSAI via 3GPP access, the mapped S-NSSAI for the fourth rejected NSSAI This may mean that the mapped S-NSSAI for is not only not available via 3GPP access, but also not available via non-3GPP access. Similarly, if the UE receives a mapped S-NSSAI for the fourth rejected NSSAI via non-3GPP access, the mapped S-NSSAI for the fourth rejected NSSAI is not only unavailable via the 3GPP access but also non- It may also mean that it is not available via 3GPP access.
- the UE and/or NW does not store the mapped S-NSSAI for the fourth rejected NSSAI for each access type (in other words, the mapped S-NSSAI for the fourth rejected NSSAI does not depend on the access type).
- the mapped S-NSSAI for the fourth rejected NSSAI does not depend on the access type.
- the mapped S-NSSAI for the fourth rejected NSSAI depends on the access type, for example, if the UE receives the mapped S-NSSAI for the fourth rejected NSSAI via 3GPP access, then the mapped S-NSSAI for the fourth rejected NSSAI This may mean that the mapped S-NSSAI is not available via 3GPP access, but it does not need to mean that it is not available via non-3GPP access. In other words, it may mean that the mapped S-NSSAI for the fourth rejected NSSAI is not restricted from being used in non-3GPP access.
- the UE receives a mapped S-NSSAI for the fourth rejected NSSAI via non-3GPP access, it means that the mapped S-NSSAI for the fourth rejected NSSAI is not available via non-3GPP access. However, this does not mean that it cannot be used via 3GPP access. In other words, it may mean that the mapped S-NSSAI for the fourth rejected NSSAI is not restricted from being used in 3GPP access. Note that when the mapped S-NSSAI for the fourth rejected NSSAI depends on the access type, the UE and/or NW stores the mapped S-NSSAI for the fourth rejected NSSAI for each access type (that is, the mapped S-NSSAI for the fourth rejected NSSAI depends on the access type). It is preferable, but not limited to, to memorize the fourth rejected NSSAI for each NSSAI.
- the fourth rejected NSSAI and/or the fourth rejected S-NSSAI in the storage unit of the UE, and/or the S-NSSAI included in the mapped S-NSSAI for the fourth rejected NSSAI are in the current tracking area. , or may be treated as unavailable in the current tracking area in the current registration area. That is, the UE may be in a state in which the MM procedure and/or SM procedure using its S-NSSAI is prohibited in the current tracking area or in the current tracking area in the current registration area. In other words, the UE is prohibited from performing MM and/or SM procedures using its S-NSSAI in a tracking area other than the current tracking area or in a tracking area other than the current tracking area in the current registration area. It may be in a state where there is no.
- pending NSSAI (also referred to as Pending NSSAI) is an S-NSSAI in which the network requires network slice specific authentication, and network slice specific authentication has not been completed and cannot be used with the current PLMN.
- a 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 the NW, or may be an NSSAI sent from the NW to the UE. Note that the pending NSSAI is not limited to the rejected NSSAI, but 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 including one or more combinations of S-NSSAI and rejection reason value.
- the reason for rejection value at this time may be "S-NSSAI is pending for the S-NSSAI", and the S-NSSAI associated with the reason for rejection value is The information may indicate that the UE is prohibited from using the NSSAI or is pending until the NSSAA for the NSSAI is completed.
- the pending NSSAI is valid for the entire registered PLMN.
- the UE and/or NW may treat the S-NSSAI included in the third rejected NSSAI and pending NSSAI as information independent of the access type.
- the pending NSSAI may be valid information for 3GPP access and non-3GPP access.
- the pending NSSAI may be different from the rejected NSSAI.
- the pending NSSAI may be the first rejected NSSAI.
- the pending NSSAI is an NSSAI that is composed of one or more S-NSSAIs that identify slices for which the UE has pending procedures. Specifically, while storing the pending NSSAI, the UE does not initiate a registration request procedure for the S-NSSAI included in the pending NSSAI. In other words, the UE does not use the S-NSSAI included in the pending NSSAI during the registration procedure until the NSSAA for the S-NSSAI included in the pending NSSAI is completed.
- pending NSSAI is identification information that includes one or more S-NSSAIs received from the core network in association with a rejection reason value indicating pending NSSAA.
- pending NSSAI is information independent of access type. Specifically, if the UE stores the pending NSSAI, the UE does not attempt to send a registration request message including the S-NSSAI included in the pending NSSAI to both the 3GPP access and the non-3GPP access.
- a tracking area is one or more ranges managed by the core network that can be represented by the location information of UE_A10.
- the tracking area may be composed of multiple cells. Further, the tracking area may be a range where control messages such as paging are broadcast, or a range where UE_A10 can move without performing a handover procedure. Furthermore, the tracking area may be a routing area, a location area, or anything similar thereto.
- the tracking area may be a TA (Tracking Area).
- the tracking area may be identified by TAI (Tracking Area Identity), which is composed of TAC (Tracking area code) and PLMN.
- a registration area (also referred to as a registration area) is a collection of one or more TAs assigned to a UE by the AMF. Note that while the UE_A10 is moving within one or more TAs included in the registration area, it may be possible to move without transmitting or receiving a signal for updating the tracking area. In other words, the registration area may be a group of information indicating an area to which the UE_A10 can move without executing a tracking area update procedure.
- a registration area may be identified by a TAI list made up 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 configured within the application or network.
- the UE ID may be information for identifying a user.
- NSSAA Network Slice-Specific Authentication and Authorization
- a PLMN and a network device equipped with the NSSAA function can perform NSSAA procedures for a certain S-NSSAI based on the registration information of the UE.
- a UE with NSSAA functionality may manage and store rejected NSSAIs for pending NSSAA and/or rejected NSSAIs for failure of NSSAA.
- NSSAA may be referred to as network slice-specific authentication and authorization procedures or authentication and authorization procedures.
- An S-NSSAI that requires NSSAA is an S-NSSAI that requires NSSAA and is managed by a core network and/or a core network device.
- the core network and/or core network device may store S-NSSAIs that require NSSAA by associating and storing information indicating whether or not S-NSSAIs are required.
- the core network and/or the core network device may further include an S-NSSAI that requires NSSAA and information indicating whether the NSSAA is complete or in a state where the NSSAA is complete and allowed or successful. The information may be stored in association with the other information.
- the core network and/or the core network device may manage S-NSSAI that requires NSSAA as information that is not related to the access network.
- a UE in single registration mode has only one active MM state. That is, a UE in single registration mode is only active in either the RM state (5GMM state) in 5GC or the EMM state in EPC. Also, a UE in single registration mode is in 5GC NAS mode when connecting to 5GC, and in EPC NAS mode when connecting to EPC. Also, since a UE in single registration mode can only register to either 5GC or EPC, when moving between EPC and 5GC, mapping between EPS-GUTI (also referred to as 4G-GUTI) and 5G-GUTI is required. It is necessary to
- a UE in dual registration mode may be in a state where it can register independently with the 5GC and EPC.
- a UE in dual registration mode can maintain 5G-GUTI and EPS-GUTI (also referred to as 4G-GUTI) independently.
- SNPN is also a type of NPN that is 5GS deployed for non-public use, and is an NPN that is operated by an NPN operator and does not depend on the NF provided by a PLMN. Further, the SNPN is identified by a combination of PLMN ID and NID (Network Identifier). Further, a UE that can use SNPN may support SNPN access mode (also referred to as SNPN access operation mode). Additionally, a UE configured to operate in the SNPN access mode may be able to select and register with an SNPN, or may not be able to select a PLMN.
- SNPN access mode also referred to as SNPN access operation mode
- a UE configured to operate in the SNPN access mode may be able to perform the SNPN selection procedure, or may not be able to perform the PLMN selection procedure. Additionally, even if the UE is SNPN enabled, a UE that is not configured to operate in SNPN access mode may not be able to select and register with SNPN, and may not be able to select SNPN and register with SNPN. It's good to be able to choose. Furthermore, a UE that is not configured to operate in the SNPN access mode may not be able to perform the SNPN selection procedure, or may be able to perform the PLMN selection procedure.
- a UE operating in SNPN access mode may be able to select SNPN via Uu (3GPP access). Additionally, a UE operating in SNPN access mode can select SNPN via Uu or NWu established via a PDU session provided by the selected PLMN via Uu or NWu (non-3GPP access). Good too. Additionally, a UE that does not operate in SNPN access mode can select a PLMN via Uu or NWu established via a PDU session provided by the selected SNPN via Uu or NWu (non-3GPP access). Good too.
- the SNPN access mode may be managed and/or applied on an access basis. That is, it may be managed and/or applied separately for 3GPP access and non-3GPP access.
- 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.
- SNPN access mode for 3GPP access is SNPN access mode for 3GPP access, SNPN access mode over 3GPP access, and SNPN access mode via 3GPP access. ) may also be called.
- SNPN access mode for non-3GPP access is SNPN access mode for non-3GPP access
- SNPN access mode for non-3GPP access is SNPN access mode for non-3GPP access. It may also be referred to as access mode (SNPN access mode via non-3GPP access).
- activation may be replaced with “operating” and “deactivation” may be replaced with “not operating.” That is, activation of the SNPN access mode for 3GPP access may mean operating in the SNPN access mode for 3GPP access. Furthermore, deactivation of the SNPN access mode for 3GPP access may mean that the SNPN access mode for 3GPP access is not operated. Furthermore, activation of the SNPN access mode for non-3GPP access may mean operating in the SNPN access mode for non-3GPP access. Furthermore, the fact that the SNPN access mode for non-3GPP access is deactivated may mean that the SNPN access mode for non-3GPP access is not operated.
- the SNPNs may be classified into Home SNPNs (also referred to as HSNPNs) and Visited SNPNs (also referred to as VSNPNs). Note that if the UE does not roam between SNPNs, the SNPN may be treated as the same as the Home SNPN.
- the Home SNPN may be an SNPN that the UE can register as a home. Further, the Home SNPN may be an SNPN that the UE selects first in SNPN selection. Further, the Home SNPN may be an SNPN in which at least part of the information included in the SNPN identity (also referred to as SNPN ID) matches at least part of the information included in the IMSI of the UE. In addition, the Home SNPN is an SNPN where the MCC and MNC included in the PLMN Identity (also referred to as PLMN ID) included in the SNPN identity (also referred to as SNPN ID) match the MCC and MNC included in the IMSI of the UE. There may be.
- the Visited SNPN may be an SNPN that the UE can register as a non-home SNPN. Furthermore, the Visited SNPN may be an SNPN that the UE does not register as a home. In addition, the visited SNPN may be an SNPN that the UE does not select first in SNPN selection. Furthermore, the Visited SNPN may be an SNPN in which at least part of the information included in the SNPN identity (also referred to as SNPN ID) does not match at least part of the information included in the IMSI of the UE.
- SNPN identity also referred to as SNPN ID
- a Visited SNPN is an SNPN in which the MCC and MNC included in the PLMN Identity (also referred to as PLMN ID) included in the SNPN identity (also referred to as SNPN ID) do not match the MCC and MNC included in the UE's IMSI. There may be.
- equivalent HSNPN also referred to as equivalent Home SNPN, EHSNPN
- EHSNPN equivalent Home SNPN
- HSNPN home SNPN
- the equivalent HSNPN may be one or more SNPNs included in the equivalent HSNPN list, or may be one or more SNPNs not included in the equivalent VSNPN list.
- equivalent VSNPN (also referred to as equivalent Visited SNPN, EVSNPN) is mutually equivalent to the current SNPN (herein Visited SNPN (also referred to as VSNPN)) in SNPN selection, cell selection, and/or cell reselection. It may be an SNPN that is considered as a SNPN. Further, the equivalent VSNPN may be one or more SNPNs included in the equivalent VSNPN list, or one or more SNPNs not included in the equivalent HSNPN list.
- equivalent SNPN may be a concept that includes equivalent HSNPN and/or equivalent VSNPN. That is, ESNPN may refer to equivalent HSNPN and/or equivalent VSNPN.
- the SNPN that the UE has successfully registered may be an RSNPN (Registered SNPN; also referred to as a registered SNPN).
- RSNPN Registered SNPN
- identification information transmitted and received, and stored and/or managed by each device will be explained.
- the first identification information is requested NSSAI (also referred to as requested NSSAI IE).
- the second identification information is unavailability period or information including unavailability period.
- the third identification information is information indicating the type of registration requested.
- the third identification information may be 5GS registration type.
- the third identification information may indicate initial registration, mobility registration updating, or periodic registration updating. may indicate emergency registration, may indicate SNPN onboarding registration, may indicate disaster roaming mobility registration update, It may also indicate disaster roaming initial registration. Additionally, the third identification information may indicate that the registration is for an unavailability period, or that the registration is for an unavailability period, or that the registration is for unavailability, or that the registration is for unavailability. .
- the fourth identification information is UE capability information.
- the fourth identification information may be 5GMM capability. Further, the fourth identification information may be information indicating whether the UE supports a function related to unavailability period. Further, the fourth identification information may be information indicating that the UE supports a function related to unavailability period.
- the fifth identification information may be information indicating that transmission of an updated timer value is requested. Further, the fifth identification information may be information indicating that transmission of the updated twelfth identification information is requested.
- the sixth identification information is information that includes at least one of the first to fifth identification information.
- the eleventh identification information may be information indicating a network slice.
- the eleventh identification information may be NSSAI.
- the eleventh identification information is an allowed NSSAI, and/or a rejected NSSAI, and/or an extended rejected NSSAI, and/or a pending NSSAI, and/or a configured NSSAI, which is transmitted from the network to the UE. good.
- the twelfth identification information is a timer value.
- the twelfth identification information may be a T3512 value.
- the T3512 value may be a timer value set in a periodic registration update timer.
- the thirteenth identification information is information indicating an extension of the periodic registration update timer.
- the thirteenth identification information may be information indicating an extension of the periodic registration update timer that has already been set.
- the fourteenth identification information is network capability information.
- the fourteenth identification information may be 5GS network feature support.
- the fourteenth identification information may be information indicating whether the network supports a function related to unavailability period.
- the fourteenth identification information may be information indicating that the network supports a function related to unavailability period.
- the fifteenth identification information is information indicating whether the settings regarding the unavailability period have been completed. Further, the fifteenth identification information may indicate that the settings regarding the unavailability period have been completed, or may indicate that the settings regarding the unavailability period have not been completed.
- the 16th identification information is information that includes at least one of the 11th to 15th identification information.
- the first to sixth identification information and the eleventh to 16th identification information are stored in advance by the UE, the base station, and/or the AMF, and/or the core network device or network function other than the AMF. It may be information that exists. Furthermore, when these pieces of identification information are transmitted and received, the receiving side may store the received identification information.
- the hardware is configured as physical hardware, the same logical hardware, or the same software.
- the content described in this embodiment is also applicable when these are configured as different devices/functions (that is, different physical hardware, or different logical hardware, or different software).
- data may be sent and received directly between them, data may be sent and received via the N26 interface between the AMF and MME, or data may be sent and received via the UE.
- the registration procedure is a procedure for the UE to take the lead in registering with the access network_B and/or the core network_B and/or the DN.
- the UE may execute this procedure in a state in which it is not registered with the network (also referred to as the non-registered state or 5GMM-DEREGISTERED state) or in a state in which it is registered in the network (also referred to as the registered state or 5GMM-REGISTERED state). ) to execute this procedure.
- a UE in an unregistered state may start this procedure at any timing.
- each device can transition to a registered state (5GMM-REGISTERED state) based on the completion of the registration procedure.
- the registration status may be managed by each device for each access.
- each device may independently manage the registration state for 3GPP access (registered state or unregistered state) and the registration state for non-3GPP access.
- the registration procedure includes a procedure for updating the location registration information of the UE in the network, a procedure for periodically notifying the UE status from the UE to the network, and/or a procedure for specifying the UE in the network. It may also be a procedure for updating the parameters of.
- the UE may initiate the registration procedure when it moves to a TA outside its current registration area. In other words, the UE may start the registration procedure when it moves to a TA different from the TA indicated in the TA list it maintains. Additionally, the UE may initiate a registration procedure when the context of each device needs to be updated due to disconnection or invalidation of a PDU session. Additionally, the UE may initiate a registration procedure if there is a change in the capability information and/or preferences regarding the UE's PDU session establishment. Furthermore, the UE may periodically initiate a registration procedure. Furthermore, the UE may initiate a registration procedure based on the completion of the MM procedure or the SM procedure, or based on information received from the network in each procedure. Further, the UE may start this procedure after completing this procedure. Note that the UE is not limited to these, and may execute the registration procedure at any timing.
- this procedure may be started by a UE in an unregistered state, (b) this procedure may be started by a UE in a registered state, or (c) this procedure may be started by a UE in a registered state. (d) This procedure may be initiated by a UE that is not scheduled for an event such as an OS upgrade, security patch update, modem reset, modem software update, etc., or (d) a UE that is in a registered state.
- an event such as an OS upgrade, security patch update, modem reset, modem software update, etc.
- this procedure may be executed in a PLMN (HPLMN or VPLMN), an equivalent PLMN, an SNPN, or an equivalent SNPN.
- PLMN HPLMN or VPLMN
- SNPN SNPN
- the above-mentioned procedure for transitioning a UE from a state where it is not registered with the network (non-registered state) to a state where it is registered (registered state) is the initial registration procedure, or the initial registration procedure. It may be a registration procedure for initial registration.
- the registration procedure executed when the UE is registered in the network (registration state) is the registration procedure for mobility and periodic registration update, or the registration procedure for mobility and periodic registration update, or the registration procedure for mobility and periodic registration update. It may be a mobility and periodic registration procedure.
- the UE may store at least one of each NSSAI and/or each S-NSSAI included in each NSSAI described in Section 2.6.
- the UE starts the registration procedure by transmitting a registration request message to the AMF (S600) (S602) (S604). Specifically, the UE transmits an RRC message including a registration request message to a base station device (5G AN, also referred to as gNB) (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 and received between the UE and the base station device.
- NAS messages are processed at the NAS layer, and RRC messages are processed at the RRC layer. Note that the NAS layer is a layer higher than the RRC layer.
- the UE can transmit the first to sixth identification information by including them in the registration request message and/or the RRC message.
- the first to sixth identification information may be as described in Section 2.6.
- the UE transmits this identification information to a different control message, for example, a layer lower than the RRC layer (for example, MAC (Medium Access Control) layer, RLC (Radio Link Control) layer, PDCP (Packet Data It may also be transmitted while being included in a control message of the Convergence Protocol layer, SDAP (Service Data Adaptation Protocol) layer, etc.).
- MAC Medium Access Control
- RLC Radio Link Control
- PDCP Packet Data It may also be transmitted while being included in a control message of the Convergence Protocol layer, SDAP (Service Data Adaptation Protocol) layer, etc.
- the UE may indicate that the UE supports each function, may indicate the UE's request, or may indicate both of these. .
- the information indicating whether or not to support the function requested by the UE and the information indicating whether or not to permit use of that function may be transmitted as the same identification information.
- transmitting information indicating that the UE supports a certain feature may indicate that the UE requests use of that feature.
- the UE may indicate that it supports a certain feature by transmitting information indicating that the UE requests use of that feature.
- the UE may indicate that it does not request use of a certain feature by transmitting information indicating that the UE does not support that feature.
- the UE may also indicate that it does not support a certain feature by transmitting information indicating that the UE does not request use of that feature.
- the UE determines which identification information among the first to sixth identification information to transmit to the network based on the UE's capability information, the UE policy, the UE state, and/or the user. The selection and determination may be made based on the registration information of the UE, the context held by the UE, and/or the identification information transmitted and received in a procedure executed before this procedure.
- the UE may decide each time which identification information among the first to sixth identification information is to be transmitted to the network in the above (a) to (f).
- a UE that does not support functionality related to the unavailability period does not need to transmit the second identification information.
- a UE that does not support functionality related to unavailability period may be registered for unavailability period, or registered for unavailability period, or registered for unavailability, or registered for unavailability. There is no need to transmit the third identification information indicating that the
- a UE that does not support functionality related to unavailability period may be registered for unavailability period, or registered for unavailability period, or registered for unavailability, or registered for unavailability.
- Third identification information indicating something other than "certain" may be transmitted.
- a UE that does not support a function related to the unavailability period may transmit fourth identification information indicating that the UE does not support the function related to the unavailability period.
- a UE that does not support the function related to the unavailability period does not need to transmit the fourth identification information indicating that it supports the function related to the unavailability period.
- a UE that supports the functionality related to the unavailability period does not need to transmit the second identification information in the cases of (a) and/or (c) and/or (f).
- a UE that supports the functionality related to the unavailability period may transmit the second identification information in (d) and/or (e).
- second identification information indicating the new (updated) unavailability period may be transmitted.
- a UE that supports functionality related to unavailability period may be registered for unavailability period, or registration for unavailability period. Even if you send third identifying information that indicates something other than "the registration is for unavailability, the registration is for unavailability, or the registration is for unavailability" (e.g., initial registration, mobile registration renewal, periodic registration renewal, etc.) good.
- a UE supporting functions related to unavailability period may be registered for unavailability period, or unavailability period, or unavailability period.
- Third identification information indicating that the registration is for "unavailability” or “registration for unavailability” may be transmitted.
- a UE that supports a function related to unavailability period may transmit fourth identification information indicating that it supports a function related to unavailability period.
- a UE that supports a function related to the unavailability period does not need to transmit fourth identification information indicating that the UE does not support the function related to the unavailability period.
- the UE may set a second timer containing the value of the unavailability period after the change. Identification information may be transmitted.
- the UE may transmit the second identification information.
- the UE may generate an unavailability period based on information notified from an upper layer.
- the unavailability period may be transmitted to the UAV-C (UAV controller).
- UAV-C UAV controller
- the UE is a UAV
- USS Uncrewed Aerial System Service Supplier
- UTM Uncrewed Aerial System Traffic Management
- UAS-NF Uncrewed Aerial System Network Function
- An unavailability period may be sent to the UAV-C.
- the unavailability period may be sent to the USS and/or UTM and/or UAS-NF.
- the UE does not need to be limited to the above conditions when deciding which of the first to sixth pieces of identification information to send to the network. It may be carried out under a combination of conditions.
- the UE may include information other than the first to sixth identification information in the registration request message and/or RRC message, for example, the UE ID and/or PLMN ID and/or AMF identification information. It's okay.
- the AMF identification information may be information that identifies an AMF or a set of AMFs, such as 5G S-TMSI (5G S-Temporary Mobile Subscription Identifier) or GUAMI (Globally Unique AMF Identifier). It's fine.
- the base station device selects an AMF to which to transfer the registration request message (S602).
- the base station device may select an AMF based on identification information included in the registration request message and/or the RRC message. For example, the base station device may select an AMF included in the network slice identified by the first identification information, or an AMF that has connectivity to the network slice identified by the first identification information.
- the AMF selection method is not limited to this, and the base station apparatus may select the AMF based on conditions other than this.
- 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). Note that if the first to sixth pieces of identification information are included in the RRC message but not in the registration request message, those pieces of identification information may be transferred to the selected AMF together with the registration request message (S604). .
- the AMF when the AMF receives the registration request message and/or the identification information, it may perform the first condition determination.
- the first condition determination is for determining whether the network accepts the request from the UE. If the AMF determines that the first condition is true, it may execute the procedures from S610 to S612. Further, when the AMF determines that the first condition determination is false, the AMF may execute the procedure of S610.
- the first condition determination may be performed by a network function (also referred to as NF) other than the AMF.
- NF network function
- the AMF provides the NF with at least the information necessary to perform the first condition determination, specifically, the information received from the UE. (S606). If the NF determines whether the first condition determination is true or false based on the information received from the AMF, it sends information including the result of the first condition determination (that is, whether it is true or false) to the AMF. You can tell me.
- the AMF may determine the identification information and/or control message to transmit to the UE based on the first condition determination result received from the NF.
- control message transmitted and received in S610 may be a registration accept message or a registration reject message.
- the control message sent and received in S610 may be a registration acceptance message, and if the first condition determination is false, the control message sent and received in S610 is It may be a registration acceptance message or a registration rejection message.
- the first condition determination is based on reception of a registration request message, and/or each identification information included in the registration request message, subscriber information, and/or network capability information, and/or operator policy, and/or each identification information included in the registration request message. It may be executed based on the state of the network, the user's registration information, the context held by the AMF, and/or the like.
- the first condition determination may be determined to be true; if the network does not permit or reject the UE's request, the first condition determination may be determined to be false. It's okay to be. Furthermore, the first condition determination may be determined to be true even if the network permits or does not reject only part of the UE's requests, or even if there are some UE requests that are not permitted. Furthermore, if the network does not permit or rejects all of the UE's requests, the first condition determination may be determined to be false.
- the first condition determination may be determined to be true; If not, the first condition determination may be determined to be false. Furthermore, if the identification information to be transmitted and received is permitted, the first condition determination may be determined to be true, and if the identification information to be transmitted and received is not permitted, the first condition determination may be determined to be false.
- the AMF may include one or more pieces of identification information among the eleventh to sixteenth pieces of identification information in the control message, and transmit the control message to the UE via the base station device.
- the 11th to 16th identification information may be as shown in Chapter 2.6.
- the AMF may indicate whether the network supports each function or not, and may indicate whether the UE's request has been accepted. or a combination thereof. Note that the information indicating support for each function and the information indicating a request to use each function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.
- the information indicating whether or not to support the function requested by the UE and the information indicating whether or not to permit use of the function may be transmitted as the same identification information. For example, by transmitting information indicating that a function requested by the UE is supported, it may be possible to indicate that use of the function is permitted. Furthermore, by transmitting information indicating that use of the function requested by the UE is permitted, it may be indicated that the function requested by the UE is supported. Further, by transmitting information indicating that the function requested by the UE is not supported, the UE may indicate that the use of the function is not permitted. Alternatively, the terminal may indicate that the function requested by the UE is not supported by transmitting information indicating that the use of the function requested by the UE is not permitted.
- the AMF receives a registration request message from the UE that includes at least one of the first to sixth identification information, or if the AMF receives a registration request message that does not include at least one of the first to sixth identification information from the UE, When the request message is received, at least one of the eleventh to sixteenth pieces of identification information may be included in the control message and transmitted.
- the AMF determines which identification information among the 11th to 16th identification information is to be included in the control message, based on each received identification information, and/or subscriber information, and/or network capability information, and /or based on operator policies, and/or network conditions, and/or user registration information, and/or context held by AMF, and/or identification information sent and received in procedures executed prior to this procedure. , may be determined.
- the AMF determines which identification information among the 11th to 16th identification information to transmit to the UE based on the received control message and/or identification information. You may decide on a case-by-case basis.
- the AMF makes a decision without considering the unavailability period indicated by the second identification information.
- the twelfth identification information may be transmitted.
- the AMF may not transmit the thirteenth identification information.
- the AMF may send the 14th identification information indicating that it does not support the functionality related to the unavailability period, and the AMF may send the fourteenth identification information indicating that it does not support the functionality related to the unavailability period; There is no need to transmit the fourteenth identification information indicating the
- the AMF does not need to transmit the fifteenth identification information.
- the AMF indicates the timer value determined by considering the second identification information. Twelfth identification information may be transmitted. For example, when the AMF is not transmitting a T3512 value to the UE, the AMF sets the T3512 value to a period longer than the period indicated by the second identity, and sets the twelfth identity indicating the T3512 value. You can also send it. Also, for example, if the AMF has already sent the T3512 value to the UE, it compares the T3512 value with the period indicated by the second identity, and the T3512 value is transmitted to the UE.
- the T3512 value may be set to the period that has already been transmitted, and the twelfth identification information indicating the T3512 value may be transmitted. Conversely, if the T3512 value is the same as or shorter than the period indicated by the second identification information, the AMF sets the T3512 value to a period longer than the period indicated by the second identification information, and the AMF sets the T3512 value to a period longer than the period indicated by the second identification information. Twelfth identification information indicating the value may be transmitted.
- the AMF may determine the second identity information without considering the second identity information. 12 identification information may be transmitted.
- the network supports a function related to unavailability period, "registration for unavailability period, or registration for unavailability period, or registration for unavailability," If the third identification information indicating that the registration is related to unavailability has not been received from the UE, the twelfth identification information and/or the thirteenth identification information may not be transmitted.
- the AMF may transmit the twelfth identification information and/or the thirteenth identification information.
- the AMF may transmit the thirteenth identification information.
- the AMF shall transmit the twelfth identification information and/or the thirteenth identification information. good.
- the AMF may transmit fourteenth identification information indicating that the network supports the function related to the unavailability period.
- the AMF may send the twelfth identification information, and when the procedure is performed via non-3GPP access, the AMF does not need to transmit the twelfth identification information.
- the AMF may send the 11th to 16th identification information regardless of whether this procedure is performed via 3GPP access or non-3GPP access.
- the AMF may also include a second identifying information and/or a "registration for an unavailability period; or a registration for an unavailability period; or a registration for unavailability;
- the UE may recognize that an event has occurred, the UE may recognize that an event will occur in the near future, or the UE may recognize that an event will occur in the near future. It may be recognized that an event occurs after this procedure is completed, or the twelfth identification information and/or the thirteenth identification information may be transmitted.
- the AMF may not send the twelfth identification information indicating a timer value longer than the unavailability period and take the unavailability period into account.
- the twelfth identification information that has not been identified may be transmitted.
- the AMF may transmit twelfth identification information indicating a timer value longer than the unavailability period.
- the AMF shall update the timer value. Twelfth identification information indicating the timer value that has been set may be transmitted.
- the AMF may transmit the fifteenth identification information. For example, if the UE and the network support a function related to the unavailability period, and the settings related to the unavailability period are completed, the AMF sends the 15th identification information indicating that the settings related to the unavailability period are completed. A control message containing the information may be sent. For example, if the UE and the network support functions related to the unavailability period, and the settings related to the unavailability period have not been completed, the AMF may A control message containing the identification information of the user may be sent.
- the AMF receives the second identification information from the UE, the AMF will not be able to recognize the content.
- the second identification information may be ignored, or the second identification information may be discarded.
- the AMF may not be able to recognize the content, may ignore it, or may It may be discarded, or any registration other than "registration for unavailability period, or registration relating to unavailability period, registration for unavailability, or registration relating to unavailability" (for example, initial registration, mobile registration update, periodic registration update, etc.) and may be stored.
- the AMF may be able to recognize or store the content.
- the AMF may be able to recognize or store the content.
- the network supports a function related to unavailability period, "registration for unavailability period, or registration for unavailability period, or registration for unavailability," Even when the AMF receives third identification information from the UE indicating that the registration is for unavailability period, or that the registration is for unavailability period, or It may be recognized and stored as a registration other than "registration for unavailability" (for example, initial registration, mobile registration update, periodic registration update, etc.).
- the stored unavailability period for that UE is updated and the timer is stopped. may be started using an unavailability period that updates its timer.
- an unavailability period if second identification information indicating an updated unavailability period is received from the UE, the stored unavailability period for that UE is updated, the unavailability period is stopped, and the updated An unavailability period may be started.
- the AMF may start a timer using the unavailability period indicated by the second identification information or an unavailability period.
- the AMF may start a timer with the unavailability period indicated by the second identity, and the UE context for that UE (configuration information for that UE). ), the unavailability period may be stored.
- the AMF may store in the UE context for that UE an unavailability period (i.e., a period during which the UE is unable to communicate) for that UE, and/or that the UE is unable to communicate for an unavailability period.
- the AMF may recognize that the validity period of these configuration information stored in this UE context is the period of unavailability period indicated by the second identification information.
- the AMF may store these configuration information in the UE context for the UE and start a timer with the unavailability period indicated by the second identification information, or an unavailability period. The AMF may then delete these configuration information from the UE context for the UE when this timer expires or when the unavailability period elapses.
- the AMF may not send control information (e.g., NAS messages) to the UE while a timer using the unavailability period for the UE is running or during the unavailability period for the UE.
- the UE may not transmit user data, may buffer control information or user data, or may instruct the UE to buffer control information or user data within another network device. It's okay.
- the AMF may also send control information (e.g., a NAS message) to the UE if a timer using the unavailability period for the UE expires or if the unavailability period for the UE elapses.
- user data may be transmitted to that UE, control information or user data that was buffered may be transmitted, or control information or user data that was buffered within another network device may be transmitted. may be instructed to transmit to the UE.
- the AMF may notify the base station device serving the UE that the UE is unable to communicate and/or The unavailability period for the UE may be notified. Then, the base station device that receives this information may recognize that the UE is in a communication-disabled state, or may not transmit control messages and/or RRC messages to the UE. .
- the AMF when the AMF stores the above configuration information in the UE context for the UE, it may notify the core network device NEF (Network Exposure Function) of the unavailability period for the UE. good.
- NEF Network Exposure Function
- the NEF that receives this may memorize the unavailability period for the UE, may recognize that the UE is in a communication unavailable state, or may notify the AF (Application Function) of the unavailability period for the UE.
- the unavailability period may be notified.
- the AF that receives this may store the unavailability period for the UE, or may recognize that the UE is in a communication unavailable state.
- the AMF may receive information from the UE that does not include the second identification information and/or registers for "unavailability period". or registration for an unavailability period, registration for unavailability, or registration for unavailability (e.g., initial registration, mobile registration renewal, periodic registration renewal, etc.).
- the configuration information stored in the UE context may be deleted, or the UE may remember and recognize that it is now able to communicate. good.
- the AMF when the AMF deletes the above information from the UE context for that UE, it requests the core network device NEF (Network Exposure Function) to delete the unavailability period for that UE. Good too.
- NEF Network Exposure Function
- the NEF that receives this may delete the unavailability period for the UE, may recognize that the UE is in a communicable state, or may notify the AF (Application Function) of the unavailability period for the UE. You may request that the unavailability period be removed.
- the AF that receives this may delete the unavailability period for the UE, or may recognize that the UE is in a communicable state.
- the AMF may transmit twelfth identification information indicating a timer value that does not take the unavailability period into account.
- AMF does not need to be limited to the above conditions when deciding which of the 11th to 16th pieces of identification information to send to the network. It may be carried out under a combination of conditions.
- the AMF may also indicate that the UE's request has been accepted by sending a Registration Accept message, or may indicate that the UE's request has been rejected by sending a Registration Reject message. .
- the UE receives the control message (registration acceptance message or registration rejection message) and/or the transmitted eleventh to sixteenth identification information via the base station device (S610).
- the control message is a registration acceptance message
- the UE recognizes that the UE's request in the registration request message has been accepted and the content of each identification information included in the registration acceptance message by receiving the registration acceptance message. , may be memorized.
- the control message is a registration refusal message
- the UE by receiving the registration refusal message, informs that the UE's request based on the registration request message has been rejected and the contents of each identification information included in the registration refusal message. May be recognized and remembered. Additionally, the UE may take actions based on the received control message and/or identification information.
- the UE may start a timer using the unavailability period, or may start the unavailability period.
- This unavailability period may be the one sent with the second identification information.
- the UE may start a timer using the updated unavailability period, or start the updated unavailability period. You may.
- This unavailability period may be the one sent with the second identification information.
- the UE determines the allowed NSSAI, and/or rejected NSSAI, and/or Extended rejected NSSAI, and/or pending NSSAI, and/or configured You may memorize NSSAI.
- the UE may start a timer using the T3512 value indicated by the twelfth identification information.
- the UE in 5GMM-CONNECTED mode on 3GPP access may then reset the timer and start using the initial value if the timer expires.
- a UE in 5GMM-IDLE mode on 3GPP access may initiate a registration procedure for periodic registration update when its timer expires.
- a UE supporting the functionality related to unavailability period when a UE supporting the functionality related to unavailability period receives the 13th identification information, it resets the running timer using the T3512 value that has already started and The timer may be started using the T3512 value indicated by the twelfth identification information being received.
- the UE supporting the functionality related to the unavailability period receives the 14th identification information indicating that the network supports the functionality related to the unavailability period, the UE supports the functionality related to the unavailability period. If you receive a 14th identification indicating that the network does not support the functionality associated with the unavailability period, you may acknowledge that the network does not support the functionality associated with the unavailability period. good.
- a UE that supports functionality related to unavailability period will not send an event after completing this procedure, even if it receives the 14th identification information indicating that the network does not support functionality related to unavailability period. May be executed.
- the second identification information may not be included in the registration request message in the registration procedure or the non-registration request message in the non-registration procedure initiated by the UE, and the There is no need to send a registration request message or a non-registration request message that includes the identification information in step 2.
- a UE that does not support the functionality related to unavailability period receives the 13th identification information, it may not be able to recognize the content, may ignore it, or it may May be discarded.
- a UE that does not support a function related to unavailability period receives the 14th identification information indicating that it supports a function related to unavailability period or does not support a function related to unavailability period, it recognizes the content. It may not be possible, it may be ignored, or the fourteenth identification information may be discarded.
- a UE that does not support the functionality related to unavailability period receives the 15th identification information, it may not be able to recognize the content, it may ignore it, or it may not be able to recognize the 15th identification information. May be discarded.
- a UE that does not support the functionality related to the unavailability period may not be able to start a timer using the unavailability period or the unavailability period when receiving the control message.
- a UE that supports a function related to unavailability period may start a timer or unavailability period using unavailability period.
- a UE that supports a function related to unavailability period receives the 14th identification information indicating that it supports a function related to unavailability period, it starts a timer or unavailability period using unavailability period. Good too.
- a UE that supports a function related to unavailability period receives the 14th identification information indicating that it does not support a function related to unavailability period, it starts a timer or unavailability period using unavailability period. You don't have to.
- a UE that supports the functionality related to the unavailability period receives a control message in the registration procedure started in (d) above, it recognizes that the settings related to the unavailability period in the network have been completed. It's okay.
- a UE that supports the functionality related to unavailability period displays a T3512 value that is larger than the T3512 value set in the timer that has already started.
- the identification information of 12 it may be recognized that the configuration regarding the unavailability period in the network is completed.
- a UE supporting functions related to unavailability period receives the twelfth identification information indicating a T3512 value larger than the unavailability period in the registration procedure started at the time of (d) above.
- the fifteenth identification information indicating that the settings regarding the period have been completed, it may be recognized that the settings regarding the unavailability period in the network have been completed.
- a UE that supports functionality related to the unavailability period receives the 15th identification information indicating that the settings related to the unavailability period have not been completed in the registration procedure started in (d) above. may recognize that the configuration regarding the network unavailability period is not complete. In this case, the UE may start the registration procedure again or may start the non-registration procedure in order to have settings regarding the unavailability period performed.
- the UE may start the registration procedure again or may start the non-registration procedure in order to have settings regarding the unavailability period performed.
- the UE updates the unavailability period while a timer using the unavailability period is operating, the UE updates the stored unavailability period, stops the timer, and uses the updated unavailability period. or may send a registration request message or a non-registration request message including second identification information indicating the updated unavailability period.
- the UE may start with the updated unavailability period and request a registration request that includes second identification information indicating the updated unavailability period. Message or non-registration request message may be sent.
- the UE may delete the unavailability period it has stored, or if there is a timer using the unavailability period that is running, it may stop that timer. , may terminate the unavailability period, or may send a registration request message that does not include the second identification information.
- the UE may initiate a PDU session release procedure.
- the UE if it has established a PDU session or MA PDU session before starting the unavailability period, it initiates a PDU session release procedure to release the established PDU session or MA PDU session. You may.
- a PDU session or MA PDU session is established after completing the procedure started in (d) or (e) above, but before executing the event, the established PDU session or A PDU session release procedure may be initiated to release the MA PDU session.
- the UE may not initiate the PDU session establishment procedure or perform the MM procedure and/or the SM procedure during the operation of a timer using the unavailability period or during the unavailability period. good.
- the UE ignores the MM message and/or SM message. You can delete it or discard it.
- the UE in 5GMM-IDLE mode may transition to 5GMM-CONNECTED mode at the timing when this procedure is started, or may transition to 5GMM-CONNECTED mode at the timing when this procedure is started.
- the UE may maintain 5GMM-CONNECTED mode.
- a UE that was in 5GMM-IDLE mode at the time this procedure was started may maintain 5GMM-IDLE mode, or it may be in 5GMM-CONNECTED mode at the time this procedure is started. UE may transition to 5GMM-IDLE mode.
- the UE may execute an event.
- the UE can further transmit 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 and received on the N1 interface, but may be included in an RRC message and transmitted and received between the UE and the base station apparatus.
- the AMF receives the registration completion message via the base station device (S612). Furthermore, each device completes this procedure based on sending and receiving a registration acceptance message and/or a registration completion message.
- each device may complete the registration procedure based on the transmission and reception of the registration rejection message.
- each device shall not be able to change or maintain the state in which the UE is registered in the network (RM-REGISTERED state or 5GMM-REGISTERED state) based on the transmission and reception of the registration acceptance message and/or registration completion message.
- the UE changes the current PLMN to the unregistered state (RM-DEREGISTERED state, or 5GMM-DEREGISTERED state) on the access where the registration refusal message was received. It may be transitioned or maintained.
- the transition of each device to each state may be performed based on the transmission and reception of a registration completion message or the completion of a registration procedure.
- each device may perform processing based on the information transmitted and received in the registration procedure, based on the completion of the registration procedure. For example, if information indicating that some of the UE's requests have been rejected is sent or received, the reason why the UE's requests were rejected may be recognized. Furthermore, each device may perform this procedure again based on the reason why the UE request was rejected, or may perform the registration procedure with respect to core network_A or another cell.
- the UE may store the identification information received with the registration acceptance message and/or the registration rejection message and may recognize the network's decision based on the completion of the registration procedure.
- each device may store the information transmitted and received in this procedure in association with each other.
- a program that runs on a device related to one aspect of the present invention may be a program that controls a central processing unit (CPU) or the like to cause a computer to function so as to realize the functions of the embodiments related to the present invention.
- Programs or information handled by programs are temporarily stored in volatile memory such as Random Access Memory (RAM), non-volatile memory such as flash memory, hard disk drive (HDD), or other storage system.
- volatile memory such as Random Access Memory (RAM), non-volatile memory such as flash memory, hard disk drive (HDD), or other storage system.
- a program for realizing the functions of the embodiment related to one aspect of the present invention may be recorded on a computer-readable recording medium.
- the program recorded on the recording medium may be read into a computer system and executed.
- the "computer system” herein refers to a computer system built into the device, and includes hardware such as an operating system and peripheral devices.
- a "computer-readable recording medium” refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically stores a program for a short period of time, or any other computer-readable recording medium. Good too.
- each functional block or feature of the device used in the embodiments described above may be implemented or executed in an electrical circuit, such as an integrated circuit or multiple integrated circuits.
- An electrical circuit designed to perform the functions described herein may be a general purpose processor, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations thereof.
- a general purpose processor may be a microprocessor or a conventional processor, controller, microcontroller, or state machine.
- the electric circuit described above may be composed of a digital circuit or an analog circuit.
- an integrated circuit technology that replaces the current integrated circuit emerges due to advances in semiconductor technology, one or more aspects of the present invention may use a new integrated circuit based on that technology.
- the present invention is not limited to the above-described embodiments.
- one example of the device is described; however, one embodiment of the present invention is not limited to this, and can be applied to stationary or non-movable electronic equipment installed indoors or outdoors, such as AV equipment. It can be applied to terminal devices or communication devices such as kitchen equipment, cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Indicating And Signalling Devices For Elevators (AREA)
Abstract
unavailability periodに関する効率的な制御方法や、unavailability periodに関連するUE挙動およびネットワーク挙動を明確化する。UEは、unavailability periodを記憶しているときに、イベントが終了した場合、記憶しているunavailability periodを削除する。
Description
本発明は、UE(User Equipment)およびAMF(Access and Mobility Management Function)に関する。
3GPP(3rd Generation Partnership Project)では、第5世代(5G)の移動通信システムである5GS(5G System)のシステムアーキテクチャが検討されており、新しい手続きや新しい機能をサポートするための議論が行われている(非特許文献1~3を参照)。そして、Release 18における検討項目の1つとして、OS(Operating System)のアップグレード、セキュリティパッチの更新、モデムのリセット、モデムのソフトウェアの更新などのイベント発生時に、unavailability period(以下、不能期間、通信不能期間、通信できない期間、使用できない期間とも称する)を利用してUE(User Equipment)やネットワークを制御することが検討されている(非特許文献4を参照)。
3GPP TS 23.501 V17.5.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 17)
3GPP TS 23.502 V17.5.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 17)
3GPP TS 24.501 V17.6.1 (2022-03); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3; (Release 17)
3GPP TR 23.700-61 V18.0.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Seamless UE context recovery (Release 18)
非特許文献4には、上記のようなイベントが発生した場合におけるUE挙動やネットワーク挙動が一部記載されているものの、その記載だけではシステム全体としての効率的な運用はできない。
本発明の一態様は、以上のような事情を鑑みてなされたものであり、unavailability periodに関する効率的な制御方法や、unavailability periodに関連するUE挙動およびネットワーク挙動を明確化することにある。
本発明の一態様のUEは、制御部と記憶部とを備えるUE(User Equipment)であって、前記制御部は、前記記憶部においてunavailability periodを記憶しているときに、イベントが終了した場合、前記記憶部に記憶しているunavailability periodを削除する、ことを特徴とする。
また、本発明の一態様のAMFは、制御部と送受信部と記憶部とを備えるAMF(Access and Mobility Management Function)であって、前記送受信部が、前記記憶部においてunavailability periodを記憶しているときに、UEから、unavailability periodを含まない登録要求メッセージを受信した場合、前記制御部は、前記記憶部に記憶しているunavailability periodを削除し、前記送受信部は、unavailability periodを考慮しないタイマ値を含む登録受諾メッセージを送信し、NEF(Network Exposure Function)にunavailability periodの削除を依頼する、ことを特徴とする。
本発明の一態様によれば、unavailability periodに関する効率的な制御方法や、unavailability periodに関連するUE挙動およびネットワーク挙動を明確化することができる。
以下、図面を参照して本発明の一態様を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明の一態様を適用した場合の移動通信システムの実施形態について説明する。
[1. システムの概要]
まず、図1は、各実施形態で使用される移動通信システム1の概略を説明する為の図であり、図2は、その移動通信システム1の詳細構成を説明する為の図である。
まず、図1は、各実施形態で使用される移動通信システム1の概略を説明する為の図であり、図2は、その移動通信システム1の詳細構成を説明する為の図である。
図1には、移動通信システム1は、UE_A10、アクセスネットワーク_A80、コアネットワーク_A90、PDN(Packet Data Network)_A5、アクセスネットワーク_B120、コアネットワーク_B190、DN(Data Network)_A6により構成されることが記載されている。
以下では、これらの装置・機能について、UE、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DN等のように、記号を省略して記載する場合がある。
また、図2には、UE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、UDM150、N3IWF170等の装置・機能、及びこれらの装置・機能を互いに接続するインターフェースが記載されている。
以下では、これらの装置・機能について、UE、E-UTRAN、MME、SGW、PGW-U、PGW-C、PCRF、HSS、5G AN、AMF、UPF、SMF、PCF、UDM、N3IWF等のように、記号を省略して記載する場合がある。
尚、4GシステムであるEPS(Evolved Packet System)は、アクセスネットワーク_A及びコアネットワーク_Aを含んで構成されるが、さらにUE及び/又はPDNが含まれてもよい。また、5Gシステムである5GS(5G System)は、UE、アクセスネットワーク_B及びコアネットワーク_Bを含んで構成されるが、さらにDNが含まれてもよい。
UEは、3GPPアクセス(3GPPアクセスネットワーク、3GPP ANとも称する)及び/又はnon-3GPPアクセス(non-3GPPアクセスネットワーク、non-3GPP ANとも称する)を介して、ネットワークサービスに対して接続可能な装置である。UEは、携帯電話やスマートフォン等の無線通信が可能な端末装置であってよく、EPS及び/又は5GSに接続可能な端末装置であってよい。UEは、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてもよい。尚、UEを、ユーザ装置や端末装置と表現する場合がある。
また、アクセスネットワーク_Aは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)及び/又は無線LANアクセスネットワークに対応する。E-UTRANには、1以上のeNB(evolved Node B)45が配置される。尚、以下では、eNB45は、eNBのように記号を省略して記載する場合がある。また、複数のeNBがある場合は、各eNBは、例えばX2インターフェースにより、互いに接続されている。また、無線LANアクセスネットワークには、1以上のアクセスポイントが配置される。
また、アクセスネットワーク_Bは、5Gアクセスネットワーク(5G AN)に対応する。5G ANは、NG-RAN(NG Radio Access Network)及び/又はnon-3GPPアクセスネットワークで構成される。NG-RANには、1以上のgNB(NR NodeB)122が配置される。尚、以下では、gNB122は、gNBのように記号を省略して記載する場合がある。gNBは、NR(New Radio)ユーザプレーンと制御プレーンをUEに提供するノードであり、5GCNに対してNGインターフェース(N2インターフェース又はN3インターフェースを含む)を介して接続するノードである。すなわち、gNBは、5GSのために新たに設計された基地局装置であり、4GシステムであるEPSのために設計せれた基地局装置(eNB)とは異なる機能を有する。また、複数のgNBがある場合は、各gNBは、例えばXnインターフェースにより、互いに接続している。
また、non-3GPPアクセスネットワークは、信頼できない非3GPP(untrusted non-3GPP)アクセスネットワークおよび信頼できる非3GPP(trusted non-3GPP)アクセスネットワークを含んでよい。ここで、信頼できない非3GPPアクセスネットワークは、例えば公衆無線LANなど、アクセスネットワーク内でセキュリティ管理を行わないnon-3GPPアクセスネットワークであってよい。一方で、信頼できる非3GPPアクセスネットワークは、3GPPが規定するアクセスネットワークであってよく、TNAP(trusted non-3GPP access point)とTNGF(trusted non-3GPP Gateway function)を備えていてもよい。
また、以下では、E-UTRANやNG-RANは、3GPPアクセスと称することがある。また、無線LANアクセスネットワークやnon-3GPP ANは、non-3GPPアクセスと称することがある。また、アクセスネットワーク_Bに配置されるノードを、まとめてNG-RANノードとも称することがある。
また、以下では、アクセスネットワーク_A、及びアクセスネットワーク_B、及びアクセスネットワーク_Aに含まれる装置、及びアクセスネットワーク_Bに含まれる装置は、アクセスネットワーク、又はアクセスネットワーク装置、又はアクセスネットワーク内装置と称する場合がある。
また、コアネットワーク_Aは、EPC(Evolved Packet Core)に対応する。EPCには、例えば、MME(Mobility Management Entity)、SGW(Serving Gateway)、PGW(Packet Data Network Gateway)-U、PGW-C、PCRF(Policy and Charging Rules Function)、HSS(Home Subscriber Server)等が配置される。
また、コアネットワーク_Bは、5GCN(5G Core Network)に対応する。5GCNには、例えば、AMF(Access and Mobility Management Function)、UPF(User Plane Function)、SMF(Session Management Function)、PCF(Policy Control Function)、UDM(Unified Data Management)等が配置される。ここで、5GCNは、5GCと表現されてもよい。
また、以下では、コアネットワーク_A、及びコアネットワーク_B、及びコアネットワーク_Aに含まれる装置、及びコアネットワーク_Bに含まれる装置は、コアネットワーク、又はコアネットワーク装置、又はコアネットワーク内装置と称する場合がある。
コアネットワーク(コアネットワーク_A及び/又はコアネットワーク_B)は、アクセスネットワーク(アクセスネットワーク_A及び/又はアクセスネットワーク_B)と、PDN及び/又はDNとを接続した移動体通信事業者(Mobile Network Operator; MNO)が運用するIP移動通信ネットワークのことであってもよいし、移動通信システム1を運用、管理する移動体通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)や、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
また、図1では、PDNとDNが同一である場合が記載されているが、異なっていてもよい。PDNは、UEに通信サービスを提供するDN(Data Network)であってよい。尚、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDNは、接続された通信端末を含んでもよい。従って、PDNと接続することは、PDNに配置された通信端末やサーバ装置と接続することであってもよい。さらに、PDNとの間でユーザデータを送受信することは、PDNに配置された通信端末やサーバ装置とユーザデータを送受信することであってもよい。尚、PDNのことをDNと表現してもよいし、DNのことをPDNと表現してもよい。
また、以下では、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置を、ネットワーク又はネットワーク装置と呼称する場合がある。つまり、ネットワーク及び/又はネットワーク装置が、メッセージを送受信する、及び/又は手続きを実行するということは、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置が、メッセージを送受信する、及び/又は手続きを実行することを意味する。
また、UEは、アクセスネットワークに接続することができる。また、UEは、アクセスネットワークを介して、コアネットワークと接続することができる。さらに、UEは、アクセスネットワーク及びコアネットワークを介して、PDN又はDNに接続することができる。すなわち、UEは、PDN又はDNとの間で、ユーザデータを送受信(通信)することができる。ユーザデータを送受信する際は、IP(Internet Protocol)通信だけでなく、non-IP通信を用いてもよい。
ここで、IP通信とは、IPを用いたデータ通信のことであり、IPパケットにより、データの送受信が行われる。IPパケットは、IPヘッダとペイロード部で構成される。ペイロード部には、EPSに含まれる装置・機能や、5GSに含まれる装置・機能が送受信するデータが含まれてよい。また、non-IP通信とは、IPを用いないデータ通信のことであり、IPパケットの構造とは異なる形式により、データの送受信が行われる。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUEが送受信するユーザデータを送受信してもよい。
また、アクセスネットワーク_A、コアネットワーク_A、アクセスネットワーク_B、コアネットワーク_B、PDN_A、DN_Aには、図2に記載されない装置が構成されていてもよい。例えば、コアネットワーク_A及び/又はコアネットワーク_Bには、AUSF(Authentication Server Function)やAAA(Authentication, authorization, and accounting)サーバ(AAA-S)が含まれてもよい。
ここで、AUSFは、3GPPアクセス及びnon-3GPPアクセスに対する認証機能を備える、コアネットワーク装置である。具体的には、3GPPアクセス及び/又はnon-3GPPアクセスに対する認証の要求をUEから受信し、認証手続きを実行するネットワーク機能部である。
また、AAAサーバは、AUSFと直接的又は他のネットワーク装置を介して間接的に接続する、認証及び承認及び課金機能を備える、装置である。AAAサーバはコアネットワーク内のネットワーク装置であってもよい。なお、AAAサーバは、コアネットワーク_A及び/又はコアネットワーク_Bに含まれず、PLMNに含まれてもよい。つまり、AAAサーバはコアネットワーク装置であってもよいし、コアネットワークの外にある装置であってよい。例えば、AAAサーバは3rd Partyが管理する、PLMN内のサーバ装置であってもよい。
なお、図2では、図の簡略化のため、各装置・機能は1つずつ記載したが、移動通信システム1には複数の同様の装置・機能が構成されてもよい。具体的には、移動通信システム1には複数のUE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、及び/又はUDM150等の装置・機能が構成されていてもよい。
[2. 各装置の構成]
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されてもよいし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されてもよいし、ソフトウェアとして構成されてもよい。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されてもよい。
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されてもよいし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されてもよいし、ソフトウェアとして構成されてもよい。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されてもよい。
尚、以下で登場する各装置・機能内の各記憶部(記憶部_A340、記憶部_B540、記憶部_B740)は、例えば、半導体メモリ、SSD(Solid State Drive)、HDD(Hard Disk Drive)等で構成されている。また、各記憶部は、出荷段階からもともと設定されていた情報だけでなく、自装置・機能以外の装置・機能(例えば、UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDN)との間で、送受信した各種の情報を記憶することができる。また、各記憶部は、後述する各種の通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶することができる。また、各記憶部は、これらの情報をUE毎に記憶してもよい。また、各記憶部は、5GSとEPSとの間のインターワークをした場合には、5GS及び/又はEPS内に含まれる装置・機能との間で送受信した制御メッセージやユーザデータを記憶することができる。このとき、N26インターフェースを介して送受信されたものだけでなく、N26インターフェースを介さずに送受信されたものも記憶することができる。
[2.1. UEの装置構成]
まず、UE(User Equipment)の装置構成例について、図3を用いて説明する。UEは、制御部_A300、アンテナ310、送受信部_A320、記憶部_A340で構成されている。制御部_A300、送受信部_A320、記憶部_A340は、バスを介して接続されている。送受信部_A320は、アンテナ310と接続している。
まず、UE(User Equipment)の装置構成例について、図3を用いて説明する。UEは、制御部_A300、アンテナ310、送受信部_A320、記憶部_A340で構成されている。制御部_A300、送受信部_A320、記憶部_A340は、バスを介して接続されている。送受信部_A320は、アンテナ310と接続している。
制御部_A300は、UE全体の動作・機能を制御する機能部である。制御部_A300は、必要に応じて、記憶部_A340に記憶されている各種プログラムを読み出して実行することにより、UEにおける各種の処理を実現する。
送受信部_A320は、アンテナを介して、アクセスネットワーク内の基地局装置(eNB又はgNB)と無線通信する為の機能部である。すなわち、UEは、送受信部_A320を用いて、アクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、UEは、送受信部_A320を用いることにより、LTE-Uuインターフェースを介して、E-UTRAN内の基地局装置(eNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、5G AN内の基地局装置(gNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、N1インターフェースを介してAMFとNAS(Non-Access-Stratum)メッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。
記憶部_A340は、UEの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_340は、アクセスネットワーク装置、コアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
[2.2. gNBの装置構成]
次に、gNBの装置構成例について、図4を用いて説明する。gNBは、制御部_B500、アンテナ510、ネットワーク接続部_B520、送受信部_B530、記憶部_B540で構成されている。制御部_B500、ネットワーク接続部_B520、送受信部_B530、記憶部_B540は、バスを介して接続されている。送受信部_B530は、アンテナ510と接続している。
次に、gNBの装置構成例について、図4を用いて説明する。gNBは、制御部_B500、アンテナ510、ネットワーク接続部_B520、送受信部_B530、記憶部_B540で構成されている。制御部_B500、ネットワーク接続部_B520、送受信部_B530、記憶部_B540は、バスを介して接続されている。送受信部_B530は、アンテナ510と接続している。
制御部_B500は、gNB全体の動作・機能を制御する機能部である。制御部_B500は、必要に応じて、記憶部_B540に記憶されている各種プログラムを読み出して実行することにより、gNBにおける各種の処理を実現する。
ネットワーク接続部_B520は、gNBが、AMF及び/又はUPFと通信する為の機能部である。すなわち、gNBは、ネットワーク接続部_B520を用いて、AMF及び/又はUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
送受信部_B530は、アンテナ510を介して、UEと無線通信する為の機能部である。すなわち、gNBは、送受信部_B530を用いて、UEとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5G AN内にあるgNBは、ネットワーク接続部_B520を用いることにより、N2インターフェースを介して、AMFと通信することができ、N3インターフェースを介して、UPFと通信することができる。また、gNBは、送受信部_B530を用いることにより、UEと通信することができる。
記憶部_B540は、gNBの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、記憶部_540は、UE、他のアクセスネットワーク装置(基地局装置)、コアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
[2.3. AMFの装置構成]
次に、AMFの装置構成例について、図5を用いて説明する。AMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。AMFは、制御プレーンを扱うノードであってよい。
次に、AMFの装置構成例について、図5を用いて説明する。AMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。AMFは、制御プレーンを扱うノードであってよい。
制御部_B700は、AMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行することにより、AMFにおける各種の処理を実現する。
ネットワーク接続部_B720は、AMFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEF、及び/又はNSACFと接続する為の機能部である。すなわち、AMFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるAMFは、ネットワーク接続部_A620を用いることにより、N2インターフェースを介して、gNBと通信することができ、N8インターフェースを介して、UDMと通信することができ、N11インターフェースを介して、SMFと通信することができ、N15インターフェースを介して、PCFと通信することができる。また、AMFは、ネットワーク接続部_A620を用いることにより、N1インターフェースを介して、UEとNASメッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。また、AMFは、N26インターフェースをサポートする場合、ネットワーク接続部_A620を用いることにより、N26インターフェースを介して、MMEと通信することができる。
記憶部_B740は、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_A10は、ユーザデータや制御メッセージの送受信を開始してもよいし、ページングに対して応答してもよい。さらに、尚、各装置が5GMM-REGISTEREDである場合、UE_A10は、初期登録のための登録手続き以外の登録手続き、及び/又はサービス要求手続きを実行してもよい。
さらに、5GMM-DEREGISTEREDは、各装置が、5GMMコンテキストを確立していない状態であってもよいし、UE_A10の位置情報がネットワークに把握されていない状態であってもよいし、ネットワークがUE_A10に到達不能である状態であってもよい。尚、各装置が5GMM-DEREGISTEREDである場合、UE_A10は、登録手続きを開始してもよいし、登録手続きを実行することで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は、コアネットワーク_B内に1以上配置されてもよい。また、AMFは、1以上のNSI(Network Slice Instance)を管理するNF(Network Function)でもよい。また、AMFは、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
尚、N3IWFは、UEが5GSに対してnon-3GPPアクセスを介して接続する場合に、non-3GPPアクセスと5GCNとの間に配置される装置及び/又は機能である。
[2.4. SMFの装置構成]
次に、SMFの装置構成例について、図5を用いて説明する。SMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
次に、SMFの装置構成例について、図5を用いて説明する。SMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
制御部_B700は、SMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行することにより、SMFにおける各種の処理を実現する。
ネットワーク接続部_B720は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_B720を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDM、及び/又はNSACFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるSMFは、ネットワーク接続部_A620を用いることにより、N11インターフェースを介して、AMFと通信することができ、N4インターフェースを介して、UPFと通信することができ、N7インターフェースを介して、PCFと通信することができ、N10インターフェースを介して、UDMと通信することができる。
記憶部_B740は、SMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
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)を決定する機能、ローミング機能等を有する。
また、記憶部_740は、UE、アクセスネットワーク装置、他のコアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
[2.5. UPFの装置構成]
次に、UPFの装置構成例について、図5を用いて説明する。UPFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
次に、UPFの装置構成例について、図5を用いて説明する。UPFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
制御部_B700は、UPF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行することにより、UPFにおける各種の処理を実現する。
ネットワーク接続部_B720は、UPFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNと接続する為の機能部である。すなわち、UPFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるUPFは、ネットワーク接続部_A620を用いることにより、N3インターフェースを介して、gNBと通信することができ、N4インターフェースを介して、SMFと通信することができ、N6インターフェースを介して、DNと通信することができ、N9インターフェースを介して、他のUPFと通信することができる。
記憶部_B740は、UPFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
UPFは、intra-RAT mobility又はinter-RAT mobilityに対するアンカーポイントとしての機能、DNに相互接続するための外部PDUセッションポイントとしての機能(つまり、DNとコアネットワーク_Bとの間のゲートウェイとして、ユーザデータを転送する機能)、パケットのルーティング及び転送する機能、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通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_Bと単一のDNを接続するゲートウェイでもよい。尚、UPFは、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
また、記憶部_740は、UE、アクセスネットワーク装置、他のコアネットワーク装置、DNとの間で送受信する制御情報を記憶する機能を有してよい。
尚、ユーザプレーン(user plane; UPとも称する)は、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、4Gの場合はPDNコネクション、又は5Gの場合はPDUセッションを用いて送受信されてもよい。さらに、EPSの場合、ユーザプレーンは、LTE-Uuインターフェース、及び/又はS1-Uインターフェース、及び/又はS5インターフェース、及び/又はS8インターフェース、及び/又はSGiインターフェースを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
さらに、制御プレーン(control plane; CPとも称する)は、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとMMEとの間のNAS(Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。制御プレーンは、UEとAMFとの間の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. その他の装置及び/又は機能と本実施形態における識別情報の説明]
次に、その他の装置及び/又は機能と、識別情報について説明を行う。
次に、その他の装置及び/又は機能と、識別情報について説明を行う。
ネットワークとは、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部を指す。また、アクセスネットワーク_B、コアネットワーク_B、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であってよい。
また、NSACF(Network Slice Admission Control Function)は、NSAC(Network Slice Admission Control)に関連するネットワークスライス(NS)について、NSあたりの登録されたUE数、及び/又はNSあたりのPDUセッション数を、モニター及び制御する機能を有してよい。また、NSACFは、NSACに関連するNSごとに、許可された、NSあたりの最大UE数、及び/又はNSあたりの最大PDUセッション数を用いて、設定されてよい。また、NSACFは、あるNSに登録を許可されている最大UE数を超えないように、そのNSに対して登録するUE数を増減する機能を有してよい。また、NSACFは、NSACに関連するNSに登録しているUE IDのリストを維持してよい。また、NSに登録しているUE数が増える場合(例えば、あるUEがそのNSに新たに登録要求メッセージを送信した場合)、NSACFは、そのUEのIDが、そのNSに登録しているUE IDのリストに既に含まれているかどうかを確認し、そのUEのIDがリストに含まれていない場合、さらに、そのNSに対して、NSあたりの最大UE数に達しているか否かを確認する機能を有してよい。また、登録手続き、及び/又は非登録手続き、及び/又はNSSAA手続きなどの間に、NSACに関連するNSに対するUEの登録状態(registration status)が変わる場合、AMFは、NSACFに対して、NSあたりの最大UE数に関する要求をしてもよい。また、NSACFは、あるNSによって許可されている最大PDUセッション数を超えないように、そのNSに対するPDUセッション数を増減する機能を有してよい。また、NSを用いたPDUセッション数が増える場合(例えば、あるUEがそのNSに対するPDUセッション確立要求メッセージを送信した場合)、NSACFは、そのNSに対して、NSあたりの最大UE数に達しているか否かを確認する機能を有してよい。また、SMFは、PDUセッション確立手続き、及び/又はPDUセッション解放手続きの間に、NSACFに対して、NSあたりの最大PDUセッション数に関する要求をしてもよい。
また、SM(セッションマネジメント)メッセージ(NAS(Non-Access-Stratum) SMメッセージとも称する)は、SMのための手続きで用いられるNASメッセージであってよく、AMF_A240を介してUE_A10とSMF_A230の間で送受信される制御メッセージであってよい。さらに、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メッセージであってよく、UE_A10とAMF_A240の間で送受信される制御メッセージであってよい。さらに、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)サービスは、コアネットワーク_B190を用いて提供される接続サービスでよい。さらに、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)セッションとは、PDU接続性サービスを提供するDNとUEとの間の関連性として定義することができるが、UEと外部ゲートウェイとの間で確立される接続性であってもよい。UEは、5GSにおいて、アクセスネットワーク_B及びコアネットワーク_Bを介したPDUセッションを確立することにより、PDUセッションを用いて、DNとの間のユーザデータの送受信を行うことができる。ここで、この外部ゲートウェイとは、UPF、SCEF等であってよい。UEは、PDUセッションを用いて、DNに配置されるアプリケーションサーバー等の装置と、ユーザデータの送受信を実行することができる。
また、MA PDUセッションとは、3GPPアクセス及び/又はnon-3GPPアクセスを用いて、PDU接続性サービスを提供するPDUセッションであってよい。
尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、QoSルール、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、及びアクセスネットワーク識別情報のうち1以上が含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
また、DNN(Data Network Name)は、コアネットワーク及び/又はDN等の外部ネットワークを識別する識別情報でよい。さらに、DNNは、コアネットワークB190を接続するPGW_A30/UPF_A235等のゲートウェイを選択する情報として用いることもできる。さらに、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によって提供されるサービスをPLMNサービスと読んでよいし、SNPNによって提供されるサービスをSNPNサービスと読んでよい。
また、ネットワークスライス(NS)とは、特定のネットワーク能力及びネットワーク特性を提供する論理的なネットワークである。UE及び/又はネットワークは、5GSにおいて、ネットワークスライス(NWスライス; NS)をサポートすることができる。ネットワークスライスのことを、単にスライスとも呼称する場合がある。
また、ネットワークスライスインスタンス(NSI)とは、ネットワーク機能(NF)のインスタンス(実体)と、必要なリソースのセットで構成され、配置されるネットワークスライスを形成する。ここで、NFとは、ネットワークにおける処理機能であって、3GPPで採用又は定義されたものである。NSIはコアネットワーク_B内に1以上構成される、NSの実体である。また、NSIはNST(Network Slice Template)を用いて生成された仮想的なNF(Network Function)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1以上のNFの論理的表現である。つまり、NSIとは、複数のNFにより構成されたコアネットワーク_B190内の集合体でよい。また、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(Configured NSSAIとも称する)は、1以上のPLMN又はSNPNに対して適用可能なNSSAIであって、UEに提供され、記憶されているNSSAIである。UEは、PLMNごとにconfigured NSSAIを記憶してもよいし、NPN(以下では、SNPN及び/又はPNI-NPNをまとめてNPNと表現する場合がある)ごとにconfigured NSSAIを記憶してもよい。また、configured NSSAIは、ネットワーク(PLMN又はSNPN)により設定された情報であってよい。また、configured NSSAIに含まれるS-NSSAIはconfigured S-NSSAIと表現されてもよい。また、configured S-NSSAIは、S-NSSAIとmapped S-NSSAIを含んで構成されてもよい。また、configured NSSAIには、UEに記憶されているconfigured NSSAIと、ネットワークからUEに送信されるconfigured NSSAIとがあってよい。
また、requested NSSAI(Requested NSSAIとも称する)は、登録手続き中にUEからネットワーク(現在のPLMN(serving PLMN、current PLMNとも称する)又はNPN(serving NPN、current NPNとも称する))に提供されるNSSAIである。requested NSSAIに含まれるS-NSSAIは、現在のPLMNまたはNPNに対応付けられたconfigured NSSAI及び/又はallowed NSSAIに含まれる1以上のS-NSSAIから選択されたS-NSSAIであってよい。また、requested NSSAIに含まれるS-NSSAIは、pending NSSAI、及び/又はrejected NSSAIに含まれる1以上のS-NSSAIを含まないように選択されたS-NSSAIであってよい。また、requested NSSAIは、UEが登録またはアクセスしたいネットワークスライスを示す情報であってよい。また、requested NSSAIに含まれるS-NSSAIはrequested S-NSSAIと表現されてもよい。また、requested NSSAIは、UEからネットワーク(PLMN又はSNPN)に送信される、登録要求メッセージ等のNASメッセージ、及び/又はNAS(Non-Access-Stratum)メッセージを含むRRC(Radio Resource Control)メッセージに含まれてもよい。また、requested NSSAIには、UEに記憶されているrequested NSSAIと、UEからネットワーク(PLMN又はSNPN)に送信されるrequested NSSAIとがあってよい。
また、allowed NSSAI(Allowed NSSAIとも称する)は、UEが許可された1又は複数のネットワークスライスを示す情報である。言い換えると、allowed NSSAIは、ネットワークがUEへ接続を許可したネットワークスライスを識別する情報であってよい。また、allowed NSSAIは、現在の登録エリアにおいて、現在のPLMN又はSNPNで使用可能な1以上のS-NSSAIを示す情報であってよい。UEとネットワークはそれぞれ、UEの情報として、アクセス(3GPPアクセス又は非3GPPアクセス)ごとに、allowed NSSAIの記憶と管理をする。allowed NSSAIに含まれるS-NSSAIはallowed S-NSSAIと表現されてもよい。allowed S-NSSAIは、S-NSSAIとmapped S-NSSAIを含んで構成されてもよい。また、allowed NSSAIには、UEに記憶されているallowed NSSAIと、ネットワークからUEに送信されるallowed NSSAIとがあってよい。
また、mapped S-NSSAI(Mapped S-NSSAIとも称する)は、ローミングシナリオにおいて、登録PLMNのS-NSSAIにマッピングされたHPLMNのS-NSSAIであってよい。また、mapped S-NSSAIは、基本的に、UEがローミングしている時に使用されるS-NSSAIであってもよく、UEがローミングしていない時(非ローミング時とも称する)には使用されないS-NSSAIであってもよい。また、UEは、configured NSSAIと各アクセスタイプのAllowed NSSAIに含まれるS-NSSAIにマップされたmapped S-NSSAIを1又は複数記憶してよい。また、UEは、rejected NSSAIに含まれるmapped S-NSSAI、又はrejected NSSAIに含まれるS-NSSAIに対応するmapped S-NSSAIを1又は複数記憶してもよい。また、mapped NSSAIには、UEに記憶されているmapped NSSAIと、ネットワークからUEに送信されるmapped NSSAIとがあってよい。
また、rejected 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から第4のrejected NSSAIのいずれかを意味してよい。また、rejected S-NSSAIは、第1から第4のrejected NSSAIのいずれかに含まれるrejected S-NSSAIを意味してよい。また、rejected NSSAIは、第1から第4のrejected NSSAIと、pending NSSAIの何れかであってもよいし、これらの組み合わせであってよい。rejected NSSAIに含まれるS-NSSAIはrejected S-NSSAIと表現されてもよい。rejected S-NSSAIは、S-NSSAIとmapped S-NSSAIを含んで構成されてもよい。
ここで、第1のrejected NSSAIは、現在のPLMN又はSNPNに対するrejected NSSAIであってよい。言い換えると、第1のrejected NSSAIは、現在のPLMN又はSNPNにおいて利用できないNSSAIであってよい。また、第1のrejected NSSAIは、UEがrequested NSSAIに含めたS-NSSAIのうち、現在のPLMN又はSNPNで利用不可である、1以上のS-NSSAIの集合であってよい。第1のrejected NSSAIは、5GSのrejected NSSAI for current PLMN or SNPNであってもよい。また、第1のrejected S-NSSAIは、rejected S-NSSAI for current PLMN or SNPNであってもよいし、rejected NSSAI for current PLMN or SNPNに含まれる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又はSNPNで利用できないS-NSSAI(S-NSSAI not available in the current PLMN or SNPN)」を示してよく、拒絶理由値と対応付けられたS-NSSAIが現在のPLMN又はSNPNで利用できないことを意味してよい。
また、第1のrejected NSSAIは、登録PLMN又は登録SNPN全体で有効であってよい。言い換えると、UE及び/又はNWは、第1のrejected NSSAI及び第1のrejected NSSAIに含まれるS-NSSAIをアクセスタイプによらない情報として扱ってよい。つまり、第1のrejected NSSAIは、3GPP access及びnon-3GPP accessに対して有効な情報であってよい。
UEは、現在のPLMN又はSNPNに対して3GPP accessとnon-3GPP accessの両方のアクセスで非登録状態に遷移した場合、第1のrejected NSSAIを記憶から削除してよい。言い換えると、UEが、あるアクセス経由で現在のPLMN又はSNPNに対して非登録状態に遷移した場合、又はあるあるアクセス経由で新しいPLMN又はSNPNに登録が成功した場合、又はあるアクセス経由で新しいPLMNへの登録を失敗し非登録状態に遷移した場合に、さらにUEがもう一方のアクセス経由で登録されていない状態(非登録状態)である場合には、UEは第1のrejected NSSAIを削除してよい。
また、UEの記憶部における第1のrejected NSSAIに含まれるS-NSSAIは、現在のPLMN又はSNPN全体において、使用不能であるものとして取り扱われてよい。すなわち、UEは、現在のPLMN又はSNPN全体において、そのS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止された状態であってよい。
また、第2のrejected NSSAIは、現在の登録エリア(レジストレーションエリアとも称する)に対するrejected NSSAIであってよい。言い換えると、第2のrejected NSSAIは、現在の登録エリアにおいて利用できない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 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を記憶から削除してよい。
また、UEの記憶部における第2のrejected NSSAIに含まれるS-NSSAIは、現在の登録エリアにおいて、使用不能であるものとして取り扱われてよい。すなわち、UEは、現在の登録エリアにおいて、そのS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止された状態であってよい。
また、第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を削除してもよい。
また、UEの記憶部における第3のrejected NSSAIに含まれるS-NSSAIは、現在のPLMN又はSNPN全体において、使用不能であるものとして取り扱われてよい。すなわち、UEは、現在の登録エリアにおいて、そのS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止された状態であってよい。
また、第4のrejected NSSAIは、現在のトラッキングエリアに対するrejected NSSAI(rejected NSSAI for the current tracking area)であってよい。言い換えると、第4のrejected NSSAIは、現在のトラッキングエリアでは利用できないNSSAIであってよい。
また、第4のrejected NSSAIは、現在の登録エリアにおける現在のトラッキングエリアに対するrejected NSSAI(rejected NSSAI for the current tracking area in the current registration area)であってもよい。言い換えると、第4のrejected NSSAIは、現在の登録エリアにおける現在のトラッキングエリアでは利用できないNSSAIであってもよい。
また、第4のrejected NSSAIは、現在の登録エリアにおける現在のトラッキングエリアでは利用できないNSSAIであって、現在の登録エリアにおける他のトラッキングエリアでは利用可能なNSSAIであってもよい。
また、第4のrejected NSSAIは、現在の登録エリアにおける現在のトラッキングエリアでは利用できないNSSAIであって、現在の登録エリアにおける他のトラッキングエリア、及び他の(現在の登録エリアとは異なる)登録エリアで利用可能なNSSAIであってもよい。
また、第4のrejected NSSAIは、UEによってrequested NSSAIに含められたS-NSSAIのセットであって、AMFによって、現在のトラッキングエリアでは利用できないS-NSSAI、又はS-NSSAIが現在のトラッキングエリアでは利用できないことを示す拒絶理由を用いて送信されるS-NSSAIのセットであってよい。
また、ローミングシナリオでは(ローミング中は)、第4のrejected NSSAIは、現在のPLMNに対する1以上のS-NSSAIを含んでよいし、利用可能な場合はmapped S-NSSAIのセットを含んでもよい。
また、第4のrejected NSSAIは、UE及び/又はNWが記憶するrejected NSSAIであってもよいし、NWからUEへ送信されるrejected NSSAIであってもよい。第4のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、第4のrejected NSSAIは、S-NSSAIと理由値の組み合わせを、1又は複数含む情報であってもよい。この理由値は、第12の識別情報であってよい。
また、第4のrejected NSSAIは、3GPP access及び/又はnon-3GPP accessに対して有効であってよい。言い換えると、UE及び/又はNWは、第4のrejected NSSAIをアクセスタイプに依存しないものとして扱ってもよいし、第4のrejected NSSAIをアクセスタイプに依存するものとして扱ってもよい。さらに言い換えると、UE及び/又はNWは、第4のrejected NSSAIを、アクセスタイプごとに管理及び/又は記憶してもよいし、アクセスタイプごとに管理及び/又は記憶しなくてもよい。
ここで、第4のrejected NSSAIがアクセスタイプに依存しないとは、例えば、UEが3GPPアクセス経由で第4のrejected NSSAIを受信した場合、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、3GPPアクセス経由でも利用できないだけでなく、non-3GPPアクセス経由でも利用できないことを意味してよい。同様に、UEがnon-3GPPアクセス経由で第4のrejected NSSAIを受信した場合、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、3GPPアクセス経由でも利用できないだけでなく、non-3GPPアクセス経由でも利用できないことを意味してよい。尚、第4のrejected NSSAIがアクセスタイプに依存しないとき、UE及び/又はNWは、第4のrejected NSSAIを、アクセスタイプごとに記憶しない(つまり、アクセスタイプごとに分けて記憶するのではなく、単に第4のrejected NSSAIを記憶する)ことが望ましいが、これに限らない。
また、第4のrejected NSSAIがアクセスタイプに依存する場合とは、例えば、UEが3GPPアクセス経由で第4のrejected NSSAIを受信した場合、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、3GPPアクセス経由で利用できないことを意味してよいが、non-3GPPアクセス経由で利用できないことは意味しなくてよい。すなわち、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、non-3GPPアクセスでの利用は制限されないことを意味してもよい。同様に、UEがnon-3GPPアクセス経由で第4のrejected NSSAIを受信した場合、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、non-3GPPアクセス経由で利用できないことを意味してよいが、3GPPアクセス経由で利用できないことは意味しなくてよい。すなわち、第4のrejected NSSAIまたは第4のrejected NSSAIに含まれるS-NSSAIが、3GPPアクセスでの利用は制限されないことを意味してもよい。尚、第4のrejected NSSAIがアクセスタイプに依存するとき、UE及び/又はNWは、第4のrejected NSSAIを、アクセスタイプごとに記憶する(つまり、アクセスタイプごとに、第4のrejected NSSAIを記憶する)ことが望ましいが、これに限らない。
また、UEが有効な登録エリア及び/又はトラッキングエリアを持たない場合、第4のrejected NSSAIは、rejected NSSAIを受信した登録エリア及び/又はトラッキングエリアに対して適用可能であってよい。
また、現在の登録エリア、又は現在の登録エリアにおける現在のトラッキングエリアが、現在のPLMN又はSNPNとは異なるPLMN又はSNPNに属するTAI(Tracking Area Identity)を含み、現在のPLMN又はSNPNと異なるPLMN又はSNPNとがequivalent PLMN又はequivalent SNPNの関係にある場合、第4のrejected NSSAIは、現在の登録エリア及び/又は現在のトラッキングエリアにおいて、これらのPLMN又はSNPNに対して適用してもよい。言い換えると、現在の登録エリア又は現在のトラッキングエリアにおいて、第4のrejected NSSAIは、現在のPLMN又はSNPNだけでなく、equivalent PLMN又はequivalent SNPNに対しても適用されてもよい。
また、UEによってrequested NSSAIに含められるS-NSSAIが第4のrejected NSSAIである場合は、AMFは、登録要求メッセージを拒絶してもよい。
また、5GS registration typeがmobility registration updatingを示し、かつ、登録手続きを開始する目的がUEが現在登録しているネットワークスライスを変更する為ではなく、かつ、UEが現在の登録エリア又は現在のトラッキングエリアにいる場合、UEは、登録手続きにおいて、requested NSSAIを含めなくてもよい。
また、第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAIとも称する)は、そのrejected S-NSSAI(第4のrejected S-NSSAI)を利用できない1以上のトラッキングエリアに関連づけられていてもよい。
また、UEは、現在のPLMN又はSNPNに対する、新たなconfigured NSSAIを提供された場合、記憶しているconfigured NSSAIを、新たなconfigured NSSAIと交換してよい。この場合、さらに、UEは、記憶しているconfigured NSSAIに対するmapped S-NSSAIを削除して、新たなconfigured NSSAIに対するmapped S-NSSAIを記憶してもよいし、記憶している第4のrejected NSSAIを削除してもよいし、記憶している第4のrejected NSSAIに対するmapped S-NSSAIから、現在のPLMN又はSNPNに対する新たなconfigured NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
また、UEは、現在のPLMN又はSNPNに対する新たなallowed NSSAIを受信した場合、記憶している第4のrejected NSSAIから、その新たなallowed NSSAIに含まれるS-NSSAIを削除してもよい。この場合、さらに、UEは、記憶している第4のrejected NSSAIに対するmapped S-NSSAIから、現在のPLMN又はSNPNに対する新たなallowed NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
また、UEは、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合、拒絶理由に基づいて、受信した第4のrejected S-NSSAIを、UEにおいて、rejected NSSAI及びrejected NSSAIに対するmapped S-NSSAIに記憶してもよいし、第4のrejected NSSAI、及び第4のrejected NSSAIに対するmapped S-NSSAIに記憶してもよい。
さらに、UEは、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はequivalent SNPNに対する、allowed NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)を削除してもよい。
さらに、UEは、非ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Extended rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はequivalent SNPNに対する、allowed NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)を削除してもよい。
さらに、UEは、ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Extended rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はequivalent SNPNに対する、allowed NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)を削除してもよい。
さらに、UEは、非ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はequivalent SNPNに対する、allowed NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
さらに、UEは、ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合、UEが記憶している、allowed NSSAIに対するmapped S-NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
さらに、UEは、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はSNPNに対する、pending NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)を削除してもよい。
さらに、UEは、非ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Extended rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はSNPNに対する、pending NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)を削除してもよい。
さらに、UEは、非ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Extended rejected NSSAI IEに含まれる場合、UEが記憶している、現在のPLMN又はSNPN、及びそのequivalent PLMN又はSNPNに対する、pending NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
さらに、UEは、ローミング時に、登録受諾メッセージ、又は登録拒絶メッセージ、又は非登録要求メッセージ、又は設定更新コマンドメッセージに含まれるrejected NSSAI(第4のrejected NSSAI)に含まれるS-NSSAI(第4のrejected S-NSSAI)を受信した場合であって、そのS-NSSAIが、Extended rejected NSSAI IEに含まれる場合、UEが記憶している、pending NSSAIに対するmapped S-NSSAIから、同一のアクセスタイプに関連する第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIを削除してもよい。
また、UEは、第4のrejected NSSAI又は第4のrejected S-NSSAIを受信したアクセスを介した登録を解除した場合、言い換えると、UEがそのアクセスを介した非登録手続きが完了した場合、UEが記憶している、第4のrejected NSSAI及び/又はそのアクセスタイプを削除してもよい。
また、UEは、第4のrejected NSSAI又は第4のrejected S-NSSAIを受信したトラッキングエリアから別のトラッキングエリアに移動した場合、UEが記憶している、第4のrejected NSSAI及び/又はそのアクセスタイプを削除してもよい。
また、UEは、5GMM-REGISTERED状態から5GMM-DEREGISTERED状態に遷移した場合、又は5GMM-DEREGISTERED状態から5GMM-REGISTERED状態に遷移した場合、UEが記憶している、第4のrejected NSSAI及び/又はそのアクセスタイプを削除してもよい。
また、登録受諾メッセージ又は登録拒絶メッセージ又は設定更新コマンドメッセージ又は非登録要求メッセージに含まれる第4のrejected NSSAIを受信したUEは、第4のrejected NSSAIに含まれるrejected S-NSSAI(第4のrejected S-NSSAI)に含まれる拒絶理由に基づいた動作を行ってもよい。具体的には、そのrejected S-NSSAIに含まれる拒絶理由が、「現在のトラッキングエリアでは利用できないS-NSSAI(S-NSSAI not available in the current tracking area)」及び/又は「現在の登録エリアにおける現在のトラッキングエリアでは利用できないS-NSSAI(S-NSSAI not available in the current tracking area in the current registration area)」及び/又は「利用可能なNSがないこと(No network slices available)」ことを示す場合、UEは、現在のトラッキングエリアでは、その第4のS-NSSAIの使用を禁止されてもよい。つまり、UEは、現在のトラッキングエリアでは、第4のS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止された状態であってもよい。
尚、UEの電源が切られた場合、又はUEが現在のトラッキングエリアから外に移動した場合、又はUSIMを含むUICCがUEから取り除かれた場合、又はUEが記憶している第4のrejected NSSAI又は第4のrejected S-NSSAIが削除された場合、この規制は解除されてもよい。すなわち、UEは、現在のトラッキングエリアで、第4のS-NSSAIを用いたMM手続き及び/又はSM手続きを実行可能な状態となってもよい。
また、UEは、requested NSSAIを含む登録要求メッセージを送信する場合、記憶している、第4のrejected NSSAIに含まれるS-NSSAI(第4のrejected S-NSSAI)、及び/又は第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAI以外のS-NSSAIの中から、requested NSSAIに含まれるS-NSSAIを選択してもよい。
また、UEが、NSSAAをサポートしないことを示す能力情報と、requested NSSAIとを含む登録要求メッセージを送信した場合、そのrequested NSSAIに含まれるS-NSSAIがNSSAAに関連するS-NSSAIである場合、AMFは、そのS-NSSAIと、「現在のトラッキングエリアでは利用できないS-NSSAI(S-NSSAI not available in the current tracking area)」及び/又は「現在の登録エリアにおける現在のトラッキングエリアでは利用できないS-NSSAI(S-NSSAI not available in the current tracking area in the current registration area)」及び/又は「利用可能なNSがないこと(No network slices available)」ことを示す拒絶理由と、を含むrejected NSSAIを含む登録受諾メッセージを送信してもよい。
また、第4のrejected S-NSSAIは、第4のrejected NSSAIに含まれるrejected S-NSSAIだけでなく、第4のrejected NSSAIに含まれないrejected S-NSSAIであってもよい。また、上述の第4のrejected NSSAIに関する記載は、第4のrejected S-NSSAIに関する記載として読み替えてもよい。
また、第4のrejected NSSAI及び第4のrejected S-NSSAIは、登録受諾メッセージ又は設定更新コマンドに含まれるLADN情報として含められて、コアネットワーク側からUEに通知されてもよい。
また、第4のrejected NSSAIに対するmapped S-NSSAIとは、第4のrejected NSSAIに対応するmapped S-NSSAIであってよい。言い換えると、第4のrejected NSSAIに対するmapped S-NSSAIとは、ローミングシナリオにおいて、登録PLMNのS-NSSAI(つまり、第4のrejected NSSAIに含まれるS-NSSAI、又は第4のrejected S-NSSAI)にマッピングされた、HPLMNのS-NSSAIであってよい。
また、第4のrejected NSSAIに対するmapped S-NSSAIは、3GPP access及び/又はnon-3GPP accessに対して有効であってよい。言い換えると、UE及び/又はNWは、第4のrejected NSSAIに対するmapped S-NSSAIをアクセスタイプに依存しないものとして扱ってもよいし、第4のrejected NSSAIに対するmapped S-NSSAIをアクセスタイプに依存するものとして扱ってもよい。さらに言い換えると、UE及び/又はNWは、第4のrejected NSSAIに対するmapped S-NSSAIを、アクセスタイプごとに管理及び/又は記憶してもよいし、アクセスタイプごとに管理及び/又は記憶しなくてもよい。
ここで、第4のrejected NSSAIに対するmapped S-NSSAIがアクセスタイプに依存しないとは、例えば、UEが3GPPアクセス経由で第4のrejected NSSAIに対するmapped S-NSSAIを受信した場合、第4のrejected NSSAIに対するmapped S-NSSAIが、3GPPアクセス経由でも利用できないだけでなく、non-3GPPアクセス経由でも利用できないことを意味してよい。同様に、UEがnon-3GPPアクセス経由で第4のrejected NSSAIに対するmapped S-NSSAIを受信した場合、第4のrejected NSSAIに対するmapped S-NSSAIが、3GPPアクセス経由でも利用できないだけでなく、non-3GPPアクセス経由でも利用できないことを意味してよい。尚、第4のrejected NSSAIに対するmapped S-NSSAIがアクセスタイプに依存しないとき、UE及び/又はNWは、第4のrejected NSSAIに対するmapped S-NSSAIを、アクセスタイプごとに記憶しない(つまり、アクセスタイプごとに分けて記憶するのではなく、単に第4のrejected NSSAIを記憶する)ことが望ましいが、これに限らない。
また、第4のrejected NSSAIに対するmapped S-NSSAIがアクセスタイプに依存する場合とは、例えば、UEが3GPPアクセス経由で第4のrejected NSSAIに対するmapped S-NSSAIを受信した場合、第4のrejected NSSAIに対するmapped S-NSSAIが、3GPPアクセス経由で利用できないことを意味してよいが、non-3GPPアクセス経由で利用できないことは意味しなくてよい。すなわち、第4のrejected NSSAIに対するmapped S-NSSAIが、non-3GPPアクセスでの利用は制限されないことを意味してもよい。同様に、UEがnon-3GPPアクセス経由で第4のrejected NSSAIに対するmapped S-NSSAIを受信した場合、第4のrejected NSSAIに対するmapped S-NSSAIが、non-3GPPアクセス経由で利用できないことを意味してよいが、3GPPアクセス経由で利用できないことは意味しなくてよい。すなわち、第4のrejected NSSAIに対するmapped S-NSSAIが、3GPPアクセスでの利用は制限されないことを意味してもよい。尚、第4のrejected NSSAIに対するmapped S-NSSAIがアクセスタイプに依存するとき、UE及び/又はNWは、第4のrejected NSSAIに対するmapped S-NSSAIを、アクセスタイプごとに記憶する(つまり、アクセスタイプごとに、第4のrejected NSSAIを記憶する)ことが望ましいが、これに限らない。
また、UEの記憶部における第4のrejected NSSAI、及び/又は第4のrejected S-NSSAI、及び/又は第4のrejected NSSAIに対するmapped S-NSSAIに含まれるS-NSSAIは、現在のトラッキングエリアにおいて、又は現在の登録エリアにおける現在のトラッキングエリアにおいて、使用不能であるものとして取り扱われてよい。すなわち、UEは、現在のトラッキングエリアにおいて、又は現在の登録エリアにおける現在のトラッキングエリアにおいて、そのS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止された状態であってよい。言い換えると、UEは、現在のトラッキングエリア以外のトラッキングエリアにおいて、又は現在の登録エリアにおける現在のトラッキングエリア以外のトラッキングエリアにおいて、そのS-NSSAIを用いたMM手続き及び/又はSM手続きが禁止されていない状態であってよい。
また、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_A10の位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。トラッキングエリアは、TAC(Tracking area code)とPLMNで構成されるTAI(Tracking Area Identityにより識別されてよい。
レジストレーションエリア(Registration area又は登録エリアとも称する)は、AMFがUEに割り当てる1又は複数のTAの集合である。なお、UE_A10は、レジストレーションエリアに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新のための信号を送受信することなく移動することができてよい。言い換えると、レジストレーションエリアは、UE_A10がトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。レジストレーションエリアは、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をアクセスネットワークに関わらない情報として管理してよい。
また、シングル登録モードにあるUEは、アクティブなMMの状態が1つしかない。すなわち、シングル登録モードにあるUEは、5GCにおけるRM状態(5GMM状態)か、EPCにおけるEMM状態のどちらかしかアクティブではない。また、シングル登録モードにあるUEは、5GCに接続するときは、5GC NASモードにいるし、EPCに接続するときは、EPC NASモードにいる。また、シングル登録モードにあるUEは、5GCとEPCのどちらかにしか登録できないため、EPCと5GCとの間での移動では、EPS-GUTI(4G-GUTIとも称する)と5G-GUTIとのマッピングをする必要がある。
また、デュアル登録モードにあるUEは、5GCとEPCに対して独立して登録することができる状態であってよい。デュアル登録モードにあるUEは、5G-GUTIとEPS-GUTI(4G-GUTIとも称する)を独立して維持することができる。
また、SNPNは、非公共(non-public)な使用のために展開される5GSであるNPNの一種であり、NPNオペレータによって操作され、PLMNによって提供されるNFに依存しないNPNである。また、SNPNは、PLMN IDとNID(Network Identifier)との組み合わせによって識別される。また、SNPNを利用可能なUEは、SNPNアクセスモード(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間をローミングする場合、SNPNはHome SNPN(HSNPNとも称する)とVisited SNPN(VSNPNとも称する)に分類されてもよい。尚、UEがSNPN間をローミングしない場合、SNPNはHome SNPNと同一のものとして取り扱われてよい。
また、Home SNPNとは、UEがホームとして登録可能なSNPNであってよい。また、Home SNPNとは、SNPN選択において、UEが最初に選択するSNPNであってよい。また、Home SNPNとは、SNPN identity(SNPN IDとも称する)に含まれる少なくとも一部の情報が、UEのIMSIに含まれる少なくとも一部の情報に合致するようなSNPNであってもよい。また、Home SNPNとは、SNPN identity(SNPN IDとも称する)に含まれるPLMN Identity(PLMN IDとも称する)に含まれるMCCとMNCが、UEのIMSIに含まれるMCCとMNCに合致するようなSNPNであってもよい。
また、Visited SNPNとは、UEがホーム以外として登録可能なSNPNであってよい。また、Visited SNPNとは、UEがホームとして登録しないSNPNであってよい。また、Visited SNPNとは、SNPN選択において、UEが最初に選択しないSNPNであってよい。また、Visited SNPNとは、SNPN identity(SNPN IDとも称する)に含まれる少なくとも一部の情報が、UEのIMSIに含まれる少なくとも一部の情報に合致しないようなSNPNであってもよい。また、Visited SNPNとは、SNPN identity(SNPN IDとも称する)に含まれるPLMN Identity(PLMN IDとも称する)に含まれるMCCとMNCが、UEのIMSIに含まれるMCCとMNCに合致しないようなSNPNであってもよい。
また、equivalent HSNPN(equivalent Home SNPN、EHSNPNとも称する)とは、SNPN選択、及び/又はセル選択、及び/又はセル再選択において、現在のSNPN(ここではHome SNPN(HSNPNとも称する))と互いにequivalentなものとしてみなされるSNPNであってよい。また、equivalent HSNPNとは、equivalent HSNPNリストに含まれる1以上のSNPNであってもよいし、equivalent VSNPNリストに含まれない1以上のSNPNであってもよい。
また、equivalent VSNPN(equivalent Visited SNPN、EVSNPNとも称する)とは、SNPN選択、及び/又はセル選択、及び/又はセル再選択において、現在のSNPN(ここではVisited SNPN(VSNPNとも称する))と互いにequivalentなものとしてみなされるSNPNであってよい。また、equivalent VSNPNとは、equivalent VSNPNリストに含まれる1以上のSNPNであってもよいし、equivalent HSNPNリストに含まれない1以上のSNPNであってもよい。
また、equivalent SNPN(ESNPNとも称する)とは、equivalent HSNPN及び/又はequivalent VSNPNを含む概念であってもよい。つまり、ESNPNは、equivalent HSNPN及び/又はequivalent VSNPNを指してもよい。
また、UEが登録を成功したSNPNはRSNPN(Registered SNPN;登録SNPNとも称する)であってよい。
次に、本実施形態において、各装置により送受信、及び記憶及び/又は管理される識別情報について説明する。
まず、第1の識別情報は、requested NSSAI(requested NSSAI IEとも称する)である。
また、第2の識別情報は、unavailability period、又はunavailability periodを含む情報である。
また、第3の識別情報は、要求する登録のタイプを示す情報である。第3の識別情報は、5GS registration typeであってもよい。また、第3の識別情報は、初期登録(initial registration)を示してもよいし、移動登録更新(mobility registration updating)を示してもよいし、定期登録更新(periodic registration updating)を示してもよいし、緊急登録(emergency registration)を示してもよいし、SNPNオンボーディング登録(SNPN onboarding registration)を示してもよいし、災害ローミング移動登録更新(disaster roaming mobility registration updating)を示してもよいし、災害ローミング定期登録更新(disaster roaming initial registration)を示してもよい。また、第3の識別情報は、unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であることを示してもよい。
また、第4の識別情報は、UE能力情報である。第4の識別情報は、5GMM capabilityであってもよい。また、第4の識別情報は、UEがunavailability periodに関する機能をサポートするか否かを示す情報であってもよい。また、第4の識別情報は、UEがunavailability periodに関する機能をサポートすることを示す情報であってもよい。
また、第5の識別情報は、更新されたタイマ値の送信を要求することを示す情報であってよい。また、第5の識別情報は、更新された第12の識別情報の送信を要求することを示す情報であってもよい。
また、第6の識別情報は、第1から5の識別情報のうち、少なくとも1つを含んで構成される情報である。
また、第11の識別情報は、ネットワークスライスを示す情報であってよい。第11の識別情報は、NSSAIであってよい。具体的には、第11の識別情報は、ネットワークからUEに送信される、allowed NSSAI、及び/又はrejected NSSAI、及び/又はExtended rejected NSSAI、及び/又はpending NSSAI、及び/又はconfigured NSSAIであってよい。
また、第12の識別情報は、タイマ値である。第12の識別情報は、T3512値(T3512 value)であってよい。ここで、T3512値は、periodic registration update timer(定期登録更新タイマ)にセットされるタイマ値であってよい。
また、第13の識別情報は、periodic registration update timerの延長を示す情報である。第13の識別情報は、既にセットされているperiodic registration update timerの延長を示す情報であってよい。
また、第14の識別情報は、ネットワーク能力情報である。第14の識別情報は、5GS network feature supportであってよい。また、第14の識別情報は、ネットワークがunavailability periodに関する機能をサポートするか否かを示す情報であってもよい。また、第14の識別情報は、ネットワークがunavailability periodに関する機能をサポートすることを示す情報であってもよい。
また、第15の識別情報は、unavailability periodに関する設定が完了したか否かを示す情報である。また、第15の識別情報は、unavailability periodに関する設定が完了したことを示してもよいし、unavailability periodに関する設定が完了しなかったことを示してもよい。
また、第16の識別情報は、第11から15の識別情報のうち、少なくとも1つを含んで構成される情報である。
尚、第1から6の識別情報、及び第11から16の識別情報は、UE、及び/又は基地局、及び/又はAMF、及び/又はAMF以外のコアネットワーク装置又はネットワーク機能が予め記憶している情報であってよい。また、これらの識別情報が送受信された場合、受信した側が、受信した識別情報を記憶してもよい。
[3. 第1の実施形態]
まず、第1の実施形態で用いられる手続きについて説明する。第1の実施形態で用いられる手続きには、登録手続き(Registration procedure)が含まれる。以下、各手続きについて説明する。
まず、第1の実施形態で用いられる手続きについて説明する。第1の実施形態で用いられる手続きには、登録手続き(Registration procedure)が含まれる。以下、各手続きについて説明する。
尚、第1の実施形態では、図2に記載されているように、HSSとUDM、PCFとPCRF、SMFとPGW-C、UPFとPGW-Uが、それぞれ同一の装置/機能(つまり、同一の物理的なハードウェア、又は同一の論理的なハードウェア、又は同一のソフトウェア)として構成されている場合を例にとって説明する。しかし、本実施形態に記載される内容は、これらが異なる装置/機能(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。例えば、これらの間で、直接データの送受信を行ってもよいし、AMF、MME間のN26インターフェースを介してデータを送受信してもよいし、UEを介してデータを送受信してもよい。
[3.1. 登録手続き]
次に、登録手続き(Registration procedure)について、図6を用いて説明する。本章では、この登録手続きを、単に、本手続きと称する場合がある。登録手続きは、UEが主導してアクセスネットワーク_B、及び/又はコアネットワーク_B、及び/又はDNへ登録する為の手続きである。UEは、ネットワークに登録していない状態(非登録状態、5GMM-DEREGISTERED状態とも称する)で本手続きを実行してもよいし、ネットワークに登録している状態(登録状態、5GMM-REGISTERED状態とも称する)で本手続きを実行してもよい。例えば、非登録状態のUEは、任意のタイミングで本手続きを開始してもよい。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態(5GMM-REGISTERED state)に遷移することができる。尚、登録の状態は、アクセス毎に各装置で管理されてよい。具体的には、各装置は3GPPアクセスに対する登録の状態(登録状態又は非登録状態)と、non-3GPPアクセスに対する登録の状態を独立して管理してよい。
次に、登録手続き(Registration procedure)について、図6を用いて説明する。本章では、この登録手続きを、単に、本手続きと称する場合がある。登録手続きは、UEが主導してアクセスネットワーク_B、及び/又はコアネットワーク_B、及び/又はDNへ登録する為の手続きである。UEは、ネットワークに登録していない状態(非登録状態、5GMM-DEREGISTERED状態とも称する)で本手続きを実行してもよいし、ネットワークに登録している状態(登録状態、5GMM-REGISTERED状態とも称する)で本手続きを実行してもよい。例えば、非登録状態のUEは、任意のタイミングで本手続きを開始してもよい。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態(5GMM-REGISTERED state)に遷移することができる。尚、登録の状態は、アクセス毎に各装置で管理されてよい。具体的には、各装置は3GPPアクセスに対する登録の状態(登録状態又は非登録状態)と、non-3GPPアクセスに対する登録の状態を独立して管理してよい。
また、登録手続きは、ネットワークにおけるUEの位置登録情報を更新する為の手続き、及び/又は、UEからネットワークへ定期的にUEの状態を通知する為の手続き、及び/又は、ネットワークにおけるUEに関する特定のパラメータを更新する為の手続きであってもよい。
UEは、現在の登録エリアの外にあるTAに移動した際に、登録手続きを開始してもよい。言い換えると、UEは、保持しているTAリストで示されるTAとは異なるTAに移動した際に、登録手続きを開始してもよい。さらに、UEは、PDUセッションの切断や無効化が原因で、各装置のコンテキストの更新が必要な際に、登録手続きを開始してもよい。さらに、UEは、UEのPDUセッション確立に関する、能力情報及び/又はプリファレンスに変化が生じた場合、登録手続きを開始してもよい。さらに、UEは、定期的に登録手続きを開始してもよい。さらに、UEは、MM手続き又はSM手続きの完了、又は各手続きでネットワークから受信した情報に基づいて、登録手続きを開始してもよい。また、UEは、本手続きが完了した後に、本手続きを開始してもよい。尚、UEは、これらに限らず、任意のタイミングで登録手続きを実行してもよい。
また、(a)非登録状態にいるUEによって本手続きが開始されてもよいし、(b)登録状態にいるUEによって本手続きが開始されてもよいし、(c)登録状態にいるUEであって、OSのアップグレード、セキュリティパッチの更新、モデムのリセット、モデムのソフトウェアの更新などのイベントを予定していないUEによって本手続きが開始されてもよいし、(d)登録状態にいるUEであって、上記のイベントを予定しているが、まだそのイベントを実行する前にUEによって本手続きが開始されてもよいし、(e)登録状態または非登録状態にいるUEであって、上記のイベントを予定しており、かつそのイベントを実行したものの、そのイベントを途中で中止したUEによって本手続きが開始されてもよいし、(f)登録状態または非登録状態にいるUEであって、上記のイベントを予定しており、かつそのイベントを実行して、そのイベントが完了したUEによって本手続きが開始されてもよい。
また、本手続きは、PLMN(HPLMN又はVPLMN)、又はequivalent PLMN、又はSNPN、又はequivalent SNPNにおいて、実行されてもよい。
なお、上述したUEがネットワークに登録していない状態(非登録状態)から登録された状態(登録状態)に遷移する為の手続きは、初期登録手続き(initial registration procedure)、又は初期登録のための登録手続き(registration procedure for initial registration)であってよい。また、UEがネットワークに登録された状態(登録状態)で実行された登録手続きは、移動及び定期的な登録更新の為の登録手続き(registration procedure for mobility and periodic registration update)、又は移動及び定期的な登録手続き(mobility and periodic registration procedure)であってよい。
尚、UEは、本手続きを開始する時点で、2.6章に記載の各NSSAI及び/又は各NSSAIに含まれる各S-NSSAIのうちの少なくとも1つを記憶していてよい。
以下で説明する登録手続きの詳細は、これらのどちら対しても適用可能である。
まず、UEは、AMFに登録要求(Registration request)メッセージを送信することにより(S600)(S602)(S604)、登録手続きを開始する。具体的には、UEは、登録要求メッセージを含むRRCメッセージを、基地局装置(5G AN、gNBとも称する)に送信する(S600)。尚、登録要求メッセージは、N1インターフェース上で送受信されるNASメッセージである。また、RRCメッセージは、UEと基地局装置との間で送受信される制御メッセージであってよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはRRCレイヤで処理される。尚、NASレイヤはRRCレイヤよりも上位のレイヤである。
ここで、UEは、第1から6の識別情報を、登録要求メッセージ及び/又はRRCメッセージに含めて送信することができる。ここで、第1から6の識別情報は、2.6章の通りであってよい。
また、UEは、これらの識別情報を、これらとは異なる制御メッセージ、例えば、RRCレイヤよりも下位のレイヤ(例えば、MAC(Medium Access Control)レイヤ、RLC(Radio Link Control)レイヤ、PDCP(Packet Data Convergence Protocol)レイヤ、SDAP(Service Data Adaptation Protocol)レイヤ等)の制御メッセージに含めて送信してもよい。尚、UEは、これらの識別情報を送信することで、UEが各機能をサポートしていることを示してもよいし、UEの要求を示してもよいし、これらの両方を示してもよい。
また、UEの要求する機能をサポートするか否かを示す情報と、その機能の使用を許可するか否かを示す情報とは、同じ識別情報として送信されてもよい。言い換えると、UEがある機能をサポートすることを示す情報を送信することにより、UEがその機能の使用を要求することを示してもよい。また、UEがある機能の使用を要求することを示す情報を送信することにより、UEがその機能をサポートすることを示してもよい。また、UEがある機能をサポートしないことを示す情報を送信することにより、UEがその機能の使用を要求しないことを示してもよい。また、UEがある機能の使用を要求しないことを示す情報を送信することにより、UEがその機能をサポートしないことを示してもよい。
尚、UEは、第1から6の識別情報のうちのどの識別情報をネットワークに送信するか否かを、UEの能力情報、及び/又はUEポリシー、及び/又はUEの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト、及び/又は本手続きより前に実行された手続きで送受信した識別情報等に基づいて、選択、決定してもよい。
また、UEは、上記(a)から(f)のときに、第1から6の識別情報のうちのどの識別情報をネットワークに送信するか否かを、都度、決定してもよい。
例えば、unavailability periodに関する機能をサポートしていないUEは、第2の識別情報を送信しなくてよい。
また例えば、unavailability periodに関する機能をサポートしていないUEは、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報を送信しなくてよい。
また例えば、unavailability periodに関する機能をサポートしていないUEは、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」以外(例えば、初期登録、移動登録更新、定期登録更新など)を示す第3の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしていないUEは、unavailability periodに関する機能をサポートしないことを示す第4の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしていないUEは、unavailability periodに関する機能をサポートすることを示す第4の識別情報を送信しなくてよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、(a)及び/又は(c)及び/又は(f)のときは、第2の識別情報を送信しなくてもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、(d)及び/又は(e)のときは、第2の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、(e)のときであって、すでに設定されているunavailability periodの期間では、イベントを完了することができない場合、又はすでに設定されているunavailability periodの期間が延長された場合には、新たな(更新した)unavailability periodを示す第2の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、(a)及び/又は(c)及び/又は(f)のときは、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」以外(例えば、初期登録、移動登録更新、定期登録更新など)を示す第3の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、(d)及び/又は(e)のときは、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、unavailability periodに関する機能をサポートすることを示す第4の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、unavailability periodに関する機能をサポートしないことを示す第4の識別情報を送信しなくてよい。
また例えば、UEは、unavailability periodを用いたタイマを開始しているときに、又はunavailability periodの間に、そのunavailability periodの期間に変更が生じた場合、変更後のunavailability periodの値を含む第2の識別情報を送信してもよい。
また例えば、UEは、上位層からunavailability periodを通知された場合、第2の識別情報を送信してもよい。
また例えば、UEは、上位層から通知された情報に基づいて、unavailability periodを生成してもよい。
また例えば、UEがUAV(Uncrewed Aerial Vehicle)であるときは、unavailability periodをUAV-C(UAV controller)に送信してもよい。また、UEがUAVであるときは、ネットワーク及び/又はUSS(Uncrewed Aerial System Service Supplier)及び/又はUTM(Uncrewed Aerial System Traffic Management)及び/又はUAS-NF(Uncrewed Aerial System Network Function)を介して、unavailability periodをUAV-Cに送信してもよい。また、UEがUAVであるときは、unavailability periodをUSS及び/又はUTM及び/又はUAS-NFに送信してもよい。
尚、上記は、あくまで例であり、UEが第1から6の識別情報のうちのどの識別情報をネットワークに送信するか否かの判断は、上記の条件に限られる必要はなく、上記の条件を組み合わせた条件によって、行われてもよい。
また、UEは、登録要求メッセージ及び/又はRRCメッセージに、第1から6の識別情報以外の情報も含めてもよく、例えば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)。尚、基地局装置は、登録要求メッセージ及び/又はRRCメッセージに含まれる識別情報に基づいて、AMFを選択してもよい。例えば、基地局装置は、第1の識別情報により識別されるネットワークスライスに含まれるAMF、又は第1の識別情報により識別されるネットワークスライスへの接続性を備えるAMFを選択してもよい。なお、AMFの選択方法はこれに限らず、基地局装置はこれ以外の条件に基づきAMFを選択してもよい。
また、基地局装置は、受信したRRCメッセージから登録要求メッセージを取り出し、選択したAMFに、登録要求メッセージを転送する(S604)。なお、第1から6の識別情報が、登録要求メッセージには含まれずRRCメッセージに含まれている場合、それらの識別情報を、選択したAMFに、登録要求メッセージとともに転送してもよい(S604)。
次に、AMFは、登録要求メッセージ及び/又は識別情報を受信した場合、第1の条件判別を実行してもよい。第1の条件判別とは、ネットワークがUEの要求を受諾するか否かを判別するためのものである。AMFは、第1の条件判別を真と判定した場合、S610からS612 の手続きを実行してよい。また、AMFは、第1の条件判別を偽と判定した場合、S610の手続きを実行してもよい。
また、第1の条件判別は、AMF以外のネットワーク機能(NFとも称する)が実行してもよい。AMF以外のNFが第1の条件判別を行う場合は、AMFは、そのNFに対して、第1の条件判別を行うために必要な情報、具体的には、UEから受信した情報の少なくとも一部を提供してよい(S606)。そして、そのNFがAMFから受信した情報に基づいて第1の条件判別の真偽を判別した場合は、AMFに対して第1の条件判別の結果(つまり、真か偽か)を含む情報を伝えてよい。AMFは、そのNFから受信した第1の条件判別の結果に基づいて、UEに対して送信する識別情報、及び/又は制御メッセージを決定してよい。
なお、S610で送受信される制御メッセージは、登録受諾(Registration accept)メッセージ、又は登録拒絶(Registration reject)メッセージであってよい。また例えば、第1の条件判別が真の場合、S610で送受信される制御メッセージは、登録受諾メッセージであってよいし、第1の条件判別が偽の場合、S610で送受信される制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージであってよい。
尚、第1の条件判別は、登録要求メッセージの受信、及び/又は登録要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UEの要求をネットワークが許可する又は拒絶しない場合、第1の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない又は拒絶する場合、第1の条件判別は偽と判定されてよい。また、UEの要求の一部のみをネットワークが許可する又は拒絶しない場合、許可しないUEの要求がある場合であっても、第1の条件判別は真と判定されてもよい。また、UEの要求の全てをネットワークが許可しない又は拒絶する場合、第1の条件判別は偽と判定されてもよい。また、UEの登録しようとしているネットワーク、及び/又はネットワーク装置が、UEの要求する機能をサポートしている場合、第1の条件判別は真と判定されてよく、UEの要求する機能をサポートしていない場合、第1の条件判別は偽と判定されてよい。さらに、送受信される識別情報が許可される場合、第1の条件判別は真と判定されてよく、送受信される識別情報が許可されない場合、第1の条件判別は偽と判定されてよい。
また、AMFは、制御メッセージに第11から16の識別情報の内、1つ以上の識別情報を含めて、基地局装置を介して、UEに送信してもよい。ここで、第11から16の識別情報は、2.6章の通りであってよい。尚、AMFは、これらの識別情報及び/又は制御メッセージを送信することで、ネットワークが各機能をサポートしているか否かを示してもよいし、UEの要求が受諾されたか否かを示してもよいし、これらの組み合わせを示してもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。また、UEの要求する機能をサポートするか否かを示す情報と、その機能の使用を許可するか否かを示す情報とは、同じ識別情報として送信されてもよい。例えば、UEの要求する機能をサポートすることを示す情報を送信することにより、その機能の使用を許可することを示してもよい。また、UEの要求する機能の使用を許可することを示す情報を送信することにより、UEの要求する機能をサポートすることを示してもよい。また、UEの要求する機能をサポートしないことを示す情報を送信することにより、その機能の使用を許可しないことを示してもよい。また、UEの要求する機能の使用を許可しないことを示す情報を送信することにより、UEの要求する機能をサポートしないことを示してもよい。
また、AMFは、UEから第1から6の識別情報のうちの少なくとも1つを含む登録要求メッセージを受信した場合、又はUEから第1から6の識別情報のうちの少なくとも1つを含まない登録要求メッセージを受信した場合に、第11から16の識別情報のうちの少なくとも1つを制御メッセージに含めて送信してもよい。
また、AMFは、第11から16の識別情報の内、どの識別情報を制御メッセージに含めるか否かを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト、及び/又は本手続きより前に実行された手続きで送受信した識別情報等に基づいて、決定してもよい。
また、AMFは、上記(a)から(f)のときに、受信した制御メッセージ及び/又は識別情報に基づいて、第11から16の識別情報のうちのどの識別情報をUEに送信するか否かを、都度、決定してもよい。
例えば、unavailability periodに関する機能をネットワークがサポートしていない場合であって、第2の識別情報をUEから受信したときは、AMFは、第2の識別情報で示されるunavailability periodを考慮せずに決定した第12の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をUE及び/又はネットワークがサポートしていない場合、AMFは、第13の識別情報を送信しなくてもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしていない場合、AMFは、unavailability periodに関する機能をサポートしないことを示す第14の識別情報を送信してもよいし、unavailability periodに関する機能をサポートすることを示す第14の識別情報を送信しなくてよい。
また例えば、unavailability periodに関する機能をUE及び/又はネットワークがサポートしていない場合、AMFは、第15の識別情報を送信しなくてよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、第2の識別情報をUEから受信したときは、AMFは、第2の識別情報を考慮して決定したタイマ値を示す第12の識別情報を送信してもよい。例えば、AMFは、UEにT3512値を送信していないときは、T3512値を、第2の識別情報で示された期間よりも長い期間に設定し、そのT3512値を示す第12の識別情報を送信してもよい。また例えば、AMFは、UEにT3512値をすでに送信しているときは、そのT3512値と第2の識別情報で示された期間とを比較し、そのT3512値が第2の識別情報で示される期間と同じ又は長い場合には、T3512値を、すでに送信している期間に設定し、そのT3512値を示す第12の識別情報を送信してもよい。逆に、そのT3512値が第2の識別情報で示される期間と同じ又は短い場合には、AMFは、T3512値を、第2の識別情報で示される期間よりも長い期間に設定し、そのT3512値を示す第12の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、第2の識別情報をUEから受信していないときは、AMFは、第2の識別情報を考慮せずに決定した第12の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信していないときは、第12の識別情報及び/又は第13の識別情報を送信しなくてもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信したときは、AMFは、第12の識別情報及び/又は第13の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合、AMFは、第13の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、第2の識別情報、及び「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信したときは、AMFは、第12の識別情報及び/又は第13の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合、AMFは、unavailability periodに関する機能をサポートすることを示す第14の識別情報を送信してもよい。
また例えば、本手続きが3GPPアクセスを介して実行されているとき、AMFは、第12の識別情報を送信してもよいし、本手続きがnon-3GPPアクセスを介して実行されているとき、AMFは、第12の識別情報を送信しなくてもよい。
また例えば、本手続きが3GPPアクセスを介して実行されているか、non-3GPPアクセスを介して実行されているかに関わらず、AMFは、第11から16の識別情報を送信してもよい。
また例えば、AMFは、第2の識別情報、及び/又は「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報を受信したときは、UEにおいてイベントが発生したことを認識してもよいし、UEにおいて近い将来イベントが発生することを認識してもよいし、UEにおいて本手続きの完了後にイベントが発生することを認識してもよいし、第12の識別情報及び/又は第13の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能を、UE及び/又はネットワークがサポートしていない場合、AMFは、unavailability periodよりも長いタイマ値を示す第12の識別情報を送信しなくてよいし、unavailability periodを考慮していない第12の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をUE及び/又はネットワークがサポートしている場合、AMFは、unavailability periodよりも長いタイマ値を示す第12の識別情報を送信してもよい。
また例えば、unavailability periodを用いたタイマの動作中に、又はunavailability periodの間に、UEから、更新したタイマ値の送信を要求することを示す第5の識別情報を受信した場合、AMFは、更新したタイマ値を示す第12の識別情報を送信してもよい。
また例えば、unavailability periodに関する機能をUE及びネットワークがサポートしている場合、AMFは、第15の識別情報を送信してもよい。また例えば、unavailability periodに関する機能をUE及びネットワークがサポートしている場合であって、unavailability periodに関する設定が完了したときは、AMFは、unavailability periodに関する設定が完了したことを示す第15の識別情報を含む制御メッセージを送信してもよい。また例えば、unavailability periodに関する機能をUE及びネットワークがサポートしている場合であって、unavailability periodに関する設定が完了していないときは、AMFは、unavailability periodに関する設定が完了しなかったことを示す第15の識別情報を含む制御メッセージを送信してもよい。
また例えば、unavailability periodに関する機能をネットワーク(ネットワーク装置、ネットワーク機能とも称する)がサポートしていない場合であって、第2の識別情報をUEから受信したときは、AMFは、その内容を認識できなくてもよいし、無視してもよいし、又は第2の識別情報を破棄してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしていない場合であって、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信したときは、AMFは、その内容を認識できなくてもよいし、無視してもよいし、又は第3の識別情報を破棄してもよいし、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」以外(例えば、初期登録、移動登録更新、定期登録更新など)として認識して、記憶してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合、第2の識別情報をUEから受信したときは、AMFは、その内容を認識できてよいし、記憶してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信したときは、AMFは、その内容を認識できてよいし、記憶してもよい。
また例えば、unavailability periodに関する機能をネットワークがサポートしている場合であって、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」を示す第3の識別情報をUEから受信したときであっても、AMFは、「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」以外(例えば、初期登録、移動登録更新、定期登録更新など)として認識して、記憶してもよい。
また例えば、unavailability periodを用いたタイマの動作中に、UEから、更新したunavailability periodを示す第2の識別情報を受信した場合、記憶しているそのUEに対するunavailability periodを更新し、そのタイマを停止して、そのタイマを更新したunavailability periodを用いて開始してもよい。
また例えば、unavailability periodの間、UEから、更新したunavailability periodを示す第2の識別情報を受信した場合、記憶しているそのUEに対するunavailability periodを更新し、そのunavailability periodを停止して、更新したunavailability periodを開始してもよい。
また例えば、AMFは、UEから、第2の識別情報を含む登録要求メッセージを受信した場合、第2の識別情報によって示されるunavailability periodを用いたタイマ、又はunavailability periodを開始してもよい。
また例えば、AMFは、UEから、第2の識別情報及び/又は第3の識別情報を含む登録要求メッセージを受信した場合、及び/又はそのUEに第11から16の識別情報のうちの少なくとも1つを含む制御メッセージを送信した場合、AMFは、第2の識別情報によって示されるunavailability periodを用いたタイマ、又はunavailability periodを開始してもよいし、そのUEに対するUEコンテキスト(そのUEに対する設定情報)として、unavailability periodを記憶してもよい。例えば、AMFは、そのUEに対するUEコンテキストにおいて、そのUEに対するunavailability period(すなわち、UEが通信不能な期間)、及び/又はそのUEがunavailability periodの間、通信不能であることを記憶してもよく、AMFは、このUEコンテキストに記憶したこれらの設定情報の有効期間が、第2の識別情報によって示されるunavailability periodの期間であることを認識してもよい。例えば、AMFは、そのUEに対するUEコンテキストにこれらの設定情報を記憶すると共に、第2の識別情報によって示されるunavailability periodを用いたタイマ、又はunavailability periodを開始してもよい。そして、AMFは、このタイマが満了した場合、又はunavailability periodを経過した場合、そのUEに対するUEコンテキストから、これらの設定情報を削除してもよい。
また例えば、AMFは、そのUEに対するunavailability periodを用いたタイマが動作中、又はそのUEに対するunavailability periodの間は、そのUEに対して制御情報(例えば、NASメッセージ)を送信しなくてもよいし、そのUEに対してユーザデータを送信しなくてもよいし、制御情報又はユーザデータをバッファリングしてもよいし、他のネットワーク装置内で制御情報又はユーザデータをバッファリングするように指示してもよい。また、AMFは、そのUEに対するunavailability periodを用いたタイマが満了した場合、又はそのUEに対するunavailability periodを経過した場合、そのUEに対して制御情報(例えば、NASメッセージ)を送信してもよいし、そのUEに対してユーザデータを送信してもよいし、バッファリングしていた制御情報又はユーザデータを送信してもよいし、他のネットワーク装置内でバッファリングしていた制御情報又はユーザデータをそのUEに送信するように指示してもよい。
また例えば、AMFは、そのUEに対するUEコンテキストにおいて、上記のような設定情報を記憶している間、そのUEをサーブする基地局装置に対して、そのUEが通信不能であること、及び/又はそのUEに対するunavailability periodを通知してもよい。そして、これらの情報を受信した基地局装置は、そのUEが通信不能の状態にあることを認識してもよいし、そのUEに対する、制御メッセージ及び/又はRRCメッセージを送信しないようにしてもよい。
また例えば、AMFは、そのUEに対するUEコンテキストにおいて、上記のような設定情報を記憶したときは、コアネットワーク装置であるNEF(Network Exposure Function)に対して、そのUEに対するunavailability periodを通知してもよい。また、これを受信したNEFは、そのUEに対するunavailability periodを記憶してもよいし、そのUEが通信不能状態にあることを認識してもよいし、AF(Application Function)に対して、そのUEに対するunavailability periodを通知してもよい。これを受信したAFは、そのUEに対するunavailability periodを記憶してもよいし、そのUEが通信不能状態にあることを認識してもよい。
また例えば、AMFは、そのUEに対するUEコンテキストにおいて、上記のような設定情報を記憶しているときに、そのUEから、第2の識別情報を含まず、及び/又は「unavailability periodのための登録であること、又はunavailability periodに関する登録であること、又はunavailabilityのための登録であること、又はunavailabilityに関する登録であること」以外(例えば、初期登録、移動登録更新、定期登録更新など)を示す第3の識別情報を含む、登録要求メッセージを受信したときは、そのUEコンテキストに記憶している設定情報を削除してもよいし、そのUEが通信可能になったことを記憶、認識してもよい。
また例えば、AMFは、そのUEに対するUEコンテキストから、上記のような情報を削除したときは、コアネットワーク装置であるNEF(Network Exposure Function)に対して、そのUEに対するunavailability periodの削除を依頼してもよい。また、これを受信したNEFは、そのUEに対するunavailability periodを削除してもよいし、そのUEが通信可能状態にあることを認識してもよいし、AF(Application Function)に対して、そのUEに対するunavailability periodの削除を依頼してもよい。これを受信したAFは、そのUEに対するunavailability periodを削除してもよいし、そのUEが通信可能状態にあることを認識してもよい。
また例えば、AMFは、そのUEに対するUEコンテキストから、上記のような設定情報を削除したときは、unavailability periodを考慮しないタイマ値を示す第12の識別情報を送信してもよい。
尚、上記は、あくまで例であり、AMFが第11から16の識別情報のうちのどの識別情報をネットワークに送信するか否かの判断は、上記の条件に限られる必要はなく、上記の条件を組み合わせた条件によって、行われてもよい。
また、AMFは、登録受諾メッセージを送信することで、UEの要求が受諾されたことを示してもよいし、登録拒絶メッセージを送信することでUEの要求が拒絶されたことを示してもよい。
次に、UEは、基地局装置を介して、制御メッセージ(登録受諾メッセージ又は登録拒絶メッセージ)、及び/又は送信された第11から16の識別情報を受信する(S610)。制御メッセージが登録受諾メッセージである場合、UEは、登録受諾メッセージを受信することで、登録要求メッセージによるUEの要求が受諾されたこと、及び登録受諾メッセージに含まれる各識別情報の内容を認識し、記憶してもよい。また、制御メッセージが登録拒絶メッセージである場合、UEは、登録拒絶メッセージを受信することで、登録要求メッセージによるUEの要求が拒絶されたこと、及び登録拒絶メッセージに含まれる各識別情報の内容を認識し、記憶してもよい。また、UEは、受信した制御メッセージ及び/又は識別情報に基づいた挙動を行ってもよい。
例えば、UEは、上記(d)のときに開始された登録手続きにおいて、制御メッセージを受信したときは、unavailability periodを用いたタイマを開始してもよいし、unavailability periodを開始してもよい。このunavailability periodは、第2の識別情報で送信したものであってよい。
また例えば、UEは、上記(e)のときに開始された登録手続きにおいて、制御メッセージを受信したときは、更新したunavailability periodを用いたタイマを開始してもよいし、更新したunavailability periodを開始してもよい。このunavailability periodは、第2の識別情報で送信したものであってよい。
例えば、UEは、第11の識別情報を受信した場合、第11の識別情報に含まれる、allowed NSSAI、及び/又はrejected NSSAI、及び/又はExtended rejected NSSAI、及び/又はpending NSSAI、及び/又はconfigured NSSAIを記憶してもよい。
また例えば、UEは、第12の識別情報を受信した場合、第12の識別情報で示されるT3512値を用いてタイマを開始してもよい。そして、3GPPアクセス上で5GMM-CONNECTEDモードのUEは、そのタイマが満了した場合、そのタイマをリセットして、初期値を用いて開始してもよい。また、3GPPアクセス上で5GMM-IDLEモードのUEは、そのタイマが満了した場合、定期登録更新のための登録手続きを開始してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、第13の識別情報を受信した場合、すでに開始しているT3512値を用いて動作中のタイマをリセットして、今回受信した、又はすでに受信している第12の識別情報で示されるT3512値を用いてタイマを開始してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、ネットワークがunavailability periodに関する機能をサポートしていることを示す第14の識別情報を受信した場合、ネットワークがunavailability periodに関する機能をサポートしていることを認識してもよいし、ネットワークがunavailability periodに関する機能をサポートしていないことを示す第14の識別情報を受信した場合、ネットワークがunavailability periodに関する機能をサポートしていないことを認識してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、ネットワークがunavailability periodに関する機能をサポートしていないことを示す第14の識別情報を受信した場合であっても、本手続きの完了後にイベントを実行してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、ネットワークがunavailability periodに関する機能をサポートしていないことを示す第14の識別情報を受信した場合、本手続きの完了後にイベントが発生した後(例えば(d)又は(e)のときに)、UEによって開始される、登録手続きにおける登録要求メッセージ、又は非登録手続きにおける非登録要求メッセージに、第2の識別情報を含めなくてよいし、第2の識別情報を含む登録要求メッセージ又は非登録要求メッセージを送信しなくてよい。
また例えば、unavailability periodに関する機能をサポートしていないUEが、第13の識別情報を受信したときは、その内容を認識できなくてもよいし、無視してもよいし、第13の識別情報を破棄してもよい。
また例えば、unavailability periodに関する機能をサポートしていないUEが、unavailability periodに関する機能をサポートすること、又はunavailability periodに関する機能をサポートしないことを示す第14の識別情報を受信したときは、その内容を認識できなくてもよいし、無視してもよいし、第14の識別情報を破棄してもよい。
また例えば、unavailability periodに関する機能をサポートしていないUEが、第15の識別情報を受信したときは、その内容を認識できなくてもよいし、無視してもよいし、第15の識別情報を破棄してもよい。
また例えば、unavailability periodに関する機能をサポートしていないUEは、制御メッセージを受信したときは、unavailability periodを用いたタイマ、又はunavailability periodを開始できなくてよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、制御メッセージを受信したときは、unavailability periodを用いてタイマ、又はunavailability periodを開始してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、unavailability periodに関する機能をサポートすることを示す第14の識別情報を受信したときは、unavailability periodを用いてタイマ、又はunavailability periodを開始してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEは、unavailability periodに関する機能をサポートしていないことを示す第14の識別情報を受信したときは、unavailability periodを用いてタイマ、又はunavailability periodを開始しなくてもよい。
また例えば、unavailability periodに関する機能をサポートしているUEが、上記(d)のときに開始された登録手続きにおいて、制御メッセージを受信したときは、ネットワークにおけるunavailability periodに関する設定が完了したことを認識してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEが、上記(d)のときに開始された登録手続きにおいて、すでに開始しているタイマにセットしたT3512値よりも値の大きいT3512値を示す第12の識別情報を受信したときは、ネットワークにおけるunavailability periodに関する設定が完了したことを認識してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEが、上記(d)のときに開始された登録手続きにおいて、unavailability periodよりも値の大きいT3512値を示す第12の識別情報、及び/又はunavailability periodに関する設定が完了したことを示す第15の識別情報を受信したときは、ネットワークにおけるunavailability periodに関する設定が完了したことを認識してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEが、上記(d)のときに開始された登録手続きにおいて、unavailability periodに関する設定が完了しなかったことを示す第15の識別情報を受信したときは、ネットワークにおけるunavailability periodに関する設定が完了していないことを認識してもよい。この場合、UEは、unavailability periodに関する設定を行ってもらうために、再度、登録手続きを開始してもよいし、非登録手続きを開始してもよい。
また例えば、unavailability periodに関する機能をサポートしているUEが、上記(d)のときに開始された登録手続きにおいて、制御メッセージを受信しなかったときは、ネットワークにおけるunavailability periodに関する設定が完了しなかったことを認識してもよい。この場合、UEは、unavailability periodに関する設定を行ってもらうために、再度、登録手続きを開始してもよいし、非登録手続きを開始してもよい。
また例えば、UEは、unavailability periodを用いたタイマの動作中に、unavailability periodを更新する場合、記憶しているunavailability periodを更新し、そのタイマを停止して、そのタイマを更新したunavailability periodを用いて開始してもよいし、更新したunavailability periodを示す第2の識別情報を含む、登録要求メッセージ又は非登録要求メッセージを送信してもよい。
また例えば、UEは、unavailability periodの間に、そのunavailability periodを更新する場合、更新したunavailability periodを用いて開始してもよいし、更新したunavailability periodを示す第2の識別情報を含む、登録要求メッセージ又は非登録要求メッセージを送信してもよい。
また例えば、UEは、イベントが終了した場合、記憶しているunavailability periodを削除してもよいし、動作中のunavailability periodを用いたタイマがある場合には、そのタイマを停止してもよいし、unavailability periodを終了してもよいし、第2の識別情報を含まない登録要求メッセージを送信してもよい。
また例えば、UEは、unavailability periodを用いたタイマを開始する前に、PDUセッション又はMA(Multi-Access) PDUセッションを確立しているときは、確立しているPDUセッションまたはMA PDUセッションを解放するために、PDUセッション解放手続きを開始してもよい。
また例えば、UEは、unavailability periodを開始する前に、PDUセッション又はMA PDUセッションを確立しているときは、確立しているPDUセッションまたはMA PDUセッションを解放するために、PDUセッション解放手続きを開始してもよい。
また例えば、上記(d)又は(e)のときに開始した本手続きを完了後に、イベントを実行する前に、PDUセッション又はMA PDUセッションを確立しているときは、確立しているPDUセッションまたはMA PDUセッションを解放するために、PDUセッション解放手続きを開始してもよい。
また例えば、UEは、unavailability periodを用いたタイマの動作中、又はunavailability periodの間は、PDUセッション確立手続きを開始しなくてもよいし、MM手続き、及び/又はSM手続きを実行しなくてもよい。
また例えば、UEは、unavailability periodを用いたタイマの動作中、又はunavailability periodの間に、コアネットワークから、MMメッセージ及び/又はSMメッセージを受信した場合、そのMMメッセージ及び/又はSMメッセージを無視してもよいし、破棄してもよい。
また例えば、登録受諾メッセージを受信したときは、本手続きを開始したタイミングで5GMM-IDLEモードのUEは、5GMM-CONNECTEDモードに遷移してもよいし、本手続きを開始したタイミングで5GMM-CONNECTEDモードのUEは、5GMM-CONNECTEDモードを維持してもよい。
また例えば、登録拒絶メッセージを受信したときは、本手続きを開始したタイミングで5GMM-IDLEモードのUEは、5GMM-IDLEモードを維持してもよいし、本手続きを開始したタイミングで5GMM-CONNECTEDモードのUEは、5GMM-IDLEモードに遷移してもよい。
また例えば、上記(d)のときに開始された登録手続きにおいて、制御メッセージを受信したときは、UEはイベントを実行してもよい。
また、UEは、さらに、制御メッセージが登録受諾メッセージである場合、登録受諾メッセージに対する応答メッセージとして、登録完了メッセージを、基地局装置を介して、AMFに送信することができる(S612)。ここで、登録完了メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと基地局装置間はRRCメッセージに含まれて送受信されてよい。
AMFは、基地局装置を介して、登録完了メッセージを受信する(S612)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、本手続きを完了する。
また、各装置は、登録拒絶メッセージの送受信に基づいて、登録手続きを完了してもよい。
尚、各装置は、登録受諾メッセージ及び/又は登録完了メッセージの送受信に基づいて、UEがネットワークに登録された状態(RM-REGISTERED state、又は5GMM-REGISTERED state)への遷移又は維持をしてもよいし、登録拒絶メッセージの送受信に基づいて、UEが現在のPLMNに対して登録拒絶メッセージを受信したアクセス上でネットワークに登録されていない状態(RM-DEREGISTERED state、又は5GMM-DEREGISTERED state)への遷移又は維持をしてもよい。また、各装置の各状態への遷移は、登録完了メッセージの送受信又は登録手続きの完了に基づいて行われてもよい。
さらに、各装置は、登録手続きの完了に基づいて、登録手続きで送受信した情報に基づいた処理を実施してもよい。例えば、UEの一部の要求が拒絶されたことを示す情報を送受信した場合、UEの要求が拒絶された理由を認識してもよい。さらに、各装置は、UEの要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_Aや別のセルに対して登録手続きを実施してもよい。
さらに、UEは、登録手続きの完了に基づいて、登録受諾メッセージ、及び/又は登録拒絶メッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。
また、各装置は、本手続きにおいて送受信した情報を、対応付けて記憶してもよい。
[4. 変形例]
本発明の一態様に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、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機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
(関連出願の相互参照)
本出願は、2022年6月27日に出願された日本国特許出願:特願2022-102471に対して優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本書に含まれる。
(関連出願の相互参照)
本出願は、2022年6月27日に出願された日本国特許出願:特願2022-102471に対して優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本書に含まれる。
1 移動通信システム
10 UE_A
30 PGW-U
32 PGW-C
35 SGW
40 MME
45 eNB
50 HSS
60 PCRF
80 アクセスネットワーク_A
90 コアネットワーク_A
120 アクセスネットワーク_B
122 gNB
130 UPF
132 SMF
140 AMF
150 UDM
160 PCF
170 N3IWF
190 コアネットワーク_B
10 UE_A
30 PGW-U
32 PGW-C
35 SGW
40 MME
45 eNB
50 HSS
60 PCRF
80 アクセスネットワーク_A
90 コアネットワーク_A
120 アクセスネットワーク_B
122 gNB
130 UPF
132 SMF
140 AMF
150 UDM
160 PCF
170 N3IWF
190 コアネットワーク_B
Claims (7)
- 制御部と記憶部とを備えるUE(User Equipment)であって、
前記制御部は、前記記憶部においてunavailability periodを記憶しているときに、イベントが終了した場合、前記記憶部に記憶しているunavailability periodを削除する、
ことを特徴とするUE。 - 前記UEは、さらに、unavailability periodを含まない登録要求メッセージを送信する、送受信部を備える、
ことを特徴とする請求項1に記載のUE。 - 前記制御部は、unavailability periodを用いたタイマを開始する前に、PDUセッション又はMA PDUセッションを確立している場合、確立しているPDUセッション又はMA PDUセッションを解放するために、PDUセッション解放手続きを開始する、
ことを特徴とする請求項1に記載のUE。 - 前記制御部は、unavailability periodを用いたタイマの動作中は、PDUセッション確立手続きを開始しない、
ことを特徴とする請求項1に記載のUE。 - unavailability periodを用いたタイマの動作中に、
前記送受信部が、コアネットワークから、MMメッセージ及び/又はSMメッセージを受信した場合、
前記制御部は、前記MMメッセージ及び/又は前記SMメッセージを無視する、
ことを特徴とする請求項1に記載のUE。 - 前記送受信部は、上位層からunavailability periodを通知された場合、unavailability periodを含む登録要求メッセージを送信する、
ことを特徴とする請求項1に記載のUE。 - 制御部と送受信部と記憶部とを備えるAMF(Access and Mobility Management Function)であって、
前記送受信部が、前記記憶部においてunavailability periodを記憶しているときに、UEから、unavailability periodを含まない登録要求メッセージを受信した場合、
前記制御部は、
前記記憶部に記憶しているunavailability periodを削除し、
前記送受信部は、
unavailability periodを考慮しないタイマ値を含む登録受諾メッセージを送信し、
NEF(Network Exposure Function)にunavailability periodの削除を依頼する、
ことを特徴とするAMF。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022102471 | 2022-06-27 | ||
JP2022-102471 | 2022-06-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2024004810A1 true WO2024004810A1 (ja) | 2024-01-04 |
Family
ID=89382930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2023/023060 WO2024004810A1 (ja) | 2022-06-27 | 2023-06-22 | UE(User Equipment)およびAMF(Access and Mobility Management Function) |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2024004810A1 (ja) |
-
2023
- 2023-06-22 WO PCT/JP2023/023060 patent/WO2024004810A1/ja unknown
Non-Patent Citations (5)
Title |
---|
LG ELECTRONICS: "Evaluation", 3GPP DRAFT; S2-2205374, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. e-meeting ;20220516 - 20220520, 20 May 2022 (2022-05-20), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052160836 * |
LG ELECTRONICS: "KI 1, New Sol: Exposing UE provided unavailability period via Loss of Connectivity event subscription", 3GPP DRAFT; S2-2203389, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. E (e-meeting); 20220214 - 20220225, 12 April 2022 (2022-04-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052135571 * |
QUALCOMM INCORPORATED: "New Solution for KI#1, KI#2: Support of UE Triggered Generalized Unavailability Period", 3GPP DRAFT; S2-2205373, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. e-Meeting; 20220516 - 20220520, 21 May 2022 (2022-05-21), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052160835 * |
SAMSUNG: "Determination of unavailability period in 5GS for a specific UE", 3GPP DRAFT; S2-2202944, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Electronic meeting; 20220406 - 20220412, 29 March 2022 (2022-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052133756 * |
SAMSUNG: "Evaluations for KI#1", 3GPP DRAFT; S2-2204682, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Electronic meeting; 20220516 - 20220520, 6 May 2022 (2022-05-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052160171 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021241114A1 (ja) | UE(User Equipment)、コアネットワーク装置、AMF(Access and Mobility Management Function)、及びSMF(Session Management Function) | |
CN111972038A (zh) | Ue以及ue的通信控制方法 | |
WO2022097702A1 (ja) | UE(User Equipment)及びUEによって実行される通信制御方法 | |
WO2022097703A1 (ja) | UE(User Equipment)及びUEによって実行される通信制御方法 | |
WO2022004699A1 (ja) | UE(User Equipment)及びUEの通信制御方法 | |
WO2021193937A1 (ja) | UE(User Equipment) | |
WO2023013276A1 (ja) | UE(User Equipment) | |
WO2024004810A1 (ja) | UE(User Equipment)およびAMF(Access and Mobility Management Function) | |
WO2024004808A1 (ja) | UE(User Equipment)およびAMF(Access and Mobility Management Function) | |
WO2024004809A1 (ja) | UE(User Equipment)およびAMF(Access and Mobility Management Function) | |
WO2023112771A1 (ja) | UE(User Equipment) | |
WO2023112753A1 (ja) | UE(User Equipment) | |
WO2023112754A1 (ja) | UE(User Equipment) | |
WO2023013277A1 (ja) | UE(User Equipment) | |
WO2023013278A1 (ja) | UE(User Equipment) | |
WO2024147231A1 (ja) | UE(User Equipment) | |
WO2024147232A1 (ja) | UE(User Equipment) | |
WO2024024689A1 (ja) | UE(User Equipment) | |
WO2024024690A1 (ja) | UE(User Equipment) | |
WO2023248883A1 (ja) | UE(User Equipment) | |
WO2023248884A1 (ja) | UE(User Equipment) | |
WO2022215593A1 (ja) | UE(User Equipment) | |
WO2022215592A1 (ja) | UE(User Equipment) | |
US20240147576A1 (en) | User equipment (ue) | |
WO2022097701A1 (ja) | UE(User Equipment)及びUEによって実行される通信制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23831254 Country of ref document: EP Kind code of ref document: A1 |