WO2023188726A1 - ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） - Google Patents

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） Download PDF

Info

Publication number
WO2023188726A1
WO2023188726A1 PCT/JP2023/001830 JP2023001830W WO2023188726A1 WO 2023188726 A1 WO2023188726 A1 WO 2023188726A1 JP 2023001830 W JP2023001830 W JP 2023001830W WO 2023188726 A1 WO2023188726 A1 WO 2023188726A1
Authority
WO
WIPO (PCT)
Prior art keywords
nssai
pdu session
network
rejected
message
Prior art date
Application number
PCT/JP2023/001830
Other languages
English (en)
French (fr)
Inventor
陽子 久下
靖夫 菅原
周一郎 千葉
晶貴 泉
Original Assignee
シャープ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シャープ株式会社 filed Critical シャープ株式会社
Publication of WO2023188726A1 publication Critical patent/WO2023188726A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/084—Load balancing or load distribution among network function virtualisation [NFV] entities; among edge computing entities, e.g. multi-access edge computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections

Definitions

  • the present invention relates to UE (User Equipment).
  • 3GPP 3rd Generation Partnership Project
  • SAE System Architecture Evolution
  • LTE Long Term Evolution
  • 5G next-generation communication technology and system architecture for the next-generation mobile communication system
  • 5G System 5th Generation
  • Non-Patent Document 1 With 5GS, we identify technical issues in connecting a wide variety of terminals to cellular networks and create specifications for solutions.
  • 5G Core Network 5G Core Network
  • a network slice which are logical networks that provide specific network functions and specific network characteristics for specific service types or specific groups, have been defined.
  • a network slice may be a logical network provided for a terminal with a low-latency function, or a logical network provided for a sensor terminal used in IoT (Internet of Things). good.
  • 3GPP is considering eNS (Enhancement of Network Slicing) in order to consider further functions related to network slicing.
  • eNS Evolution of Network Slicing
  • the network performance of a network slice without mobility is congested, and the network performance of a network slice without mobility is subject to a service level agreement (also referred to as SLA).
  • SLA service level agreement
  • Techniques for continuing the PDU session service in a network slice are being studied in cases where the network slice is congested, when the network slice is not satisfied, when mobility is involved, etc. (see Non-Patent Document 2).
  • the present invention was made in view of the above circumstances, and it is an object of the present invention to provide a method for realizing functions for NS and/or SNPN in 5GS.
  • a UE User Equipment
  • - NSSAI and a PDU session establishment request message the control unit establishes a second PDU session, and after establishing the second PDU session, the first PDU session is released. shall be.
  • a network slice when a network slice is congested without mobility, or when the network performance of a network slice does not satisfy a service level agreement (also referred to as SLA) without mobility, It is possible to provide a means for continuing PDU session services in a network slice when mobility is involved, such as when the network slice is congested.
  • SLA service level agreement
  • 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.
  • FIG. 3 is a diagram illustrating a PDU session change procedure.
  • FIG. 2 is a diagram illustrating a PDU session release procedure.
  • FIG. 3 is a diagram illustrating a PDU session establishment procedure.
  • FIG. 3 is a diagram illustrating the first embodiment.
  • FIG. 7 is a diagram illustrating a second embodiment.
  • 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, includes a UE, an access network_B, and a core network_B, but may further 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 both EPS and 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
  • gNB 122 may be written with the symbol omitted, such as eNB.
  • 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 the base station device (eNB) used in 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 be an untrusted non-3GPP access network or 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).
  • NG-RAN means a radio access network that connects to 5GCN, and NR or E-UTRA or both may be used.
  • NG-RAN may be E-UTRAN.
  • 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 and/or access network_B and/or devices included in access network_A and/or devices included in access network_B are referred to as access networks or access network devices. 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 and/or core network_B devices included in core network_A, and/or devices included in core network_B are referred to as core networks, core network devices, or core networks. Sometimes referred to as an internal device.
  • a core network is a mobile communication carrier (Mobile It may be an IP mobile communication network operated by a Mobile Virtual Network Operator (MNO), a core network for a mobile communication carrier that operates and manages a mobile communication system, ), or a core network for virtual mobile communication carriers or virtual mobile communication service providers such as MVNE (Mobile Virtual Network Enabler).
  • MNO Mobile Virtual Network Operator
  • MVNE Mobile Virtual Network Enabler
  • the core network (core network_A and/or core network_B) and the access network (access network_A and/or access network_B) may be different for each mobile communication carrier.
  • 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 connect to the core network via the access network. Furthermore, the UE can connect to the PDN or DN via the access network and 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.
  • Core Network_A and/or Core Network_B and/or PDN_A and/or DN_A include an AUSF (Authentication Server Function) or an AAA (Authentication, authorization, and accounting) server (AAA-S). Good too. AAA servers may be located outside the core network.
  • AUSF Authentication Server Function
  • AAA Authentication, authorization, and accounting server
  • 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 and/or SNPN. 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 in a PLMN and/or SNPN managed by a 3rd Party.
  • NW it may mean the core network, the access network, or both.
  • 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.
  • the mobile communication system 1 may include devices and/or functions other than those described above, such as an NSSF (Network Slice Selection Function).
  • NSSF Network Slice Selection Function
  • each device may be configured as physical hardware, logical (virtual) hardware configured on general-purpose hardware, or configured as software. It's okay to be. Further, at least some (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.
  • each storage unit (storage unit_A340, storage unit_A440, storage unit_B540, storage unit_A640, storage unit_B740) in each device/function appearing below is, for example, a semiconductor memory, an SSD ( It consists of 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. Further, 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.
  • 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.
  • 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.
  • the 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.
  • the network connection unit_B720 is a functional unit for AMF to connect to a base station device (gNB), and/or SMF, and/or PCF, and/or UDM, and/or SCEF in the 5G AN.
  • 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.
  • 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.
  • 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 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 can send and receive user data and/or control information to and from the AMF and/or the UPF and/or the PCF and/or the UDM using the network connection_B720.
  • 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 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. I can do it.
  • 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 user plane refers to user data that is transmitted and received between the UE and the network.
  • the user plane may be sent and received using a PDN connection or a PDU session.
  • the user plane may be transmitted and received using the LTE-Uu interface and/or the S1-U interface and/or the S5 interface and/or the S8 interface and/or the SGi interface.
  • the user plane may be transmitted and received via the interface between the UE and 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.
  • control plane 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.
  • NAS Non-Access-Stratum
  • the control plane may be transmitted and received using the LTE-Uu interface and the S1-MME interface.
  • the control plane may be transmitted and received using the interface between the UE and 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.
  • 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 procedures for SM or SM procedures include PDU session establishment procedure, PDU session modification procedure, and PDU session release procedure (UE-requested PDU session release procedure). You may be Note that each procedure may be initiated from the UE or may be initiated from the NW (network).
  • MM (Mobility management) message may be a NAS message used for procedures for MM, and may be a control message sent and received between UE_A10 and AMF_A240.
  • MM messages include Registration request messages, Registration accept messages, Registration reject messages, De-registration request messages, and De-registration accept messages. ) message, configuration update command message, configuration update complete message, service request message, service accept message, service reject message, notification ) messages, Notification response messages, etc. may be included.
  • procedures for MM or MM procedures include registration procedure, de-registration procedure, generic UE configuration update procedure, authentication/approval procedure, and service request procedure. It may include a Service request procedure, a Paging procedure, and a Notification procedure.
  • 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 is sent and received using IPv4. If IPv6 is specified, it indicates that data is 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 devices such as application servers located in the DN.
  • each device may manage a PDU session by associating one or more pieces of identification information with it.
  • this identification information may include one or more of DNN, QoS rules, PDU session type, application identification information, NSI identification information, access network identification information, and SSC mode (also referred to as SSC mode).
  • SSC mode also referred to as SSC mode
  • other information may also be included.
  • 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 can use both IPv4 and IPv6.
  • PLMN Public land mobile network
  • PLMN is a communication network that provides mobile wireless communication services.
  • PLMN is a network managed by an operator, which is a (mobile) telecommunications carrier, and the operator can be identified by the PLMN ID.
  • PLMN may also mean 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).
  • PLMN may refer to core network.
  • the UE may maintain an Equivalent HPLMN list for identifying one or more EHPLMNs (Equivalent HPLMNs) in the USIM.
  • EHPLMNs Equivalent HPLMNs
  • a PLMN different from HPLMN and/or EHPLMN may be VPLMN (Visited PLMN).
  • the PLMN that the UE has successfully registered may be an RPLMN (Registered PLMN).
  • RPLMN Registered PLMN
  • Each device receives and/or maintains and/or stores an Equivalent PLMN list for identifying one or more EPLMNs (Equivalent PLMNs) that can be used equivalently as RPLMNs in UE PLMN selection. You may.
  • the current PLMN is the PLMN requested by the UE, and/or the PLMN selected by the UE, and/or the RPLMN, and/or the PLMN permitted by the network, and/or the core network equipment that sends and receives messages. It may be the PLMN to which it belongs.
  • the requesting PLMN means the message destination network when the UE sends the message. Specifically, it may be the PLMN selected by the UE when the UE transmits the message.
  • the requested PLMN is the PLMN requested by the UE, and may be the current PLMN. Furthermore, when the UE is in a registered state, the requested PLMN may be a registered PLMN.
  • NPN Non-public network
  • SNPN Seand-alone non-public network
  • PNI-NPN Public network integrated non-public network
  • SNPN and PNI-NPN may be deployed on 5GS. In this paper, when NPN is indicated, it may mean SNPN or PNI-NPN or both.
  • SNPN Stand-alone non-public network
  • PLMN ID PLMN ID
  • NID Network identifier
  • the PLMN ID that identifies the SNPN does not need to be unique.
  • one or more PLMN IDs reserved for use in private networks may be used for the NPN.
  • SNPN Single-alone Non-Public Network
  • PLMN ID Packet Number
  • NID Network identifier
  • SNPN may refer to core network.
  • the UE permitted to connect to the SNPN may be an SNPN enabled UE.
  • the UE may hold an Equivalent SNPN list for identifying one or more ESNPNs (Equivalent SNPNs) in the USIM.
  • ESNPN different from HSNPN and/or ESNPN may be VPLMN (Visited PLMN).
  • the SNPN that the UE has successfully registered may be an RSNPN (Registered SNPN).
  • RSNPN Registered SNPN
  • Each device receives from the RSNPN and/or maintains an Equivalent SNPN list for identifying one or more ESNPNs (Equivalent PLMNs) that can be used equivalently to the RSNPN in the UE's PLMN selection or SNPN selection, and /or may be memorized.
  • PNI-NPN Public network integrated non-public network
  • Onboarding services in SNPN allow the MS (UE) to access the SNPN for onboarding using default UE credentials.
  • the registration procedure for onboarding services in SNPN may be Initial registration for onboarding services in SNPN. Furthermore, or the registration procedure for the SNPN onboarding service may be a registration procedure for registration renewal on the move when the UE is registering for the SNPN onboarding service.
  • the registration procedure for SNPN onboarding services may be referred to as SNPN onboarding registration.
  • the registration procedure for the SNPN onboarding service requires that MM-based slice admission control be performed by the AMF or by the NF in the core network for the S-NSSAI for the SNPN onboarding service. good.
  • 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 is a logical representation of one or more NFs associated with resource requests for providing required communication services and capabilities.
  • 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 may be configured only with SST (Slice/Service type), or may be configured with both SST and SD (Slice Differentiator).
  • SST is information indicating the expected behavior of the NS in terms of functions and services.
  • 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 specific to each PLMN or SNPN, or may be standard information shared between PLMNs or SNPNs.
  • S-NSSAI may be transmitted and received between each device using the S-NSSAI IE of 5GS, in which case the S-NSSAI is the S-NSSAI (SST and/or SD) associated with the current PLMN or SNPN. , and/or S-NSSAI (SST and/or SD) of the HPLMN (if any, e.g. when the UE is roaming or when the current PLMN or SNPN is VPLMN or SNPN).
  • 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.
  • the S-NSSAI transmitted and received between the UE and the NW may be expressed as an S-NSSAI IE (Information element).
  • the S-NSSAI IE transmitted and received between the UE and the NW is an S-NSSAI consisting of the SST and/or SD of the registered PLMN or SNPN, and/or the S-NSSAI of the HPLMN or HSNPN to which the S-NSSAI is mapped.
  • - SST and/or SD indicating NSSAI may be configured.
  • One or more S-NSSAIs stored by the UE and/or NW may be composed of SST and/or SD, or the S-NSSAI composed of SST and/or SD, and/or the S-NSSAI An SST and/or SD indicating the S-NSSAI of the mapped HPLMN may be configured.
  • NSSAI Network Slice Selection Assistance Information
  • S-NSSAI Network Slice Selection Assistance Information
  • Each S-NSSAI included in the NSSAI is information that assists the access network or core network in selecting an NSI.
  • the UE may store the NSSAI granted by the network for each PLMN or SNPN. Additionally, NSSAI may be information used to select an AMF.
  • the UE may apply each NSSAI (allowed NSSAI, configured NSSAI, and/or rejected NSSAI, and/or pending NSSAI) to the PLMN and EPLMN, or the SNPN and ESNPN.
  • mapped S-NSSAI is the S-NSSAI of the HPLMN mapped to the S-NSSAI of the registered PLMN in a roaming scenario.
  • 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. Furthermore, the UE may store one or more mapped S-NSSAIs of the S-NSSAIs included in the rejected NSSAIs and/or the pending NSSAIs.
  • the mapped S-NSSAI may be the S-NSSAI of the HSNPN mapped to the S-NSSAI of the registered SNPN.
  • the Network Slice-Specific Authentication and Authorization (NSSAA) function is a function for realizing authentication and authorization specific to network slices.
  • NSSAA Network Slice-Specific Authentication and Authorization
  • UE authentication and authorization can be performed outside the core network, such as by a 3rd party.
  • a PLMN or SNPN and a network device equipped with the NSSAA function can execute the NSSAA procedure for a certain S-NSSAI based on the registration information of the UE.
  • the UE with NSSAA functionality can manage, store, and transmit and receive the pending NSSAI and the third rejected NSSAI.
  • 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. Furthermore, when roaming, an S-NSSAI that requires NSSAA is an S-NSSAI that is managed by the core network and/or core network device, and that is mapped to an S-NSSAI of an HPLMN or HSNPN that requires NSSAA. -Can be NSSAI.
  • the core network and/or the core network device may store the S-NSSAI that requires NSSAA by associating and storing information indicating whether or not S-NSSAI is 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.
  • configured NSSAI is an NSSAI that is supplied and stored in the UE.
  • the UE may store the configured NSSAI for each PLMN or SNPN.
  • the UE may store the configured NSSAI in association with the PLMN or SNPN.
  • configured NSSAI associated with PLMN may be expressed as configured NSSAI for PLMN, configured NSSAI of PLMN, configured NSSAI for PLMN, or configured NSSAI associated with PLMN.
  • configured NSSAI associated with SNPN may be expressed as configured NSSAI for SNPN, configured NSSAI of SNPN, configured NSSAI for SNPN, or configured NSSAI associated with SNPN.
  • the UE may store a configured NSSAI that is not associated with a PLMN and is valid for all PLMNs, and may set such a configured NSSAI as a "default configured NSSAI.”
  • the UE may store configured NSSAIs that are not associated with SNPNs and are valid for all SNPNs, and may designate such configured NSSAIs as "default configured NSSAIs.”
  • the UE may store a configured NSSAI that is not associated with a PLMN or SNPN and is valid for all PLMNs and SPNNs, and may designate such configured NSSAI as a "default configured NSSAI.”
  • a configured NSSAI may be associated with multiple PLMNs or SNPNs, these multiple PLMNs may be EPLMNs, and multiple SNPNs may be ESNPNs.
  • the configured NSSAI may be information configured by the network (or PLMN or SNPN).
  • S-NSSAI included in configured NSSAI may be expressed as configured S-NSSAI.
  • the configured S-NSSAI may be transmitted and received using the S-NSSAI IE, in which case the configured S-NSSAI is the S-NSSAI (SST and/or SD) and the mapped S-NSSAI (SST of the mapped HPLMN or SNPN). and/or SD of the mapped HPLMN or SNPN) (if any, e.g. when the UE is roaming or when the associated PLMN or SNPN is a VPLMN or VSNPN).
  • the S-NSSAI (SST and/or SD) of PLMN or SNPN and the S-NSSAI (SST and/or SD) of HPLMN or SNPN may be treated independently.
  • configured S-NSSAI of PLMN or SNPN is expressed as "configured S-NSSAI for PLMN or SNPN" or "configured S-NSSAI of PLMN or SNPN” or “configured S-NSSAI for PLMN or SNPN" It's okay to be.
  • the one or more S-NSSAIs of the HPLMN or HSNPN to which the configured S-NSSAI is mapped are "one or more mapped S-NSSAIs to the configured NSSAIs of the PLMN or SNPN" or "one or more mapped S-NSSAIs of the configured NSSAIs of the PLMN or SNPN" It may also be expressed as "mapped S-NSSAI”.
  • the UE may remember the "configured NSSAI of the current PLMN or SNPN" in which the S-NSSAI of the current PLMN or SNPN is configured, and further stores the "configured NSSAI of the current PLMN or SNPN" when roaming.
  • the above mapped S-NSSAI may also be stored.
  • the one or more mapped S-NSSAIs for the configured NSSAI may be 3GPP mapped S-NSSAI(s) for the configured NSSAI.
  • the configured NSSAI may be updated by the NW at any timing, and the updated configured NSSAI may be transmitted from the NW to the UE based on the update.
  • the requested NSSAI is the NSSAI provided by the UE to the network during the registration procedure.
  • the S-NSSAI included in the requested NSSAI transmitted by the UE may be the S-NSSAI included in the allowed NSSAI or configured NSSAI stored in the UE.
  • the requested NSSAI may be information indicating the network slice requested by the UE.
  • S-NSSAI included in requested NSSAI may be expressed as requested S-NSSAI.
  • the requested NSSAI is sent and received in an RRC (Radio Resource Control) message that includes a NAS message or a NAS (Non-Access-Stratum) message sent from the UE to the network, such as a registration request message or a PDU session establishment request message. be done.
  • the requested NSSAI may include the S-NSSAI of the VPLMN and the S-NSSAI of the mapped HPLMN.
  • the S-NSSAI included in the requested NSSAI may be composed of the S-NSSAI and the mapped S-NSSAI.
  • the requested NSSAI may be information including one or more S-NSSAIs associated with the network slice requested by the UE.
  • the network slice that the UE requests here may be a network slice that the UE wants to use, or a network slice that the UE requests permission to use from the network.
  • the S-NSSAI included in the requested NSSAI may be the S-NSSAI included in the configured NSSAI associated with the current PLMN, or the S-NSSAI included in the allowed NSSAI associated with the current PLMN. There may be.
  • requested NSSAIs include S-NSSAIs included in configured NSSAIs associated with one or more current PLMNs, or S-NSSAIs included in allowed NSSAIs associated with one or more current PLMNs. , or a combination of the above two.
  • the allowed NSSAI associated with the current PLMN may be the allowed NSSAI associated with the current PLMN and the current access type.
  • the requested NSSAI may be the requested NSSAI of 5GS.
  • the S-NSSAI included in the requested NSSAI may be an S-NSSAI that is stored by the UE and is not included in the rejected NSSAI associated with the current PLMN or SNPN, and/or the S-NSSAI that is stored by the UE, It may be an S-NSSAI that is not included in the pending NSSAI associated with the current PLMN or SNPN, and an S-NSSAI that is not included in the fourth rejected NSSAI that the UE remembers and associated with the current PLMN or SNPN.
  • the S-NSSAI included in the requested NSSAI is an S-NSSAI for which the backoff timer associated with that S-NSSAI and/or the mapped S-NSSAI of that S-NSSAI is not running in the UE. It's fine.
  • allowed NSSAI is information indicating one or more network slices in which the UE is permitted.
  • the allowed NSSAI is information that identifies a network slice to which the network has allowed connection to the UE.
  • the allowed NSSAI may be an allowed NSSAI stored in the UE and/or the NW, or may be an allowed NSSAI sent from the NW to the UE. In that case, allowed NSSAI may mean 3GPP's allowed NSSAI IE.
  • the allowed NSSAI IE sent from the NW to the UE may include a list of S-NSSAIs of the current PLMN or SNPN that are valid for the current PLMN or SNPN during non-roaming.
  • the allowed NSSAI IE sent from the NW to the UE contains a list of S-NSSAIs of the current PLMN or SNPN that are valid for the current PLMN or SNPN, and also maps the S-NSSAI of the current PLMN or SNPN.
  • the list of S-NSSAIs of the current PLMN or SNPN that are valid for the current PLMN or SNPN included in the allowed NSSAI IE and the list of S-NSSAIs of the current PLMN or SNPN that are valid for the current PLMN or SNPN.
  • a list of mapped S-NSSAIs that are S-NSSAIs may be referred to as a list of mapped S-NSSAIs that are Allowed NSSAIs.
  • the list of mapped S-NSSAIs in Allowed NSSAI may be 3GPP mapped S-NSSAI(s) for the allowed NSSAI for a PLMN.
  • Allowed NSSAI may mean 3GPP's allowed NSSAI for a PLMN or an SNPN.
  • the UE and/or NW may store and manage the allowed NSSAI for each access (3GPP access or non-3GPP access) as UE information.
  • the UE and/or NW may further manage the allowed NSSAI in association with the registration area.
  • the UE and/or NW may store and manage the allowed NSSAI in association with the PLMN or SNPN as UE information.
  • allowed NSSAI may be associated with multiple PLMNs, these multiple PLMNs may be EPLMNs, and multiple SNPNs may be ESNPNs.
  • the allowed NSSAI associated with PLMN or SNPN and access type may be expressed as "allowed NSSAI for PLMN or SNPN and access type" or "allowed NSSAI for PLMN or SNPN access type”.
  • S-NSSAI included in allowed NSSAI may be expressed as allowed S-NSSAI.
  • allowed S-NSSAI may be sent and received using S-NSSAI IE, in which case allowed S-NSSAI (SST and/or SD) is S-NSSAI and mapped S-NSSAI (SST and/or SD of mapped HPLMN or SNPN and/or SD of the mapped HPLMN or SNPN) (if any, e.g. when the UE is roaming or when the associated PLMN or SNPN is a VPLMN or VSNPN).
  • S-NSSAI SST and/or SD
  • S-NSSAI SST of mapped HPLMN or SNPN and/or SD of mapped HPLMN or SNPN
  • Allowed S-NSSAI for PLMN or SNPN is expressed as "allowed S-NSSAI for PLMN or SNPN" or "allowed S-NSSAI for PLMN or SNPN” or "allowed S-NSSAI for PLMN or SNPN" It's okay to be.
  • the one or more S-NSSAIs in the HPLMN or HSNPN to which the allowed S-NSSAI is mapped are "one or more mapped S-NSSAIs to the allowed NSSAIs in the PLMN or SNPN" or "one or more mapped S-NSSAIs to the allowed NSSAIs in the PLMN or SNPN" It may also be expressed as "mapped S-NSSAI”.
  • rejected NSSAI is information indicating one or more network slices that the UE is not allowed to use or request.
  • the rejected NSSAI is information that identifies a network slice to which the network does not allow the UE to connect.
  • the rejected NSSAI transmitted from the NW to the UE may be included in the rejected NSSAI IE or the Extended rejected NSSAI IE.
  • Rejected NSSAI Rejected NSSAI transmitted and received using IE may be information that includes one or more combinations of S-NSSAI (SST and/or SD) and rejection reason value (rejected S-NSSAI).
  • Extended rejected NSSAI The rejected NSSAI sent and received using IE is S-NSSAI (SST and/or SD) and mapped S-NSSAI (SST and/or SD of mapped HPLMN or SNPN) when roaming. ) (if any, e.g. when the UE is roaming, or when the associated PLMN or SNPN is VPLMN or VSNPN) and a rejection reason value (Rejected S-NSSAI). Good too.
  • the Extended rejected NSSAI IE may include one or more Rejected S-NSSAs and/or NSSAI sets (Partial extended rejected NSSAI list in 5GS), and the Rejected S-NSSAI set may include the type of this set. may also include information indicating.
  • the information indicating the type of set may be, for example, information indicating that the set contains one or more rejected S-NSSAI (SST and/or SD) with associated backoff timer values. , this set may include information indicating that the associated backoff timer value is not included but one or more rejected S-NSSAI (SST and/or SD) is included.
  • the information indicating the type of set is information indicating that this set contains one or more rejected S-NSSAIs with associated backoff timer values, then the set of rejected S-NSSAIs does not have a backoff timer value. May contain values.
  • the S-NSSAI included in the rejected NSSAI may be associated with the PLMN ID or SNPN ID.
  • the PLMN or SNPN indicated by the PLMN ID or SNPN ID with which the S-NSSAI included in the rejected NSSAI is associated may be the current PLMN or the current SNPN.
  • the PLMN ID or SNPN ID associated with the S-NSSAI included in the rejected NSSAI may be information indicating HPLMN or HSNPN, regardless of the current PLMN or SNPN.
  • the rejection reason value is information indicating the reason why the network rejects the corresponding S-NSSAI or the combination of the corresponding S-NSSAI and mapped S-NSSAI (if any).
  • the UE and/or the network shall assign each S-NSSAI and/or mapped S-NSSAI (if any) a rejection reason to which each S-NSSA or the corresponding combination of S-NSSAI and mapped S-NSSAI is associated. Based on the value, it may be stored and managed as the appropriate rejected NSSAI and/or mapped S-NSSAI of the rejected NSSAI.
  • the rejected NSSAI may be included in a NAS message sent from the network to the UE, such as a registration acceptance message, a configuration update command, a registration rejection message, or an RRC message that includes the NAS message.
  • S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
  • the rejected NSSAI may be transmitted using the Rejected NSSAI IE or the Extended rejected NSSAI IE when the UE is roaming.
  • the Extended rejected NSSAI IE includes the S-NSSAI (SST and/or SD) of the current PLMN or SNPN and the mapped S-NSSAI (SST and/or SD of the mapped HPLMN or SNPN).
  • One or more rejected S-NSSAI (IE) consisting of a rejection reason value may be included, and the UE requests the NW for the received S-NSSAI of the current PLMN or SNPN along with the received mapped S-NSSAI. It can be understood as being rejected.
  • the Rejected NSSAI IE may include a rejected S-NSSAI IE based on the S-NSSAI of the current PLMN or SNPN and a rejection reason value, and the UE receives the S-NSSAI of the current PLMN or SNPN, or It may be understood that the request to the NW for the S-NSSAI associated with the S-NSSAI of HPLMN or HSNPN has been rejected.
  • the rejected NSSAIs are the first to fourth rejected NSSAIs, one or more mapped S-NSSAIs for the first rejected NSSAI, one or more mapped S-NSSAIs for the second rejected NSSAI, and the fourth rejected NSSAIs. It may be one or more mapped S-NSSAIs, or a combination thereof. S-NSSAI included in rejected NSSAI may be expressed as rejected S-NSSAI.
  • the rejected S-NSSAI may be transmitted and received between devices using the S-NSSAI IE, and the S-NSSAI IE indicating the rejected NSSAI may be configured to include the S-NSSAI and the mapped S-NSSAI.
  • the UE and/or NW may store and manage the rejected NSSAI in association with the PLMN or SNPN as UE information.
  • the rejected NSSAI may also be associated with one or more other PLMNs or SNPNs, where the one or more other PLMNs may be EPLMNs and the one or more other SNPNs may be ESNPNs.
  • the rejected NSSAI associated with PLMN or SNPN may be expressed as rejected NSSAI for PLMN or SNPN, rejected NSSAI for PLMN or SNPN, or rejected NSSAI for PLMN or SNPN.
  • the UE and/or NW may further store the second rejected NSSAI and/or the second rejected S-NSSAI in association with the registration area.
  • the UE and/or NW may store the second rejected NSSAI and/or the second rejected S-NSSAI in association with the access type and/or registration area.
  • the first rejected NSSAI is a set of one or more S-NSSAIs that are not available in the current PLMN or the current SNPN.
  • the first rejected NSSAI may be a 5GS rejected NSSAI for the current PLMN or SNPN, a rejected S-NSSAI for the current PLMN or SNPN, or a rejected NSSAI for the current PLMN or SNPN.
  • the included S-NSSAI(s) for rejected S-NSSAI for the current PLMN or SNPN may be mapped S-NSSAI(s) for rejected S-NSSAI for the current PLMN or SNPN. It may be S-NSSAI included in the current PLMN or SNPN.
  • the list (set) of mapped S-NSSAIs for the first rejected NSSAI may be one or more mapped S-NSSAIs for the first rejected NSSAI, and the 5GS mapped S-NSSAI(s) for the rejected NSSAI for The current PLMN or SNPN may be used.
  • the first rejected NSSAI may be a rejected NSSAI stored in the UE or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
  • the S-NSSAI included in the requested NSSAI sent by the UE to the NW is not possible in the current PLMN or the current SNPN.
  • the first rejected NSSAI may be information that includes one or more combinations of S-NSSAI and rejection reason value.
  • the reason for rejection value at this time may be "S-NSSAI not available in the current PLMN or SNPN", and the S-NSSAI associated with the reason for rejection value may be "S-NSSAI not available in the current PLMN or SNPN". It may be information indicating that NSSAI is not possible in the current PLMN or SNPN.
  • the S-NSSAI included in the first rejected NSSAI may be expressed as the first rejected S-NSSAI.
  • the first rejected NSSAI is a rejected NSSAI transmitted from the NW to the UE
  • the first rejected NSSAI may be transmitted and received while being included in a rejected NSSAI IE or an Extended rejected NSSAI IE.
  • the rejected NSSAI IE or Extended rejected NSSAI IE may include at least one combination of the S-NSSAI of the current PLMN or SNPN and the rejection reason value. If the UE is roaming, the above combination may further include mapped S-NSSAI, which is the S-NSSAI of HPLMN.
  • the first rejected NSSAI sent from the NW to the UE includes at least one combination of the S-NSSAI of the current PLMN or SNPN, the mapped S-NSSAI, and the rejection reason value. It's fine.
  • the first rejected NSSAI may be applied to 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 if the UE transitions to the non-registered state for the current PLMN via an access, or successfully registers to a new PLMN via an access, or registers to a new PLMN via an access. If the UE fails and transitions to the non-registered state, and the UE is not registered via the other access (non-registered state), the UE deletes the first rejected NSSAI.
  • the UE if the UE transitions to a non-registered state for the current PLMN via one access, and the UE is registered for the current PLMN via the other access (registered state). , the UE shall not remove the first rejected NSSAI.
  • the S-NSSAI included in the first rejected NSSAI or the first rejected NSSAI may be the S-NSSAI of the current PLMN.
  • the S-NSSAI included in the first rejected NSSAI or the first rejected NSSAI may be stored and/or managed and/or transmitted and received in association with only the current PLMN ID or SNPN ID.
  • the S-NSSAI included in the first rejected NSSAI may be the S-NSSAI of the HPLMN or may be the S-NSSAI of the current PLMN.
  • the second rejected NSSAI is a collection of one or more S-NSSAIs that are unavailable within the current registration area.
  • the second rejected NSSAI may be the 5GS rejected NSSAI for the current registration area, mapped S-NSSAI(s) for rejected NSSAI for the current registration area, or mapped S-NSSAI(s ) for rejected NSSAI for the current registration area.
  • the list (set) of mapped S-NSSAIs for the second rejected NSSAI may be one or more mapped S-NSSAIs for the second rejected NSSAI, and the 5GS mapped S-NSSAI(s) for the rejected NSSAI for It may be the current registration area.
  • the second rejected NSSAI may be a rejected NSSAI stored in the UE or the NW, or may be a rejected NSSAI transmitted from the NW to the UE.
  • the second rejected NSSAI may be information that includes one or more combinations of an S-NSSAI and a reason value.
  • the rejection reason value at this time may be "S-NSSAI not available in the current registration area", and the S-NSSAI associated with the reason value may be "S-NSSAI not available in the current registration area". It may be information indicating that the registration is not possible within the current registration area.
  • the S-NSSAI included in the second rejected NSSAI may be expressed as the second rejected S-NSSAI.
  • the UE includes the S-NSSAI included in the requested NSSAI that is rejected because it is not possible in the current registration area. Include one or more. In that case, the second rejected NSSAI may be transmitted and received while being included in the rejected NSSAI IE or the Extended rejected NSSAI IE.
  • the rejected NSSAI IE or Extended rejected NSSAI IE may include at least one combination of the S-NSSAI of the current PLMN or SNPN and the rejection reason value. If the UE is roaming, the above combination may further include mapped S-NSSAI, which is the S-NSSAI of HPLMN.
  • the second rejected NSSAI sent from the NW to the UE includes at least one combination of the S-NSSAI of the current PLMN or SNPN, the mapped S-NSSAI, and the rejection reason value. It's fine.
  • the second rejected NSSAI may be valid within the current registration area and may be applied to the current registration area.
  • 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.
  • the second rejected NSSAI may be information valid for each of 3GPP access and non-3GPP access. That is, once the UE transitions to the unregistered state for a certain access, it may delete the second rejected NSSAI associated with that access from its memory.
  • the S-NSSAI included in the second rejected NSSAI or the second rejected NSSAI may be the S-NSSAI of the current PLMN.
  • the S-NSSAI included in the second rejected NSSAI or the second rejected NSSAI may be stored and/or managed and/or transmitted and received in association with only the current PLMN ID or SNPN ID.
  • the S-NSSAI included in the second rejected NSSAI may be the S-NSSAI of the HPLMN, or may be the S-NSSAI of the current PLMN.
  • 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 been failed or canceled.
  • the third rejected NSSAI may be an NSSAI stored in the UE and/or the NW, or may be an NSSAI transmitted and received between the NW and the UE.
  • the third rejected NSSAI may be information that includes one or more combinations of S-NSSAI and rejection reason value.
  • the reason for refusal value at this time may be "S-NSSAI not available due to the failed or revoked NSSAA" and is associated with the reason for refusal value.
  • the information may be information indicating that NSSAA for the S-NSSAI has failed or been cancelled.
  • the S-NSSAI included in the third rejected NSSAI may be expressed as the third rejected S-NSSAI.
  • the third rejected NSSAI is the NSSAI transmitted from the NW to the UE, the third rejected NSSAI may be transmitted and received using the rejected NSSAI IE or the Extended rejected NSSAI IE.
  • the third rejected NSSAI may apply to registered PLMNs or registered SNPNs, may apply to registered PLMNs and/or EPLMNs, or may apply to registered SNPNs and/or ESNPNs, or all may be applied to PLMN or SNPN.
  • the third rejected NSSAI applies to all PLMNs, which may mean that the third rejected NSSAI is not associated with a PLMN, or that the third rejected NSSAI is associated with an HPLMN or HSNPN. It can mean
  • the UE and/or NW may treat the third rejected NSSAI and the third rejected S-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 may be a 5GS rejected NSSAI for the failed or revoked NSSAA, a rejected S-NSSAI for the failed or revoked NSSAA, or a rejected NSSAI for the failed or revoked NSSAA. It may be included S-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. Specifically, if the UE memorizes the third rejected NSSAI, 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. Alternatively, 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 may be the S-NSSAI of HPLMN.
  • the third rejected NSSAI received by the UE from VPLMN or VSNPN may include the S-NSSAI of HPLMN or HSNPN.
  • the UE and/or each device may store the "third rejected NSSAI" in which the HPLMN or HSNPN S-NSSAI is configured. In other words, even during roaming, the "third rejected NSSAI" may be stored without being associated with the mapped S-NSSAI.
  • the fourth rejected NSSAI is information that includes one or more S-NSSAIs that have reached the maximum number of UEs for each network slice.
  • the fourth rejected NSSAI may be an NSSAI stored in the UE and/or the NW, or may be an NSSAI transmitted from the NW to the UE.
  • the fourth rejected NSSAI may be the 5GS rejected NSSAI for the maximum number of UEs reached, the rejected S-NSSAI for the maximum number of UEs reached, or the rejected NSSAI for the maximum number of UEs S-NSSAI(s) for the maximum number of UEs reached, mapped S-NSSAI(s) for the maximum number of UEs reached, mapped S-NSSAI(s) for the maximum number of UEs reached It may be included S-NSSAI.
  • the list (set) of mapped S-NSSAIs for the fourth rejected NSSAI may be one or more mapped S-NSSAIs for the fourth rejected NSSAI, and the 5GS mapped S-NSSAI(s) for the maximum number of UEs may be reached.
  • the fourth rejected NSSAI includes the S-NSSAI (SST and/or SD) and the mapped S-NSSAI (SST and/or SD) (if any). , a rejection reason value, and a backoff timer value.
  • the rejection reason value at this time may be "S-NSSAI not available due to maximum number of UEs reached for each network slice", and is associated with the rejection reason value. It may be information indicating that the S-NSSAI can be notified as Allowed NSSAI or that the maximum number of UEs that can be permitted has been reached.
  • the reason for rejection value may be the reason for rejection value included in rejected NSSAI.
  • the value of the backoff timer is determined by the UE's current PLMN or SNPN S - It may be information indicating a period during which sending of MM messages is prohibited using NSSAI.
  • the fourth rejected NSSAI may be applied to registered PLMNs and/or EPLMNs, may be applied to registered SNPNs and/or ESNPNs, and may be applied to registered SNPNs and/or ESNPNs to which TAIs included in the TA list (TAI list or registration area) belong. It may be applied to one or more PLMNs or SNPNs.
  • the UE and/or NW may treat the fourth rejected NSSAI and the S-NSSAI included in the fourth rejected NSSAI as information for each access type.
  • the fourth rejected NSSAI is the NSSAI transmitted from the NW to the UE, the fourth rejected NSSAI may be transmitted and received using the rejected NSSAI IE or the Extended rejected NSSAI IE.
  • the rejected NSSAI IE and Extended rejected NSSAI IE may include a list of rejected S-NSSAIs. .
  • the list of rejected S-NSSAIs included in the rejected NSSAI IE may be one or more 5GS Rejected S-NSSAIs.
  • the Rejected S-NSSAI may include the S-NSSAI (SST and/or SD) of the current PLMN or SNPN and the corresponding rejection reason value.
  • the list of rejected S-NSSAIs included in the Extended rejected NSSAI IE may be the Partial extended rejected NSSAI list of 5GS.
  • the list of rejected S-NSSAIs includes a first type list that does not include a backoff timer value and a backoff that is applied to all S-NSSAIs included in the list of rejected S-NSSAIs. There is a second type of list containing timer values.
  • the Extended rejected NSSAI IE may be configured with one or more first type lists and/or one or more second type lists.
  • the first type list may include information indicating that this list is the first type, and one or more Rejected S-NSSAI of one or more 5GS.
  • the Rejected S-NSSAI may include the S-NSSAI (SST and/or SD) of the current PLMN or SNPN and the corresponding rejection reason value.
  • a mapped S-NSSAI (SST and/or SD) may be configured in the Rejected S-NSSAI.
  • Information indicating that this list is of the first type may mean that this list contains one or more S-NSSAIs, but not with the corresponding backoff timer value. In other words, this may mean that this list does not include backoff timer values corresponding to one or more S-NSSAIs included in this list.
  • the second type list may include information indicating that this list is the second type, a backoff timer value, and one or more 5GS Rejected S-NSSAIs.
  • the Rejected S-NSSAI may include the S-NSSAI (SST and/or SD) of the current PLMN or SNPN and the corresponding rejection reason value.
  • a mapped S-NSSAI (SST and/or SD) may be configured in the Rejected S-NSSAI.
  • the information indicating that this list is of the second type is that this list contains one or more S-NSSAIs and their corresponding backoff timer values, and that the backoff timer values are It may be information that means that it is applied to all S-NSSAIs.
  • the value of the backoff timer included in the second type list may be a value applied to all S-NSSAIs included in the same second type list.
  • the pending NSSAI may be a 5GS pending NSSAI.
  • the pending NSSAI may be an NSSAI stored in the UE and/or the NW, or may be an NSSAI transmitted and received between the NW and the UE.
  • the pending NSSAI may be sent and received using a pending NSSAI IE configured with one or more S-NSSAI IEs.
  • SST and/or SD and mapped S-NSSAI (SST of the mapped HPLMN or HSNPN and/or SD of the mapped HPLMN or HSNPN) (if any, e.g. when the UE roams or the associated PLMN or (if SNPN is VPLMN or VSNPN) may be included.
  • pending NSSAI may be applied to the entire registered PLMN or registered SNPN, applied to the registered PLMN and one or more EPLMNs of the registered PLMN, or applied to the registered SNPN and one or more ESNPNs of the registered SNPN. may be done.
  • the UE and/or NW may treat the S-NSSAI included in the pending NSSAI as information independent of the access type.
  • the pending NSSAI may be information common to 3GPP access and non-3GPP access.
  • the pending NSSAI is an NSSAI consisting of one or more S-NSSAIs that identifies 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 or the mapped S-NSSAI of the pending NSSAI.
  • 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 stored pending NSSAI is completed.
  • 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.
  • the S-NSSAI included in the pending NSSAI stored by the UE may be the S-NSSAI of HPLMN or HSNPN.
  • the pending NSSAI IE received by the UE from the VPLMN or VSNPN may include the S-NSSAI of the HPLMN or SNPN.
  • Such a pending NSSAI may be referred to as a first pending NSSAI.
  • the UE remembering the first pending NSSAI means it does not remember the mapped S-NSSAI to the first pending NSSAI, and the S-NSSAI configured to the first pending NSSAI that the UE remembers is roaming. It is S-NSSAI of HPLMN or HSNPN regardless of the time of non-roaming.
  • the pending NSSAI IE containing the pending NSSAI contains the mapped S-NSSAI of the current S-NSSAI. may be included, or only mapped S-NSSAI may be included.
  • the S-NSSAI included in the pending NSSAI stored by the UE may be the S-NSSAI of the current PLMN (VPLMN) or SNPN (VSNPN).
  • the pending NSSAI that the UE receives from the VPLMN or VSNPN may include the S-NSSAI of the VPLMN or VSNPN.
  • Such pending NSSAI may be referred to as a second pending NSSAI.
  • the S-NSSAI configured in the second pending NSSAI may be the S-NSSAI of the current PLMN or SNPN, regardless of whether roaming or non-roaming.
  • pending NSSAI when we refer to pending NSSAI, it may mean the first pending NSSAI, the second pending NSSAI, both pending NSSAIs, or any other pending NSSAI. May also mean pending NSSAI.
  • 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).
  • a tracking area may be identified by a TAI (Tracking Area Identity) consisting of a TAC (Tracking Area Code) and a PLMN.
  • 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 TAIs included in the TAI list may belong to one PLMN or to multiple PLMNs. If multiple TAIs included in the TAI list belong to different PLMNs, those PLMNs may be EPLMNs.
  • 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.
  • Management of the maximum number of UEs connected to a slice means managing and/or controlling the maximum number of UEs that can be registered to a network slice or S-NSSAI at the same time, or establishing a PDU session using a network slice or S-NSSAI at the same time. It is to manage and/or control the maximum number of UEs.
  • the maximum number of UEs connected to a slice may be managed by 5GS NSAC (network slice admission control). NSAC may also be expressed as slice admission control.
  • Management and/or control of the maximum number of UEs that can be registered in a network slice or S-NSSAI at the same time may be expressed as MM-based slice admission control.
  • Management and/or control of the maximum number of UEs that can establish PDU sessions using network slices or S-NSSAI at the same time may be expressed as session management based slice admission control.
  • slice admission control may also mean NSAC (Network Slice Admission Control).
  • the UE registered in a network slice or S-NSSAI may mean that the S-NSSAI indicating the network slice is included and stored in the allowed NSSAI.
  • Devices in the network that support the function of managing the maximum number of UEs connected to a slice, or the function of managing and/or controlling the maximum number of UEs that can be registered to a network slice or S-NSSAI at the same time, must be connected to a slice for each S-NSSAI. It is possible to memorize whether or not management of the maximum number of UEs is required, and it is also possible to confirm during the registration procedure whether the number of registered UEs has reached a constant, which is the maximum number.
  • each device that supports the function of managing the maximum number of UEs connected to a slice, or the function of managing and/or controlling the maximum number of UEs that can be simultaneously registered to a network slice or S-NSSAI is required to store a fourth rejected NSSAI. It's good to be able to do it.
  • the maximum number of UEs connected to a slice may be expressed as the maximum number of UEs connected to each slice, the maximum number of UEs that can be registered in a network slice or S-NSSAI, the maximum number of UEs, or a constant. .
  • SSC Session and Service Continuity
  • the session may mean a PDU session established between the UE and the NW
  • the service may mean a service provided to the UE by the PDU session established between the UE and the NW.
  • Various modes may exist.
  • SSC Session and Service Continuity
  • SSC Session and Service Continuity
  • SSC Session and Service Continuity
  • it may be a mode indicating the type of service session continuation supported by the PDU session established between UE_A10 and the anchor point.
  • the anchor point may be UPGW or UPF.
  • UPF may be TUPF (terminating user-plane function).
  • TUPF is a UPF at the end of each interface and has a PDU session anchor function.
  • the anchor point may be a PDU Session Anchor.
  • switching anchor points may be referred to as anchor relocation and/or changing the PDU session anchor. Note that these may also be referred to as anchor relocation procedures and PDU session anchor change procedures.
  • the PDU session established in the initial state may be referred to as the first PDU session, and the PDU session established after the procedure is completed may be referred to as the second PDU session.
  • the SSC mode may be a mode that indicates the type of service session continuation that is set for each PDU session. That is, SSC mode may be associated with a PDU session.
  • the SSC mode and/or the SSC mode may be associated with the anchor point and controlled such that it cannot be changed while the PDU session is established.
  • the SSC mode associated with a PDU session may not be able to be changed during the lifetime of the PDU session.
  • Each SSC mode will be explained below.
  • SSC mode 1 is a service session continuation mode in which the same UPF continues to be maintained as an anchor point, regardless of the access technology such as RAT (Radio Access Technology) or cell used when UE_A10 connects to the network. More specifically, SSC mode 1 may be a mode that realizes service session continuation without changing the anchor point used by the established PDU session even if UE_A10's mobility occurs.
  • RAT Radio Access Technology
  • SSC mode 2 is a service session continuation mode in which when a PDU session includes one anchor point, the PDU session is first released and then the PDU session is established. More specifically, SSC mode 2 is a mode in which when anchor point relocation occurs, a PDU session is deleted once and then a new PDU session is established.
  • SSC mode 2 is a service session continuation mode in which the same UPF is maintained as an anchor point only within the UPF serving area. More specifically, SSC mode 2 may be a mode that realizes service session continuation without changing the UPF used by the established PDU session as long as UE_A10 is within the UPF serving area. Furthermore, SSC mode 2 is a mode that changes the UPF used by the established PDU session to achieve service session continuation when UE_A10's mobility occurs, such as leaving the UPF serving area. good.
  • the UPF serving area may be an area where one UPF can provide a service session continuation function, or a subset of an access network such as a RAT or cell used when UE_A10 connects to the network. It may be.
  • the access network subset may be a network composed of one or more RATs and/or cells, or may be a TA.
  • the SSC mode 2 When continuing a session in SSC mode 2, if changing the S-NSSAI is not permitted, it may be referred to as the first SSC mode 2.
  • the session continuation in SSC mode 2 if changing the S-NSSAI is permitted, it may be referred to as a second SSC mode 2.
  • a case where the session continues in SSC mode 2 while changing the S-NSSAI or network slice may be referred to as second SSC mode 2.
  • a case where the SSC mode 2 PDU session is continued while changing the S-NSSAI or network slice may be referred to as a second SSC mode 2.
  • SSC mode 2 it may mean the first SSC mode 2 and/or the second SSC mode 2.
  • SSC mode 3 is a service session continuation mode that allows a PDU session to be established between a new anchor point and the UE for the same DN without releasing the PDU session between the UE and the anchor point.
  • SSC mode 3 creates a new PDU session and/or communication via a new UPF for the same DN before disconnecting the established PDU session and/or communication path between UE_A10 and UPF. This is a mode of service session continuation that allows the connection to be established. Furthermore, SSC mode 3 may be a mode of service session continuation that allows UE_A10 to become multihoming.
  • SSC mode 3 may be a mode in which continuation of a service session using multiple PDU sessions and/or a UPF associated with a PDU session is permitted.
  • each device may implement service session continuation using multiple PDU sessions, or may implement service session continuation using multiple UPFs.
  • SSC mode 3 For session continuation in SSC mode 3, if changing the S-NSSAI is not permitted, it may be referred to as the first SSC mode 3.
  • S-NSSAI change if S-NSSAI change is permitted, it may be referred to as a second SSC mode 3.
  • second SSC mode 3 a case where the session continues in SSC mode 3 while changing the S-NSSAI or network slice
  • SSC mode 3 PDU session is continued while changing the S-NSSAI or network slice
  • SSC mode 3 When simply referred to as SSC mode 3, it may mean the first SSC mode 3 and/or the second SSC mode 3.
  • SSC mode 4 may be the second SSC mode 2.
  • SSC mode 4 when SSC mode 4 includes one anchor point within a PDU session, the service session first releases the PDU session and then establishes the PDU session while changing the S-NSSAI or network slice. It is a mode of continuation. More specifically, SSC mode 4 is a mode in which when anchor point relocation occurs, the S-NSSAI or network slice is changed, the PDU session is deleted, and then a new PDU session is established.
  • SSC mode 4 is a service session continuation mode that continues to maintain the same UPF as an anchor point while changing the S-NSSAI or network slice only within the serving area of the UPF. More specifically, SSC mode 4 allows service sessions to continue without changing the UPF used by established PDU sessions while changing the S-NSSAI or network slice as long as UE_A10 is within the serving area of the UPF. It may be a mode that realizes. Furthermore, SSC mode 4 changes the UPF used by the established PDU session while changing the S-NSSAI or network slice when UE_A10's mobility occurs, such as leaving the UPF serving area. It may be a mode that realizes service session continuation.
  • the UPF serving area may be an area where one UPF can provide a service session continuation function, or a subset of an access network such as a RAT or cell used when UE_A10 connects to the network. It may be.
  • the access network subset may be a network composed of one or more RATs and/or cells, or may be a TA.
  • SSC mode 5 may be the second SSC mode 3.
  • SSC mode 5 allows establishing a PDU session between a new anchor point and the UE for the same DN while changing the S-NSSAI or network slice without releasing the PDU session between the UE and the anchor point.
  • This is a service session continuation mode that allows for continuous service sessions.
  • SSC mode 5 While changing the S-NSSAI or network slice, SSC mode 5 creates a new UPF for the same DN before disconnecting the established PDU session and/or communication path between UE_A10 and the UPF.
  • a mode of service session continuation that allows new PDU sessions and/or communication channels to be established over the network.
  • SSC mode 5 may be a mode of service session continuation that allows UE_A10 to become multihoming.
  • SSC mode 5 may be a mode in which continuation of a service session using multiple PDU sessions and/or a UPF associated with a PDU session is permitted.
  • each device may implement service session continuation using multiple PDU sessions, or may implement service session continuation using multiple UPFs.
  • the first identification information is information indicating the new S-NSSAI.
  • the first identification information may be information indicating the updated or changed S-NSSAI.
  • the first identification information may be information indicating the S-NSSAI with which the newly established second PDU session is associated.
  • the first identification information may be an S-NSSAI assigned by the network to the second PDU session and/or the UE.
  • the S-NSSAI indicated by the first identification information may be the same S-NSSAI as the S-NSSAI associated with the first PDU session, or may be a different S-NSSAI.
  • the SST of the S-NSSAI indicated by the first identification information may be the same as or different from the SST of the S-NSSAI with which the first PDU session is associated.
  • the first identification information is information indicating updated or changed Preference information.
  • the first identification information may be information that informs the network of update or change of preference information of a route or anchor point included in a PDU session.
  • the second identification information is information indicating the reason.
  • the second identification information may be a reason value and may be a 5GSM cause IE.
  • the second identification information may be information indicating update or change of Preference information.
  • the second identification information may be information indicating that the network has updated or changed the Preference information.
  • the second identification information may be information indicating update or change of the PDU session due to movement of the UE.
  • the second identification information may be information indicating that the network has updated or changed information regarding the PDU session in conjunction with updating the UE location information.
  • the second identification information may be information indicating that the S-NSSAI associated with the PDU session becomes unavailable or that the S-NSSAI is changed.
  • the second identification information may be 5GSM cause #39 "reactivation requested” or may be the information indicated by 5GSM cause #39 "reactivation requested”.
  • the eleventh identification information is information indicating the new S-NSSAI.
  • the eleventh identification information may be associated with a PDU session ID that is transmitted and received together.
  • the eleventh identification information may be the same as the first identification information.
  • the twelfth identification information may be a reason value.
  • the twelfth identification information may be information indicating that the same DN is requested to start a PDU session establishment procedure for re-establishing a PDU session. Further, the twelfth identification information may be information indicating that the same S-NSSAI requests initiation of a PDU session establishment procedure for re-establishment of the PDU session, or the twelfth identification information may be information indicating that the PDU session establishment procedure for re-establishment of the PDU session is requested for the same S-NSSAI, or the PDU session establishment procedure for re-establishing the PDU session for a different S-NSSAI. It may be information indicating that a request is made to start a PDU session establishment procedure for session re-establishment.
  • the twelfth identification information may be 5GSM cause #39 "reactivation requested” or may be information indicated by 5GSM cause #39 "reactivation requested”.
  • the 21st identification information may be the requested S-NSSAI information.
  • the 21st identification information may be empty information.
  • the 21st identification information may be the S-NSSAI notified from the NW.
  • the S-NSSAI included in the 21st identification information may be the S-NSSAI indicated by the first identification information and/or the 11th identification information.
  • the 22nd identification information may be information indicating the requested SSC mode.
  • the 22nd identification information may indicate at least one of SSC mode 1 to SSC mode 5.
  • the 23rd identification information may be information indicating whether the UE supports changing the S-NSSAI due to anchor relocation.
  • the 23rd identification information may be information indicating that the UE supports changing the S-NSSAI due to anchor relocation.
  • the 23rd identification information may be, for example, the 5GSM capability IE and/or the information included in the 5GSM capability IE.
  • the 31st identification information may be information indicating whether the NW and/or the established PDU session supports changing the S-NSSAI by anchor relocation.
  • the 31st identification information may be information indicating that the NW and/or the established PDU session supports changing the S-NSSAI due to anchor relocation.
  • the 31st identification information may be feature information, for example, 5GS network feature support and/or information included in 5GS network feature support.
  • the 31st identification information may be associated with the SSC mode and/or the PDU session ID and/or the anchor point that were transmitted and received together.
  • the 32nd identification information may indicate that the NW has changed the S-NSSAI due to anchor relocation.
  • the 32nd identification information may be a changed S-NSSAI.
  • the 32nd identification information may be S-NSSAI IE.
  • the 35th identification information is information indicating that the NW does not support changing the S-NSSAI due to anchor relocation, and/or that a PDU session cannot be established because the NW does not support changing the S-NSSAI due to anchor relocation. It may be information indicating.
  • the 35th identification information may be a reason value, for example 5GSM cause IE.
  • the 35th identification information may be 5GSM cause #39 "reactivation requested” or may be the information indicated by 5GSM cause #39 "reactivation requested”.
  • procedures used in each embodiment include a PDU session change procedure, a PDU session release procedure, and/or a PDU session establishment procedure. Each procedure will be explained below.
  • the PDU session change procedure may be referred to as this procedure. Further, the PDU session change procedure may be an SM procedure.
  • This procedure is for each device to update the status of the PDU session.
  • each device may execute this procedure after completing the PDU session establishment procedure, or may execute this procedure during the PDU session establishment procedure. Furthermore, each device may start this procedure in the registered state, or may start this procedure at any timing after the PDU session establishment procedure. Additionally, each device may update the state of the PDU session based on the completion of the PDU session change procedure. Furthermore, if each device has established multiple PDU sessions, it may update the status of each PDU session by executing this procedure multiple times.
  • the SMF transmits a PDU session modification command message to the UE via the AMF (S802) (S804).
  • the SMF_A230 sends a PDU session change command message to the AMF using the N11 interface (S802), and the AMF that received the PDU session change command message sends the PDU session change command message to the UE using the N1 interface. (S804).
  • the trigger for SMF to send a PDU session change command message may be the reception of a status change notification message sent from AMF, the reception of a request message from AF, or the trigger of SMF's own It may also be a detection of a state change.
  • the trigger for the SMF to send the PDU session change command message may be that the SMF and/or the AMF detects that the use of the S-NSSAI with which the PDU session is associated is no longer permitted.
  • the SMF may receive a status change notification message from the AMF if the AMF detects that use of the S-NSSAI is no longer permitted.
  • the PDU session change command message may be a NAS message sent and received on the N11 interface and the N1 interface, or may be included in the NAS message and sent and received. Further, the PDU session change command message is not limited to this, and any message indicating that it has been decided to change the PDU session may be used.
  • the state change notification message may be a message sent by the AMF to the SMF using the N11 interface, and may be information indicating that the state of the UE has changed due to UE mobility or the like. Furthermore, the state change notification message is information indicating that the state of the UE and/or network equipment has changed due to a change in subscriber information and/or operator policy and/or policy of the UE. It's okay. Further, the request message from the AF may be a request message sent from the AF, or may be a request message sent on behalf of another network device.
  • the SMF may include at least one or more identification information among the first to second identification information in the PDU session change command message, and by including these identification information, the SMF may indicate the SMF request. It's okay.
  • the SMF may request a change in the connection destination of the PDU session and information regarding the PDU session by transmitting one or more of the first to second pieces of identification information. More specifically, the SMF may request an update of the preference information by sending the second identification information and/or sending the second identification information in association with the first identification information; A change in default route may be requested or a change in mobility may be notified.
  • the SMF may notify the change of the S-NSSAI and/or the new S-NSSAI by sending the second identification information and/or the first identification information.
  • SMF determines which identification information to include in the PDU session change request message among the first and second identification information based on network capability information, policies such as operator policy, and/or network status. It may be determined based on Note that the determination by the SMF of which identification information to include in the PDU session change request message is not limited to this.
  • the UE may recognize the request from the NW by receiving one or more of the first to second pieces of identification information. Specifically, based on the reception of the second identification information, the UE may recognize the connection destination of the PDU session, a change in information regarding the PDU session, or may recognize a change in the S-NSSAI.
  • the UE recognizes the S-NSSAI with which the second PDU session is associated and/or the S-NSSAI requested by the UE in a subsequent PDU session establishment request procedure based on the first identification information; You may do so.
  • a registration request message may be sent before performing the PDU session establishment request procedure.
  • the message may include a requested NSSAI IE that includes the S-NSSAI indicated in the first identification information.
  • the UE that received the PDU session change command message transmits a PDU session establishment accept message to the SMF via the AMF (S806) (S808).
  • UE_A10 sends a PDU session change acceptance message to AMF_A240 using the N1 interface (S806), and AMF, which has received the PDU session change request message, sends a PDU session change acceptance message to SMF using the N11 interface. (S808).
  • the PDU session change acceptance message may be a NAS message sent and received on the N1 interface and the N11 interface, or may be included in the NAS message and sent and received. Further, the PDU session change acceptance message is not limited to this, and any message indicating that establishment of a PDU session has been accepted may be used.
  • the SMF receives the PDU session modification acceptance message, sends a session modification request message (Session Modification request) to the UPF (S810), and further receives the session modification acceptance message (Session Modification response) sent by the UPF that received the session modification request message. ) message is received (S812).
  • Each device completes this procedure based on sending and receiving a PDU session change acceptance message and/or sending and receiving a session change response message.
  • the SM may transmit the RA via the UPF that serves as the anchor point.
  • each device can update the state of the PDU session.
  • a PDU session may include one or more routes.
  • a PDU session may be assigned one or more anchor points.
  • This procedure is for each device to release the PDU session. Note that each device may execute this procedure after completing the PDU session establishment procedure. Furthermore, each device may start this procedure in the registered state, or may start this procedure at any timing after the PDU session establishment procedure.
  • the SMF decides to start the PDU session release procedure.
  • the condition for the SMF to decide to start the PDU session release procedure may be that the SMF decides to start performing anchor (UPF) relocation.
  • the conditions for the SMF to decide to perform anchor relocation may be the reception of a status change notification message sent from the AMF, the reception of a request message from the AF, or the SMF's own status. It may also be a detection of a change.
  • the trigger for the SMF to decide to start the PDU session release procedure may be the SMF and/or the AMF detecting that the use of the S-NSSAI with which the PDU session is associated is no longer permitted.
  • the SMF may receive a status change notification message from the AMF and/or NSSF if the AMF and/or NSSF detects that use of the S-NSSAI is no longer permitted. Note that the factors for determining anchor relocation are not limited to these.
  • the SMF sends a session release request message to the relocation source UPF (S910), and starts the session release procedure between the SMF and the UPF.
  • the SMF may select one or more UPFs based on the UPF relocation decision and/or based on context that the SMF already maintains. Note that when multiple UPFs are selected, the SMF may transmit a session release request message to each UPF.
  • the UPF receives the Session Release Request message and deletes the context for the PDU session. Furthermore, the UPF sends a Session Release Response message to the SMF based on receiving the Session Release Request message and/or deleting the context for the PDU session (S912). Additionally, SMF receives a session release response message. Note that the session release request message and the session release response message may be control messages sent and received on the N4 interface. Further, the session release response message may be a response message to the session release request message.
  • the SMF sends a PDU session release command (PDU session release command) message to the UE via the AMF based on the reception of the PDU session release response message and/or the PDU session anchor relocation decision.
  • Send (S902) (S904).
  • the SMF transmits a PDU session release command message to the AMF (S902), and the AMF that has received the PDU session release command message transmits a PDU session release command message to the UE (S904).
  • the PDU session release command message may be a NAS message transmitted and received on the N11 interface and the N1 interface, or may be transmitted while being included in the NAS message.
  • the PDU session release command message is not limited to this, and may be any message indicating that the network has requested release of the PDU session and/or that the network has decided to release the PDU session.
  • the SMF and/or AMF may include at least one or more identification information among the eleventh to twelfth identification information in the PDU session release command message and/or the NAS message, and may include these identification information in the PDU session release command message and/or the NAS message. May be included to indicate a request to release a PDU session.
  • the SMF and/or AMF may indicate that the network has accepted the request to establish a PDU session connecting to the DN by transmitting one or more of the 11th to 12th identification information. Alternatively, it may indicate that establishment of a PDU session connected to the DN is permitted.
  • the SMF and/or the AMF may transmit information about the released PDU session for a certain period of time after the PDU session is released by transmitting one or more identification information among the eleventh to twelfth identification information. It may also be indicated that .
  • the SMF and/or the AMF may indicate that the PDU session release is to be performed for PDU session anchor relocation by sending one or more of the 11th to 12th identification information. good.
  • the SMF and/or AMF determines which of the 11th to 12th identification information to include in the PDU session release command message and/or the NAS message, based on the received identification information and/or network capabilities. The determination may be based on information and/or policies such as operator policies and/or network conditions. Note that the determination by the SMF and/or AMF of which identification information to include in the PDU session release command message and/or NAS message is not limited to this.
  • the UE may recognize the request from the NW by receiving one or more of the eleventh to twelfth pieces of identification information. Specifically, based on the reception of the twelfth identification information, the UE may recognize the connection destination of the PDU session, a change in information regarding the PDU session, or may recognize a change in the S-NSSAI.
  • the UE recognizes the S-NSSAI with which the second PDU session is associated and/or the S-NSSAI requested by the UE in the subsequent PDU session establishment request procedure based on the eleventh identification information; You may do so.
  • a registration request message may be sent before performing the PDU session establishment request procedure.
  • the message may include the requested NSSAI IE that includes the S-NSSAI indicated in the eleventh identification information.
  • the UE receives the PDU session release command message and further transmits a PDU session release accept message to the SMF via the AMF (S906) (S908).
  • the UE sends a PDU Session Release Acceptance message to the AMF using the N1 interface (S906), and the AMF, which has received the PDU Session Release Acceptance message, sends a PDU Session Release Acceptance message to the SMF using the N11 interface. Send (S908).
  • the PDU session release acceptance message may be a NAS message sent and received on the N1 interface and the N11 interface, or may be sent and received while being included in the NAS message. Further, the PDU session release acceptance message may be any response message to the PDU session release command message, and is not limited to this, and may be any message indicating that the PDU session release procedure is completed.
  • the SM sends a PDU session release notification message to the AMF (S912).
  • SMF_A230 may notify the completion of PDU session release by sending a PDU session release notification message, or may release the PDU session, but may retain some information for relocation. It is also possible to notify the user of the current status.
  • the PDU session release notification message is not limited to this, and may be any message that notifies release of a PDU session.
  • the AMF may set a timer that manages the storage of information regarding the PDU session based on the reception of the PDU Session Release Accept message, and/or the reception of the PDU Session Release Notification message, and/or the transmission of the PDU Session Release Command message.
  • the timer used may start counting.
  • the AMF may release the information and/or context regarding the PDU session when the timer count expires using the timer that manages the storage of information regarding the PDU session.
  • the SMF uses a timer to manage the storage of information about the PDU session based on the receipt of a PDU Session Release Accept message, and/or the sending of a PDU Session Release Notification message, and/or the receipt of a PDU Session Release Command message.
  • the timer may start counting.
  • the SMF may release the information and/or context regarding the PDU session when the timer count expires using the timer that manages the storage of information regarding the PDU session.
  • Each device completes this procedure based on the transmission and reception of S906 and/or S908 and/or S912. Note that each device may transition to a state in which the PDU session is released based on the completion of this procedure. Furthermore, each device may perform processing based on the identification information transmitted and received in this procedure, based on the completion of this procedure.
  • the UE when it receives one or more pieces of identification information among the eleventh to twelfth pieces of identification information, it may immediately start a PDU session establishment procedure using the eleventh piece of identification information.
  • the information regarding the PDU session may not be released temporarily or may be released immediately.
  • the UE may send a PDU session release request message to the AMF. Additionally, the AMF may send the received PDU session release request message to the SMF.
  • the UE_A 10 may include identification information in the PDU session release request message indicating that the aforementioned current PDU session requests anchor relocation by the associated S-NSSAI and/or SSC. Note that the procedure after the SMF receives the PDU session release request message may be the procedure after S910 described using FIG. 7.
  • the PDU session establishment procedure may be referred to as this procedure.
  • the PDU session establishment procedure may be an SM procedure.
  • this procedure may be executed after the registration procedure has been executed one or more times.
  • the UE transmits a PDU session establishment request message to the SMF (S1400) (S1402) (S1404) and starts the PDU session establishment procedure. Then, the SMF receives a PDU session establishment request message from the UE.
  • the UE starts a PDU session establishment procedure by transmitting a NAS message including an N1 SM container including a PDU session establishment request message to the AMF via the access network (S1400).
  • the NAS message is a message sent via the N1 interface, for example, and may be an uplink NAS transport (UL NAS TRANSPORT) message.
  • the AMF may determine the SMF based on the NAS message received from the UE and/or the network status (S1402). Further, the AMF may transfer the identification information included in the received PDU session establishment request message and/or NAS message to the selected SMF (S1404).
  • the UE may transmit a PDU session establishment request message based on reception of at least one of the first to second identification information and/or the eleventh to twelfth identification information.
  • the UE may include at least one of the twenty-first to twenty-third pieces of identification information in the PDU session establishment request message or the NAS message and transmit it.
  • the UE may include other identification information in the PDU session establishment request message or the NAS message.
  • the UE may include the requested DNN and PDU session ID in the PDU session establishment request message or NAS message.
  • the UE may indicate that the UE supports each function, or may indicate the UE's request. Furthermore, when a plurality of pieces of identification information are transmitted and received, two or more of these pieces of identification information may be configured as one or more pieces of identification information. 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 UE may indicate the contents of the identification information to the network by transmitting a PDU session establishment request message or a NAS message.
  • the UE may transmit empty twenty-first identification information; 21 may decide not to transmit the identification information.
  • the UE sends a PDU session establishment request message using no S-NSSAI based on reception of at least one of the first to second identification information and/or the eleventh to twelfth identification information. You may send it.
  • the AMF can recognize what the UE is requesting and/or the contents of the information (message, container, information) included in the NAS message.
  • the AMF selects the SMF as the destination for at least part of the information (message, container, information) included in the NAS message received from the UE (S1402).
  • AMF is responsible for the information contained in the NAS message (message, container, information), and/or subscriber information, and/or network capability information, and/or UE policy, and/or operator policy, and/or A transfer destination SMF may be selected based on the network state, user registration information, and/or context held by the AMF.
  • the AMF may select an SMF to establish a PDU session for a DNN similar to the DNN with which the first PDU session is associated. Similarly, the AMF may select an SMF to establish a PDU session for an S-NSSAI similar to the S-NSSAI with which the first PDU session was associated.
  • the AMF may select an SMF for establishing a PDU session for an S-NSSAI that is configured with an SST similar to the SST of the S-NSSAI with which the first PDU session is associated.
  • the AMF may select an SMF to establish a PDU session for a different S-NSSAI than the S-NSSAI with which the first PDU session was associated.
  • the AMF transmits at least part of the information (message, container, information) included in the NAS message received from the UE to the selected SMF, for example, via the N11 interface (S1404).
  • the SMF confirms that the UE has requested and/or the content of the information, etc. (message, container, information) received from the AMF. can be recognized.
  • the SMF may perform a second condition determination. Further, the second condition determination may be for determining whether the network accepts the request from the UE. If the SMF determines that the second condition is true, it may start the procedure in (A) of Figure 8, and if it determines that the second condition is false, it may start the procedure in (B) of Figure 8. You may begin.
  • the second condition determination may be performed by an NF other than the SMF.
  • the NF may be, for example, NSSF, NWDAF, PCF, NRF.
  • the SMF provides the NF with at least the information necessary to perform the second condition determination, specifically, at least the information received from the UE. (S1406). If the NF determines the truth or falsehood of the second condition determination based on the information received from the SMF, it sends information including the result of the second condition determination (that is, true or false) to the SMF. You can tell me.
  • the SMF may determine the identification information and/or control message to send to the UE based on the second condition determination result received from the NF.
  • the second condition determination is based on information received from the AMF (message, container, information), and/or subscription information, and/or network capability information, and/or UE policy, and/or Alternatively, it may be executed based on operator policy, and/or network status, and/or user registration information, and/or context held by the SMF.
  • the second condition determination may be determined to be true; if the network does not permit the UE's request, the second condition determination may be determined to be false. Furthermore, if the network to which the UE is connected and/or the equipment within the network supports the function requested by the UE, the second condition determination may be determined to be true, and the device supports the function requested by the UE. If not, the second condition determination may be determined to be false. Furthermore, if the transmitted and received identification information is permitted, the second condition determination may be determined to be true, and if the transmitted and received identification information is not permitted, the second condition determination may be determined to be false.
  • the SMF may select a UPF for the PDU session to be established, and send an N4 session establishment request message to the selected UPF, for example, via the N4 interface (S1408).
  • the N4 session establishment request message may include at least a portion of the PCC rule received from the PCF.
  • the SMF receives information, etc. (messages, containers, information) from the AMF, and/or information, such as PCC rules, received from the PCF, and/or subscriber information, and/or network capability information, and/or UE policy, and/or determine whether or not to perform C2 communication authorization during this procedure based on operator policy, and/or network status, and/or user registration information, and/or context maintained by the SMF, etc. You may do so.
  • information etc. (messages, containers, information) from the AMF, and/or information, such as PCC rules, received from the PCF, and/or subscriber information, and/or network capability information, and/or UE policy, and/or determine whether or not to perform C2 communication authorization during this procedure based on operator policy, and/or network status, and/or user registration information, and/or context maintained by the SMF, etc. You may do so.
  • the SMF may decide to authorize the establishment of the PDU session requested by the UE based on at least one of the twenty-first to twenty-third identification information. .
  • the SMF receives information, etc. (messages, containers, information) from the AMF, and/or information, such as PCC rules, received from the PCF, and/or subscriber information, and/or network capability information, and/or Alternatively, one or more UPFs may be selected based on the UE policy, the operator policy, the network state, the user's registration information, and/or the context held by the SMF. Furthermore, if multiple UPFs are selected, the SMF may send an N4 session establishment request message to each UPF. Here, it is assumed that UPF is selected.
  • the UPF upon receiving the N4 session establishment request message (S1408), the UPF can recognize the content of the information received from the SMF. Further, based on receiving the N4 session establishment request message, the UPF may transmit an N4 session establishment response message to the SMF, for example, via the N4 interface (S1410).
  • the SMF when the SMF receives the N4 session establishment response message as a response message to the N4 session establishment request message, it can recognize the content of the information received from the UPF.
  • the SMF sends a PDU session establishment accept message to the UE based on the reception of the PDU session establishment request message, the selection of the UPF, and/or the reception of the N4 session establishment response message, etc. Then, the UE receives a PDU session establishment acceptance message and/or identification information from the SMF (S1418) (S1420) (S1422).
  • the SMF sends the N1 SM container and /Or send N2 SM information and/or PDU session ID to AMF (S1412).
  • the N1 SM container may include a PDU session establishment acceptance message.
  • the PDU session ID may be included in the PDU session establishment acceptance message.
  • the AMF that has received the N1 SM container and/or N2 SM information and/or PDU session ID transmits a NAS message to the UE via the first base station device included in the access network (S1414 )(S1416).
  • the NAS message is sent, for example, via the N1 interface.
  • the NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.
  • the AMF transmits an N2 PDU session request message to the base station device included in the access network (S1414)
  • the base station device that received the N2 PDU session request message sends the message to the UE.
  • Send a NAS message (S1416).
  • the N2 PDU session request message may include a NAS message and/or N2 SM information.
  • the NAS message may also include a PDU session ID and/or an N1 SM container.
  • the PDU session establishment acceptance message may be a response message to the PDU session establishment request. Additionally, the PDU Session Establishment Accept message may indicate that the establishment of the PDU session has been accepted.
  • the SMF and/or AMF include a PDU session establishment acceptance message, and/or an N1 SM container, and/or a PDU session ID, and/or a NAS message, and/or an N2 SM information, and/or an N2 PDU session request.
  • Sending the message may indicate that at least a portion of the UE's request via the PDU Session Establishment Request message has been accepted.
  • the SMF and/or AMF includes the 31st to 32nd PDU Session Establishment Accept message, and/or N1 SM container, and/or NAS message, and/or N2 SM Information, and/or N2 PDU Session Request message. At least one of the identification information may be included in the transmission.
  • the SMF may send the 31st identification information to the UE if the NW supports changing the S-NSSAI by anchor relocation.
  • the SMF may transmit the 32nd identification information when a change in S-NSSAI due to anchor relocation occurs.
  • the SMF may indicate that the network supports each function by transmitting these identification information and/or a PDU session establishment acceptance message, or may indicate that the UE's request has been accepted. It may indicate that the request from the UE is not permitted, or it may indicate a combination of these information. Furthermore, when a plurality of pieces of identification information are transmitted and received, two or more of these pieces of identification information may be configured as one or more pieces of identification information. And/or if one piece of identification information includes multiple meanings, it may be divided into multiple pieces of identification information and sent and received. For example, information indicating support for each function and 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 SMF may indicate that the NW has changed the S-NSSAI due to anchor relocation by transmitting the 31st identification information, and the SMF may indicate that the NW has changed the S-NSSAI due to anchor relocation.
  • the information indicating whether or not the NW supports a function that allows S-NSSAI to be changed by anchor relocation may be transmitted.
  • the SMF indicates that the NW and/or the established PDU session supports changing the S-NSSAI due to anchor relocation, if the NW and/or the established PDU session supports changing the S-NSSAI due to anchor relocation.
  • the 31st identification information may be transmitted.
  • the SMF may transmit at least one of the 31st to 32nd identification information based on reception of at least one of the 21st to 23rd identification information.
  • the network may indicate the content of the identification information to the UE by transmitting a PDU session establishment acceptance message.
  • the network may include identification information other than the 31st to 32nd identification information in the PDU session establishment acceptance message and transmit it. Specifically, the network may transmit information indicating the SSC mode to which the established PDU session and/or anchor point is associated in the Selected SSC mode IE. The network may transmit information indicating the SSC mode to which the established PDU session and/or anchor point is associated in the Selected SSC mode IE.
  • the network may include the S-NSSAI and/or DNN associated with the established PDU session in the PDU session establishment acceptance message and transmit it.
  • this procedure is a PDU session establishment procedure for the second PDU session in anchor relocation of PDU sessions of SSC mode 2 to 5
  • the S-NSSAI sent by SMF is an associated S-NSSAI, which may be different from the S-NSSAI with which the first PDU session is associated;
  • the SST included in the S-NSSAI transmitted by the SMF may be controlled to be the same as the SST of the S-NSSAI with which the first PDU session is associated.
  • the SMF and/or AMF determines which identification information to include in the PDU session establishment acceptance message, and/or the N1 SM container, and/or the NAS message, and/or the N2 SM information, and/or the N2 PDU session request message. each received identification information and/or subscriber information and/or network capability information and/or UE policy and/or operator policy and/or network status and/or user registration information; And/or the decision may be made based on the context held by the SMF and/or the AMF.
  • the UE when the UE receives the NAS message, for example via the N1 interface (S1416), the UE confirms that the UE's request via the PDU session establishment request message has been accepted and/or the information contained in the NAS message (message, Containers, information) can be recognized.
  • the information contained in the NAS message messages, Containers, information
  • the SMF transmits the N1 SM container and/or the PDU session ID to the AMF, for example via the N11 interface (S1418).
  • the N1 SM container may include a PDU session establishment refusal message.
  • the PDU session ID may be included in the PDU session establishment rejection message.
  • the AMF that has received the N1 SM container and/or the PDU session ID transmits a NAS message to the UE via the base station device included in the access network (S1420) (S1422).
  • the NAS message is sent, for example, via the N1 interface.
  • the NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.
  • the NAS message may also include a PDU session ID and/or an N1 SM container.
  • the PDU session establishment rejection message may be a response message to the PDU session establishment request. Additionally, the PDU session establishment refusal message may indicate that establishment of a PDU session has been rejected.
  • the SMF and/or AMF requests the UE by means of a PDU session establishment request message by sending a PDU session establishment refusal message, and/or an N1 SM container, and/or a PDU session ID, and/or a NAS message. may indicate that the request was rejected.
  • the SMF may indicate that the UE's request has been rejected, or may indicate that the request from the UE is not permitted, or may indicate that the request from the UE is not permitted. Combined information may also be shown.
  • the SMF and/or AMF includes the 35th identification in the PDU session establishment refusal message, and/or the N1 SM container, and/or the NAS message, and/or the N2 SM information, and/or the N2 PDU session request message. You may also send the information.
  • the SMF and/or AMF determines which identification information to include in the PDU session establishment refusal message, and/or N1 SM container, and/or NAS message, and/or N2 SM information, and/or N2 PDU session request message. each received identification information and/or subscriber information and/or network capability information and/or UE policy and/or operator policy and/or network status and/or user registration information; And/or the decision may be made based on the context held by the SMF and/or the AMF.
  • the UE when the UE receives the NAS message (S1422), for example via the N1 interface, the UE informs the user that the UE's request via the PDU session establishment request message has been rejected and/or information included in the NAS message (message, etc.). Containers, information) can be recognized.
  • the UE when the UE receives the 35th identification information, it may recognize the content indicated by the received identification information.
  • the UE may recognize the content of the identification information by receiving the NAS message, the PDU session establishment acceptance message, or the PDU session establishment rejection message.
  • the UE may recognize that the NW does not support changing the S-NSSAI due to anchor relocation based on the reception of the 35th identification information. And/or the UE may recognize that the NW has requested that the PDU session establishment request be made again based on the reception of the 35th identification information.
  • the UE may initiate the registration request procedure again, requesting an S-NSSAI from the NW similar to the S-NSSAI with which the first PDU session was associated. good.
  • Each device may complete this procedure based on sending and receiving the PDU session establishment acceptance message. At this time, each device may transition to a state where it can communicate with the DN using the established PDU session.
  • Each device may complete this procedure based on sending and receiving a PDU session establishment acceptance message or a PDU session establishment rejection message. At this time, since each device cannot establish a PDU session, it cannot communicate with the DN if there is no already established PDU session.
  • each process that the UE executes based on the reception of each identification information shown above may be executed during this procedure, after the completion of this procedure, or after the completion of this procedure, based on the completion of this procedure. good.
  • Embodiments of the invention may be a combination of one or more of the procedures described in Section 3.
  • a UE in a registered state may execute the PDU session establishment procedure described in Section 3.3 one or more times to establish a PDU session.
  • the PDU session release procedure in Section 3.1, and/or the PDU session release procedure in Section 3.2, and/or the PDU session establishment procedure in Section 3.3. may be executed one or more times.
  • SSC mode 3 may also mean second SSC mode 3.
  • a PDU session and/or anchor point associated with SSC mode 3 may also mean that support for modification of S-NSSAI by anchor relocation is associated.
  • SMF#1 and SMF#2 in FIG. 9 may be devices within the same PLMN or may be devices within different PLMNs.
  • SMF#1 and SMF#2 may be SMF132.
  • UPF#1 and UPF#2 in FIG. 9 may be devices within the same PLMN or may be devices within different PLMNs.
  • UPF#1 and UPF#2 may be UPF130.
  • the UE may be in a state in which the first PDU session via UPF #1 has been established.
  • the first PDU session is managed by SMF#1 and may be associated with SSC mode 3 and/or SSC mode 5.
  • each device executes the PDU session establishment procedure of Section 3.3 and connects the first PDU associated with SSC mode 3 and/or SSC mode 5 via UPF#1. Session may be established.
  • the first PDU session may be associated with S-NSSAI#1 and/or DNN#1.
  • SMF #1 determines the relocation of the UPF and/or SMF of the first PDU session (S1500).
  • SMF#1 determines anchor relocation.
  • the anchor relocation decision of SMF#1 may be the same as the trigger for the SMF to send a PDU session change command message in the PDU session change procedure in Section 3.1.
  • the SMF may determine the relocation of the UPF and/or the SMF and/or the S-NSSAI based on the reception of a status change notification message sent from the AMF and/or the NSSF.
  • AMF and/or NSSF may send a message to SMF#1 to notify S-NSSAI of a change based on the approaching expiration of S-NSSAI#1's lifetime.
  • the AMF and/or NSSF may request SMF#1 to use S-NSSAI based on S-NSSAI#1 and/or the NSI indicated by S-NSSAI#1 being overloaded within the core network. You may send messages notifying you of changes.
  • SMF #1 starts the PDU session change procedure and executes the PDU session change procedure for the first PDU session (S1502).
  • S1502 may be implemented by the procedures of S802 to S812 in FIG.
  • SMF#1 transmits a PDU session change command message to the UE via AMF.
  • the PDU session change command may include one or more pieces of identification information among at least the first and second pieces of identification information.
  • the UE receives information and/or messages sent from the SMF and/or AMF.
  • SMF#1 may include S-NSSAI#2 in the first identification information and transmit it. and/or SMF#1 is second identification information and may indicate anchor relocation due to a change in S-NSSAI.
  • the UE anchors the PDU session anchor associated with SSC mode 3 and/or SSC mode 5 based on one or more of the first to second identities and/or upon receipt of the PDU session modification command message. May recognize the start of relocation.
  • the UE recognizes the anchor relocation of the first PDU session based on reception of the first identification information and/or the second identification information.
  • the first identification information may be S-NSSAI#2 different from S-NSSAI#1.
  • the first identification information may be empty, in which case no S-NSSAI may be requested.
  • the UE If the UE accepts the request from the NW, it sends a PDU session change acceptance message to SMF#1.
  • SMF#1 may exchange session change request and/or session change response messages with UPF#1.
  • S1504 may be realized by the procedures of S1400 to S1416 in FIG.
  • the UE transmits a PDU session establishment request message and/or at least one of the 21st to 23rd pieces of identification information to SMF#2 via the AMF.
  • the UE may transmit at least one of the twenty-first to twenty-third pieces of identification information by including it in the PDU session establishment request message or the NAS message.
  • the UE When the UE receives the first identification information from the NW, and if the first identification information is not empty, the UE transmits the S-NSSAI included in the first identification information in the 21st identification information. good. When the UE receives empty first identification information from the NW, the UE does not need to transmit the 21st identification information to the NW.
  • the UE when the UE receives information indicating an empty S-NSSAI from the NW, the UE may transmit the empty 21st identification information or may not transmit the 21st identification information.
  • SMF#2 selects UPF#2 based on the received information, and each device establishes a second PDU session via UPF#2.
  • the second PDU session may be associated with S-NSSAI#2 and/or DNN#1.
  • each device releases the first PDU session via UPF#1 (S1506).
  • the PDU session release procedure to release the first PDU session may be initiated from the UE, may be initiated from the SMF, or both.
  • S1506 may be the PDU session release procedure shown in FIG. However, in that case, the reason value is different from 5GSM cause #39 "reactivation requested".
  • each device changes the PDU session anchor of the PDU session associated with SSC mode 3 and/or SSC mode 5, and realizes the continuation of the session and/or service.
  • each device changes the PDU session anchor while changing the network slice to realize session and/or service continuity.
  • SSC mode 2 may mean the second SSC mode.
  • a PDU session and/or anchor point associated with SSC mode 2 may also mean that support for modification of S-NSSAI by anchor relocation is associated.
  • SMF#1 and SMF#2 in FIG. 10 may be devices within the same PLMN or may be devices within different PLMNs.
  • SMF#1 and SMF#2 may be SMF132.
  • UPF#1 and UPF#2 in FIG. 10 may be devices within the same PLMN or may be devices within different PLMNs.
  • UPF#1 and UPF#2 may be UPF130.
  • the UE may be in a state in which the first PDU session via UPF #1 has been established.
  • the first PDU session is managed by SMF#1 and may be associated with SSC mode 2 and/or SSC mode 4.
  • each device executes the PDU session establishment procedure of Section 3.3 and connects the first PDU associated with SSC mode 2 and/or SSC mode 4 via UPF#1. Session may be established.
  • the first PDU session may be associated with S-NSSAI#1 and/or DNN#1.
  • SMF #1 determines the relocation of the UPF and/or SMF of the first PDU session (S1600).
  • SMF#1 determines anchor relocation.
  • the anchor relocation decision of SMF#1 may be the same as the trigger for the SMF to send a PDU session release command message and/or release request message in the PDU session change procedure in Section 3.2.
  • the SMF may determine the relocation of the UPF and/or S-NSSAI based on the reception of a status change notification message sent from the AMF and/or NSSF.
  • AMF and/or NSSF may send a message to SMF#1 to notify S-NSSAI of a change based on the approaching expiration of S-NSSAI#1's lifetime.
  • the AMF and/or NSSF may request SMF#1 to use S-NSSAI based on S-NSSAI#1 and/or the NSI indicated by S-NSSAI#1 being overloaded within the core network. You may send messages notifying you of changes.
  • SMF#1 sends DNAI information, which is information for selecting an SMF (SMF#2) for establishing a second PDU session, to AMF (S1602).
  • AMF that received the message sends a response message to SMF#1 (S1604).
  • the DNAI information may include information indicating DNN#1 and/or S-NSSAI#2.
  • SMF#1 executes a PDU session release procedure to release the first PDU session via UPF#1 (S1608).
  • S1608 may be implemented by the procedures of S902 to S912 in FIG.
  • SMF#1 transmits a PDU session release command message to the UE via AMF.
  • the SMF and/or AMF may include at least one or more identification information among the eleventh to twelfth identification information in the PDU session release command message and/or the NAS message, and may include these identification information in the PDU session release command message and/or the NAS message. May be included to indicate a request to release a PDU session.
  • SMF#1 may include S-NSSAI#2 in the eleventh identification information and transmit it. And/or SMF#1 may be one or more identification information among the twelfth to twelfth identification information, and may indicate anchor relocation due to a change in S-NSSAI.
  • the UE receives one or more identification information among the eleventh to twelfth identification information and/or a PDU session change command message.
  • the UE anchors the PDU session anchor associated with SSC mode 2 and/or SSC mode 4 based on one or more of the 11th to 12th identities and/or upon receipt of the PDU session modification command message. May recognize the start of relocation.
  • the UE recognizes the anchor relocation of the first PDU session based on reception of one or more identification information among the eleventh to twelfth identification information.
  • the eleventh identification information may be S-NSSAI#2 different from S-NSSAI#1.
  • the eleventh identification information may be empty, in which case no S-NSSAI may be requested.
  • the UE If the UE accepts the request from the NW, it sends a PDU session release acceptance message to SMF#1. SMF#1 may exchange session change request and/or session change response messages with UPF#1. Through the above, each device releases the first PDU session.
  • S1610 may be realized by the procedures of S1400 to S1416 in FIG.
  • the UE transmits a PDU session establishment request message and/or at least one of the 21st to 23rd pieces of identification information to SMF#2 via the AMF.
  • the UE may transmit at least one of the twenty-first to twenty-third pieces of identification information by including it in the PDU session establishment request message or the NAS message.
  • the UE When the UE receives the 11th identification information from the NW, and if the 11th identification information is not empty, the UE includes the S-NSSAI included in the 11th identification information in the 21st identification information and transmits it. good. When the UE receives empty first identification information from the NW, the UE does not need to transmit the 21st identification information to the NW.
  • the UE when the UE receives information indicating an empty S-NSSAI from the NW, the UE may transmit the empty 21st identification information or may not transmit the 21st identification information.
  • SMF#2 selects UPF#2 based on the received information, and each device establishes a second PDU session via UPF#2.
  • the second PDU session may be associated with S-NSSAI#2 and/or DNN#1.
  • each device changes the PDU session anchor of the PDU session associated with SSC mode 2 and/or SSC mode 4, and realizes the continuation of the session and/or service.
  • each device changes the PDU session anchor while changing the network slice to realize session and/or service continuity.
  • the program that runs on the device related to the present invention may be a program that controls a central processing unit (CPU) or the like to cause the 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 embodiments related to the present invention may be recorded on a computer-readable recording medium.
  • the program recorded on this 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. Also good.
  • 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 embodiments of the present invention can also use a new integrated circuit based on this technology.
  • the present invention is not limited to the above-described embodiments.
  • one example of the device has been described, but 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, kitchen equipment, etc. It can be applied to terminal devices or communication devices such as cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household equipment.
  • Mobile communication system 10 UE_A 30 PGW-U 32 PGW-C 35 SGW 40MME 45 eNB 50HSS 60 PCRF 80 Access network_A(E-UTRAN) 90 Core network_A 120 Access network_B(5G AN) 122 gNB 130 UPF 132 SMF 140AMF 150UDM 160 PCF 190 Core network_B

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

