WO2024070809A1 - 通信装置、端末装置、及び通信システム - Google Patents

通信装置、端末装置、及び通信システム Download PDF

Info

Publication number
WO2024070809A1
WO2024070809A1 PCT/JP2023/033911 JP2023033911W WO2024070809A1 WO 2024070809 A1 WO2024070809 A1 WO 2024070809A1 JP 2023033911 W JP2023033911 W JP 2023033911W WO 2024070809 A1 WO2024070809 A1 WO 2024070809A1
Authority
WO
WIPO (PCT)
Prior art keywords
registration
information
nssai
network
network slice
Prior art date
Application number
PCT/JP2023/033911
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 WO2024070809A1 publication Critical patent/WO2024070809A1/ja

Links

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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server

Definitions

  • This disclosure relates to a communication device, a terminal device, and a communication system.
  • the fifth generation mobile communications system commonly known as 5G, features high speed and large capacity (eMBB: enhanced Mobile Broadband), low latency and high reliability (URLLC: ultra-reliable and low latency communications), and multiple simultaneous connections (mMTC: massive machine type communications).
  • eMBB enhanced Mobile Broadband
  • URLLC ultra-reliable and low latency communications
  • mMTC massive machine type communications
  • the availability of network slices in the 5G system is designed based on area units called tracking areas (TA), and registration for network slice use is performed in units called registration areas (RA), which include one or more tracking areas.
  • TA tracking areas
  • RA registration areas
  • Availability varies depending on the network slice, and a method for efficiently managing network slices with different availability within a registration area is desired.
  • network slices that require high throughput are expected to be provided by cells that support higher carrier frequencies such as millimeter waves, and due to their narrow coverage and restrictions on the number of base stations to be installed based on economic rationality, a management method with a finer granularity than tracking areas is also desired.
  • the use of roaming is being considered to improve the availability of network slices, and an efficient roaming method for each network slice is desired.
  • Patent Document 1 discloses a method for separating and storing information on Allowed NSSAI (Network Slice Selection Assistance Information), which is a set of network slices permitted for registration, as Allowed NSSAI for each PLMN when information on multiple tracking areas included in information indicating a registration area includes tracking areas belonging to different PLMNs (Public Land Mobile Networks).
  • Allowed NSSAI Network Slice Selection Assistance Information
  • PLMNs Public Land Mobile Networks
  • the present disclosure provides a communication device, a terminal device, and a communication system that improve the availability of network slices.
  • FIG. 1 shows a configuration of a network architecture for a 5G system for roaming. Table showing standardized SST values
  • FIG. 1 shows an example of a 5GS QoS architecture.
  • FIG. 1 shows an example of a 5GS network slice deployment.
  • FIG. 1 shows another example of a 5GS network slice deployment.
  • FIG. 13 is a diagram illustrating an example of a registration determination process of a network slice in a registration process.
  • FIG. 1 is a diagram showing an example of a registration process for 5GS.
  • FIG. 1 is a diagram showing an example of a registration process for 5GS.
  • FIG. 13 is a diagram showing an example of a procedure for checking the availability of a network slice
  • FIG. 13 is a diagram showing an example of processing on the HPLMN side regarding candidate SNPN detection.
  • FIG. 13 is a diagram showing an example of SNPN-side processing for detecting candidate SNPNs.
  • FIG. 13 is a diagram showing an example of a registration information update process associated with admission control.
  • FIG. 13 is a diagram showing an example of a process for updating registered information associated with network maintenance management;
  • 1 is a block diagram of an exemplary configuration of a terminal device according to the present disclosure;
  • FIG. 1 is a block diagram of an exemplary configuration of a communication device according to the present disclosure.
  • the embodiment of the present invention relates to, for example, a communication device, a terminal device, and a communication system that executes processing to improve the availability of a network slice.
  • 5GS 5G System
  • 5GS includes UE (User Equipment) 10, (R)AN 20, and 5GC (5G Core) 30.
  • 5GC 30 is also called NGC (NG CORE) or core network.
  • R)AN represents a base station device including RAN (Radio Access Network) and AN (Access Network).
  • UE 10 is the above-mentioned terminal device.
  • 5GS is connected to an application server (AS: Application Server) 40 that processes applications via the Internet, and UE 10 can use applications via 5G services.
  • AS Application Server
  • the application server 40 is placed within the 5GC30 as DN340.
  • the application server 40 and DN340 may be connected to each other via a dedicated line or a VPN (Virtual Private Network).
  • the application server 40 is also called a cloud server, and may be provided in the form of an edge server.
  • the 5GS control plane functions include AMF (Access and Mobility Management Function) 301, NEF (Network Exposure Function) 302, and NRF (Network Repository Function) 303.
  • the control plane functions also include NSSF (Network Slice Selection Function) 304, PCF (Policy Control Function) 305, SMF (Session Management Function) 306, and UDM (Unified Data Management) 307.
  • the control plane functions include AF (Application Function) 308, AUSF (Authentication Server Function) 309, and UCMF (UE radio Capability Management Function) 310.
  • the control plane functions include a Location Management Function (LMF) 311 and a Network Slice Access Control Function (NSACF) 312. In this way, the control plane functions are composed of multiple Network Functions (NFs).
  • NFs Network Functions
  • At least one or any combination of multiple of the control plane functions corresponds to the aforementioned communication device.
  • AMF301 corresponds to the aforementioned communication device.
  • AF308 can operate as a NF that processes the control plane of application server 40.
  • AF308 may be implemented in the same physical device, that is, application server 40, as a logically distinct entity from application server 40.
  • AF308 can also operate as a NF that processes the control plane for 5GS applications and be placed in 5GC30.
  • the service provider that manages and operates the application server 40 can obtain information from each NF of the 5G system via the NEF 302 within the scope of the SLA with the PLMN operator.
  • the NEF 302 can securely secure and disclose the capabilities and events of each NF to the service provider.
  • UDM307 includes a UDR (Unified Data Repository) that stores and manages subscriber information, and a FE (Front End) section that processes subscriber information.
  • UDR Unified Data Repository
  • FE Front End
  • AMF301 performs mobility management. Detailed operations of AMF301 related to this embodiment will be described later.
  • SMF306 performs session management.
  • PCF 305 provides a unified policy framework for governing network operations and provides policy rules to each network function in the control plane. PCF 305 also accesses subscriber information in the UDR for policy decisions.
  • UCMF310 holds UE Radio Capability Information corresponding to all UE Radio Capability IDs in the PLMN. UCMF310 is responsible for assigning each PLMN-assigned UE Radio Capability ID.
  • NSSF304, LMF311, and NSACF312 will be discussed later.
  • Namf is a service-based interface provided by AMF301.
  • Nsmf is a service-based interface provided by SMF306.
  • Nnef is a service-based interface provided by NEF302.
  • Npcf is a service-based interface provided by PCF305.
  • Nudm is a service-based interface provided by UDM307.
  • Naf is a service-based interface provided by AF308.
  • Nnrf is a service-based interface provided by NRF303.
  • Nnssf is a service-based interface provided by NSSF304.
  • Nausf is a service-based interface provided by AUSF309.
  • Nucmf is a service-based interface provided by UCMF310.
  • Nlmf is a service-based interface provided by LMF311.
  • Nnsacf is a service-based interface provided by NSACF312.
  • Each NF can request or subscribe to a service provided by another network function and receive a response or notification from that service.
  • each NF exchanges information with other NFs by means of a request/response or a subscription/notification via its respective service-based interface.
  • UPF (User Plane Function) 330 has a function of processing the user plane.
  • DN (Data Network) 340 has a function of enabling connection to the MNO's (Mobile Network Operator's) own services, the Internet, and third-party services.
  • UPF 330 functions as a transfer processing unit for user plane data processed by application server 40.
  • UPF 330 also functions as a gateway connected to (R)AN 20.
  • 5GS can configure each NF of 5GC30 using virtualization or containers and implement them on a cloud server. Furthermore, 5GS can use SDN (Software Defined Network) to dynamically and re-configure each NF.
  • SDN Software Defined Network
  • (R)AN20 has the function of enabling connection to the RAN and connection to ANs other than the RAN.
  • (R)AN20 includes base stations called gNBs or ng-eNBs.
  • RANs are sometimes called NG (Next Generation)-RANs.
  • (R)AN20 are divided into a CU (Central Unit) that processes L2/L3 functions at the PDCP (Packet Data Convergence Protocol) sublayer and above, and a DU (Distributed Unit) that processes L2/L1 functions at the RLC (Radio Link Control) sublayer and below.
  • the functions of (R)AN20 can be distributed and deployed via the F1 interface.
  • the DU functions are divided into an RU (Radio Unit) that processes the LOW PHY sublayer and radio section (Radio), and a DU that processes the RLC, MAC (Medium Access Control), and HIGH PHY sublayers.
  • the RU functions can be distributed and deployed, for example, via a fronthaul that complies with eCPRI (evolved Common Public Radio Interface).
  • 5GS can configure the functions of CU and/or DU using virtualization or containers and implement them on a cloud server. Furthermore, 5GS can use SDN to dynamically and reconfigure the functions of CU and/or DU.
  • FIG. 2 is a diagram illustrating an example of a network architecture configuration of a 5G system for roaming.
  • a VPLMN (Visitor PLMN) having an SLA with a HPLMN (Home PLMN) can provide 5G services to a UE 10 by roaming.
  • the 5GS of the HPLMN is composed of an (R)AN 20-1 and a 5GC 30-1, and the 5GS of the VPLMN is composed of an (R)AN 20-2 and a 5GC 30-2.
  • UE10 can access the services provided by application server 40 via HPLMN 5G services provided by (R)AN20-1 and 5GC30-1.
  • UE10 can also use roaming to access services provided by application server 40 via the 5G service of the VPLMN provided by (R)AN20-2 and 5GC30-2.
  • the control plane of 5GC30-1 in the HPLMN and the control plane of 5GC30-2 in the VPLMN are connected via a Security Edge Protection Proxy (SEPP).
  • SEPP Security Edge Protection Proxy
  • the hSEPP (home SEPP) of the control plane of 5GC30-1 and the vSEPP (visitor SEPP) of the control plane of 5GC30-2 are connected via reference point N32.
  • Each NF in the control plane of 5GC30-1 is indicated by adding "-1" to the end of the symbol of the NF in question shown in Figure 1.
  • Each NF in the control plane of 5GC30-2 is indicated by adding "-2" to the end of the symbol of the NF in question shown in Figure 1.
  • the NF of the control plane of 5GC30-1 can request a service provided by the NF of the control plane of 5GC30-2 via NEF302-2 of 5GC30-2 according to the SLA with the VPLMN.
  • the NF of the control plane of 5GC30-2 can request services provided by the NF of the control plane of 5GC30-1 via NEF301-2 of 5GC30-1 according to the SLA with the HPLMN.
  • the user plane of 5GC30-2 is connected to the application server 40 in a local breakout configuration or a home routed configuration.
  • a local breakout configuration the UPF330-2 of 5GC30-2 is directly connected to the application server 40.
  • a home routed configuration the UPF330-2 of 5GC30-2 is connected to the UPF330-1 of 5GC30-1 via reference point N9, and is connected to the application server 40 via the UPF330-1 of 5GC30-1.
  • a network slice is a unit of service that divides the communication services provided by 5G according to the communication characteristics required for each service (e.g., data rate, delay, etc.).
  • Each network slice is assigned Single Network Slice Selection Assist Information (S-NSSAI) as information for assisting the selection of a network slice (network slice selection assistance information).
  • S-NSSAI Single Network Slice Selection Assist Information
  • This S-NSSAI is composed of a mandatory SST (Slice/Service Type) consisting of 8 bits that identifies the slice type, and an optional SD (Slice Differentiator) consisting of 24 bits that distinguishes different slices within the same SST.
  • S-NSSAI can use either a standardized SST or a unique non-standardized SST.
  • a standardized S-NSSAI value When a standardized S-NSSAI value is used, it contains only the standardized SST without the SD.
  • a non-standardized S-NSSAI value when a non-standardized S-NSSAI value is used, it contains the standardized SST and SD, or the non-standardized SST and SD, or the non-standardized SST only.
  • a non-standardized S-NSSAI value can only be used within the PLMN that uses it uniquely, i.e. the telecom operator.
  • Figure 3 shows a table showing standardized SST values. This table is based on the table shown in the document "3GPP TS 23.501".
  • the above-mentioned "case where standardized S-NSSAI values are used” corresponds to the case where S-NSSAI values including only these SST values (eMBB: 1, URLLC: 2, MIoT: 3, V2X: 4, HMTC: 5) are used.
  • S-NSSAI values including only these SST values (eMBB: 1, URLLC: 2, MIoT: 3, V2X: 4, HMTC: 5) are used.
  • S-NSSAI values including only these SST values
  • eMBB 1, URLLC: 2, MIoT: 3, V2X: 4, HMTC: 5
  • the network slice configuration information includes one or more Configured NSSAI(s).
  • the Serving PLMN (Serving Public Land Mobile Network) can configure the UE 10 with a Configured NSSAI that applies per PLMN.
  • the Home PLMN (HPLMN) can configure the UE 10 with a Default Configured NSSAI.
  • a UE 10 under a Serving PLMN can use the Default Configured NSSAI only if the UE 10 has not been configured with a Configured NSSAI for the Serving PLMN.
  • a Default Configured NSSAI may be set in advance in UE 10. Also, the UDM 307 of the HPLMN may provide or update the Default Configured NSSAI using UE Parameters Update via UDM Control Plane processing.
  • the configured NSSAI consists of one or more S-NSSAI(s).
  • the Requested NSSAI is an NSSAI provided by the UE 10 to the serving PLMN during the registration process.
  • the Requested NSSAI must be one of the following: ⁇ Default Configured NSSAI ⁇ Configured NSSAI - Allowed NSSAI or a part of it - NSSAI that includes the Allowed NSSAI or a part of it plus one or more S-NSSAIs included in the Configured NSSAI
  • the Allowed NSSAI is, for example, the NSSAI that the serving PLMN provides to the UE 10 during the registration process.
  • the Allowed NSSAI indicates one or more S-NSSAI(s) values that can be used within the current registration area of the current serving PLMN.
  • Rejected S-NSSAI indicates one or more S-NSSAI values included in the Requested NSSAI that are not authorized for use in at least one tracking area within the current registration area of the current serving PLMN.
  • a tracking area is an area used for mobility management, and is identified by a Tracking Area Identity (TAI).
  • the network PLMN
  • PLMN The network
  • AMF 301 assigns a set of tracking areas included in the TAI list as the area in which UE 10 is registered (registered area).
  • the network manages that the registered UE 10 is located within one of the tracking areas in the TAI list.
  • UE10 If UE10 detects a more optimal cell according to the cell reselection criteria, it reselects that cell and camps on that cell. At that time, if the selected cell does not belong to any of the tracking areas in the TAI list in which UE10 is registered, a location registration process, that is, a process to update the TAI list, is executed.
  • the Subscribed S-NSSAI is an S-NSSAI that UE10 can use within the PLMN in accordance with the contract information.
  • NSSF304 determines the Allowed NSSAI and Configured NSSAI, and determines the AMF Set, which is a list of candidates for AMF301.
  • AMF301 may be selected from the list of candidates depending on the network slice used by UE10 or other criteria, and UE10 may be assigned to the selected AMF301.
  • One or more S-NSSAI(s) included in the Allowed NSSAI provided to the UE 10 may contain values that are not part of the UE 10's current network slice configuration information for the serving PLMN.
  • the network provides a mapping of each S-NSSAI in the Allowed NSSAI to a corresponding S-NSSAI in the HPLMN for the Allowed NSSAI.
  • This mapping information enables the UE 10 to associate applications with the S-NSSAI in the HPLMN and the corresponding S-NSSAI in the Allowed NSSAI per Network Slice Selection Policy (NSSP) in the UE Route Selection Policy (URSP) rule or per the UE 10's local configuration.
  • NSSP Network Slice Selection Policy
  • URSP UE Route Selection Policy
  • UE10 when roaming, UE10 needs to provide information regarding the mapping between the S-NSSAI value included in the Requested NSSAI and the corresponding S-NSSAI value used in the HPLMN.
  • this mapping information may be obtained in advance by UE10 from the serving PLMN as a mapping between the S-NSSAI value included in the Configured NSSAI for the serving PLMN and the corresponding S-NSSAI value used in the HPLMN, or as a mapping between the S-NSSAI value included in the Allowed NSSAI for the serving PLMN and access type and the corresponding S-NSSAI value used in the HPLMN.
  • Figure 4 shows an example of a 5GS QoS architecture, based on the diagram shown in document "3GPP TS 38.300".
  • a QoS flow is the finest granularity for distinguishing different QoS within a PDU (Protocol Data Unit) session.
  • a QoS flow is identified by a QFI (QoS Flow ID).
  • a group of packets carries the payload of a PDU Set.
  • a PDU Set consists of one or more PDUs that carry the payload of an information unit generated at the application level. Examples of such information units include image frames, video slices in XR and media services, and I frames, P frames, and B frames of video data in GOP (Group of Pictures) format.
  • packets in a PDU set are treated as a unit of data to be received and decoded within a certain period of time.
  • the PDU set allows data to be identified at a finer granularity.
  • 5GS can apply QoS control at the PDU set level in addition to QoS control at the QoS flow level.
  • the SMF 306 associates a PCC rule with the QoS flow based on the QoS and service requirements.
  • the SMF 306 assigns a QFI to the new QoS flow and obtains the PCC rule associated with the QoS flow and other information from the PCF 305. From the PCC rule, the SMF 306 obtains the QoS profile of the QoS flow, instructions regarding the corresponding UPF (e.g., N4 rule), and the QoS rule (QoS Rule).
  • the base station (gNB) of (R)AN20 can establish at least one Data Radio Bearer (DRB) along with a PDU session with each UE10.
  • DRB Data Radio Bearer
  • a DRB is a logical path for transmitting data.
  • the 5G QoS model supports Guaranteed flow Bit Rate (GBR), which provides a guaranteed bandwidth, and Non-Guaranteed flow Bit Rate (Non-GBR), which does not provide a guaranteed bandwidth.
  • (R)AN20 and 5GC30 guarantee the quality of service by mapping each packet to the appropriate QoS flow and DRB. That is, a two-stage mapping is performed: mapping between IP flows and QoS flows in the NAS (Non-Access Stratum), and mapping between QoS flows and DRBs in the AS (Access Stratum).
  • the QoS flow is characterized by the QoS Profile provided by the 5GC 30 to the (R)AN 20 and the QoS Rule provided by the 5GC 30 to the UE 10.
  • the QoS profile is used by the (R)AN 20 to determine how to handle traffic on the radio interface.
  • the QoS rules are used to instruct the UE 10 on the mapping of user plane traffic to QoS flows in the uplink.
  • the QoS rules of the MBS QoS flow and the QoS flow level QoS parameters are not provided to the UE 10.
  • the QoS profile is provided to (R)AN20 from SMF306 via AMF301 and reference point N2, or is configured in advance in (R)AN20.
  • the SMF306 may also provide one or more QoS rules and, if necessary, QoS flow-level QoS parameters associated with the QoS rules to the UE10 via the AMF301 and the reference point N1.
  • Reflective QoS control is QoS control that monitors the QFI of downlink packets and applies the same mapping to uplink packets.
  • a QoS flow can be a GBR QoS flow or a non-GBR QoS flow depending on the QoS profile.
  • the QoS profile of a QoS flow includes QoS parameters such as 5QI (5G QoS Identifier) and ARP (Allocation and Retention Priority).
  • the ARP contains information about priority level, preemption capability, and preemption vulnerability.
  • Priority defines the relative importance of a QoS flow, with the lowest Priority Level indicating the highest priority.
  • Preemption capability defines whether a QoS flow can seize resources already allocated to another QoS flow with a lower priority.
  • Preemption vulnerability is an index that defines whether a QoS flow can give up its allocated resources to other QoS flows with higher priority. Preemption capability and preemption vulnerability are set to either “enabled” or “disabled”.
  • the QoS profile is: Uplink and downlink Guaranteed Flow Bit Rate (GFBR) Uplink and downlink Maximum Flow Bit Rate (MFBR) - Maximum packet loss rate for uplink and downlink Delay Critical Resource Type, and ⁇ Notification Control etc.
  • the QoS profile includes RQA (Reflective QoS Attribute) and additional QoS flow information (Additional QoS Flow Information), etc.
  • the notification control of the QoS parameters indicates whether or not a notification is requested from (R)AN20 when a certain QoS flow cannot meet the GFBR.
  • (R)AN20 sends a notification to that effect to SMF306.
  • (R)AN 20 must maintain the QoS flow unless there is a special condition that requires (R)AN 20 to release the RAN resources for that GBR QoS flow.
  • Special conditions include, for example, Radio Link Failure or RAN Internal Congestion.
  • (R)AN20 sends a new notification to that effect to SMF306.
  • the AMBR (Aggregate Maximum Bit Rate) is associated with the Session-AMBR of each PDU session and the UE-AMBR of each UE 10.
  • the Session-AMBR limits the aggregate bit rate (Aggregate Bit Rate) expected to be provided across all Non-GBR QoS flows for a particular PDU session and is managed by the UPF 330.
  • the UE-AMBR limits the aggregate bit rate (Aggregate Bit Rate) expected to be provided across all Non-GBR QoS flows for a UE 10 and is managed by the (R)AN 20.
  • each UE 10 may be configured to set an Slice Maximum Bit Rate (S-MBR) for the network slice (S-NSSAI).
  • S-MBR Slice Maximum Bit Rate
  • the S-MBR may be included in the subscriber information as a Subscribed UE-Slice-MBR.
  • the UE-Slice-MBR limits the aggregate bit rate expected to be provided across all GBR and Non-GBR QoS flows belonging to all PDU sessions established by the UE 10 for the same network slice (S-NSSAI).
  • RAN20 receives the UE-Slice-MBR corresponding to the network slice (S-NSSAI) from AMF301, and sets the Session-AMBR and MFBR for UE10 so that the sum of the Session-AMBR and MFBR of the GBR QoS flows of all PDU sessions belonging to this network slice (S-NSSAI) is the UE-Slice-MBR.
  • S-NSSAI network slice
  • 5QI is about QoS characteristics and provides guidelines (policies) for setting node-specific parameters for each QoS flow. Standardized or pre-configured 5G QoS characteristics are known from 5QI and are not explicitly signaled. Signaled QoS characteristics can be included as part of the QoS profile.
  • the QoS characteristics include information regarding resource type, priority, packet delay budget, packet error rate, averaging window, and maximum data burst volume.
  • the resource type is a GBR QoS flow or a non-GBR QoS flow.
  • the packet delay budget may include the packet delay budget in 5GC30.
  • DRB defines how packets are processed on the radio interface (Uu interface). DRB provides the same packet forwarding treatment for any packet.
  • (R)AN20 maps QoS flows to DRBs based on the QFI and the QoS profile set for that QFI.
  • (R)AN20 can establish different DRBs for packets that require different packet forwarding processing (see Figure 4).
  • (R)AN20 can also multiplex multiple QoS flows belonging to the same PDU session onto the same DRB (see Figure 4).
  • mapping of QoS flows to DRBs is controlled by mapping rules that are signaled in two different ways.
  • Reflective Mapping For each DRB, UE 10 monitors the QFI of downlink packets and applies the same mapping to uplink packets.
  • the other method is called explicit configuration.
  • explicit configuration the mapping rules for QoS flows to DRBs are explicitly signaled by RRC (Radio Resource Control).
  • QFI is signaled by (R)AN 20 on the Uu interface for Reflective Quality of Service (RQoS).
  • RQoS Reflective Quality of Service
  • (R)AN 20 can configure signaling of QFI towards UE 10 on the Uu interface.
  • (R)AN 20 can also configure a default DRB for each PDU session. If an uplink packet does not fit either the explicit configuration or the reflective mapping, UE 10 maps the packet to the default DRB of the PDU session.
  • the 5GC 30 may send additional QoS flow information parameters associated with any QoS flow to the (R)AN 20. This is done to indicate an increased frequency of some traffic relative to other Non-GBR QoS flows within the same PDU session.
  • (R)AN 20 It is up to (R)AN 20 how to map multiple QoS flows within a PDU session to one DRB. For example, (R)AN 20 may map GBR QoS flows and Non-GBR QoS flows to the same DRB, or may map them to separate DRBs. Also, (R)AN 20 may map multiple GBR QoS flows to the same DRB, or may map them to separate DRBs.
  • the Service Data Adaptation Protocol (SDAP) sublayer is newly introduced for QoS control via QoS flows.
  • the SDAP sublayer maps the traffic of the QoS flows to the appropriate DRBs.
  • the SDAP sublayer can have multiple SDAP entities.
  • the SDAP sublayer has an SDAP entity for each PDU session on the Uu interface. The establishment or release of the SDAP entity is performed by the RRC.
  • a QoS flow is identified by the QFI in the PDU session container contained in the GTP (GPRS Tunneling Protocol)-U header.
  • the PDU session is identified by the GTP-U TEID (Tunnel Endpoint ID).
  • the SDAP sublayer maps each QoS flow to a specific DRB.
  • the PCF 305 When the PCF 305 receives a QoS monitoring request from the AF 308, it can provide the QoS monitoring policy to the SMF 306 by generating an authorized QoS monitoring policy and including it in the PCC rule.
  • the SMF306 can activate end-to-end UL (UpLink)/DL packet (DownLink) delay measurements between the UE10 and the PSA-UPF330 for the QoS flow during the PDU session establishment procedure or during the PDU session modification procedure.
  • UpLink end-to-end UL
  • DownLink DownLink
  • the SMF306 sends a QoS monitoring request to the UPF330 via reference point N4 and sends N2 signaling to request QoS monitoring between the UPF330 and the (R)AN20.
  • the QoS monitoring request includes monitoring variables determined by SMF 306 based on the QoS monitoring policy received from PCF 305 or a pre-configured locally authorized QoS monitoring policy.
  • (R)AN20 measures the delay of UL/DL packets in the (R)AN20 portion and provides the measurement value to UPF330 via reference point N3.
  • UPF330 calculates the delay of UL/DL packets at reference point N3 or N9.
  • UPF330 transmits the QoS monitoring results to SMF306 based on a predetermined condition.
  • the predetermined condition is, for example, once only, periodically, or event triggered.
  • the UPF 330 can also support the transmission of QoS monitoring results to the AF 308 via the locally deployed NEF 302.
  • the QoS monitoring results are, for example, the measurement results of the bit rate (e.g., average bit rate, maximum bit rate) of each GBR QoS flow of the target PDU session, the measurement result of the total bit rate of all Non-GBR QoS flows of the target PDU session, the measurement result of the packet error rate of the target PDU session, the measurement result of the total bit rate of all Non-GBR QoS flows of the target UE 10, the measurement result of the packet error rate of the target UE 10, or the measurement result of the UL/DL packet delay.
  • the UL/DL packet delay is a delay including the delay of the UL/DL packet in the (R)AN 20 part acquired from the (R)AN 20 and the delay of the UL/DL packet at the reference point N3 or N9.
  • the packet delay tolerance for the TSC (Time-Sensitive Communications) QoS flow is the sum of the 5G-AN (Access Network) PDB (Packet Delay Budget) and the CN (Core Network) PDB.
  • the above-mentioned QoS monitoring mechanism can also be applied to the TSC QoS flow in order to measure the bit rate (e.g., average bit rate, maximum bit rate) between the UE 10 and the PSA-UPF 330 and to measure the end-to-end UL/DL packet delay.
  • Network Slice Deployment 5 is a diagram showing an example of a deployment of a 5GS network slice.
  • An HPLMN having a subscription with a UE 10 configures a registration area (RA) for the UE 10.
  • the registration area is composed of four tracking areas (TA), for example, HPLMN_TA1, HPLMN_TA2, HPLMN_TA3, and HPLMN_TA4.
  • HPLMN_TA1 supports three network slices: S-NSSAI-H1, S-NSSAI-H2, and S-NSSAI-H3.
  • HPLMN_TA2 supports one network slice: S-NSSAI-H1.
  • HPLMN_TA3 supports two network slices: S-NSSAI-H1 and S-NSSAI-H4.
  • HPLMN_TA4 supports two network slices: S-NSSAI-H1 and S-NSSAI-H2.
  • the HPLMN sets a Configured NSSAI for UE10, which includes four NSSAIs: S-NSSAI-H1, S-NSSAI-H2, S-NSSAI-H3, and S-NSSAI-H4.
  • UE10 makes a registration request to the serving network, HPLMN, using a registration request message including a Requested NSSAI within this registration area.
  • the Requested NSSAI may include one or more S-NSSAIs included in the Configured NSSAI.
  • UE10 sends a Requested NSSAI including, for example, S-NSSAI-H1, S-NSSAI-H2, S-NSSAI-H3, and S-NSSAI-H4 to the serving network, HPLMN.
  • the HPLMN Based on the contract information with UE10, the HPLMN confirms that S-NSSAI-H1, S-NSSAI-H2, S-NSSAI-H3, and S-NSSAI-H4 included in the Requested NSSAI are included in the Subscribed S-NSSAI. Furthermore, based on the support status of network slices in each tracking area within the registration area, the HPLMN generates an Allowed NSSAI including S-NSSAI-H1, which is supported by all tracking areas within the registration area.
  • the HPLMN sets each S-NSSAI that is included in the Requested NSSAI and not included in the Allowed NSSAI, i.e., S-NSSAI-H2, S-NSSAI-H3, and S-NSSAI-H4, as a Rejected S-NSSAI.
  • it may be configured to generate a Rejected NSSAI composed of the Rejected S-NSSAIs.
  • UE10 obtains information about the registration area, the Allowed NSSAI, and the Rejected S-NSSAI from the HPLMN.
  • the information about the registration area is, for example, the set of tracking areas that make up the registration area, i.e., HPLMN_TA1, HPLMN_TA2, HPLMN_TA3, and HPLMN_TA4.
  • UE10 can only use S-NSSAI-H1 in the registration area. Furthermore, UE10 is not allowed to request registration of the Rejected S-NSSAI again in the registration area.
  • the HPLMN can also provide UE10 with information regarding tracking areas that support the Rejected S-NSSAI, for example, a set of HPLMN_TA1 and HPLMN_TA4 for S-NSSAI-H2, HPLMN_TA1 for S-NSSAI-H3, and HPLMN_TA3 for S-NSSAI-H4.
  • UE10 When UE10 obtains information regarding a tracking area that supports Rejected S-NSSAI, it can request registration of Rejected S-NSSAI again in the tracking area that supports Rejected S-NSSAI, even if it is within the registered area.
  • the HPLMN may provide UE10 with information regarding tracking areas that do not support the Rejected S-NSSAI, for example, a set of HPLMN_TA2 and HPLMN_TA3 for S-NSSAI-H2, a set of HPLMN_TA2, HPLMN_TA3, and HPLMN_TA4 for S-NSSAI-H3, and HPLMN_TA1, HPLMN_TA2, and HPLMN_TA4 for S-NSSAI-H4.
  • UE10 obtains information about a tracking area that does not support Rejected S-NSSAI, it can request registration of Rejected S-NSSAI again in a tracking area other than the tracking area that does not support Rejected S-NSSAI, that is, a tracking area that supports Rejected S-NSSAI, even if it is within the registered area.
  • UE10 When UE10 obtains information regarding the tracking area of the Rejected S-NSSAI, it may receive information that explicitly indicates whether the information is regarding a tracking area that supports the Rejected S-NSSAI or regarding a tracking area that does not support the Rejected S-NSSAI.
  • the 5GC30 may determine which information to send to the UE10 depending on the size of the information about tracking areas that support Rejected S-NSSAI and the information about tracking areas that do not support Rejected S-NSSAI. For example, if the size of the information about tracking areas that support Rejected S-NSSAI is smaller than the size of the information about tracking areas that do not support Rejected S-NSSAI, the 5GC30 sends information about tracking areas that support Rejected S-NSSAI, and if the size of the information about tracking areas that support Rejected S-NSSAI is larger than the size of the information about tracking areas that do not support Rejected S-NSSAI, the 5GC30 sends information about tracking areas that do not support Rejected S-NSSAI.
  • the HPLMN may also generate a second Allowed NSSAI or a Conditionally Allowed NSSAI during the registration process and provide it to UE 10.
  • the second Allowed NSSAI or the Conditionally Allowed NSSAI includes information regarding one or more S-NSSAIs and the tracking areas in which registration of the S-NSSAIs is allowed.
  • the second Allowed NSSAI or Conditionally Allowed NSSAI includes a set of S-NSSAI-H2, S-NSSAI-H3, and S-NSSAI-H4, a set of HPLMN_TA1 and HPLMN_TA4 as tracking areas that allow registration of S-NSSAI-H2, HPLMN_TA1 as a tracking area that allows registration of S-NSSAI-H3, and HPLMN_TA3 as a tracking area that allows registration of S-NSSAI-H4.
  • UE10 When UE10 acquires the second Allowed NSSAI or the Conditionally Allowed NSSAI, it can transmit a PDU session establishment request message including the S-NSSAI to the serving network, the HPLMN, in each tracking area in which registration of the S-NSSAI included in the second Allowed NSSAI or the Conditionally Allowed NSSAI is permitted.
  • the 5GC30 may provide the UE10 with a second Allowed NSSAI or a Conditionally Allowed NSSAI in addition to the Allowed NSSAI, or may provide the UE10 with the Conditionally Allowed NSSAI as the Allowed NSSAI.
  • information indicating that the S-NSSAI can be used in all tracking areas of the registration area of the Conditionally Allowed NSSAI, such as "all” is added as information related to the tracking area.
  • Whether to provide UE 10 with a second Allowed NSSAI or a Conditionally Allowed NSSAI in addition to the Allowed NSSAI, or to provide UE 10 with the Conditionally Allowed NSSAI as the Allowed NSSAI, may be configured for each generation of the public mobile network system (e.g., 5G, 5G-Advanced, or 6G) and even for each release of each generation.
  • the public mobile network system e.g., 5G, 5G-Advanced, or 6G
  • the 5GC30 may provide the UE10 with information that explicitly indicates whether to provide the UE10 with a second Allowed NSSAI or a Conditionally Allowed NSSAI in addition to the Allowed NSSAI, or to provide the Conditionally Allowed NSSAI as the Allowed NSSAI.
  • AMF301 can determine a Target NSSAI so that UE10 can be guided to a cell or tracking area that operates on that frequency.
  • AMF301 may cooperate with NSSF304 when determining the Target NSSAI.
  • the tracking area that supports a specific frequency band may be configured separately from HPLMN_TA1, HPLMN_TA2, HPLMN_TA3, and HPLMN_TA4 so as to overlap within HPLMN_TA1, HPLMN_TA2, HPLMN_TA3, or HPLMN_TA4, or may be configured as an AoS (Area of Service) described later.
  • AMF301 obtains an RFSP index (RAT/Frequency Selection Priority Index) suitable for the Target NSSAI from PCF305 and transmits information including the RFSP index to (R)AN20 via reference point N2. If PCF305 is not installed, AMF301 determines the RFSP index according to locally configured rules.
  • (R)AN20 maps the RFSP index to a locally defined configuration in order to apply an individual radio resource management policy taking into account the available information. That is, (R)AN20 can select a configuration for a radio resource management policy suitable for the Target NSSAI corresponding to the RFSP index.
  • the RFSP index is used to control the priority of UE-specific measurement frequencies for cell reselection processing in idle mode (e.g., RRC_IDLE) or to redirect a UE 10 in active mode (e.g., RRC_CONNECTED) to a cell, beam, or RAT operating on a different frequency.
  • idle mode e.g., RRC_IDLE
  • active mode e.g., RRC_CONNECTED
  • the HPLMN can set the RFSP index taking into account the Subscribed NSSAI.
  • the AMF301 obtains the Subscribed RFSP index from the UDM307, for example, during the registration process.
  • AMF301 is, Use an RFSP index that is the same as the Subscribed RFSP index. Use an RFSP index selected based on the Subscribed RFSP index, locally defined operator policies, Allowed NSSAI, and context information related to the UE 10 available in the AMF 301.
  • (R)AN20 can obtain the Target NSSAI from AMF301 and guide UE10 to a cell that supports the network slice identified by the S-NSSAI contained in the Target NSSAI.
  • the Target NSSAI may include at least one S-NSSAI from the Requested NSSAI that is not available in the current tracking area but is available in another tracking area in a different frequency band. Furthermore, the Target NSSAI may additionally include an S-NSSAI that is available in the other tracking area as an S-NSSAI that is not available in the current tracking area.
  • Target NSSAI is, When all S-NSSAIs of the Requested NSSAI are not available in the tracking area in which the UE 10 is currently located, all or some of the S-NSSAI(s) of the Rejected S-NSSAI(s) in the registration area - All S-NSSAI(s) in the Allowed NSSAI and all or some of the Rejected S-NSSAI(s) in the registration area - S-NSSAI(s) that are part of the Allowed NSSAI and, if the operator's policy selects a Target NSSAI from the Allowed NSSAI, all or part of the Rejected S-NSSAI(s) in the registration area may include.
  • (R)AN 20 must control UE 10 to find a cell in a tracking area that can support all S-NSSAI(s) of the Target NSSAI. If such a cell is not found, (R)AN 20 can control UE 10 to select a cell in a tracking area that best matches the Target NSSAI.
  • the tracking area that best matches the Target NSSAI is, for example, a tracking area that can support more S-NSSAI(s) of the Target NSSAI.
  • the tracking area that best matches the Target NSSAI is a tracking area that can support more S-NSSAI(s) with higher priority.
  • UE10 After successful redirection to a new tracking area outside the registration area, UE10 must execute the Mobility Registration Update procedure. To enable redirection to a new tracking area outside the registration area, AMF301 must initiate the Mobility Registration Update procedure so that UE10 can request registration of S-NSSAI(s) for which registration was denied in the registration area, and when providing the Target NSSAI to (R)AN20, AMF301 must set the registration area so that it does not include any tracking area for which registration of the S-NSSAI(s) included in the Target NSSAI is denied.
  • the AMF301 may also define a tracking area that supports network slices that are available only in a specific frequency band within a registration area as a tracking area that is available only for dual connectivity (DC) or carrier aggregation (CA) operation.
  • dual connectivity and carrier aggregation may be collectively referred to as multi-connectivity (MC).
  • the (R)AN20 can control the UE10 to take into account a particular tracking area only via cell selection/reselection of a dual connectivity SCG (Secondary Cell Group) or cell selection/reselection of a carrier aggregation SCell (Secondary Cell) in accordance with the RFSP index and the settings for the radio resource management policy corresponding to the RFSP index.
  • a dual connectivity SCG Secondary Cell Group
  • a carrier aggregation SCell Secondary Cell
  • AMF301 may allow registration of a network slice (S-NSSAI) that is only available for dual connectivity or carrier aggregation operation and include in the registration area a tracking area in which the network slice (S-NSSAI) is available. And, AMF301 may include in the Allowed NSSAI the network slice (S-NSSAI) that is only available for dual connectivity or carrier aggregation operation.
  • S-NSSAI network slice
  • S-NSSAI network slice
  • AMF301 determines whether or not to register a network slice (S-NSSAI) that can only be used for dual connectivity or carrier aggregation operation. For example, if UE10 supports dual connectivity or carrier aggregation, it permits registration of the network slice (S-NSSAI), and if UE10 does not support dual connectivity or carrier aggregation, it rejects the registration.
  • S-NSSAI network slice
  • UE10 supports the operating frequency of the cell of the SCG (Secondary Cell Group) for dual connectivity or the operating frequency of the SCell (Secondary Cell) for carrier aggregation, it permits registration of the network slice (S-NSSAI), and if UE10 does not support the operating frequency of the cell of the SCG for dual connectivity or the operating frequency of the SCell for carrier aggregation, it rejects the registration.
  • SCG Secondary Cell Group
  • SCell Secondary Cell
  • AMF301 may transmit information related to tracking areas within a registration area to (R)AN20 as supplementary information or assistance information for the Allowed NSSAI.
  • the information related to tracking areas within a registration area includes information indicating whether a cell of each tracking area included in the registration area is a cell that is considered only via cell selection/reselection of an SCG in dual connectivity or cell selection/reselection of an SCell in carrier aggregation.
  • This Allowed NSSAI and information related to the tracking area within the registered area are transmitted to UE 10 via (R)AN 20.
  • AMF301 may transmit NSAG (Network Slice AS Group) information to UE10 as information related to cell selection/reselection for each S-NSSAI included in the Allowed NSSAI.
  • NSAG Network Slice AS Group
  • the NSAG information includes information indicating whether the network slice is available only for dual connectivity or carrier aggregation operation.
  • S-NSSAI network slices
  • MCG Master Cell Group
  • candidate frequencies for cells in the SCG etc.
  • S-NSSAI network slices
  • PCell Primary Cell
  • SCell Secondary Cell
  • the UE10 establishes a PDU session via a cell of the MCG for a network slice that is only available in dual connectivity operation based on the Allowed NSSAI and information related to the tracking area in the registration area, and/or the NSAG information.
  • the base station providing the cell of the MCG is called the MN (Master Node).
  • RAN20 configures UE10 with measurements of SCG cells supporting network slices available only for dual connectivity operation according to the RFSP index and the radio resource management policy corresponding to the RFSP index, and UE10 transmits the measurement results of the SCG cells to the MCG cells.
  • the measurements of the SCG cells are configured via RRC.
  • the base station providing the SCG cells is called an SN (Secondary Node).
  • the MCG cell establishes dual connectivity by transmitting an SN Addition Request to the SCG cells based on the measurement results of the SCG cells obtained from UE10.
  • the MCG cell In conjunction with the establishment of dual connectivity, the MCG cell sends a PDU Session Modification Indication to AMF301 during the PDU Session Path Update procedure.
  • UE10 establishes a PDU session via the PCell for a network slice that is only available for carrier aggregation operation based on the Allowed NSSAI and information related to the tracking area within the registration area.
  • RAN20 configures UE10 to measure the SCell that supports a network slice that is only available in carrier aggregation operation according to the RFSP index and the radio resource management policy corresponding to the RFSP index, and UE10 transmits the measurement results of the SCell to the PCell.
  • the measurement of the SCell is configured via RRC.
  • the PCell adds the SCell for carrier aggregation via RRC based on the measurement results of the SCell obtained from the UE 10.
  • one of the requirements for network slices is to ensure isolation between network slices.
  • admission control is applied to prevent congestion in each network slice so as not to affect other network slices.
  • the AMF 301 sets a validity period for the registered network slice according to the status of the network slice notified or reported by the NSACF 312.
  • the status of the network slice is the number of UEs 10 registered for the target S-NSSAI, the number of PDU sessions established using the target S-NSSAI, the number of UEs 10 establishing one or more PDU sessions using the target S-NSSAI, a state in which the number of UEs 10 registered for the target S-NSSAI exceeds a preset threshold, a state in which the number of PDU sessions established using the target S-NSSAI exceeds a preset threshold, and/or a state in which the number of UEs 10 establishing one or more PDU sessions using the target S-NSSAI exceeds a preset threshold.
  • Set a validity period for the registered network slice is the number of UEs 10 registered for the target S-NSSAI, the number of PDU sessions established using the target S-NSSAI, the number of UEs 10 establishing one or more
  • AMF301 sets validity periods for all or some of the S-NSSAIs included in the Allowed NSSAI, and provides the Allowed NSSAIs with validity periods set for all or some of the S-NSSAIs to UE10 as a set of registered network slices.
  • AMF301 may provide information regarding the validity periods of all or some of the S-NSSAIs included in the Allowed NSSAI to UE10 by including it in the Allowed NSSAI, or as supplementary information (or support information) related to the Allowed NSSAI.
  • UE10 When UE10 acquires an Allowed NSSAI with a validity period set for all or some of the S-NSSAIs, or acquires an Allowed NSSAI and supplementary information related to the Allowed NSSAI, it starts a timer based on the validity period set in the S-NSSAI. Then, when the validity period of the timer expires, UE10 deletes the S-NSSAI whose expiration date has passed from the Allowed NSSAI.
  • UE10 when UE10 establishes a PDU session using an S-NSSAI with a validity period set, it stops the timer while the PDU session is established. Then, when releasing the PDU session, it resets the timer and starts the timer again. In other words, the timer runs only while the network slice related to the S-NSSAI with a validity period set is not being used.
  • AMF301 may set the validity period of all or part of the S-NSSAIs contained in the Allowed NSSAI it owns, depending on the network slice status notified or reported by NSACF312, and update the Allowed NSSAI or supplementary information related to the Allowed NSSAI.
  • AMF301 provides the updated Allowed NSSAI or the supplementary information related to the Allowed NSSAI to UE10.
  • the NSSF 304 which obtains information related to the Requested NSSAI from the AMF 301, may set a validity period for all or some of the S-NSSAIs included in the Allowed NSSAI depending on the network slice status notified or reported by the NSACF 312.
  • NSSF304 provides AMF301 with information regarding the validity period of all or part of the S-NSSAIs included in the Allowed NSSAI, either by including it in the Allowed NSSAI or as supplementary information regarding the Allowed NSSAI.
  • AMF301 provides UE10 with information on the conditions for re-registration of the target S-NSSAI (deleted S-NSSAI) when the target S-NSSAI is deleted from the Allowed NSSAI due to the expiration of the validity period.
  • the conditions are, for example, prohibiting a request for re-registration in the same registration area, the same tracking area (mobility management area), or the same AoS (Area of Service), or setting a back-off timer until re-registration in the same registration area, the same tracking area, or the same AoS.
  • These conditions are determined, for example, by NSACF312, NSSF304, or AMF301.
  • AoS is an area defined with finer granularity than a tracking area, and is, for example, an area defined in a coordinate system such as latitude and longitude, a cell ID, a set of cell IDs, a base station ID, or a set of base station IDs.
  • the UE 10 may be notified with an instruction to treat the target S-NSSAI (the deleted S-NSSAI) as a Rejected S-NSSAI or an instruction to add it to the Rejected NSSAI.
  • UE10 may be notified of an instruction to treat the target S-NSSAI (the deleted S-NSSAI) as a Pending S-NSSAI during the back-off period until re-registration, or an instruction to add it to the Pending NSSAI.
  • UE10 may also include information regarding the priority of each S-NSSAI in the registration request message as supplementary information (or support information) for the Requested NSSAI.
  • NSSF304 determines whether to permit registration of the S-NSSAI included in the Requested NSSAI based on the number of registered UEs 10, the number of established PDU sessions, and/or the number of UEs 10 that have established one or more PDU sessions notified or reported by NSACF312, and the registration priority of each S-NSSAI included in the supplementary information of the Requested NSSAI. For example, it permits registration of an S-NSSAI with a high registration priority and rejects registration of an S-NSSAI with a low registration priority.
  • the registration priority of each S-NSSAI may be a level according to urgency. For example, it permits registration of an S-NSSAI with a high registration urgency, i.e., a high priority, and rejects registration of an S-NSSAI with a low registration urgency, i.e., a low priority.
  • the NSSF 304 or AMF 301 may determine the validity period of each S-NSSAI for which registration is permitted based on the number of registered UEs 10, the number of established PDU sessions, and/or the number of UEs 10 that have established one or more PDU sessions, and the registration priority of each S-NSSAI included in the supplementary information of the Requested NSSAI. For example, a longer validity period may be assigned to an S-NSSAI with a higher registration priority, and a shorter validity period may be assigned to an S-NSSAI with a lower registration priority.
  • AMF301 sets the validity period for each S-NSSAI for which registration is permitted based on information regarding the validity period of each S-NSSAI for which registration is permitted obtained from NSSF304, or based on the validity period assigned by AMF301 itself.
  • the UE 10 can obtain assistance data for positioning from the LMF 312 and perform measurements and position calculations related to a Global Navigation Satellite System (GNSS).
  • GNSS Global Navigation Satellite System
  • the UE 10 can use, for example, a widely known method called Assisted-GNSS.
  • UE10 may detect information relating to its location using means other than GNSS.
  • UE10 can detect information relating to its own location using a technique called Sidelink positioning, WLAN positioning, Bluetooth (registered trademark) positioning, or TBS (Terrestrial Beacon Systems) positioning.
  • UE10 measures the Sidelink Received Signal Strength Indicator (SL RSSI) through sidelink communication with surrounding UE10 or roadside units (RSUs). UE10 calculates its position based on information relating to the position of each UE10 or roadside unit and the measured value of the SL RSSI. Furthermore, UE10 may measure the RTT (Round Trip Time) between surrounding UE10 or roadside units and calculate its position.
  • SL RSSI Sidelink Received Signal Strength Indicator
  • RSUs roadside units
  • UE10 measures the Received Signal Strength Indicator (RSSI) for each WLAN Access Point.
  • RSSI Received Signal Strength Indicator
  • UE10 calculates its position based on information about the known coordinates of each WLAN Access Point and the measured value. Additionally, UE10 may measure the RTT between the WLAN Access Point and calculate its position.
  • UE10 may measure the RSSI for each Bluetooth beacon and calculate its location based on information about the known coordinates of each Bluetooth beacon and the measurements.
  • UE10 If UE10 is equipped with a GNSS receiver, in UE-Assisted mode, UE10 performs GNSS-related measurements such as Code Phase, Doppler, and Carrier Phase. UE10 transmits these measurements to LMF312, which calculates the position of UE10.
  • GNSS-related measurements such as Code Phase, Doppler, and Carrier Phase.
  • the LMF 312 may obtain information regarding the location of the UE 10 using a positioning technique using a CID (Cell ID).
  • CID Cell ID
  • UE10 receives downlink Positioning Reference Signals (PRS) from multiple Transmission Points (TPs) and reports measurements on the Physical cell ID, Global cell ID, TP IDs and timing of the PRS to LMF312 via LTE Positioning Protocol (LPP). LMF312 then calculates the position of UE10 based on information on the known coordinates of each measured TP and the relative timing of the reported PRS.
  • PRS downlink Positioning Reference Signals
  • TPs Transmission Points
  • LMF312 LTE Positioning Protocol
  • the LMF312 calculates the position of the UE10 based on information about the known coordinates of the ng-eNB or gNB and the following measurement results reported by the UE10:
  • UE10 reports, for example, ECGI (Evolved Cell Global Identifier) or Physical Cell ID, and measurement results regarding RSRP (Reference Signal Received Power), RSRQ (Reference Signal Received Quality) and UE Rx-Tx time difference to LMF312.
  • ECGI Evolved Cell Global Identifier
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • UE Rx-Tx time difference is defined as the time difference between the timing of reception and transmission by UE10.
  • Method 1 for improving the availability of network slices In the example of network slice deployment shown in Figure 5, UE 10 cannot use S-NSSAI-H2 in HPLMN_TA2, for example. That is, by enabling UE 10 to use S-NSSAI-H2 in HPLMN_TA2, the availability of network slices can be improved.
  • Figure 6 shows another example of a 5GS network slice deployment, where the HPLMN has a roaming SLA with another PLMN, the VPLMN.
  • UE10 can identify VPLMNs into which it can roam by possessing an EPLMN (Equivalent PLMN) list or an EHPLMN (Equivalent HPLMN) list that includes the PLMN ID of the VPLMN.
  • EPLMN Equivalent PLMN
  • EHPLMN Equivalent HPLMN
  • the VPLMN supports S-NSSAI-V2 in VPLMN_TA1.
  • VPLMN_TA1 overlaps with part of HPLMN_TA2 and part of HPLMN_TA3, for example, as shown in Figure 6.
  • the area in HPLMN_TA2 in which the VPLMN can support S-NSSAI-V2 is defined as the AoS (Area of Service) of S-NSSAI-V2 in HPLMN_TA2.
  • the area in HPLMN_TA3 in which the VPLMN can support S-NSSAI-V2 is defined as the AoS of S-NSSAI-V2 in HPLMN_TA3.
  • the HPLMN provides the UE 10 with the PLMN ID of the VPLMN, information related to AoS, and information related to the mapping between the value of the Rejected S-NSSAI in the HPLMN and the corresponding value of the S-NSSAI used in the VPLMN, either as part of the information related to the tracking area supporting the Rejected S-NSSAI described above or as supplementary information.
  • the information related to AoS is a set of HPLMN_TA2 and VPLMN_TA1
  • the information related to the mapping is information indicating the correspondence between S-NSSAI-H2 and S-NSSAI-V2.
  • UE10 can determine that when it is in HPLMN_TA2 and VPLMN_TA1, it is in the AoS area of S-NSSAI-H2 of the HPLMN, with the VPLMN as the serving PLMN.
  • FIG. 7 is a diagram showing an example of a registration determination process for a network slice in a registration process.
  • NSSF304 receives the Requested NSSAI from UE10 via (R)AN20 and AMF301 (step S501), and executes a registration permission determination process for each S-NSSAI included in the Requested NSSAI (step S502).
  • the NSSF 304 which has acquired information related to the Requested NSSAI via the AMF 301, refers to the subscriber information held and managed by the UDR of the UDM 307 to check whether the target S-NSSAI is included in the Subscribed NSSAI (step S503), and if not, sets the S-NSSAI being judged to be a Rejected S-NSSAI with the cause being that there is no contract (S504).
  • step S503 if the S-NSSAI to be determined is included in the Subscribed NSSAI, NSSF304 determines whether there is a tracking area within the registered area that does not support the S-NSSAI to be determined (step S505), and if there is a tracking area that does not support the S-NSSAI to be determined, sets the S-NSSAI to be determined as a Rejected S-NSSAI because it is not supported by the tracking area (S506).
  • step S505 if there is no tracking area that does not support the S-NSSAI to be determined, that is, if all the tracking areas in the registered area support the S-NSSAI to be determined, NSSF304 checks whether the S-NSSAI to be determined is an S-NSSAI whose use is restricted by NSACF312 (step S507). If the S-NSSAI is an S-NSSAI whose use is restricted by NSACF312, NSSF304 sets the S-NSSAI to be determined to Rejected S-NSSAI due to admission control (step S508). Here, NSSF304 may determine whether the S-NSSAI to be determined is an S-NSSAI whose use is restricted based on the status of the network slice notified or reported from NSACF312.
  • step S507 if the S-NSSAI being judged is not an S-NSSAI whose use is restricted by NSACF312, NSSF304 adds the S-NSSAI being judged to the Allowed NSSAI (step S509).
  • NSSF304 may determine whether to permit registration based on UE radio capability information when the S-NSSAI to be determined requests a specific UE radio capability.
  • AMF301 may further determine whether to permit registration based on UE radio capability information.
  • FIG. 8 is a diagram showing an example of a process for generating supplemental information regarding a Rejected S-NSSAI in a registration process.
  • a process for determining whether or not a Rejected S-NSSAI has been set is executed (step S601), and if a Rejected S-NSSAI has been set, a target Rejected S-NSSAI is identified from the set Rejected S-NSSAIs (step S602).
  • all set Rejected S-NSSAIs are identified as the target Rejected S-NSSAIs.
  • AMF301 checks whether the reason (cause) for which registration was not permitted is "the tracking area is not supported” (step S603), and if the reason is "the tracking area is not supported", it identifies the tracking area in which the Rejected S-NSSAI is not supported (step S604).
  • AMF301 checks whether there is a VPLMN (Visitor PLMN) that supports Rejected S-NSSAI within the identified target tracking area (step S605), and if there is a VPLMN that supports Rejected S-NSSAI, it identifies the VPLMN that supports Rejected S-NSSAI within the target tracking area (step S606), and adds the PLMN ID of the VPLMN for each target tracking area to the supplementary information (or support information) regarding the Rejected S-NSSAI (step S607).
  • VPLMN Visitor PLMN
  • AMF301 identifies the AoS of the VPLMN that supports the Rejected S-NSSAI within the target tracking area (step S608), adds information identifying the AoS of the VPLMN for each target tracking area to the supplementary information regarding the Rejected S-NSSAI (step S609), and terminates the process.
  • the AoS of the VPLMN is, for example, an area defined by a coordinate system such as latitude and longitude, a tracking area (mobility management area) set by the VPLMN, a cell ID, a set of cell IDs, a base station ID, or a set of base station IDs.
  • the information regarding the AoS may include information regarding the frequency band and BWP (BandWidth Part) that support the Rejected S-NSSAI within the AoS.
  • UE10 determines that the Rejected S-NSSAI can be used only via the frequency band or BWP specified within the AoS.
  • the AoS is an example of a service area according to this embodiment.
  • the supplementary information regarding the Rejected S-NSSAI may include information that explicitly indicates that the transmission of a registration request for the Rejected S-NSSAI to the VPLMN is permitted within the AoS of the VPLMN.
  • priorities may be assigned to the VPLMNs based on the AoS of the VPLMNs identified in step S606, and in step S609, information related to the priority of the VPLMN may be added to the supplementary information regarding the Rejected S-NSSAI. For example, a higher priority may be assigned to a VPLMN with a wider AoS, and a lower priority may be assigned to a VPLMN with a narrower AoS. Alternatively, a higher priority may be assigned to a VPLMN with a wider frequency bandwidth covering the AoS, and a lower priority may be assigned to a VPLMN with a narrower frequency bandwidth covering the AoS.
  • a higher priority may be assigned to a VPLMN with a longer AoS validity period, and a lower priority may be assigned to a VPLMN with a shorter AoS validity period.
  • UE 10 that has obtained the supplementary information regarding the Rejected S-NSSAI can select a VPLMN that supports the Rejected S-NSSAI within the target tracking area based on this priority.
  • AMF301 further checks whether the cause of registration not being permitted is “restriction due to admission control" (step S610), and if the reason is "restriction due to admission control", it identifies the restricted tracking area (step S611).
  • AMF301 obtains from NSACF312 the value of the back-off timer, which is the period until a re-registration request for the Rejected S-NSSAI is accepted for the identified tracking area (step S612), adds the back-off timer value for each target tracking area to the supplementary information regarding the Rejected S-NSSAI (step S613), and terminates the process.
  • AMF301 may set the backoff timer value depending on the status of the network slice notified or reported by NSACF312.
  • the supplementary information regarding the Rejected S-NSSAI may include information that explicitly indicates that a re-registration request for the Rejected S-NSSAI is permitted to be sent within the target tracking area of the HPLMN after the set backoff timer has elapsed.
  • step S605 the processing of step S605 and subsequent steps may be added after the processing of step S613.
  • step S610 if the reason is not "restriction due to admission control", or in step S605, if there is no VPLMN that supports the Rejected S-NSSAI, the process ends.
  • a priority for PLMN selection may be included in the supplementary information regarding the Rejected S-NSSAI.
  • the supplementary information regarding the Rejected S-NSSAI may include an instruction to set the priority in the EPLMN list or the EHPLMN list.
  • the priority may also be set according to the size of the AoS of the VPLMN that supports the Rejected S-NSSAI. For example, a VPLMN with a larger AoS may be set to a higher priority, and a VPLMN with a smaller AoS may be set to a lower priority.
  • this priority may be set according to the status of the network slice notified or reported by the NSACF 312-2 of the VPLMN. For example, the priority is set according to the number of UEs 10 registered in the network slice targeted by the VPLMN, the number of PDU sessions established using the network slice targeted by the VPLMN, or the number of UEs 10 that have established one or more PDU sessions using the network slice targeted by the VPLMN.
  • a VPLMN with a smaller number of registered UEs 10, fewer PDU sessions, or fewer UEs 10 that have established one or more PDU sessions is set to a higher priority
  • a VPLMN with a larger number of registered UEs 10, fewer PDU sessions, or fewer UEs 10 that have established one or more PDU sessions is set to a lower priority.
  • AMF301 generates supplementary information regarding the Rejected S-NSSAI, but the process is not limited to being performed by AMF301.
  • the supplementary information regarding the Rejected S-NSSAI may be generated by another NF of 5GC30.
  • NSSF304 may generate the Rejected S-NSSAI and the supplementary information.
  • NSSF304 returns an Nnssf_NSSelection_Get response message including the Allowed NSSAI, Rejected S-NSSAI, and supplementary information regarding the Rejected S-NSSAI to AMF301.
  • the UE 10 needs to register with a network (such as a RAN, AN, or core network) for any of the following purposes: initial registration to 5GS, mobility registration update accompanying a change to a new tracking area outside the registration area, periodic registration update, and emergency registration.
  • a network such as a RAN, AN, or core network
  • the UE 10 selects, for example, a PLMN corresponding to the 5GC 30 and executes the registration process.
  • FIGs 9A and 9B are diagrams showing an example of the registration procedure for 5GS. These diagrams are diagrams showing an example of the registration procedure.
  • UE 10 in the RM-DEREGISTERED state i.e., UE 10 not yet registered with 5GC 30, transmits a Registration Request message to (R)AN 20 to perform Initial Registration (step S701). At this time, UE 10 transmits the Registration Request message including its UE identity.
  • EPS Evolved Packet System
  • EUTRAN Evolved UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the EPS GUTI is a temporary ID used to identify the UE 10 within the EPS, instead of an ID uniquely assigned to each UE, such as IMSI (International Mobile Subscriber Identity) or IMEI (International Mobile Equipment Identity).
  • the UE identity is a PLMN-specific 5G-GUTI assigned by the PLMN to which UE10 is attempting to register, if available.
  • the UE identity is a PLMN-specific 5G-GUTI, if available, assigned by the PLMM that is treated as the equivalent PLMN for the PLMN in which UE10 is attempting to register.
  • the UE identity is a PLMN-specific 5G-GUTI assigned by any PLMN, if available.
  • the UE 10 includes a Subscription Concealed Identifier (SUCI) in the registration request message.
  • SUCI is an encrypted version of the Subscription Permanent Identifier (SUPI), which is an ID uniquely assigned to each UE 10.
  • SUPI Subscription Permanent Identifier
  • UE10 When UE10 registers for 5GS in any PLMN, if it has a Configured NSSAI or an Allowed NSSAI for this PLMN, it must provide the above-mentioned Requested NSSAI to the network. Therefore, UE10 includes the Requested NSSAI in the registration request message, or includes a mapping of each S-NSSAI of the Requested NSSAI to the S-NSSAIs of the HPLMN in the registration request message. This allows the network to verify whether the S-NSSAI(s) included in the Requested NSSAI are allowed based on the Subscribed S-NSSAIs.
  • UE 10 if UE 10 is using the Default Configured NSSAI, it includes a Default Configured NSSAI Indication in the registration request message.
  • the UE 10 may also support a contract-based restriction function regarding the network slices that can be registered simultaneously. If the UE 10 supports this function, the UE 10 includes information indicating that the function is supported in the registration request message at the time of Initial Registration and Mobility Registration Update as part of the UE 5GMM Core Network Capability.
  • AMF301 When AMF301 provides a Configured NSSAI to UE10 that has notified that it supports the contract-based restriction function regarding network slices that can be registered simultaneously, it provides information regarding the Network Slice Simultaneous Registration Group (NSSRG) associated with the network slice (S-NSSAI(s)) of the HPLMN.
  • NSSRG Network Slice Simultaneous Registration Group
  • UE 10 that receives an NSSRG must include only network slices (S-NSSAIs) that are assigned to the same common NSSRG in the Requested NSSAI.
  • S-NSSAIs network slices
  • UE10 When UE10 acquires information relating to two or more NSSRGs, it assigns relative priorities to two or more network slices (S-NSSAIs) included in the Configured NSSAI and selects information relating to the NSSRG that includes the S-NSSAI with the highest priority. UE10 generates a Requested NSSAI that includes two or more S-NSSAIs included in the information relating to the selected NSSRG.
  • S-NSSAIs network slices
  • the information relating to the NSSRG that includes more S-NSSAIs with higher priority is selected, and a Requested NSSAI is generated that includes two or more S-NSSAIs included in the information relating to the selected NSSRG.
  • (R)AN 20 When (R)AN 20 receives the registration request message from UE 10, it executes AMF Selection (step S702). If the registration request message does not include a 5G-S-TMSI (5G S-Temporary Mobile Subscription Identifier) or a GUAMI (Globally Unique AMF Identifier), (R)AN 20 selects an AMF 301 based on the (R)AT (Radio Access Technology) and, if available, the Requested NSSAI. Alternatively, if the 5G-S-TMSI or GUAMI included in the registration request message does not indicate a valid AMF 301, (R)AN 20 selects an AMF 301 based on the (R)AT (Radio Access Technology) and, if available, the Requested NSSAI.
  • 5G-S-TMSI 5G S-Temporary Mobile Subscription Identifier
  • GUAMI Globally Unique AMF Identifier
  • (R)AN20 If (R)AN20 is an NG-RAN, it forwards to AMF301 a registration request including a selected PLMN ID (e.g., a PLMN corresponding to 5GC30 described above) or a registration request including a pair of a PLMN ID and a NID (Network Identifier) that identifies an SNPN (Standalone Non-Public Network) (step S703).
  • a selected PLMN ID e.g., a PLMN corresponding to 5GC30 described above
  • NID Network Identifier
  • AMF301 initiates Identity Request processing and sends an Identity Request message to UE10 to request SUCI (step S704).
  • UE10 If UE10 receives the Identity Request message in step S704, it sends an Identity Response message including SUCI (step S705).
  • UE10 can obtain the SUCI using the HPLMN's public key.
  • AMF301 executes AUSF Selection based on SUPI or SUCI (step S706) and initiates authentication of UE10.
  • AUSF309 When AUSF309 receives an authentication request from AMF301, it must perform authentication of UE10.
  • the AUSF 309 selects the UDM 307 for authentication processing and obtains authentication data from the UDM 307.
  • the AUSF 309 provides information related to security to the AMF 301.
  • AMF301 initiates NGAP (NG Application Protocol) processing and provides security context to (R)AN20.
  • NGAP NG Application Protocol
  • (R)AN20 retains the security context and sends a response to AMF301. (R)AN20 uses this security context to protect messages exchanged with UE10 thereafter.
  • AMF301 executes UDM Selection based on the SUPI and selects UDM307 (step S707).
  • AMF301 is registered with UDM307 using the Nudm_UECM_Registration service (Nudm_UECM_Registration Request/Response) (steps S708 and S709).
  • Nudm_UECM_Registration Request/Response Nudm_UECM_Registration Request/Response
  • AMF301 If AMF301 does not have the subscriber data (Subscription Data) of UE10, it uses the Nudm_SDM_Get service (Nudm_SDM_Get/Nudm_SDM_Get Response) to obtain subscriber data (Subscription Data) such as Access and Mobility Subscriber Data (Access and Mobility Subscription data) and SMF Selection Subscription data (SMF Selection Subscription data) from UDM307 (steps S710 and S711).
  • Subscriber data such as Access and Mobility Subscriber Data (Access and Mobility Subscription data) and SMF Selection Subscription data (SMF Selection Subscription data) from UDM307 (steps S710 and S711).
  • the subscriber data includes Slice Selection Subscription data.
  • AMF301 when slice selection is required because AMF301 cannot handle all S-NSSAIs included in the Requested NSSAI, AMF301 sends an Nnssf_NSSelection_Get message including the Requested NSSAI, Subscribed S-NSSAI(s), TAI, and PLMN ID of SUPI to NSSF304 (step S712). NSSF304 then executes the network slice registration determination process shown in FIG. 7 (step S713).
  • NSSF304 responds to AMF301 with an Nnssf_NSSelection_Get Response message including the AMF set or a list of AMF addresses, Allowed NSSAI, and Rejected S-NSSAI(s) (step S714).
  • AMF301 If AMF301 has acquired information related to the NSSRG in step S711, AMF301 sends an Nnssf_NSSelection_Get message including information related to the NSSRG to NSSF304 in step S712.
  • NSSRG is constraint information that indicates a group of network slices that can be registered simultaneously based on subscriber data.
  • S-NSSAI When an S-NSSAI is associated with an NSSRG, the S-NSSAI must be included in at least one NSSRG.
  • Subscriber data containing information related to the NSSRG must include at least one default S-NSSAI. If more than one default S-NSSAI exists, the or those default S-NSSAI(s) are associated with the same NSSRG. That is, UE 10 is allowed to register all default S-NSSAI(s) simultaneously.
  • NSSF304 selects one or more S-NSSAIs to include in the Allowed NSSAI based on the Requested NSSAI, the Subscribed S-NSSAI(s), and information related to the NSSRG.
  • the Allowed NSSAI can only include network slices (S-NSSAIs) assigned to one common NSSRG.
  • AMF301 If AMF301 has acquired information regarding the priority of each S-NSSAI in the registration as supplementary information (or support information) for the Requested NSSAI, AMF301 sends an Nnssf_NSSelection_Get message including information regarding the priority of each S-NSSAI in the registration to NSSF304 in step S712.
  • NSSF304 selects one or more S-NSSAIs to include in the Allowed NSSAI based on the Requested NSSAI, the Subscribed S-NSSAI(s), information related to the NSSRG, and information related to the priority of registration of each S-NSSAI.
  • NSSF304 selects information related to an NSSRG that includes an S-NSSAI with the highest priority based on information related to the priority of the registration of each S-NSSAI, and generates an Allowed NSSAI that includes two or more S-NSSAIs included in the information related to the selected NSSRG.
  • the information relating to the NSSRG that includes more S-NSSAIs with higher priority is selected, and an Allowed NSSAI is generated that includes two or more S-NSSAIs included in the information relating to the selected NSSRG.
  • AMF301 executes NSACF Selection based on the instance information of available NSACFs obtained from NRF303 or configured locally in AMF301, and selects NSACF312 (step S715).
  • AMF301 uses the Nnsacf_NSAC service to send an Nnsacf_SliceEventExposure_Subscribe request message to NSACF312 (step S716), which executes a registration process to the Nnsacf_SliceEventExposure service.
  • NSACF312 executes a registration process to the Nnsacf_SliceEventExposure service.
  • AMF301 receives an Nnsacf_SliceEventExposure_Subscribe response message from NSACF312 in response (step S717).
  • the Nnsacf_SliceEventExposure_Subscribe service notifies the network function that has registered this service, such as AMF301, of the current number of UEs 10 registered in the S-NSSAI (network slice) on an event basis, the current number of PDU sessions established using the S-NSSAI, or the current number of UEs 10 that have established one or more PDU sessions using the S-NSSAI.
  • the request message to subscribe to this service can include the Event ID, Event Filter, and Event Reporting information.
  • the Event ID parameter defines whether to notify the number of UEs 10 registered to the S-NSSAI, to notify the number of PDU sessions established using the S-NSSAI, or to notify the current number of UEs 10 that have established one or more PDU sessions using the S-NSSAI.
  • the Event Filter parameter is an S-NSSAI for the number of currently registered UEs 10 notified to the network function that has registered this service, or an S-NSSAI for the number of currently established PDU sessions, an S-NSSAI for the number of currently established UEs 10 that have established one or more PDU sessions, or an S-NSSAI for a set of these.
  • the Event Reporting information defines whether the notification is threshold-based or periodic.
  • threshold-based notification the Event Reporting is triggered when the number of current UEs 10 registered with the target S-NSSAI, the number of current PDU sessions established, or the number of current UEs 10 establishing one or more PDU sessions reaches a threshold.
  • periodic notification the notification is triggered, for example, when the validity period of a periodic timer expires.
  • the threshold can be configured per network slice.
  • instantaneous reporting can also be configured.
  • AMF301 generates supplementary information regarding the S-NSSAI (step S718).
  • the supplementary information regarding the S-NSSAI is, for example, supplementary information regarding the Rejected S-NSSAI generated by the process shown in FIG. 8.
  • AMF301 sends a Registration Accept message including the Allowed NSSAI, Rejected NSSAI, and supplementary information (or assistance information) regarding the S-NSSAI to UE10 (step S719), and receives a Registration Complete message from UE10 in response (step S720).
  • AMF301 may set a Target NSSAI that includes the Rejected S-NSSAI and an RFSP index for guiding to the tracking area (mobility management area) or AoS (Area of Service) of the VPLMN that supports the Rejected S-NSSAI, and transmit the Target NSSAI and the RFSP index for this Target NSSAI to (R)AN20.
  • AMF301 may request (R)AN20 to generate a radio resource management policy corresponding to the RFSP index.
  • This radio resource management policy is, for example, to set the priority of the operating frequency of the VPLMN's cell higher than the priority of the operating frequency of the HPLMN's cell in the cell selection/reselection process.
  • the (R)AN 20 sets the priority of the measurement frequencies in the cell selection/reselection process to the UE 10 according to the radio resource management policy corresponding to the RFSP index.
  • UE10 can perform cell selection/reselection processing according to the configured measurement frequency priorities and detect the VPLMN's cell. Then, UE10 can request registration with the VPLMN's cell including the Rejected S-NSSAI as the Requested NSSAI. Here, UE10 can obtain information regarding the mapping between the HPLMN's Rejected S-NSSAI and the VPLMN's S-NSSAI from AMF301, and include the VPLMN's S-NSSAI corresponding to the Rejected S-NSSAI as the Requested NSSAI in the registration request.
  • FIG. 10 is a diagram showing an example of a procedure for checking the availability of a network slice in UE 10.
  • UE 10 executes a registration process (step S801)
  • UE 10 acquires information on a tracking area that supports Rejected S-NSSAI in addition to Allowed NSSAI during the registration process (step S802).
  • it is not permitted to request registration of Rejected S-NSSAI again in a registration area.
  • a registration request is permitted in a tracking area that supports Rejected S-NSSAI.
  • the information regarding the tracking area that supports the Rejected S-NSSAI is, for example, supplementary information (or support information) regarding the Rejected S-NSSAI generated by the process shown in FIG. 8.
  • UE10 When UE10 starts the process to use the Rejected S-NSSAI, it starts the registration process for the Rejected S-NSSAI (step S803).
  • UE10 executes a cell selection/reselection process for a cell belonging to the HPLMN, and identifies the tracking area of the HPLMN to which the selected cell belongs (step S804).
  • UE10 may identify a synchronization signal block (SSB: Synchronization Signal/PBCH Block) to identify a beam.
  • SSB Synchronization Signal/PBCH Block
  • the synchronization signal block includes a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH), and UE 10 receives the PSS and SSS of the synchronization signal blocks for cell search.
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • the UE10 receives the synchronization signal block PBCH and acquires the system information MIB (Master Information Block).
  • the MIB contains parameters, such as CORESET (Control Resource Set) #0, for monitoring the physical downlink control channel PDCCH (Physical Downlink Control CHannel), which schedules the physical downlink shared channel PDSCH (Physical Downlink Shared CHannel), which transmits the system information SIB1 (System Information Block 1).
  • the base station device transmits different synchronization signal blocks with different antenna directivities, and UE10 identifies the received synchronization signal block, allowing UE10 to identify one antenna directivity from among the different antenna directivities transmitted by the base station device.
  • the different antenna directivities are controlled by the amplitude and phase of the signal fed to multiple antenna elements, and are also called beams.
  • step S805 it is confirmed whether Rejected S-NSSAI is supported in the tracking area of the identified HPLMN (step S805), and if Rejected S-NSSAI is supported in the tracking area of the HPLMN, UE10 requests the HPLMN to register Rejected S-NSSAI (step S806), and terminates the processing.
  • the PLMN ID and AoS of the VPLMN that supports the Rejected S-NSSAI in the tracking area of the HPLMN are identified based on information about the tracking area that supports the Rejected S-NSSAI (step S807).
  • the AoS is, for example, the area where HPLMN_TA2 and VPLMN_TA1 overlap.
  • the UE10 checks the EPLMN list or EHPLMN list (step S808). It checks whether the EPLMN list or EHPLMN list includes the PLMN ID of the VPLMN identified in step S807 (step S809), and if so, initiates cell selection/reselection processing for a cell belonging to the VPLMN (step S810).
  • the cell selection/reselection processing for a cell belonging to the VPLMN is set to be performed at a timing different from the timing of the cell selection/reselection processing for a cell belonging to the HPLMN executed in step S804.
  • UE10 executes a cell selection/reselection process for a cell belonging to the VPLMN, and identifies the tracking area of the VPLMN to which the selected cell belongs (step S811).
  • UE10 may identify a synchronization signal block to identify a beam.
  • step S812 checks whether it is within the tracking area of the VPLMN that is set as the AoS identified in step S807 (step S812), and if it is within the area, requests the VPLMN to register a Rejected S-NSSAI (step S813), and ends the process.
  • AoS is set with tracking area granularity, presence in the AoS is confirmed by information on the tracking area to which the cell selected by the cell selection/reselection process for a cell belonging to the VPLMN belongs.
  • AoS is configured with cell ID granularity
  • presence in the AoS is confirmed by information on the ID of the cell selected by the cell selection/reselection process for a cell belonging to the VPLMN.
  • the AoS is set as an area using coordinates such as latitude and longitude, the presence of the AoS is confirmed by the location information detected by the UE10.
  • the location information of the UE10 is detected, for example, using the method described in [5. Location Information Management Function].
  • the Rejected S-NSSAI (e.g., S-NSSAI-V2) for the VPLMN that is the serving PLMN is identified as the S-NSSAI of the VPLMN that corresponds to S-NSSAI-H2, which is the Rejected S-NSSAI of the HPLMN, based on the mapping information.
  • step S809 if the EPLMN list or EHPLMN list does not contain the PLMN ID of the VPLMN identified in step S807, the process ends.
  • step S812 if the mobile station is not located within the tracking area of the VPLMN set as AoS, the cell selection/reselection process for a cell belonging to the VPLMN in step S810 is executed at the set period.
  • UE10 for a tracking area of an HPLMN where the registration of a specific network slice is restricted by admission control, by providing UE10 with information on VPLMNs and AoS that support that network slice within that tracking area from among VPLMNs included in the EPLMN list or EHPLMN list that are roaming candidates, it is possible for UE10 to use a network slice in the AoS of the VPLMN, which is at least a portion of the tracking area of the HPLMN where network slices could not previously be used.
  • the unit of an area that cannot support a particular network slice and the unit of an area that restricts the registration of a particular network slice by admission control or subscription data, are not limited to a tracking area (mobility management area), but may be a registration area or AoS (Area of Service).
  • AoS is, for example, an area defined in a coordinate system such as latitude and longitude, a cell ID, a set of cell IDs, a base station ID, or a set of base station IDs, in order to define an area with finer granularity than a tracking area.
  • a VPLMN that supports a specific network slice is used in the tracking area of an HPLMN that cannot support that network slice, but a Stand-alone Non-Public Network (SNPN) represented by local 5G may be used instead of the VPLMN.
  • SNPN Stand-alone Non-Public Network
  • the process of FIG. 10 can be used as in the case of the VPLMN.
  • FIG. 11A is a diagram showing an example of processing on the HPLMN side regarding candidate SNPN detection.
  • the 5GC 30 e.g., AMF 301
  • the HPLMN starts the process of detecting candidate SNPNs, it generates information on the Rejected S-NSSAI (e.g., S-NSSAI-H2) and the tracking area (e.g., HPLMN_TA2) that cannot support the Rejected S-NSSAI (step S901).
  • the HPLMN since the HPLMN has not concluded an SLA for roaming with the SNPN, it does not possess information on the mapping between each S-NSSAI supported by the SNPN and the corresponding S-NSSAI of the HPLMN.
  • the 5GC30 of the HPLMN exposes a request including the Rejected S-NSSAI and information related to the tracking area in which the Rejected S-NSSAI cannot be supported via the NEF302 (step S902).
  • the information related to the Rejected S-NSSAI is, for example, the number of QoS flows supported for the Rejected S-NSSAI, and characteristics of each QoS flow.
  • the characteristics of the QoS flow may be, for example, 5QI, or a set of information related to resource type, priority, packet delay tolerance, packet error rate, averaging window, and maximum data burst volume, etc.
  • the information related to the Rejected S-NSSAI may include information indicating whether or not a specific function provided in the 5GC30 is being used, such as whether or not an Edge Application Server (EAS) is being used for the Rejected S-NSSAI, whether or not an AI (Artificial Intelligence)/ML (Machine Learning) model is being used, and whether or not a Network Data Analytics Function (NWDAF) is being used.
  • EAS Edge Application Server
  • AI Artificial Intelligence
  • Machine Learning Machine Learning
  • NWDAAF Network Data Analytics Function
  • the network data analysis function can include an analytics logical function (AnLF) that uses trained AI/ML models to perform inference and generate analytical information, as well as a model training logical function (MTLF) that trains the AI/ML models.
  • AnLF analytics logical function
  • MTLF model training logical function
  • the network data analysis function uses various sensing information acquired from UE10 and AI/ML models acquired according to the application to perform, for example, image recognition, voice recognition, automatic translation, estimation of two-dimensional or three-dimensional position, estimation of time for synchronization, calculation of ADAS (Advanced Driver-Assistance Systems) or assist information to support autonomous driving, generation of layers of quasi-static information, layers of quasi-dynamic information, and/or layers of dynamic information that constitute a dynamic map, etc.
  • ADAS Advanced Driver-Assistance Systems
  • the NEF302 of the 5GC30 manages at least two access levels for the SNPNs: a first access level that can only be accessed by SNPNs that have concluded an SLA with the HPLMN, and a second access level that can only be accessed by SNPNs that have not concluded an SLA with the HPLMN.
  • step S902 5GC30 of the HPLMN publishes information related to the Rejected S-NSSAI and the tracking areas in which the Rejected S-NSSAI cannot be supported at the second access level.
  • an SNPN that has not concluded an SLA with the HPLMN can obtain information related to the Rejected S-NSSAI and the tracking areas in which the Rejected S-NSSAI cannot be supported via NEF302 of 5GC30.
  • HPLMN's 5GC30 via NEF302, - SNPN ID of the SNPN in the target tracking area ⁇ Mapping between Rejected S-NSSAI and S-NSSAI of SNPN ⁇ AoS If the user desires to use the service corresponding to the generated set of the SNPN, the user transmits a request message for an SLA for the generated set to the SNPN (step S904).
  • the 5GC30 of the HPLMN obtains SLA approval for the generated set from the requested SNPN via the NEF302 (step S905).
  • the HPLMN Once the HPLMN has obtained SLA approval for the generated set from the SNPN, it can use the process shown in Figure 10 for the use of the Rejected S-NSSAIs included in the set, similar to the VPLMN case described above.
  • the 5GC30 of the HPLMN adds the SNPN ID, the mapping of the Rejected S-NSSAI and the S-NSSAI of the SNPN, and the set of AoS to the supplementary information (or assistance information) regarding the Rejected S-NSSAI (step S906).
  • the 5GC30 of the HPLMN may instruct the UE10 to add the SNPN ID to the EPLMN list or EHPLMN list so that the UE10 can treat the SNPN corresponding to the SNPN ID as a roaming candidate.
  • FIG. 11B is a diagram showing an example of SNPN-side processing for detecting a candidate SNPN.
  • the SNPN acquires information related to the Rejected S-NSSAI and the tracking area that cannot support the Rejected S-NSSAI via the NEF 302 (step S907).
  • the SNPN can acquire the information via the NEF 302 at any timing or desired timing. For example, when there is a vacant frequency band or radio resource used by the SNPN and the frequency band or radio resource can be used (e.g., leased) to the 5GC 30 of the HPLMN, the SNPN may acquire the information for service provision.
  • the SNPN identifies the corresponding S-NSSAI (e.g., S-NSSAI-S2) of the SNPN based on the information related to the Rejected S-NSSAI obtained from the HPLMN (step S908).
  • the SNPN may set the corresponding S-NSSAI based on the information related to the Rejected S-NSSAI (e.g., the number of supported QoS flows, the characteristics of each QoS flow).
  • the SNPN checks the AoS of the corresponding S-NSSAI of the SNPN identified in step S908 within the target tracking area (step S909).
  • the AoS of the S-NSSAI of the SNPN is, for example, the SNPN ID corresponding to the network belonging to the SNPN, the tracking area of the SNPN, or the cell ID of the base station belonging to the SNPN.
  • the SNPN ID used to identify the SNPN is an identifier that combines the PLMN ID and NID (Network IDentifier).
  • NID Network IDentifier
  • the PLMN ID used in the SNPN ID is different from the PLMN ID, which is a GUID (Globally Unique IDentifier) used in a PNI-NPN (Public Network Integrated NPN), and only needs to be unique locally (i.e., within the SNPN).
  • step S910 it is checked whether the AoS of the S-NSSAI corresponding to the SNPN exists within the target tracking area, and if not, the process ends.
  • information related to the tracking area is, for example, information related to an area defined by latitude, longitude and distance.
  • the SNPN ⁇ SNPN ID ⁇ Mapping of Rejected S-NSSAI and S-NSSAI of SNPN ⁇ AoS (step S911), and provides the generated set to the NEF 302 (step S912).
  • the SNPN receives an SLA request message for the set generated from the 5GC30 of the HPLMN via the NEF302 (step S913).
  • the SNPN approves the SLA request for the generated set, it responds with an SLA approval message for the generated set (step S914) and ends the process.
  • a validity period may be set for the SLA grant for the generated set in step S914.
  • UE10 belonging to the HPLMN can use the services corresponding to the generated set of SNPNs only during this validity period. Therefore, information regarding the tracking area supporting the Rejected S-NSSAI or information added to the supplementary information (SNPN ID of the SNPN, information regarding the mapping between the value of the Rejected S-NSSAI in the HPLMN and the corresponding value of the S-NSSAI used in the SNPN, and information regarding AoS) is deleted when the validity period has elapsed. Similarly, the SNPN ID added to the EPLMN list or EHPLMN list of UE10 is also deleted when the validity period has elapsed.
  • the HPLMN's 5GC30 discloses information related to the Rejected S-NSSAI and tracking areas that cannot support the Rejected S-NSSAI via the NEF302, obtains information on AoS that can support the Rejected S-NSSAI from the SNPN and the correspondence between the target network slices between the HPLMN and the SNPN, and concludes a dynamic/on-demand SLA with the SNPN, thereby making it possible to treat the SNPN in the same way as the VPLMN described above. In other words, the availability of the network slices can be further improved.
  • the unit of the area that cannot support a specific network slice is not limited to a tracking area (mobility management area), but may be a registration area or AoS (Area of Service).
  • AoS is, for example, an area defined in a coordinate system such as latitude and longitude, a cell ID, a set of cell IDs, a base station ID, or a set of base station IDs, in order to define an area with finer granularity than a tracking area.
  • FIG. 12 is a diagram illustrating an example of a registration information update process associated with admission control.
  • UE 10 receives a registration accept message including the Allowed NSSAI, Rejected NSSAI, and supplementary information (or support information) regarding the S-NSSAI from AMF 301 (step S719), and in response, UE 10 returns a registration complete message to AMF 301 (step S720).
  • AMF301 receives from NSACF312 an Nnsacf_SliceEventExposure_Subscribe Notify message including the status of the network slice according to the event (step S1001).
  • the status of the network slice includes, for example, at least one of the following for the target network slice: the number of registered UEs 10, the number of established PDU sessions, the number of UEs 10 that have established one or more PDU sessions, a notification that the number of registered UEs 10 has exceeded a threshold, a notification that the number of established PDU sessions has exceeded a threshold, a notification that the number of UEs 10 that have established one or more PDU sessions has exceeded a threshold, and the like.
  • AMF301 updates the Allowed NSSAI to perform admission control in response to the notification from NSACF312 (step S1002).
  • AMF301 may be configured for each network slice to determine which criteria the admission control is to be activated based on: the number of registered UEs 10, the number of established PDU sessions, or the number of UEs 10 that have established one or more PDU sessions.
  • AMF301 can use admission control to set a validity period for the S-NSSAI (network slice) registered as the Allowed NSSAI, or decide to delete the target S-NSSAI from the Allowed NSSAI, and notify UE10 of the instruction as supplementary information (or support information) regarding the S-NSSAI.
  • whether to set a validity period for the target S-NSSAI included in the Allowed NSSAI or to delete the target S-NSSAI from the Allowed NSSAI may be determined based on the registration priority of each S-NSSAI included in the supplementary information (or supporting information) of the Requested NSSAI.
  • whether to set a validity period for the target S-NSSAI included in the Allowed NSSAI or to delete the target S-NSSAI from the Allowed NSSAI may be determined based on a notification from NSACF 312. For example, if the number of currently established PDU sessions has not reached the maximum number and the number of currently registered UEs 10 has reached the maximum number, it is determined that although there are many UEs 10 registered with the target S-NSSAI, there are few UEs 10 using the target S-NSSAI, and it is decided to set a validity period for the registration of the target S-NSSAI.
  • AMF301 may determine conditions for re-registration of an S-NSSAI that has been registered as an Allowed NSSAI according to admission control as supplementary information regarding the S-NSSAI.
  • AMF301 determines the conditions for re-registration of the target S-NSSAI as supplementary information regarding the S-NSSAI.
  • AMF301 determines the conditions for re-registration of the target S-NSSAI.
  • the conditions for re-registration of the target S-NSSAI include, for example, prohibiting requests for re-registration in the same registration area or the same tracking area, or setting a back-off timer until re-registration in the same registration area or the same tracking area.
  • AMF301 When AMF301 prohibits a request for re-registration in the same registration area, the same tracking area, or the same AoS (Area of Service), it generates information related to the VPLMN and AoS supporting the target S-NSSAI in the same registration area, the same tracking area, or the same AoS as supplementary information related to the S-NSSAI. Furthermore, when AMF301 prohibits a request for re-registration in the same registration area, the same tracking area (mobility management area), or the same AoS, it may generate information related to the SNPN and AoS supporting the target S-NSSAI in the same registration area, the same tracking area (mobility management area), or the same AoS as supplementary information related to the S-NSSAI.
  • AMF301 generates supplementary information regarding the S-NSSAI, including the setting of the validity period of the S-NSSAI registered as an Allowed NSSAI, an instruction to delete the target S-NSSAI from the Allowed NSSAI, conditions for re-registration of the target S-NSSAI, information regarding the VPLMN and AoS supporting the target S-NSSAI within the registration area, tracking area, or AoS where re-registration requests are prohibited, and information regarding the SNPN and AoS (step S1003).
  • AMF301 sends an instruction to UE10 to update the Allowed NSSAI, including supplementary information regarding the S-NSSAI, in addition to or instead of the updated Allowed NSSAI (step S1004).
  • the instruction to update the Allowed NSSAI may be an instruction to replace the Allowed NSSAI owned by UE10 with the updated Allowed NSSAI, or an instruction to delete the target S-NSSAI from the Allowed NSSAI.
  • UE10 When UE10 receives the updated Allowed NSSAI and/or supplementary information regarding the S-NSSAI from AMF301, it performs the necessary processing (step S1005).
  • UE10 When UE10 receives an updated Allowed NSSAI, it updates its existing Allowed NSSAI with the newly received Allowed NSSAI.
  • UE10 If UE10 receives supplementary information regarding the S-NSSAI, it performs the necessary settings according to the supplementary information.
  • UE10 deletes the target S-NSSAI from the Allowed NSSAI.
  • the supplementary information regarding the S-NSSAI includes an instruction to set a validity period for the S-NSSAI included in the Allowed NSSAI, UE10 starts a timer that sets the validity period.
  • UE10 sets the conditions for re-registration of the target S-NSSAI when deleting the target S-NSSAI from the Allowed NSSAI.
  • UE10 sets the target S-NSSAI as Rejected S-NSSAI or adds it to the set of Rejected NSSAI.
  • UE10 If the condition for re-registration is to set a back-off timer until re-registration in the same registration area, tracking area, or same AoS, UE10 starts a timer with a back-off period set for the target S-NSSAI.
  • UE10 sets the target S-NSSAI to a Pending S-NSSAI or adds it to the set of Pending NSSAIs for the backoff period.
  • the UE 10 can request re-registration in the same registration area, the same tracking area, or the same AoS.
  • UE10 When UE10 has completed the necessary settings, it returns a response to AMF301 indicating that the Allowed NSSAI has been updated (step S1006).
  • the supplementary information regarding the S-NSSAI includes information regarding a VPLMN and AoS that supports the target S-NSSAI in a registration area, tracking area, or AoS where re-registration requests are prohibited
  • UE10 confirms that it is located in a registration area, tracking area, or AoS where re-registration requests are prohibited and in the AoS of a VPLMN that supports the target S-NSSAI, it makes a registration request to the VPLMN for the S-NSSAI of the VPLMN that corresponds to the target S-NSSAI.
  • the supplementary information regarding the S-NSSAI includes information regarding an SNPN and AoS that supports the target S-NSSAI in a registration area or tracking area where re-registration requests are prohibited
  • UE10 confirms that it is located in a registration area, tracking area, or AoS where re-registration requests are prohibited and in the AoS of an SNPN that supports the target S-NSSAI, it makes a registration request to the SNPN for the S-NSSAI of the SNPN that corresponds to the target S-NSSAI.
  • the use of a specific network slice may be restricted in a specific registration area, a specific tracking area (mobility management area), or a specific AoS. Therefore, the availability of the network slice can be improved by providing information to UE10 for supplementing the network slice with a network slice provided by at least one of the VPLMN and SNPN by utilizing roaming within the restricted registration area, tracking area, or AoS.
  • dynamic network slice status can be obtained not only by the Nnsacf_SliceEventExposure_Subscribe service through a subscribe/notify means, but also by the Nnsacf_NSAC_NumOfUEsUpdate service, Nnsacf_NSAC_NumOfPDUsUpdate service, and Nnsacf_NSAC_EACNotify service, which are Nnsacf_NSAC services through an on-demand request/response means.
  • a request including at least one or more S-NSSAIs (network slices) to be checked is responded to with a notification of whether the number of UEs 10 registered in each of the target S-NSSAIs has reached the maximum number.
  • the Nnsacf_NSAC_NumOfUEsUpdate service may be configured to respond to a request including at least one or more S-NSSAIs (network slices) to be checked with a notification of whether the number of UEs 10 that have established one or more PDU sessions using each of the target S-NSSAIs has reached the maximum number.
  • the decision of whether to respond with a notification of whether the number of UEs 10 registered in each S-NSSAI has reached the maximum number, whether to respond with a notification of whether the number of UEs 10 that have established one or more PDU sessions using each S-NSSAI has reached the maximum number, or both, is made based on an instruction included in the request. That is, the request may include information indicating whether the number of UEs 10 registered in each S-NSSAI has reached the maximum number, whether the number of UEs 10 that have established one or more PDU sessions using each S-NSSAI has reached the maximum number, or whether both have been inquired.
  • a service other than the Nnsacf_NSAC_NumOfUEsUpdate service such as Nnsacf_NSAC_NumOfUEsw/PDUsUpdate, may be defined as a service that notifies a request including one or more S-NSSAIs (network slices) to be checked of whether the number of UEs 10 that have established one or more PDU sessions using each of the target S-NSSAIs has reached the maximum number.
  • the Nnsacf_NSAC_NumOfPDUsUpdate service responds to a request that includes at least one S-NSSAI that is being checked with a notification of whether the number of PDU sessions established using each of the S-NSSAIs in question has reached its maximum number.
  • the Nnsacf_NSAC_EACNotify service allows NSACF312 to activate or deactivate EAC (Early Availability Check) mode according to a request that includes at least one or more target S-NSSAIs.
  • the EAC When the number of UEs 10 registered in the S-NSSAI to be checked exceeds a first threshold (e.g., a value equivalent to 75% of the maximum number of UEs 10 permitted to be registered) set by the operator (PLMN), the EAC responds with a notification that the EAC mode has been activated, and when the number of UEs 10 registered in the S-NSSAI to be checked falls below a second threshold set by the operator, the EAC responds with a notification that the EAC mode has been deactivated.
  • a first threshold e.g., a value equivalent to 75% of the maximum number of UEs 10 permitted to be registered
  • the EAC responds with a notification that the EAC mode has been deactivated.
  • the first threshold may be the same value as the second threshold, or may be a different value.
  • EAC when the number of UEs 10 that have established one or more PDU sessions using the S-NSSAI to be checked exceeds a first threshold set by the operator (PLMN), a notification that the EAC mode has been activated may be responded to, and when the number of UEs 10 that have established one or more PDU sessions using the S-NSSAI to be checked falls below a second threshold set by the operator, a notification that the EAC mode has been deactivated may be responded to.
  • PLMN first threshold set by the operator
  • AMF301 When requesting or subscribing to the Nnsacf_NSAC_EACNotify service, AMF301 sets the number of UEs 10 registered in the S-NSSAI or the number of UEs 10 that have established one or more PDU sessions using the S-NSSAI as the target of the check. Alternatively, the AMF 301 may set both the number of UEs 10 registered in the S-NSSAI and the number of UEs 10 that have established one or more PDU sessions using the S-NSSAI as targets for checking.
  • the NSACF 312 responds with information indicating which criterion caused the EAC mode to be activated/deactivated: the number of UEs 10 registered in the S-NSSAI or the number of UEs 10 that have established one or more PDU sessions using the S-NSSAI.
  • the HPLMN can ensure isolation between the network slices and provide the services of each network slice with stable quality.
  • the HPLMN can ensure isolation between the network slices and provide the services of each network slice with stable quality.
  • the utilization efficiency of the network slices can be improved.
  • the availability of the network slices can be improved while effectively utilizing the resources of the HPLMN.
  • AMF301 may include the number of UEs 10 registered in the network slice (S-NSSAI) acquired from NSACF312, the number of PDU sessions established using the network slice (S-NSSAI), and/or the number of UEs 10 that have established one or more PDU sessions using the network slice (S-NSSAI) as information related to admission control in the supplementary information regarding the S-NSSAI.
  • UE10 can acquire information related to admission control, such as the number of UEs 10 registered for each network slice (S-NSSAI), the number of established PDU sessions, and/or the number of UEs 10 that have established one or more PDU sessions, via AMF301.
  • UE10 selects one network slice (S-NSSAI) from the Allowed NSSAIs for establishing a PDU session based on the acquired information related to admission control. For example, UE10 selects a network slice (S-NSSAI) with a small number of registered UEs 10 from among multiple candidates that can support an application. Alternatively, UE10 selects a network slice (S-NSSAI) with a small number of established PDU sessions from among multiple candidates that can support an application. Alternatively, UE10 selects a network slice (S-NSSAI) with a small number of UEs 10 that have established one or more PDU sessions from among multiple candidates that can support an application.
  • S-NSSAI network slice
  • the above-mentioned processing of UE10 can achieve equalization of the usage of network slices, thereby reducing the risk that the network slices will be unavailable due to admission control. In other words, the availability of the network slices can be improved.
  • FIG. 13 is a diagram showing an example of a registration information update process associated with network maintenance management.
  • this update process for example, the operation of a specific network slice is stopped for network maintenance management.
  • steps that perform the same processes as in FIG. 12 are given the same reference numerals.
  • UE 10 receives a Registration Accept message including the Allowed NSSAI, Rejected NSSAI, and supplementary information regarding the S-NSSAI from AMF 301 (step S719), and in response, returns a Registration Complete message to AMF 301 (step S720).
  • AMF301 obtains a notification regarding network maintenance management from OAM (Operations, Administration and Maintenance) (not shown) (step S1101).
  • This notification regarding network maintenance management is a notification to stop operation in a specific registration area, a specific tracking area (mobility management area), or a specific AoS (Area of Service), for example HPLMN_TA4 (tracking area), for a specific network slice (S-NSSAI), for example S-NSSAI-H2.
  • AMF301 updates the Allowed NSSAI according to the notification regarding maintenance management (step S1002). For example, AMF301 deletes the network slice (e.g., S-NSSAI-H2) that is to be decommissioned from the Allowed NSSAI.
  • the network slice e.g., S-NSSAI-H2
  • AMF301 generates supplementary information regarding the S-NSSAI, including an instruction to delete the target S-NSSAI (e.g., S-NSSAI-H2) from the Allowed NSSAI, information regarding the VPLMN and AoS that supports S-NSSAI-H2 in HPLMN_TA4 that cannot support S-NSSAI-H2, and/or information regarding the SNPN and AoS (step S1003).
  • S-NSSAI-H2 target S-NSSAI
  • step S1003 information regarding the target S-NSSAI, including an instruction to delete the target S-NSSAI (e.g., S-NSSAI-H2) from the Allowed NSSAI, information regarding the VPLMN and AoS that supports S-NSSAI-H2 in HPLMN_TA4 that cannot support S-NSSAI-H2, and/or information regarding the SNPN and AoS
  • AMF301 sends an instruction to UE10 to update the Allowed NSSAI, which includes supplemental information (or assistance information) regarding the S-NSSAI, in addition to or instead of the updated Allowed NSSAI (step S1004).
  • the instruction to update the Allowed NSSAI may be an instruction to replace the Allowed NSSAI owned by UE10 with the updated Allowed NSSAI, or an instruction to delete a specific network slice (e.g., S-NSSAI-H2) from the Allowed NSSAI.
  • UE10 When UE10 receives the updated Allowed NSSAI and/or supplementary information regarding the S-NSSAI from AMF301, it performs the necessary processing (step S1005).
  • UE10 When UE10 receives an updated Allowed NSSAI, it updates its existing Allowed NSSAI with the newly received Allowed NSSAI.
  • UE10 If UE10 receives supplementary information regarding the S-NSSAI, it performs the necessary settings according to the supplementary information.
  • UE10 deletes the target S-NSSAI from the Allowed NSSAI.
  • UE10 When UE10 has completed the necessary settings, it returns a response to AMF301 indicating that the Allowed NSSAI has been updated (step S1006).
  • the supplementary information regarding the S-NSSAI includes information regarding a VPLMN and AoS that supports the target S-NSSAI in a specific registration area, a specific tracking area, or a specific AoS that cannot support a specific network slice
  • UE10 confirms that it is located in a specific registration area, a specific tracking area, or a specific AoS and in the AoS of a VPLMN that supports the target S-NSSAI, it makes a registration request to the VPLMN for the S-NSSAI of the VPLMN corresponding to the target S-NSSAI.
  • the supplementary information regarding the S-NSSAI includes information regarding an SNPN that supports the target S-NSSAI in a specific registration area, a specific tracking area, or a specific AoS that cannot support a specific network slice, and the AoS of the SNPN, when UE10 confirms that it is located in a specific registration area, a specific tracking area, or a specific AoS, and also in the AoS of an SNPN that supports the target S-NSSAI, it makes a registration request to the SNPN for the S-NSSAI of the SNPN that corresponds to the target S-NSSAI.
  • the notification regarding network maintenance management obtained in step S1101 may include information regarding the period until operation of the network slice (S-NSSAI) to be deactivated or the time at which operation is to be deactivated.
  • UE10 When UE10 receives a notification regarding network maintenance management, it determines the validity period of the target S-NSSAI based on the period until operation is stopped or the time at which operation is stopped, and starts a timer that sets the validity period.
  • UE10 can confirm that it is located within the AoS of a VPLMN or SNPN that supports the target S-NSSAI based on supplementary information regarding the S-NSSAI during the period when the registration of the HPLMN network slice is valid, and can make a registration request for the target S-NSSAI to the VPLMN or SNPN.
  • the notification regarding network maintenance management may include information regarding a network slice (tentative S-NSSAI) of the HPLMN that is provided provisionally as a substitute for the network slice (S-NSSAI) to be decommissioned, and may further include information regarding the validity period of the tentative S-NSSAI.
  • the notification regarding network maintenance management provided to a UE 10 in RRC_CONNECTED mode that has established a PDU session using the S-NSSAI to be decommissioned may include information that explicitly instructs a handover from the S-NSSAI to be decommissioned to the tentative S-NSSAI.
  • the tentative S-NSSAI is not included in the Subscribed NSSAI or the Configured NSSAI, it is treated as a network slice that is permitted for use within the HPLMN for the specified validity period as a substitute for the S-NSSAI that is to be decommissioned.
  • AMF301 When AMF301 provides a notification regarding network maintenance management to UE10 that includes information related to the tentative S-NSSAI, it may also notify the UE10 of an instruction to add the tentative S-NSSAI to the Allowed NSSAI.
  • each process for the network slice for which the operation is to be stopped as described above may be diverted when restricting the registration of the target network slice for a specific UE10 due to admission control, or when stopping the use of the target network slice.
  • each process included in the above-mentioned embodiment is applied to all RRC states of UE10 (e.g., RRC_IDLE, RRC_INACTIVE, or RRC_CONNECTED).
  • RRC_IDLE e.g., RRC_IDLE
  • RRC_INACTIVE e.g., RRC_CONNECTED
  • RRC_CONNECTED e.g., RRC_CONNECTED
  • UE10 in RRC_CONNECTED mode for a target S-NSSAI of HPLMN makes a registration request for the target S-NSSAI to a VPLMN or SNPN
  • further handover processing to the VPLMN or SNPN is performed.
  • handover to a VPLMN or SNPN is only valid for the registered target S-NSSAI, and a PDU session belonging to the target S-NSSAI of the VPLMN or SNPN is established.
  • AMF301 may provide UE10 with information on one or more S-NSSAIs of VPLMNs or SNPNs corresponding to the target S-NSSAI of the HPLMN as supplementary information on the Rejected S-NSSAI.
  • UE10 requests registration from the VPLMN or SNPN based on information on one or more S-NSSAIs of VPLMNs or SNPNs corresponding to the target S-NSSAI of the HPLMN, and executes handover to one of the one or more S-NSSAIs for which registration is permitted.
  • a priority may be further assigned.
  • UE10 selects one S-NSSAI with higher priority based on the priority.
  • UE10 includes a transceiver 101, at least one processor 102, a storage unit 103, and a network communication unit 104.
  • the transceiver 101 includes a radio transmission circuit 101A and a radio reception circuit 101B.
  • the transceiver 101 is provided with one or more antennas 105.
  • the transceiver 101 transmits and receives radio signals via the antenna 105 between at least one network component, such as an access node such as a base station device in (R)AN20, 5GC30, a visitor's 5GC, and a local 5GC.
  • the storage unit 103 stores instructions to be executed by the processor 102, data or information received from the network component, data or information to be transmitted to the network component, and data or information required for processing by the processor 102.
  • the processor 102 executes instructions stored in the storage unit 103 and performs various processes described in the description of the above-mentioned embodiment.
  • the processor 102 forms a processing circuit.
  • the network communication unit 104 can communicate information or data with the network components, etc., via the transceiver 101.
  • the processor 102 may include any combination of hardware for manipulating data or information.
  • the hardware may include, for example, at least one computer, at least one central processing unit (CPU), at least one graphics processing unit (GPU), at least one microprocessor, at least one application specific integrated circuit (ASIC), or at least one field programmable gate array (FPGA).
  • CPU central processing unit
  • GPU graphics processing unit
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the memory unit 103 is a hardware storage including, for example, at least one of a random access memory (RAM) or a read-only memory (ROM), a hard disk, a compact disk (CD), and a digital video disk (DVD).
  • RAM random access memory
  • ROM read-only memory
  • CD compact disk
  • DVD digital video disk
  • the memory unit 103 may include any other volatile or non-volatile memory that stores information, data, and/or instructions that may be used by the processor 102 of the UE 10.
  • UE10 may include additional components other than those shown in FIG. 14.
  • UE10 may include an input device or input circuit, and an output device or output circuit.
  • the input device includes a mechanism for inputting data to UE10.
  • the input device may include input mechanisms such as a keyboard, a mouse, a touch panel, a microphone, etc.
  • the output device may include output mechanisms such as a display, a speaker, etc.
  • FIG. 15 is a block diagram of an exemplary configuration of a communication device 300 according to the present disclosure.
  • the communication device 300 may include, as an example, any one or more of the components (nodes) 301-312, 330, and 340 in 5GC30.
  • the communication device 300 may be one or more NFs including an AMF312.
  • the communication device 300 may be an AMF312, a set of an AMF312 and an NSSF304, a set of an AMF312 and an NSACF312, a set of an AMF312, an NSSF304, and an NSACF312, or any other combination of NFs.
  • the communication device 300 may include one or more of the transceiver 351, the processor 352, the memory unit 353, and the network communication unit 354.
  • the communication device 300 may also be configured not to include the transceiver 351.
  • the transceiver 351 includes a radio transmission circuit 351A and a radio reception circuit 351B.
  • the transceiver 351 is provided with one or more antennas 355.
  • the transceiver 351 transmits and receives radio signals via the antenna 355 between the UE 10 and network components such as a base station device in the (R)AN 20, other NFs in the 5GC 30, and other 5GCs (visitor 5GC, local 5GC).
  • the memory unit 353 stores instructions executed by the processor 352, data or information received from the UE 10 and the network components, data or information to be transmitted to the UE 10 and the network components, and data or information required for processing by the processor 352.
  • the processor 352 executes instructions stored in the memory unit 353 and executes the various processes described in the above-mentioned embodiment.
  • the processor 352 forms a processing circuit.
  • the network communication unit 354 can communicate information or data between the UE 19 and the network components, etc., via the transceiver 351.
  • Processor 352 may include any combination of hardware for manipulating data or information.
  • the hardware may include, for example, at least one computer, at least one central processing unit (CPU), at least one graphics processing unit (GPU), at least one microprocessor, at least one application specific integrated circuit (ASIC), or at least one field programmable gate array (FPGA).
  • CPU central processing unit
  • GPU graphics processing unit
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the memory unit 353 is hardware storage that may include, for example, at least one of a random access memory (RAM) or read only memory (ROM), a hard disk, a compact disk (CD), or a digital video disk (DVD).
  • RAM random access memory
  • ROM read only memory
  • CD compact disk
  • DVD digital video disk
  • the memory unit 353 may include any other volatile or non-volatile memory that stores information, data, and/or instructions that may be used by the processor 352 of the communication device 300.
  • the network communication unit 354 is communicatively coupled to the processor 352, receives input information or data to be processed by the processor 352, and transmits output information or data from the processor 352.
  • the network communication unit 354 may perform processes such as protocol conversion for communicating with the UE 10 or the above-mentioned network components.
  • the network communication unit 354 may include appropriate hardware (e.g., a network interface card, etc.) and software.
  • the communication device 300 described with reference to FIG. 15 can also be used as a network component other than the 5GC 30.
  • this communication device may be a 5GC communication device corresponding to a visitor's public mobile network including any one or more components (NF, etc.) in the visitor's 5GC.
  • this communication device may be a local side communication device including any one or more components (NF, etc.) in a local 5GC.
  • This communication device may be any one or more base station devices in the (R)AN 20.
  • a mobility management area i.e., a tracking area
  • a home public mobile network HPLMN
  • information on a visitor public mobile network that supports that network slice within that tracking area and its service area i.e., Area of Service (AoS)
  • AoS Area of Service
  • VPNs visitor public mobile networks
  • EHPLMN list EHPLMN list
  • a mobility management area of a home public mobile network where the registration of a specific network slice is restricted by admission control
  • information on a visitor public mobile network that supports the network slice within the tracking area and its service area is provided to UE10 from among VPLMNs included in the EPLMN list or EHPLMN list that are roaming candidates.
  • This enables UE10 to use a network slice in the service area of a visitor public mobile network in at least some areas within the tracking area of the home public mobile network where network slices were not previously available.
  • the core network of the home public mobile network publishes a request including information related to the target network slice that cannot be supported and the mobility management area that cannot be supported via the network exposure function (NEF), obtains a response including information on the service area that can support the target network slice from the local network (SNPN) and information on the correspondence relationship of the target network slice between the home public mobile network and the local network, and concludes a dynamic/on-demand service level agreement (SLA) with the SNPN.
  • SLA service level agreement
  • the present invention is not limited to the above-described embodiment as it is, and in the implementation stage, the components can be modified and embodied without departing from the gist of the invention. Furthermore, various inventions can be formed by appropriately combining multiple components disclosed in the above-described embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, components from different embodiments may be appropriately combined.
  • the processing steps described in this disclosure may be considered as a method having a series of steps. Alternatively, they may be considered as program steps for causing a computer to execute the series of steps.
  • the processing steps may be realized by loading a recording medium storing the program into a computer.
  • the above-described processes are executed by a processor or processing circuit such as a CPU of a computer.
  • the type of recording medium is not particularly limited, as it does not affect the embodiments of the present disclosure.
  • each component (NF) shown in FIG. 1 of the present disclosure may be realized by software or hardware.
  • each component may be a software module realized by software such as a microprogram, and each component may be realized by a processor executing the software module.
  • each component may be realized by a circuit block on a semiconductor chip (die), such as an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the number of components and the number of pieces of hardware that realize the components do not have to match.
  • one processor or circuit may realize multiple components.
  • one component may be realized by multiple processors or circuits.
  • processors described in this disclosure are not limited to certain types.
  • they may be a CPU, an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc.
  • Xth in the Xth information (X is any integer equal to or greater than 1) is used for convenience to distinguish various types of information, and the Xth information does not need to uniquely identify specific information.
  • information regarding whether a network slice (first network slice) is permitted to be registered in a registration area of a terminal device in a home public mobile network may be described as the first information, or as the Yth information (Y is any integer equal to or greater than 2).
  • the present disclosure may also be configured as follows.
  • Communication device on the core network side (1) In a registration process for registering a terminal device or in a process for updating the registration of the terminal device, receiving from the terminal device a first set of identification information of one or more network slices for which registration is required in a registration area of a home public mobile network; A process of obtaining first information regarding whether a first network slice indicated by the identification information included in the first set is permitted to register in the registration area; generating, based on the first information, second information related to a visitor public mobile network capable of providing the first network slice at least in an area overlapping with the registration area; A communication device that executes the above.
  • the communication device according to (1) or (2), (4) generating, when the first information indicates that registration of the first network slice is not permitted in the first mobility management area, the second information including a second network identifier of a local network capable of providing the first network slice in the service region that is part of the first mobility management area and information identifying the service region;
  • the communication device according to any one of (1) to (3), (5) publishing a request including geographical information corresponding to the first mobility management area and information related to the first network slice, and obtaining, as a response to the request, third information including the second network identifier of the local network capable of providing the first network slice and information identifying the service area;
  • the characteristics of the QoS flow include at least one of a resource type, a priority, a packet delay budget, a packet error rate, an averaging window, and a maximum data burst volume.
  • the resource type is a GBR QoS flow or a Non-GBR QoS flow.
  • the second information includes information indicating that transmission of a registration request for the first network slice to the visitor public mobile network is permitted in the service region that is part of the first mobility management area.
  • the communication device according to any one of (3) to (9), wherein the second information includes information indicating that transmission of a registration request for the first network slice to the local network is permitted in the service region that is part of the first mobility management area.
  • the service area is a second mobility management area belonging to the visitor public mobile network.
  • the service area is an area of a first cell belonging to the visitor public mobile network.
  • the service area is an area of a second cell belonging to the local network.
  • the communication device according to any one of (3) to (13), (15) A process of acquiring fourth information related to a priority of registration of a network slice included in the first set; and A process of determining, based on the fourth information, whether or not to include in the second information a second network identifier of a local network capable of providing the first network slice in the service area that is part of the first mobility management area and information identifying the service area;
  • the communication device according to any one of (3) to (14), (16) A process of obtaining fifth information relating to a reason for not allowing registration when the first information indicates that registration of the first network slice is not allowed in a first mobility management area in
  • the first information includes a second set of network slices authorized for registration; generating, as the second information, a first set of mobility management areas in which each network slice included in the second set is allowed or not allowed to register; 27.
  • the first information includes a second set of network slices authorized for registration; A process of acquiring ninth information related to admission control; determining, based on the ninth information, a second condition for registration of the first network slice included in the second set within a second mobility management area within a registration area of the home public mobile network; A process of including the second condition for the registration of the first network slice in the second information; 29.
  • a communication device according to any one of (1) to (28), which executes the above.
  • the first information includes a second set of network slices authorized for registration; A process of acquiring tenth information related to operation and management of the network slice; determining, based on the tenth information, a second condition for registration of the first network slice included in the second set within a second mobility management area within a registration area of the home public mobile network; A process of including the second condition for the registration of the first network slice in the second information; 29.
  • a communication device according to any one of (1) to (28), which executes the above.
  • (31) The communication device according to (29) or (30), wherein the second condition is to set a validity period for the registration of the first network slice.
  • the first information includes a second set of network slices authorized for registration; A process of acquiring fourth information related to a priority of registration of a network slice included in the first set; obtaining eleventh information indicating two or more network slices in which registration is permitted at the same time; A process of selecting a network slice included in the second set based on the first set, the fourth information, and the eleventh information; A communication device (35) according to any one of (1) to (33), which executes the above.
  • a communication device (34) which selects the network slices included in the second set so that more network slices having a higher priority in the fourth information are included for two or more of the network slices included in the eleventh information.
  • the second information includes two or more first network identifiers of the visitor public mobile network capable of providing the first network slice, a process of assigning twelfth information related to a priority to each of the first network identifiers;
  • the apparatus according to (3), (37) The device according to (36), wherein the twelfth information relating to the priority is determined based on a size of the service area of the visitor public mobile network corresponding to the first network identifier.
  • Terminal Device (41) A process of transmitting a first set of identification information of one or more network slices requesting registration in a registration area of a home public mobile network; A process of receiving first information regarding whether registration of a first network slice indicated by the identification information included in the first set is permitted within the registration area; receiving second information related to a visitor public mobile network capable of providing the first network slice in an area overlapping with the registration area, the second information being generated based on the first information; A terminal device that executes the above. (42) The terminal device according to (41), wherein the first set is a Requested NSSAI.
  • (43) A process of receiving, when the first information indicates that registration of the first network slice is not allowed in a first mobility management area in a registration area of the home public mobile network, the second information including a first network identifier of the visitor public mobile network capable of providing the first network slice in a service area that is part of the first mobility management area and information identifying the service area;
  • the terminal device according to (41) or (42), (44) A process of receiving, when the first information indicates that registration of the first network slice is not allowed in the first mobility management area, the second information including a second network identifier of a local network capable of providing the first network slice in the service area that is part of the first mobility management area and information identifying the service area.
  • the terminal device according to any one of (41) to (43), which executes the above.
  • the terminal device according to any one of (44) to (48), wherein the service area is an area of a second cell belonging to the local network. (50) A process of transmitting third information related to a priority of registration of the network slice included in the first set.
  • a terminal device according to any one of (43) to (49), which executes the above.
  • the second information includes fourth information related to a backoff period until re-registration of the first network slice in the registration area or in the first mobility management area is permitted, setting a value of a first timer that controls a period until a re-registration of the first network slice is transmitted based on the fourth information;
  • the second information includes fifth information related to a validity period of registration of the first network slice, setting a value of a second timer that controls a validity period of the registration of the first network slice based on the fifth information;
  • the terminal device according to (41) or (42), (53) A process of establishing a session using the first network slice; stopping the second timer for a period during which the session is established; a process of resetting and restarting the second timer when the session is released;
  • the terminal device according to (52) above, (54) A process of acquiring sixth information related to a condition for re-registration after the validity period of the registration of the first network slice has elapsed;
  • the terminal device according to (51) above, (61) A fifth set of network identifiers of the public mobile networks that are roaming candidates; determining whether the first network identifier included in the second information is included in the fifth set; if the first network identifier is included in the fifth set, a first selection process or a first reselection process of a cell or a synchronization signal block provided by a first base station device belonging to the home public mobile network; a second selection process or a second reselection process of a cell or a synchronization signal block provided by a second base station device belonging to the visitor public mobile network indicated by the first network identifier; and Run A process of transmitting a registration request for the first network slice to the visitor public mobile network indicated by the first network identifier when the first base station device related to the cell or the synchronization signal block selected by the first selection process or the first reselection process belongs to the first mobility management area and the second base station
  • the terminal device receives an indication to add the second network identifier to the fifth set; determining whether the second network identifier included in the second information is included in the fifth set; if the second network identifier is included in the fifth set, a third selection process or a third reselection process of a cell or a synchronization signal block provided by a third base station device belonging to the local network indicated by the second network identifier; and Run A process of transmitting a registration request for the first network slice to the local network indicated by the second network identifier when the first base station device related to the cell or the synchronization signal block selected by the first selection process or the first reselection process belongs to the first mobility management area, and the third base station device related to the cell or the synchronization signal block selected by the third selection process or the third reselection process belongs to the service area;
  • the terminal device according to (61) above, (63)
  • the first information includes a second set of network slices authorized for registration;
  • the second information includes seventh information indicating whether information relating to a mobility management area included in the first set of mobility management areas is a mobility management area in which registration of each network slice included in the second set is permitted, or a mobility management area in which registration of each network slice included in the second set is not permitted.
  • the terminal device according to (66) or (67), wherein the identification information of the second network slice is identification information of a network slice that is not included in a fifth set including identification information of subscribed network slices.
  • the second information includes tenth information related to a validity period of the registration of the second network slice, and a process of starting a timer in which the validity period is set based on the tenth information; The terminal device according to any one of (66) to (68), which executes the above.
  • a terminal device that transmits a registration request for a first network slice, the first network slice including a first set of identification information of one or more network slices, requesting registration in a registration area of a home public mobile network; a communication device that acquires, based on the registration request, first information regarding whether registration of the first network slice indicated by the identification information is permitted in the registration area, and generates, based on the first information, second information regarding a visitor public mobile network that can provide the first network slice in an area overlapping with the registration area;
  • the communication device includes information required to set a registration period of the first network slice in the second information; and
  • the second information includes information necessary for
  • [Local network side device] (72) Obtaining geographical information corresponding to a first mobility management area and information related to a first network slice from a home public mobile network; determining whether a service area of a local network is included in the area indicated by the geographical information; A process of setting a third network slice based on information related to the first network slice when the service area is included in an area indicated by the geographical information; A communication device that executes the above. (73) The communication device according to (72), wherein the information relating to the first network slice includes at least a number of QoS flows assigned to the first network slice and characteristics of each QoS flow. (74) The communication device according to (73), wherein the characteristic of the QoS flow is a 5G QoS Identifier (5QI).
  • 5QI 5G QoS Identifier
  • the communication device (75) The communication device according to (73), wherein the characteristics of the QoS flow include at least one of a resource type, a priority, a packet delay budget, a packet error rate, an averaging window, and a maximum data burst volume.
  • the resource type is a GBR QoS flow or a Non-GBR QoS flow.
  • the number of QoS flows assigned to the third network slice is set based on the number of QoS flows included in information relating to the first network slice.
  • the communication device according to any one of (72) to (79), [Another form of terminal device] (81) An operation of transmitting a first set including first identification information of one or more network slices requesting registration; A process of acquiring first information related to admission control for each of the first identification information included in the first set; selecting a second network slice for establishing a session based on the first information; A terminal device that executes the above.
  • the terminal device according to (82) Obtaining second information regarding whether the network slice included in the first set is allowed to register; A process of selecting the second network slice for establishing the session from among third network slices permitted for registration based on the first information and the second information;
  • the second information comprises a second set of identification information of the third network slice; obtaining assistance information for selecting an identification information corresponding to the second network slice from the set of the second identification information based on the first information; selecting the identification information corresponding to the second network slice based on the assistance information;
  • the terminal device according to (81) or (82), (84) The terminal device according to (83), wherein the first information includes, for each of the second identification information, the number of registered terminal devices, the number of established sessions, and/or the number of terminal devices that have established one or more sessions.
  • the first information includes, for each of the second identification information, the number of registered terminal devices, the number of terminal devices that have established one or more sessions, and/or a notification indicating that the number of established sessions has exceeded a threshold.
  • the threshold is set by a home public mobile network.
  • the terminal device according to (86), wherein the threshold is set by a visitor public mobile network.
  • a method for setting a registration area including one or more mobility management areas including a first mobility management area comprising: establishing a second mobility management area within or overlapping the first mobility management area; Controlling the second mobility management area so that it is taken into consideration for selection or reselection of a cell or beam to be added by dual connectivity, or for selection or reselection of a cell or beam constituting a component carrier to be added by carrier aggregation;
  • a method comprising: (90) A process of permitting registration of a network slice available only in the second mobility management area;
  • the method according to (89), comprising: [Base station equipment] (91) In a registration area including one or more first mobility management areas and one or more second mobility management areas, A process of selecting a setting related to the priority of measurement frequency bands in a cell or beam selection or reselection process; Based on the setting related to the priority of the measurement frequency band, A process of controlling a terminal device to include the first mobility management area in measurements for a selection
  • the operating frequency band is divided into two or more ranges;
  • UE User Equipment
  • terminal device 20 RAN/AN (Radio Access Network/Access Network)
  • Core Network 301 AMF (Access and Mobility Management Function)
  • NRF Network Exposure Function
  • NRF Network Repository Function
  • NSSF Network Slice Selection Function
  • Policy Control Function 306 SMF (Session Management Function)
  • UDM Unified Data Management
  • Application Function 309 AUSF (Authentication Server Function)
  • UCMF UE radio Capability Management Function
  • LMF Location Management Function
  • NSACF Network Slice Access Control Function
  • Application server 101 Transceiver 102: Processor 103: Memory section 104: Network Communication Department 101A: Radio transmitting circuit 101B: Radio receiving circuit 105: Antenna 300: Communication equipment 351: Transceiver 352: Processor 353: Memory section 354: Network Communications Department 351A: Radio transmitting circuit 351B: Radio receiving circuit

Landscapes

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

Abstract

［課題］ネットワークスライスの可用性（availability）を向上させる通信装置、端末装置、及び通信システムを提供する。 ［解決手段］本開示の通信装置は、少なくとも１つのプロセッサと、トランシーバとを備え、前記少なくとも１つのプロセッサは、端末装置からホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上の第１のネットワークスライスの識別情報の第１のセットを受信し、前記第１のセットにおける前記識別情報が示す第１のネットワークスライスの登録を、前記登録エリアにおいて許可するか否かに係る第１の情報を取得し、前記第１の情報に基づいて、少なくとも前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する。

Description

通信装置、端末装置、及び通信システム
　本開示は、通信装置、端末装置、及び通信システムに関する。
　高速大容量（ｅＭＢＢ: enhanced Mobile BroadBand）、低遅延・高信頼（ＵＲＬＬＣ: Ultra-Reliable and Low Latency Communications）、多数同時接続（ｍＭＴＣ: massive Machine Type Communication）という特徴を有する第５世代移動通信システム、いわゆる５Ｇは、2018年にRel-15として最初の規格が策定され、2020年3月に５Ｇに対応したサービスが国内でも開始された。また、５Ｇでは、用途によって通信への要求が大きく異なる様々なトラフィックを効率的に処理できるように、ネットワークスライスというコンセプトへの対応が行われた。
特開２０２１－１６６３５９号公報
　５Ｇシステムのネットワークスライスの可用性は、トラッキングエリア（TA : Tracking Area）というエリア単位に基づいて設計され、ネットワークスライス利用のための登録（registration）は1つ以上のトラキングエリアを含む登録エリア（RA : Registration Area）という単位で行われる。ネットワークスライスによって可用性は異なり、登録エリアという単位の中で異なる可用性を持つネットワークスライスを効率的に管理する手法が望まれている。さらに、高スループットを要求するネットワークスライスは、ミリ波等、より高いキャリア周波数をサポートするセルによって提供されることが想定され、その狭いカバレージや経済合理性を考慮した基地局の設置数の制約によって、トラキングエリアよりも細かい粒度での管理方法も望まれている。また、ネットワークスライスの可用性の向上に対してローミングの活用が考えられ、ネットワークスライス単位の効率的なローミング方法が望まれている。
　特許文献１には、登録エリアを示す情報に含まれる複数のトラッキングエリアの情報が、異なるＰＬＭＮ(Public Land Mobile Network)に属するトラッキングエリアを含む場合に、登録を許可されたネットワークスライスのセットであるAllowed NSSAI(Network Slice Selection Assistance Information)の情報をＰＬＭＮ毎のAllowed NSSAIとして分離して記憶する手法が開示されている。しかしながら、登録を拒否されたネットワークスライスのトラッキングエリアにおいてローミングを活用したネットワークスライスの利用で補完するために必要な情報の提供や手順、及び、ＰＬＭＮ毎に独自に設定されるトラッキングエリアへの対応方法には触れられていない。また、アドミッション制御により利用を制限されるネットワークスライスのトラッキングエリアにおいて、ローミングを活用してネットワークスライスの可用性を向上する方法についても触れられていない。
　本開示は、ネットワークスライスの可用性（availability）を向上させる通信装置、端末装置、及び通信システムを提供する。
　本開示の通信装置は、少なくとも１つのプロセッサと、トランシーバとを備え、前記少なくとも１つのプロセッサは、端末装置からホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上の第１のネットワークスライスの識別情報の第１のセットを受信し、前記第１のセットにおける前記識別情報が示す第１のネットワークスライスの登録を、前記登録エリアにおいて許可するか否かに係る第１の情報を取得し、前記第１の情報に基づいて、少なくとも前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する。
５Ｇシステムのネットワークアーキテクチャの構成を示す図 ローミングのための５Ｇシステムのネットワークアーキテクチャの構成を示す図 標準化されたＳＳＴ値を示す表 ５ＧＳのＱｏＳアーキテクチャの一例を示す図 ５ＧＳのネットワークスライスの展開の一例を示す図 ５ＧＳのネットワークスライスの展開の別の例を示す図 登録処理におけるネットワークスライスの登録判定処理の一例を示す図 登録処理におけるRejected S-NSSAIに関する補足情報の生成処理の一例を示す図 ５ＧＳへの登録処理の一例を示す図 ５ＧＳへの登録処理の一例を示す図 ネットワークスライスの可用性の確認手順の一例を示す図 候補ＳＮＰＮ検出に関するＨＰＬＭＮ側の処理の一例を示す図 候補ＳＮＰＮ検出に関するＳＮＰＮ側の処理の一例を示す図 アドミッション制御に伴う登録情報の更新処理の一例を示す図 ネットワークの保守管理に伴う登録情報の更新処理の一例を示す図 本開示に係る端末装置の例示的な構成のブロック図 本開示に係る通信装置の例示的な構成のブロック図
　以下、図面を参照し、本発明の実施形態につき説明する。本発明の実施形態は、例えば、ネットワークスライスの可用性（availability）を向上させるための処理を実行する通信装置、端末装置、及び通信システムに関するものである。
　図１は、５Ｇシステムのネットワークアーキテクチャの構成を示す図である。以下、５Ｇシステムを５ＧＳ（5G System）と略記する。
　図１に示すように、５ＧＳは、ＵＥ（User Equipment）１０と、（Ｒ）ＡＮ２０と、５ＧＣ（5G Core）３０とを備える。なお、５ＧＣ３０は、ＮＧＣ（NG CORE）、又はコアネットワークとも称される。また、（Ｒ）ＡＮとの表記は、ＲＡＮ（Radio Access Network）及びＡＮ（Access Network）を含む基地局装置を表したものである。また、ＵＥ１０は前述の端末装置である。５ＧＳがインターネットを介してアプリケーションを処理するアプリケーションサーバ（ＡＳ：Application Server）４０と接続されることによって、ＵＥ１０は５Ｇサービスを介するアプリケーションの利用が可能になる。
　アプリケーションを提供する主体、例えば、サービスプロバイダが、５Ｇサービスを提供するＰＬＭＮ（Public Land Mobile Network）オペレータとの間で、ＳＬＡ（Service Level Agreement）等の契約を有する場合、アプリケーションサーバ４０はＤＮ３４０として５ＧＣ３０内に配置される。もしくは、アプリケーションサーバ４０及びＤＮ３４０が専用線やＶＰＮ（Virtual Private Network）で互いに接続されてもよい。なお、アプリケーションサーバ４０は、クラウドサーバとも呼ばれ、エッジサーバの形態で提供されてもよい。
　５ＧＳのコントロールプレーンの機能群は、ＡＭＦ（Access and Mobility Management Function）３０１と、ＮＥＦ（Network Exposure Function）３０２と、ＮＲＦ（Network Repository Function）３０３と、を含む。また、コントロールプレーンの機能群は、ＮＳＳＦ（Network Slice Selection Function）３０４と、ＰＣＦ（Policy Control Function）３０５と、ＳＭＦ（Session Management Function）３０６と、ＵＤＭ（Unified Data Management）３０７と、を含む。コントロールプレーンの機能群は、ＡＦ（Application Function）３０８と、ＡＵＳＦ（Authentication Server Function）３０９と、ＵＣＭＦ（UE radio Capability Management Function）３１０と、を含む。コントロールプレーンの機能群は、ＬＭＦ（Location Management Function）３１１と、ＮＳＡＣＦ（Network Slice Access Control Function）３１２と、を含む。このように、コントロールプレーンの機能群は、複数のＮＦ（Network Function）によって構成される。
　コントロールプレーンの機能群のうちの少なくとも１つ又は任意の複数の組み合わせは、前述の通信装置に対応する。一例としてＡＭＦ３０１は、前述の通信装置に対応する。
　ここで、ＡＦ３０８は、アプリケーションサーバ４０のコントロールプレーンを処理するＮＦとして動作し得る。ＡＦ３０８は、アプリケーションサーバ４０と論理的に異なるエンティティとして物理的に同一の装置、つまり、アプリケーションサーバ４０内に実装するようにしてもよい。また、ＡＦ３０８は、５ＧＳのアプリケーションに対するコントロールプレーンを処理するＮＦとして動作し、５ＧＣ３０内に配置され得る。
　アプリケーションサーバ４０を管理、運営するサービスプロバイダは、ＰＬＭＮオペレータとのＳＬＡの範囲でＮＥＦ３０２を介して５Ｇシステムの各ＮＦから情報を取得することができる。ＮＥＦ３０２は、サービスプロバイダに対して各ＮＦのケイパビリティとイベントをセキュアに確保して開示することができる。
　ＵＤＭ３０７は、契約者情報を保持及び管理するＵＤＲ（Unified Data Repository）と、契約者情報を処理するＦＥ（Front End）部とを含む。
　ＡＭＦ３０１は、モビリティ管理を行う。本実施形態に関連するＡＭＦ３０１の詳細な動作は後述する。
　ＳＭＦ３０６は、セッション管理を行う。
　ＰＣＦ３０５は、ネットワークの動作を統制するための統一されたポリシーの枠組みを提供し、コントロールプレーンの各ネットワーク機能にポリシールールを提供する。また、ＰＣＦ３０５はポリシーの決定のために、ＵＤＲの契約者情報にアクセスする。
　ＵＣＭＦ３１０は、ＰＬＭＮにおける全てのＵＥ無線ケイパビリティＩＤ（UE RadioCapability ID）に対応するＵＥ無線ケイパビリティ情報（UE Radio Capability Information）を保持する。ＵＣＭＦ３１０は、それぞれのＰＬＭＮ－割り当てＵＥ無線ケイパビリティＩＤ（PLMN-assigned UE Radio Capability ID）を割り当てる役割を担う。
　なお、ＮＳＳＦ３０４、ＬＭＦ３１１、ＮＳＡＣＦ３１２については後述する。
　Ｎａｍｆは、ＡＭＦ３０１が提供するサービスベースドインターフェース（Service-based interface）である。Ｎｓｍｆは、ＳＭＦ３０６が提供するサービスベースドインターフェースである。Ｎｎｅｆは、ＮＥＦ３０２が提供するサービスベースドインターフェースである。
　Ｎｐｃｆは、ＰＣＦ３０５が提供するサービスベースドインターフェースである。Ｎｕｄｍは、ＵＤＭ３０７が提供するサービスベースドインターフェースである。Ｎａｆは、ＡＦ３０８が提供するサービスベースドインターフェースである。Ｎｎｒｆは、ＮＲＦ３０３が提供するサービスベースドインターフェースである。
　Ｎｎｓｓｆは、ＮＳＳＦ３０４が提供するサービスベースドインターフェースである。Ｎａｕｓｆは、ＡＵＳＦ３０９が提供するサービスベースドインターフェースである。Ｎｕｃｍｆは、ＵＣＭＦ３１０が提供するサービスベースドインターフェースである。Ｎｌｍｆは、ＬＭＦ３１１が提供するサービスベースドインターフェースである。Ｎｎｓａｃｆは、ＮＳＡＣＦ３１２が提供するサービスベースドインターフェースである。
　各ＮＦは、他のネットワーク機能が提供するサービスに対してリクエスト、又はサブスクライブすることで、そのサービスからの応答、又通知を受けることができる。つまり、各ＮＦは、それぞれのサービスベースドインターフェースを介したリクエスト／応答、又は、サブスクライブ／通知の手段で、他のＮＦとの間で情報を交換する。
　ＵＰＦ（User Plane Function）３３０は、ユーザープレーン処理の機能を有する。ＤＮ（Data Network）３４０は、ＭＮＯ（Mobile Network Operator）独自のサービス、インターネット、及びサードパーティーのサービスへの接続を可能にする機能を有する。ＵＰＦ３３０は、アプリケーションサーバ４０で処理されたユーザープレーンのデータの転送処理部として機能する。ＵＰＦ３３０は、（Ｒ）ＡＮ２０と接続されるゲートウェイとしても機能する。
　ここで、５ＧＳは、５ＧＣ３０の各ＮＦを仮想化（Virtualization）やコンテナ（Container）で構成し、クラウドサーバに実装することができる。さらに、５ＧＳは、ＳＤＮ（Software Defined Network）を使って、動的、かつ、リコンフィギャラブル（re-configurable）に各ＮＦを設定することができる。
　（Ｒ）ＡＮ２０は、ＲＡＮとの接続、及び、ＲＡＮ以外のＡＮとの接続を可能にする機能を有する。（Ｒ）ＡＮ２０は、ｇＮＢ、又はｎｇ－ｅＮＢと呼ばれる基地局を含む。ＲＡＮは、ＮＧ（Next Generation）－ＲＡＮと呼ばれる場合もある。
　また、（Ｒ）ＡＮ２０の機能は、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ以上のＬ２／Ｌ３機能を処理するＣＵ（Central Unit）と、ＲＬＣ（Radio Link Control）サブレイヤ以下のＬ２／Ｌ１機能を処理するＤＵ（Distributed Unit）に分割される。（Ｒ）ＡＮ２０の機能は、Ｆ１インターフェースを介してそれぞれ分散して配置され得る。
　さらに、ＤＵの機能は、ＬＯＷ ＰＨＹサブレイヤと無線部（Radio）を処理するＲＵ（Radio Unit）と、ＲＬＣ、ＭＡＣ（Medium Access Control）、ＨＩＧＨ ＰＨＹの各サブレイヤを処理するＤＵとに分割される。ＲＵの機能は、例えば、ｅＣＰＲＩ（evolved Common Public Radio Interface）に準拠したフロントホールを介して分散して配置され得る。
　ここで、５ＧＳは、ＣＵ及び／又はＤＵの機能を仮想化やコンテナで構成し、クラウドサーバに実装することができる。さらに、５ＧＳは、ＳＤＮを使って、動的かつリコンフィギャラブルにＣＵ及び／又はＤＵの機能を設定することができる。
　ＵＥ１０とＡＭＦ３０１との間では、リファレンスポイントＮ１を介して相互に情報の交換が行われる。（Ｒ）ＡＮ２０とＡＭＦ３０１との間では、リファレンスポイントＮ２を介して相互に情報の交換が行われる。ＳＭＦ３０６とＵＰＦ３３０との間では、リファレンスポイントＮ４を介して相互に情報の交換が行われる。
　図２は、ローミングのための５Ｇシステムのネットワークアーキテクチャの構成の一例を示す図である。
　ＨＰＬＭＮ（Home PLMN）とのＳＬＡを有するＶＰＬＭＮ（Visitor PLMN）は、ローミングによってＵＥ１０に５Ｇサービスを提供することができる。ＨＰＬＭＮの５ＧＳは、（Ｒ）ＡＮ２０ー１と５ＧＣ３０ー１で構成され、ＶＰＬＭＮの５ＧＳは、（Ｒ）ＡＮ２０ー２と５ＧＣ３０ー２で構成される。
　ＵＥ１０は、（Ｒ）ＡＮ２０ー１と５ＧＣ３０ー１によるＨＰＬＭＮの５Ｇサービスを介して、アプリケーションサーバ４０が提供するサービスにアクセスすることができる。
　また、ＵＥ１０は、ローミングを利用して、（Ｒ）ＡＮ２０ー２と５ＧＣ３０ー２によるＶＰＬＭＮの５Ｇサービスを介して、アプリケーションサーバ４０が提供するサービスにアクセスすることができる。
　ＨＰＬＭＮの５ＧＣ３０ー１のコントロールプレーンとＶＰＬＭＮの５ＧＣ３０ー２のコントロールプレーンは、ＳＥＰＰ（Security Edge Protection Proxy）を介して接続される。５ＧＣ３０ー１のコントロールプレーンのｈＳＥＰＰ（ｈｏｍｅ　ＳＥＰＰ）と５ＧＣ３０ー２のコントロールプレーンのｖＳＥＰＰ（ｖｉｓｉｔｏｒ　ＳＥＰＰ）はリファレンスポイントＮ３２を介して接続される。
　５ＧＣ３０ー１のコントロールプレーンの各ＮＦを図１に示した当該ＮＦの符号の末尾に「－１」を付けて示す。５ＧＣ３０ー２のコントロールプレーンの各ＮＦを図１に示した当該ＮＦの符号の末尾に「－２」を付けて示す。
　５ＧＣ３０ー１のコントロールプレーンのＮＦは、ＶＰＬＭＮとのＳＬＡに応じて、５ＧＣ３０ー２のＮＥＦ３０２－２を介して５ＧＣ３０ー２のコントロールプレーンのＮＦが提供するサービスを要求することができる。
　５ＧＣ３０ー２のコントロールプレーンのＮＦは、ＨＰＬＭＮとのＳＬＡに応じて、５ＧＣ３０ー１のＮＥＦ３０１－２を介して５ＧＣ３０ー１のコントロールプレーンのＮＦが提供するサービスを要求することができる。
　ローミングの際、５ＧＣ３０ー２のユーザープレーンは、ローカルブレイクアウトの形態、又は、ホームを経由する（home routed）形態でアプリケーションサーバ４０に接続される。ローカルブレイクアウトの形態では、５ＧＣ３０ー２のＵＰＦ３３０－２は、直接、アプリケーションサーバ４０に接続される。ホームを経由する形態では、５ＧＣ３０ー２のＵＰＦ３３０－２は、リファレンスポイントＮ９を介して５ＧＣ３０ー１のＵＰＦ３３０－１と接続され、５ＧＣ３０ー１のＵＰＦ３３０－１を介してアプリケーションサーバ４０に接続される。
［１． ネットワークスライス選択支援情報（NSSAI : Network Slice Selection Assistance Information）］
　ネットワークスライスは、５Ｇが提供する通信サービスをサービス毎に求められる通信の特質（例えば、データレート、遅延等）に応じて分割したサービスの単位である。
　各ネットワークスライスには、ネットワークスライスの選択をアシストするための情報（ネットワークスライス選択支援情報）としてＳ－ＮＳＳＡＩ（Single Network Slice Selection Assist Information）が割り当てられる。このＳ－ＮＳＳＡＩは、スライスの型（slice type）を識別する８ビットから成る必須（mandatory）のＳＳＴ（Slice/Service Type）と、同一のＳＳＴの中で異なるスライスを区別するための２４ビットから成る任意（optional）のＳＤ（Slice Differentiator）と、の組で構成される。
　Ｓ－ＮＳＳＡＩには、標準化されたＳＳＴ、または標準化されていない独自のＳＳＴを使用することができる。標準化されたＳ－ＮＳＳＡＩ値を使用する場合には、ＳＤを含まずに標準化されたＳＳＴのみを含むこととなる。一方、標準化されていないＳ－ＮＳＳＡＩ値を使用する場合には、標準化されたＳＳＴとＳＤ、又は標準化されていないＳＳＴとＳＤ、或いは標準化されていないＳＳＴのみを含むこととなる。標準化されていないＳ－ＮＳＳＡＩ値は、それを独自に使用しているＰＬＭＮ、つまりテレコムオペレータ内のみで使用することができる。
　図３は、標準化されたＳＳＴ値を示す表を示す。同表は、文献「３ＧＰＰ ＴＳ２３．５０１」に示された表に基づいている。上述した「標準化されたＳ－ＮＳＳＡＩ値を使用する場合」は、これらのＳＳＴ値（eMBB : 1, URLLC : 2, MIoT : 3, V2X : 4, HMTC : 5）のみを含むＳ－ＮＳＳＡＩ値を使用する場合に相当する。つまり、これ以外のネットワークスライス、例えば、ＳＤによって細分化されたネットワークスライスに対しては、標準化されていないＳ－ＮＳＳＡＩ値を使用することとなる。
　ネットワークスライス設定情報は、１つ以上のConfigured NSSAI(s)を含む。サービングＰＬＭＮ（Serving Public Land Mobile Network）は、ＰＬＭＮ毎に適用されるConfigured NSSAIをＵＥ１０に設定することができる。もしくは、ＨＰＬＭＮ（Home PLMN）は、Default Configured NSSAIをＵＥ１０に設定することができる。ＵＥ１０にサービングＰＬＭＮ向けのConfigured NSSAIが設定されていない場合にのみ、サービングＰＬＭＮ下のＵＥ１０は、Default Configured NSSAIを使用することができる。
　なお、ＵＥ１０には、あらかじめDefault Configured NSSAIが設定されていてもよい。また、UDM Control Plane処理を介したUE Parameters Updateを使って、ＨＰＬＭＮのＵＤＭ３０７は、Default Configured NSSAIを提供、あるいは更新するようにしてもよい。
　Configured NSSAIは、１つ以上のＳ－ＮＳＳＡＩ（ｓ）から構成される。
　Requested NSSAIは、登録処理の際にＵＥ１０からサービングＰＬＭＮに提供されるＮＳＳＡＩである。Requested NSSAIは、以下のいずれかでなければならない。
　・Default Configured NSSAI
　・Configured NSSAI
　・Allowed NSSAIあるいはその一部
　・Allowed NSSAIあるいはその一部に、Configured NSSAIに含まれる１つ以上のＳ－ＮＳＳＡＩを加えたＮＳＳＡＩ 
　Allowed NSSAIは、例えば、登録処理の際にサービングＰＬＭＮがＵＥ１０に提供するＮＳＳＡＩである。Allowed NSSAIは、現サービングＰＬＭＮの現在の登録エリア内で利用することができる１つ以上のＳ－ＮＳＳＡＩ（ｓ）の値を示すものである。
　Rejected S-NSSAIは、Requested NSSAIに含まれる１つ以上のＳ－ＮＳＳＡＩのうち、現サービングＰＬＭＮの現在の登録エリア内の少なくとも１つのトラッキングエリア内で利用を許可されていないＳ－ＮＳＳＡＩの値を示すものである。
　ここで、トラッキングエリアとは、モビリティ管理に用いられるエリアのことであり、ＴＡＩ（Tracking Area Identity）によって識別される。ネットワーク（ＰＬＭＮ）は、ＲＲＣ＿ＩＤＬＥ状態のＵＥ１０にメッセージ、或いはデータを送信できるように、ＵＥ１０がキャンプオンしているトラッキングエリアのセットの範囲内でＵＥ１０の位置を管理する。ＵＥ１０がネットワークに登録される際に、ＡＭＦ３０１は、ＵＥ１０を登録するエリア（登録エリア）として、ＴＡＩリストに含まれるトラッキングエリアのセットを割り当てる。つまり、ネットワークは、登録されたＵＥ１０がＴＡＩリスト内のいずれかのトラッキングエリア内に在圏していることを管理する。
　ＵＥ１０は、セル再選択のクライテリアに従ってより最適なセルを検出したならば、そのセルを再選択し、そのセルにキャンプオンする。その際、選択されたセルが、ＵＥ１０が登録しているＴＡＩリスト内のいずれのトラッキングエリアにも属していない場合には、位置登録処理、つまり、ＴＡＩリストを更新する処理が実行される。
　Subscribed S-NSSAIは、契約情報に従って、ＵＥ１０がＰＬＭＮ内で使用することができるＳ－ＮＳＳＡＩである。
　ＮＳＳＦ３０４は、Allowed NSSAI、Configured NSSAIを決定し、ＡＭＦ３０１の候補のリストであるＡＭＦセット（AMF Set）を決定する。例えばＵＥ１０が使用するネットワークスライスやその他の基準に応じて、当該候補のリストからＡＭＦ３０１が選択されて、選択されたＡＭＦ３０１にＵＥ１０が割り当てられてもよい。
　ＵＥ１０に提供されるAllowed NSSAIに含まれる1つ以上のＳ－ＮＳＳＡＩ（ｓ）は、サービングＰＬＭＮに対するＵＥ１０の現在のネットワークスライス設定情報の一部でない値を含むことができる。この場合、ネットワークは、Allowed NSSAIに合わせて、Allowed NSSAIのそれぞれのＳ－ＮＳＳＡＩとＨＰＬＭＮの対応するＳ－ＮＳＳＡＩとのマッピングを提供する。このマッピングに係る情報によって、ＵＥ１０は、ＵＲＳＰ（UE Route Selection Policy）ルールのＮＳＳＰ（Network Slice Selection Policy）毎、又はＵＥ１０のローカル設定毎に、アプリケーションを、ＨＰＬＭＮのＳ－ＮＳＳＡＩとAllowed NSSAIの対応するＳ－ＮＳＳＡＩに関連付けることができる。
　例えば、ＨＰＬＭＮ、及び／又はＶＰＬＭＮ（Visitor PLMN）が標準化されていないＳ－ＮＳＳＡＩ値を使用していれば、ローミングの際、ＵＥ１０は、Requested NSSAIに含まれているＳ－ＮＳＳＡＩの値とＨＰＬＭＮで使用されているＳ－ＮＳＳＡＩの対応する値とのマッピングに係る情報を提供する必要がある。ここで、このマッピングに係る情報は、サービングＰＬＭＮに対するConfigured NSSAIに含まれているＳ－ＮＳＳＡＩの値とＨＰＬＭＮで使用されているＳ－ＮＳＳＡＩの対応する値とのマッピングとして、又はサービングＰＬＭＮとアクセスタイプに対するAllowed NSSAIに含まれているＳ－ＮＳＳＡＩの値とＨＰＬＭＮで使用されているＳ－ＮＳＳＡＩの対応する値とのマッピングとして、サービングＰＬＭＮから事前にＵＥ１０が取得していてもよい。
［２．　５ＧシステムのＱｏＳ制御］
　図４は、５ＧＳのＱｏＳアーキテクチャの一例を示す図である。同図は、文献「３ＧＰＰ ＴＳ３８．３００」に示された図に基づいている。
　ＮＡＳ（Non-Access Stratum）レベルにおいて、ＱｏＳフローは、ＰＤＵ（Protocol Data Unit）セッション内で異なるＱｏＳを区別する際の最も細かい粒度である。ＰＤＵセッション内において、ＱｏＳフローはＱＦＩ（QoS Flow ID）によって識別される。
　また、ＸＲやメディアサービスでは、パケットの一群（グループ）がＰＤＵセット（PDU Set）のペイロードを伝送する。ＰＤＵセットは、アプリケーションレベルで生成される情報単位のペイロードを伝送する１つ以上のＰＤＵで構成される。この情報単位として、例えば、画像フレーム、ＸＲやメディアサービスのビデオスライス（Video Slice）、ＧＯＰ（Group of Picture）の形式の動画データのＩフレーム、Ｐフレーム、及び、Ｂフレーム等が挙げられる。
　すなわち、ＰＤＵセット内のパケットは、ある期間内に受信されてデコードされるべきデータの単位として扱われる。ＱｏＳ制御の観点で最も細かい粒度となるＱｏＳフローの中で、ＰＤＵセットによってより細かい粒度でデータを識別することができる。５ＧＳは、ＱｏＳフローレベルのＱｏＳ制御に加えて、ＰＤＵセットレベルのＱｏＳ制御を適用することができる。
　ＳＭＦ３０６は、ＱｏＳとサービス要求に基づいてＱｏＳフローへのＰＣＣルールの関連付けを行う。ＳＭＦ３０６は、新たなＱｏＳフローに対してＱＦＩを割り当て、ＰＣＦ３０５からＱｏＳフローに関連付けされたＰＣＣルールとその他情報を取得する。ＳＭＦ３０６は、このＰＣＣルールからそのＱｏＳフローのＱｏＳプロファイル、対応するＵＰＦに関する指示（例えば、Ｎ４ルール）、及び、ＱｏＳルール（QoS Rule）を取得する。
　（Ｒ）ＡＮ２０の基地局（ｇＮＢ）は、各ＵＥ１０との間で、ＰＤＵセッションと共に少なくとも１つのＤＲＢ（Data Radio Bearer）を確立することができる。ＤＲＢは、データを伝送するための論理的なパスである。５ＧのＱｏＳモデルでは、帯域保証されるＧＢＲ（Guaranteed flow Bit Rate）と、帯域保証されないＮｏｎ―ＧＢＲ（Non-Guaranteed flow Bit Rate）とがサポートされている。
　（Ｒ）ＡＮ２０及び５ＧＣ３０は、各パケットを適切なＱｏＳフロー及びＤＲＢにマッピングすることにより、サービス品質を保証する。すなわち、ＮＡＳ（Non-Access Stratum）におけるＩＰフローとＱｏＳフローとのマッピング、及び、ＡＳ（Access Stratum）におけるＱｏＳフローとＤＲＢとのマッピングという、２段階のマッピングが行われる。
　ＮＡＳレベルにおいて、ＱｏＳフローは、５ＧＣ３０から（Ｒ）ＡＮ２０に提供されるＱｏＳプロファイル（QoS Profile）と、５ＧＣ３０からＵＥ１０に提供されるＱｏＳルール（QoS Rule）とによって特徴付けられる。
　ＱｏＳプロファイルは、（Ｒ）ＡＮ２０が無線インターフェース上の処理方法を決定するために用いられる。ＱｏＳルールは、アップリンクにおけるユーザープレーンのトラフィックとＱｏＳフローとのマッピングをＵＥ１０に指示するために用いられる。よって、マルチキャストＭＢＳ（Multicast/Broadcast Service）セッションに対しては、ＭＢＳ　ＱｏＳフローのＱｏＳルールとＱｏＳフローレベルのＱｏＳパラメータはＵＥ１０には提供されない。
　ＱｏＳプロファイルは、ＳＭＦ３０６からＡＭＦ３０１およびリファレンスポイントＮ２を介して、（Ｒ）ＡＮ２０に提供されるか、あるいは、予め（Ｒ）ＡＮ２０に設定される。
　また、ＳＭＦ３０６は、１つ以上のＱｏＳルールと、必要に応じて当該ＱｏＳルールに関連するＱｏＳフローレベルのＱｏＳパラメータと、をＡＭＦ３０１及びリファレンスポイントＮ１を介して、ＵＥ１０に提供することができる。
　これに加えて、あるいは、これに代えて、ＵＥ１０に対して、リフレクティブＱｏＳ（Reflective QoS）制御が適用され得る。リフレクティブＱｏＳ制御は、ダウンリンクのパケットのＱＦＩをモニターして、アップリンクのパケットに対して同じマッピングを適用するＱｏＳ制御である。
　ＱｏＳフローは、ＱｏＳプロファイルに依存して、ＧＢＲ ＱｏＳフローとなるか、またはＮｏｎ－ＧＢＲ ＱｏＳフローとなる。ＱｏＳフローのＱｏＳプロファイルは、例えば、５ＱＩ（5G QoS Identifier）およびＡＲＰ（Allocation and Retention Priority）等のＱｏＳパラメータを含む。
　ＡＲＰは、優先度（Priority Level）、プリエンプション能力（Pre-emption Capability）、及び、プリエンプション脆弱性（Pre-emption Vulnerability）に関する情報を含む。
　優先度は、ＱｏＳフローの相対的な重要度を定義するものであり、優先度（Priority Level）の最も小さな値が最も優先させることを示す。プリエンプション能力は、あるＱｏＳフローが他のより優先度の低いＱｏＳフローに既に割り当てられているリソースを奪い取ることができるか否かを定義する指標である。
　プリエンプション脆弱性は、あるＱｏＳフローが自身に割り当てられているリソースを他のより優先度の高いＱｏＳフローに明け渡すことができるか否かを定義する指標である。プリエンプション能力およびプリエンプション脆弱性には、「enabled」または「disabled」のいずれかが設定される。
　ＧＢＲ ＱｏＳフローにおいて、ＱｏＳプロファイルは、
　・アップリンク及びダウンリンクのＧＦＢＲ（Guaranteed Flow Bit Rate）
　・アップリンク及びダウンリンクのＭＦＢＲ（Maximum Flow Bit Rate）
　・アップリンク及びダウンリンクの最大パケット損失率（Maximum Packet Loss Rate）
　・遅延クリティカルリソースタイプ（Delay Critical Resource Type）、および、
　・通知コントロール（Notification Control）
等を含んでいる。
　Ｎｏｎ－ＧＢＲ ＱｏＳフローにおいて、ＱｏＳプロファイルは、ＲＱＡ（Reflective QoS Attribute）、及び、追加のＱｏＳフロー情報（Additional QoS Flow Information）等を含んでいる。
　ＱｏＳパラメータの通知コントロールは、あるＱｏＳフローがＧＦＢＲを満たせない時に、（Ｒ）ＡＮ２０からの通知が要求されるか否かを示すものである。あるＧＢＲ ＱｏＳフローについて、通知コントロールが「enabled」であり、かつ、ＧＦＢＲを満たせないと判断された場合には、（Ｒ）ＡＮ２０は、その旨の通知をＳＭＦ３０６に送信する。
　その際、（Ｒ）ＡＮ２０が当該ＧＢＲ ＱｏＳフローのＲＡＮリソースの解放を要求する特別な状態でない限り、（Ｒ）ＡＮ２０は、当該ＱｏＳフローを維持しなければならない。特別な状態として、例えば、無線リンク障害（Radio Link Failure）又はＲＡＮ内部での輻輳（RAN Internal Congestion）が挙げられる。
　そして、当該ＱｏＳフローについて、再びＧＦＢＲが満たされると判断された場合には、（Ｒ）ＡＮ２０は、その旨の新たな通知をＳＭＦ３０６に送信する。
　ＡＭＢＲ（Aggregate Maximum Bit Rate）は、各ＰＤＵセッションのSession-AMBRとそれぞれのＵＥ１０のＵＥ－ＡＭＢＲと関係している。Session-AMBRは、特定のＰＤＵセッションに対する全てのＮｏｎ－ＧＢＲ ＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限し、ＵＰＦ３３０によって管理される。ＵＥ－ＡＭＢＲは、あるＵＥ１０に対する全てのＮｏｎ－ＧＢＲのＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限し、（Ｒ）ＡＮ２０によって管理される。
　また、各ＵＥ１０には、ネットワークスライス（Ｓ－ＮＳＳＡＩ）に関するＳ－ＭＢＲ（Slice Maximum Bit Rate）を設定するようにしてもよい。Ｓ－ＭＢＲは、Ｓｕｂｓｃｒｉｂｅｄ　ＵＥ－Ｓｌｉｃｅ－ＭＢＲとして契約者情報に含めるようにしてもよい。
　ＵＥ－Ｓｌｉｃｅ－ＭＢＲは、同一のネットワークスライス（Ｓ－ＮＳＳＡＩ）のためにＵＥ１０が確立する全てのＰＤＵセッションに属する全てのＧＢＲ、及びＮｏｎ－ＧＢＲのＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限する。
　（Ｒ）ＡＮ２０は、ＡＭＦ３０１からネットワークスライス（Ｓ－ＮＳＳＡＩ）に対応するＵＥ－Ｓｌｉｃｅ－ＭＢＲを受信して、このネットワークスライス（Ｓ－ＮＳＳＡＩ）に属する全てのＰＤＵセッションのSession-AMBRとＧＢＲ　ＱｏＳフローのＭＦＢＲの総計がＵＥ－Ｓｌｉｃｅ－ＭＢＲとなるようにＵＥ１０に対するSession-AMBRとＭＦＢＲを設定する。
　５ＱＩは、ＱｏＳの特徴に関するものであり、各ＱｏＳフローに対して、ノード固有のパラメータを設定するための指針（ポリシー）を提供する。標準化された、又は、予め設定された５ＧのＱｏＳの特徴は、５ＱＩから知ることができ、明示的なシグナリングは行われない。シグナリングされるＱｏＳの特徴は、ＱｏＳプロファイルの一部として含めることができる。
　ＱｏＳの特徴は、リソースタイプ（Resource Type）、優先度（Priority）、パケット遅延許容時間（Packet Delay Budget）、パケットエラーレート（Packet Error Rate）、平均ウィンドウ（Averaging Window）、及び、最大データバースト量（Maximum Data Burst Volume）等に関する情報を含む。リソースタイプは、ＧＢＲ ＱｏＳフロー、又は、Ｎｏｎ－ＧＢＲ ＱｏＳフローである。パケット遅延許容時間は、５ＧＣ３０におけるパケット遅延許容時間を含んでもよい。
　ＡＳレベルにおいて、ＤＲＢは、無線インターフェース（Ｕｕインターフェース）におけるパケット処理方法を定義する。ＤＲＢは、任意のパケットに対して同一のパケット転送処理を提供する。
　（Ｒ）ＡＮ２０は、ＱＦＩと当該ＱＦＩに設定されるＱｏＳプロファイルとに基づいて、ＱｏＳフローをＤＲＢにマッピングする。（Ｒ）ＡＮ２０は、異なるパケット転送処理を要求するパケットに対して、異なるＤＲＢを確立することができる（図４参照）。
　また、（Ｒ）ＡＮ２０は、同一のＰＤＵセッションに属する複数のＱｏＳフローを同一のＤＲＢに多重化することもできる（図４参照）。
　アップリンクにおいて、ＱｏＳフローのＤＲＢへのマッピングは、２つの異なる方法でシグナリングされるマッピングルールによって制御される。
　１つの方法は、リフレクティブマッピング（Reflective Mapping）と呼ばれる方法である。リフレクティブマッピングでは、ＵＥ１０は、各ＤＲＢに対して、ダウンリンクのパケットのＱＦＩをモニターして、アップリンクのパケットに対して同じマッピングを適用する。
　もう１つの方法は、明示的設定（Explicit Configuration）と呼ばれる方法である。明示的設定では、ＱｏＳフローのＤＲＢへのマッピングルールは、ＲＲＣ（Radio Resource Control）によって明示的にシグナリングされる。
　ダウンリンクにおいて、ＱＦＩは、ＲＱｏＳ（Reflective Quality of Service）のために、（Ｒ）ＡＮ２０によってＵｕインターフェース上でシグナリングされる。しかしながら、（Ｒ）ＡＮ２０もＮＡＳも、あるＤＲＢで運ばれるＱｏＳフローのためにリフレクティブマッピングを使用するのでなければ、Ｕｕインターフェース上で当該ＤＲＢのためのＱＦＩをシグナリングしない。
　アップリンクにおいて、（Ｒ）ＡＮ２０は、Ｕｕインターフェース上でＵＥ１０に向けてＱＦＩをシグナリングすることを設定することができる。また、（Ｒ）ＡＮ２０は、各ＰＤＵセッションについて、デフォルトＤＲＢを設定することができる。アップリンクパケットが、明示的設定にもリフレクティブマッピングにも適応しない場合には、ＵＥ１０は、当該パケットをＰＤＵセッションのデフォルトＤＲＢにマッピングする。
　Ｎｏｎ－ＧＢＲ ＱｏＳフローについて、５ＧＣ３０は、任意のＱｏＳフローに関連する追加のＱｏＳフロー情報パラメータを（Ｒ）ＡＮ２０に送信してもよい。これは、同じＰＤＵセッション内の他のＮｏｎ－ＧＢＲ ＱｏＳフローに比べて、あるトラフィックの頻度を増やすことを指示するために行われる。
　ＰＤＵセッション内の複数のＱｏＳフローを１つのＤＲＢにどのようにマッピングするかは、（Ｒ）ＡＮ２０次第である。例えば、（Ｒ）ＡＮ２０は、ＧＢＲ ＱｏＳフローとＮｏｎ－ＧＢＲ ＱｏＳフローとを、同じＤＲＢにマッピングしてもよいし、別々のＤＲＢにマッピングしてもよい。また、（Ｒ）ＡＮ２０は、複数のＧＢＲ ＱｏＳフローを同じＤＲＢにマッピングしてもよいし、別々のＤＲＢにマッピングしてもよい。
　５Ｇ ＮＲでは、ＱｏＳフローを介したＱｏＳ制御のために、ＳＤＡＰ（Service Data Adaptation Protocol）サブレイヤが新たに導入されている。ＳＤＡＰサブレイヤによって、ＱｏＳフローのトラフィックが適切なＤＲＢにマッピングされる。ＳＤＡＰサブレイヤは複数のＳＤＡＰエンティティを有することができる。ＳＤＡＰサブレイヤは、Ｕｕインターフェース上のＰＤＵセッション毎にＳＤＡＰエンティティを有する。ＳＤＡＰエンティティの確立又は解放は、ＲＲＣによって行われる。
　ＱｏＳフローは、ＧＴＰ（GPRS Tunneling Protocol）－Ｕヘッダーに含まれるＰＤＵセッションコンテナ中のＱＦＩによって識別される。ＰＤＵセッションは、ＧＴＰ－Ｕ　ＴＥＩＤ（Tunnel Endpoint ID）によって識別される。ＳＤＡＰサブレイヤは、各ＱｏＳフローを特定のＤＲＢにマッピングする。
　ＰＣＦ３０５は、ＡＦ３０８からＱｏＳモニタリングの要求を受信すると、オーソライズされたＱｏＳモニタリングポリシーを生成し、ＰＣＣルールに含めることによって、ＱｏＳモニタリングポリシーをＳＭＦ３０６に提供することができる。
　ＳＭＦ３０６は、ＰＤＵセッションの確立手順の間、あるいは、ＰＤＵセッションの変更手順の間に、ＱｏＳフローについて、ＵＥ１０とＰＳＡ－ＵＰＦ３３０との間におけるエンド・ツー・エンドのＵＬ（UpLink）／ＤＬパケット（DownLink）の遅延測定をアクティベートすることができる。
　ＳＭＦ３０６は、リファレンスポイントＮ４を介して、ＱｏＳモニタリング要求をＵＰＦ３３０に送信し、ＵＰＦ３３０と（Ｒ）ＡＮ２０との間のＱｏＳモニタリングを要求するために、Ｎ２シグナリングを送信する。
　ＰＣＦ３０５から受信されるＱｏＳモニタリングポリシー、あるいは、予めローカルに設定されているオーソライズされたＱｏＳモニタリングポリシーに基づき、ＱｏＳモニタリングの要求には、ＳＭＦ３０６によって決定されたモニタリング変数が含まれる。
　（Ｒ）ＡＮ２０は、当該（Ｒ）ＡＮ２０部分におけるＵＬ／ＤＬパケットの遅延を測定し、リファレンスポイントＮ３を介して、測定値をＵＰＦ３３０に提供する。
　ＵＰＦ３３０は、リファレンスポイントＮ３又はＮ９におけるＵＬ／ＤＬパケットの遅延を計算する。ＵＰＦ３３０は、ＱｏＳモニタリング結果を、所定の条件に基づいてＳＭＦ３０６に送信する。ここで、所定の条件は、例えば、１度のみ、周期的、あるいは、イベントトリガである。
　また、ＵＰＦ３３０は、ローカルに配置されたＮＥＦ３０２を介して、ＡＦ３０８へのＱｏＳモニタリング結果の送信をサポートすることができる。ここで、ＱｏＳモニタリング結果は、例えば、対象のＰＤＵセッションの各ＧＢＲ ＱｏＳフローのビットレート（例えば、平均ビットレート、最大ビットレート）の測定結果、対象のＰＤＵセッションの全てのＮｏｎ－ＧＢＲ ＱｏＳフローの総ビットレートの測定結果、対象のＰＤＵセッションのパケットエラーレートの測定結果、対象のＵＥ１０の全てのＮｏｎ－ＧＢＲのＱｏＳフロー総ビットレートの測定結果、対象のＵＥ１０のパケットエラーレートの測定結果、又は、ＵＬ／ＤＬパケットの遅延の測定結果等である。ＵＬ／ＤＬパケットの遅延は、（Ｒ）ＡＮ２０から取得された当該（Ｒ）ＡＮ２０部分におけるＵＬ／ＤＬパケットの遅延と、リファレンスポイントＮ３又はＮ９におけるＵＬ／ＤＬパケットの遅延と、を含めた遅延である。
　また、ＰＤＵセッションがＴＳＮ（Time-Sensitive Networking）ブリッジを介したセッションである場合、ＴＳＣ（Time Sensitive Communications） ＱｏＳフローに対するパケット遅延許容時間は、５Ｇ－ＡＮ（Access Network） ＰＤＢ（Packet Delay Budget）とＣＮ（Core Network） ＰＤＢとの総和となる。ＴＳＣ ＱｏＳフローに対しても、ＵＥ１０とＰＳＡ－ＵＰＦ３３０との間におけるビットレート（例えば、平均ビットレート、最大ビットレート）の測定、及び、エンド・ツー・エンドのＵＬ／ＤＬパケットの遅延測定のために、上述のＱｏＳモニタリングの仕組みが適用され得る。
［３．ネットワークスライスの展開（deployment）］
　図５は、５ＧＳのネットワークスライスの展開の一例を示す図である。ＵＥ１０とのサブスクリプションを有するＨＰＬＭＮは、ＵＥ１０に対して登録エリア（RA : Registration Area）を設定する。登録エリアは、例えば、ＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、及びＨＰＬＭＮ＿ＴＡ４の４つのトラッキングエリア（TA : Tracking Area）から構成される。
　ＨＰＬＭＮ＿ＴＡ１は、例えば、Ｓ－ＮＳＳＡＩ－Ｈ１、Ｓ－ＮＳＳＡＩ－Ｈ２、及びＳ－ＮＳＳＡＩ－Ｈ３の３つのネットワークスライスをサポートしている。ＨＰＬＭＮ＿ＴＡ２は、Ｓ－ＮＳＳＡＩ－Ｈ１の１つのネットワークスライスをサポートしている。ＨＰＬＭＮ＿ＴＡ３は、Ｓ－ＮＳＳＡＩ－Ｈ１、及びＳ－ＮＳＳＡＩ－Ｈ４の２つのネットワークスライスをサポートしている。ＨＰＬＭＮ＿ＴＡ４は、Ｓ－ＮＳＳＡＩ－Ｈ１、及びＳ－ＮＳＳＡＩ－Ｈ２の２つのネットワークスライスをサポートしている。
　ＨＰＬＭＮは、ＵＥ１０に対してＳ－ＮＳＳＡＩ－Ｈ１、Ｓ－ＮＳＳＡＩ－Ｈ２、Ｓ－ＮＳＳＡＩ－Ｈ３、及びＳ－ＮＳＳＡＩ－Ｈ４の４つを含むConfigured NSSAIを設定する。
　ＵＥ１０は、この登録エリア内でRequested NSSAIを含む登録要求メッセージを使ってサービングネットワークであるＨＰＬＭＮに対して登録要求を行う。Requested NSSAIには、Configured NSSAIに含まれる１つ以上のＳ－ＮＳＳＡＩを含むことができる。ＵＥ１０は、例えば、Ｓ－ＮＳＳＡＩ－Ｈ１、Ｓ－ＮＳＳＡＩ－Ｈ２、Ｓ－ＮＳＳＡＩ－Ｈ３、及びＳ－ＮＳＳＡＩ－Ｈ４の４つを含むRequested NSSAIをサービングネットワークであるＨＰＬＭＮに送信する。
　ＨＰＬＭＮは、ＵＥ１０との契約情報に基づいて、Requested NSSAIに含まれるＳ－ＮＳＳＡＩ－Ｈ１、Ｓ－ＮＳＳＡＩ－Ｈ２、Ｓ－ＮＳＳＡＩ－Ｈ３、及びＳ－ＮＳＳＡＩ－Ｈ４がSubscribed S-NSSAIに含まれていることを確認する。さらに、登録エリア内の各トラッキングエリアのネットワークスライスのサポート状況に基づいて、登録エリア内の全てのトラッキングエリアがサポートするＳ－ＮＳＳＡＩ－Ｈ１を含むAllowed NSSAIを生成する。
　さらに、ＨＰＬＭＮは、Requested NSSAIに含まれていて、Allowed NSSAIに含まれていない各Ｓ－ＮＳＳＡＩ、つまり、Ｓ－ＮＳＳＡＩ－Ｈ２、Ｓ－ＮＳＳＡＩ－Ｈ３、及びＳ－ＮＳＳＡＩ－Ｈ４をRejected S-NSSAIとして設定する。ここで、Rejected S-NSSAIから構成されるRejected NSSAIを生成するようにしてもよい。
　ＵＥ１０は、登録処理の際、登録エリアに関する情報、Allowed NSSAI、及びRejected S-NSSAIをＨＰＬＭＮから取得する。ここで、登録エリアに関する情報は、例えば、登録エリアを構成するトラッキングエリア、つまり、ＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、及びＨＰＬＭＮ＿ＴＡ４のセットである。図５に示したネットワークスライスの展開の例において、ＵＥ１０は、登録エリアにおいてＳ－ＮＳＳＡＩ－Ｈ１のみを利用することができる。さらに、ＵＥ１０は、登録エリアにおいて再度Rejected S-NSSAIの登録を要求することは許されていない。
　また、ＨＰＬＭＮは、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報、例えば、Ｓ－ＮＳＳＡＩ－Ｈ２に対してはＨＰＬＭＮ＿ＴＡ１、及びＨＰＬＭＮ＿ＴＡ４のセット、Ｓ－ＮＳＳＡＩ－Ｈ３に対してはＨＰＬＭＮ＿ＴＡ１、Ｓ－ＮＳＳＡＩ－Ｈ４に対してはＨＰＬＭＮ＿ＴＡ３をＵＥ１０に提供することができる。
　ＵＥ１０は、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報を取得した場合には、登録エリア内であっても、Rejected S-NSSAIをサポートするトラッキングエリアにおいて再度Rejected S-NSSAIの登録を要求することができる。
　或いは、ＨＰＬＭＮは、Rejected S-NSSAIをサポートしていないトラッキングエリアに関する情報、例えば、Ｓ－ＮＳＳＡＩ－Ｈ２に対してはＨＰＬＭＮ＿ＴＡ２、及びＨＰＬＭＮ＿ＴＡ３のセット、Ｓ－ＮＳＳＡＩ－Ｈ３に対してはＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、及びＨＰＬＭＮ＿ＴＡ４のセット、Ｓ－ＮＳＳＡＩ－Ｈ４に対してはＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、及びＨＰＬＭＮ＿ＴＡ４をＵＥ１０に提供することができる。
　ＵＥ１０は、Rejected S-NSSAIをサポートしていないトラッキングエリアに関する情報を取得した場合には、登録エリア内であっても、Rejected S-NSSAIをサポートしていないトラッキングエリア以外のトラッキングエリア、つまり、Rejected S-NSSAIをサポートするトラッキングエリアにおいて再度Rejected S-NSSAIの登録を要求することができる。
　ＵＥ１０は、Rejected S-NSSAIのトラッキングエリアに関する情報を取得する際、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報であるか、Rejected S-NSSAIをサポートしていないトラッキングエリアに関する情報であるかを明示的に示す情報を受信するようにしてもよい。
　５ＧＣ３０は、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報とRejected S-NSSAIをサポートしていないトラッキングエリアに関する情報のサイズに応じて、どちらの情報をＵＥ１０に送信するかを決定するようにしてもよい。例えば、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報のサイズがRejected S-NSSAIをサポートしていないトラッキングエリアに関する情報のサイズより小さい場合には、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報を送信し、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報のサイズがRejected S-NSSAIをサポートしていないトラッキングエリアに関する情報のサイズより大きい場合には、Rejected S-NSSAIをサポートしていないトラッキングエリアに関する情報を送信する。
　また、ＨＰＬＭＮは、登録処理の際、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIを生成して、ＵＥ１０に提供するようにしてもよい。第２のAllowed NSSAI、或いはConditionally Allowed NSSAIは、１つ以上のＳ－ＮＳＳＡＩとそのＳ－ＮＳＳＡＩの登録を許可するするトラッキングエリアに関する情報を含んでいる。例えば、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIには、Ｓ－ＮＳＳＡＩ－Ｈ２、Ｓ－ＮＳＳＡＩ－Ｈ３、及びＳ－ＮＳＳＡＩ－Ｈ４のセットと、Ｓ－ＮＳＳＡＩ－Ｈ２の登録を許可するトラッキングエリアとしてＨＰＬＭＮ＿ＴＡ１、及びＨＰＬＭＮ＿ＴＡ４のセット、Ｓ－ＮＳＳＡＩ－Ｈ３の登録を許可するトラッキングエリアとしてＨＰＬＭＮ＿ＴＡ１、及びＳ－ＮＳＳＡＩ－Ｈ４の登録を許可するトラッキングエリアとしてＨＰＬＭＮ＿ＴＡ３が含まれている。
　ＵＥ１０は、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIを取得した場合には、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIに含まれるＳ－ＮＳＳＡＩの登録を許可された各トラッキングエリアにおいて、このＳ－ＮＳＳＡＩを含むＰＤＵセッションの確立要求メッセージをサービングネットワークであるＨＰＬＭＮに送信することができる。
　５ＧＣ３０は、Allowed NSSAIに加えて、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIをＵＥ１０に提供するようにしてもよいし、Allowed NSSAIとしてConditionally Allowed NSSAIをＵＥ１０に提供するようにしてもよい。ここで、Allowed NSSAIとしてConditionally Allowed NSSAIを提供する場合には、Conditionally Allowed NSSAIの登録エリアの全てのトラッキングエリアで利用可能なＳ－ＮＳＳＡＩに対しては、トラッキングエリアに係る情報として全てのトラッキングエリアで利用可能であることを示す情報、例えば、“ａｌｌ”等が追加される。
　Allowed NSSAIに加えて、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIをＵＥ１０に提供するのか、又はAllowed NSSAIとしてConditionally Allowed NSSAIをＵＥ１０に提供するのかは、公衆モバイルネットワークシステムの世代（例えば、５Ｇ、５ＧーＡｄｖａｎｃｅｄ、又は６Ｇ）毎、さらには各世代のリリース毎に設定されてもよい。
　或いは、５ＧＣ３０は、Allowed NSSAIに加えて、第２のAllowed NSSAI、或いはConditionally Allowed NSSAIをＵＥ１０に提供するのか、又はAllowed NSSAIとしてConditionally Allowed NSSAIを提供するのかを明示的に示す情報をＵＥ１０に提供するようにしてもよい。
　また、特定の周波数帯をサポートするトラッキングエリアでのみ利用可能なネットワークスライスが設定されている場合に、その周波数で動作するセルやトラッキングエリアにＵＥ１０を誘導できるように、ＡＭＦ３０１はTarget NSSAIを決定することができる。ＡＭＦ３０１は、Target NSSAIを決定する際、ＮＳＳＦ３０４と協調するようにしてもよい。ここで、特定の周波数帯をサポートするトラッキングエリアは、ＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、又はＨＰＬＭＮ＿ＴＡ４内、或いはＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、又はＨＰＬＭＮ＿ＴＡ４と重複するように、ＨＰＬＭＮ＿ＴＡ１、ＨＰＬＭＮ＿ＴＡ２、ＨＰＬＭＮ＿ＴＡ３、及びＨＰＬＭＮ＿ＴＡ４とは別に設定されてもよく、後述するＡｏＳ（Area of Service）として設定されてもよい。
　ＡＭＦ３０１は、ＰＣＦ３０５からTarget NSSAIに適したＲＦＳＰインデックス（RAT/Frequency Selection Priority Index）を取得して、ＲＦＳＰインデックスを含む情報を、リファレンスポイントＮ２を介して（Ｒ）ＡＮ２０に送信する。ＰＣＦ３０５が設置されていない場合には、ＡＭＦ３０１は、局所的に設定されたルールに従ってＲＦＳＰインデックスを決定する。（Ｒ）ＡＮ２０は、利用可能な情報を考慮した個別の無線リソース管理方針を適用するために、ＲＦＳＰインデックスを局所的に定義されている設定にマッピングする。つまり、（Ｒ）ＡＮ２０は、ＲＦＳＰインデックスに対応するTarget NSSAIに適した無線リソース管理方針のための設定を選択することができる。
　ＲＦＳＰインデックスは、アイドルモード（例えば、RRC_IDLE）におけるセル再選択処理のＵＥ個別の測定周波数の優先順位の制御、或いはアクティブモード（例えば、RRC_CONNECTED）のＵＥ１０を異なる周波数で動作するセル、ビーム、又はＲＡＴにリダイレクトさせるために使用される。
　ＨＰＬＭＮは、Subscribed NSSAIを考慮してＲＦＳＰインデックスを設定することができる。ＡＭＦ３０１は、例えば、登録処理においてＵＤＭ３０７からＳｕｂｓｃｒｉｂｅｄ　ＲＦＳＰインデックスを取得する。
　ＡＭＦ３０１は、
・Ｓｕｂｓｃｒｉｂｅｄ　ＲＦＳＰインデックスと同一のＲＦＳＰインデックス
・ＡＭＦ３０１で利用可能な、Ｓｕｂｓｃｒｉｂｅｄ　ＲＦＳＰインデックス、局所的に定義されたオペレータのポリシー、Allowed NSSAI、及びＵＥ１０に関連するコンテキスト情報に基づいて選択されたＲＦＳＰインデックス
　を使用する。
　（Ｒ）ＡＮ２０は、ＡＭＦ３０１からTarget NSSAIを取得して、Target NSSAIに含まれるＳ－ＮＳＳＡＩによって識別されるネットワークスライスをサポートするセルにＵＥ１０を誘導することができる。
　Target NSSAIには、Requested NSSAIの中から、現在のトラッキングエリアでは利用することはできないが、異なる周波数帯の別のトラッキングエリアでは利用することができる少なくとも１つのＳ－ＮＳＳＡＩを含めることができる。さらに、Target NSSAIには、現在のトラッキングエリアでは利用することができないＳ－ＮＳＳＡＩとして、その別のトラッキングエリアでは利用可能であるＳ－ＮＳＳＡＩを付加的に含めることができる。
　つまり、Target NSSAIは、
・ＵＥ１０が現在在圏するトラッキングエリアにおいて、Requested NSSAIの全てのＳ－ＮＳＳＡＩが利用できない場合に、登録エリアのRejected S-NSSAI(s)の全て、又は一部のＳ－ＮＳＳＡＩ（ｓ）
・Allowed NSSAIの全てのＳ－ＮＳＳＡＩ（ｓ）と、登録エリアのRejected S-NSSAI(s)の全て、又は一部のＳ－ＮＳＳＡＩ（ｓ）
・Allowed NSSAIの一部のＳ－ＮＳＳＡＩ（ｓ）と、オペレータのポリシーがAllowed NSSAIよりTarget NSSAIを選択する場合には、登録エリアのRejected S-NSSAI(s)の全て、又は一部のＳ－ＮＳＳＡＩ（ｓ）
　を含むことができる。
　（Ｒ）ＡＮ２０が登録エリア外の新たなトラッキングエリアにＵＥ１０をリダイレクトすることができるなら、Target NSSAIに関連するＲＦＳＰインデックスが考慮され、さもなければ、Allowed NSSAIのＲＦＳＰインデックスが考慮される。
　（Ｒ）ＡＮ２０は、Target NSSAIの全てのＳ－ＮＳＳＡＩ（ｓ）をサポートすることができるトラッキングエリアのセルを見つけるようＵＥ１０を制御しなくてはならない。そういったセルが見つからないなら、（Ｒ）ＡＮ２０は、Target NSSAIに最もマッチするトラッキングエリアのセルを選択するようにＵＥ１０を制御することができる。ここで、Target NSSAIに最もマッチするトラッキングエリアは、例えば、Target NSSAIのより多くのＳ－ＮＳＳＡＩ（ｓ）をサポートすることができるトラッキングエリアである。或いは、Target NSSAIのＳ－ＮＳＳＡＩ（ｓ）に対する優先度に係る情報を持つ場合には、Target NSSAIに最もマッチするトラッキングエリアは、より優先度の高いＳ－ＮＳＳＡＩ（ｓ）を多くサポートすることができるトラッキングエリアである。
　登録エリア外の新たなトラッキングエリアへのリダイレクトに成功した後、ＵＥ１０は、モビリティ登録更新手順（Mobility Registration Update procedure）を実行しなければならない。登録エリア外の新たなトラッキングエリアへのリダイレクトを可能にするために、ＵＥ１０が登録エリア内では登録を拒否されたＳ－ＮＳＳＡＩ（ｓ）の登録を要求できるようにモビリティ登録更新手順を起動させ、（Ｒ）ＡＮ２０にTarget NSSAIを提供する際に、ＡＭＦ３０１は、Target NSSAIに含まれるＳ－ＮＳＳＡＩ（ｓ）の登録が拒否されるトラッキングエリアを含まないように登録エリアを設定しなければならない。
　また、ＡＭＦ３０１は、登録エリア内で特定の周波数帯でのみ利用可能なネットワークスライスをサポートするトラッキングエリアをデュアルコネクティビティ（DC : Dual Connectivity）、又はキャリアアグリゲーション（CA : Carrier Aggregation）動作でのみ利用可能なトラッキングエリアとして定義するようにしてもよい。ここで、デュアルコネクティビティ、及びキャリアアグリゲーションをマルチコネクティビティ（MC : Multi-Connectivity）と総称してもよい。
　（Ｒ）ＡＮ２０は、ＲＦＳＰインデックス、及びＲＦＳＰインデックスに対応する無線リソース管理方針のための設定に従って、デュアルコネクティビティのＳＣＧ（Secondary Cell Group）のセル選択／再選択、又はキャリアアグリゲーションのＳＣｅｌｌ（Secondary Cell）のセル選択／再選択を介してのみ、特定のトラッキングエリアを考慮するようにＵＥ１０を制御することができる。
　さらに、ＡＭＦ３０１は、デュアルコネクティビティ、又はキャリアアグリゲーション動作でのみ利用可能なネットワークスライス（Ｓ－ＮＳＳＡＩ）の登録を許可して、登録エリアにそのネットワークスライス（Ｓ－ＮＳＳＡＩ）を利用可能なトラッキングエリアを含めることができる。そして、デュアルコネクティビティ、又はキャリアアグリゲーション動作でのみ利用可能なそのネットワークスライス（Ｓ－ＮＳＳＡＩ）をAllowed NSSAIに含めることができる。
　ＡＭＦ３０１は、ＵＥ無線ケイパビリティ情報に基づいて、デュアルコネクティビティ、又はキャリアアグリゲーション動作でのみ利用可能なネットワークスライス（Ｓ－ＮＳＳＡＩ）の登録の可否を判定する。例えば、ＵＥ１０がデュアルコネクティビティ、又はキャリアアグリゲーションをサポートしていれば、そのネットワークスライス（Ｓ－ＮＳＳＡＩ）の登録を許可し、デュアルコネクティビティ、又はキャリアアグリゲーションをサポートしていなければ、その登録を拒否する。また、ＵＥ１０がデュアルコネクティビティのＳＣＧ（Secondary Cell Group）のセルの動作周波数、又はキャリアアグリゲーションのＳＣｅｌｌ（Secondary Cell）の動作周波数をサポートしていれば、そのネットワークスライス（Ｓ－ＮＳＳＡＩ）の登録を許可し、デュアルコネクティビティのＳＣＧのセルの動作周波数、又はキャリアアグリゲーションのＳＣｅｌｌの動作周波数をサポートしていなければ、その登録を拒否する。
　ＡＭＦ３０１は、Allowed NSSAIの補足情報、又は支援情報として、登録エリア内のトラッキングエリアに係る情報を（Ｒ）ＡＮ２０に送信してもよい。ここで、登録エリア内のトラッキングエリアに係る情報は、登録エリアに含まれる各トラッキングエリアのセルがデュアルコネクティビティのＳＣＧのセル選択／再選択、又はキャリアアグリゲーションのＳＣｅｌｌのセル選択／再選択を介してのみ考慮されるセルであるか、否かを示す情報を含んでいる。
　このAllowed NSSAIと登録エリア内のトラッキングエリアに係る情報は、（Ｒ）ＡＮ２０を介してＵＥ１０に送信される。
　また、ＡＭＦ３０１は、Allowed NSSAIに含まれる各Ｓ－ＮＳＳＡＩのためのセル選択／再選択に係る情報として、ＮＳＡＧ（Network Slice AS Group）情報をＵＥ１０に送信するようにしてもよい。
　ＮＳＡＧ情報には、デュアルコネクティビティ、又はキャリアアグリゲーション動作でのみ利用可能なネットワークスライスであるか、否かを示す情報が含まれている。
　さらに、デュアルコネクティビティ動作でのみ利用可能なネットワークスライス（Ｓ－ＮＳＳＡＩ）に対しては、ＭＣＧ（Master Cell Group）のセルの候補周波数の優先順位、ＳＣＧのセルの候補周波数の優先順位等が含まれる。
　キャリアアグリゲーション動作でのみ利用可能なネットワークスライス（Ｓ－ＮＳＳＡＩ）に対しては、ＰＣｅｌｌ（Primary Cell）の候補周波数の優先順位、ＳＣｅｌｌの候補周波数の優先順位等が含まれる。
　ＵＥ１０は、Allowed NSSAIと登録エリア内のトラッキングエリアに係る情報、及び／又はＮＳＡＧ情報に基づいて、デュアルコネクティビティ動作でのみ利用可能なネットワークスライスを利用するために、このネットワークスライスのためのＭＣＧのセルを介したＰＤＵセッションを確立する。ここで、ＭＣＧのセルを提供する基地局はＭＮ（Master Node）と呼ばれる。
　（Ｒ）ＡＮ２０は、ＲＦＳＰインデックス、及びＲＦＳＰインデックスに対応する無線リソース管理方針に従って、ＵＥ１０にデュアルコネクティビティ動作でのみ利用可能なネットワークスライスをサポートするＳＣＧのセルの測定を設定し、ＵＥ１０は、ＭＣＧのセルにＳＣＧのセルの測定結果を送信する。ＳＣＧのセルの測定は、ＲＲＣを介して設定される。ここで、ＳＣＧのセルを提供する基地局はＳＮ（Secondary Node）と呼ばれる。ＭＣＧのセルは、ＵＥ１０から取得したＳＣＧのセルの測定結果に基づいて、ＳＣＧのセルにＳＮ追加要求（SN Addition Request）を送信して、デュアルコネクティビティを確立する。
　ＭＣＧのセルは、デュアルコネクティビティの確立に合わせて、ＰＤＵセッションパス更新手順（PDU Session Path Update procedure）の中で、ＡＭＦ３０１にＰＤＵセッション変更通知（PDU Session Modification Indication）を送信する。
　ＵＥ１０は、Allowed NSSAIと登録エリア内のトラッキングエリアに係る情報に基づいて、キャリアアグリゲーション動作でのみ利用可能なネットワークスライスを利用するために、このネットワークスライスのためのＰＣｅｌｌを介したＰＤＵセッションを確立する。
　（Ｒ）ＡＮ２０は、ＲＦＳＰインデックス、及びＲＦＳＰインデックスに対応する無線リソース管理方針に従って、ＵＥ１０にキャリアアグリゲーション動作でのみ利用可能なネットワークスライスをサポートするＳＣｅｌｌの測定を設定し、ＵＥ１０は、ＰＣｅｌｌにＳＣｅｌｌの測定結果を送信する。ＳＣｅｌｌの測定は、ＲＲＣを介して設定される。
　ＰＣｅｌｌは、ＵＥ１０から取得したＳＣｅｌｌの測定結果に基づいて、ＲＲＣを介してキャリアアグリゲーションのためのＳＣｅｌｌの追加を実行する。
　また、ネットワークスライスに求められる要求の１つとして、ネットワークスライス間のアイソレーションの確保がある。特に、有限な無線リソースの中で複数のネットワークスライスをサポートする場合に、他のネットワークスライスに影響を与えないために各ネットワークスライスで輻輳を生じさせないためのアドミッション制御が適用される。
　ＮＳＡＣＦ３１２は、ネットワークスライス毎に登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、及び１つ以上のＰＤＵセッションを確立しているＵＥ１０の数をモニターし、制御する。また、ＮＳＡＣＦ３１２は、各ＮＦへのイベントに応じたネットワークスライスの状況の通知と報告をサポートする。
[４．ネットワークスライスのアドミッション制御]
　ネットワークスライス毎に登録されているＵＥ１０の数を制御するために、ＡＭＦ３０１は、ＮＳＡＣＦ３１２から通知、又は報告されるネットワークスライスの状況に応じて、登録されたネットワークスライスに有効期間を設定する。例えば、ネットワークスライスの状況として、対象のＳ－ＮＳＳＡＩに対して登録されているＵＥ１０の数、対象のＳ－ＮＳＳＡＩを使って確立されているＰＤＵセッションの数、対象のＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数、対象のＳ－ＮＳＳＡＩに対して登録されているＵＥ１０の数があらかじめ設定されている閾値を越えている状態、対象のＳ－ＮＳＳＡＩを使って確立されているＰＤＵセッションの数があらかじめ設定されている閾値を越えている状態、及び／又は対象のＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数があらかじめ設定されている閾値を越えている状態等に、登録されたネットワークスライスに有効期限を設定する。
　ＡＭＦ３０１は、Allowed NSSAIに含まれる全て、又は一部のＳ－ＮＳＳＡＩに有効期間を設定し、全て又は一部のＳ－ＮＳＳＡＩに有効期間が設定されたAllowed NSSAIを、登録されたネットワークスライスのセットとしてＵＥ１０に提供する。ここで、ＡＭＦ３０１は、Allowed NSSAIに含まれる全て、又は一部のＳ－ＮＳＳＡＩの有効期間に係る情報を、Allowed NSSAI に含めて、又はAllowed NSSAIに係る補足情報（或いは支援情報）としてＵＥ１０に提供するようにしてもよい。
　ＵＥ１０は、全て又は一部のＳ－ＮＳＳＡＩに有効期間が設定されたAllowed NSSAIを取得すると、又はAllowed NSSAIとAllowed NSSAIに係る補足情報とを取得すると、Ｓ－ＮＳＳＡＩに設定された有効期間に基づいてタイマーを開始させる。そして、ＵＥ１０は、タイマーの有効期間が経過すると、有効期限が経過したＳ－ＮＳＳＡＩをAllowed NSSAIから削除する。ここで、ＵＥ１０は、有効期間を設定されているＳ－ＮＳＳＡＩを利用したＰＤＵセッションを確立する場合、ＰＤＵセッションを確立している間、タイマーを停止させる。そして、ＰＤＵセッションを開放（リリース）する際に、タイマーをリセットし、再度、タイマーを開始させる。つまり、有効期間を設定されているＳ－ＮＳＳＡＩに係るネットワークスライスを利用していない間のみタイマーを稼働させる。
　また、ＡＭＦ３０１は、ＮＳＡＣＦ３１２から通知、又は報告されるネットワークスライスの状況に応じて、所有するAllowed NSSAIに含まれる全て、又は一部のＳ－ＮＳＳＡＩの有効期間を設定して、Allowed NSSAI、又はAllowed NSSAIに係る補足情報を更新するようにしてもよい。
　Allowed NSSAI、又はAllowed NSSAIに係る補足情報が更新されると、ＡＭＦ３０１は、更新されたAllowed NSSAI、又はAllowed NSSAIに係る補足情報をＵＥ１０に提供する。
　また、登録処理の際、Requested NSSAIに係る情報をＡＭＦ３０１から取得したＮＳＳＦ３０４は、ＮＳＡＣＦ３１２から通知、又は報告されるネットワークスライスの状況に応じてAllowed NSSAIに含める全て、又は一部のＳ－ＮＳＳＡＩに有効期間を設定するようにしてもよい。
　ＮＳＳＦ３０４は、Allowed NSSAIに含まれる全て、又は一部のＳ－ＮＳＳＡＩの有効期間に係る情報を、Allowed NSSAI に含めて、又はAllowed NSSAIに係る補足情報としてＡＭＦ３０１に提供する。
　さらに、ＡＭＦ３０１は、有効期間の経過によってAllowed NSSAIから対象のＳ－ＮＳＳＡＩを削除した際の、対象のＳ－ＮＳＳＡＩ（削除されたＳ－ＮＳＳＡＩ）の再登録に関する条件に係る情報をＵＥ１０に提供する。ここで、条件は、例えば、同一の登録エリア、同一のトラッキングエリア（モビリティ管理エリア）、或いは同一のＡｏＳ（Area of Service）での再登録の要求を禁止する、或いは同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳでの再登録までのバックオフタイマーを設定する等である。この条件は、例えば、ＮＳＡＣＦ３１２、ＮＳＳＦ３０４、或いはＡＭＦ３０１が決定する。ここで、ＡｏＳは、トラッキングエリアよりも細かな粒度で定義される領域であり、例えば、緯度、経度等の座標系で定義された領域、セルＩＤ、セルＩＤのセット、基地局ＩＤ、或いは基地局ＩＤのセット等である。
　条件が、同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳでの再登録の要求を禁止する場合には、対象のＳ－ＮＳＳＡＩ（削除されたＳ－ＮＳＳＡＩ）をRejected S-NSSAIとして扱うための指示、或いは、Rejected NSSAIに追加する指示をＵＥ１０に通知するようにしてもよい。
　条件が、同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳでの再登録までのバックオフタイマーを設定する場合には、再登録までのバックオフ期間において対象のＳ－ＮＳＳＡＩ（削除されたＳ－ＮＳＳＡＩ）をPending S-NSSAIとして扱うための指示、或いは、Pending NSSAIに追加する指示をＵＥ１０に通知するようにしてもよい。
　また、ＵＥ１０は、Requested NSSAIの補足情報（或いは支援情報）として各Ｓ－ＮＳＳＡＩの登録における優先度に係る情報を登録要求メッセージに含めるようにしてもよい。
　ＮＳＳＦ３０４は、ＮＳＡＣＦ３１２から通知、又は報告される登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、及び／又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数と、Requested NSSAIの補足情報に含まれる各Ｓ－ＮＳＳＡＩの登録における優先度とに基づいて、Requested NSSAIに含まれるＳ－ＮＳＳＡＩの登録の許可の可否を判断する。例えば、登録における優先度が高いＳ－ＮＳＳＡＩの登録を許可し、登録における優先度が低いＳ－ＮＳＳＡＩの登録を拒否する。ここで、各Ｓ－ＮＳＳＡＩの登録における優先度は、緊急性に応じたレベルであってもよい。例えば、登録における緊急性が高い、つまり、優先度の高いＳ－ＮＳＳＡＩの登録を許可し、登録における緊急性が低い、つまり、優先度の低いＳ－ＮＳＳＡＩの登録を拒否する。
　さらに、ＮＳＳＦ３０４、又はＡＭＦ３０１は、登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、及び／又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数と、Requested NSSAIの補足情報に含まれる各Ｓ－ＮＳＳＡＩの登録における優先度とに基づいて、登録を許可する各Ｓ－ＮＳＳＡＩの有効期間を決定してもよい。例えば、登録における優先度が高いＳ－ＮＳＳＡＩに長い有効期間を割り当て、登録における優先度が低いＳ－ＮＳＳＡＩに短い有効期間を割り当てる。
　ＡＭＦ３０１は、ＮＳＳＦ３０４から取得する登録を許可する各Ｓ－ＮＳＳＡＩの有効期間に係る情報、或いはＡＭＦ３０１自身が割り当てた有効期間に基づいて、登録を許可する各Ｓ－ＮＳＳＡＩに有効期間を設定する。
［５．位置情報の管理機能］
　UE-Based modeにおいて、ＵＥ１０は、ＬＭＦ３１２から測位用の補助データ（assistance data）を取得し、ＧＮＳＳ（Global Navigation Satellite System）に関する測定と位置の計算を行うことができる。ＵＥ１０は、例えば、広く知られたAssisted-GNSSと呼ばれる手法を使用することができる。
　なお、ＧＮＳＳからの信号を受信できない場合等、ＵＥ１０はＧＮＳＳ以外の手段で位置に係る情報を検出してもよい。例えば、Sidelink positioning、WLANpositioning、Bluetooth（登録商標） positioning、又は、ＴＢＳ（Terrestrial Beacon Systems）　positioningと呼ばれる手法を用いて、ＵＥ1０は自身の位置に係る情報を検出することができる。
　ＵＥ１０は、Sidelink positioningにおいて、周囲のＵＥ１０、又は、路側機（ＲＳＵ：Road Side Unit）とのSidelink通信によるSidelink Received Signal Strength　Indicator（ＳＬ ＲＳＳＩ）を測定する。ＵＥ１０は、各ＵＥ１０又は路側機の位置に係る情報と、ＳＬ ＲＳＳＩの測定値とに基づいて位置を計算する。さらに、ＵＥ１０は、周囲のＵＥ１０、又は、路側機との間のＲＴＴ（Round Trip Time）を測定して、その位置を計算するようにしてもよい。
　ＵＥ１０は、WLAN positioningにおいて、各WLAN Access Pointに関するReceived　Signal Strength Indicator（ＲＳＳＩ）を測定する。ＵＥ１０は、各WLAN Access Pointの既知の座標に関する情報とその測定値とに基づいて位置を計算する。さらに、ＵＥ１０は、WLAN Access Pointとの間のＲＴＴを測定して、その位置を計算するようにしてもよい。
　ＵＥ１０は、Bluetooth positioningにおいて、各Bluetooth beaconに関するＲＳＳＩを測定して、各Bluetooth beaconの既知の座標に関する情報とその測定値に基づいて位置を計算してもよい。
　ＵＥ１０がＧＮＳＳ受信機を装備している場合には、UE-Assisted modeにおいて、ＵＥ１０はCode Phase、Doppler、Carrier Phase等のＧＮＳＳに関する測定を行う。ＵＥ１０は、これら測定値をＬＭＦ３１２に送信し、ＬＭＦ３１２がＵＥ１０の位置を計算する。
　また、ＧＮＳＳ受信機を装備していてもＧＮＳＳからの信号を受信できない、又は、ＧＮＳＳを装備していないＵＥ１０に対して、ＬＭＦ３１２は、
　・ＯＴＤＯＡ（Observed Time Difference Of Arrival）
　・Ｍｕｌｔｉ－ＲＴＴ
　・ＤＬ ＡｏＤ（Downlink Angle-of-Departure）
　・ＤＬ ＴＤＯＡ（Downlink Time Difference of Arrival）
　・ＵＬ ＴＤＯＡ（Uplink Time Difference of Arrival）
　・ＵＬ ＡｏＡ（Angle of Arrival）
と呼ばれるポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。又は、ＬＭＦ３１２は、ＣＩＤ（Cell ID）を使ったポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。
　例えば、ＯＴＤＯＡにおいては、ＵＥ１０は複数のＴＰ（Transmission Point）からダウンリンクのＰＲＳ（Positioning Reference Signal）を受信し、Physical cell ID、Global cell ID、ＴＰ ＩＤ及びＰＲＳのタイミングに関する測定値をＬＰＰ（LTE Positioning Protocol）を介してＬＭＦ３１２に報告する。これによって、ＬＭＦ３１２は、測定された各ＴＰの既知の座標に関する情報と、報告されたＰＲＳの相対タイミングと、に基づいてＵＥ１０の位置を計算する。
　また、例えば、ＣＩＤを使ったポジショニングでは、ＬＭＦ３１２は、ｎｇ－ｅＮＢ、又は、ｇＮＢの既知の座標に関する情報と、ＵＥ１０から報告される以下の測定結果とに基づいてＵＥ１０の位置を計算する。
　ＵＥ１０は、例えば、ＥＣＧＩ（Evolved Cell Global Identifier）、又は、Physical Cell IDと、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）及びUE Rx-Tx time differenceに関する測定結果と、をＬＭＦ３１２に報告する。ここで、UE Rx-Tx time differenceは、ＵＥ１０が受信したタイミングと送信したタイミングとの時間差として定義される。
［６．ネットワークスライスの可用性の改善手法１］
　図５に示したネットワークスライスの展開の例において、ＵＥ１０は、例えば、ＨＰＬＭＮ＿ＴＡ２ではＳ－ＮＳＳＡＩ－Ｈ２を利用することはできない。つまり、ＵＥ１０がＨＰＬＭＮ＿ＴＡ２においてＳ－ＮＳＳＡＩ－Ｈ２を利用できるようにすることで、ネットワークスライスの可用性を改善することができる。
　図６は、５ＧＳのネットワークスライスの展開の別の例を示す図である。ここで、ＨＰＬＭＮは他のＰＬＭＮであるＶＰＬＭＮとの間にローミングのためのＳＬＡを有している。
　ＵＥ１０は、ＶＰＬＭＮのＰＬＭＮ　ＩＤを含むＥＰＬＭＮ（Equivalent PLMN）リスト、又はＥＨＰＬＭＮ（Equivalent HPLMN）リストを保有することで、ローミング可能なＶＰＬＭＮを識別することができる。
　ＶＰＬＭＮは、ＶＰＬＭＮ＿ＴＡ１においてＳ－ＮＳＳＡＩ－Ｖ２をサポートしている。ＶＰＬＭＮ＿ＴＡ１は、例えば、図６に示すように、ＨＰＬＭＮ＿ＴＡ２の一部とＨＰＬＭＮ＿ＴＡ３の一部と重複している。ＨＰＬＭＮ＿ＴＡ２においてＶＰＬＭＮがＳ－ＮＳＳＡＩ－Ｖ２をサポートできる領域を、ＨＰＬＭＮ＿ＴＡ２におけるＳ－ＮＳＳＡＩ－Ｖ２のＡｏＳ（Area of Service）とする。同様に、ＨＰＬＭＮ＿ＴＡ３においてＶＰＬＭＮがＳ－ＮＳＳＡＩ－Ｖ２をサポートできる領域を、ＨＰＬＭＮ＿ＴＡ３におけるＳ－ＮＳＳＡＩ－Ｖ２のＡｏＳとする。
　ＨＰＬＭＮは、Rejected S-NSSAIに対してその可用性を改善するために、上述したRejected S-NSSAIをサポートするトラッキングエリアに関する情報の一部として、又は補足情報として、ＶＰＬＭＮのＰＬＭＮ　ＩＤ、ＡｏＳに係る情報、及びＨＰＬＭＮでのRejected S-NSSAIの値とＶＰＬＭＮで使用されているＳ－ＮＳＳＡＩの対応する値とのマッピングに係る情報をＵＥ１０に提供する。例えば、ＡｏＳに係る情報は、ＨＰＬＭＮ＿ＴＡ２とＶＰＬＭＮ＿ＴＡ１のセットであり、マッピングに係る情報は、Ｓ－ＮＳＳＡＩ－Ｈ２とＳ－ＮＳＳＡＩ－Ｖ２との対応関係を示す情報である。
　ＵＥ１０は、これらのＶＰＬＭＮのＰＬＭＮ　ＩＤ、ＡｏＳに係る情報、及びマッピングに係る情報に基づいて、ＨＰＬＭＮ＿ＴＡ２、かつＶＰＬＭＮ＿ＴＡ１に在圏している際に、ＶＰＬＭＮをサービングＰＬＭＮとして、ＨＰＬＭＮのＳ－ＮＳＳＡＩ－Ｈ２のＡｏＳの領域にいるものと判断することができる。
［６．１　Rejected S-NSSAIの判定］
　図７は、登録処理におけるネットワークスライスの登録判定処理の一例を示す図である。
　ＮＳＳＦ３０４は、（Ｒ）ＡＮ２０、及びＡＭＦ３０１を介して、ＵＥ１０からRequested NSSAIを受信する（ステップＳ５０１）と、Requested NSSAIに含まれるＳ－ＮＳＳＡＩ毎に登録許可の判定処理を実行する（ステップＳ５０２）。
　ＡＭＦ３０１を介してRequested NSSAIに係る情報を取得したＮＳＳＦ３０４は、ＵＤＭ３０７のＵＤＲが保持及び管理する契約者情報を参照して、対象のＳ－ＮＳＳＡＩがSubscribed NSSAIに含まれているか否かを確認し（ステップＳ５０３）、含まれていなければ、判定対象のS-NSSAIを、契約を有していないことを理由（cause）としたRejected S-NSSAIに設定する（Ｓ５０４）。
　ステップＳ５０３において、判定対象のＳ－ＮＳＳＡＩがSubscribed NSSAIに含まれていれば、ＮＳＳＦ３０４は、登録エリア内に判定対象のS-NSSAIをサポートしていないトラキングエリアがあるか否かを判定し（ステップＳ５０５）、判定対象のS-NSSAIをサポートしていないトラキングエリアがあれば、判定対象のS-NSSAIを、トラキングエリアがサポートしていないことを理由としたRejected S-NSSAIに設定する（Ｓ５０６）。
　ステップＳ５０５において、判定対象のＳ－ＮＳＳＡＩをサポートしていないトラキングエリアがなければ、すなわち登録エリア内の全てのトリキングエリアが判定対象のＳ－ＮＳＳＡＩをサポートしていれば、ＮＳＳＦ３０４は、判定対象のＳ－ＮＳＳＡＩが、ＮＳＡＣＦ３１２によって利用を制限されているＳ－ＮＳＳＡＩであるか否かを確認する（ステップＳ５０７）。ＮＳＡＣＦ３１２によって利用を制限されているＳ－ＮＳＳＡＩであれば、ＮＳＳＦ３０４は、判定対象のＳ－ＮＳＳＡＩを、アドミッション制御を理由としたRejected S-NSSAIに設定する（ステップＳ５０８）。ここで、ＮＳＳＦ３０４は、ＮＳＡＣＦ３１２からから通知、又は報告されるネットワークスライスの状況に基づいて、判定対象のＳ－ＮＳＳＡＩが、利用を制限されているＳ－ＮＳＳＡＩであるか否かを判定するようにしてもよい。
　ステップＳ５０７において、判定対象のＳ－ＮＳＳＡＩがＮＳＡＣＦ３１２によって利用を制限されているＳ－ＮＳＳＡＩでなければ、ＮＳＳＦ３０４は、判定対象のＳ－ＮＳＳＡＩをAllowed NSSAIに追加する（ステップＳ５０９）。
　また、ＮＳＳＦ３０４は、判定対象のＳ－ＮＳＳＡＩが特定のＵＥ無線ケイパビリティ（UE Radio Capability）を要求する場合に、ＵＥ無線ケイパビリティ情報に基づいて登録許可を判定するようにしてもよい。或いは、ＮＳＳＦ３０４によって登録を許可すると判定されたＳ－ＮＳＳＡＩ（ｓ）に対して、ＡＭＦ３０１がさらにＵＥ無線ケイパビリティ情報に基づいて登録許可を判定するようにしてもよい。
　なお、図７に示した一部、又は全ての処理は、ＮＳＳＦ３０４に代わってＡＭＦ３０１によって実行されてもよい。
［６．２　Rejected S-NSSAIに関する補足情報の生成］
　図８は、登録処理におけるRejected S-NSSAIに関する補足情報の生成処理の一例を示す図である。
　上述の図７に示した登録判定処理においてRejected S-NSSAIが設定されたか否か判定処理を実行し（ステップＳ６０１）、Rejected S-NSSAIが設定された場合、設定されたRejected S-NSSAIの中から対象となるRejected S-NSSAIを特定する（ステップＳ６０２）。一例として、設定されたすべてのRejected S-NSSAIを、対象となるRejected S-NSSAIとして特定する。
　特定したRejected S-NSSAIに対して、ＡＭＦ３０１は、登録を許可されなかった理由（cause）が“トラッキングエリアがサポートしていないこと”であるか否かを確認し（ステップＳ６０３）、理由が“トラッキングエリアがサポートしていないこと”であるなら、Rejected S-NSSAIがサポートされないトラッキングエリアを特定する（ステップＳ６０４）。
　ＡＭＦ３０１は、特定された対象のトラッキングエリア内でRejected S-NSSAIをサポートするＶＰＬＭＮ（Visitor PLMN）があるか否かを確認し（ステップＳ６０５）、Rejected S-NSSAIをサポートするＶＰＬＭＮがあれば、対象のトラッキングエリア内でRejected S-NSSAIをサポートするＶＰＬＭＮを特定し（ステップＳ６０６）、Rejected S-NSSAIに関する補足情報（或いは支援情報）に、対象のトラッキングエリア毎のＶＰＬＭＮのＰＬＭＮ　ＩＤを追加する（ステップＳ６０７）。
　続いて、ＡＭＦ３０１は、対象のトラッキングエリア内でRejected S-NSSAIをサポートするＶＰＬＭＮのＡｏＳを特定し（ステップＳ６０８）、Rejected S-NSSAIに関する補足情報に対象のトラッキングエリア毎のＶＰＬＭＮのＡｏＳを特定する情報を追加し（ステップＳ６０９）、処理を終了する。ここで、ＶＰＬＭＮのＡｏＳは、例えば、緯度、経度等の座標系で定義された領域、ＶＰＬＭＮが設定するトラッキングエリア（モビリティ管理エリア）、セルＩＤ、セルＩＤのセット、基地局ＩＤ、或いは基地局ＩＤのセット等である。また、ＡｏＳに係る情報には、ＡｏＳ内でRejected S-NSSAIをサポートする周波数バンド、ＢＷＰ（BandWidth Part）に係る情報を含めるようにしてもよい。この場合、ＵＥ１０は、ＡｏＳ内で指定された周波数バンド、或いはＢＷＰを介してのみRejected S-NSSAIを利用することができるものと判断する。ここで、ＡｏＳは、本実施形態に係るサービス領域の一例である。
　また、ステップＳ６０９において、ＶＰＬＭＮのＡｏＳ内でＶＰＬＭＮに対するRejected S-NSSAIの登録要求の送信を許可することを明示的に示す情報をRejected S-NSSAIに関する補足情報に含めるようにしてもよい。
　また、ステップＳ６０６において、複数のＶＰＬＭＮが特定された場合には、ステップＳ６０６で特定される ＶＰＬＭＮのＡｏＳに基づいて、ＶＰＬＭＮに優先度（priority）を割り当て、ステップＳ６０９において、Rejected S-NSSAIに関する補足情報にＶＰＬＭＮの優先度に係る情報を追加するようにしてもよい。例えば、ＡｏＳがより広いＶＰＬＭＮにより高い優先度を割り当て、ＡｏＳがより狭いＶＰＬＭＮにより低い優先度を割り当てる。或いは、ＡｏＳをカバーする周波数帯域幅がより広いＶＰＬＭＮにより高い優先度を割り当て、ＡｏＳをカバーする周波数帯域幅がより狭いＶＰＬＭＮにより低い優先度を割り当てる。或いは、ＡｏＳに有効期間が設定される場合には、ＡｏＳの有効期間がより長いＶＰＬＭＮにより高い優先度を割り当て、ＡｏＳの有効期間がより短いＶＰＬＭＮにより低い優先度を割り当てる。
　Rejected S-NSSAIに関する補足情報を取得したＵＥ１０は、この優先度に基づいて、対象のトラッキングエリア内でRejected S-NSSAIをサポートするＶＰＬＭＮを選択することができる。
　一方、ステップＳ６０３において、理由が“トラッキングエリアがサポートしていないこと”ではない場合には、ＡＭＦ３０１は、さらに、登録を許可されなかった理由（cause）が“アドミッション制御による制限”であるか否かを確認し（ステップＳ６１０）、理由が“アドミッション制御による制限” であるなら、制限されるトラッキングエリアを特定する（ステップＳ６１１）。
　ＡＭＦ３０１は、特定されたトラッキングエリアに対して、Rejected S-NSSAIの再登録の要求を許可するまでの期間であるバックオフタイマーの値をＮＳＡＣＦ３１２から取得し（ステップＳ６１２）、Rejected S-NSSAIに関する補足情報に対象のトラッキングエリア毎のバックオフタイマーの値を追加して（ステップＳ６１３）、処理を終了する。
　ステップＳ６１２において、ＮＳＡＣＦ３１２から通知、又は報告されるネットワークスライスの状況に応じて、ＡＭＦ３０１がバックオフタイマーの値を設定するようにしてもよい。
　ここで、ステップＳ６１３において、設定されたバックオフタイマーの経過後にＨＰＬＭＮの対象のトラッキングエリア内でRejected S-NSSAIの再登録要求の送信を許可することを明示的に示す情報をRejected S-NSSAIに関する補足情報に含めるようにしてもよい。
　また、Rejected S-NSSAIが登録における優先度の高いＳ－ＮＳＳＡＩである場合には、ステップＳ６１３の処理の後に、ステップＳ６０５以降の処理を追加するようにしてもよい。
　また、ステップＳ６１０において、理由が“アドミッション制御による制限” ではない場合、又は、ステップＳ６０５において、Rejected S-NSSAIをサポートするＶＰＬＭＮがない場合、処理を終了する。
　また、ステップＳ６０６において、Rejected S-NSSAIをサポートする複数のＶＰＬＭＮが特定される場合には、ＰＬＭＮ選択のための優先順位をRejected S-NSSAIに関する補足情報に含めるようにしてもよい。さらに、Rejected S-NSSAIに関する補足情報には、その優先順位をＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに設定することの指示を含めるようにしてもよい。
　また、この優先順位は、Rejected S-NSSAIをサポートするＶＰＬＭＮのＡｏＳの大きさに応じて設定されてもよい。例えば、ＡｏＳがより大きいＶＰＬＭＮの優先順位を高く設定し、ＡｏＳがより小さいＶＰＬＭＮの優先順位を低く設定する。
　また、この優先順位は、ＶＰＬＭＮのＮＳＡＣＦ３１２ー２から通知、又は報告されるネットワークスライスの状況に応じて設定されてもよい。例えば、ＶＰＬＭＮの対象となるネットワークスライスに登録されているＵＥ１０の数、ＶＰＬＭＮの対象となるネットワークスライスを使って確立されているＰＤＵセッションの数、又はＶＰＬＭＮの対象となるネットワークスライスを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数に応じて優先順位が設定される。登録されているＵＥ１０の数、ＰＤＵセッションの数、又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数がより少ないＶＰＬＭＮの優先順位を高く設定し、登録されているＵＥ１０の数、ＰＤＵセッションの数、又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数がより多いＶＰＬＭＮの優先順位を低く設定する。
　図８に示す例では、ＡＭＦ３０１がRejected S-NSSAIに関する補足情報を生成する例を示したが、この処理を実行するのはＡＭＦ３０１に限定されない。Rejected S-NSSAIに関する補足情報を生成するのは、５ＧＣ３０の他のＮＦであってもよい。例えば、ＡＭＦ３０１からＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿Ｇｅｔメッセージを受信して、Allowed NSSAIを生成する際に、ＮＳＳＦ３０４がRejected S-NSSAIと補足情報を生成するようにしてもよい。ＮＳＳＦ３０４は、Allowed NSSAI、Rejected S-NSSAI、Rejected S-NSSAIに関する補足情報を含むＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿Ｇｅｔ応答メッセージをＡＭＦ３０１に返信する。
［６．３　登録処理］
　ＵＥ１０は、５ＧＣ／ＮＧＣ３０を介したサービスの提供を受けるために、５ＧＳへの初期登録（Initial Registration）、登録エリア外の新たなトラッキングエリアへの変更に伴うモビリティ登録更新（Mobility Registration Update）、周期的な登録更新、緊急時の登録のいずれかの目的に従って、ネットワーク（ＲＡＮ、ＡＮ又はコアネットワーク等）に登録する必要がある。ＵＥ１０は、例えば５ＧＣ３０に対応するＰＬＭＮを選択して、登録処理を実行する。
　図９Ａ及び図９Ｂは、５ＧＳへの登録処理の一例を示す図である。登録処理（Registration Procedure）の一例を示す図である。図９Ａに示すように、ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態、つまり、５ＧＣ３０に未登録状態のＵＥ１０は、初期登録（Initial Registration）を実行するために、（Ｒ）ＡＮ２０に登録要求（Registration Request）メッセージを送信する（ステップＳ７０１）。このとき、ＵＥ１０は、登録要求メッセージにＵＥ ｉｄｅｎｔｉｔｙを含めて送信する。
　ＵＥ ｉｄｅｎｔｉｔｙは、有効なＥＰＳ ＧＵＴＩ（Global Unique Temporary Identifier）を持つ場合は、ＥＰＳ ＧＵＴＩからマッピングされる５Ｇ－ＧＵＴＩである。ここで、ＥＰＳ（Evolved Packet System）は、ＬＴＥ（Long Term Evolution）に相当する４Ｇシステムを指し、ＥＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とＥＰＣ（Evolved Packet Core）から構成される。ＥＰＳ ＧＵＴＩは、セキュリティの観点から、ＩＭＳＩ（International Mobile Subscriber Identity）やＩＭＥＩ（International Mobile Equipment Identity）といった各ＵＥに固有に割り当てられたＩＤの代わりに、ＥＰＳ内でＵＥ１０を識別するために用いられるテンポラリーなＩＤである。
　或いは、ＵＥ ｉｄｅｎｔｉｔｙは、利用可能であるならば、ＵＥ１０が登録を試みているＰＬＭＮによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。
　或いは、ＵＥ ｉｄｅｎｔｉｔｙは、利用可能であるならば、ＵＥ１０が登録を試みているＰＬＭＮに対して、ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮとして扱われるＰＬＭＭによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。
　或いは、ＵＥ ｉｄｅｎｔｉｔｙは、利用可能であるならば、いずれかのＰＬＭＮによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。
　さもなければ、ＵＥ１０は、登録要求メッセージにＳＵＣＩ（Subscription Concealed Identifier）を含める。ここで、ＳＵＣＩは、各ＵＥ１０に固有に割り当てられるＩＤであるＳＵＰＩ（Subscription Permanent Identifier）を暗号化したＩＤである。
　ＵＥ１０が任意のＰＬＭＮの５ＧＳに登録する際、このＰＬＭＮ向けのConfigured NSSAI、若しくはAllowed NSSAIを所有しているならば、上述のRequested NSSAIをネットワークに提供しなければならない。よって、ＵＥ１０は、Requested NSSAIを登録要求メッセージに含めるか、或いは、Requested NSSAIのそれぞれのＳ－ＮＳＳＡＩとＨＰＬＭＮのＳ－ＮＳＳＡＩｓとのマッピングを登録要求メッセージに含める。これにより、Requested NSSAIに含まれるＳ－ＮＳＳＡＩ（ｓ）がSubscribed S-NSSAIsに基づいて許可できるか否かがネットワーク側で確認され得る。
　また、ＵＥ１０は、Default Configured NSSAIを利用しているならば、Default Configured NSSAI Indicationを登録要求メッセージに含める。
　また、ＵＥ１０は、同時に登録できるネットワークスライスに関する契約ベースの制約機能をサポートすることができる。この機能をサポートする場合、ＵＥ１０は、ＵＥ　５ＧＭＭ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ　Ｃａｐａｂｉｌｉｔｙの一部として、初期登録（Initial Registration）、及びモビリティ登録更新（Mobility Registration Update）時の登録要求メッセージにその機能をサポートしていることを示す情報を含める。
　同時に登録できるネットワークスライスに関する契約ベースの制約機能をサポートすることを通知したＵＥ１０に対して、ＡＭＦ３０１は、ＵＥ１０にConfigured NSSAIを提供する際、ＨＰＬＭＮのネットワークスライス（Ｓ－ＮＳＳＡＩ（ｓ））に関連するＮＳＳＲＧ（Network Slice Simultaneous Registration Group）に係る情報を提供する。
　ＮＳＳＲＧを受信したＵＥ１０は、共通する１つのＮＳＳＲＧに割り当てられているネットワークスライス（Ｓ－ＮＳＳＡＩｓ）のみをRequested NSSAIに含めなくてはならない。
　ＵＥ１０は、２つ以上のＮＳＳＲＧに係る情報を取得した場合、Configured NSSAIに含まれる２つ以上のネットワークスライス（Ｓ－ＮＳＳＡＩｓ）に相対的な優先度を割り当て、優先度の最も高いＳ－ＮＳＳＡＩを含むＮＳＳＲＧに係る情報を選択する。ＵＥ１０は、選択されたＮＳＳＲＧに係る情報に含まれる２つ以上のＳ－ＮＳＳＡＩｓを含むRequested NSSAIを生成する。
　ここで、優先度の最も高いＳ－ＮＳＳＡＩを含むＮＳＳＲＧに係る情報が２つ以上ある場合には、より優先度の高いＳ－ＮＳＳＡＩを多く含むＮＳＳＲＧに係る情報を選択し、選択されたＮＳＳＲＧに係る情報に含まれる２つ以上のＳ－ＮＳＳＡＩｓを含むRequested NSSAIを生成する。
　（Ｒ）ＡＮ２０は、ＵＥ１０から登録要求メッセージを受信すると、ＡＭＦ Ｓｅｌｅｃｔｉｏｎを実行する（ステップＳ７０２）。（Ｒ）ＡＮ２０は、もし、登録要求メッセージに５Ｇ－Ｓ－ＴＭＳＩ（5G S-Temporary Mobile Subscription Identifier）、若しくは、ＧＵＡＭＩ（Globally Unique AMF Identifier）が含まれてない場合は、（Ｒ）ＡＴ（Radio Access Technology）、及び、利用可能ならば、Requested NSSAIに基づいてＡＭＦ３０１を選択する。或いは、（Ｒ）ＡＮ２０は、もし、登録要求メッセージに含まれている５Ｇ－Ｓ－ＴＭＳＩ、若しくは、ＧＵＡＭＩが、有効なＡＭＦ３０１を示していない場合、（Ｒ）ＡＴ（Radio Access Technology）、及び、利用可能ならば、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づいてＡＭＦ３０１を選択する。
　（Ｒ）ＡＮ２０がＮＧ－ＲＡＮである場合には、選択されたＰＬＭＮ ＩＤ（例えば、前述した５ＧＣ３０に対応するＰＬＭＮ）を含めた登録要求、若しくは、ＳＮＰＮ（Standalone Non-Public Network）を識別するＰＬＭＮ　ＩＤとＮＩＤ（Network Identifier）との組を含めた登録要求をＡＭＦ３０１に転送する（ステップＳ７０３）。
　もし、ＵＥ１０がＡＭＦ３０１にＳＵＣＩを提供していない場合には、ＡＭＦ３０１はＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ処理を起動し、ＵＥ１０にＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔメッセージを送信して、ＳＵＣＩを要求する（ステップＳ７０４）。
　ＵＥ１０は、ステップＳ７０４でＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信した場合、ＳＵＣＩを含んだＩｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅメッセージを送信する（ステップＳ７０５）。ここで、ＵＥ１０は、ＨＰＬＭＮの公開鍵（Public Key）を使ってＳＵＣＩを取得し得る。
　ＡＭＦ３０１は、ＳＵＰＩ、或いは、ＳＵＣＩに基づいて、ＡＵＳＦ Ｓｅｌｅｃｔｉｏｎを実行して（ステップＳ７０６）、ＵＥ１０の認証を起動する。
　ＡＵＳＦ３０９は、ＡＭＦ３０１から認証（Authentication）の要求を受信すると、ＵＥ１０の認証を実行しなくてはならない。
　ＡＵＳＦ３０９は、認証（Authentication）処理として、ＵＤＭ３０７を選択し、ＵＤＭ３０７から認証データを取得する。ＵＥ１０が認証されると、ＡＵＳＦ３０９は、ＡＭＦ３０１にセキュリティに関する情報を提供する。
　ＵＥ１０の認証に成功すると、ＡＭＦ３０１は、ＮＧＡＰ（NG Application Protocol)処理を起動して、（Ｒ）ＡＮ２０にｓｅｃｕｒｉｔｙ ｃｏｎｔｅｘｔを提供する。
　（Ｒ）ＡＮ２０は、ｓｅｃｕｒｉｔｙ ｃｏｎｔｅｘｔを保持して、ＡＭＦ３０１に応答を送信する。（Ｒ）ＡＮ２０は、以降、ＵＥ１０との間で交換するメッセージを保護するために、このｓｅｃｕｒｉｔｙ ｃｏｎｔｅｘｔを用いる。
　ＡＭＦ３０１は、ＳＵＰＩに基づいてＵＤＭ Ｓｅｌｅｃｔｉｏｎを実行し、ＵＤＭ３０７を選択する（ステップＳ７０７）。
　ＡＭＦ３０１は、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎサービス（Nudm_UECM_Registration Request/Response）を使って、ＵＤＭ３０７に登録される（ステップＳ７０８、ステップＳ７０９）。
　ＡＭＦ３０１がＵＥ１０の加入者データ（Subscription Data）を持っていない場合には、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔサービス（Nudm_SDM_Get/Nudm_SDM_Get Response）を使って、アクセス及びモビリティ加入者データ（Access and Mobility Subscription data）、ＳＭＦ選択加入者データ（SMF Selection Subscription data）等の加入者データ（Subscription Data）をＵＤＭ３０７から取得する（ステップＳ７１０、ステップＳ７１１）。ここで、加入者データには、スライス選択加入者データ（Slice Selection Subscription data）が含まれる。
　例えば、ＡＭＦ３０１がRequested NSSAIに含まれる全てのＳ－ＮＳＳＡＩに対応できない等、スライス選択が必要な場合に、ＡＭＦ３０１がRequested NSSAI、Subscribed S-NSSAI(s)、ＴＡＩ、ＳＵＰＩのＰＬＭＮ　ＩＤを含むＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿ＧｅｔメッセージをＮＳＳＦ３０４に送信する（ステップＳ７１２）と、ＮＳＳＦ３０４は、図７に示したネットワークスライスの登録判定処理を実行する（ステップＳ７１３）。
　ＮＳＳＦ３０４は、ＡＭＦセット、又はＡＭＦのアドレスのリスト、Allowed NSSAI、Rejected S-NSSAI(s)を含むＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿Ｇｅｔ ＲｅｓｐｏｎｓｅメッセージをＡＭＦ３０１に応答する（ステップＳ７１４）。
　ステップＳ７１１において、ＡＭＦ３０１がＮＳＳＲＧに係る情報を取得している場合には、ＡＭＦ３０１は、ステップＳ７１２において、ＮＳＳＲＧに係る情報を含むＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿ＧｅｔメッセージをＮＳＳＦ３０４に送信する。
　ＮＳＳＲＧは、加入者データに基づいて、同時に登録できるネットワークスライスのグループを示す制約情報である。Ｓ－ＮＳＳＡＩがＮＳＳＲＧに関連する際、そのＳ－ＮＳＳＡＩは、少なくとも１つのＮＳＳＲＧに含まれていなければならない。
　ＮＳＳＲＧに係る情報を含む加入者データは、少なくとも１つのdefault S-NSSAIを含まなくてはならない。１つ以上のdefault S-NSSAIが存在するなら、その、又はそれらのdefault S-NSSAI(s)は、同じＮＳＳＲＧに関連付けられる。つまり、ＵＥ１０は、全てのdefault S-NSSAI(s)を同時に登録することを許されている。
　ＮＳＳＦ３０４は、Requested NSSAI 、Subscribed S-NSSAI(s)、及びＮＳＳＲＧに係る情報に基づいてAllowed NSSAIに含める１つ以上のＳ－ＮＳＳＡＩを選択する。ここで、ＡＭＦ３０１がＮＳＳＲＧに係る情報を含む加入者データを受信している場合、Allowed NSSAIには共通する１つのＮＳＳＲＧに割り当てられているネットワークスライス（Ｓ－ＮＳＳＡＩｓ）のみを含めることができる。
　ＡＭＦ３０１は、Requested NSSAIの補足情報（或いは支援情報）として各Ｓ－ＮＳＳＡＩの登録における優先度に係る情報を取得している場合には、ＡＭＦ３０１は、ステップＳ７１２において各Ｓ－ＮＳＳＡＩの登録における優先度に係る情報を含むＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿ＧｅｔメッセージをＮＳＳＦ３０４に送信する。
　ＮＳＳＦ３０４は、Requested NSSAI 、Subscribed S-NSSAI(s)、ＮＳＳＲＧに係る情報、及び各Ｓ－ＮＳＳＡＩの登録における優先度に係る情報に基づいてAllowed NSSAIに含める１つ以上のＳ－ＮＳＳＡＩを選択する。
　例えば、ＮＳＳＦ３０４は、各Ｓ－ＮＳＳＡＩの登録における優先度に係る情報に基づいて、優先度の最も高いＳ－ＮＳＳＡＩを含むＮＳＳＲＧに係る情報を選択し、選択されたＮＳＳＲＧに係る情報に含まれる２つ以上のＳ－ＮＳＳＡＩｓを含むAllowed NSSAIを生成する。
　ここで、優先度の最も高いＳ－ＮＳＳＡＩを含むＮＳＳＲＧに係る情報が２つ以上ある場合には、より優先度の高いＳ－ＮＳＳＡＩを多く含むＮＳＳＲＧに係る情報を選択し、選択されたＮＳＳＲＧに係る情報に含まれる２つ以上のＳ－ＮＳＳＡＩｓを含むAllowed NSSAIを生成する。
　ＡＭＦ３０１は、ＮＲＦ３０３から取得した、若しくはＡＭＦ３０１にローカルに設定された利用可能なＮＳＡＣＦのインスタンス情報に基づいてＮＳＡＣＦ Ｓｅｌｅｃｔｉｏｎを実行し、ＮＳＡＣＦ３１２を選択する（ステップＳ７１５）。
　ＡＭＦ３０１は、Ｎｎｓａｃｆ＿ＮＳＡＣサービスを使って、Ｎｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求メッセージをＮＳＡＣＦ３１２に送信する（ステップＳ７１６）と、Ｎｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅサービスへの登録処理が実行され、登録が完了すると、その応答として、ＮＳＡＣＦ３１２からＮｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ応答メッセージを受信する（ステップＳ７１７）。
　ここで、Ｎｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅサービスでは、このサービスを登録しているネットワーク機能（Network Function）、例えばＡＭＦ３０１に対して、イベントベースでＳ－ＮＳＳＡＩ（ネットワークスライス）に登録されている現在のＵＥ１０の数、Ｓ－ＮＳＳＡＩを使って確立されている現在のＰＤＵセッションの数、又はＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立している現在のＵＥ１０の数を通知する。
　このサービスのＳｕｂｓｃｒｉｂｅの要求メッセージには、Ｅｖｅｎｔ　ＩＤ、Ｅｖｅｎｔ　Ｆｉｌｔｅｒ、Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇ情報を含めることができる。
　Ｅｖｅｎｔ　ＩＤパラメータは、Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数を通知するか、Ｓ－ＮＳＳＡＩを使って確立されているＰＤＵセッションの数を通知するか又はＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立している現在のＵＥ１０の数を通知するかを定義する。
　Ｅｖｅｎｔ　Ｆｉｌｔｅｒパラメータは、このサービスを登録しているネットワーク機能に通知される登録されている現在のＵＥ１０の数の対象となるＳ－ＮＳＳＡＩ、又は確立されている現在のＰＤＵセッションの数の対象となるＳ－ＮＳＳＡＩ、１つ以上のＰＤＵセッションを確立している現在のＵＥ１０の数の対象となるＳ－ＮＳＳＡＩ、又はそれらのセットの対象となるＳ－ＮＳＳＡＩである。
　Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇ情報は、通知が閾値ベースであるか、周期的であるかを定義する。閾値ベースの通知では、対象となるＳ－ＮＳＳＡＩに登録されている現在のＵＥ１０の数、確立されている現在のＰＤＵセッションの数、又は１つ以上のＰＤＵセッションを確立している現在のＵＥ１０の数が閾値に達すると、Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇがトリガされる。周期的な通知では、例えば、周期タイマーの有効期間を経過すると、通知がトリガされる。ここで、閾値はネットワークスライス毎に設定することができる。オプションとして、瞬時の報告を設定することもできる。
　ＡＭＦ３０１は、Ｓ－ＮＳＳＡＩに関する補足情報を生成する（ステップＳ７１８）。ここで、Ｓ－ＮＳＳＡＩに関する補足情報は、例えば、図８に示す処理で生成されるRejected S-NSSAIに関する補足情報である。
　ＡＭＦ３０１は、Allowed NSSAI、Rejected NSSAI、Ｓ－ＮＳＳＡＩに関する補足情報（或いは支援情報）を含む登録許可（Registration Accept）メッセージをＵＥ１０に送信し（ステップＳ７１９）、その応答として、ＵＥ１０から登録完了（Registration Complete）メッセージを受信する（ステップＳ７２０）。
　また、ＡＭＦ３０１は、Allowed NSSAI に含めることができるＳ－ＮＳＳＡＩがなく、登録を拒否する場合に、Rejected S-NSSAIを含むTarget NSSAIと、Rejected S-NSSAIをサポートするＶＰＬＭＮのトラッキングエリア（モビリティ管理エリア）、或いはＡｏＳ(Area of Service)に誘導するためのＲＦＳＰインデックスを設定して、Target NSSAIとこのTarget NSSAIに対するＲＦＳＰインデックスを（Ｒ）ＡＮ２０に送信するようにしてもよい。その際、ＡＭＦ３０１は、（Ｒ）ＡＮ２０にＲＦＳＰインデックスに対応する無線リソース管理方針の生成を要求するようにしてもよい。この無線リソース管理方針は、例えば、セル選択／再選択処理において、ＶＰＬＭＮのセルの動作周波数の優先順位をＨＰＬＭＮのセルの動作周波数の優先順位よりも高く設定することである。
　（Ｒ）ＡＮ２０は、ＲＦＳＰインデックスに対応する無線リソース管理方針に従って、セル選択／再選択処理における測定周波数の優先順位をＵＥ１０に設定する。
　ＵＥ１０は、設定された測定周波数の優先順位に従って、セル選択／再選択処理を実行し、ＶＰＬＭＮのセルを検出することができる。そして、ＵＥ１０は、ＶＰＬＭＮのセルにRequested NSSAIとしてRejected S-NSSAIを含む登録を要求することができる。ここで、ＵＥ１０は、ＡＭＦ３０１からＨＰＬＭＮのRejected S-NSSAIとＶＰＬＭＮのＳ－ＮＳＳＡＩのマッピングに係る情報を取得して、登録要求にはRequested NSSAI としてRejected S-NSSAIに対応するＶＰＬＭＮのＳ－ＮＳＳＡＩを含めることができる。
［６．４　ネットワークスライスのＡｏＳ(Area of Service)への在圏確認］
　図１０は、ＵＥ１０におけるネットワークスライスの可用性の確認手順の一例を示す図である。
　ＵＥ１０が登録処理を実行する（ステップＳ８０１）と、その登録処理の中でＵＥ１０はAllowed NSSAIに加えて、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報を取得する（ステップＳ８０２）。従来、登録エリアにおいて再度Rejected S-NSSAIの登録を要求することは許されていない。ただし、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報を取得している場合に限り、Rejected S-NSSAIをサポートするトラッキングエリアにおいて登録を要求することを許可するものとする。
　ここで、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報は、例えば、図８に示した処理で生成されるRejected S-NSSAIに関する補足情報（或いは支援情報）である。
　ＵＥ１０は、Rejected S-NSSAIを利用するための処理を開始すると、Rejected S-NSSAIの登録処理を起動する（ステップＳ８０３）。
　ＵＥ１０は、ＨＰＬＭＮに属するセルに対するセル選択／再選択処理を実行し、選択したセルが属するＨＰＬＭＮのトラッキングエリアを特定する（ステップＳ８０４）。ここで、ＵＥ１０は、ＨＰＬＭＮに対するセル選択／再選択処理に加えて、又は代えて、同期信号ブロック（SSB : Synchronization Signal/PBCH Block）を識別してビームを特定するようにしてもよい。
　同期信号ブロックには、ＰＳＳ（Primary Synchronization Signal）、ＳＳＳ（Secondary Synchronization Signal）、ＰＢＣＨ（Physical Broadcast CHannel）が含まれ、ＵＥ１０は、セルサーチのために同期信号ブロックのＰＳＳとＳＳＳを受信する。
　ＵＥ１０は、同期信号ブロックのＰＢＣＨを受信して、システム情報であるＭＩＢ（Master Information Block）を取得する。ＭＩＢには、システム情報であるＳＩＢ１（System Information Block 1）を伝送する物理ダウンリンク共有チャネルＰＤＳＣＨ（Physical Downlink Shared CHannel）をスケジュールする物理ダウンリンク制御チャネルＰＤＣＣＨ（Physical Downlink Control CHannel）をモニタリングするためのパラメータ、例えば、ＣＯＲＥＳＥＴ（Control Resource Set）＃０が含まれている。
　基地局装置が異なるアンテナ指向性で異なる同期信号ブロックを送信して、ＵＥ１０が受信した同期信号ブロックを識別することにより、ＵＥ１０は、基地局装置が送信する異なるアンテナ指向性の中から１つのアンテナ指向性を特定することができる。ここで、異なるアンテナ指向性は、複数のアンテナ素子に給電される信号の振幅と位相によって制御され、ビームとも呼ばれる。
　続いて、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報に基づいて、特定したＨＰＬＭＮのトラッキングエリアでRejected S-NSSAIがサポートされているかを確認し（ステップＳ８０５）、ＨＰＬＭＮのトラッキングエリアでRejected S-NSSAIがサポートされていれば、ＵＥ１０はＨＰＬＭＮに対してRejected S-NSSAIの登録を要求し（ステップＳ８０６）、処理を終了する。
　ＨＰＬＭＮのトラッキングエリア（例えば、ＨＰＬＭＮ＿ＴＡ２）で、Rejected S-NSSAI（例えば、Ｓ－ＮＳＳＡＩ－Ｈ２）がサポートされていなければ、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報に基づいて、ＨＰＬＭＮのトラッキングエリアにおいてRejected S-NSSAIをサポートするＶＰＬＭＮのＰＬＭＮ　ＩＤとＡｏＳを特定する（ステップＳ８０７）。ここで、ＡｏＳは、例えば、ＨＰＬＭＮ＿ＴＡ２とＶＰＬＭＮ＿ＴＡ１とが重複する領域である。
　ＵＥ１０は、ＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストを確認する（ステップＳ８０８）。ＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストにステップＳ８０７で特定されたＶＰＬＭＮのＰＬＭＮ　ＩＤが含まれているかを確認し（ステップＳ８０９）、含まれていれば、ＶＰＬＭＮに属するセルに対するセル選択／再選択処理を起動する（ステップＳ８１０）。ここで、ＶＰＬＭＮに属するセルに対するセル選択／再選択処理は、ステップＳ８０４で実行されるＨＰＬＭＮに属するセルに対するセル選択／再選択処理のタイミングとは異なるタイミングで実行されるように設定される。
　ＵＥ１０は、ＶＰＬＭＮに属するセルに対するセル選択／再選択処理を実行し、選択したセルが属するＶＰＬＭＮのトラッキングエリアを特定する（ステップＳ８１１）。ここで、ＵＥ１０は、ＶＰＬＭＮに対するセル選択／再選択処理に加えて、又は代えて、同期信号ブロックを識別してビームを特定するようにしてもよい。
　ＵＥ１０は、ステップＳ８０７で特定したＡｏＳとして設定されたＶＰＬＭＮのトラッキングエリア内に在圏しているかを確認し（ステップＳ８１２）、在圏していれば、ＶＰＬＭＮに対してRejected S-NSSAIの登録を要求し（ステップＳ８１３）、処理を終了する。
　ＡｏＳがトラッキングエリアの粒度で設定されている場合には、ＶＰＬＭＮに属するセルに対するセル選択／再選択処理によって選択されるセルの属するトラッキングエリアの情報によってＡｏＳへの在圏が確認される。
　ＡｏＳがセルＩＤの粒度で設定されている場合には、ＶＰＬＭＮに属するセルに対するセル選択／再選択処理によって選択されるセルのＩＤの情報によってＡｏＳへの在圏が確認される。
　ＡｏＳが緯度、経度等の座標を使った領域として設定されている場合には、ＵＥ１０が検出する位置情報によってＡｏＳへの在圏が確認される。ＵＥ１０の位置情報の検出は、例えば、［５．位置情報の管理機能］で説明した手法が用いられる。
　ここで、サービングＰＬＭＮとなるＶＰＬＭＮに対するRejected S-NSSAI（例えば、Ｓ－ＮＳＳＡＩ－Ｖ２）は、マッピングに係る情報に基づいて、ＨＰＬＭＮのRejected S-NSSAIであるＳ－ＮＳＳＡＩ－Ｈ２に対応するＶＰＬＭＮのＳ－ＮＳＳＡＩとして特定される。
　また、ステップＳ８０９において、ＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストにステップＳ８０７で特定されたＶＰＬＭＮのＰＬＭＮ　ＩＤが含まれていなければ、処理を終了する。
　また、ステップＳ８１２において、ＡｏＳとして設定されたＶＰＬＭＮのトラッキングエリア内に在圏していなければ、設定された周期でステップＳ８１０のＶＰＬＭＮに属するセルに対するセル選択／再選択処理が実行される。
　上述したように、特定のネットワークスライスをサポートできないＨＰＬＭＮのトラッキングエリアに対して、ローミング候補となるＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに含まれるＶＰＬＭＮの中から、そのトラッキングエリア内でそのネットワークスライスをサポートするＶＰＬＭＮとＡｏＳの情報をＵＥ１０に提供することにより、従来ネットワークスライスを利用することができなかったＨＰＬＭＮのトラッキングエリア内の少なくとも一部の領域であるＶＰＬＭＮのＡｏＳにおいて、ＵＥ１０によるネットワークスライスの利用を可能にする。つまり、ＵＥ１０によるネットワークスライスの可用性を向上することができる。
　さらに、アドミッション制御により特定のネットワークスライスの登録を制限しているＨＰＬＭＮのトラッキングエリアに対して、ローミング候補となるＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに含まれるＶＰＬＭＮの中から、そのトラッキングエリア内でそのネットワークスライスをサポートするＶＰＬＭＮとＡｏＳの情報をＵＥ１０に提供することにより、従来ネットワークスライスを利用することができなかったＨＰＬＭＮのトラッキングエリア内の少なくとも一部の領域であるＶＰＬＭＮのＡｏＳにおいて、ＵＥ１０によるネットワークスライスの利用を可能にする。
　また、特定のネットワークスライスをサポートできない領域の単位、および、アドミッション制御、或いは加入者データ（Subscription Data）により特定のネットワークスライスの登録を制限している領域の単位は、トラッキングエリア（モビリティ管理エリア）に限定されるわけではなく、登録エリア、或いはＡｏＳ（Area of Service）であってもよい。ここで、ＡｏＳは、トラッキングエリアよりも細かな粒度で領域を定義するための、例えば、緯度、経度等の座標系で定義された領域、セルＩＤ、セルＩＤのセット、基地局ＩＤ、或いは基地局ＩＤのセット等である。
［７．ネットワークスライスの可用性の改善手法２］
　図６で示した例では、特定のネットワークスライスをサポートできないＨＰＬＭＮのトラッキングエリアにおいて、そのネットワークスライスをサポートするＶＰＬＭＮを活用する例を示したが、ＶＰＬＭＮの代わりにローカル５Ｇに代表されるＳＮＰＮ（Stand-alone Non-Public Network）を活用するようにしてもよい。ただし、ＶＰＬＭＮと違い、ＳＮＰＮオペレータはＨＰＬＭＮとの間でローミングのためのＳＬＡを締結していないケースが想定されるため、ＶＰＬＭＮの代わりにＳＮＰＮを利用してネットワークスライスの可用性を向上させるために、追加の手順が必要となる。なお、ＳＮＰＮオペレータがＨＰＬＭＮとの間でローミングのためのＳＬＡを締結している場合には、ＶＰＬＭＮの場合と同様、図１０の処理を使用することができる。
（候補ＳＮＰＮの検出処理）
　図１１Ａは、候補ＳＮＰＮ検出に関するＨＰＬＭＮ側の処理の一例を示す図である。
　ＨＰＬＭＮの５ＧＣ３０（例えば、ＡＭＦ３０１）は、候補ＳＮＰＮの検出処理を開始すると、Rejected S-NSSAI （例えば、Ｓ－ＮＳＳＡＩ－Ｈ２）とRejected S-NSSAIをサポートできないトラッキングエリア（例えば、ＨＰＬＭＮ＿ＴＡ２）に係る情報を生成する（ステップＳ９０１）。ここで、ＨＰＬＭＮは、ＳＮＰＮとの間でローミングのためのＳＬＡを締結していないため、ＳＮＰＮがサポートする各Ｓ－ＮＳＳＡＩとＨＰＬＭＮの対応するＳ－ＮＳＳＡＩとのマッピングに係る情報を所有してはいない。
　ＨＰＬＭＮの５ＧＣ３０は、ＮＥＦ３０２を介して、Rejected S-NSSAI とRejected S-NSSAIをサポートできないトラッキングエリアに係る情報とを含む要求を公開（expose）する（ステップＳ９０２）。Rejected S-NSSAIに係る情報は、例えば、Rejected S-NSSAIのためにサポートされるＱｏＳフローの数、各ＱｏＳフローの特徴である。ここで、ＱｏＳフローの特徴は、例えば、５ＱＩ、或いはリソースタイプ、優先度、パケット遅延許容時間、パケットエラーレート、平均ウィンドウ（Averaging Window）、及び、最大データバースト量（Maximum Data Burst Volume）等に関する情報のセットであってもよい。
　また、Rejected S-NSSAIに係る情報は、Rejected S-NSSAIに対するエッジアプリケーションサーバ（EAS : Edge Application Server）の使用、ＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）モデルの使用、ネットワークデータ解析機能（NWDAF : Network Data Analytics Function）の使用の有無等、５ＧＣ３０が備える特定の機能の使用の有無を示す情報を含むようにしてもよい。
　ネットワークデータ解析機能は、学習済みのＡＩ／ＭＬモデルを利用して推論を実行し、分析情報を生成する分析論理機能（ＡｎＬＦ：Analytics Logical Function）、さらにはＡＩ／ＭＬモデルを学習するモデル学習論理機能（ＭＴＬＦ：Model Training Logical Function）を含むことができる。
　ネットワークデータ解析機能は、ＵＥ１０から取得する様々なセンシング情報と、アプリケーションに応じて取得したＡＩ／ＭＬモデルを使って、例えば、画像認識、音声認識、自動翻訳、２次元、若しくは３次元の位置の推定、同期のための時刻の推定、ＡＤＡＳ（Advanced Driver-Assistance Systems）、若しくは自動運転を支援するためのアシスト情報の算出、例えばダイナミックマップを構成する準静的情報のレイヤ、準動的情報のレイヤ、及び／若しくは動的情報のレイヤの生成等を行う 
　５ＧＣ３０のＮＥＦ３０２は、ＳＮＰＮに対して少なくとも２つのアクセスレベルを管理し、１つはＨＰＬＭＮとの間でＳＬＡを締結しているＳＮＰＮのみがアクセスできる第１のアクセスレベルで、もう１つはＨＰＬＭＮとの間でＳＬＡを締結していないＳＮＰＮがアクセスできる第２のアクセスレベルである。
　ＨＰＬＭＮの５ＧＣ３０は、ステップＳ９０２において、Rejected S-NSSAI とRejected S-NSSAIをサポートできないトラッキングエリアに係る情報を第２のアクセスレベルで公開する。つまり、ＨＰＬＭＮとの間でＳＬＡを締結していないＳＮＰＮは、５ＧＣ３０のＮＥＦ３０２を介して、Rejected S-NSSAI とRejected S-NSSAIをサポートできないトラッキングエリアに係る情報を取得することができる。
　ＨＰＬＭＮの５ＧＣ３０は、ＮＥＦ３０２を介して、
　・対象となるトラッキングエリア内のＳＮＰＮのＳＮＰＮ　ＩＤ
　・Rejected S-NSSAIとＳＮＰＮのＳ－ＮＳＳＡＩとのマッピング
　・ＡｏＳ
のセットを取得し（ステップＳ９０３）、ＳＮＰＮの生成されたセットに対応するサービスの利用を希望する場合には、生成されたセットに対するＳＬＡの要求メッセージをＳＮＰＮに送信する（ステップＳ９０４）。
　ＨＰＬＭＮの５ＧＣ３０は、ＮＥＦ３０２を介して、要求したＳＮＰＮから、生成されたセットに対するＳＬＡの許可を取得する（ステップＳ９０５）。
　生成されたセットに対するＳＬＡの許可をＳＮＰＮから取得すると、ＨＰＬＭＮは、セットに含まれるRejected S-NSSAIの利用に関して、前述のＶＰＬＭＮの場合と同様、図１０の処理を使用することができるようになる。
　ＨＰＬＭＮの５ＧＣ３０は、ＳＮＰＮ　ＩＤ、Rejected S-NSSAIとＳＮＰＮのＳ－ＮＳＳＡＩのマッピング、及びＡｏＳのセットを、Rejected S-NSSAIに関する補足情報（或いは支援情報）に追加する（ステップＳ９０６）。
　さらに、ＨＰＬＭＮの５ＧＣ３０は、ＵＥ１０がＳＮＰＮ　ＩＤに対応するＳＮＰＮをローミング候補と扱えるように、ＵＥ１０のＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストにＳＮＰＮ　ＩＤを追加するように指示してもよい。
　図１１Ｂは、候補ＳＮＰＮ検出に関するＳＮＰＮ側の処理の一例を示す図である。
　ＳＮＰＮは、ＮＥＦ３０２を介して、Rejected S-NSSAI とRejected S-NSSAIをサポートできないトラッキングエリアに係る情報を取得する（ステップＳ９０７）。ＳＮＰＮはＮＥＦ３０２を介した情報の取得を任意のタイミング又は所望のタイミングで行うことができる。例えばＳＮＰＮで使用する周波数帯域、或いは無線リソースに空きがあり、ＨＰＬＭＮの５ＧＣ３０に周波数帯域、或いは無線リソースを使用させる（例えば貸し出す）ことが可能な場合に、サービス提供のために情報を取得してもよい。
　ＳＮＰＮは、ＨＰＬＭＮから取得したRejected S-NSSAIに係る情報に基づいて、ＳＮＰＮの対応するＳ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ｓ２）を特定する（ステップＳ９０８）。ここで、ＳＮＰＮは、対応するＳ－ＮＳＳＡＩがない場合に、Rejected S-NSSAIに係る情報（例えば、サポートされるＱｏＳフローの数、各ＱｏＳフローの特徴）に基づいて、対応するＳ－ＮＳＳＡＩを設定するようにしてもよい。
　ＳＮＰＮは、ＨＰＬＭＮから取得したRejected S-NSSAIをサポートできないトラッキングエリアに係る情報に基づいて、対象となるトラッキングエリア内において、ステップＳ９０８で特定したＳＮＰＮの対応するＳ－ＮＳＳＡＩのＡｏＳを確認する（ステップＳ９０９）。ここで、ＳＮＰＮのＳ－ＮＳＳＡＩのＡｏＳは、例えば、ＳＮＰＮに属するネットワークに相当するＳＮＰＮ　ＩＤ、ＳＮＰＮのトラッキングエリア、又はＳＮＰＮに属する基地局のセルＩＤである。
　ＳＮＰＮを識別するために用いられるＳＮＰＮ　ＩＤは、ＰＬＭＮ ＩＤとＮＩＤ（Network IDentifier）を組み合わせた識別子である。ここで、ＳＮＰＮ ＩＤに用いられるＰＬＭＮ ＩＤは、ＰＮＩ－ＮＰＮ（Public Network Integrated NPN）で用いられるＧＵＩＤ（Globally Unique IDentifier）であるＰＬＭＮ ＩＤとは異なり、ローカルに（つまり、ＳＮＰＮ内において）固有であればよい。
　続いて、対象となるトラッキングエリア内にＳＮＰＮの対応するＳ－ＮＳＳＡＩのＡｏＳが存在するかを確認し（ステップＳ９１０）、存在していなければ処理を終了する。
　ここで、トラッキングエリアに係る情報は、例えば、緯度、経度と距離によって定義される領域に係る情報である。例えば、中心を示す座標の緯度、経度と半径の距離で設定される円領域、各角の座標の緯度、経度で設定される多角形領域等である。
　対象となるトラッキングエリア内にＳＮＰＮの対応するＳ－ＮＳＳＡＩのＡｏＳが存在していれば、ＳＮＰＮは、
　・ＳＮＰＮ　ＩＤ
　・Rejected S-NSSAIとＳＮＰＮのＳ－ＮＳＳＡＩのマッピング
　・ＡｏＳ
　のセットを生成し（ステップＳ９１１）、生成したセットをＮＥＦ３０２に提供する（ステップＳ９１２）。
　ＳＮＰＮは、ＮＥＦ３０２を介して、ＨＰＬＭＮの５ＧＣ３０から生成されたセットに対するＳＬＡの要求メッセージを取得する（ステップＳ９１３）。
　ＳＮＰＮは、生成されたセットに対するＳＬＡの要求を許可すると、生成されたセットに対するＳＬＡの許可メッセージを応答し（ステップＳ９１４）、処理を終了する。
　また、ステップＳ９１４における生成されたセットに対するＳＬＡの許可には有効な期間が設定されてもよい。つまり、ＨＰＬＭＮに属するＵＥ１０は、この有効な期間に限って、ＳＮＰＮの生成されたセットに対応するサービスを利用することができる。よって、Rejected S-NSSAIをサポートするトラッキングエリアに関する情報、又は補足情報に追加された情報（ＳＮＰＮのＳＮＰＮ　ＩＤ、ＨＰＬＭＮでのRejected S-NSSAIの値とＳＮＰＮで使用されているＳ－ＮＳＳＡＩの対応する値とのマッピングに係る情報、及びＡｏＳに係る情報）は、有効な期間を経過すると削除される。同様に、ＵＥ１０のＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに追加されたＳＮＰＮ　ＩＤも有効な期間を経過すると削除される。
　上述したように、ＨＰＬＭＮの５ＧＣ３０は、ＮＥＦ３０２を介して、Rejected S-NSSAI とRejected S-NSSAIをサポートできないトラッキングエリアに係る情報を公開して、ＳＮＰＮからRejected S-NSSAIをサポートすることができるＡｏＳや、ＨＰＬＭＮとＳＮＰＮ間における対象のネットワークスライスの対応関係の情報を取得して、動的／オンデマンドなＳＬＡをＳＮＰＮと締結することにより、このＳＮＰＮに対して上述のＶＰＬＭＮと同等の扱いをすることが可能となる。つまり、さらにネットワークスライスの可用性を向上させることができる。
　また、特定のネットワークスライスをサポートできない領域の単位は、トラッキングエリア（モビリティ管理エリア）に限定されるわけではなく、登録エリア、或いはＡｏＳ（Area of Service）であってもよい。ここで、ＡｏＳは、トラッキングエリアよりも細かな粒度で領域を定義するための、例えば、緯度、経度等の座標系で定義された領域、セルＩＤ、セルＩＤのセット、基地局ＩＤ、或いは基地局ＩＤのセット等である。
［８．ネットワークスライスの可用性の改善手法３］
　図１２は、アドミッション制御に伴う登録情報の更新処理の一例を示す図である。
　図９Ａ及び図９Ｂに示す登録処理を実行して、ＵＥ１０は、ＡＭＦ３０１からAllowed NSSAI、Rejected NSSAI、Ｓ－ＮＳＳＡＩに関する補足情報（或いは支援情報）を含む登録許可（Registration Accept）メッセージを受信し（ステップＳ７１９）、その応答として、登録完了（Registration Complete）メッセージをＡＭＦ３０１に返信する（ステップＳ７２０）。
　ステップＳ７１６で登録したＮｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅサービスによって、ＡＭＦ３０１は、ＮＳＡＣＦ３１２からイベントに応じたネットワークスライスの状況を含むＮｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ　Ｎｏｔｉｆｙメッセージを受信する（ステップＳ１００１）。ここで、ネットワークスライスの状況は、例えば、対象となるネットワークスライスに対して、登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、１つ以上のＰＤＵセッションを確立しているＵＥ１０の数、登録されているＵＥ１０の数が閾値を越えたことの通知、確立されているＰＤＵセッションの数が閾値を越えたことの通知、１つ以上のＰＤＵセッションを確立しているＵＥ１０の数が閾値を越えたことの通知等のうちの少なくとも１つを含む。
　ＡＭＦ３０１は、ＮＳＡＣＦ３１２からの通知に応じたアドミッション制御を実行するためにAllowed NSSAIを更新する（ステップＳ１００２）。ここで、アドミッション制御が、登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数のどのクライテリアに基づいて起動されるかをネットワークスライス毎にＡＭＦ３０１に設定するようにしてもよい。ＡＭＦ３０１は、アドミッション制御によって、Allowed NSSAIとして登録されているＳ－ＮＳＳＡＩ（ネットワークスライス）に有効期間を設定する、或いはAllowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除することを決定し、Ｓ－ＮＳＳＡＩに関する補足情報（或いは支援情報）としてＵＥ１０にその指示を通知することができる。
　ここで、Allowed NSSAIに含まれている対象となるＳ－ＮＳＳＡＩに有効期間を設定するか、対象となるＳ－ＮＳＳＡＩをAllowed NSSAIから削除するかは、Requested NSSAIの補足情報（或いは支援情報）に含まれる各Ｓ－ＮＳＳＡＩの登録における優先度に基づいて決定されてもよい。
　また、Allowed NSSAIに含まれている対象となるＳ－ＮＳＳＡＩに有効期間を設定するか、対象となるＳ－ＮＳＳＡＩをAllowed NSSAIから削除するかは、ＮＳＡＣＦ３１２からの通知に基づいて決定されてもよい。例えば、現在確立されているＰＤＵセッションの数が最大数に達していなくて、現在登録されているＵＥ１０の数が最大数に達している場合に、対象となるＳ－ＮＳＳＡＩに登録しているＵＥ１０は多いものの、対象となるＳ－ＮＳＳＡＩを利用しているＵＥ１０は少ないと判断して、対象となるＳ－ＮＳＳＡＩの登録に有効期間を設定することを決定する。
　さらに、ＡＭＦ３０１は、Ｓ－ＮＳＳＡＩに関する補足情報として、さらに、アドミッション制御に従ってAllowed NSSAIとして登録されているＳ－ＮＳＳＡＩの再登録に係る条件を決定するようにしてもよい。
　ＡＭＦ３０１は、例えば、対象となるＳ－ＮＳＳＡＩをAllowed NSSAIから削除する場合に、Ｓ－ＮＳＳＡＩに関する補足情報として、対象となるＳ－ＮＳＳＡＩの再登録に関する条件を決定する。或いは、Allowed NSSAIに含まれている対象となるＳ－ＮＳＳＡＩに設定されている有効期間を経過した後に、Allowed NSSAIから削除する場合に、対象となるＳ－ＮＳＳＡＩの再登録に関する条件を決定する。
　ここで、対象のＳ－ＮＳＳＡＩの再登録に関する条件は、例えば、同一の登録エリア、或いは同一のトラッキングエリアでの再登録の要求を禁止する、或いは同一の登録エリア、或いは同一のトラッキングエリアでの再登録までのバックオフタイマーを設定する等である。
　ＡＭＦ３０１は、同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳ（Area of Service）での再登録の要求を禁止する場合には、Ｓ－ＮＳＳＡＩに関する補足情報として、同一の登録エリア、同一のトラッキングエリア或いは同一のＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮとＡｏＳに係る情報を生成する。さらに、ＡＭＦ３０１は、同一の登録エリア、同一のトラッキングエリア（モビリティ管理エリア）、或いは同一のＡｏＳでの再登録の要求を禁止する場合には、Ｓ－ＮＳＳＡＩに関する補足情報として、同一の登録エリア、同一のトラッキングエリア（モビリティ管理エリア）、或いは同一のＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＳＮＰＮとＡｏＳに係る情報を生成するようにしてもよい。
　ＡＭＦ３０１は、上述したように、Allowed NSSAIとして登録されているＳ－ＮＳＳＡＩの有効期間の設定、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩの削除の指示、対象となるＳ－ＮＳＳＡＩの再登録に関する条件、再登録の要求が禁止されている登録エリア、トラッキングエリア、或いはＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮとＡｏＳに係る情報、ＳＮＰＮとＡｏＳに係る情報等を含むＳ－ＮＳＳＡＩに関する補足情報を生成する（ステップＳ１００３）。
　ＡＭＦ３０１は、更新されたAllowed NSSAIに加えて、又は代えて、Ｓ－ＮＳＳＡＩに関する補足情報を含むAllowed NSSAIの更新の指示をＵＥ１０に送信する（ステップＳ１００４）。ここで、Allowed NSSAIの更新の指示は、ＵＥ１０が所有しているAllowed NSSAIを、更新されたAllowed NSSAIで置き換える指示、又はAllowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する指示であってもよい。
　ＵＥ１０は、ＡＭＦ３０１から更新されたAllowed NSSAI、及び／又はＳ－ＮＳＳＡＩに関する補足情報を受信すると、必要な処理を行う（ステップＳ１００５）。
　ＵＥ１０は、更新されたAllowed NSSAIを受信した場合は、所有していたAllowed NSSAIを新たに受信したAllowed NSSAIで更新する。
　ＵＥ１０は、Ｓ－ＮＳＳＡＩに関する補足情報を受信した場合は、補足情報に従って必要な設定を行う。
　例えば、Ｓ－ＮＳＳＡＩに関する補足情報が、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する指示を含む場合、ＵＥ１０は、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する。
　Ｓ－ＮＳＳＡＩに関する補足情報が、Allowed NSSAIに含まれている対象となるＳ－ＮＳＳＡＩに有効期間を設定する指示を含む場合、ＵＥ１０は、有効期間を設定したタイマーを開始させる。
　Ｓ－ＮＳＳＡＩに関する補足情報が、Allowed NSSAIとして登録されているＳ－ＮＳＳＡＩの再登録に係る条件を含む場合、ＵＥ１０は、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する際に、対象となるＳ－ＮＳＳＡＩの再登録に係る条件を設定する。
　例えば、再登録に係る条件が、同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳでの再登録の要求を禁止することである場合には、ＵＥ１０は、対象となるＳ－ＮＳＳＡＩをRejected S-NSSAIに設定する、又はRejected NSSAIのセットに追加する。
　再登録に係る条件が、同一の登録エリア、トラッキングエリア、或いは同一のＡｏＳでの再登録までのバックオフタイマーを設定することである場合には、ＵＥ１０は、対象となるＳ－ＮＳＳＡＩに対してバックオフ期間を設定したタイマーを開始させる。
　ＵＥ１０は、バックオフ期間にわたって、対象のＳ－ＮＳＳＡＩをPending S-NSSAIに設定する、又はPending NSSAIのセットに追加する。
　バックオフ期間を設定したタイマーがバックオフ期間を経過すると、ＵＥ１０は、同一の登録エリア、同一のトラッキングエリア、或いは同一のＡｏＳでの再登録を要求することができる。
　ＵＥ１０は、必要な設定を完了すると、Allowed NSSAIの更新が完了した応答をＡＭＦ３０１に返信する（ステップＳ１００６）。
　そして、Ｓ－ＮＳＳＡＩに関する補足情報が、再登録の要求が禁止されている登録エリア、トラッキングエリア、或いはＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮとＡｏＳに係る情報を含む場合、ＵＥ１０は、再登録の要求が禁止されている登録エリア、トラッキングエリア、或いはＡｏＳ内に在圏し、かつ対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮのＡｏＳ内に在圏していることを確認すると、ＶＰＬＭＮに対して対象のＳ－ＮＳＳＡＩに対応するＶＰＬＭＮのＳ－ＮＳＳＡＩの登録要求を行う。
　また、Ｓ－ＮＳＳＡＩに関する補足情報が、再登録の要求が禁止されている登録エリア、或いはトラッキングエリア内で対象のＳ－ＮＳＳＡＩをサポートするＳＮＰＮとＡｏＳに係る情報を含む場合、ＵＥ１０は、再登録の要求が禁止されている登録エリア、トラッキングエリア、或いはＡｏＳ内に在圏し、かつ対象のＳ－ＮＳＳＡＩをサポートするＳＮＰＮのＡｏＳ内に在圏していることを確認すると、ＳＮＰＮに対して対象のＳ－ＮＳＳＡＩに対応するＳＮＰＮのＳ－ＮＳＳＡＩの登録要求を行う。
　上述したように、ＮＳＡＣＦ３１２が管理する動的なネットワークスライスの状況に基づいてアドミッション制御が行われる際に、特定の登録エリア、特定のトラッキングエリア（モビリティ管理エリア）、或いは特定のＡｏＳにおいて特定のネットワークスライスの利用が制約されることが懸念される。そこで、制約を受ける登録エリア、トラッキングエリア、或いはＡｏＳ内において、ローミングを活用してＶＰＬＭＮ及びＳＮＰＮの少なくとも一方が提供するネットワークスライスで補完するための情報をＵＥ１０に提供することでネットワークスライスの可用性を向上することができる。
　なお、動的なネットワークスライスの状況の取得は、サブスクライブ／通知の手段によるＮｎｓａｃｆ＿ＳｌｉｃｅＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅサービスだけでなく、オンデマンドでのリクエスト／応答の手段によるＮｎｓａｃｆ＿ＮＳＡＣサービスであるＮｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＵＥｓＵｐｄａｔｅサービス、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＰＤＵｓＵｐｄａｔｅサービス、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＥＡＣＮｏｔｉｆｙサービスを利用してもよい。
　Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＵＥｓＵｐｄａｔｅサービスでは、少なくともチェックの対象となる１つ以上のＳ－ＮＳＳＡＩ（ネットワークスライス）を含むリクエストに対して、対象の各Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数が最大数に達しているか、否かの通知が応答される。また、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＵＥｓＵｐｄａｔｅサービスは、少なくともチェックの対象となる１つ以上のＳ－ＮＳＳＡＩ（ネットワークスライス）を含むリクエストに対して、対象の各Ｓ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数が最大数に達しているか、否かの通知を応答するようにしてもよい。ここで、各Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数が最大数に達しているか、否かの通知を応答するか、各Ｓ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数が最大数に達しているか、否かの通知を応答するか、又は双方を応答するかの判断は、リクエストに含まれる指示に基づいて行われる。つまり、リクエストには、各Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数が最大数に達しているか、否かを問い合わせるか、各Ｓ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数が最大数に達しているか、否かを問い合わせるか、又は双方を問い合わせるかを示す情報を含むことができる。或いは、チェックの対象となる１つ以上のＳ－ＮＳＳＡＩ（ネットワークスライス）を含むリクエストに対して、対象の各Ｓ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数が最大数に達しているか、否かを通知するサービスとして、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＵＥｓＵｐｄａｔｅサービスとは別のサービス、例えば、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＵＥｓｗ／ＰＤＵｓＵｐｄａｔｅのようなサービスを定義してもよい。
　Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＮｕｍＯｆＰＤＵｓＵｐｄａｔｅサービスでは、少なくともチェックの対象となる１つのＳ－ＮＳＳＡＩを含むリクエストに対して、対象の各Ｓ－ＮＳＳＡＩを使って確立されているＰＤＵセッションの数が最大数に達しているか、否かの通知が応答される。
　Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＥＡＣＮｏｔｉｆｙサービスでは、少なくとも対象となる１つ以上のＳ－ＮＳＳＡＩを含むリクエストに従って、ＮＳＡＣＦ３１２にＥＡＣ（Early Availability Check）モードをアクティベート、又はディアクティベートすることができる。
　ＥＡＣは、チェックの対象となるＳ－ＮＳＳＡＩに登録されているＵＥ１０の数がオペレータ（ＰＬＭＮ）によって設定された第１の閾値（例えば、登録が許可されるＵＥ１０の最大数の７５％に相当する値）を越えると、ＥＡＣモードがアクティベートされたことの通知を応答し、チェックの対象となるＳ－ＮＳＳＡＩに登録されているＵＥ１０の数がオペレータによって設定された第２の閾値より少なくなると、ＥＡＣモードがディアクティベートされたことの通知を応答する。ここで、第１の閾値は第２の閾値と同じ値であってもよいし、異なる値であってもよい。
　なお、ＥＡＣでは、チェックの対象となるＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数がオペレータ（ＰＬＭＮ）によって設定された第１の閾値を越えると、ＥＡＣモードがアクティベートされたことの通知を応答し、チェックの対象となるＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数がオペレータによって設定された第２の閾値より少なくなると、ＥＡＣモードがディアクティベートされたことの通知を応答するようにしてもよい。ＡＭＦ３０１は、Ｎｎｓａｃｆ＿ＮＳＡＣ＿ＥＡＣＮｏｔｉｆｙサービスをリクエスト、又はサブスクライブする際に、チェックの対象として、Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数、又はＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数を設定する。或いは、ＡＭＦ３０１は、Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数、及びＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数の双方をチェックの対象として設定するようにしてもよい。この場合、ＮＳＡＣＦ３１２は、Ｓ－ＮＳＳＡＩに登録されているＵＥ１０の数、又はＳ－ＮＳＳＡＩを使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数のどちらのクライテリアでＥＡＣモードがアクティベート／ディアクティベートされたかを示す情報を合わせて応答する。
　上述したように、ネットワークスライス（Ｓ－ＮＳＳＡＩ）に登録されているＵＥ１０の数、ネットワークスライス（Ｓ－ＮＳＳＡＩ）を使って確立されているＰＤＵセッションの数、及び／又はネットワークスライス（Ｓ－ＮＳＳＡＩ）を使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数を管理して、ＨＰＬＭＮの提供するネットワークスライスに対してアドミッション制御を行うことによって、ＨＰＬＭＮはネットワークスライス間のアイソレーションを確保することができ、各ネットワークスライスのサービスを安定した品質で提供することができる。また、各ネットワークスライスに登録されているＵＥ１０の数と実際にネットワークスライスを利用しているＵＥ１０の数、つまり、ネットワークスライスを使ってＰＤＵセッションを確立しているＵＥ１０の数との間の乖離が少なくなるように制御することでネットワークスライスの利用効率を改善することができる。さらに、アドミッション制御により利用が制限される登録エリア、トラッキングエリア（モビリティ管理エリア）、或いはＡｏＳ内で対象となるネットワークスライスをサポートすることができるＶＰＬＭＮ、及び／又はローカルネットワーク（ＳＮＰＮ）とＡｏＳに関する情報を提供することで、ＨＰＬＭＮのリソースを有効に活用した上で、ネットワークスライスの可用性を向上することができる。
　また、ＡＭＦ３０１は、ステップＳ１００３において、ＮＳＡＣＦ３１２から取得したネットワークスライス（Ｓ－ＮＳＳＡＩ）に登録されているＵＥ１０の数、ネットワークスライス（Ｓ－ＮＳＳＡＩ）を使って確立されているＰＤＵセッションの数、及び／又はネットワークスライス（Ｓ－ＮＳＳＡＩ）を使って１つ以上のＰＤＵセッションを確立しているＵＥ１０の数をアドミッション制御に係る情報として、Ｓ－ＮＳＳＡＩに関する補足情報に含めるようにしてもよい。ＵＥ１０は、ステップＳ１００４において、ＡＭＦ３０１を介して、ネットワークスライス（Ｓ－ＮＳＳＡＩ）毎に登録されているＵＥ１０の数、確立されているＰＤＵセッションの数、及び／又は１つ以上のＰＤＵセッションを確立しているＵＥ１０の数といったアドミッション制御に係る情報を取得することができる。
　ＵＥ１０は、取得したアドミッション制御に係る情報に基づいて、Allowed NSSAIの中からＰＤＵセッションを確立するための１つのネットワークスライス（Ｓ－ＮＳＳＡＩ）を選択する。例えば、ＵＥ１０は、アプリケーションをサポートすることができる複数の候補の中から、登録されているＵＥ１０の数の少ないネットワークスライス（Ｓ－ＮＳＳＡＩ）を選択する。或いは、ＵＥ１０は、アプリケーションをサポートすることができる複数の候補の中から、確立されているＰＤＵセッションの数の少ないネットワークスライス（Ｓ－ＮＳＳＡＩ）を選択する。或いは、ＵＥ１０は、アプリケーションをサポートすることができる複数の候補の中から、１つ以上のＰＤＵセッションを確立しているＵＥ１０の数の少ないネットワークスライス（Ｓ－ＮＳＳＡＩ）を選択する。
　上述のＵＥ１０の処理によって、ネットワークスライスの利用における平準化を実現することによって、アドミッション制御によりネットワークスライスが利用できないリスクを低減することができる。つまり、ネットワークスライスの可用性を向上させることができる。
［８．ネットワークスライスの可用性の改善手法４］
　図１３は、ネットワークの保守管理に伴う登録情報の更新処理の一例を示す図である。本更新処理においては、例えば、ネットワークの保守管理のために、特定のネットワークスライスの運用を停止する。図１３において、図１２と同様の処理を行うステップには同一の符号を付してある。
　図９Ａ及び図９Ｂに示す登録処理を実行して、ＵＥ１０は、ＡＭＦ３０１からAllowed NSSAI、Rejected NSSAI、Ｓ－ＮＳＳＡＩに関する補足情報を含む登録許可（Registration Accept）メッセージを受信し（ステップＳ７１９）、その応答として、登録完了（Registration Complete）メッセージをＡＭＦ３０１に返信する（ステップＳ７２０）。
　ＡＭＦ３０１は、例えば、ＯＡＭ（Operations, Administration and Maintenance）（図示せず）からネットワークの保守管理に関する通知を取得する（ステップＳ１１０１）。このネットワークの保守管理に関する通知は、特定のネットワークスライス（Ｓ－ＮＳＳＡＩ）、例えば、Ｓ－ＮＳＳＡＩ－Ｈ２に関して、特定の登録エリア、特定のトラキングエリア（モビリティ管理エリア）、或いは特定のＡｏＳ（Area of Service）、例えば、ＨＰＬＭＮ＿ＴＡ４（トラキングエリア）での運用を停止することの通知である。
　ＡＭＦ３０１は、保守管理に関する通知に従ってAllowed NSSAIを更新する（ステップＳ１００２）。例えば、ＡＭＦ３０１は、Allowed NSSAIから運用を停止するネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ－Ｈ２）を削除する。
　ＡＭＦ３０１は、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ｈ２）の削除の指示、Ｓ－ＮＳＳＡＩ－Ｈ２をサポートできないＨＰＬＭＮ＿ＴＡ４において、Ｓ－ＮＳＳＡＩ－Ｈ２をサポートするＶＰＬＭＮとＡｏＳに係る情報、及び／又はＳＮＰＮとＡｏＳに係る情報等を含むＳ－ＮＳＳＡＩに関する補足情報を生成する（ステップＳ１００３）。
　ＡＭＦ３０１は、更新されたAllowed NSSAIに加えて、又は代えて、Ｓ－ＮＳＳＡＩに関する補足情報（或いは支援情報）を含むAllowed NSSAIの更新の指示をＵＥ１０に送信する（ステップＳ１００４）。ここで、Allowed NSSAIの更新の指示は、ＵＥ１０が所有しているAllowed NSSAIを更新されたAllowed NSSAIで置き換える指示、又はAllowed NSSAIから特定のネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ－Ｈ２）を削除する指示であってもよい。
　ＵＥ１０は、ＡＭＦ３０１から更新されたAllowed NSSAI、及び／又はＳ－ＮＳＳＡＩに関する補足情報を受信すると、必要な処理を行う（ステップＳ１００５）。
　ＵＥ１０は、更新されたAllowed NSSAIを受信した場合は、所有していたAllowed NSSAIを新たに受信したAllowed NSSAIで更新する。
　ＵＥ１０は、Ｓ－ＮＳＳＡＩに関する補足情報を受信した場合は、補足情報に従って必要な設定を行う。
　例えば、Ｓ－ＮＳＳＡＩに関する補足情報が、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する指示を含む場合、ＵＥ１０は、Allowed NSSAIから対象となるＳ－ＮＳＳＡＩを削除する。
　ＵＥ１０は、必要な設定を完了すると、Allowed NSSAIの更新が完了した応答をＡＭＦ３０１に返信する（ステップＳ１００６）。
　そして、Ｓ－ＮＳＳＡＩに関する補足情報が、特定のネットワークスライスをサポートできない特定の登録エリア、特定のトラッキングエリア、或いは特定のＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮとＡｏＳに係る情報を含む場合、ＵＥ１０は、特定の登録エリア、特定のトラッキングエリア、或いは特定のＡｏＳ内に在圏し、かつ対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮのＡｏＳ内に在圏していることを確認すると、ＶＰＬＭＮに対して対象のＳ－ＮＳＳＡＩに対応するＶＰＬＭＮのＳ－ＮＳＳＡＩの登録要求を行う。
　そして、Ｓ－ＮＳＳＡＩに関する補足情報が、特定のネットワークスライスをサポートできない特定の登録エリア、特定のトラッキングエリア、或いは特定のＡｏＳ内で対象のＳ－ＮＳＳＡＩをサポートするＳＮＰＮとＳＮＰＮのＡｏＳに係る情報を含む場合、ＵＥ１０は、特定の登録エリア、特定のトラッキングエリア、或いは特定のＡｏＳ内に在圏し、かつ対象のＳ－ＮＳＳＡＩをサポートするＳＮＰＮのＡｏＳ内に在圏していることを確認すると、ＳＮＰＮに対して対象のＳ－ＮＳＳＡＩに対応するＳＮＰＮのＳ－ＮＳＳＡＩの登録要求を行う。
　また、ステップＳ１１０１で取得するネットワークの保守管理に関する通知には、運用を停止するネットワークスライス（Ｓ－ＮＳＳＡＩ）に関して運用を停止するまでの期間、又は運用を停止する時刻に係る情報を含めてもよい。
　ネットワークの保守管理に関する通知を受信したＵＥ１０は、運用を停止するまでの期間、又は運用を停止する時刻に基づいて、対象のＳ－ＮＳＳＡＩの有効期間を決定して、有効期間を設定したタイマーを開始させる。
　ＵＥ１０は、対象のネットワークスライスの登録の瞬断を避けるために、ＨＰＬＭＮのネットワークスライスの登録が有効な期間に、Ｓ－ＮＳＳＡＩに関する補足情報に基づいて、対象のＳ－ＮＳＳＡＩをサポートするＶＰＬＭＮ、又はＳＮＰＮのＡｏＳ内に在圏していることを確認し、ＶＰＬＭＮ、又はＳＮＰＮに対して対象のＳ－ＮＳＳＡＩの登録要求を行うことができる。
　また、ネットワークの保守管理に関する通知に、運用を停止するネットワークスライス（Ｓ－ＮＳＳＡＩ）の代用として、暫定的に提供されるＨＰＬＭＮのネットワークスライス（tentative S-NSSAI）に係る情報を含めるようにしてもよく、さらに、tentative S-NSSAIの有効期間に係る情報を含んでいてもよい。また、運用を停止するＳ－ＮＳＳＡＩを使用してＰＤＵセッションを確立しているRRC_CONNECTEDモードのＵＥ１０に提供するネットワークの保守管理に関する通知に、明示的に運用を停止するＳ－ＮＳＳＡＩからtentative S-NSSAIへのハンドオーバーを指示する情報を含めるようにしてもよい。
　ここで、tentative S-NSSAIは、Subscribed NSSAI、及びConfigured NSSAIに含まれていなくても、ＨＰＬＭＮ内で、運用を停止するＳ－ＮＳＳＡＩの代用として、指定された有効期間にわたって利用を許可されたネットワークスライスとして扱われる。
　ＡＭＦ３０１は、tentative S-NSSAIに係る情報を含むネットワークの保守管理に関する通知をＵＥ１０に提供する際に、tentative S-NSSAIをAllowed NSSAIに追加する指示を通知してもよい。
　上述したように、ネットワークの保守管理に起因して、特定のネットワークスライス（Ｓ－ＮＳＳＡＩ）に関して、特定の登録エリア、特定のトラキングエリア（モビリティ管理エリア）、或いは特定のＡｏＳでの運用を停止する場合に、運用を停止する登録エリア、トラキングエリア、或いはＡｏＳ内で対象のネットワークスライスをサポートできるＶＰＬＭＮ、及び／又はローカルネットワーク（ＳＮＰＮ）とＳＮＰＮのＡｏＳ（サービス領域）に関する情報を提供することで、契約しているユーザーへの影響を低減しながらネットワークの安定的な運用のための保守管理が可能となる。
　なお、上述の運用を停止するネットワークスライスに対する各処理は、アドミッション制御に起因して、特定のＵＥ１０に対して対象となるネットワークスライスの登録を制限する場合、又は対象となるネットワークスライスの使用を停止する場合に転用されてもよい。
　さらに、上述した実施例に含まれる各処理は、ＵＥ１０の全てのＲＲＣ状態（例えば、RRC_IDLE、RRC_INACTIVE、或いはRRC_CONNECTED）に対して適用される。例えば、ＨＰＬＭＮの対象のＳ－ＮＳＳＡＩに対してRRC_CONNECTEDモードのＵＥ１０が、ＶＰＬＭＮ、又はＳＮＰＮに対して対象となるＳ－ＮＳＳＡＩの登録要求を行う場合には、さらにＶＰＬＭＮ、又はＳＮＰＮへのハンドオーバーの処理が行われる。
　ここで、ＶＰＬＭＮ、又はＳＮＰＮへのハンドオーバーは、登録された対象のＳ－ＮＳＳＡＩに対してのみ有効であり、ＶＰＬＭＮ、又はＳＮＰＮの対象のＳ－ＮＳＳＡＩに属するＰＤＵセッションが確立される。
　また、ＡＭＦ３０１は、ＨＰＬＭＮの対象のＳ－ＮＳＳＡＩに対して、ハンドオーバーが可能なＶＰＬＭＮ、又はＳＮＰＮの対応する１つ以上のＳ－ＮＳＳＡＩに係る情報をRejected S-NSSAIに関する補足情報としてＵＥ１０に提供するようにしてもよい。つまり、ＵＥ１０は、ハンドオーバーに先立って、又はハンドオーバーに合わせて、ハンドオーバーが可能なＶＰＬＭＮ、又はＳＮＰＮの対応する１つ以上のＳ－ＮＳＳＡＩに係る情報に基づいて、ＶＰＬＭＮ、又はＳＮＰＮに対して登録を要求し、登録が許可された１つ以上のＳ－ＮＳＳＡＩの内の１つのＳ－ＮＳＳＡＩへのハンドオーバーを実行する。ここで、ハンドオーバーが可能なＶＰＬＭＮ、又はＳＮＰＮの対応する１つ以上のＳ－ＮＳＳＡＩに係る情報に２つ以上のＳ－ＮＳＳＡＩが含まれている場合には、さらに優先度（priority）を割り当てるようにしてもよい。ＵＥ１０は、優先度に基づいて、より優先度の高い１つのＳ－ＮＳＳＡＩを選択する。
　図１４は、本開示に係る端末装置であるＵＥ１０の例示的な構成のブロック図である。ＵＥ１０は、トランシーバ１０１と、少なくとも１つのプロセッサ１０２と、記憶部１０３と、ネットワーク通信部１０４とを含む。トランシーバ１０１は、無線送信回路１０１A及び無線受信回路１０１Bを含む。トランシーバ１０１には１つ以上のアンテナ１０５が設けられている。トランシーバ１０１は、例えば、（Ｒ）ＡＮ２０における基地局装置等のアクセスノード、５ＧＣ３０、ビジターの５ＧＣ、ローカル５ＧＣのうちの少なくとも１つのネットワーク構成要素との間で、アンテナ１０５を介して、無線信号を送信及び受信する。記憶部１０３は、プロセッサ１０２によって実行される命令、当該ネットワーク構成要素等から受信したデータ又は情報、当該ネットワーク構成要素等に送信するデータ又は情報、プロセッサ１０２の処理に必要なデータ又は情報を記憶する。プロセッサ１０２は、記憶部１０３に記憶される命令を実行し、前述した実施形態の説明に記載した各種処理を実行する。プロセッサ１０２は処理回路を形成する。ネットワーク通信部１０４は、当該ネットワーク構成要素等との間で、トランシーバ１０１を介して、情報又はデータを通信することができる。
　プロセッサ１０２は、データ又は情報を操作するためのハードウェアの任意の組合せを含み得る。ハードウェアは、例えば、少なくとも１つのコンピュータ、少なくとも１つの中央処理ユニット（ＣＰＵ）、少なくとも１つのグラフィックス・プロセッシング・ユニット（ＧＰＵ）、少なくとも１つのマイクロプロセッサ、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、或いは、少なくとも１つのフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含み得る。
　記憶部１０３は、例えば、ランダムアクセスメモリ（ＲＡＭ）又は読取り専用メモリ（ＲＯＭ）、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）のうちの少なくとも１つを含むハードウェアストレージである。記憶部１０３は、ＵＥ１０のプロセッサ１０２によって使用され得る情報、データ、及び／又は命令を記憶する任意の他の揮発性又は不揮発性のメモリを含み得る。
　ＵＥ１０は、図１４に示されたもの以外の追加の構成要素を含み得る。ＵＥ１０は、入力デバイス又は入力回路、出力デバイス又は出力回路を含み得る。入力デバイスは、ＵＥ１０へのデータの入力のための機構を含む。例えば、入力デバイスは、キーボード、マウス、タッチパネル、マイクロフォンなどの入力機構を含み得る。出力デバイスは、ディスプレイ、スピーカなどの出力機構を含み得る。
　図１５は、本開示に係る通信装置３００の例示的な構成のブロック図である。通信装置３００は、一例として５ＧＣ３０における構成要素（ノード）３０１～３１２、３３０、３４０のうちの任意の１つ以上のノードを含み得る。例えば、通信装置３００はＡＭＦ３１２を含む１つ以上のＮＦであり得る。例えば、通信装置３００はＡＭＦ３１２であってもよいし、ＡＭＦ３１２とＮＳＳＦ３０４のセットでもよいし、ＡＭＦ３１２とＮＳＡＣＦ３１２のセットでよいし、ＡＭＦ３１２とＮＳＳＦ３０４とＮＳＡＣＦ３１２のセットでよいし、その他のＮＦの組み合わせでもよい。
　通信装置３００は、トランシーバ３５１、プロセッサ３５２、記憶部３５３、及びネットワーク通信部３５４のうちの１つ又は複数を含み得る。通信装置３００がトランシーバ３５１を含まない構成もあり得る。トランシーバ３５１は、無線送信回路３５１A及び無線受信回路３５１Bを含む。トランシーバ３５１には１つ以上のアンテナ３５５が設けられている。トランシーバ３５１は、ＵＥ１０、及び、（Ｒ）ＡＮ２０における基地局装置、５ＧＣ３０における他のＮＦ、他の５ＧＣ（ビジターの５ＧＣ、ローカル５ＧＣ）等のネットワーク構成要素との間で、アンテナ３５５を介して、無線信号を送受信する。記憶部３５３は、プロセッサ３５２によって実行される命令、ＵＥ１０及び当該ネットワーク構成要素等から受信したデータ又は情報、ＵＥ１０及び当該ネットワーク構成要素等に送信するデータ又は情報、プロセッサ３５２の処理に必要なデータ又は情報を記憶する。プロセッサ３５２は、記憶部３５３に記憶される命令を実行し、前述した実施形態の説明に記載した各種処理を実行する。プロセッサ３５２は処理回路を形成する。ネットワーク通信部３５４は、ＵＥ１９及び当該ネットワーク構成要素等との間で、トランシーバ３５１を介して、情報又はデータを通信することができる。
　プロセッサ３５２は、データ又は情報を操作するためのハードウェアの任意の組合せを含み得る。ハードウェアは、例えば、少なくとも１つのコンピュータ、少なくとも１つの中央処理ユニット（ＣＰＵ）、少なくとも１つのグラフィックス・プロセッシング・ユニット（ＧＰＵ）、少なくとも１つのマイクロプロセッサ、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、或いは、少なくとも１つのフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含み得る。
　記憶部３５３は、例えば、ランダムアクセスメモリ（ＲＡＭ）又は読取り専用メモリ（ＲＯＭ）、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）のうちの少なくとも１つを含み得るハードウェアストレージである。記憶部３５３は、通信装置３００のプロセッサ３５２によって使用され得る情報、データ、及び／又は命令を記憶する任意の他の揮発性又は不揮発性のメモリを含み得る。
　ネットワーク通信部３５４は、プロセッサ３５２に通信可能に結合され、プロセッサ３５２で処理する入力用の情報又はデータを受信し、プロセッサ３５２から出力される情報又はデータを送信する。ネットワーク通信部３５４は、ＵＥ１０又は上記ネットワーク構成要素と通信するためのプロトコル変換等の処理を行い得る。ネットワーク通信部３５４は、適切なハードウェア（例えば、ネットワークインターフェースカードなど）及びソフトウェアを含み得る。
　図１５に関して説明した通信装置３００は、５ＧＣ３０以外のネットワーク構成要素として用いられることもできる。例えば、この通信装置が、ビジターの５ＧＣにおける任意の１つ以上の構成要素（ＮＦ等）を含むビジター側の公衆モバイルネットワークに対応する５ＧＣの通信装置であってもよい。或いは、この通信装置が、ローカル５ＧＣにおける任意の１つ以上の構成要素（ＮＦ等）を含むローカル側の通信装置であってもよい。ビジター側の通信装置及びローカル側の通信装置において、トランシーバが含まれない構成も可能である。この通信装置が、（Ｒ）ＡＮ２０における任意の１つ以上の基地局装置であってもよい。
　本実施形態によれば、特定のネットワークスライスをサポートできないホーム公衆モバイルネットワーク（ＨＰＬＭＮ）のモビリティ管理エリア、つまり、トラッキングエリアに対して、ローミング候補となるＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに含まれるビジター公衆モバイルネットワーク（ＶＰＬＭＮ）の中から、そのトラッキングエリア内でそのネットワークスライスをサポートするビジター公衆モバイルネットワークとそのサービス領域、つまりＡｏＳ（Area of Service）の情報をＵＥ１０に提供する。これにより、ＵＥ１０に、従来ネットワークスライスを利用することができなかったホーム公衆モバイルネットワークのトラッキングエリア内の少なくとも一部の領域において、ビジター公衆モバイルネットワークのサービス領域でのネットワークスライスの利用を可能にさせることができる。つまり、ＵＥ１０に対するネットワークスライスの可用性を向上することができる。
　さらに、本実施形態によれば、アドミッション制御により特定のネットワークスライスの登録を制限しているホーム公衆モバイルネットワークのモビリティ管理エリアに対して、ローミング候補となるＥＰＬＭＮリスト、又はＥＨＰＬＭＮリストに含まれるＶＰＬＭＮの中から、そのトラッキングエリア内でそのネットワークスライスをサポートするビジター公衆モバイルネットワークとそのサービス領域の情報をＵＥ１０に提供する。これにより、ＵＥ１０に、従来ネットワークスライスを利用することができなかったホーム公衆モバイルネットワークのトラッキングエリア内の少なくとも一部の領域において、ビジター公衆モバイルネットワークのサービス領域でのネットワークスライスの利用を可能にさせることができる。
　さらに、本実施形態によれば、ホーム公衆モバイルネットワークのコアネットワークは、ネットワークエクスポージャー機能（ＮＥＦ）を介して、サポートできない対象のネットワークスライスとサポートできないモビリティ管理エリアに係る情報とを含む要求を公開して、ローカルネットワーク（ＳＮＰＮ）から対象のネットワークスライスをサポートすることができるサービス領域の情報や、ホーム公衆モバイルネットワークとローカルネットワーク間における対象のネットワークスライスの対応関係の情報を含む応答を取得して、動的／オンデマンドなサービスレベル契約（ＳＬＡ）をＳＮＰＮと締結する。これにより、このローカルネットワークに対して上述のビジター公衆モバイルネットワークと同等の扱いをすることが可能となる。つまり、さらにネットワークスライスの可用性を向上させることができる。
　なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
　また、本開示において説明された処理の手順は、これら一連の手順を有する方法として捉えてもよい。或いは、これら一連の手順をコンピュータに実施させるためのプログラムの手順として捉えてもよい。当該プログラムを記憶する記録媒体をコンピュータに読み込ませ、処理の手順を実現してもよい。また、上記で説明の処理は、コンピュータのＣＰＵ等のプロセッサ又は処理回路によって実行される。また、記録媒体の種類は、本開示の実施形態に影響を及ぼすものではないため、特に限られるものではない。
　なお、本開示の図１で示された各構成要素（ＮＦ）は、ソフトウェアで実現されてもよいし、ハードウェアで実現されてもよい。例えば、各構成要素がマイクロプログラムなどのソフトウェアで実現されるソフトウェアモジュールであり、プロセッサが当該ソフトウェアモジュールを実行することにより、各構成要素が実現されてもよい。或いは、各構成要素が、半導体チップ（ダイ）上の回路ブロック、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路によって実現されてもよい。また、構成要素の数と構成要素を実現するハードウェアの数とは、一致していなくともよい。例えば、１つのプロセッサ又は回路が複数の構成要素を実現していてもよい。逆に、１つの構成要素が複数のプロセッサ又は回路により実現されていてもよい。
　なお、本開示で述べられたプロセッサは、その種類が限られるものではない。例えば、ＣＰＵ、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）などであってもよい。
　また本開示の説明における第Ｘ（Ｘは１以上の任意の整数）の情報の“第Ｘ”は、各種情報を区別するために便宜上用いているものであり、第Ｘの情報が特定の情報を唯一に識別する必要はない。例えば、ネットワークスライス（第１のネットワークスライス）がホーム公衆モバイルネットワークにおける端末装置の登録エリアにおいて登録を許可されるか否かに係る情報を第１の情報と記載してもよいし、第Ｙ（Ｙは２以上の任意の整数）の情報と記載してもよい。
　なお、本開示は以下のような構成をとることもできる。
［コアネットワーク側の通信装置］
（１）　端末装置を登録する登録処理、又は前記端末装置の登録の更新処理において、
　前記端末装置からホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上のネットワークスライスの識別情報の第１のセットを受信する処理と、
　前記第１のセットに含まれる前記識別情報が示す第１のネットワークスライスが前記登録エリアにおいて登録を許可されるか否かに係る第１の情報を取得する処理と、
　前記第１の情報に基づいて、少なくとも前記登録エリアに重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する処理と、
　を実行する、通信装置。
（２）　前記第１のセットはＲｅｑｕｅｓｔｅｄ　ＮＳＳＡＩである、（１）に記載の通信装置。
（３）　前記第１の情報が前記ホーム公衆モバイルネットワークの登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しない場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を生成する処理、
　を実行する、（１）、又は（２）に記載の通信装置。
（４）　前記第１の情報が前記第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を生成する処理、
　を実行する、（１）から（３）の何れかに記載の通信装置。
（５）　前記第１のモビリティ管理エリアに対応する地理的な情報と前記第１のネットワークスライスに係る情報とを含む要求を公開し、前記要求に対する応答として、前記第１のネットワークスライスを提供可能な前記ローカルネットワークの前記第２のネットワーク識別子と前記サービス領域を特定する情報とを含む第３の情報を取得する処理と、
　前記第３の情報に基づき前記第１のネットワークスライスを提供可能な前記ローカルネットワークの前記第２のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を生成する処理と、
　を実行する、（４）に記載の通信装置。
（６）　前記第１のネットワークスライスに係る情報は、少なくとも前記第１のネットワークスライスで扱われるＱｏＳフローの数、及び各ＱｏＳフローの特徴を含む、
　（５）に記載の通信装置。
（７）　前記ＱｏＳフローの特徴は、少なくとも、リソースタイプ（Resource Type）、優先度（Priority）、パケット遅延許容時間（Packet Delay Budget）、パケットエラーレート（Packet Error Rate）、平均ウィンドウ（Averaging Window）、及び最大データバースト量（Maximum Data Burst Volume）の内の１つを含む、（６）に記載の通信装置。
（８）　前記リソースタイプは、ＧＢＲ ＱｏＳフロー、又は、Ｎｏｎ－ＧＢＲ ＱｏＳフローである、（７）に記載の通信装置。
（９）　前記第２の情報は、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記ビジター公衆モバイルネットワークに対する前記第１のネットワークスライスの登録要求の送信を許可することを示す情報を含む、（１）から（８）の何れかに記載の通信装置。
（１０）　前記第２の情報は、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記ローカルネットワークに対する前記第１のネットワークスライスの登録要求の送信を許可することを示す情報を含む、（３）から（９）の何れかに記載の通信装置。
（１１）　前記サービス領域は、前記ビジター公衆モバイルネットワークに属する第２のモビリティ管理エリアである、（１）から（１０）の何れかに記載の通信装置。
（１２）　前記サービス領域は、前記ビジター公衆モバイルネットワークに属する第１のセルの領域である、（１）から（１１）の何れかに記載の通信装置。
（１３）　前記サービス領域は、前記ローカルネットワークに属する第２のセルの領域である、（３）から（１２）の何れかに記載の通信装置。
（１４）　前記第１のセットに含まれる第１のネットワークスライスの登録の優先度に係る第４の情報を取得する処理と、
　前記第４の情報に基づいて、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを前記第２の情報に含めるか否かを判定する処理と、
　を実行する、（３）から（１３）の何れかに記載の通信装置。
（１５）　前記第１のセットに含まれるネットワークスライスの登録の優先度に係る第４の情報を取得する処理と、
　前記第４の情報に基づいて、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報とを前記第２の情報に含めるか否かを判定する処理と、
　を実行する、（３）から（１４）の何れかに記載の通信装置。
（１６）　前記第１の情報がホーム公衆モバイルネットワークの登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記登録を許可しない理由に係る第５の情報を取得する処理と、
　前記第５の情報が、前記アドミッション制御に係る理由を示す場合に、前記登録エリア内、又は前記第１のモビリティ管理エリア内での前記第１のネットワークスライスの再登録を許可するまでのバックオフ期間を設定する処理と、
　前記バックオフ期間に係る情報を含む前記第２の情報を生成する処理と、
　を実行する、（１）に記載の通信装置。
（１７）　前記第１の情報がホーム公衆モバイルネットワークの登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可することを示す場合に、アドミッション制御に係る第６の情報を受信する処理と、
　前記第６の情報に基づいて、前記第１のネットワークスライスの登録の有効期間を設定する処理と、
　前記第２の情報に、前記第１のネットワークスライスの登録の前記有効期間に係る情報を追加する処理と、
　を実行する、（１）に記載の通信装置。
（１８）　前記第１のネットワークスライスの登録の前記有効期間が経過した後の再登録の条件を決定する処理と、
　前記第２の情報に、決定された前記再登録の条件に係る第７の情報を追加する処理と、
　を実行する、（１７）に記載の通信装置。
（１９）　前記再登録の条件は、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を禁止することである、（１８）に記載の通信装置。
（２０）　前記再登録の条件は、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を許可するまでのバックオフ期間が経過することである、（１８）に記載の通信装置。
（２１）　前記第１のネットワークスライスの登録の前記有効期間が経過した後、登録を許可されたネットワークスライスの第２のセットから前記第１のネットワークスライスを削除する処理、
　を実行する、（１７）から（２０）の何れかに記載の通信装置。
（２２）　前記再登録の条件が、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を禁止することである場合に、前記第１のネットワークスライスを、登録を拒否されたネットワークスライスの第３のセットに追加する処理、
　を実行する（１８）から（２１）の何れかに記載の通信装置。
（２３）　前記第１のネットワークスライスを前記第３のセットに追加する際に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを前記第２の情報に追加する処理、
　を実行する、（１８）から（２２）の何れかに記載の通信装置。
（２４）　前記第１のネットワークスライスを前記第３のセットに追加する際に、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報とを前記第２の情報に追加する処理、
　を実行する、（１８）から（２３）の何れかに記載の通信装置
（２５）　前記再登録の条件が、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を許可するまでのバックオフ期間が経過することである場合に、前記第１のネットワークスライスを、前記バックオフ期間に係る情報と共に、登録をペンディングされるネットワークスライスの第４のセットに追加する処理、
　を実行する、（１８）から（２４）の何れかに記載の通信装置。
（２６）　前記第２の情報を前記端末装置に提供する処理、
　を実行する、（１）から（２５）の何れかに記載の通信装置。
（２７）　前記第１の情報は、登録を許可されたネットワークスライスの第２のセットを含み、
　前記第２の情報として、前記第２のセットに含まれる各ネットワークスライスが登録を許可される、又は許可されないモビリティ管理エリアの第１のセットを生成する処理、
　を実行する、（１）から（２６）の何れかに記載の通信装置。
（２８）　前記第２の情報は、前記モビリティ管理エリアの前記第１のセットに含まれるモビリティ管理エリアに係る情報が、前記第２のセットに含まれる各ネットワークスライスの登録が許可されたモビリティ管理エリアであるか、又は前記第２のセットに含まれる各ネットワークスライスの登録が許可されないモビリティ管理エリアであるかを示す第８の情報を含む、（２７）に記載の通信装置。
（２９）　前記第１の情報は、登録を許可されたネットワークスライスの第２のセットを含み、
　アドミッション制御に係る第９の情報を取得する処理と、
　前記第９の情報に基づいて、前記ホーム公衆モバイルネットワークの登録エリア内の第２のモビリティ管理エリア内で、前記第２のセットに含まれる前記第１のネットワークスライスの登録の第２の条件を決定する処理と、
　前記第２の情報に、前記第１のネットワークスライスの前記登録の前記第２の条件を含める処理と、
　を実行する、（１）から（２８）の何れかに記載の通信装置。
（３０）　前記第１の情報は、登録を許可されたネットワークスライスの第２のセットを含み、
　ネットワークスライスの運用管理に係る第１０の情報を取得する処理と、
　前記第１０の情報に基づいて、前記ホーム公衆モバイルネットワークの登録エリア内の第２のモビリティ管理エリア内で、前記第２のセットに含まれる前記第１のネットワークスライスの登録の第２の条件を決定する処理と、
　前記第２の情報に、前記第１のネットワークスライスの前記登録の前記第２の条件を含める処理と、
　を実行する、（１）から（２８）の何れかに記載の通信装置。
（３１）　前記第２の条件は、前記第１のネットワークスライスの前記登録に有効期間を設定することである、（２９）、又は（３０）に記載の通信装置。
（３２）　前記第２の条件は、前記第１のネットワークスライスの前記登録を解除することである、（２９）、又は（３０）に記載の通信装置。
（３３）　前記第２の条件を含む前記第２の情報を生成する処理と、
　前記第２の情報を前記端末装置に送信する処理と、
　を実行する、（３１）、又は（３２）に記載の通信装置。
（３４）　前記第１の情報は、登録を許可されたネットワークスライスの第２のセットを含み、
　前記第１のセットに含まれるネットワークスライスの登録の優先度に係る第４の情報を取得する処理と、
　同時に登録が許可される２つ以上のネットワークスライスを示す第１１の情報を取得する処理と、
　前記第１のセット、前記第４の情報、及び前記第１１の情報に基づいて、前記第２のセットに含まれるネットワークスライスを選択する処理と、
　を実行する、（１）から（３３）の何れかに記載の通信装置
（３５）　前記第１１の情報に含まれる２つ以上の前記ネットワークスライスに対して、第４の情報の優先度がより高いネットワークスライスがより多く含まれるように、前記第２のセットに含まれる前記ネットワークスライスを選択する、（３４）に記載の通信装置。
（３６）　前記第２の情報に前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの前記第１のネットワーク識別子を２つ以上含める場合に、前記第１のネットワーク識別子のそれぞれに優先度に係る第１２の情報を割り当てる処理と、
　を実行する、（３）に記載の装置。
（３７）　前記優先度に係る前記第１２の情報は、前記第１のネットワーク識別子に対応する前記ビジター公衆モバイルネットワークの前記サービス領域の広さに基づいて決定される、（３６）に記載の装置。
（３８）　前記優先度に係る前記第１２の情報は、前記第１のネットワーク識別子に対応する前記ビジター公衆モバイルネットワークの前記サービス領域をカバーする周波数帯域幅の広さに基づいて決定される、（３６）に記載の装置。
（３９）　前記優先度に係る前記第１２の情報は、前記第１のネットワーク識別子に対応する前記ビジター公衆モバイルネットワークの前記サービス領域に設定される有効期間に基づいて決定される、（３６）に記載の装置。
（４０）　前記ホーム公衆モバイルネットワークが暫定的に提供する第２のネットワークスライスの識別情報と、前記第１のネットワークスライスの前記登録の代用として、前記第２のネットワークスライスの登録の許可に係る第１３の情報とを含む前記第２の情報を生成する処理と、
　を実行する（２９）から（３３）の何れかに記載の装置。
［端末装置］
（４１）　ホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上のネットワークスライスの識別情報の第１のセットを送信する処理と、
　前記第１のセットに含まれる前記識別情報が示す第１のネットワークスライスの登録が前記登録エリア内で許可されるか否かに係る第１の情報を受信する処理と、
　前記第１の情報に基づいて生成される、前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を受信する処理と、
　を実行する、端末装置。
（４２）　前記第１のセットはＲｅｑｕｅｓｔｅｄ　ＮＳＳＡＩである、（４１）に記載の端末装置。
（４３）　前記第１の情報が前記ホーム公衆モバイルネットワークの登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を受信する処理と、
　を実行する、（４１）、又は（４２）に記載の端末装置。
（４４）　前記第１の情報が前記第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を受信する処理、
　を実行する、（４１）から（４３）の何れかに記載の端末装置。
（４５）　前記第２の情報は、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記ビジター公衆モバイルネットワークに対する前記第１のネットワークスライスの登録要求の送信を許可することを示す情報を含む、（４１）から（４４）の何れかに記載の端末装置。
（４６）　前記第２の情報は、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記ローカルネットワークに対する前記第１のネットワークスライスの登録要求の送信を許可することを示す情報を含む、（４２）から（４５）の何れかに記載の端末装置。
（４７）　前記サービス領域は、前記ビジター公衆モバイルネットワークに属する第２のモビリティ管理エリアである、（４１）から（４６）の何れかに記載の端末装置。
（４８）　前記サービス領域は、前記ビジター公衆モバイルネットワークに属する第１のセルの領域である、（４１）から（４７）の何れかに記載の端末装置。
（４９）　前記サービス領域は、前記ローカルネットワークに属する第２のセルの領域である、（４４）から（４８）の何れかに記載の端末装置。
（５０）　前記第１のセットに含まれるネットワークスライスの登録の優先度に係る第３の情報を送信する処理、
　を実行する、（４３）から（４９）の何れかに記載の端末装置。
（５１）　前記第２の情報は、前記登録エリア内、又は前記第１のモビリティ管理エリア内での前記第１のネットワークスライスの再登録を許可するまでのバックオフ期間に係る第４の情報を含み、
　前記第４の情報に基づいて、前記第１のネットワークスライスの再登録の送信までの期間を制御する第１のタイマーの値を設定する処理、
　を実行する、（４１）に記載の端末装置。
（５２）　前記第２の情報は、前記第１のネットワークスライスの登録の有効期間に係る第５の情報を含み、
　前記第５の情報に基づいて、前記第１のネットワークスライスの登録の有効期間を制御する第２のタイマーの値を設定する処理、
　を実行する、（４１）、又は（４２）に記載の端末装置。
（５３）　前記第１のネットワークスライスを使用するセッションを確立する処理と、
　前記セッションを確立している期間にわたって、前記第２のタイマーを停止させる処理と、
　前記セッションを開放する際に、前記第２のタイマーをリセットして、再開始させる処理と、
　を実行する、（５２）に記載の端末装置。
（５４）　前記第１のネットワークスライスの登録の前記有効期間が経過した後の再登録の条件に係る第６の情報を取得する処理と、
　を実行する、（５２）、又は（５３）に記載の端末装置。
（５５）　前記再登録の条件は、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を禁止することである、（５４）に記載の端末装置。
（５６）　前記再登録の条件は、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を許可するまでのバックオフ期間が経過することである、（５４）に記載の端末装置。
（５７）　前記第６の情報に基づいて、前記第１のネットワークスライスの再登録の送信までの期間を制御する第３のタイマーの値を設定する処理、
　を実行する、（５６）に記載の端末装置。
（５８）　前記第１のネットワークスライスの登録の前記有効期間が経過した後、登録を許可されたネットワークスライスの第２のセットから前記第１のネットワークスライスを削除する処理、
　を実行する、（５２）から（５７）の何れかに記載の端末装置。
（５９）　前記再登録の条件が、前記登録エリア内、又は前記第１のモビリティ管理エリア内での再登録を禁止することである場合に、前記第１のネットワークスライスを、登録を拒否されたネットワークスライスの第３のセットに追加する処理、
　を実行する（５５）から（５８）の何れかに記載の端末装置。
（６０）　前記第１のネットワークスライスを、登録をペンディングされるネットワークスライスの第４のセットに追加する処理、
　を実行する、（５１）に記載の端末装置。
（６１）　ローミング候補となる前記公衆モバイルネットワークのネットワーク識別子の第５のセットを有し、
　前記第２の情報に含まれる前記第１のネットワーク識別子が前記第５のセットに含まれるか否かを判定する処理と、
　前記第１のネットワーク識別子が前記第５のセットに含まれている場合に、
　前記ホーム公衆モバイルネットワークに属する第１の基地局装置が提供するセル、又は同期信号ブロックの第１の選択処理、又は第１の再選択処理と、
　前記第１のネットワーク識別子が示す前記ビジター公衆モバイルネットワークに属する第２の基地局装置が提供するセル、又は同期信号ブロックの第２の選択処理、又は第２の再選択処理と、
　を実行し、
　前記第１の選択処理、又は前記第１の再選択処理によって選択された前記セル又は前記同期信号ブロックに係る前記第１の基地局装置が前記第１のモビリティ管理エリアに属しており、かつ前記第２の選択処理、又は前記第２の再選択処理によって選択された前記セル又は前記同期信号ブロックに係る前記第２の基地局装置が前記サービス領域に属している場合に、前記第１のネットワーク識別子が示す前記ビジター公衆モバイルネットワークに対して、前記第１のネットワークスライスの登録要求を送信する処理、
　を実行する、（４３）から（６０）の何れかに記載の端末装置。
（６２）　ローミング候補となる前記公衆モバイルネットワークのネットワーク識別子の第５のセットを有し、
　前記第２のネットワーク識別子を前記第５のセットに追加する指示を受信する処理と、
　前記第２の情報に含まれる前記第２のネットワーク識別子が前記第５のセットに含まれるか否かを判定する処理と、
　前記第２のネットワーク識別子が前記第５のセットに含まれている場合に、
　前記第２のネットワーク識別子が示す前記ローカルネットワークに属する第３の基地局装置が提供するセル、又は同期信号ブロックの第３の選択処理、又は第３の再選択処理と、
　を実行し、
　前記第１の選択処理、又は前記第１の再選択処理によって選択された前記セル又は前記同期信号ブロックに係る前記第１の基地局装置が前記第１のモビリティ管理エリアに属しており、かつ前記第３の選択処理、又は前記第３の再選択処理によって選択された前記セル又は前記同期信号ブロックに係る前記第３の基地局装置が前記サービス領域に属している場合に、前記第２のネットワーク識別子が示す前記ローカルネットワークに対して、前記第１のネットワークスライスの登録要求を送信する処理、
　を実行する、（６１）に記載の端末装置。
（６３）　前記第１の情報は、登録を許可されたネットワークスライスの第２のセットを含み、
　前記第２の情報は、前記第２のセットに含まれる各ネットワークスライスが登録を許可される、又は許可されないモビリティ管理エリアの第１のセットを含む、（４１）に記載の端末装置。
（６４）　前記第２の情報は、前記モビリティ管理エリアの前記第１のセットに含まれるモビリティ管理エリアに係る情報が、前記第２のセットに含まれる各ネットワークスライスの登録が許可されたモビリティ管理エリアであるか、又は前記第２のセットに含まれる各ネットワークスライスの登録が許可されないモビリティ管理エリアであるかを示す第７の情報を含む、（６３）に記載の端末装置。
（６５）　前記第２の情報に前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの２つ以上の前記第１のネットワーク識別子と、当該第１のネットワーク識別子のそれぞれに割り当てられている優先度に係る第８の情報を含む場合に、前記第８の情報に基づいて２つ以上の前記第１のネットワーク識別子の中から１つの前記第１のネットワーク識別子に対応する前記ビジター公衆モバイルネットワークを選択する処理と、
　を実行する、（４３）に記載の端末装置。
（６６）　前記第２の情報が、前記ホーム公衆モバイルネットワークが暫定的に提供する第２のネットワークスライスの識別情報と、前記第１のネットワークスライスの前記登録の代用として、前記第２のネットワークスライスの登録の許可に係る第９の情報とを含む場合に、前記第１のネットワークスライスを介して確立された第１のセッションから前記第２のネットワークスライスを介して確立される第２のセッションに更新する処理と、
　を実行する（４１）に記載の端末装置。
（６７）　前記第１のセッションから前記第２のセッションへの更新が、ハンドオーバーの処理の中で実行される、（６６）に記載の端末装置。
（６８）　前記第２のネットワークスライスの前記識別情報は、契約されたネットワークスライスの識別情報を含む第５のセットには含まれていないネットワークスライスの識別情報である、（６６）、又は（６７）に記載の端末装置。
（６９）　前記第２の情報は、前記第２のネットワークスライスの前記登録の有効期間に係る第１０の情報を含み、前記第１０の情報に基づいて前記有効期間を設定したタイマーを開始させる処理と、
　を実行する、（６６）から（６８）の何れかに記載の端末装置。
（７０）　登録を許可されたネットワークスライスの第２のセットに前記第２のネットワークスライスの前記識別情報を追加する処理と、
　前記タイマーが有効期間を経過する際に、前記第２のセットから前記第２のネットワークスライスの識別情報を削除する処理と、
　を実行する、（６９）に記載の端末装置。
［通信システム］
（７１）　ホーム公衆モバイルネットワークの登録エリアにおける登録を要求する、１つ以上のネットワークスライスの識別情報の第１のセットを含む前記第１のネットワークスライスの登録要求を送信する端末装置と、
　前記登録要求に基づき、前記識別情報が示す前記第１のネットワークスライスの登録を前記登録エリアにおいて許可するか否かに係る第１の情報を取得し、前記第１の情報に基づいて、前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する通信装置と、を備え、
　前記通信装置は、前記第１の情報が前記第１のネットワークスライスの登録を許可することを示す場合に、前記第１のネットワークスライスの登録期間を設定するために必要な情報を前記第２の情報に含め、
　前記第１の情報が前記第１のネットワークスライスの登録を拒否することを示す場合に、前記第１のネットワークスライスを再登録するために必要な情報を前記第２の情報に含め、
　前記端末装置が、前記通信装置から前記第１の情報と前記第２の情報とを受信する、通信システム。
［ローカルネットワーク側装置］
（７２）　ホーム公衆モバイルネットワークから、第１のモビリティ管理エリアに対応する地理的な情報と第１のネットワークスライスに係る情報とを取得する処理と、
　ローカルネットワークのサービス領域が前記地理的な情報が示すエリアに含まれているか否かを確認する処理と、
　前記サービス領域が前記地理的な情報が示すエリアに含まれている場合に、前記第１のネットワークスライスに係る情報に基づいて、第３のネットワークスライスを設定する処理と、
　を実行する、通信装置。
（７３）　前記第１のネットワークスライスに係る情報は、少なくとも前記第１のネットワークスライスに割り当てられるＱｏＳフローの数、及び各ＱｏＳフローの特徴を含む、（７２）に記載の通信装置。
（７４）　前記ＱｏＳフローの特徴は、５ＱＩ（5G QoS Identifier）である、（７３）に記載の通信装置。
（７５）　前記ＱｏＳフローの特徴は、少なくとも、リソースタイプ（Resource Type）、優先度（Priority）、パケット遅延許容時間（Packet Delay Budget）、パケットエラーレート（Packet Error Rate）、平均ウィンドウ（Averaging Window）、及び最大データバースト量（Maximum Data Burst Volume）の内の１つを含む、（７３）に記載の通信装置。
（７６）　前記リソースタイプは、ＧＢＲ ＱｏＳフロー、又は、Ｎｏｎ－ＧＢＲ ＱｏＳフローである、（７５）に記載の通信装置。
（７７）　前記第３のネットワークスライスに割り当てられる前記ＱｏＳフローの数は、前記第１のネットワークスライスに係る情報に含まれる前記ＱｏＳフローの数に基づいて設定される、（７３）から（７５）の何れかに記載の通信装置。
（７８）　前記第３のネットワークスライスに割り当てられる各ＱｏＳフローの特徴は、前記第１のネットワークスライスに係る情報に含まれる前記各ＱｏＳフローの前記特徴に基づいて設定される、（７３）から（７７）の何れかに記載の通信装置。
（７９）　前記第１のネットワークスライスと第３のネットワークスライスとのマッピングに係る第２の情報を生成する処理、
　を実行する、（７２）から（７８）の何れかに記載の通信装置。
（８０）　前記第３のネットワークスライスに割り当てられる前記ＱｏＳフローの数、前記各ＱｏＳフローの前記特徴、及び前記第２の情報を含む第３の情報を生成する処理と、前記第３の情報をホーム公衆モバイルネットワークに提供する処理と、
　を実行する、（７２）から（７９）の何れかに記載の通信装置。
［別の形態の端末装置］
（８１）　登録を要求する１つ以上のネットワークスライスの第１の識別情報を含む第１のセットを送信する処理と、
　前記第１のセットに含まれる前記第１の識別情報毎のアドミッション制御に係る第１の情報を取得する処理と、
　前記第１の情報に基づいて、セッションを確立するための第２のネットワークスライスを選択する処理と、
　を実行する、端末装置。
（８２）　前記第１のセットに含まれる前記ネットワークスライスが登録を許可されるか、否かに係る第２の情報を取得する処理と、
　前記第１の情報と前記第２の情報に基づいて、登録を許可された第３のネットワークスライスの中から、前記セッションを確立するための前記第２のネットワークスライスを選択する処理と、
　を実行する、（８１）に記載の端末装置。
（８３）　前記第２の情報は、前記第３のネットワークスライスの第２の識別情報のセットを含み、
　前記第２の識別情報の前記セットの中から前記第１の情報に基づいて前記第２のネットワークスライスに対応する識別情報を選択するための支援情報を取得する処理と、
　前記支援情報に基づいて前記第２のネットワークスライスに対応する前記識別情報を選択する処理と、
　を実行する、（８１）、又は（８２）に記載の端末装置。
（８４）　前記第１の情報は、前記第２の識別情報毎に、登録されている端末装置の数、確立されているセッションの数、及び／又は１つ以上のセッションを確立している端末装置の数を含む、（８３）に記載の端末装置。
（８５）　前記第１の情報は、前記第２の識別情報毎に、登録されている端末装置の数、１つ以上のセッションを確立している端末装置の数、及び／又は確立されているＰＤＵセッションの数が最大数に達しているか、否かの通知を含む、（８３）に記載の端末装置。
（８６）　前記第１の情報は、前記第２の識別情報毎に、登録されている端末装置の数、１つ以上のセッションを確立している端末装置の数、及び／又は確立されているセッションの数が閾値を越えたことを示す通知を含む、（８３）に記載の端末装置。
（８７）　前記閾値は、ホーム公衆モバイルネットワークによって設定される、（８６）に記載の端末装置。
（８８）　前記閾値は、ビジター公衆モバイルネットワークによって設定される、（８６）に記載の端末装置。
［登録エリアの設定方法］
（８９）　第１のモビリティ管理エリアを含む１つ以上のモビリティ管理エリアを含む登録エリアを設定する方法であり、
　前記第１のモビリティ管理エリア内、又は前記第１のモビリティ管理エリアに重複する第２のモビリティ管理エリアを設定することと、
　前記第２のモビリティ管理エリアは、デュアルコネクティビティで追加されるセル、又はビームの選択、又は再選択、又はキャリアアグリゲーションで追加させるコンポーネントキャリアを構成するセル、又はビームの選択、又は再選択のために考慮されるように制御することと、
　を含む、方法。
（９０）　前記第２のモビリティ管理エリア内でのみ利用可能なネットワークスライスの登録を許可する処理と、
　を含む、（８９）に記載の方法。
［基地局装置］
（９１）　１つ以上の第１のモビリティ管理エリアと１つ以上の第２のモビリティ管理エリアを含む登録エリアにおいて、
　セル又はビームの選択、又は再選択処理における測定周波数帯の優先度に係る設定を選択する処理と、
　前記測定周波数帯の優先度に係る前記設定に基づいて、
　第１のセル、又は第１のビームの選択、又は再選択処理のための測定に、前記第１のモビリティ管理エリアを含めるように端末装置を制御する処理と、
　デュアルコネクティビティで追加される第２のセル、又は第２のビームの選択、又は再選択処理のための測定に、前記第２のモビリティ管理エリアを含めるように前記端末装置を制御する処理と、
　を実行する基地局装置。
（９２）　前記第２のモビリティ管理エリアは、特定の周波数帯で動作する前記第２のセル、又は前記第２のビームを提供する第２の基地局装置で構成される、（９１）に記載の基地局装置。
（９３）　動作周波数帯は、２つ以上の範囲に分類され、
　前記特定の前記周波数帯は、前記２つ以上に分類された前記動作周波数帯の前記範囲の内、より高い周波数帯の前記範囲に分類される、（９１）、又は（９２）に記載の基地局装置。
10             : ＵＥ（User Equipment）又は端末装置
20             : ＲＡＮ／ＡＮ（Radio Access Network/Access Network）
30             : コアネットワーク
301            : ＡＭＦ（Access and Mobility Management Function）
302            : ＮＥＦ（Network Exposure Function）
303            : ＮＲＦ（Network Repository Function）
304            : ＮＳＳＦ（Network Slice Selection Function）
305            : ＰＣＦ（Policy Control Function）
306            : ＳＭＦ（Session Management Function）
307            : ＵＤＭ（Unified Data Management）
308            : ＡＦ（Application Function）
309            : ＡＵＳＦ（Authentication Server Function）
310            : ＵＣＭＦ（UE radio Capability Management Function）
311            : ＬＭＦ（Location Management Function）
312            : ＮＳＡＣＦ（Network Slice Access Control Function）
40             : アプリケーションサーバ
101           : トランシーバ
102           : プロセッサ
103           : 記憶部
104           : ネットワーク通信部
101A          : 無線送信回路
101B          : 無線受信回路
105           : アンテナ
300           : 通信装置
351           : トランシーバ
352           : プロセッサ
353           : 記憶部
354           : ネットワーク通信部
351A          : 無線送信回路
351B          : 無線受信回路
355           : アンテナ 

Claims (20)

  1. 　少なくとも１つのプロセッサと、トランシーバとを備え、
    　前記少なくとも１つのプロセッサは、
    　端末装置からホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上の第１のネットワークスライスの識別情報の第１のセットを受信し、
    　前記第１のセットにおける前記識別情報が示す第１のネットワークスライスの登録を、前記登録エリアにおいて許可するか否かに係る第１の情報を取得し、
    　前記第１の情報に基づいて、少なくとも前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する、
    　通信装置。
  2. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を生成する、
    　請求項１に記載の通信装置。
  3. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報と含む前記第２の情報を生成する、
    　請求項１に記載の通信装置。
  4. 　前記少なくとも１つのプロセッサは、前記第１のモビリティ管理エリアに対応する地理的な情報と前記第１のネットワークスライスに係る情報とを含む要求を公開し、公開された前記要求に対する応答として、前記第１のネットワークスライスを提供可能な前記ローカルネットワークの前記第２のネットワーク識別子と前記サービス領域を特定する情報と含む第３の情報を取得し、
    　前記第３の情報に基づき、前記第１のネットワークスライスを提供可能な前記ローカルネットワークの前記第２のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を生成する、
    　請求項３に記載の通信装置。
  5. 　前記第１のネットワークスライスに係る情報は、少なくとも前記第１のネットワークスライスで扱われるＱｏＳフローの数、及び各ＱｏＳフローの特徴を含む、
    　請求項４に記載の通信装置。
  6. 　前記少なくとも１つのプロセッサは、前記第１のセットに含まれる前記識別情報に示される前記第１のネットワークスライスの登録の優先度に係る第４の情報を取得し、
    　前記第４の情報に基づいて、前記第１のモビリティ管理エリア内の一部となる前記サービス領域において前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報とを前記第２の情報に含めるか否かを判定する、
    　請求項２に記載の通信装置。
  7. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記登録を許可しない理由に係る第５の情報を取得し、
    　前記第５の情報が、アドミッション制御に係る理由を示す場合に、前記登録エリア内、又は前記第１のモビリティ管理エリア内での前記第１のネットワークスライスの再登録を許可するまでのバックオフ期間を設定し、
    　前記バックオフ期間に係る情報を含む前記第２の情報を生成する、
    　請求項１に記載の通信装置。
  8. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可することを示す場合に、アドミッション制御に係る第６の情報を取得し、
    　前記第６の情報に基づいて、前記第１のネットワークスライスの登録の有効期間を設定し、
    　前記第２の情報に、前記第１のネットワークスライスの登録の前記有効期間に係る情報を含める、
    　請求項１に記載の通信装置。
  9. 　前記少なくとも１つのプロセッサは、前記第１のネットワークスライスの登録の前記有効期間が経過した後、登録を許可されたネットワークスライスの識別情報の第２のセットから前記第１のネットワークスライスの識別情報を削除する、
    　請求項８に記載の通信装置。
  10. 　前記少なくとも１つのプロセッサは、前記第１のネットワークスライスの登録の前記有効期間が経過した後の前記第１のネットワークスライスの再登録の条件を決定し、
    　前記第２の情報に、決定された前記再登録の条件に係る情報を含める、
    　請求項９に記載の通信装置。
  11. 　少なくとも１つのプロセッサと、トランシーバとを備え、
    　前記プロセッサは、ホーム公衆モバイルネットワークの登録エリアにおける登録を要求する１つ以上の第１のネットワークスライスの識別情報の第１のセットを送信し、
    　前記第１のセットに含まれる前記識別情報が示す第１のネットワークスライスの登録がホーム公衆モバイルネットワークの前記登録エリア内で許可されるか否かに係る第１の情報を受信し、
    　前記第１の情報に基づき、少なくとも前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を受信する、
    　端末装置。
  12. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報と含む前記第２の情報を受信する、
    　請求項１１に記載の端末装置。
  13. 　前記少なくとも１つのプロセッサは、前記第１の情報が前記登録エリアにおける第１のモビリティ管理エリア内で前記第１のネットワークスライスの登録を許可しないことを示す場合に、前記第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能なローカルネットワークの第２のネットワーク識別子と前記サービス領域を特定する情報とを含む前記第２の情報を受信する、
    　請求項１１に記載の端末装置。
  14. 　前記第２の情報は、前記登録エリア内、又は前記登録エリアにおける第１のモビリティ管理エリア内での前記第１のネットワークスライスの再登録を許可するまでのバックオフ期間に係る第３の情報を含み、
    　前記少なくとも１つのプロセッサは、前記第２の情報における前記第３の情報に基づき、前記第１のネットワークスライスの再登録の要求を送信までの期間を制御する第１のタイマーの値を設定する、
    　請求項１１に記載の端末装置。
  15. 　前記第２の情報は、前記第１のネットワークスライスの登録の有効期間に係る第４の情報を含み、
    　前記少なくとも１つのプロセッサは、前記第２の情報における前記第４の情報に基づいて、前記第１のネットワークスライスの登録の有効期間を制御する第２のタイマーの値を設定する、
    　請求項１１に記載の端末装置。
  16. 　前記少なくとも１つのプロセッサは、前記第１のネットワークスライスの登録の前記有効期間が経過した後の前記第１のネットワークスライスの再登録の条件に係る第５の情報を受信する、
    　請求項１５に記載の端末装置。
  17. 　前記再登録の条件は、前記登録エリア内、又は前記登録エリアにおける第１のモビリティ管理エリア内での再登録を許可するまでのバックオフ期間が経過することであり、
    　前記少なくとも１つのプロセッサは、前記第５の情報に基づき、前記バックオフ期間を制御する第３のタイマーの値を設定する、
    　請求項１６に記載の端末装置。
  18. 　前記少なくとも１つのプロセッサは、前記第１のネットワークスライスの登録の前記有効期間が経過した後、前記登録を許可された第１のネットワークスライスの識別情報の第２のセットから前記第１のネットワークスライスの識別情報を削除する、
    　請求項１５に記載の端末装置。
  19. 　前記第２の情報は、前記登録エリアにおける第１のモビリティ管理エリア内の一部となるサービス領域において前記第１のネットワークスライスを提供可能な前記ビジター公衆モバイルネットワークの第１のネットワーク識別子と前記サービス領域を特定する情報と含み、
    　前記少なくとも１つのプロセッサは、
    　ローミング候補となる公衆モバイルネットワークのネットワーク識別子の第３のセットに、前記第２の情報に含まれる前記第１のネットワーク識別子が含まれるか否かを判定し、
    　前記第１のネットワーク識別子が前記第３のセットに含まれている場合に、前記ホーム公衆モバイルネットワークに属する第１の基地局装置が提供するセル、又は同期信号ブロックの第１の選択、又は第１の再選択を行い、かつ、前記第１のネットワーク識別子が示す前記ビジター公衆モバイルネットワークに属する第２の基地局装置が提供するセル、又は同期信号ブロックの第２の選択、又は第２の再選択を行い、
    　前記第１の選択、又は前記第１の再選択によって選択された前記セル又は前記同期信号ブロックに係る前記第１の基地局装置が前記第１のモビリティ管理エリアに属しており、かつ前記第２の選択、又は前記第２の再選択によって選択された前記セル又は前記同期信号ブロックに係る前記第２の基地局装置が前記サービス領域に属している場合に、前記第１のネットワーク識別子が示す前記ビジター公衆モバイルネットワークに対して、前記第１のネットワークスライスの登録要求を送信する、
    　請求項１１に記載の端末装置。
  20. 　ホーム公衆モバイルネットワークのエリアにおける登録を要求する、１つ以上の第１のネットワークスライスの識別情報の第１のセットを含む前記第１のネットワークスライスの登録要求を送信する端末装置と、
    　前記登録要求に基づき、前記識別情報が示す前記第１のネットワークスライスの登録を前記ホーム公衆モバイルネットワークの登録エリアにおいて許可するか否かに係る第１の情報を取得し、前記第１の情報に基づいて、少なくとも前記登録エリアと重複するエリアにおいて前記第１のネットワークスライスを提供可能なビジター公衆モバイルネットワークに係る第２の情報を生成する通信装置と、を備え、
    　前記通信装置は、
    　前記第１の情報が前記第１のネットワークスライスの登録を許可することを示す場合に、前記第１のネットワークスライスの登録期間を設定するために必要な情報を前記第２の情報に含め、
    　前記第１の情報が前記第１のネットワークスライスの登録を拒否することを示す場合に、前記第１のネットワークスライスを再登録するために必要な情報を前記第２の情報に含め、
    　前記端末装置が、前記通信装置から前記第１の情報と前記第２の情報とを受信する、
    　通信システム。
PCT/JP2023/033911 2022-09-30 2023-09-19 通信装置、端末装置、及び通信システム WO2024070809A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022157876 2022-09-30
JP2022-157876 2022-09-30

Publications (1)

Publication Number Publication Date
WO2024070809A1 true WO2024070809A1 (ja) 2024-04-04

Family

ID=90477564

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/033911 WO2024070809A1 (ja) 2022-09-30 2023-09-19 通信装置、端末装置、及び通信システム

Country Status (1)

Country Link
WO (1) WO2024070809A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210297844A1 (en) * 2020-03-17 2021-09-23 Apple Inc. Selection of Slice-Supporting PLMNs While Roaming Away from Home Network
WO2021215228A1 (ja) * 2020-04-24 2021-10-28 シャープ株式会社 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＡＭＦ（Ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210297844A1 (en) * 2020-03-17 2021-09-23 Apple Inc. Selection of Slice-Supporting PLMNs While Roaming Away from Home Network
WO2021215228A1 (ja) * 2020-04-24 2021-10-28 シャープ株式会社 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＡＭＦ（Ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SA WG2: "Presentation of Report to TSG: TR 23.700-41: Study on enhancement of network slicing; Phase 3 (Release 18), Version 1.0.0", TSG SA MEETING #SP-97-E. SP-220821, vol. TSG SA, no. 13 - 19 September 2022, Electronic meeting, 6 September 2022 (2022-09-06), pages 1 - 2, XP093156980 *

Similar Documents

Publication Publication Date Title
EP3920610B1 (en) Wireless device location determination
US12082102B2 (en) Multimedia priority service for wireless devices
US12022420B2 (en) Wireless device authorization by uncrewed aerial system service supplier
US20230199632A1 (en) Access to Second Network
US20220264407A1 (en) Communications device, infrastructure equipment, core network element and methods
US20230328520A1 (en) Aerial Service
US20230189192A1 (en) Access to Second Network by Wireless Device
US20230337089A1 (en) Aerial Service
US20240251228A1 (en) Emergency Service
US20230422293A1 (en) Network Slice Based Priority Access
US20230328821A1 (en) Modifying PDU Sessions In Underlay Networks
US20240179647A1 (en) Timing Service Type for Timing Resiliency Service
US20230413225A1 (en) Change of Height of Wireless Device
US20240049333A1 (en) Wireless Communications for Sidelink Ranging
WO2024070809A1 (ja) 通信装置、端末装置、及び通信システム
WO2022216704A1 (en) Connection establishment
US12101712B2 (en) Network access management
WO2023074521A1 (ja) 端末装置、基地局装置、管理装置、及び、通信方法
US20240236936A1 (en) Wireless Device Location
US20240040496A1 (en) Ue access identity determination for 3gpp and non-3gpp accesses
WO2024091565A1 (en) Multiple paths
WO2024148144A1 (en) Network slice management
CN117560410A (zh) 一种数据传输方法及装置

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: 23872037

Country of ref document: EP

Kind code of ref document: A1