5GSにおいて、ネットワークスライスが輻輳している場合や、ネットワークスライスのネットワークパフォーマンスがSLAを満たさない場合などにおいて、ネットワークスライスにおけるPDUセッションのサービスを継続するための通信手段を提供する。5GSにおいて、ネットワークスライスが輻輳している場合や、ネットワークスライスのネットワークパフォーマンスがSLAを満たさない場合などにおいて、スライスを変更しつつ、PDUセッションアンカーの変更をし、セッション及び/又はサービスの継続を実現するための、PDUセッション変更手続き、及び/又はPDUセッション解放手続き、及び/又はPDUセッション確立手続き、及び/又はPDUセッションアンカー変更手続きの、方法及び通信手段を提供する。

Description

ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）
　本発明は、UE(User Equipment)に関する。
　近年の移動通信システムの標準化活動を行う3GPP(3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。
　また、近年3GPPでは、次世代移動通信システムである5G (5th Generation) 移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、特に、5G移動通信システムを実現するシステムとして、5GS(5G System)の仕様化を行っている(非特許文献1参照)。5GSでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
3GPP TS 24.501 V17.5.0 (2022-01); 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-41 V0.1.0 (2022-02); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhancement of network slicing; Phase 3 (Release 18)
　5GS(5G System)では、多種多様なサービスを提供するために、新たなコアネットワークである5GCN(5G Core Network)が検討されている。
　さらに、5Gでは、特定のサービスタイプや、特定のグループの為に、特定のネットワーク機能や特定のネットワーク特性を提供する、論理ネットワークであるネットワークスライスが規定された。例えば、ネットワークスライスは、低遅延機能を備える端末の為に提供される論理ネットワークであってもよいし、IoT(Internet of Things)に用いられるセンサー端末の為に提供される論理ネットワークであってもよい。
　更に、3GPPでは、ネットワークスライスに関連する更なる機能を検討するために、eNS(Enhancement of Network Slicing)の検討が行われている。3GPPでは、eNSのフェーズ3の検討として、モビリティを伴わない場合における、ネットワークスライスが輻輳している場合や、モビリティを伴わない場合における、ネットワークスライスのネットワークパフォーマンスがサービスレベルアグリーメント（SLAとも称する）を満たさない場合や、モビリティを伴う場合における、ネットワークスライスが輻輳している場合などにおいて、ネットワークスライスにおけるPDUセッションのサービスを継続するための技術について検討されている(非特許文献2参照)。
　しかし、上記要求を満たすための現実方法が明確になっていない。
　本発明は、以上のような事情を鑑みてなされたものであり、5GSにおけるNS及び/又はSNPNのための機能の実現方法を提供することである。
　本発明の一実施形態のUE(User Equipment)は、送受信部と制御部とを備え、前記送受信部は、S-NSSAIを含む、PDUセッション変更コマンドメッセージを受信し、前記送受信部は、前記S-NSSAIと、PDUセッション確立要求メッセージを送信し、前記制御部は、第2のPDUセッションを確立し、前記第2のPDUセッションを確立後に、第1のPDUセッションが解放される、ことを特徴とする。
　本発明によれば、モビリティを伴わない場合における、ネットワークスライスが輻輳している場合や、モビリティを伴わない場合における、ネットワークスライスのネットワークパフォーマンスがサービスレベルアグリーメント（SLAとも称する）を満たさない場合や、モビリティを伴う場合における、ネットワークスライスが輻輳している場合などにおいて、ネットワークスライスにおけるPDUセッションのサービスを継続するための手段を提供することが可能となる。
移動通信システム(EPS/5GS)の概略を説明する図である。 移動通信システム(EPS/5GS)の詳細構成を説明する図である。 UEの装置構成を説明する図である。 5GSにおけるアクセスネットワーク装置(gNB)の構成を説明する図である。 5GSにおけるコアネットワーク装置(AMF/SMF/UPF)の構成を説明する図である。 PDUセッション変更手続きを説明する図である。 PDUセッション解放手続きを説明する図である。 PDUセッション確立手続きを説明する図である。 第1の実施形態を説明する図である。 第2の実施形態を説明する図である。
　以下、図面を参照して本発明を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[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は、eNBのように記号を省略して記載する場合がある。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)を備えていてもよい。
　NG-RANは、5GCNに接続する無線アクセスネットワークを意味し、NR又はE-UTRA又はその両方が用いられてよい。言い換えると、NG-RANは、E-UTRANであってもよい。
　また、以下では、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)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
　コアネットワーク(コアネットワーク_A及び/又はコアネットワーク_B)と、アクセスネットワーク(アクセスネットワーク_A及び/又はアクセスネットワーク_B)は、移動体通信事業者毎に異なってもよい。
　また、図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及び/又はPDN_A及び/又はDN_Aには、AUSF(Authentication Server Function)やAAA(Authentication, authorization, and accounting)サーバ(AAA-S)が含まれてもよい。AAAサーバはコアネットワークの外に配置されてもよい。
　ここで、AUSFは、3GPPアクセス及びnon-3GPPアクセスに対する認証機能を備える、コアネットワーク装置である。具体的には、3GPPアクセス及び/又はnon-3GPPアクセスに対する認証の要求をUEから受信し、認証手続きを実行するネットワーク機能部である。
　また、AAAサーバは、AUSFと直接的又は他のネットワーク装置を介して間接的に接続する、認証及び承認及び課金機能を備える、装置である。AAAサーバはコアネットワーク内のネットワーク装置であってもよい。なお、AAAサーバは、コアネットワーク_A及び/又はコアネットワーク_Bに含まれず、PLMN及び/又はSNPNに含まれてもよい。つまり、AAAサーバはコアネットワーク装置であってもよいし、コアネットワークの外にある装置であってよい。例えば、AAAサーバは3rd Partyが管理する、PLMN及び/又はSNPN内のサーバ装置であってもよい。
　本稿では、NWと称した場合、コアネットワークを意味してもよいし、アクセスネットワークを意味してもよいし、両方を意味してもよい。
　なお、図2では、図の簡略化のため、各装置・機能は1つずつ記載したが、移動通信システム1には複数の同様の装置・機能が構成されてもよい。具体的には、移動通信システム1には複数のUE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、及び/又はUDM150等の装置・機能が構成されていてもよい。
　更に、移動通信システム1には、上記以外の装置及び/又は機能が構成されてよく、例えば、NSSF(Network Slice Selection Function)が構成されてもよい。
　[2. 各装置の構成]
　次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
　尚、以下で登場する各装置・機能内の各記憶部(記憶部_A340、記憶部_A440、記憶部_B540、記憶部_A640、記憶部_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と接続している。
　制御部_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の各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　[2.2. gNBの装置構成]
　次に、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の各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　[2.3. 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と接続する為の機能部である。すなわち、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の各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　尚、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 signalling connection)を持っていない。また、CM-IDLE状態では、UEはN2インターフェースの接続(N2 connection)、及びN3インターフェースの接続(N3 connection)を持っていない。一方、CM-CONNECTED状態では、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signalling 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でもよい。また、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は、制御プレーンを扱うノードであってよい。
　制御部_B700は、SMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、SMFにおける各種の処理を実現する。
　ネットワーク接続部_B720は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_B720を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図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)を決定する機能、ローミング機能等を有する。
　[2.5. 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を介して各装置に接続してもよい。
　尚、ユーザプレーン(user plane)は、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、PDNコネクション、又はPDUセッションを用いて送受信されてもよい。さらに、EPSの場合、ユーザプレーンは、LTE-Uuインターフェース、及び/又はS1-Uインターフェース、及び/又はS5インターフェース、及び/又はS8インターフェース、及び/又はSGiインターフェースを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
　さらに、制御プレーン(control plane)は、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとMMEとの間のNAS (Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。さらに、EPSの場合、制御プレーンは、LTE-Uuインターフェース、及びS1-MMEインターフェースを用いて送受信されてもよい。さらに、5GSの場合、制御プレーンは、UEとNG RANとの間のインターフェース、及びN2インターフェースを用いて送受信されてもよい。以下、制御プレーンは、コントロールプレーンと表現されてもよいし、C-Planeと表現されてもよい。
　さらに、U-Plane(User Plane; UP)は、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)は、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
　[2.6. その他の装置及び/又は機能及び/又は本実施形態における用語]
　次に、その他の装置、及び/又は機能、及び/又は用語、及び/又は各装置により送受信、及び記憶管理される識別情報、及び/又はメッセージについて説明を行う。
　ネットワークとは、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部を指す。また、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と称してもよい。つまり、ネットワークがメッセージの送受信及び/又は処理を実行するということは、ネットワーク内の装置(ネットワーク装置、及び/又は制御装置)がメッセージの送受信及び/又は処理を実行することを意味してもよい。逆に、ネットワーク内の装置がメッセージの送受信及び/又は処理を実行するということは、ネットワークがメッセージの送受信及び/又は処理を実行することを意味してもよい。
　また、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に配置されるアプリケーションサーバー等の装置と、ユーザデータの送受信を実行する事ができる。
　尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、QoSルール、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、アクセスネットワーク識別情報、及びSSC mode(SSCモードとも称する)のうち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により、オペレータを識別することができる。本稿でPLMNはPLMN IDを意味してもよい。UEのIMSI(International Mobile Subscriber Identity)のMCC(Mobile Country Code)とMNC（Mobile Network Code）と一致するPLMNはHome PLMN(HPLMN)であってよい。PLMNはコアネットワークを意味してもよい。
　さらに、UEは、USIMに1又は複数のEHPLMN(Equivalent HPLMN、等価HPLMN)を識別するための、Equivalent HPLMN listを保持していてもよい。HPLMN、及び/又はEHPLMNと異なるPLMNはVPLMN(Visited PLMN)であってよい。
　UEが登録を成功したPLMNはRPLMN(Registered PLMN、登録PLMN)であってよい。各装置は、UEのPLMN選択においてRPLMNと等価に使用できる、1又は複数のEPLMN(Equivalent PLMN、等価PLMN)を識別するためのEquivalent PLMN listをRPLMNから受信、及び/又は保持、及び/又は記憶してもよい。
　現在のPLMN(current PLMN)とは、UEが要求するPLMN、及び/又はUEが選択したPLMN、及び/又はRPLMN、及び/又はネットワークが許可したPLMN、及び/又はメッセージを送受信するコアネットワーク装置が属するPLMNであってもよい。
　要求するPLMNとは、UEがメッセージを送信する際の、メッセージの送信先ネットワークを意味する。具体的には、UEがメッセージを送信する際に、UEにより選択されたPLMNであってよい。要求するPLMNは、UEが要求するPLMNであり、現在のPLMNであってもよい。また、UEが登録状態においては、要求するPLMNは登録PLMNであってもよい。
　NPN(Non-public network)とは、非公開仕様を目的としたネットワークである。NPNはSNPN(Stand-alone non-public network)とPNI-NPN(Public network integrated non-public network)の2つタイプがある。SNPNとPNI-NPNは5GSにデプロイされてよい。本稿では、NPNと示した場合は、SNPN又はPNI-NPN又は両方を意味してよい。
　SNPN(Stand-alone non-public network)とは、NPNオペレータにより操作され、PLMNによって提供されるネットワーク機能に依存しないネットワークである。言い換えると、SNPNは、PLMNからは独立したネットワークであり、特定のUEのみアクセスすることが可能である。SNPNはPLMN IDとNID(Network identifier)により識別されてよい。
　ここで、SNPNを識別するPLMN IDは一意である必要はない。例えばプライベートネットワークで使用するために予約された一以上のPLMN IDがNPNに使用されてもよい。
　また、SNPN(Stand-alone Non-Public Network)は、PLMN IDとNID(Network identifier)の組み合わせで構成されるSNPN ID識別され、特定のUEのみ接続が許可されたネットワークである。SNPNはコアネットワークを意味してもよい。ここで、SNPNへの接続が許可されるUEは、SNPN enabled UEであってもよい。
　さらに、UEは、USIMに1又は複数のESNPN(Equivalent SNPN、等価SNPN)を識別するための、Equivalent SNPN listを保持していてもよい。HSNPN、及び/又はESNPNと異なるSNPNはVPLMN(Visited PLMN)であってもよい。
　UEが登録を成功したSNPNはRSNPN(Registered SNPN、登録SNPN)であってよい。各装置は、UEのPLMN選択又はSNPN選択においてRSNPNと等価に使用できる、1又は複数のESNPN(Equivalent PLMN、等価PLMN)を識別するためのEquivalent SNPN listをRSNPNから受信、及び/又は保持、及び/又は記憶してもよい。
　PNI-NPN(Public network integrated non-public network)とは、PLMNのサポートによりデプロイされたNPNである。言い換えると、PLMNの機能を用いて、非公開仕様を実現するネットワークである。
　SNPNのオンボーディングサービス(Onboarding services in SNPN)により、MS(UE)は、デフォルトのUEの資格情報（UE credentials）を用いてオンボーディングを示すSNPNへアクセスすることができる。
　SNPNのオンボーディングサービスの為の登録手続きは、SNPNのオンボーディングサービスの為の初期登録(Initial registration for onboarding services in SNPN)であってよい。更に、又はSNPNのオンボーディングサービスの為の登録手続きは、UEがSNPNのオンボーディングサービスの為に登録しているときに移動による登録更新のための登録手続きであってもよい。SNPNのオンボーディングサービスの為の登録手続きは、SNPNオンボーディング登録(SNPN onboarding registration)と表現されてもよい。
　SNPNのオンボーディングサービスの為の登録手続きには、SNPNのオンボーディングサービスのためのS-NSSAIに対してMMベースのスライスアドミッション制御が、AMFは又はコアネットワーク内のNFにより、行われなくてよい。
　また、ネットワークスライス(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又はSNPNごとに特有な情報であってもよいし、PLMN又はSNPN間で共通化された標準の情報であってもよい。
　また、S-NSSAIは5GSのS-NSSAI IEを用いて各装置間で送受信されてよく、その場合S-NSSAIは、現在のPLMN又はSNPNと関連付けられたS-NSSAI(SST及び/又はSD)、及び/又はHPLMNのS-NSSAI(SST及び/又はSD)(もしあれば。例えばUEがローミング時、又は現在のPLMN又はSNPNがVPLMN又はSNPNである場合)、により構成されてよい。
　また、ネットワークは、デフォルトS-NSSAIとして、UEの登録情報に1以上のS-NSSAIを記憶してもよい。尚、S-NSSAIがデフォルトS-NSSAIである場合において、UEが登録要求メッセージにおいて有効なS-NSSAIをネットワークに送信しないときは、ネットワークは、UEに関係するNSを提供してもよい。
　また、UEとNW間で送受信されるS-NSSAIは、S-NSSAI IE(Information element)と表現されてもよい。さらに、UEとNW間で送受信されるS-NSSAI IEは、登録PLMN又はSNPNのSST及び/又はSDで構成されるS-NSSAI、及び/又はそのS-NSSAIがマップされたHPLMN又はHSNPNのS-NSSAIを示すSST及び/又はSDと、が構成されてもよい。UE及び/又はNWが記憶する一又は複数のS-NSSAIはSST及び/又はSDで構成されてもよいし、SST及び/又はSDで構成されるS-NSSAI、及び/又はそのS-NSSAIがマップされたHPLMNのS-NSSAIを示すSST及び/又はSDと、が構成されてもよい。
　また、NSSAI(Network Slice Selection Assistance Information)は、S-NSSAIの集まりである。NSSAIに含まれる、各S-NSSAIはアクセスネットワーク又はコアネットワークがNSIを選択するのをアシストする情報である。UEはPLMN又はSNPNごとにネットワークから許可されたNSSAIを記憶してもよい。また、NSSAIは、AMFを選択するのに用いられる情報であってよい。UEは各NSSAI(allowed NSSAI、及び/又はconfigured NSSAI、及び/又はrejected NSSAI、及び/又pending NSSAI)を、PLMNとEPLMN、又はSNPNとESNPNに適用させて良い。
　mapped S-NSSAI（マップドS-NSSAI）は、ローミングシナリオにおいて、登録PLMNのS-NSSAIにマッピングされたHPLMNのS-NSSAIである。UEは、configured NSSAIと各アクセスタイプのallowed NSSAIに含まれるS-NSSAIにマップされたmapped S-NSSAIを1又は複数記憶してよい。さらに、UEは、rejected NSSAI、及び/又はpending NSSAIに含まれるS-NSSAIの、mapped S-NSSAIを1又は複数記憶してもよい。
　SNPNのローミングシナリオがサポートされる場合、mapped S-NSSAIは登録SNPNのS-NSSAIにマッピングされたHSNPNのS-NSSAIであってもよい。
　Network Slice-Specific Authentication and Authorization(NSSAA)機能とは、ネットワークスライス特有の認証及び認可を実現する為の機能である。ネットワークスライス特有の認証及び認可では、3rd Partyなどコアネットワーク外でUEの認証及び認可を行うことが出来る。NSSAA機能を備える、PLMN又はSNPN、及びネットワーク装置は、UEの登録情報に基づき、あるS-NSSAIに対してNSSAA手続きを実行する事ができる。更に、NSSAA機能を備えるUEは、pending NSSAI及び第3のrejected NSSAIを管理、及び記憶、及び送受信する事ができる。本稿では、NSSAAをネットワークスライス特有の認証及び認可手続きや、認証及び認可手続き、として称する場合がある。
　NSSAAを要するS-NSSAIは、コアネットワーク、及び/又はコアネットワーク装置により管理される、NSSAAを要するS-NSSAIである。さらに、ローミング時、NSSAAを要するS-NSSAIは、コアネットワーク及び/又はコアネットワーク装置により管理される、NSSAAを要するHPLMN又はHSNPNのS-NSSAIがmapped S-NSSAIとなる、HPLMN又はHSNPN以外のS-NSSAIであってもよい。
　コアネットワーク、及び/又はコアネットワーク装置は、S-NSSAIとNSSAAを要するか否かを示す情報を対応付けて記憶することにより、NSSAAを要するS-NSSAIを記憶してもよい。コアネットワーク、及び/又はコアネットワーク装置は、更に、NSSAAを要するS-NSSAIと、NSSAAが完了しているか否かを示す情報、又はNSSAAが完了し許可又は成功している状態であることを示す情報と、を対応づけて記憶してもよい。コアネットワーク、及び/又はコアネットワーク装置は、NSSAAを要するS-NSSAIをアクセスネットワークに関わらない情報として管理してよい。
　また、configured NSSAI(設定NSSAI)は、UEの中に供給され、記憶されているNSSAIである。UEは、PLMN又はSNPNごとにconfigured NSSAIを記憶してもよい。UEはPLMN又はSNPNと関連付けてconfigured NSSAIを記憶してもよい。
　なお、本稿では、PLMNに対応付けられたconfigured NSSAIを、PLMNに対するconfigured NSSAI、又はPLMNのconfigured NSSAI、又はPLMNのためのconfigured NSSAI、PLMNに関連付けられたconfigured NSSAIと表現してもよい。同様にSNPNに対応付けられたconfigured NSSAIを、SNPNに対するconfigured NSSAI、又はSNPNのconfigured NSSAI、又はSNPNのためのconfigured NSSAI、SNPNに関連付けられたconfigured NSSAIと表現してもよい。
　また、UEは、PLMNと関連付けられず、すべてのPLMNに有効なconfigured NSSAIを記憶してよく、そのようなconfigured NSSAIを「default configured NSSAI」としてもよい。同様に、UEは、SNPNと関連付けられず、すべてのSNPNに有効なconfigured NSSAIを記憶してよく、そのようなconfigured NSSAIを「default configured NSSAI」としてもよい。UEは、PLMNともSNPNとも関連付けられず、すべてのPLMNとSPNNに有効なconfigured NSSAIを記憶してよく、そのようなconfigured NSSAIを「default configured NSSAI」としてもよい。
　configured NSSAIは複数のPLMN又はSNPNと関連付けられてもよく、これら複数のPLMNはEPLMNであってよいし、複数のSNPNはESNPNであってよい。
　configured NSSAIは、ネットワーク(又はPLMN又はSNPN)により設定された情報であってよい。configured NSSAIに含まれるS-NSSAIはconfigured S-NSSAIと表現されてもよい。configured S-NSSAIは、S-NSSAI IEを用いて送受信されてよく、その場合、configured S-NSSAIはS-NSSAI(SST及び/又はSD)とmapped S-NSSAI(マップされたHPLMN又はSNPNのSST及び/又はマップされたHPLMN又はSNPNのSD) (もしあれば。例えばUEがローミング時、又は関連付けられたPLMN又はSNPNがVPLMN又はVSNPNである場合)を含み構成されてもよい。
　又は、PLMN又はSNPNのS-NSSAI(SST及び/又はSD)とHPLMN又はSNPNのS-NSSAI(SST及び/又はSD)は独立して扱われてもよい。具体的には、PLMN又はSNPNのconfigured S-NSSAIは「PLMN又はSNPNのためのconfigured S-NSSAI」又は「PLMN又はSNPNのconfigured S-NSSAI」又は「PLMN又はSNPNに対するconfigured S-NSSAI」と表現されてよい。
　更に、そのconfigured S-NSSAIがマップされたHPLMN又はHSNPNの一以上のS-NSSAIは「PLMN又はSNPNのconfigured NSSAIに対する一以上のmapped S-NSSAI」又は「PLMN又はSNPNのconfigured NSSAIの一以上のmapped S-NSSAI」と表現されてもよい。
　言い換えると、UEは、現在のPLMN又はSNPNのS-NSSAIが構成された「現在のPLMN又はSNPNのconfigured NSSAI」を記憶してよく、ローミング時にはさらに、「現在のPLMN又はSNPNのconfigured NSSAIに対する一以上のmapped S-NSSAI」も記憶してもよい。configured NSSAIに対する一以上のmapped S-NSSAIは、3GPPのmapped S-NSSAI(s) for the configured NSSAIであって良い。
　configured NSSAIは、NWが任意のタイミングで更新してよく、更新に基づきNWからUEに更新したconfigured NSSAIが送信されてよい。
　また、requested NSSAI(要求NSSAI)は、登録手続き中にUEからネットワークに提供されるNSSAIである。登録手続きにおいて、UEが送信するrequested NSSAIに含まれるS-NSSAIは、UEが記憶するallowed NSSAI又はconfigured NSSAIに含まれるS-NSSAIであってよい。
　requested NSSAIは、UEが要求するネットワークスライスを示す情報であってよい。requested NSSAIに含まれるS-NSSAIはrequested S-NSSAIと表現されてもよい。例えば、requested NSSAIは登録要求メッセージ、又はPDUセッション確立要求メッセージ等のUEからネットワークに送信されるNASメッセージ又はNAS(Non-Access-Stratum )メッセージを含めるRRC(Radio Resource Control)メッセージに含まれて送受信される。ここで、ローミングケースでは、requested NSSAIには、VPLMNのS-NSSAIと、マップされたHPLMNのS-NSSAIが含まれてもよい。言い換えれば、requested NSSAIに含まれるS-NSSAI(requested S-NSSAI)は、S-NSSAIとmapped S-NSSAIで構成されてもよい。
　requested NSSAIは、UEが要求するネットワークスライスと対応づけられたS-NSSAIを1以上含む情報であってよい。なお、ここでUEが要求するネットワークスライスとは、UEが使用したいネットワークスライスであってもよいし、UEがネットワークから使用を許可されることを要求するネットワークスライスであってよい。requested NSSAIに含まれるS-NSSAIは、現在のPLMNに対応付けられたconfigured NSSAIに含まれるS-NSSAIであってもよいし、現在のPLMNに対応付けられたallowed NSSAIに含まれるS-NSSAIであってもよい。
　言い換えると、requested NSSAIには、1つ以上の現在のPLMNに対応付けられたconfigured NSSAIに含まれるS-NSSAI、又は1つ以上の現在のPLMNに対応付けられたallowed NSSAIに含まれるS-NSSAI、又は、上記2つの組み合わせであってよい。さらに具体的には、現在のPLMNに対応付けられたallowed NSSAIとは、現在のPLMNと現在のアクセスタイプに対応づけられたallowed NSSAIであってもよい。さらに、requested NSSAIは、5GSのrequested NSSAIであってもよい。
　なお、requested NSSAIに含まれるS-NSSAIは、UEが記憶し、現在のPLMN又はSNPNと関連付けられたrejected NSSAIに含まれていないS-NSSAIであってよいし、及び/又はUEが記憶し、現在のPLMN又はSNPNと関連付けられたpending NSSAIに含まれていないS-NSSAIであってよいし、UEが記憶し、現在のPLMN又はSNPNと関連付けられた第4のrejected NSSAIに含まれていないS-NSSAIであってよい。
　さらに、requested NSSAIに含まれるS-NSSAIは、UEにおいて、そのS-NSSAI、及び/又はそのS-NSSAIのmapped S-NSSAIに関連付けられたバックオフタイマが実行されていない、S-NSSAIであってよい。
　また、allowed NSSAI（許可NSSAI）は、UEが許可された1又は複数ネットワークスライスを示す情報である。言い換えると、allowed NSSAIは、ネットワークがUEへ接続を許可した、ネットワークスライスを識別する情報である。allowed NSSAIは、UE及び/又はNWが記憶するallowed NSSAIであってもよいし、NWからUEへ送信されるallowed NSSAIであってよい。その場合、allowed NSSAIは3GPPのallowed NSSAI IEを意味してもよい。
　NWからUEへ送信されるallowed NSSAI IEには、非ローミング時には、現在のPLMN又はSNPNに有効な、現在のPLMN又はSNPNのS-NSSAIのリストが含まれてよい。
　ローミング時には、NWからUEへ送信されるallowed NSSAI IEには、現在のPLMN又はSNPNに有効な、現在のPLMN又はSNPNのS-NSSAIのリストと、更に現在のPLMN又はSNPNのS-NSSAIがマップされたHPLMN又はHSNPNのS-NSSAIである、mapped S-NSSAIのリストと、が含まれてもよい。
　なお、allowed NSSAI IEに含まれる、現在のPLMN又はSNPNに有効な、現在のPLMN又はSNPNのS-NSSAIのリストをAllowed NSSAI、現在のPLMN又はSNPNのS-NSSAIがマップされたHPLMN又はHSNPNのS-NSSAIである、mapped S-NSSAIのリストをAllowed NSSAIのmapped S-NSSAIのリスト、と称してもよい。ここで、Allowed NSSAIのmapped S-NSSAIのリストは、3GPPのmapped S-NSSAI(s) for the allowed NSSAI for a PLMNであってもよい。同様に、Allowed NSSAIは、3GPPのallowed NSSAI for a PLMN or an SNPNを意味してもよい。
　UE及び/又はNWは、UEの情報として、アクセス(3GPPアクセス又は非3GPPアクセス)ごとに、allowed NSSAIを記憶と管理してよい。UE及び/又はNWは、さらに、登録エリアと関連付けてallowed NSSAIを管理してもよい。
　さらに、UE及び/又はNWは、UEの情報として、PLMN又はSNPNに関連付けて、allowed NSSAIを記憶と管理してよい。allowed NSSAIは複数のPLMNと関連付けられてもよく、これら複数のPLMNはEPLMNであってよいし、複数のSNPNはESNPNであってよい。
　なお、本稿では、PLMN又はSNPNとアクセスタイプとに対応付けられたallowed NSSAIを、「PLMN又はSNPNとアクセスタイプに対するallowed NSSAI」、又は「PLMN又はSNPNのアクセスタイプに対するallowed NSSAI」と表現されてよい。
　allowed NSSAIに含まれるS-NSSAIはallowed S-NSSAIと表現されてもよい。allowed S-NSSAIは、S-NSSAI IEを用いて送受信されてよく、その場合allowed S-NSSAI(SST及び/又はSD)はS-NSSAIとmapped S-NSSAI(マップされたHPLMN又はSNPNのSST及び/又はマップされたHPLMN又はSNPNのSD)(もしあれば。例えばUEがローミング時、又は関連付けられたPLMN又はSNPNがVPLMN又はVSNPNである場合)を含み構成されてもよい。
　又は、PLMN又はSNPNのS-NSSAI(SST及び/又はSD)とHPLMN又はSNPNのS-NSSAI(マップされたHPLMN又はSNPNのSST及び/又はマップされたHPLMN又はSNPNのSD)は独立して扱われてもよい。具体的には、PLMN又はSNPNのAllowed S-NSSAIは「PLMN又はSNPNのためのallowed S-NSSAI」又は「PLMN又はSNPNのallowed S-NSSAI」又は「PLMN又はSNPNに対するallowed S-NSSAI」と表現されてよい。
　更に、そのallowed S-NSSAIがマップされたHPLMN又はHSNPNの一以上のS-NSSAIは「PLMN又はSNPNのallowed NSSAIに対する一以上のmapped S-NSSAI」又は「PLMN又はSNPNのallowed NSSAIの一以上のmapped S-NSSAI」と表現されてもよい。
　また、rejected NSSAI（拒絶NSSAI）は、UEが使用又は要求が許可されない1又は複数のネットワークスライスを示す情報である。言い換えると、rejected NSSAIは、ネットワークがUEに対して接続を許可しないネットワークスライスを識別する情報である。NWからUEへ送信されるrejected NSSAIは、rejected NSSAI IE又はExtended rejected NSSAI IEに含まれてよい。
　rejected NSSAI IEを用いて送受信されるrejected NSSAIは、S-NSSAI(SST及び/又はSD)と拒絶理由値の組み合わせ(rejected S-NSSAI)を、1又は複数含める情報であってもよい。Extended rejected NSSAI IEを用いて送受信されるrejected NSSAIはローミング時にはS-NSSAI(SST及び/又はSD)とmapped S-NSSAI(マップされたHPLMN又はSNPNのSST及び/又はマップされたHPLMN又はSNPNのSD)(もしあれば。例えばUEがローミング時、又は関連付けられたPLMN又はSNPNがVPLMN又はVSNPNである場合)と拒絶理由値との組み合わせ(Rejected S-NSSAI)を、1又は複数含める情報であってもよい。
　Extended rejected NSSAI IEには、一又は複数のRejected S-NSSA及び/又はNSSAIの集合(5GSのPartial extended rejected NSSAI list)が含まれてよく、Rejected S-NSSAIの集合には、この集合のタイプを示す情報が含まれてもよい。
　集合のタイプを示す情報は、例えば、この集合には一以上のrejected S-NSSAI(SST及び/又はSD)が関連するバックオフタイマ値とともに含まれていることを示す情報であってもよいし、この集合には関連するバックオフタイマ値が含まれず、一以上のrejected S-NSSAI(SST及び/又はSD)が含まれていることを示す情報であってもよい。
　集合のタイプを示す情報は、この集合には一以上のrejected S-NSSAIが関連するバックオフタイマ値とともに含まれていることを示す情報である場合、Rejected S-NSSAIの集合にはバックオフタイマ値が含まれてもよい。
　ここで、rejected NSSAIに含まれるS-NSSAIは、PLMN ID又はSNPN IDと関連付けられてよい。なお、rejected NSSAIに含まれるS-NSSAIが関連付けられるPLMN ID又はSNPN IDにより示されるPLMN又はSNPNは、現在のPLMN又は現在のSNPNであってもよい。又は、rejected NSSAIに含まれるS-NSSAIが関連付けられるPLMN ID又はSNPN IDは、現在のPLMN又はSNPNによらず、HPLMN又はHSNPNを示す情報であってもよい。
　ここで、拒絶理由値とは、ネットワークが、対応するS-NSSAI又は対応するS-NSSAIとmapped S-NSSAIとの組み合わせ（もしあれば）を拒絶する理由を示す情報である。UE及び/又はネットワークは、各S-NSSAI及び/又はmapped S-NSSAI(もしあれば)を、各S-NSSA又は対応するS-NSSAIとmapped S-NSSAIとの組み合わせが対応づけられた拒絶理由値に基づき、適切なrejected NSSAI及び/又はrejected NSSAIのmapped S-NSSAIとして記憶と管理してよい。
　さらに、rejected NSSAIは、登録受諾メッセージや、設定更新コマンドや、登録拒絶メッセージ等、ネットワークからUEへ送信されるNASメッセージ、又はNASメッセージが含まれるRRCメッセージに含められてもよい。rejected NSSAIに含まれるS-NSSAIはrejected S-NSSAIと表現されてもよい。
　rejected NSSAIは、UEがローミング時、Rejected NSSAI IEを用いて送信されてもよいし、Extended rejected NSSAI IEを用いて送信されてもよい。Extended rejected NSSAI IEには、現在のPLMN又はSNPNのS-NSSAI(SST及び/又はSD)とmapped S-NSSAI(マップされたHPLMN又はSNPNのSST及び/又はマップされたHPLMN又はSNPNのSD)と拒絶理由値とにより構成されるrejected S-NSSAI (IE)が一又は複数含まれてもよく、UEは受信した現在のPLMN又はSNPNのS-NSSAIを、受信したmapped S-NSSAIとともにNWに要求することを、拒絶されたと理解してよい。一方、Rejected NSSAI IEには、現在のPLMN又はSNPNのS-NSSAIと拒絶理由値とによるrejected S-NSSAI IEが含まれてもよく、UEは受信した現在のPLMN又はSNPNのS-NSSAI、又はHPLMN又はHSNPNのS-NSSAIと関連付けられたS-NSSAIを、NWに要求することを、拒絶されたと理解してよい。
　rejected NSSAIは、第1から第4のrejected NSSAIと、第1のrejected NSSAIに対する一以上のmapped S-NSSAIと、第2のrejected NSSAIに対する一以上のmapped S-NSSAIと、第4のrejected NSSAIに対する一以上のmapped S-NSSAIと、の何れかであってもよいし、これらの組み合わせであってよい。rejected NSSAIに含まれるS-NSSAIはrejected S-NSSAIと表現されてもよい。rejected S-NSSAIは、S-NSSAI IEを用いて各装置間で送受信されてもよく、rejected NSSAIを示すS-NSSAI IEは、S-NSSAIとmapped S-NSSAIとを含み構成されてもよい。
　UE及び/又はNWは、UEの情報として、PLMN又はSNPNに関連付けてrejected NSSAIを記憶と管理してよい。rejected NSSAIは更に一以上の他のPLMN又はSNPNと関連付けられてもよく、これら一以上の他のPLMNはEPLMNであってよいし、一以上の他のSNPNはESNPNであってよい。
　なお、本稿では、PLMN又はSNPNに関連付けられたrejected NSSAIを、PLMN又はSNPNに対するrejected NSSAI、又はPLMN又はSNPNのrejected NSSAI、又はPLMN又はSNPNのためのrejected NSSAIと表現してもよい。UE及び/又はNWは、さらに、第2のrejected NSSAI、及び/又は第2のrejected S-NSSAIを登録エリアと関連付けて記憶してもよい。UE及び/又はNWは、第2のrejected NSSAI、及び/又は第2のrejected S-NSSAIをアクセスタイプ及び/又は登録エリアと関連付けて記憶してもよい。
　ここで、第1のrejected NSSAIは、現在のPLMN又は現在のSNPNで利用不可である、1以上のS-NSSAIの集合である。第1のrejected NSSAIは、5GSのrejected NSSAI for the current PLMN or SNPNであってもよいし、rejected S-NSSAI for the current PLMN or SNPNであってもよいし、rejected NSSAI for the current PLMN or SNPNに含まれるS-NSSAIであってもよいし、mapped S-NSSAI(s) for rejected S-NSSAI for the current PLMN or SNPNであってもよいし、mapped S-NSSAI(s) for rejected S-NSSAI for the current PLMN or SNPNに含まれるS-NSSAIであってもよい。第1のrejected NSSAIのmapped S-NSSAIのリスト（集合）とは、第1のrejected NSSAIに対する一以上のmapped S-NSSAIであってよく、5GSのmapped S-NSSAI(s) for the rejected NSSAI for the current PLMN or SNPNであってもよい。第1のrejected NSSAIは、UE又はNWが記憶するrejected NSSAIであってもよいし、NWからUEへ送信されるrejected NSSAIであってよい。
　第1のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、UEがNWに送信したrequested NSSAIに含まれたS-NSSAIのうち、現在のPLMN又は現在のSNPNで不可であるために拒絶されたS-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に含まれるS-NSSAIは第1のrejected S-NSSAIと表現されてもよい。
　第1のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、第1のrejected NSSAIはrejected NSSAI IE又はExtended rejected NSSAI IEに含まれて送受信されてよい。rejected NSSAI IE又はExtended rejected NSSAI IEには、現在のPLMN又はSNPNのS-NSSAIと、拒絶理由値の組み合わせが少なくとも1つ含まれてよい。UEがローミングしている場合、前述の組み合わせにはさらにHPLMNのS-NSSAIであるmapped S-NSSAIが含まれてもよい。
　言い換えると、ローミングケースでは、NWからUEへ送信される第1のrejected NSSAIには、現在のPLMN又はSNPNのS-NSSAIと、mapped S-NSSAIと、拒絶理由値の組み合わせが、少なくとも1つ含まれてよい。
　第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に対して3GPP accessとnon-3GPP accessの両方のアクセスで非登録状態に遷移した場合、第1のrejected NSSAIを記憶から削除してよい。言い換えると、UEが、あるアクセス経由で現在のPLMNに対して非登録状態に遷移した場合、又はあるあるアクセス経由で新しいPLMNに登録が成功した場合、又はあるアクセス経由で新しいPLMNへの登録を失敗し非登録状態に遷移した場合に、さらにUEがもう一方のアクセス経由で登録されていない状態(非登録状態)である場合には、UEは第1のrejected NSSAIを削除する。つまり、UEが、あるアクセス経由で現在のPLMNに対して非登録状態に遷移した場合に、UEがもう一方のアクセス経由で現在のPLMNに対して登録されている状態 (登録状態)である場合には、UEは第1のrejected NSSAIを削除しなくてよい。
　第1のrejected NSSAIに含まれるS-NSSAI又は第1のrejected NSSAIは、現在のPLMNのS-NSSAIであってよい。言い換えれば、第1のrejected NSSAIに含まれるS-NSSAI又は第1のrejected NSSAIは、現在のPLMN ID又はSNPN IDにのみ関連付けられて、記憶及び/又は管理及び/又は送受信されてよい。更に/又は、第1のrejected NSSAIに含まれるS-NSSAIはHPLMNのS-NSSAIであってもよいし、現在のPLMNのS-NSSAIであってもよい。
　第2のrejected NSSAIは、現在のレジストレーションエリア内で利用不可である、1又は複数のS-NSSAIの集合である。第2のrejected NSSAIは、5GSのrejected NSSAI for the current registration areaであってよいし、mapped S-NSSAI(s) for rejected NSSAI for the current registration areaであってもよいし、mapped S-NSSAI(s) for rejected NSSAI for the current registration areaに含まれるS-NSSAIであってもよい。第2のrejected NSSAIのmapped S-NSSAIのリスト（集合）とは、第2のrejected NSSAIに対する一以上のmapped S-NSSAIであってよく、5GSのmapped S-NSSAI(s) for the 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に含まれるS-NSSAIは第2のrejected S-NSSAIと表現されてもよい。
　第2のrejected NSSAIがNWからUEへ送信されるrejected NSSAIである場合、UEがrequested NSSAIに含めたS-NSSAIのうち、現在のレジストレーションエリアで不可であるために拒絶されたS-NSSAIを一又は複数含める。その場合、第2のrejected NSSAIはrejected NSSAI IE又はExtended rejected NSSAI IEに含まれて送受信されてよい。rejected NSSAI IE又はExtended rejected NSSAI IEには、現在のPLMN又はSNPNのS-NSSAIと、拒絶理由値の組み合わせが少なくとも1つ含まれてよい。UEがローミングしている場合、前述の組み合わせにはさらにHPLMNのS-NSSAIであるmapped S-NSSAIが含まれてもよい。
　言い換えると、ローミングケースでは、NWからUEへ送信される第2のrejected NSSAIには、現在のPLMN又はSNPNのS-NSSAIと、mapped S-NSSAIと、拒絶理由値の組み合わせが、少なくとも1つ含まれてよい。
　第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を記憶から削除してよい。
　第2のrejected NSSAIに含まれるS-NSSAI又は第2のrejected NSSAIは、現在のPLMNのS-NSSAIであってよい。言い換えれば、第2のrejected NSSAIに含まれるS-NSSAI又は第2のrejected NSSAIは、現在のPLMN ID又はSNPN IDにのみ関連付けられて、記憶及び/又は管理及び/又は送受信されてよい。又は、第2のrejected NSSAIに含まれるS-NSSAIはHPLMNのS-NSSAIであってもよいし、現在のPLMNのS-NSSAIであってもよい。
　第3のrejected NSSAIは、NSSAAを要するS-NSSAIであり、そのS-NSSAIに対するNSSAAが失敗された、又は取り消された、1又は複数のS-NSSAIの集合である。第3のrejected NSSAIは、UE及び/又はNWが記憶するNSSAIであってもよいし、NWとUE間で送受信されるNSSAIであってもよい。第3のrejected NSSAIがNWからUEへ送信される場合、第3のrejected NSSAIは、S-NSSAIと拒絶理由値の組み合わせを、1又は複数含める情報であってもよい。この時の拒絶理由値は、「NSSAAの失敗又は取り消しのために不可であるS-NSSAI(S-NSSAI not available due to the failed or revoked NSSAA)」であってよく、拒絶理由値と対応付けられたS-NSSAIに対するNSSAAが失敗したこと又は取り消されたことを示す情報であってよい。第3のrejected NSSAIに含まれるS-NSSAIは第3のrejected S-NSSAIと表現されてもよい。
　第3のrejected NSSAIがNWからUEへ送信されるNSSAIである場合、第3のrejected NSSAIはrejected NSSAI IE又はExtended rejected NSSAI IEを用いて送受信されてよい。
　第3のrejected NSSAIは、登録PLMN又は登録SNPNに適用されてもよいし、登録PLMN及び/又はEPLMNに適用されてもよいし、又は登録SNPN及び/又はESNPNに適用されてもよいし、全てのPLMN又はSNPNに適用されてもよい。第3のrejected NSSAIが全てのPLMNに適用されるということは、第3のrejected NSSAIはPLMNに関連付けられないことを意味してもよいし、第3のrejected NSSAIはHPLMN又はHSNPNに関連付けられることを意味してよい。
　さらに、UE及び/又はNWは、第3のrejected NSSAI及び第3のrejected 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は、5GSのrejected NSSAI for the failed or revoked NSSAAであってもよいし、rejected S-NSSAI for the failed or revoked NSSAAであってもよいし、rejected NSSAI for the failed or revoked NSSAAに含まれるS-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を削除してもよい。
　ローミング時において、第3のrejected NSSAIに含まれるS-NSSAIは、HPLMNのS-NSSAIであってよい。言い換えると、UEがVPLMN又はVSNPNから受信した第3のrejected NSSAIにはHPLMN又はHSNPNのS-NSSAIが含まれていてよい。
　言い換えると、UE及び/又は各装置は、HPLMN又はHSNPNのS-NSSAIが構成された「第3のrejected NSSAI」を記憶してよい。つまり、ローミング時においても、「第3のrejected NSSAI」はmapped S-NSSAIと関連付けられず記憶されてよい。
　第4のrejected NSSAIは、ネットワークスライス毎の最大UE数に達したS-NSSAIを一又は複数含む情報である。第4のrejected NSSAIは、UE及び/又はNWが記憶するNSSAIであってもよいし、NWからUEへ送信されるNSSAIであってよい。
　第4のrejected NSSAIは、5GSのrejected NSSAI for the maximum number of UEs reachedであってよいし、rejected S-NSSAI for the maximum number of UEs reachedであってもよいし、rejected NSSAI for the maximum number of UEs reachedに含まれるS-NSSAIであってもよいし、mapped S-NSSAI(s) for the maximum number of UEs reachedであってもよいし、mapped S-NSSAI(s) for the maximum number of UEs reachedに含まれるS-NSSAIであってもよい。第4のrejected NSSAIのmapped S-NSSAIのリスト（集合）とは、第4のrejected NSSAIに対する一以上のmapped S-NSSAIであってよく、5GSのmapped S-NSSAI(s) for the maximum number of UEs reachedであってもよい。
　第4のrejected NSSAIがNWからUEへ送信される場合、第4のrejected NSSAIは、S-NSSAI(SST及び/またSD)とマップドS-NSSAI(SST及び/又はSD)(もしあれば)と、拒絶理由値と、バックオフタイマの値と、を少なくとも1つ含む情報を、1又は複数含める情報であってもよい。この時の拒絶理由値は、「ネットワークスライス毎の最大UE数に達したS-NSSAI(S-NSSAI not available due to maximum number of UEs reached)」であってよく、拒絶理由値と対応付けられたS-NSSAIをAllowed NSSAIとして通知できる、又は許可できる最大UE数に達したことを示す情報であってよい。
　ここで、拒絶理由値は、rejected NSSAIに含まれる拒絶理由値であってもよい。さらに、この時、バックオフタイマの値は、UEが、バックオフタイマの値が関連付けられた一以上のS-NSSAI及び/又は一以上のマップドS-NSSAIが関連した現在のPLMN又はSNPNのS-NSSAIを用いた、MMメッセージを送信することを禁止する期間を示す情報であってよい。
　第4のrejected NSSAIは、登録PLMN及び/又はEPLMNに適用されてもよいし、登録SNPN及び/又はESNPNに適用されてもよいし、TAリスト(TAI list又は登録エリア)に含まれるTAIが属する一又は複数のPLMN又はSNPNに適用されてもよい。
　UE及び/又はNWは、第4のrejected NSSAI及び第4のrejected NSSAIに含まれるS-NSSAIをアクセスタイプごとの情報として扱ってよい。
　第4のrejected NSSAIがNWからUEへ送信されるNSSAIである場合、第4のrejected NSSAIはrejected NSSAI IE又はExtended rejected NSSAI IEを用いて送受信されてよい。
　rejected NSSAI IE又はExtended rejected NSSAI IEを用いて第1～第4のrejected NSSAIが送受信される場合、rejected NSSAI IE及びExtended rejected NSSAI IEには、拒絶されたS-NSSAIのリストが含まれてもよい。
　第1～第4のrejected NSSAIがrejected NSSAI IEを用いて送受信される場合、rejected NSSAI IEに含まれる拒絶されたS-NSSAIのリストは、一以上の5GSのRejected S-NSSAIであってよい。Rejected S-NSSAIには、現在のPLMNまたはSNPNのS-NSSAI(SST及び/又はSD)と対応する拒絶理由値とが構成されてよい。
　第1～第4のrejected NSSAIがExtended rejected NSSAI IEを用いて送受信される場合、Extended rejected NSSAI IEに含まれる拒絶されたS-NSSAIのリストは、5GSのPartial extended rejected NSSAI listであってよい。
　該拒絶されたS-NSSAIのリストには、バックオフタイマの値を含まない第1のタイプのリストと、拒絶されたS-NSSAIのリストに含まれるすべてのS-NSSAIに適用されるバックオフタイマの値を含む第2のタイプのリストがある。Extended rejected NSSAI IEには、一以上の第1のタイプのリスト及び又は一以上の第2のリストが構成されてよい。
　第1のタイプのリストには、このリストが第1のタイプであることを示す情報と、一以上の5GSのRejected S-NSSAIが一以上構成されてよい。Rejected S-NSSAIには、現在のPLMNまたはSNPNのS-NSSAI(SST及び/又はSD)と対応する拒絶理由値とが構成されてよい。更に、Rejected S-NSSAIには、mapped S-NSSAI(SST及び/又はSD)が構成されてよい。
　このリストが第1のタイプであることを示す情報とは、このリストには一以上のS-NSSAIが、対応するバックオフタイマの値と共にではなく、含まれていることを意味してよい。言い換えると、このリストには、このリストに含まれる一以上のS-NSSAIに対応するバックオフタイマの値が含まれていないことを意味してよい。
　第2のタイプのリストには、このリストが第2のタイプであることを示す情報と、バックオフタイマ値と、一以上の5GSのRejected S-NSSAIが構成されてよい。Rejected S-NSSAIには、現在のPLMNまたはSNPNのS-NSSAI(SST及び/又はSD) と対応する拒絶理由値とが構成されてよい。更に、Rejected S-NSSAIには、mapped S-NSSAI(SST及び/又はSD)が構成されてよい。
　このリストが第2のタイプであることを示す情報とは、このリストには一以上のS-NSSAIとそれに対応するバックオフタイマの値が含まれている事、及びそのバックオフタイマの値は全てのS-NSSAIに対して適応されることを意味する情報であってよい。
　なお、第2のタイプのリストに含まれるバックオフタイマの値は、同じ第2のタイプのリストに含まれる、全てのS-NSSAIに対して適用される値であってよい。
　pending NSSAIは、5GSのpending NSSAIであってよい。pending NSSAIは、UE及び/又はNWが記憶するNSSAIであってもよいし、NWとUE間で送受信されるNSSAIであってよい。
　pending NSSAIがNWからUEへ送信されるNSSAIである場合、pending NSSAIは、一以上のS-NSSAI IEが構成されたpending NSSAI IEを用いて送受信されてよく、S-NSSAI IEにはS-NSSAI(SST及び/又はSD)とmapped S-NSSAI(マップされたHPLMN又はHSNPNのSST及び/又はマップされたHPLMN又はHSNPNのSD)(もしあれば。例えばUEがローミング時、又は関連付けられたPLMN又はSNPNがVPLMN又はVSNPNである場合)が含まれてよい。
　pending NSSAIは、登録PLMN又は登録SNPN全体に適用されてもよいし、登録PLMNと登録PLMNの一又は複数のEPLMNで適用されてもよいし又は登録SNPNと登録SNPNの一又は複数のESNPNで適用されてもよい。
　UE及び/又はNWは、pending NSSAIに含まれるS-NSSAIをアクセスタイプによらない情報として扱ってよい。つまり、pending NSSAIは、3GPP access及びnon-3GPP accessに対して共通する情報であってよい。
　pending NSSAIは、UEが、手続きをペンディングしているスライスを識別する1又は複数のS-NSSAIで構成されるNSSAIである。具体的には、UEは、pending NSSAIを記憶する間、pending NSSAIに含まれるS-NSSAI、又はpending NSSAIのmapped S-NSSAIに対する登録要求手続きを開始しない。
　言い換えれば、UEは、記憶するpending NSSAIに含まれるS-NSSAIに対するNSSAAが完了するまで、pending NSSAIに含まれるS-NSSAIを登録手続き中に使用しない。pending NSSAIは、アクセスタイプによらない情報である。具体的には、UEがpending NSSAIを記憶する場合、UEはpending NSSAIに含まれるS-NSSAIを含む登録要求メッセージを、3GPPアクセスとnon-3GPPアクセスの両方に送信を試みない。
　ローミング時(ローミングシナリオ)において、UEが記憶するpending NSSAIに含まれるS-NSSAIは、HPLMN又はHSNPNのS-NSSAIであってよい。言い換えると、UEがVPLMN又はVSNPNから受信したpending NSSAI IEにはHPLMN又はSNPNのS-NSSAIが含まれていてよい。このようなpending NSSAIを第1のpending NSSAIと称してもよい。
　言い換えると、第1のpending NSSAIを記憶するUEは、第1のpending NSSAIに対するmapped S-NSSAIは記憶しないことを意味し、UEが記憶する第1のpending NSSAIに構成されるS-NSSAIはローミング時非ローミング時によらず、HPLMN又はHSNPNのS-NSSAIである。
　ただし、第1のpending NSSAIをNWからUEに送信する場合、言い換えるとUEがNWからpending NSSAIを受信する場合、pending NSSAIが含まれるpending NSSAI IEには、現在のS-NSSAIのmapped S-NSSAIとが含まれてもよいし、mapped S-NSSAIのみが含まれてもよい。
　一方、ローミング時(ローミングシナリオ)において、UEが記憶するpending NSSAIに含まれるS-NSSAIは現在のPLMN(VPLMN)又はSNPN(VSNPN)のS-NSSAIであってよい。言い換えると、UEがVPLMN又はVSNPNから受信したpending NSSAIにはVPLMN又はVSNPNのS-NSSAIが含まれていてよい。このようなpending NSSAIを第2のpending NSSAIと称してもよい。
　言い換えると、ローミング時には、第2のpending NSSAIに対する一以上のmapped S-NSSAIがあってもよい。第2のpending NSSAIに構成されるS-NSSAIは、ローミング時非ローミング時によらず、現在のPLMN又はSNPNのS-NSSAIであってよい。
　本稿では、pending NSSAIと称した場合、第1のpending NSSAIを意味してもよいし、第2のpending NSSAIを意味してもよいし、両方のpending NSSAIを意味してもよいし、そのほかのpending NSSAIを意味してもよい。
　トラッキングエリアは、コアネットワークが管理する、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により識別されてよい。
　TAI listに含まれるTAIは、1つのPLMNに属してよいし、複数のPLMNに属してもよい。TAI listに含まれる複数のTAIが異なるPLMNに属する場合、それらPLMNはEPLMNであってよい。
　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は、ユーザを識別する為の情報であってもよい。
　スライスに接続する最大UE数管理とは、同時にネットワークスライス又はS-NSSAIに登録できる最大UE数を管理及び/又は制御、又は同時にネットワークスライス又はS-NSSAIを用いたPDUセッションを確立することができる最大UE数を管理及び/又は制御することである。スライスに接続する最大UE数管理は、5GSのNSAC(network slice admission control)であってよい。NSACはslice admission controlと表現されてもよい。
　同時にネットワークスライス又はS-NSSAIに登録できる最大UE数の管理及び/又は制御は、MMベースのスライスアドミッション制御(Mobility management based slice admission control)と表現されてよい。同時にネットワークスライス又はS-NSSAIを用いたPDUセッションを確立できる最大UE数の管理及び/又は制御は、SMベースのスライスアドミッション制御(Session management based slice admission control)と表現されてよい。slice admission controlはNSAC(Network Slice Admission Control)を意味してもよい。
　ここで、ネットワークスライス又はS-NSSAIに登録するUEとは、ネットワークスライスを示すS-NSSAIがallowed NSSAIに含まれて記憶することであってもよい。スライスに接続する最大UE数管理の機能、又は同時にネットワークスライス又はS-NSSAIに登録できる最大UE数を管理及び/又は制御機能をサポートするネットワーク内の装置は、S-NSSAIごとに、スライスに接続する最大UE数管理を要するか否かを記憶することができ、さらに登録されたUEが最大数である定数に達しているか否かを登録手続き中に確認することができる。
　さらに、スライスに接続する最大UE数管理の機能、又は同時にネットワークスライス又はS-NSSAIに登録できる最大UE数を管理及び/又は制御機能をサポートする各装置は、第4のrejected NSSAIを記憶することができてよい。本稿では、スライスに接続する最大UE数は、スライス毎に接続する最大UE数、又はネットワークスライス又はS-NSSAIに登録できる最大UE数、又は最大UE数、又は定数、と表現される場合がある。
　SSC(Session and Service Continuity)とは、セッション及び/又はサービスを維持するするための技術である。ここで、セッションはUEとNW間で確立されたPDUセッションを意味してよいし、サービスとはUEとNW間で確立されたPDUセッションにより、UEへ提供されるサービスを意味してよい。様々なモードが存在してよい。
　言い換えると、SSC(Session and Service Continuity) modeは、5GCにおいて、システム、及び/又は各装置がサポートするサービスセッション継続(Session and Service Continuity)のモードを示すものである。より詳細には、UE_A10とアンカーポイントとの間で確立されたPDUセッションがサポートするサービスセッション継続の種類を示すモードであってもよい。
　ここで、アンカーポイントは、UPGWであってもよいし、UPFであってもよい。UPFはTUPF(terminating user-plane function)であってよい。TUPFとは、各インターフェースの終端のUPFであり、PDUセッションアンカー機能を備える。言い換えると、アンカーポイントは、PDUセッションアンカー(PDU Session Anchor)であってよい。
　SSCの為に、アンカーポイントを切り替えることをアンカーリロケーション、及び/又はPDUセッションアンカーの変更と称してもよい。なお、これらはアンカーリロケーション手続き、PDUセッションアンカーの変更手続き、と称されてもよい。
　アンカーリロケーションにおいて、初期状態で確立されているPDUセッションを第1のPDUセッション、手続き完了後に確立されているPDUセッションを第2のPDUセッションと称してもよい。
　なお、SSC modeはPDUセッション毎に設定されるサービスセッション継続の種類を示すモードであってもよい。つまり、SSCモードはPDUセッションに関連付けられてよい。
　及び/又は、SSC modeはアンカーポイントに関連付けられており、PDUセッションが確立されている状態の間変更されることはできないように制御されてもよい。PDUセッションのlife timeの間は、PDUセッションに関連付けられたSSCモードの変更はできなくてもよい。以下、各SSCモードの説明をする。
　SSC mode 1は、UE_A10がネットワークに接続する際に用いるRAT(Radio Access Technology)やセル等のアクセステクノロジーに関わらず、同じUPFがアンカーポイントとして維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 1は、UE_A10のモビリティが発生しても、確立しているPDUセッションが用いるアンカーポイントを変更せずに、サービスセッション継続を実現するモードであってもよい。
　SSC mode 2は、PDUセッション内に1つのアンカーポイントを含む場合、先にPDUセッションを解放してから、続けてPDUセッションを確立するサービスセッション継続のモードである。より詳細には、SSC mode 2は、アンカーポイントのリロケーションが発生した場合、一度PDUセッションを削除してから、新たにPDUセッションを確立するモードである。
　SSC mode 2は、UPFのサービングエリア内でのみ、同じUPFをアンカーポイントとして維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 2は、UE_A10がUPFのサービングエリア内にいる限り、確立しているPDUセッションが用いるUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。さらに、SSC mode 2は、UPFのサービングエリアから出るような、UE_A10のモビリティが発生した場合に、確立しているPDUセッションが用いるUPFを変更して、サービスセッション継続を実現するモードであってもよい。
　ここで、UPFのサービングエリアとは、1つのUPFがサービスセッション継続機能を提供することができるエリアであってもよいし、UE_A10がネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットであってもよい。さらに、アクセスネットワークのサブセットとは、一又複数のRAT、及び/又はセルから構成されるネットワークであってもよいし、TAであってもよい。
　SSC mode 2でのセッション継続においては、S-NSSAIの変更が許可されない場合、第1のSSC mode 2と称してもよい。一方、SSC mode 2でのセッション継続においては、S-NSSAIの変更が許可される場合、第2のSSC mode 2と称してもよい。言い換えると、S-NSSAI又はネットワークスライスを変更しつつ、SSC mode 2でセッション継続する場合を、第2のSSC mode 2と称してもよい。さらに言い換えると、S-NSSAI又はネットワークスライスを変更しつつ、SSC mode 2のPDUセッションを継続する場合を、第2のSSC mode 2と称してもよい。単にSSC mode 2と称した場合には、第1のSSC mode 2及び/又は第2のSSC mode 2を意味してよい。
　SSC mode 3は、UEとアンカーポイント間のPDUセッションを解放しないで、同じDNに対して新しいアンカーポイントとUE間でPDUセッションを確立することが出来るサービスセッション継続のモードである。
　SSC mode 3は、UE_A10とUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなUPFを介した新たなPDUセッション、及び/又は通信路を確立することを許可するサービスセッション継続のモードである。さらに、SSC mode 3は、UE_A10がマルチホーミングになることを許可するサービスセッション継続のモードであってもよい。
　及び/又は、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたUPFを用いたサービスセッション継続が許可されたモードであってもよい。言い換えると、SSC mode 3の場合、各装置は、複数のPDUセッションを用いてサービスセッション継続を実現してもよいし、複数のUPFを用いてサービスセッション継続を実現してもよい。
　SSC mode 3でのセッション継続においては、S-NSSAIの変更が許可されない場合、第1のSSC mode 3と称してもよい。一方、SSC mode 3でのセッション継続においては、S-NSSAIの変更が許可される場合、第2のSSC mode 3と称してもよい。言い換えると、S-NSSAI又はネットワークスライスを変更しつつ、SSC mode 3でセッション継続する場合を、第2のSSC mode 3と称してもよい。さらに言い換えると、S-NSSAI又はネットワークスライスを変更しつつ、SSC mode 3のPDUセッションを継続する場合を、第2のSSC mode 3と称してもよい。単にSSC mode 3と称した場合には、第1のSSC mode 3及び/又は第2のSSC mode 3を意味してよい。
　SSCモード4とは、第2のSSC mode 2であって良い。
　言い換えると、SSC mode 4は、PDUセッション内に1つのアンカーポイントを含む場合、S-NSSAI又はネットワークスライスを変更しつつ、先にPDUセッションを解放してから、続けてPDUセッションを確立するサービスセッション継続のモードである。より詳細には、SSC mode 4は、アンカーポイントのリロケーションが発生した場合、S-NSSAI又はネットワークスライスを変更しつつ、一度PDUセッションを削除してから、新たにPDUセッションを確立するモードである。
　SSC mode 4は、UPFのサービングエリア内でのみ、S-NSSAI又はネットワークスライスを変更しつつ、同じUPFをアンカーポイントとして維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 4は、UE_A10がUPFのサービングエリア内にいる限り、S-NSSAI又はネットワークスライスを変更しつつ、確立しているPDUセッションが用いるUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。さらに、SSC mode 4は、UPFのサービングエリアから出るような、UE_A10のモビリティが発生した場合に、S-NSSAI又はネットワークスライスを変更しつつ、確立しているPDUセッションが用いるUPFを変更して、サービスセッション継続を実現するモードであってもよい。
　ここで、UPFのサービングエリアとは、1つのUPFがサービスセッション継続機能を提供することができるエリアであってもよいし、UE_A10がネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットであってもよい。さらに、アクセスネットワークのサブセットとは、一又複数のRAT、及び/又はセルから構成されるネットワークであってもよいし、TAであってもよい。
　SSCモード5とは、第2のSSC mode 3であって良い。
　言い換えると、SSC mode 5は、S-NSSAI又はネットワークスライスを変更しつつ、UEとアンカーポイント間のPDUセッションを解放しないで、同じDNに対して新しいアンカーポイントとUE間でPDUセッションを確立することが出来るサービスセッション継続のモードである。
　SSC mode 5は、S-NSSAI又はネットワークスライスを変更しつつ、UE_A10とUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなUPFを介した新たなPDUセッション、及び/又は通信路を確立することを許可するサービスセッション継続のモードである。さらに、SSC mode 5は、UE_A10がマルチホーミングになることを許可するサービスセッション継続のモードであってもよい。
　及び/又は、SSC mode 5は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたUPFを用いたサービスセッション継続が許可されたモードであってもよい。言い換えると、SSC mode 5の場合、各装置は、複数のPDUセッションを用いてサービスセッション継続を実現してもよいし、複数のUPFを用いてサービスセッション継続を実現してもよい。
　第1の識別情報は、新しいS-NSSAIを示す情報である。第1の識別情報は、更新、変更されたS-NSSAIを示す情報であってよい。第1の識別情報は、新しく確立される第2のPDUセッションが関連付けられる、S-NSSAIを示す情報であってよい。第1の識別情報は、ネットワークが、第2のPDUセッション、及び/又はUEに割り当てたS-NSSAIであって良い。
　第1の識別情報で示されるS-NSSAIは、第1のPDUセッションが関連付けられたS-NSSAIと同じS-NSSAIであってもよいし、異なるS-NSSAIであってよい。第1の識別情報で示されるS-NSSAIのSSTは、第1のPDUセッションが関連付けられたS-NSSAIのSSTと同じであってもよいし、異なってもよい。
　及び/又は、第1の識別情報は、更新、変更したPreference情報を示す情報である。第1の識別情報は、ネットワークがPDUセッションに含まれるルートまたはアンカーポイントのPreference情報の更新、または変更を通知する情報であってよい。
　第2の識別情報は、理由を示す情報である。第2の識別情報は理由値であってよく、5GSM cause IEであって良い。第2の識別情報は、Preference情報の更新、変更を示す情報であってよい。言い換えれば、第2の識別情報はネットワークがPreference情報を更新、変更したことを示す情報であってよい。さらに、第2の識別情報はUEの移動による、PDUセッションの更新、変更を示す情報であってよい。言い換えれば、第2の識別情報は、ネットワークがUE位置情報の更新に伴い、PDUセッションに関する情報の更新、変更をしたことを示す情報であってよい。例えば、第2の識別情報は、PDUセッションに関連するS-NSSAIが利用できなくなること、S-NSSAIの変更を示す情報であってよい。
　第2の識別情報は、5GSM cause #39 "reactivation requested"であってよいし、5GSM cause #39 "reactivation requested"により示されてる情報であってもよい。
　第11の識別情報は、新しいS-NSSAIを示す情報である。第11の識別情報は、ともに送受信されるPDUセッションIDと関連付けられてよい。第11の識別情報は、第1の識別情報と同じであってよい。
　第12の識別情報は、理由値であって良い。第12の識別情報は、同じDNに対してPDUセッションの再確立のためのPDUセッション確立手続きの開始を要求することを示す情報であってよい。更に、第12の識別情報は、同じS-NSSAIに対してPDUセッションの再確立のためのPDUセッション確立手続きの開始を要求することを示す情報であってもよい、又は異なるS-NSSAIに対するPDUセッションの再確立のためのPDUセッション確立手続きの開始を要求することを示す情報であって良い。
　第12の識別情報は、5GSM cause #39 "reactivation requested"であってよいし、5GSM cause #39 "reactivation requested"により示されてる情報であってもよい。
　第21の識別情報は、要求するS-NSSAI情報であってよい。第21の識別情報は、空の情報であってもよい。第21の識別情報は、NWから通知されたS-NSSAIであってよい。具体的には、第21の識別情報に含まれるS-NSSAIは、第1の識別情報、及び/又は第11の識別情報により示されるS-NSSAIであってよい。
　第22の識別情報は、要求するSSCモードを示す情報であってよい。第22の識別情報は、SSC mode 1～SSC mode 5の内、少なくとも1つを示してもよい。
　第23の識別情報は、アンカーリロケーションによるS-NSSAIの変更をUEがサポートするか否かを示す情報であって良い。第23の識別情報は、アンカーリロケーションによるS-NSSAIの変更をUEがサポートすることを示す情報であってよい。第23の識別情報は、例えば、5GSM capability IE及び/又5GSM capability IEに含まれる情報であってよい。
　第31の識別情報は、NW及び/又は確立されたPDUセッションがアンカーリロケーションによるS-NSSAIの変更をサポートするか否かを示す情報であって良い。第31の識別情報は、アンカーリロケーションによるS-NSSAIの変更をNW及び/又は確立されたPDUセッションがサポートすることを示す情報であってよい。第31の識別情報は、機能情報であって良く、例えば、5GS network feature support及び/又は5GS network feature supportに含まれる情報であってよい。
　第31の識別情報は、共に送受信されたSSC mode及び/又はPDUセッションID及び/又は、アンカーポイントに関連付けられてよい。
　第32の識別情報は、NWがアンカーリロケーションによりS-NSSAIの変更をしたことを示してよい。第32の識別情報は、変更されたS-NSSAIであってもよい。第32の識別情報は、S-NSSAI IEであってよい。
　第35の識別情報は、NWがアンカーリロケーションによるS-NSSAIの変更をサポートしない事を示す情報、及び/又はNWがアンカーリロケーションによるS-NSSAIの変更をサポートしないことにより、PDUセッションを確立できないことを示す情報であってよい。第35の識別情報は、理由値であって良く、例えば5GSM cause IEであってよい。
　第35の識別情報は、5GSM cause #39 "reactivation requested"であってよいし、5GSM cause #39 "reactivation requested"により示されてる情報であってもよい。
　[3. 各実施形態で用いられる手続きの説明]
　次に、各実施形態で用いられる手続きについて説明する。尚、各実施形態で用いられる手続きには、PDUセッション変更手続き、及び/又はPDUセッション解放手続き、及び/又はPDUセッション確立手続きが含まれる。以下、各手続きについて説明していく。
　尚、各実施形態では、図2に記載されているように、HSSとUDM、PCFとPCRF、SMFとPGW-C、UPFとPGW-Uが、それぞれ同一の装置(つまり、同一の物理的なハードウェア、又は同一の論理的なハードウェア、又は同一のソフトウェア)として構成されている場合を例にとって説明する。しかし、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。例えば、これらの間で、直接データの送受信を行ってもよいし、AMF、MME間のN26インターフェースを介してデータを送受信してもよいし、UEを介してデータを送受信してもよい。
　[3.1. PDUセッション変更手続き]
　次に、NWが、PDUセッション変更手続きを実行する場合の各装置の挙動を、図6を用いて説明する。以下、PDUセッション変更手続きを本手続きと称する場合がある。また、PDUセッション変更手続きは、SM手続きであってもよい。
　本手続きは、各装置がPDUセッションの状態を更新する為の手続きである。なお、各装置は、本手続きを、PDUセッション確立手続きを完了した状態で実行してもよいし、PDUセッション確立手続きの中で実行してもよい。また、各装置は、登録状態で本手続きを開始してもよいし、PDUセッション確立手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション変更手続きの完了に基づいて、PDUセッションの状態を更新してもよい。さらに、各装置は、複数のPDUセッションを確立している場合、本手続きを複数回実行する事で、各PDUセッションの状態を更新してもよい。
　以下、本手続きの各ステップを説明する。SMFは、AMFを介してUEにPDUセッション変更コマンド(PDU session modification command)メッセージを送信する(S802) (S804)。具体的には、SMF_A230は、N11インターフェースを用いてAMFにPDUセッション変更コマンドメッセージを送信し(S802)、PDUセッション変更コマンドメッセージを受信したAMFが、N1インターフェースを用いてUEにPDUセッション変更コマンドメッセージを送信する(S804)。
　なお、SMFがPDUセッション変更コマンドメッセージを送信するトリガーは、AMFから送信される状態変化通知メッセージの受信であってもよいし、AFからの要求メッセージの受信であってもよいし、SMF自身の状態変化の検知であってもよい。
　尚、SMFがPDUセッション変更コマンドメッセージを送信するトリガーは、SMF及び/又はAMFが、PDUセッションが関連付けられたS-NSSAIの使用が許可されなくなることを検知したこと、であってもよい。AMFが、S-NSSAIの使用が許可されなくなることを検知した場合に、SMFはAMFから状態変化通知メッセージを受信してもよい。
　さらに、PDUセッション変更コマンドメッセージは、N11インターフェース、及びN1インターフェース上で送受信されるNASメッセージであってよいし、NASメッセージに含まれて送受信されてもよい。また、PDUセッション変更コマンドメッセージは、これに限らず、PDUセッションの変更が決定された事を示すメッセージであればよい。
　さらに、状態変化通知メッセージは、N11インターフェースを用いてAMFがSMFに送信するメッセージであってよく、UEのモビリティ等によって、UEの状態が変化したことを示す情報であってもよい。さらに、状態変化通知メッセージは、加入者情報、及び/又はオペレータポリシー、及び/又はUEのポリシーが変化したことが原因で、UE、及び/又はネットワーク装置の状態が変化したことを示す情報であってもよい。さらに、AFからの要求メッセージは、AFから送信された要求メッセージであってもよいし、別のネットワーク装置が代理で送信した要求メッセージであってもよい。
　ここで、SMFは、PDUセッション変更コマンドメッセージに、少なくとも第1から2の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、SMFの要求を示してもよい。
　さらに、SMFは、第1から2の識別情報のうち1つ以上の識別情報を送信する事で、PDUセッションの接続先、PDUセッションに関する情報の変更を要求してもよい。より詳細には、SMFは第2の識別情報を送信、及び/又は第1の識別情報と関連付けて第2の識別情報を送信することにより、プリファレンス情報の更新を要求してもよいし、デフォルトルートの変更を要求してもよいし、モビリティの変更を通知してもよい。
　SMFは、第2の識別情報を送信、及び/又は第1の識別情報を送信することにより、S-NSSAIの変更、及び/又は新しいS－NSSAIを通知してもよい。
　なお、SMFは、第1から2の識別情報のうち、どの識別情報をPDUセッション変更要求メッセージに入れるかを、ネットワークの能力情報、及び/又はオペレータポリシー等のポリシー、及び/又はネットワークの状態に基づいて決定してもよい。なお、どの識別情報をPDUセッション変更要求メッセージに入れるかのSMFによる決定はこれに限らない。
　UEは、第1から2の識別情報のうち1つ以上の識別情報を受信することで、NWの要求を認識してよい。具体的には、UEは第2の識別情報の受信に基づき、PDUセッションの接続先、PDUセッションに関する情報の変更を認識してもよいし、S-NSSAIの変更を認識してよい。
　及び/又は、UEは第1の識別情報に基づき、第2のPDUセッションが関連付けられるS-NSSAI、及び/又はこの後実行されるPDUセッション確立要求手続きにおいて、UEが要求するS-NSSAIを認識してよい。
　なお、第1の識別情報に示されるS-NSSAIがUEにより記憶されるAllowed NSSAIに含まれない場合には、PDUセッション確立要求手続きをする前に、登録要求メッセージを送信してよく、登録要求メッセージには、第1の識別情報に示されるS-NSSAIを含めるrequested NSSAI IEを含めてよい。
　PDUセッション変更コマンドメッセージを受信したUEは、AMFを介してSMFにPDUセッション変更受諾(PDU session establishment accept)メッセージを送信する(S806) (S808)。
　具体的には、UE_A10は、N1インターフェースを用いてAMF_A240にPDUセッション変更受諾メッセージを送信し(S806)、PDUセッション変更要求メッセージを受信したAMFが、N11インターフェースを用いてSMFにPDUセッション変更受諾メッセージを送信する(S808)。
　なお、PDUセッション変更受諾メッセージは、N1インターフェース、及びN11インターフェース上で送受信されるNASメッセージであってよいし、NASメッセージに含まれ送受信されてよい。また、PDUセッション変更受諾メッセージは、これに限らず、PDUセッションの確立が受諾されたことを示すメッセージであればよい。
　SMFは、PDUセッション変更受諾メッセージを受信し、UPFにセッション変更要求メッセージ(Session Modification request)を送信し(S810)、さらに、セッション変更要求メッセージを受信したUPFが送信したセッション変更受諾(Session Modification response)メッセージを受信する(S812)。各装置は、PDUセッション変更受諾メッセージの送受信、及び/又はセッション変更応答メッセージの送受信に基づいて、本手続きを完了する。
　なお、本手続き中に、UEに割り当てられたアドレスがUEへ通知されなかった場合、SMはアンカーポイントとなるUPFを介してRAを送信してもよい。
　以上により、各装置がPDUセッションの状態を更新することができる。
　[3.2. PDUセッション解放手続き]
　まず、PDUセッション解放手続き(PDU session release procedure)の概要について説明する。以下、本手続きは、PDUセッション解放手続きを指す。なお、PDUセッションには1又は複数のルートが含まれてもよい。言い換えれば、PDUセッションには1又は複数のアンカーポイントが割り当てられていてもよい。
　本手続きは、各装置がPDUセッションを解放する為の手続きである。なお、各装置は、本手続きを、PDUセッション確立手続きを完了した状態で実行してもよい。また、各装置は、登録状態で本手続きを開始してもよいし、PDUセッション確立手続き後の任意のタイミングで本手続きを開始してもよい。
　以下、図7を用いて、PDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、SMFは、PDUセッション解放手続きの開始を決定する。SMFがPDUセッション解放手続きの開始を決定する条件は、SMFがアンカー(UPF)リロケーションの実行の開始を決定することであってよい。更に、SMFがアンカーリロケーションの実行を決定する条件は、AMFから送信される状態変化通知メッセージの受信であってもよいし、AFからの要求メッセージの受信であってもよいし、SMF自身の状態変化の検知であってもよい。
　尚、SMFがPDUセッション解放手続きの開始を決定するトリガーは、SMF及び/又はAMFが、PDUセッションが関連付けられたS-NSSAIの使用が許可されなくなることを検知したこと、であってもよい。AMF及び/又はNSSFが、S-NSSAIの使用が許可されなくなることを検知した場合に、SMFはAMF及び/又はNSSFから状態変化通知メッセージを受信してもよい。なお、アンカーのリロケーションの決定の要因はこれに限らない。
　次に、SMFは、リロケーション元のUPFにセッション解放要求(Session release request)メッセージを送信し(S910)、SMFとUPF間のセッションの解放手続きを開始する。ここで、SMFはUPFリロケーションの決定に基づいて、及び/又はSMFが既に保持しているコンテキストに基づいて、1または複数のUPFを選択してもよい。なお、複数のUPFが選択された場合、SMFは、各々のUPFに対してセッション解放要求メッセージを送信してもよい。
　UPFは、セッション解放要求メッセージを受信し、PDUセッションのためのコンテキストを削除する。さらに、UPFは、セッション解放要求メッセージを受信、及び/又はPDUセッションのためのコンテキストの削除に基づいて、SMFにセッション解放応答(Session release response)メッセージを送信する(S912)。さらに、SMFは、セッション解放応答メッセージを受信する。なお、セッション解放要求メッセージ及びセッション解放応答メッセージは、N4インターフェース上で送受信される制御メッセージであってもよい。さらに、セッション解放応答メッセージは、セッション解放要求メッセージに対する応答メッセージであってよい。
　つぎに、SMFは、PDUセッション解放応答メッセージの受信、及び/又はPDUセッションアンカーリロケーションの決定に基づいて、AMFを介してUEへPDUセッション解放コマンド(PDU session release command; PDUセッションリリースコマンド)メッセージを送信する(S902) (S904)。
　具体的には、SMFは、AMFへPDUセッション解放コマンドメッセージを送信し(S902)、PDUセッション解放コマンドメッセージを受信したAMFはUEへPDUセッション解放コマンドメッセージを送信する(S904)。
　なお、PDUセッション解放コマンドメッセージは、N11インターフェース、及びN1インターフェース上で送受信されるNASメッセージであってよいし、NASメッセージに含まれて送信されてよい。また、PDUセッション解放コマンドメッセージは、これに限らず、PDUセッションの解放がネットワークから要求されたこと、及び/又はPDUセッションの解放をネットワークが決定したことを示すメッセージであればよい。
　ここで、SMF及び/又はAMFは、PDUセッション解放コマンドメッセージ及び／又はNASメッセージに、少なくとも第11から12の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、PDUセッションの解放の要求を示してもよい。
　さらに、SMF及び/又はAMFは、第11から12の識別情報のうち1つ以上の識別情報を送信する事で、ネットワークが、DNに接続するPDUセッションの確立の要求を受諾したことを示してもよいし、DNに接続するPDUセッションの確立を許可したことを示してもよい。
　より詳細には、SMF及び/又はAMFは、第11から12の識別情報のうち1つ以上の識別情報を送信することで、PDUセッションが解放された後、一定期間解放されたPDUセッションに関する情報を維持する事を示してもよい。
　さらに、SMF及び/又はAMFは、第11から12の識別情報のうち1つ以上の識別情報を送信することで、PDUセッションの解放が、PDUセッションアンカーリロケーションの為に実行する事を示してもよい。
　なお、SMF及び/又はAMFは、第11から12の識別情報のうち、どの識別情報をPDUセッション解放コマンドメッセージ及び／又はNASメッセージに入れるかを、受信した識別情報、及び/又は、ネットワークの能力情報、及び/又はオペレータポリシー等のポリシー、及び/又はネットワークの状態に基づいて決定してもよい。なお、どの識別情報をPDUセッション解放コマンドメッセージ及び／又はNASメッセージに入れるかのSMF及び/又はAMFによる決定はこれに限らない。
　UEは、第11から12の識別情報のうち1つ以上の識別情報を受信することで、NWの要求を認識してよい。具体的には、UEは第12の識別情報の受信に基づき、PDUセッションの接続先、PDUセッションに関する情報の変更を認識してもよいし、S-NSSAIの変更を認識してよい。
　及び/又は、UEは第11の識別情報に基づき、第2のPDUセッションが関連付けられるS-NSSAI、及び/又はこの後実行されるPDUセッション確立要求手続きにおいて、UEが要求するS-NSSAIを認識してよい。
　なお、第11の識別情報に示されるS-NSSAIがUEにより記憶されるAllowed NSSAIに含まれない場合には、PDUセッション確立要求手続きをする前に、登録要求メッセージを送信してよく、登録要求メッセージには、第11の識別情報に示されるS-NSSAIを含めるrequested NSSAI IEを含めてよい。
　UEは、PDUセッション解放コマンドメッセージを受信し、さらに、AMFを介してSMFにPDUセッション解放受諾(PDU session release accept)メッセージを送信する(S906) (S908)。
　具体的には、UEは、N1インターフェースを用いてAMFにPDUセッション解放受諾メッセージを送信し(S906)、PDUセッション解放受諾メッセージを受信したAMFが、N11インターフェースを用いてSMFにPDUセッション解放受諾メッセージを送信する(S908)。
　なお、PDUセッション解放受諾メッセージは、N1インターフェース、及びN11インターフェース上で送受信されるNASメッセージであってよいし、NASメッセージに含まれて送受信されてよい。また、PDUセッション解放受諾メッセージは、PDUセッション解放コマンドメッセージに対する応答メッセージであればよく、これに限らず、PDUセッション解放手続きが完了する事を示すメッセージであればよい。
　続けて、SMはAMFにPDUセッション解放通知(PDU session release notification)メッセージを送信する(S912)。SMF_A230はPDUセッション解放通知メッセージを送信することで、PDUセッションの解放の完了を通知してもよいし、PDUセッションを解放しているが、リロケーションの為に一部の情報の記憶を維持している状態であることを通知してもよい。なお、PDUセッション解放通知メッセージは、これに限らず、PDUセッションの解放を通知するメッセージであればよい。
　なお、AMFは、PDUセッション解放受諾メッセージの受信に基づき、及び/又はPDUセッション解放通知メッセージの受信、及び/又はPDUセッション解放コマンドメッセージの送信に基づき、PDUセッションに関する情報の記憶を管理するタイマを用いたタイマのカウントを開始させてよい。AMFは、PDUセッション解放受諾メッセージの受信に基づき、及び/又はPDUセッション解放通知メッセージの受信、及び/又はPDUセッション解放コマンドメッセージの送信に基づき、各メッセージ及び/または各メッセージに含まれる識別情報、により示される情報を認識、及び記憶してよい。
　さらに、PDUセッションに関する情報の記憶を管理するタイマを用いたタイマのカウントが満了(expire)した場合、AMFはPDUセッションに関する情報、及び/又はコンテキストを解放してよい。
　SMFは、PDUセッション解放受諾メッセージの受信に基づき、及び/又はPDUセッション解放通知メッセージの送信、及び/又はPDUセッション解放コマンドメッセージの受信に基づき、PDUセッションに関する情報の記憶を管理するタイマを用いたタイマのカウントを開始させてよい。
　さらに、PDUセッションに関する情報の記憶を管理するタイマを用いたタイマのカウントが満了(expire)した場合、SMFはPDUセッションに関する情報、及び/又はコンテキストを解放してよい。
　各装置は、S906及び/又はS908及び/又はS912の送受信に基づいて、本手続きを完了する。なお、各装置は、本手続き完了に基づいて、PDUセッションが解放された状態に遷移してもよい。更に、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。
　例えば、UEが第11から12の識別情報のうち、1つ以上の識別情報を受信した場合、即座に第11の識別情報を用いた、PDUセッション確立手続きを開始してもよい。
　さらに、UEが第11から12の識別情報のうち、1つ以上の識別情報を受信した場合、PDUセッションに関する情報を一時的に解放しなくてもよいし、即座に解放してもよい。
　現在のPDUセッションが関連付けられたS-NSSAIの制限時間(ライフタイム)が満了に近づいていることに基づき、更に現在のPDUセッションがSSC mode 2又はSSC mode 4に関連づけられていることに基づき、UEはPDUセッション解放要求メッセージをAMFに送信してもよい。さらに、AMFは受信したPDUセッション解放要求メッセージをSMFに送信してもよい。ここで、UE_A10はPDUセッション解放要求メッセージに、前述の現在のPDUセッションが関連付けられたS-NSSAI及び/又はSSCによるアンカーリロケーションを要求することを示す識別情報を含めてもよい。なお、SMFがPDUセッション解放要求メッセージを受信した後の手続きは、図7を用いて説明したS910以降の手続きであってよい。
　[3.3. PDUセッション確立手続き]
　次に、UEが、PDUセッション確立手続きを実行する場合の各装置の挙動を、図8を用いて説明する。以下、PDUセッション確立手続きを本手続きと称する場合がある。また、PDUセッション確立手続きは、SM手続きであってもよい。
　尚、本手続きは、登録手続きを1回以上実行した後に実行してもよい。
　まず、UEはSMFにPDUセッション確立要求メッセージを送信し(S1400)(S1402)(S1404)、PDUセッション確立手続きを開始する。そして、SMFは、UEから、PDUセッション確立要求メッセージを受信する。
　具体的には、UEは、アクセスネットワークを介して、AMFにPDUセッション確立要求メッセージを含むN1 SMコンテナを含むNASメッセージを送信することにより(S1400)、PDUセッション確立手続きを開始する。NASメッセージは、例えばN1インターフェースを介して送信されるメッセージであり、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。
　更に、AMFは、UEから受信したNASメッセージ及び/又はネットワークの状態に基づき、SMFを決定してよい(S1402)。更に、AMFは、受信したPDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報を選択したSMFに転送してよい(S1404)。
　UEは、第1から2の識別情報、及び/又は第11から12の識別情報の内、少なくとも1つの識別情報の受信に基づき、PDUセッション確立要求メッセージを送信してもよい。
　ここで、UEは、第21から23の識別情報の内少なくとも1つの識別情報を、PDUセッション確立要求メッセージ、又はNASメッセージに含めて送信してよい。尚、UEは、その他識別情報をPDUセッション確立要求メッセージ、又はNASメッセージに含めてもよい。具体的には、UEは要求するDNNや、PDUセッションIDを、PDUセッション確立要求メッセージ、又はNASメッセージに含めてよい。
　尚、UEは、これらの識別情報を送信することで、UEが各機能をサポートしていることを示してもよいし、UEの要求を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報と送受信されてもよいし、異なる識別情報として送受信されてもよい。
　ここで、UEは、PDUセッション確立要求メッセージ、又はNASメッセージを送信することで、ネットワークに、上記識別情報の内容を示してもよい。
　UEは、第1から2の識別情報、及び/又は第11から12の識別情報の内、少なくとも1つの識別情報の受信に基づき、空の第21の識別情報を送信してもよいし、第21の識別情報を送信しないことを決定してもよい。言い換えると、UEは、第1から2の識別情報、及び/又は第11から12の識別情報の内、少なくとも1つの識別情報の受信に基づき、no S-NSSAIを用いたPDUセッション確立要求メッセージを送信してよい。
　次に、AMFは、NASメッセージを受信すると、UEが要求していること、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　次に、AMFは、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部の転送先として、SMFを選択する(S1402)。尚、AMFは、NASメッセージに含まれる情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、転送先のSMFを選択してもよい。
　具体的には、AMFは、第1のPDUセッションが関連付けられたDNNと同様のDNNに対するPDUセッションを確立するためのSMFを選択してよい。同様に、AMFは、第1のPDUセッションが関連付けられたS-NSSAIと同様のS-NSSAIに対するPDUセッションを確立するためのSMFを選択してよい。
　又は、AMFは、第1のPDUセッションが関連付けられたS-NSSAIのSSTと同様のSSTが構成されるS-NSSAIに対するPDUセッションを確立するためのSMFを選択してよい。又は、AMFは、第1のPDUセッションが関連付けられたS-NSSAIとは異なるS-NSSAIに対するPDUセッションを確立するためのSMFを選択してよい。
　次に、AMFは、選択されたSMFに、例えばN11インターフェースを介して、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部を送信する(S1404)。
　次に、SMFは、AMFから送信された情報等(メッセージ、コンテナ、情報)を受信すると、UEが要求していること、及び/又はAMFから受信した情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　ここで、SMFは、第2の条件判別をしてもよい。また、第2の条件判別は、ネットワークがUEの要求を受諾するか否かを判断する為のものであってよい。SMFは、第2の条件判別を真と判定した場合、図8の(A)の手続きを開始してよく、第2の条件判別を偽と判定した場合、図8の(B)の手続きを開始してよい。
　尚、第2の条件判別は、SMF以外のNFが実行してもよい。そのNFは、例えば、NSSF、NWDAF、PCF、NRFであってもよい。SMF以外のNFが第2の条件判別を行う場合は、SMFは、そのNFに対して、第2の条件判別を行うために必要な情報、具体的には、UEから受信した情報の少なくとも一部を提供してよい(S1406)。そして、そのNFがSMFから受信した情報に基づいて第2の条件判別の真偽を判別した場合は、SMFに対して第2の条件判別の結果(つまり、真か偽か)を含む情報を伝えてよい。SMFは、そのNFから受信した第2の条件判別の結果に基づいて、UEに対して送信するべき識別情報、及び/又は制御メッセージを決定してよい。
　尚、第2の条件判別は、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、実行されてもよい。
　例えば、UEの要求をネットワークが許可する場合、第2の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない場合、第2の条件判別は偽と判定されてよい。また、UEの接続先のネットワーク、及び/又はネットワーク内の装置が、UEが要求する機能をサポートしている場合、第2の条件判別は真と判定されてよく、UEが要求する機能をサポートしていない場合、第2の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第2の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第2の条件判別は偽と判定されてよい。
　尚、第2の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
　次に、図8の(A)の手続きの各ステップを説明する。
　SMFは、確立するPDUセッションに対するUPFを選択し、選択されたUPFに、例えばN4インターフェースを介して、N4セッション確立要求メッセージを送信してもよい(S1408)。N4セッション確立要求メッセージには、PCFから受信したPCCルールの少なくとも一部が含まれてもよい。
　SMFはAMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、C2コミュニケーションの承認を本手続き中に実行するか否かを決定してよい。
　C2コミュニケーションの承認が本手続き中に実行される場合、SMFは第21から第23の識別情報の内少なくとも一つに基づいて、UEにより要求されたPDUセッションの確立の承認を決定してもよい。
　ここで、SMFは、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、1以上のUPFを選択してもよい。また、複数のUPFが選択された場合、SMFは、各UPFに対してN4セッション確立要求メッセージを送信してよい。ここでは、UPFが選択されたものとする。
　次に、UPFは、N4セッション確立要求メッセージを受信すると(S1408)、SMFから受信した情報の内容を認識することができる。また、UPFは、N4セッション確立要求メッセージの受信に基づいて、例えばN4インターフェースを介して、SMFにN4セッション確立応答メッセージを送信してよい(S1410)。
　次に、SMFは、N4セッション確立要求メッセージに対する応答メッセージとして、N4セッション確立応答メッセージを受信すると、UPFから受信した情報の内容を認識することができる。
　次に、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、UEにPDUセッション確立受諾メッセージを送信する。そして、UEは、SMFから、PDUセッション確立受諾メッセージ及び/又は識別情報を受信する(S1418)(S1420)(S1422)。
　具体的には、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを、AMFに送信する(S1412)。ここで、N1 SMコンテナには、PDUセッション確立受諾メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立受諾メッセージに含まれていてもよい。
　次に、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる第1の基地局装置を介して、UEにNASメッセージを送信する(S1414)(S1416)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。
　具体的には、AMFは、アクセスネットワークに含まれる基地局装置に対して、N2 PDUセッション要求メッセージを送信すると(S1414)、N2 PDUセッション要求メッセージを受信した基地局装置は、UEに対して、NASメッセージを送信する(S1416)。ここで、N2 PDUセッション要求メッセージには、NASメッセージ、及び/又はN2 SM情報が含まれてよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
　また、PDUセッション確立受諾メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッションの確立が受諾されたことを示してよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求の少なくとも一部が受諾されたことを示してもよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージに、第31から32の識別情報の内少なくとも1つの識別情報を含めて送信してもよい。
　SMFは、NWがアンカーリロケーションによるS-NSSAIの変更をサポートする場合に、第31の識別情報をUEに送信してよい。SMFは、アンカーリロケーションによるS-NSSAIの変更が発生した場合に、第32の識別情報を送信してもよい。
　尚、SMFは、これらの識別情報及び/又はPDUセッション確立受諾メッセージを送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。及び/又は、1つの識別情報に複数の意味が含まれる場合、複数の識別情報に分割して送受信されてよい。例えば、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
　具体的には、SMFは、第31の識別情報を送信することで、NWがアンカーリロケーションによりS-NSSAIの変更をしたことを示してよいし、NWがアンカーリロケーションによりS-NSSAIの変更をすることができる機能をサポートするか否かを示す情報を送信してもよいし、NWがアンカーリロケーションによりS-NSSAIの変更をすることができる機能をサポートすることを示してもよい。
　SMFは、NW及び/又は確立されたPDUセッションがアンカーリロケーションによるS-NSSAIの変更をサポートする場合、NW及び/又は確立されたPDUセッションがアンカーリロケーションによるS-NSSAIの変更をサポートすることを示す、第31の識別情報を送信してよい。
　SMFは、第21から23の識別情報のうち少なくとも１つの識別情報の受信に基づき、第31～32の識別情報のうち少なくとも1つの識別情報を送信してよい。
　ここで、ネットワークは、PDUセッション確立受諾メッセージを送信することで、UEに、上記識別情報の内容を示してもよい。
　尚、ネットワークは、第31から32の識別情報以外の識別情報も、PDUセッション確立受諾メッセージに含めて送信してよい。具体的には、ネットワークは、確立したPDUセッション及び/又はアンカーポイントが対応付けられたSSC modeを示す情報をSelected SSC mode IEに含めて送信してよい。ネットワークは、確立したPDUセッション及び/又はアンカーポイントが対応付けられたSSC modeを示す情報をSelected SSC mode IEに含めて送信してよい。
　及び/又は、ネットワークは、確立したPDUセッションが対応付けられたS-NSSAI及び/又はDNNをPDUセッション確立受諾メッセージに含めて送信してよい。
　なお、本手続きが、SSC mode 2～5のPDUセッションのアンカーリロケーションにおける、第2のPDUセッションのためのPDUセッション確立手続きである場合、SMFが送信するS-NSSAIは、第2のPDUセッションが関連付けられたS-NSSAIであり、第1のPDUセッションが関連付けられたS-NSSAIと異なってもよい。及び/又は、SMFが送信するS-NSSAIに含まれるSSTは、第1のPDUセッションが関連付けられたS-NSSAIのSSTと同じであるように制御されてもよい。
　尚、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
　次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1416)、PDUセッション確立要求メッセージによるUEの要求が受諾されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　次に、図8の(B)の手続きの各ステップを説明する。
　まず、SMFは、PDUセッション確立要求メッセージの受信に基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はPDUセッションIDを、AMFに送信する(S1418)。ここで、N1 SMコンテナには、PDUセッション確立拒絶メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立拒絶メッセージに含まれていてもよい。
　次に、N1 SMコンテナ、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる基地局装置を介して、UEにNASメッセージを送信する(S1420)(S1422)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
　また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッションの確立が拒絶されたことを示してよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求が拒絶されたことを示してもよい。
　尚、SMFは、PDUセッション確立拒絶メッセージを送信することで、UEの要求が拒絶されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージに、第35の識別情報を含めて送信してもよい。
　尚、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
　次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1422)、PDUセッション確立要求メッセージによるUEの要求が拒絶されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　さらに、UEは、第35の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。UEは、NASメッセージ又はPDUセッション確立受諾メッセージ又はPDUセッション確立拒絶メッセージを受信することで、上記識別情報の内容を認識してもよい。
　具体的には、UEは、第35の識別情報の受信に基づき、NWがアンカーリロケーションによるS-NSSAIの変更をサポートしない事を認識してもよい。及び/又はUEは、第35の識別情報の受信に基づき、PDUセッション確立要求を再び行うことを、NWから要求されたことを認識してよい。
　UEは、第35の識別情報の受信に基づき、再び登録要求手続きを開始してよく、その際に第1のPDUセッションが関連付けられたS-NSSAIと同様のS-NSSAIをNWに要求してよい。
　各装置は、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、確立されたPDUセッションを用いてDNと通信可能な状態に遷移してよい。
　各装置は、PDUセッション確立受諾メッセージ又はPDUセッション確立拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、PDUセッションを確立することができないため、すでに確立済みのPDUセッションがない場合は、DNと通信できない。
　なお、上記に示すUEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
　[4.本発明における実施形態]
　本発明における実施形態は、1以上の3章で説明した手続きの組み合わせであってよい。例えば、本実施形態では、登録状態のUEが、3.3章記載のPDUセッション確立手続きを一又は複数回実行し、PDUセッションが確立してもよい。更に、UEとNW間で少なくとも1つの第1のPDUセッションを確立した状態で、3.1章のPDUセッション解放手続き、及び/又は3.2章のPDUセッション解放手続き、及び/又は3.3章のPDUセッション確立手続きが、一又は複数回実行されてもよい。
　以下、具体的な本発明の実施形態の一例を説明する。
　[4.1.第1の実施形態]
　以下、第1の実施形態（以下、本実施形態）について説明する。
　以下、第1の実施形態では、SSCモード3又はSSCモード5において、アンカーポイントの変更を行う手続きについて説明する。言い換えると、SSCモード3及び/又はSSCモード5に関連付けられた第1のPDUセッションのPDUセッションアンカーの変更を行い、セッション及びサービスの継続を行うための手続きについて説明する。第1の実施形態を、図9を用いて説明する。
　なお、ここでSSCモード3は第2のSSCモード3を意味してもよい。以下では、特に明記しない場合、SSCモード3に関連付けられたPDUセッション及び/又はアンカーポイントは、更にアンカーリロケーションによるS-NSSAIの変更のサポートが関連付けられていることを意味してもよい。
　また、図9のSMF#1とSMF#2は、同一のPLMN内の装置であってもよいし、異なるPLMN内の装置であってもよい。SMF#1とSMF#2は、SMF132であってよい。同様に、図9のUPF#1とUPF#2は、同一のPLMN内の装置であってもよいし、異なるPLMN内の装置であってもよい。UPF#1とUPF#2は、UPF130であってよい。
　まず、初期状態として、UEはUPF#1を介した第1のPDUセッションが確立された状態であってよい。なお、第1のPDUセッションは、SMF#1により管理され、SSC mode 3及び/又はSSC mode 5と関連付けられてよい。
　各装置が初期状態に遷移するため、各装置は、3.3章のPDUセッション確立手続きを実行し、SSC mode 3及び/又はSSC mode 5と関連付けられた、UPF#1を介してた第1のPDUセッションを確立してよい。第1のPDUセッションは、S-NSSAI#1及び/又はDNN#1と関連付けられてよい。
　次に、SMF#1は、第1のPDUセッションのUPF及び/又はSMFのリロケーションを決定する(S1500)。つまり、SMF#1は、アンカーリロケーションを決定する。SMF#1のアンカーリロケーションの決定は、3.1章のPDUセッション変更手続きにおける、SMFがPDUセッション変更コマンドメッセージを送信するトリガーと同じであって良い。
　具体的には、例えば、SMFは、AMF及び/又はNSSFから、送信される状態変化通知メッセージの受信に基づき、UPF及び/又はSMF及び/又はS-NSSAIのリロケーションを決定してもよい。例えば、AMF及び/又はNSSFは、S-NSSAI#1のlife timeの満了が近づいていることに基づき、SMF#1に、S-NSSAIの変更を通知するメッセージを送信してよい。
　又は、例えば、AMF及び/又はNSSFは、S-NSSAI#1及び/又はS-NSSAI#1により示されるNSIがコアネットワーク内でオーバーロードであることに基づいて、SMF#1に、S-NSSAIの変更を通知するメッセージを送信してよい。
　次に、SMF#1は、PDUセッション変更手続きを開始し、第1のPDUセッションに対するPDUセッション変更手続きを実行する(S1502)。なお、S1502は、図6のS802～S812の手続きにより実現されてよい。
　具体的には、SMF#1は、AMFを介して、UEにPDUセッション変更コマンドメッセージを送信する。PDUセッション変更コマンドには、少なくとも第1から2の識別情報のうち1つ以上の識別情報を含めてもよい。UEは、SMF及び/又はAMFから送信される情報、及び/またはメッセージを受信する。
　例えば、SMF#1は、第1の識別情報に、S-NSSAI#2を含めて送信してよい。及び/又はSMF#1は第2の識別情報で、S-NSSAIの変更に伴うアンカーリロケーションを示してもよい。
　UEは、第1から2の識別情報のうち1つ以上の識別情報、及び/又はPDUセッション変更コマンドメッセージの受信に基づき、SSC mode 3及び/又はSSC mode 5に関連付けられたPDUセッションアンカーのアンカーリロケーションの開始を認識してよい。
　具体的には、UEは第1の識別情報及び/または第2の識別情報の受信に基づき、第1のPDUセッションのアンカーリロケーションを認識する。ここで、第1の識別情報は、S-NSSAI#1とは異なるS-NSSAI#2であってよい。または、第1の識別情報は、空であってもよく、その場合no S-NSSAIを要求してもよい。
　UEは、NWからの要求を受諾する場合、SMF#1へPDUセッション変更受諾メッセージを送信する。SMF#1は、UPF#1とセッション変更要求及び/又はセッション変更応答メッセージの交換を行ってよい。
　次に、UEによりUPF#2を介したPDUセッション確立手続きが開始され、各装置はUPF#2を介したPDUセッション確立手続きを実行する(S1504)。S1504は図8の、S1400～S1416の手続きにより実現されてよい。
　具体的には、UEはAMFを介してSMF#2にPDUセッション確立要求メッセージ、及び/又は第21から23の識別情報の内少なくとも1つの識別情報を送信する。UEは、第21から23の識別情報の内少なくとも1つの識別情報を、PDUセッション確立要求メッセージ、又はNASメッセージに含めて送信してよい。
　UEは、NWから第1の識別情報を受信した場合、更に、第1の識別情報が空ではない場合、第1の識別情報に含まれるS-NSSAIを第21の識別情報に含め送信してよい。UEは、NWから、空の第1の識別情報を受信した場合、第21の識別情報をNWに送信しないでよい。
　言い換えると、UEはNWから空のS-NSSAIを示す情報を受信した場合、空の第21の識別情報を送信してもよいし、第21の識別情報を送信しなくてもよい。
　SMF#2は、受信した情報に基づきUPF#2を選択し、各装置はUPF#2を介した第2のPDUセッションを確立する。第2のPDUセッションは、S-NSSAI#2及び/又はDNN#1と関連付けられてよい。
　更に、各装置は、UPF#1を介した第1のPDUセッションを解放する(S1506)。第1のPDUセッションを解放するための、PDUセッション解放手続きは、UEから開始されてもよいし、SMFから開始されてもよいし、その両方であってよい。例えば、S1506は、図7に示される、PDUセッション解放手続きであってよい。ただし、その場合、理由値は5GSM cause #39 "reactivation requested"とは異なる。
　以上により、各装置は、SSC mode 3及び/又はSSC mode 5に関連付けられたPDUセッションの、PDUセッションアンカーの変更をし、セッション及び/又はサービスの継続を実現する。言い換えると、各装置は、ネットワークスライスを変更しつつ、PDUセッションアンカーの変更をし、セッション及び/又はサービスの継続を実現する。
　[4.2.第2の実施形態]
　以下、第2の実施形態（以下、本実施形態）について説明する。
　第2の実施形態では、SSCモード2又はSSCモード4において、アンカーポイントの変更を行う手続きについて説明する。
　以下、第2の実施形態では、SSCモード2又はSSCモード4おいて、アンカーポイントの変更を行う手続きについて説明する。言い換えると、SSCモード2及び/又はSSCモード4に関連付けられた第1のPDUセッションのPDUセッションアンカーの変更を行い、セッション及びサービスの継続を行うための手続きについて説明する。第2の実施形態を、図10を用いて説明する。
　なお、ここでSSCモード2は第2のSSCモードを意味してもよい。以下では、特に明記しない場合、SSCモード2に関連付けられたPDUセッション及び/又はアンカーポイントは、更にアンカーリロケーションによるS-NSSAIの変更のサポートが関連付けられていることを意味してもよい。
　また、図10のSMF#1とSMF#2は、同一のPLMN内の装置であってもよいし、異なるPLMN内の装置であってもよい。SMF#1とSMF#2は、SMF132であってよい。同様に、図10のUPF#1とUPF#2は、同一のPLMN内の装置であってもよいし、異なるPLMN内の装置であってもよい。UPF#1とUPF#2は、UPF130であってよい。
　まず、初期状態として、UEはUPF#1を介した第1のPDUセッションが確立された状態であってよい。なお、第1のPDUセッションは、SMF#1により管理され、SSC mode 2及び/又はSSC mode 4と関連付けられてよい。
　各装置が初期状態に遷移するため、各装置は、3.3章のPDUセッション確立手続きを実行し、SSC mode 2及び/又はSSC mode 4と関連付けられた、UPF#1を介してた第1のPDUセッションを確立してよい。第1のPDUセッションは、S-NSSAI#1及び/又はDNN#1と関連付けられてよい。
　次に、SMF#1は、第1のPDUセッションのUPF及び/又はSMFのリロケーションを決定する(S1600)。つまり、SMF#1は、アンカーリロケーションを決定する。SMF#1のアンカーリロケーションの決定は、3.2章のPDUセッション変更手続きにおける、SMFがPDUセッション解放コマンドメッセージ及び/又は解放要求メッセージを送信するトリガーと同じであって良い。
　具体的には、例えば、SMFは、AMF及び/又はNSSFから、送信される状態変化通知メッセージの受信に基づき、UPF及び/又はS-NSSAIのリロケーションを決定してもよい。例えば、AMF及び/又はNSSFは、S-NSSAI#1のlife timeの満了が近づいていることに基づき、SMF#1に、S-NSSAIの変更を通知するメッセージを送信してよい。
　又は、例えば、AMF及び/又はNSSFは、S-NSSAI#1及び/又はS-NSSAI#1により示されるNSIがコアネットワーク内でオーバーロードであることに基づいて、SMF#1に、S-NSSAIの変更を通知するメッセージを送信してよい。
　次に、SMF#1は、AMFに、第2のPDUセッションを確立するためのSMF(SMF#2)を選択するための情報であるDNAI informationを送付し(S1602)、DNAI(DNAI information) informationを受信したAMFはSMF#1に応答メッセージを送信する(S1604)。ここで、DNAI informationはDNN#1及び/又はS-NSSAI#2を示す情報が構成されてもよい。
　次に、SMF#1は、UPF#1を介した第1のPDUセッションを解放するための、PDUセッション解放手続き実行する(S1608)。なお、S1608は、図7のS902～S912の手続きにより実現されてよい。
　具体的には、SMF#1は、AMFを介して、UEにPDUセッション解放コマンドメッセージを送信する。
　ここで、SMF及び/又はAMFは、PDUセッション解放コマンドメッセージ及び／又はNASメッセージに、少なくとも第11から12の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、PDUセッションの解放の要求を示してもよい。
　例えば、SMF#1は、第11の識別情報に、S-NSSAI#2を含めて送信してよい。及び/又はSMF#1は第12から12の識別情報のうち1つ以上の識別情報で、S-NSSAIの変更に伴うアンカーリロケーションを示してもよい。
　UEは、第11から12の識別情報のうち1つ以上の識別情報、及び/又はPDUセッション変更コマンドメッセージを受信する。UEは、第11から12の識別情報のうち1つ以上の識別情報、及び/又はPDUセッション変更コマンドメッセージの受信に基づき、SSC mode 2及び/又はSSC mode 4に関連付けられたPDUセッションアンカーのアンカーリロケーションの開始を認識してよい。
　具体的には、UEは第11から12の識別情報のうち1つ以上の識別情報の受信に基づき、第1のPDUセッションのアンカーリロケーションを認識する。ここで、第11の識別情報は、S-NSSAI#1とは異なるS-NSSAI#2であってよい。または、第11の識別情報は、空であってもよく、その場合no S-NSSAIを要求してもよい。
　UEは、NWからの要求を受諾する場合、SMF#1へPDUセッション解放受諾メッセージを送信する。SMF#1は、UPF#1とセッション変更要求及び/又はセッション変更応答メッセージの交換を行ってよい。以上により、各装置は、第1のPDUセッションを解放する。
　次に、UEによりUPF#2を介したPDUセッション確立手続きが開始され、各装置はUPF#2を介したPDUセッション確立手続きを実行する(S1610)。S1610は図8の、S1400～S1416の手続きにより実現されてよい。
　具体的には、UEはAMFを介してSMF#2にPDUセッション確立要求メッセージ、及び/又は第21から23の識別情報の内少なくとも1つの識別情報を送信する。UEは、第21から23の識別情報の内少なくとも1つの識別情報を、PDUセッション確立要求メッセージ、又はNASメッセージに含めて送信してよい。
　UEは、NWから第11の識別情報を受信した場合、更に、第11の識別情報が空ではない場合、第11の識別情報に含まれるS-NSSAIを第21の識別情報に含め送信してよい。UEは、NWから、空の第1の識別情報を受信した場合、第21の識別情報をNWに送信しないでよい。
　言い換えると、UEはNWから空のS-NSSAIを示す情報を受信した場合、空の第21の識別情報を送信してもよいし、第21の識別情報を送信しなくてもよい。
　SMF#2は、受信した情報に基づきUPF#2を選択し、各装置はUPF#2を介した第2のPDUセッションを確立する。第2のPDUセッションは、S-NSSAI#2及び/又はDNN#1と関連付けられてよい。
　以上により、各装置は、SSC mode 2及び/又はSSC mode 4に関連付けられたPDUセッションの、PDUセッションアンカーの変更をし、セッション及び/又はサービスの継続を実現する。言い換えると、各装置は、ネットワークスライスを変更しつつ、PDUセッションアンカーの変更をし、セッション及び/又はサービスの継続を実現する。
　[5. 変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、又は諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装又は実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、又はその他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェア部品、又はこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、又は非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
（関連出願の相互参照）
　本出願は、２０２２年３月２９日に出願された日本国特許出願：特願２０２２-０５２７１２に対して優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本書に含まれる。
1 移動通信システム
10 UE_A
30 PGW-U
32 PGW-C
35 SGW
40 MME
45 eNB
50 HSS
60 PCRF
80 アクセスネットワーク_A(E-UTRAN)
90 コアネットワーク_A
120 アクセスネットワーク_B(5G AN)
122 gNB
130 UPF
132 SMF
140 AMF
150 UDM
160 PCF
190 コアネットワーク_B

Claims (1)

  1. 　UE(User Equipment)であって、
    　送受信部と制御部とを備え、
    　前記送受信部は、S-NSSAIを含む、PDUセッション変更コマンドメッセージを受信し、
    　前記送受信部は、前記S-NSSAIと、PDUセッション確立要求メッセージを送信し、
    　前記制御部は、第2のPDUセッションを確立し、
    　前記第2のPDUセッションの確立後に、第1のPDUセッションが解放される、
    　ことを特徴とする、UE。 
PCT/JP2023/001830 2022-03-29 2023-01-23 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） WO2023188726A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-052712 2022-03-29
JP2022052712 2022-03-29

Publications (1)

Publication Number Publication Date
WO2023188726A1 true WO2023188726A1 (ja) 2023-10-05

Family

ID=88200753

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/001830 WO2023188726A1 (ja) 2022-03-29 2023-01-23 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

Country Status (1)

Country Link
WO (1) WO2023188726A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022030254A2 (en) * 2020-08-05 2022-02-10 Nec Corporation Access network node, user equipment, network function node and control method

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022030254A2 (en) * 2020-08-05 2022-02-10 Nec Corporation Access network node, user equipment, network function node and control method

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 17)", 3GPP STANDARD; 3GPP TS 23.502, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V17.4.0, 23 March 2022 (2022-03-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 738, XP052144761 *
HUAWEI, HISILICON: "New solution for KI#1: Support of Network Slice Service continuity", 3GPP DRAFT; S2-2202054, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. e-meeting; 20220406 - 20220412, 29 March 2022 (2022-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052132904 *
SA WG2: "Revised WID for FS_eNS_Ph3", 3GPP DRAFT; SP-220073, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG SA, no. Electronic meeting; 20220315 - 20220324, 8 March 2022 (2022-03-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052132628 *

Similar Documents

Publication Publication Date Title
WO2021132505A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021215228A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＡＭＦ（Ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
WO2021241114A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、コアネットワーク装置、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、及びＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
WO2021132288A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023013276A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021193937A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021132502A1 (ja) Ｕｅ、制御装置、及び通信制御方法
WO2023188726A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023188727A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210480A1 (ja) コアネットワーク及びＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024689A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210479A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024690A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024062941A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210478A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024048398A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023248883A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024062942A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023248884A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2022030474A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021132287A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023013278A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023013277A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021215227A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
US20230308865A1 (en) Unmanned aerial vehicle (uav)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23778765

Country of ref document: EP

Kind code of ref document: A1