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

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

Info

Publication number
WO2023136166A1
WO2023136166A1 PCT/JP2022/048542 JP2022048542W WO2023136166A1 WO 2023136166 A1 WO2023136166 A1 WO 2023136166A1 JP 2022048542 W JP2022048542 W JP 2022048542W WO 2023136166 A1 WO2023136166 A1 WO 2023136166A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
message
procedure
identification information
pdu session
Prior art date
Application number
PCT/JP2022/048542
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 シャープ株式会社
Priority to JP2023573985A priority Critical patent/JPWO2023136166A1/ja
Publication of WO2023136166A1 publication Critical patent/WO2023136166A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/61—Time-dependent
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks

Definitions

  • the present invention relates to UE (User Equipment).
  • 3GPP 3rd Generation Partnership Project
  • 5GS 5G System
  • 5G 5th generation
  • Drone mobile communication systems are being discussed in Release 17 of the 5G standard (see Non-Patent Document 4).
  • UAS Uncrewed Aerial Systems
  • 5GS 5G System
  • 5GCN 5G Core Network
  • UAV Unmanned Aerial Vehicle
  • UAV communication methods using 5GS require certification and approval from USS (Unmanned Aerial System Service Supplier). It also stipulates communications between UAVs and USSs required for UAV certification and approval using 5GS.
  • One aspect of the present invention has been made in consideration of the above circumstances, and its purpose is to indicate the information that the network sends to the UAV and the behavior of the UAV that received the message, and to indicate the behavior of the UAV that received the message, is to be made aware that the UAV has been authenticated and authorized.
  • a user equipment comprises a control unit and a transmission/reception unit, wherein the transmission/reception unit receives a first control message including a first timer value from a core network, is information indicating the time during which UAV authentication and authorization are not permitted, and the control unit sets the first timer value to the first timer, starts the first timer, and Recognizing that UAV authentication and authorization is not permitted until the first timer expires, the control unit cannot perform MM or SM procedures while the first timer is running, and the first timer is running It is characterized in that the control unit can implement MM or SM procedures when it expires.
  • UAV USD can be defined to clarify the information to be included in UAV USD sent from USS/UTM to UAV.
  • FIG. 1 is a diagram explaining an outline of a mobile communication system (EPS/5GS);
  • FIG. 2 is a diagram illustrating a detailed configuration of a mobile communication system (EPS/5GS); It is a figure explaining the apparatus structure of UE.
  • FIG. 2 is a diagram explaining the configuration of an access network device (gNB) in 5GS;
  • FIG. 2 is a diagram illustrating the configuration of core network equipment (AMF/SMF/UPF) in 5GS; It is a figure explaining a registration procedure.
  • FIG. 10 is a diagram illustrating a UE setting update procedure; It is a figure explaining a non-registration procedure.
  • FIG. 4 is a diagram for explaining a PDU session establishment procedure;
  • Fig. 2 illustrates a network-driven session management procedure;
  • FIG. 10 illustrates a UE-initiated session management procedure
  • FIG. 4 is a diagram for explaining the UUAA-MM procedure
  • FIG. 4 is a diagram for explaining the UUAA-SM procedure
  • It is a figure explaining a UAV re-authentication procedure.
  • FIG. 10 is a diagram illustrating a UUAA cancellation procedure
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system 1 used in each embodiment
  • FIG. 2 is a diagram for explaining a detailed configuration of the mobile communication system 1. As shown in FIG.
  • a mobile communication system 1 is composed of UE_A10, access network_A80, core network_A90, PDN (Packet Data Network)_A5, access network_B120, core network_B190, and DN (Data Network)_A6. It is stated that
  • Fig. 2 shows devices and functions such as UE_A10, E-UTRAN80, MME40, SGW35, PGW-U30, PGW-C32, PCRF60, HSS50, 5G AN120, AMF140, UPF130, SMF132, PCF160, UDM150, N3IWF170, etc.
  • the interfaces that connect these devices/functions together are described.
  • these devices/functions are described as UE, E-UTRAN, MME, SGW, PGW-U, PGW-C, PCRF, HSS, 5G AN, AMF, UPF, SMF, PCF, UDM, N3IWF, etc. , symbols may be omitted.
  • the EPS Evolved Packet System
  • 4G system includes access network_A and core network_A, but may also include UE and/or PDN.
  • 5GS 5G System
  • 5G System which is a 5G system, includes UE, access network_B, and core network_B, but may also include DN.
  • a UE is a device capable of connecting to network services via a 3GPP access (also called a 3GPP access network, 3GPP AN) and/or a non-3GPP access (also called a non-3GPP access network, non-3GPP AN).
  • the UE may be a terminal device capable of wireless communication, such as a mobile phone or a smartphone, and may be a terminal device connectable to both EPS and 5GS.
  • a UE may comprise a UICC (Universal Integrated Circuit Card) or an eUICC (Embedded UICC). Note that the UE may be expressed as a user equipment, or may be expressed as a terminal equipment.
  • access network_A corresponds to E-UTRAN (Evolved Universal Terrestrial Radio Access Network) and/or wireless LAN access network.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • eNBs evolved Node Bs
  • eNB45 may be described by abbreviate
  • each eNB is connected to each other, for example, by an X2 interface.
  • one or more access points are arranged in the wireless LAN access network.
  • access network_B corresponds to a 5G access network (5G AN).
  • 5G AN consists of NG-RAN (NG Radio Access Network) and/or non-3GPP access network.
  • NG-RAN NG Radio Access Network
  • gNBs NR NodeBs
  • gNB NR NodeBs
  • the gNB 122 may be described by omitting the symbol, such as gNB.
  • gNB is a node that provides NR (New Radio) user plane and control plane to UE, and is a node that connects to 5GCN via NG interface (including N2 interface or N3 interface).
  • the gNB is a base station apparatus newly designed for 5GS, and has functions different from those of the base station apparatus (eNB) used in EPS, which is a 4G system. Also, if there are multiple gNBs, each gNB is connected to each other, for example, by an Xn interface.
  • the non-3GPP access network may be an untrusted non-3GPP access network or a trusted non-3GPP access network.
  • the untrusted non-3GPP access network may be a non-3GPP access network that does not perform security management within the access network, such as public wireless LAN.
  • a trusted non-3GPP access network may be a 3GPP-specified access network and may comprise a trusted non-3GPP access point (TNAP) and a trusted non-3GPP Gateway function (TNGF).
  • TNAP trusted non-3GPP access point
  • TNGF trusted non-3GPP Gateway function
  • E-UTRAN and NG-RAN may be referred to as 3GPP access.
  • Wireless LAN access networks and non-3GPP ANs are sometimes referred to as non-3GPP access.
  • the nodes arranged in access network_B may also be collectively referred to as NG-RAN nodes.
  • access network_A and/or access network_B and/or devices included in access network_A and/or devices included in access network_B are access networks or access network devices sometimes referred to as
  • Core Network_A supports EPC (Evolved Packet Core).
  • EPC includes MME (Mobility Management Entity), SGW (Serving Gateway), PGW (Packet Data Network Gateway)-U, PGW-C, PCRF (Policy and Charging Rules Function), HSS (Home Subscriber Server), etc. placed.
  • MME Mobility Management Entity
  • SGW Serving Gateway
  • PGW Packet Data Network Gateway
  • PGW-C Packet Data Network Gateway
  • PCRF Policy and Charging Rules Function
  • HSS Home Subscriber Server
  • Core Network_B supports 5GCN (5G Core Network).
  • 5GCN for example, AMF (Access and Mobility Management Function), UPF (User Plane Function), SMF (Session Management Function), PCF (Policy Control Function), UDM (Unified Data Management), etc. are arranged.
  • 5GCN may be expressed as 5GC.
  • core network_A and/or core network_B, devices included in core network_A, and/or devices included in core network_B are the core network, or the core network device or the core network It may be called an internal device.
  • the core network (core network_A and/or core network_B) is a mobile communication carrier (Mobile It may be an IP mobile communication network operated by a network operator; ), MVNE (Mobile Virtual Network Enabler), and other core networks for virtual mobile communication operators and virtual mobile communication service providers.
  • Mobile Mobile It may be an IP mobile communication network operated by a network operator; ), MVNE (Mobile Virtual Network Enabler), and other core networks for virtual mobile communication operators and virtual mobile communication service providers.
  • the PDN may be a DN (Data Network) that provides communication services to the UE.
  • the DN may be configured as a packet data service network, or may be configured for each service.
  • the PDN may include connected communication terminals. Therefore, connecting to a PDN may be connecting to a communication terminal or a server device located in the PDN.
  • transmitting/receiving user data to/from the PDN may be transmitting/receiving user data to/from a communication terminal or a server apparatus arranged in the PDN.
  • PDN may be expressed as DN
  • DN may be expressed as PDN.
  • access network_A, core network_A, PDN, access network_B, core network_B, at least a part of DN, and/or one or more devices included therein are referred to as network or network device is sometimes called. That is, the fact that the network and/or network devices send/receive messages and/or perform procedures means that Access Network_A, Core Network_A, PDN, Access Network_B, Core Network_B, DN It means that at least some and/or one or more devices included therein send and receive messages and/or perform procedures.
  • the UE can connect to the access network. Also, the UE can connect to the core network via the access network. Furthermore, the UE can connect to the PDN or DN via the access network and core network. That is, the UE can transmit/receive (communicate) user data with the PDN or DN. When sending and receiving user data, not only IP (Internet Protocol) communication but also non-IP communication may be used.
  • IP Internet Protocol
  • IP communication is data communication using IP, and data is sent and received using IP packets.
  • An IP packet consists of an IP header and a payload.
  • the payload part may include data transmitted and received by devices/functions included in EPS and devices/functions included in 5GS.
  • Non-IP communication is data communication that does not use IP, and data is transmitted and received in a format different from the structure of IP packets.
  • non-IP communication may be data communication realized by sending and receiving application data to which no IP header is attached, or may be data communication realized by attaching another header such as a MAC header or Ethernet (registered trademark) frame header to the UE.
  • User data to be transmitted and received may be transmitted and received.
  • devices not shown in FIG. 2 may be configured in access network_A, core network_A, access network_B, core network_B, PDN_A, and DN_A.
  • core network_A and/or core network_B may include an AUSF (Authentication Server Function) or an AAA (Authentication, authorization, and accounting) server (AAA-S).
  • AUSF Authentication Server Function
  • AAA Authentication, authorization, and accounting server
  • AUSF is a core network device that has an authentication function for 3GPP access and non-3GPP access. Specifically, it is a network function unit that receives a request for authentication for 3GPP access and/or non-3GPP access from the UE and performs an authentication procedure.
  • the AAA server is a device that has authentication, authorization, and billing functions and is directly connected to AUSF or indirectly via other network devices.
  • the AAA server may be a network device within the core network.
  • the AAA server may be included in the PLMN instead of being included in Core Network_A and/or Core Network_B. That is, the AAA server may be a core network device or a device outside the core network.
  • the AAA server may be a server device within the PLMN managed by the 3rd Party.
  • each device/function is described one by one for the sake of simplification of the drawing, but the mobile communication system 1 may be configured with a plurality of similar devices/functions.
  • the mobile communication system 1 includes a plurality of UE_A10, E-UTRAN80, MME40, SGW35, PGW-U30, PGW-C32, PCRF60, HSS50, 5G AN120, AMF140, UPF130, SMF132, PCF160, and/or UDM150.
  • Such devices and functions may be configured.
  • UPF_A235 is connected to DN, SMF, other UPF, and access networks.
  • UPF_A235 is an anchor for intra-RAT mobility or inter-RAT mobility, packet routing & forwarding, UL CL (Uplink Classifier) function that supports routing of multiple traffic flows for one DN, Branching point function that supports multi-homed PDU session, QoS processing for user plane, verification of uplink traffic, buffering of downlink packets, downlink data notification It may play a role such as a trigger function.
  • UPF_A 235 may be a relay device that transfers user data as a gateway between DN and core network_B 190 .
  • UPF_A 235 may be a gateway for IP communication and/or non-IP communication.
  • UPF_A 235 may have the function of transferring IP communication, and may have the function of converting between non-IP communication and IP communication. Further, multiple gateways may be gateways that connect the core network_B190 and a single DN. UPF_A 235 may have connectivity with other NFs, and may be connected to each device via other NFs.
  • UPF_C239 also called branching point or uplink classifier
  • UPF_C239 also called branching point or uplink classifier
  • UPF_C239 may exist as a device or NF. If UPF_C239 is present, the PDU session between UE and DN will be established through access network, UPF_C239, UPF_A235.
  • UPF 130 may be a device similar to UPF_A 235. Note that UPF130 and UPF_A235 may be described by omitting symbols like UPF.
  • each device may be configured as physical hardware, may be configured as logical (virtual) hardware configured on general-purpose hardware, or may be configured as software. May be. Also, at least part (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.
  • each storage unit in each device/function that appears below is, for example, a semiconductor memory, SSD ( Solid State Drive), HDD (Hard Disk Drive), etc.
  • each storage unit stores not only information originally set from the shipping stage, but also devices/functions other than the own device/function (for example, UE, and/or access network device, and/or core network device, and/or or PDN and/or DN), and can store various types of information sent and received.
  • each storage unit can store identification information, control information, flags, parameters, etc. included in control messages transmitted and received in various communication procedures to be described later.
  • each storage unit may store these pieces of information for each UE.
  • each storage unit can store control messages and user data sent and received between devices and functions included in 5GS and/or EPS. can. At this time, not only data sent and received via the N26 interface but also data sent and received without the N26 interface can be stored.
  • the UE is composed of a control unit_A300, an antenna 310, a transmission/reception unit_A320, and a storage unit_A340.
  • the control unit_A300, transmission/reception unit_A320, and storage unit_A340 are connected via a bus.
  • Transceiver_A 320 is connected to antenna 310 .
  • the control unit_A300 is a functional unit that controls the operation and functions of the entire UE.
  • the control unit _A300 realizes various processes in the UE by reading and executing various programs stored in the storage unit _A340 as necessary.
  • the transmitting/receiving unit_A320 is a functional unit for wirelessly communicating with the base station device (eNB or gNB) in the access network via an antenna. That is, the UE can transmit/receive user data and/or control information to/from an access network device and/or a core network device and/or a PDN and/or a DN using the transmitting/receiving unit_A320. can.
  • the base station device eNB or gNB
  • the UE can communicate with the base station apparatus (eNB) in E-UTRAN via the LTE-Uu interface by using the transceiver _A320. Also, the UE can communicate with the base station apparatus (gNB) within the 5G AN by using the transceiver _A320. Also, the UE can transmit and receive AMF and NAS (Non-Access-Stratum) messages via the N1 interface by using the transmitting/receiving unit_A320. However, since the N1 interface is a logical one, in practice the communication between the UE and the AMF will take place over the 5G AN.
  • NAS Non-Access-Stratum
  • the storage unit_A340 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the UE.
  • the gNB consists of a control unit_B500, an antenna 510, a network connection unit_B520, a transmission/reception unit_B530, and a storage unit_B540.
  • the control unit_B500, network connection unit_B520, transmission/reception unit_B530, and storage unit_B540 are connected via a bus.
  • Transceiver_B 530 is connected to antenna 510 .
  • the control unit_B500 is a functional unit that controls the operation and functions of the entire gNB.
  • the control unit_B500 realizes various processes in the gNB by reading and executing various programs stored in the storage unit_B540 as necessary.
  • Network connection part_B520 is a functional part for gNB to communicate with AMF and/or UPF. That is, the gNB can transmit and receive user data and/or control information to/from AMF and/or UPF using Network Connection Unit_B520.
  • the transmitting/receiving unit_B530 is a functional unit for wireless communication with the UE via the antenna 510. That is, the gNB can transmit/receive user data and/or control information to/from the UE using the transmitting/receiving unit_B530.
  • a gNB in a 5G AN can communicate with AMF through N2 interface by using Network Connection Part_B520, and can communicate with UPF through N3 interface. can communicate with Also, the gNB can communicate with the UE by using the transceiver_B530.
  • the storage unit_B540 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the gNB.
  • the AMF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
  • the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
  • AMF may be a node that handles the control plane.
  • the control unit_B700 is a functional unit that controls the operation and functions of the entire AMF.
  • the control unit_B700 implements various processes in the AMF by reading and executing various programs stored in the storage unit_B740 as necessary.
  • the network connection unit_B720 is a functional unit for AMF to connect with the base station equipment (gNB) in the 5G AN, and/or SMF, and/or PCF, and/or UDM, and/or SCEF. That is, AMF uses the network connection unit _B720 to use the user Data and/or control information can be sent and received.
  • gNB base station equipment
  • AMF in 5GCN can communicate with gNB through N2 interface by using network connection part_A620, and with UDM through N8 interface. It can communicate with SMF via the N11 interface and with PCF via the N15 interface. Also, the AMF can transmit and receive NAS messages with the UE via the N1 interface by using the network connection unit_A620. However, since the N1 interface is a logical one, in practice the communication between the UE and the AMF will take place over the 5G AN. Also, if the AMF supports the N26 interface, it can communicate with the MME via the N26 interface by using the network connection unit_A620.
  • the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of AMF.
  • the AMF has functions to exchange control messages with the RAN using the N2 interface, functions to exchange NAS messages with the UE using the N1 interface, encryption and integrity protection functions for NAS messages, and registration management.
  • RM state may be synchronized between the UE and AMF.
  • RM states include a non-registered state (RM-DEREGISTERED state) and a registered state (RM-REGISTERED state).
  • RM-DEREGISTERED state the UE is not registered with the network, so the UE context in the AMF does not have valid location and routing information for the UE, so the AMF cannot reach the UE.
  • the UE is registered with the network so that the UE can receive services that require registration with the network.
  • the RM state may be expressed as a 5GMM state.
  • the RM-DEREGISTERED state may be expressed as a 5GMM-DEREGISTERED state
  • the RM-REGISTERED state may be expressed as a 5GMM-REGISTERED state.
  • 5GMM-REGISTERED may be a state in which each device has established a 5GMM context or a state in which a PDU session context has been established. Note that if each device is 5GMM-REGISTERED, UE_A 10 may start sending and receiving user data and control messages, and may respond to paging. Furthermore, it should be noted that if each device is 5GMM-REGISTERED, UE_A 10 may perform registration procedures other than those for initial registration and/or service request procedures.
  • 5GMM-DEREGISTERED may be a state where each device has not established a 5GMM context, a state where the location information of UE_A10 is not grasped by the network, or a state where the network reaches UE_A10. It may be in a state of being disabled. Note that if each device is 5GMM-DEREGISTERED, UE_A 10 may initiate a registration procedure or establish a 5GMM context by performing the registration procedure.
  • connection management manages the CM state for each UE.
  • CM states may be synchronized between the UE and the AMF.
  • CM states include a non-connected state (CM-IDLE state) and a connected state (CM-CONNECTED state).
  • CM-IDLE state the UE is in RM-REGISTERED state but does not have a NAS signaling connection established with AMF over the N1 interface.
  • N2 connection N2 connection
  • N3 connection connection of the N3 interface
  • the CM-CONNECTED state it has a NAS signaling connection established with the AMF via the N1 interface.
  • the CM-CONNECTED state the UE may have a connection on the N2 interface (N2 connection) and/or a connection on the N3 interface (N3 connection).
  • CM states in 3GPP access may include a non-connected state (CM-IDLE state over 3GPP access) in 3GPP access and a connected state (CM-CONNECTED state over 3GPP access) in 3GPP access.
  • CM states for non-3GPP access are the disconnected state (CM-IDLE state over non-3GPP access) for non-3GPP access and the connected state (CM-CONNECTED state over non-3GPP access) for non-3GPP access. ).
  • the non-connected state may be expressed as an idle mode
  • the connected state mode may be expressed as a connected mode.
  • the CM state may be expressed as 5GMM mode.
  • the disconnected state may be expressed as 5GMM-IDLE mode
  • the connected state may be expressed as 5GMM-CONNECTED mode.
  • the disconnected state in 3GPP access may be expressed as 5GMM-IDLE mode over 3GPP access
  • the connected state in 3GPP access may be expressed as 5GMM-IDLE mode over 3GPP access. CONNECTED mode over 3GPP access).
  • the non-connected state in non-3GPP access may be expressed as 5GMM-IDLE mode over non-3GPP access
  • the connected state in non-3GPP access may be expressed as non-3GPP access.
  • the 5GMM non-connected mode may be expressed as an idle mode
  • the 5GMM connected mode may be expressed as a connected mode.
  • one or more AMFs may be placed in core network_B.
  • the AMF may be an NF (Network Function) that manages one or more NSIs (Network Slice Instances).
  • the AMF may also be a shared CP function (CCNF; Common CPNF (Control Plane Network Function)) shared among multiple NSIs.
  • CCNF Common CPNF (Control Plane Network Function)
  • N3IWF is a device and/or function placed between non-3GPP access and 5GCN when UE connects to 5GS via non-3GPP access.
  • the SMF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
  • the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
  • the SMF may be a node handling the control plane.
  • the control unit_B700 is a functional unit that controls the operation and functions of the entire SMF.
  • the control unit_B700 realizes various processes in the SMF by reading out and executing various programs stored in the storage unit_B740 as necessary.
  • the network connection part_B720 is a functional part for SMF to connect with AMF and/or UPF and/or PCF and/or UDM. That is, the SMF can send and receive user data and/or control information to/from AMF and/or UPF and/or PCF and/or UDM using network connection part_B720.
  • SMF in 5GCN can communicate with AMF through N11 interface by using network connection part_A620, and with UPF through N4 interface.
  • N7 interface it can communicate with the PCF, and through the N10 interface, it can communicate with the UDM.
  • the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. required for each operation of SMF.
  • the SMF has session management functions such as establishment, modification, and release of PDU sessions, IP address allocation for UEs and their management functions, UPF selection and control functions, appropriate destinations (destination ), a function to send and receive the SM part of NAS messages, a function to notify that downlink data has arrived (Downlink Data Notification), AN via the N2 interface via AMF It has a function to provide AN-specific (for each AN) SM information sent to the network, a function to determine the SSC mode (Session and Service Continuity mode) for the session, a roaming function, etc.
  • session management functions such as establishment, modification, and release of PDU sessions, IP address allocation for UEs and their management functions, UPF selection and control functions, appropriate destinations (destination ), a function to send and receive the SM part of NAS messages, a function to notify that downlink data has arrived (Downlink Data Notification), AN via the N2 interface via AMF It has a function to provide AN-specific (for each
  • the UPF is composed of a control unit_B700, a network connection unit_B720, and a storage unit_B740.
  • the control unit_B700, network connection unit_B720, and storage unit_B740 are connected via a bus.
  • a UPF may be a node that handles the control plane.
  • the control unit_B700 is a functional unit that controls the operation and functions of the entire UPF.
  • the control unit_B700 implements various processes in the UPF by reading and executing various programs stored in the storage unit_B740 as necessary.
  • the network connection unit_B720 is a functional unit for UPF to connect with base station equipment (gNB) in 5G AN, and/or SMF, and/or DN. That is, the UPF uses the network connection unit _B720 to transmit and receive user data and/or control information between the base station device (gNB) in the 5G AN, and/or SMF, and/or DN. can be done.
  • gNB base station equipment
  • UPF in 5GCN can communicate with gNB through N3 interface by using network connection part_A620, and with SMF through N4 interface. It can communicate, through the N6 interface it can communicate with DNs, and it can communicate with other UPFs through the N9 interface.
  • the storage unit_B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the UPF.
  • the UPF functions as an anchor point for intra-RAT mobility or inter-RAT mobility, as an external PDU session point for interconnecting DNs (i.e. as a gateway between DNs and Core Network_B, allowing users data forwarding function), packet routing and forwarding function, UL CL (Uplink Classifier) function that supports routing of multiple traffic flows for one DN, multi-homed PDU session support It has branching point function, QoS (Quality of Service) processing function for user plane, uplink traffic verification function, downlink packet buffering, downlink data notification triggering function, etc.
  • DNs i.e. as a gateway between DNs and Core Network_B, allowing users data forwarding function
  • UL CL Uplink Classifier
  • QoS Quality of Service
  • the UPF may be a gateway for IP communication and/or non-IP communication. Also, the UPF may have the function of transferring IP communication, or the function of converting between non-IP communication and IP communication. Furthermore, multiple gateways may be gateways that connect core network_B and a single DN. Note that the UPF may have connectivity with other NFs, and may be connected to each device via other NFs.
  • the user plane is user data transmitted and received between the UE and the network.
  • User plane may be transmitted and received using a PDN connection or a PDU session.
  • the user plane may be transmitted and received using the LTE-Uu interface and/or the S1-U interface and/or the S5 interface and/or the S8 interface and/or the SGi interface.
  • the user plane may be transmitted and received via the interface between the UE and the NG RAN, and/or the N3 interface, and/or the N9 interface, and/or the N6 interface.
  • the user plane may be expressed as U-Plane.
  • control plane is a control message that is sent and received to control UE communication.
  • the control plane may be transmitted and received using a NAS (Non-Access-Stratum) signaling connection between the UE and the MME.
  • NAS Non-Access-Stratum
  • the control plane may be transmitted and received using the LTE-Uu interface and the S1-MME interface.
  • the control plane may be transmitted and received using the interface between the UE and the NG RAN and the N2 interface.
  • the control plane may be expressed as a control plane or as a C-Plane.
  • the U-Plane (User Plane; UP) may be a communication channel for transmitting and receiving user data, and may be composed of multiple bearers.
  • the C-Plane (Control Plane; CP) may be a communication path for transmitting and receiving control messages, and may be composed of multiple bearers.
  • the PCF has functions such as providing policy rules.
  • the UDM has authentication credential processing function, user identification processing function, access authentication function, registration/mobility management function, subscription management function, etc.
  • the PCRF is connected to the PGW and/or PDN and has functions such as QoS management for data delivery. For example, it manages the QoS of the communication path between UE_A10 and PDN.
  • the PCRF may be a device that creates and/or manages PCC (Policy and Charging Control) rules and/or routing rules used when each device transmits and receives user data.
  • PCC Policy and Charging Control
  • HSS is connected to MME and/or SCEF and has functions such as managing subscriber information.
  • HSS subscriber information is referred to, for example, during MME access control.
  • the HSS may be connected with a location management device different from the MME.
  • Network refers to at least part of Access Network_B, Core Network_B, and DN.
  • one or more devices included in at least part of access network_B, core network_B, and DN may be referred to as a network or a network device.
  • the fact that a network performs message transmission/reception and/or processing may mean that a device in the network (a network device and/or a control device) performs message transmission/reception and/or processing.
  • a device in the network performing message transmission/reception and/or processing may mean that the network performs message transmission/reception and/or processing.
  • SM (Session Management) messages may be NAS messages used in procedures for SM and are sent and received between UE_A 10 and SMF_A 230 via AMF_A 240. It may be a control message.
  • SM messages include a PDU session establishment request message, a PDU session establishment accept message, a PDU session establishment reject message, a PDU session modification request message, and a PDU session establishment request message. request) message, PDU session modification command message, PDU session modification complete message, PDU session modification command reject message, PDU session modification reject message.
  • PDU session release request message, PDU session release reject message, PDU session release command message, PDU session release complete A message or the like may be included.
  • the procedure for SM or SM procedure includes PDU session establishment procedure, PDU session modification procedure, PDU session release procedure (UE-requested PDU session release procedure). may be Note that each procedure may be a procedure started from the UE, or may be a procedure started from the NW.
  • An MM (Mobility management) message may be a NAS message used in procedures for MM, and may be a control message sent and received between UE_A10 and AMF_A240.
  • MM messages include a Registration request message, a Registration accept message, a Registration reject message, a De-registration request message, a De-registration accept message. ) message, configuration update command message, configuration update complete message, Service request message, Service accept message, Service reject message, Notification ) message, Notification response message, etc.
  • procedures for MM or MM procedures include Registration procedure, De-registration procedure, Generic UE configuration update procedure, Authentication/Authorization procedure, Service request procedure ( Service request procedure), Paging procedure, Notification procedure.
  • a 5GS (5G System) service may be a connection service provided using the core network_B190. Furthermore, the 5GS service may be a service different from the EPS service or a service similar to the EPS service.
  • a non-5GS service may be a service other than a 5GS service, and may include an EPS service and/or a non-EPS service.
  • the PDN (Packet Data Network) type indicates the type of PDN connection, including IPv4, IPv6, IPv4v6, and non-IP.
  • IPv4 When IPv4 is specified, it indicates that data is sent and received using IPv4.
  • IPv6 When IPv6 is specified, it indicates that data is sent and received using IPv6.
  • IPv4v6 When IPv6 is specified, it indicates that data is sent and received using IPv4 or IPv6.
  • non-IP it indicates that communication is to be performed by a communication method other than IP, rather than using IP.
  • a PDU (Protocol Data Unit/Packet Data Unit) session which can be defined as an association between a DN that provides PDU connectivity services and a UE, is a connection established between the UE and an external gateway.
  • an external gateway may be gender.
  • the UE can transmit and receive user data to and from the DN using the PDU session.
  • the external gateway may be UPF, SCEF, or the like.
  • a UE can transmit and receive user data to and from a device such as an application server located in a DN using a PDU session.
  • each device may associate and manage one or more pieces of identification information with respect to a PDU session.
  • identities may include one or more of DNN, QoS rules, PDU session type, application identities, NSI identities, access network identities, and SSC mode, and other information. Further may be included.
  • each piece of identification information associated with a PDU session may have the same content or different content.
  • DNN Data Network Name
  • DN identifies the core network and/or external network such as DN.
  • the DNN can also be used as information for selecting a gateway such as PGW/UPF that connects the core network B190.
  • DNN may correspond to APN (Access Point Name).
  • PDU (Protocol Data Unit/Packet Data Unit) session type indicates the type of PDU session, including IPv4, IPv6, Ethernet, and Unstructured.
  • IPv4 When IPv4 is specified, it indicates that data is sent and received using IPv4.
  • IPv6 When IPv6 is specified, it indicates that data is sent and received using IPv6.
  • Ethernet If Ethernet is specified, it indicates that Ethernet frames will be sent and received. Also, Ethernet may indicate that communication using IP is not performed.
  • Unstructured it indicates that data is sent and received to an application server, etc. in the DN using Point-to-Point (P2P) tunneling technology.
  • P2P Point-to-Point
  • UDP/IP encapsulation technology may be used as the P2P tunneling technology.
  • the PDU session type may include IP in addition to the above. IP can be specified if the UE is capable of using both IPv4 and IPv6.
  • PLMN Public land mobile network
  • a PLMN is a network managed by an operator who is a telecommunications carrier, and the operator can be identified by the PLMN ID.
  • the PLMN that matches the MCC (Mobile Country Code) and MNC (Mobile Network Code) of the IMSI (International Mobile Subscriber Identity) of the UE may be the Home PLMN (HPLMN).
  • the UE may hold an Equivalent HPLMN list for identifying one or more EPLMNs (Equivalent HPLMN) in the USIM.
  • a PLMN different from HPLMN and/or EPLMN may be VPLMN (Visited PLMN).
  • a PLMN with which the UE has successfully registered may be an RPLMN (Registered PLMN).
  • a tracking area is a single or multiple ranges that can be represented by the location information of UE_A10 managed by the core network.
  • the tracking area may be composed of a plurality of cells.
  • the tracking area may be a range in which control messages such as paging are broadcast, or a range in which UE_A 10 can move without performing a handover procedure.
  • the tracking area may be a routing area, a location area, or the like.
  • the tracking area may be TA (Tracking Area).
  • a tracking area may be identified by a TAI (Tracking Area Identity) consisting of a TAC (Tracking area code) and a PLMN.
  • a registration area is a set of one or more TAs assigned to a UE by AMF.
  • UE_A 10 may be able to move without transmitting and receiving signals for tracking area update while moving within one or more TAs included in the registration area.
  • the registration area may be a group of information indicating areas to which UE_A 10 can move without performing a tracking area update procedure.
  • a registration area may be identified by a TAI list consisting of one or more TAIs.
  • a UE ID is information for identifying a UE.
  • the UE ID is SUCI (SUBscription Concealed Identifier), SUPI (Subscription Permanent Identifier), GUTI (Globally Unique Temporary Identifier), IMEI (International Mobile Subscriber Identity), IMEISV (IMEI Software Version), or TMSI ( Temporary Mobile Subscriber Identity).
  • the UE ID may be other information configured within the application or network.
  • the UE ID may be information for identifying the user.
  • a network slice is a logical network that provides specific network capabilities and network characteristics.
  • the UE and/or network may support network slices (NW slices; NS) in 5GS.
  • NW slices; NS network slices
  • a network slice may also simply be called a slice.
  • S-NSSAI Single Network Slice Selection Assistance Information
  • S-NSSAI Single Network Slice Selection Assistance Information
  • S-NSSAI may consist of only SST (Slice/Service type), or may consist of both SST and SD (Slice Differentiator).
  • the SST is information indicating the expected behavior of the NS in terms of functions and services.
  • SD may be information for interpolating SST when selecting one NSI from a plurality of NSIs indicated by SST.
  • the S-NSSAI may be information unique to each PLMN, or may be standard information shared among PLMNs.
  • the network may store one or more S-NSSAIs in the UE's registration information as default S-NSSAIs. Note that if the S-NSSAI is the default S-NSSAI and the UE does not send a valid S-NSSAI to the network in the registration request message, the network may provide the NS associated with the UE.
  • the S-NSSAI sent and received between the UE and the NW may be expressed as an S-NSSAI IE (Information element).
  • the S-NSSAI IE sent and received between the UE and the NW indicates the S-NSSAI composed of the SST and/or SD of the registered PLMN and/or the S-NSSAI of the HPLMN to which the S-NSSAI is mapped.
  • SST and/or SD may be configured.
  • One or more S-NSSAI stored by the UE and/or NW may be configured with SST and/or SD, or S-NSSAI configured with SST and/or SD and/or the S-NSSAI SST and/or SD indicating the S-NSSAI of the mapped HPLMN may be configured.
  • An always-on PDU session is a PDU session for which user plane resources must be activated each time the UE transitions from the 5GMM-IDLE state to the 5GMM-CONNECTED state.
  • the UE can request the core network and/or the core network device to establish a PDU session as an Always-on PDU session based on instructions from higher layers.
  • the core network and/or core network device determines whether the PDU session can be established as an Always-on PDU session.
  • establishment of an Always-on PDU session may mean establishment of a PDU session for C2 communication.
  • establishment of an Always-on PDU session may imply establishment of a PDU session handling QoS flows for C2 communication.
  • the 5GMM-IDLE state may be CM-IDLE state.
  • the 5GMM-CONNECTED state may be the CM-CONNECTED state.
  • the core network device that determines whether a PDU session can be established as an Always-on PDU session may be the SMF.
  • Service-level-AA container IE (Information Element) is an information element for transferring information for authentication and authorization between UE and network to upper layers.
  • the Service-level-AA container information element contains a Service-level device ID, and/or a Service-level-AA server address, and/or a Service-level-AA payload, and/or a Service-level-AA response. It's okay.
  • the Service-level-AA container information element contains C2 authorization result, and/or C2 session security information, and/or identification information of the paired UAV-C. of UAV-C to pair), and/or flight authorization information.
  • the Service-level-AA container information element may contain a Service-level-AA pending indication. Note that the Service-level-AA container information element may also be referred to as a Service-level-AA container.
  • Service-level device ID is an information element for carrying the identity required for authentication and authorization by an external DN. Also, the Service-level device ID may be included in the Service-level-AA container information element. Service-level device IDs may also include CAA-level UAV IDs.
  • Service-level-AA server address is an information element for carrying the address of the service level authentication and authorization server. Also, the Service-level-AA server address may be included in the Service-level-AA container information element. Also, the Service-level-AA server address may include a USS address.
  • the Service-level-AA payload is an information element for carrying payloads for authentication and authorization between the UE and the service-level-AA server to upper layers.
  • the Service-level-AA payload may also be included in the Service-level-AA container information element.
  • the Service-level-AA payload may also include a UUAA aviation payload.
  • a Service-level-AA response is an information element for providing information on service-level authentication and authorization requests.
  • the Service-level-AA response is an information element indicating that the authentication and authorization request to the service level authentication server has succeeded or failed.
  • the Service-level-AA response may also be included in the Service-level-AA container information element.
  • a UAV Unmanned Aerial Vehicle
  • the UAV may be a UE.
  • the UAV may also be a 3GPP UE that supports UE functionality.
  • the UAV may be managed by the USS.
  • a UAV may be associated with a UAV controller.
  • the UAV may be associated with a UAV controller and managed by a core network device and/or UTM.
  • a UAV when a UAV is managed in association with a UAV controller, it may be managed by a core network device and/or UTM as a UAS.
  • the UAV may have its information (identification information, IP address, location information, etc.) managed by the core network device and/or UTM.
  • a UAV controller (Unmanned Aerial Vehicle controller) is a controller for operating a UAV. Also, the UAV controller may be a UE. Also, the UAV controller may be a 3GPP UE that supports UE functionality.
  • a UAV controller may be associated with a UAV. Furthermore, the UAV controller may be associated with the UAV and managed by the core network device and/or UTM. Furthermore, when the UAV controller is managed in association with the UAV, it may be managed by the core network device and/or UTM as a UAS. The UAV controller may have its own information (identification information, IP address, location information, etc.) managed by the core network device and/or UTM. UAV controller may be expressed as UAC or UAV-C.
  • a UAS Unmanned Aerial System
  • the related functions may include C2 (command and control) links.
  • the C2 link may be the link between the UAV and the control station, or the link between the UAV and the network.
  • the C2 link may be a link for remote identification.
  • a UAS may consist of one or more UAVs and one or more UAV controllers.
  • a UAS may also be managed by a network device and/or a USS.
  • USS Unmanned Aerial System Service Supplier
  • the USS may be a device in the DN or a device in the core network.
  • the USS may also be a device for autonomously piloting UAVs.
  • USS may have a function to manage identification information, IP address, location information, etc. of UAV and/or UAV controller, and manage information of UAV and/or UAV controller other than the above It may have a function for
  • USS may associate UAVs and UAV controllers and manage them as UAS.
  • the USS may also send information for requesting network services to the core network device.
  • a USS may be a device that provides one or more functions or services for managing a range of motor vehicle operations.
  • the USS may also be a UAS application server.
  • the USS may be a device equipped with UTM functions.
  • the USS may be a device that resides on the UTM.
  • the USS may also be a device within the UTM.
  • USS may be expressed as USS/UTM or UTM/USS.
  • a UTM Unmanned Aerial System Traffic Management
  • a UTM may be a device that includes a USS.
  • a UTM may be a device with a USS.
  • UTM may be read as USS.
  • C2 communication is a user plane communication channel for delivering messages containing commands and control information for operating the UAV from the UAV controller or UTM to the UAV. Additionally, the C2 communication may be a user plane channel for reporting telemetry data from the UAV to the UAV controller or UTM. Additionally, the C2 communication may be a user plane channel for delivering messages from the UAV controller through the UTM to the UAV containing commands and control information to operate the UAV.
  • C2 communication may be a communication path realized by PDU sessions. Additionally, a PDU session for C2 communication may be realized by an Always-on PDU session. Furthermore, establishment of a PDU session for C2 communication may imply establishment of an Always-on PDU session. Furthermore, establishment of a PDU session handling QoS flows for C2 communication may imply establishment of an Always-on PDU session.
  • a CAA-Level UAV ID is information assigned to a UAV by an aviation domain function such as the USS.
  • the CAA-Level UAV ID may also be used for Remote Identification and Tracking, and may be used to identify the UAV.
  • the CAA-Level UAV ID may also be information provided by the UAV to the 3GPP system during the UUAA procedure.
  • the Aviation Domain may also allocate new CAA-Level UAV IDs for UAVs at any time.
  • a new CAA-Level UAV ID may also be provided to UAVs and 3GPP systems during UAS-related procedures.
  • a 3GPP UAV ID is information associated with a UAV by the 3GPP system.
  • the 3GPP UAV ID may also be information used by the 3GPP system to identify the UAV.
  • the USS may also store associations between CAA-level UAV IDs and 3GPP UAV IDs.
  • UAS NF UAS Network Function
  • NEF Network Function
  • SCEF+NEF SCEF+NEF
  • the UAS NF may also be used for external exposure of services to USS.
  • UAS NFs may also utilize existing NEF/SCEF public services for UAV certification/authorization, UAV flight authorization, and pairing authorization between UAVs and UAVCs.
  • the UAS NF may also store the result of UUAA-MM and the result of UUAA-SM.
  • the first USS may be a different device than the second USS. Also, the address of the first USS may be preset in the UE. Also, the address of the first USS may be set to the Service-level-AA server address included in the Service-level-AA container information element.
  • the second USS may be a device different from the first USS. Also, the address of the second USS may be set to the Service-level-AA server address included in the Service-level-AA container information element.
  • the first area may be an area where UAV certification and approval are permitted. Also, the first area may be a tracking area. Also, the first area may be a registration area. Also, the first area may be an area associated with a network slice. Alternatively, the first area may be an area independently set by the network or USS. Also, the first area may be the area where the UE is currently located. Alternatively, the first area may be an area indicated by the network.
  • the second area may be an area where UAV certification and approval are not permitted. Also, the second area may be a tracking area. Also, the second area may be a registration area. Also, the second area may be an area associated with a network slice. Also, the second area may be the area where the UE is currently located. Also, the second area may be an area indicated by the network.
  • the first identification information is the USS address. Also, the first identification information may be information indicating the address of the USS requested by the UE. Also, the first identification information may be the address of the first USS. Also, the first identification information may be information indicating the address of the first USS requested by the UE.
  • the first identification information may be the Service-level-AA server address included in the Service-level-AA container information element with the USS address set.
  • the first identification information may be a Service-level-AA server address included in the Service-level-AA container information element set with the address of the first USS.
  • the first identification information may be information included in the Service-level-AA container information element.
  • the first identification information may be preset in the UE. Also, the USS address of the first identification information may be associated with a bit and a priority. Also, the USS address of the first identification information may be associated with the position and priority stored in the Service-level-AA container information element.
  • the first identification information may be the same as the tenth identification information. Also, the first identification information may be information including the second identification information. Also, the first identification information may be a list including the second identification information. Also, the first identification information may be a list including a plurality of USS addresses.
  • the second identification information may be the address of the second USS. Also, the second identification information may be information indicating the address of the second USS requested by the UE. Also, the second identification information may be a Service-level-AA server address included in the Service-level-AA container information element set with the address of the second USS. Also, the second identification information may be information included in the Service-level-AA container information element.
  • the second identification information may be preset in the UE.
  • the USS address of the second identification information may be associated with a bit and a priority.
  • the USS address of the second identification information may be associated with the position and priority stored in the Service-level-AA container information element.
  • the second identification information may be the same as the eleventh identification information. Also, the second identification information may be information including the first identification information. Also, the second identification information may be a list including the first identification information. Also, the second identification information may be a list including a plurality of USS addresses.
  • the third identification information is the SSC mode. Also, the third identification information may be information indicating the SSC mode requested by the UE.
  • the SSC mode may be information included in the SSC mode information element (SSC mode IE (Information Element)). Also, the SSC mode may be information set in the SSC mode information element.
  • SSC mode IE Information Element
  • the third identification information may be one of SSC mode 1, SSC mode 2, and SSC mode 3. Also, the third identification information may be an SSC mode information element in which any one of SSC mode 1, SSC mode 2, and SSC mode 3 is set.
  • the tenth identification information is the USS address. Also, the tenth identification information may be information indicating the address of the USS permitted by the network. Also, the tenth identification information may be the address of the first USS. Also, the tenth identification information may be information indicating the address of the first USS authorized by the network.
  • the tenth identification information may be the Service-level-AA server address included in the Service-level-AA container information element with the USS address set. Also, the tenth identification information may be the Service-level-AA server address included in the Service-level-AA container information element set with the address of the first USS.
  • the USS address of the tenth identification information may be associated with bits and priority. Also, the USS address of the tenth identification information may be associated with the position and priority stored in the Service-level-AA container information element. Also, the tenth identification information may be information included in the Service-level-AA container information element.
  • the tenth identification information may be the same as the first identification information. Also, the tenth identification information may be information including the eleventh identification information. Also, the tenth identification information may be a list including the eleventh identification information. Also, the tenth identification information may be a list including a plurality of USS addresses.
  • the eleventh identification information may be the address of the second USS. Also, the eleventh identification information may be information indicating the address of the second USS authorized by the network. Also, the eleventh identification information may be a Service-level-AA server address included in the Service-level-AA container information element set with the address of the second USS. Also, the eleventh identification information may be information included in the Service-level-AA container information element.
  • the USS address of the 11th identification information may be associated with bits and priority. Also, the USS address of the eleventh identification information may be associated with the position and priority stored in the Service-level-AA container information element.
  • the eleventh identification information may be the same as the second identification information. Also, the eleventh identification information may be information including the tenth identification information. Also, the eleventh identification information may be a list including the tenth identification information. Also, the eleventh identification information may be a list including a plurality of USS addresses.
  • the twelfth identification information may be information indicating that the address of the second USS is currently unusable. Also, the twelfth identification information may be information indicating that the address of the second USS cannot be used temporarily. Also, the twelfth identification information may be information indicating that the address of the second USS cannot be used while the address of the first USS is in use.
  • the twelfth identification information may be information indicating that the address of the second USS is currently invalid. Also, the twelfth identification information may be information temporarily indicating that the address of the second USS is invalid. Also, the twelfth identification information may be information indicating that the address of the second USS is invalid while the address of the first USS is in use.
  • the thirteenth identification information may be information indicating that the USS address will be changed. Also, the thirteenth identification information may be information for the network to request the UE to change the USS address. Also, the thirteenth identification information may be information indicating to invalidate the address of the first USS and validate the address of the second USS. Also, the thirteenth identification information may be information indicating that the address of the first USS is deleted and the address of the second USS is stored. Also, the thirteenth identification information may be information indicating that the address of the first USS is to be updated to the address of the second USS.
  • the twentieth identification information may be information requesting an extension of the time during which UAV certification and authorization are valid. Specifically, the twentieth identification information may be information that the UE requests the network to extend the time during which the UAV's authentication and authorization are valid. Also, the twentieth identification information may be information requesting an update of the time during which UAV authentication and authorization are valid. Also, the twentieth identification information may be information for requesting UAV authentication and authorization again.
  • the twenty-first identification information may be information that re-requests the area where UAV certification and authorization are valid. Also, the 21st identification information may be information requesting update of the first area and/or the second area. Also, the twenty-first identification information may be information for requesting UAV authentication and authorization again.
  • the thirtieth identification information is the timer value. Also, the thirtieth identification information may be a timer value indicated by the network. Also, the thirtieth identification information may be a first timer value. Also, the thirtieth identification may be a first timer value indicated by the network. Also, the thirtieth identification information may be a timer value with a specified start time and/or end time.
  • the thirtieth identification information may be a timer value indicating the time during which UAV authentication and authorization are valid. Also, the thirtieth identification information may be a timer value indicating the time during which UAV authentication and authorization are permitted. Also, the thirtieth identification information may be a timer value indicating the time at which the UAV is authenticated and approved.
  • the 30th identification information may be preset in the UE. Also, the thirtieth identification may indicate that the UAV has not been authenticated and authorized if the timer value is zero.
  • the 31st identification information may be the second timer value. Also, the thirty-first identification information may be a second timer value indicated by the network. Also, the 31st identification information may be a timer value with a specified start time and/or end time.
  • the 31st identification information may be a timer value indicating the time during which UAV authentication and authorization are valid.
  • the thirty-first identification information may be a timer value for extending the time during which UAV authentication and authorization are valid.
  • the 31st identification information may be a timer value indicating the time during which UAV authentication and authorization are permitted.
  • the thirty-first identification information may be a timer value for extending the time allowed for UAV authentication and authorization.
  • the 31st identification information may be a timer value indicating the time at which the UAV is authenticated and approved.
  • the thirty-first identification information may be a timer value for extending the time during which the UAV is authenticated and approved.
  • the 31st identification information may be preset in the UE. Also, the thirty-first identification may indicate that the UAV was not authenticated and authorized when the timer value is zero.
  • the 32nd identification information is the timer value. Also, the thirty-second identification information may be a timer value indicated by the network. Also, the 32nd identification information may be a third timer value. Also, the thirty-second identification information may be a third timer value indicated by the network. Also, the 32nd identification information may be a timer value with a specified start time and/or end time.
  • the 32nd identification information may be a timer value indicating the time during which UAV authentication and authorization are invalid. Also, the 32nd identification information may be a timer value indicating the time during which UAV authentication and authorization are not permitted. Also, the 32nd identification information may be a timer value indicating the time during which the UAV is not authenticated or authorized.
  • the 32nd identification information may be a timer value indicating the time until a retry of the procedure is permitted. Also, the 32nd identification information may be preset in the UE.
  • the 33rd identification information may be information indicating the first area where UAV authentication and authorization are permitted. Also, the thirty-third identification information may be information indicating the first area in which the UAS service is permitted. Also, the thirty-third identification information may be information indicating that authentication and authorization of the UAV is permitted only in the first area. Also, the thirty-third identification information may be information indicating that the UAS service is permitted only in the first area.
  • the 34th identification information may be information indicating the first or second area where UAV authentication and authorization are permitted. Also, the thirty-fourth identification information may be information indicating the first or second area where the UAS service is permitted. Also, the thirty-fourth identification information may be information indicating that the authentication and authorization of the UAV are valid even when it moves from the first area to the second area. Also, the 34th identification information may be information indicating that the PDU session is maintained even when moving from the first area to the second area. Also, the 34th identification information may be information indicating that the first or second area is to be updated.
  • the thirty-fifth identification information may be information indicating a second area where UAV authentication and authorization are not permitted. Also, the thirty-fifth identification information may be information indicating a second area in which UAS service is not permitted. Also, the thirty-fifth identification information may be information indicating that authentication and authorization of the UAV are not permitted in the second area. Also, the thirty-fifth identification information may be information indicating that the UAS service is not permitted in the second area.
  • the 36th identification information may be information indicating that UAV authentication and authorization are not permitted. Also, the thirty-sixth identification information may be information indicating that the UAS service is not permitted. Also, the thirty-sixth identification information may be information indicating that authentication and authorization of the UAV is not permitted at the current time. Also, the thirty-sixth identification information may be information indicating that the UAS service is not allowed at the current time. Also, the thirty-sixth identification information may be information indicating that authentication and authorization of the UAV are not permitted in the second area. Also, the thirty-sixth identification information may be information indicating that the UAS service is not permitted in the second area. Also, the thirty-sixth identification information may be a reason value.
  • the 37th identification information may be information indicating cancellation of certification and authorization due to temporary UAV certification and authorization. Also, the thirty-seventh identification information may be information indicating cancellation of authentication and approval. Also, the thirty-seventh identification information may be information indicating that the authentication and authorization of the UAV was temporarily permitted. Also, the thirty-seventh identification information may be information indicating that the UAS service was temporarily permitted. Also, the 37th identification information may be a reason value.
  • the thirty-eighth identification information may be information indicating that UAV authentication and authorization are permitted. Also, the thirty-eighth identification information may be information indicating that it is time to allow authentication and authorization of the UAV. Also, the thirty-eighth identification information may be information indicating that the UAS service is permitted. Also, the thirty-eighth identification information may be information indicating that it is time to allow the UAS service.
  • HSS and UDM, PCF and PCRF, SMF and PGW-C, and UPF and PGW-U are respectively the same device (that is, the same physical device).
  • a case where they are configured as hardware, the same logical hardware, or the same software) will be described as an example.
  • the contents described in this embodiment are also applicable when they are configured as different devices (that is, different physical hardware, different logical hardware, or different software).
  • data may be directly transmitted/received between them, data may be transmitted/received via the N26 interface between AMF and MME, or data may be transmitted/received via UE.
  • a registration procedure is a procedure for UE-initiated registration to access network_B and/or core network_B and/or DN.
  • the UE can execute this procedure at any time, such as when it is powered on.
  • the UE can start this procedure at any timing as long as it is in the non-registered state (RM-DEREGISTERED state).
  • each device especially UE and AMF
  • the registration procedure may be an initial registration initiated by the UE.
  • the registration procedure may be mobility and periodic registration.
  • the registration procedure may be the MM procedure.
  • the registration procedure updates the location registration information of the UE in the network and/or periodically informs the network of the UE status from the UE and/or updates certain parameters of the UE in the network. procedure may be used.
  • the UE may start the registration procedure when performing mobility across TAs. In other words, the UE may initiate the registration procedure when moving to a TA different from the TA indicated in the TA list it maintains. Additionally, the UE may initiate this procedure when a running timer expires. Additionally, the UE may initiate a registration procedure when the context of each device needs to be updated due to PDU session disconnection or invalidation. Additionally, the UE may initiate a registration procedure when there is a change in the UE's capability information and/or preferences regarding PDU session establishment. Further, the UE may initiate registration procedures periodically. Additionally, the UE may initiate a registration procedure upon completion of the UE configuration update procedure. Note that the UE is not limited to these, and can execute the registration procedure at any timing.
  • the UE may initiate registration procedures periodically even in the registered state.
  • the UE may initiate the registration procedure upon expiration of the timer.
  • the registration procedure performed based on the mobility of the UE and the registration procedure performed periodically may be expressed as the registration procedure for mobility and registration update.
  • the registration procedure for mobility and registration update may be a registration procedure performed based on the UE's mobility, or a registration procedure performed periodically.
  • the registration procedure for mobility and registration update may be a registration procedure performed based on the UE's configuration update.
  • the registration procedure for mobility and registration renewal may be a registration procedure performed to establish a communication path for sending and receiving user data.
  • the registration procedure for mobility and registration renewal may be a registration procedure performed on demand from the network.
  • the registration procedure for mobility and registration renewal may be a registration procedure other than the initial registration procedure.
  • the registration procedure for mobility and registration renewal may be referred to as this procedure.
  • the registration procedure described below may be an initial registration procedure or a registration procedure for mobility and registration renewal.
  • the UE starts the registration procedure by sending a Registration request message to the AMF (S800) (S802) (S804). Specifically, the UE transmits an RRC message including a registration request message to the 5G AN (or gNB) (S800).
  • the registration request message is a NAS message.
  • the RRC message may be a control message sent and received between the UE and the 5G AN (or gNB).
  • NAS messages are processed in the NAS layer, and RRC messages are processed in the RRC layer. Note that the NAS layer is a layer higher than the RRC layer.
  • the UE may include one or more identification information among the first to third, twenty-first, and twenty-first identification information in the registration request message and/or the RRC message and transmit it. More specifically, the UE may include and transmit one or more identification information among the first to third, 20, and 21 identification information in a registration request message and/or an RRC message. may be included in a different control message, for example, a control message of a layer lower than the RRC layer (eg, MAC layer, RLC layer, PDCP layer) and transmitted.
  • a control message of a layer lower than the RRC layer eg, MAC layer, RLC layer, PDCP layer
  • the UE may indicate that the UE supports each function or indicate the UE's request. Furthermore, when a plurality of identification information are transmitted and received, two or more identification information of these identification information may be configured as one or more identification information. Information indicating support for each function and information indicating a request to use each function may be transmitted/received with the same identification information, or may be transmitted/received as different identification information.
  • the UE includes one or more identification information among the identification information of the first to third, 20th, and 21st identification information in the registration request message, so that the content indicated by the identification information included in the registration request message is transmitted to the network.
  • the UE includes one or more identification information among the identification information of the first to third, 20th, and 21st identification information in the registration request message, so that the content indicated by the identification information included in the registration request message is transmitted to the network. may be requested.
  • the UE determines whether to include one or more of the identification information from the first to third, twenty, and twenty-first identification information in the registration request message, the subscriber information, and/or the network state, and/or the user's It may be selected and determined based on the registration information and/or the context held by the UE.
  • the UE may initiate the PDU session establishment procedure during the registration procedure by sending the SM message in the registration request message or by sending the SM message together with the registration request message.
  • the SM message may be a PDU session establishment request message.
  • the 5G AN When the 5G AN (or gNB) receives the RRC message containing the registration request message, it selects an AMF to transfer the registration request message (S802). Note that the 5G AN (or gNB) can select the AMF based on information included in the registration request message and/or the RRC message. The 5G AN (or gNB) extracts the registration request message from the received RRC message and forwards the registration request message to the selected AMF (S804).
  • the AMF When the AMF receives the registration request message, it can perform the first condition determination.
  • the first condition determination is for determining whether or not the network (or AMF) accepts the request from the UE.
  • the AMF initiates the procedure of FIG. 6(A) if the first conditional determination is true, whereas the AMF initiates the procedure of FIG. 6(B) if the first conditional determination is false.
  • the first condition determination is the reception of the registration request message, and/or each identification information included in the registration request message, and/or subscriber information, and/or network capability information, and/or operator policy, and It may be performed based on network conditions, and/or user registration information, and/or context held by the AMF, and/or the like. For example, the first conditional decision may be true if the network grants the UE's request, and the first conditional decision may be false if the network does not grant the UE's request. In addition, if the network to which the UE is registered and/or the device in the network supports the function requested by the UE, the first condition determination is true and does not support the function requested by the UE. , the first conditional decision may be false.
  • the first conditional determination may be true if the transmitted/received identification information is permitted, and the first conditional determination may be false if the transmitted/received identification information is not permitted.
  • the conditions for determining whether the first condition determination is true or false need not be limited to the conditions described above.
  • the AMF can first execute the fourth condition determination in the procedure of (A) in FIG.
  • the fourth condition determination is for determining whether or not AMF will transmit/receive an SM message to/from SMF.
  • the fourth condition determination may be performed based on whether the AMF has received the SM message. Also, the fourth condition determination may be performed based on whether the SM message is included in the registration request message. For example, if AMF received an SM message and/or if the registration request message contained an SM message, then the fourth conditional decision may be true, and if AMF did not receive an SM message, and/or if the registration request message did not contain an SM message, the fourth condition determination may be false.
  • the conditions for determining whether the fourth condition determination is true or false are not limited to the conditions described above.
  • the AMF based on the reception of the registration request message and / or the completion of transmission and reception of the SM message with the SMF, the AMF, as a response message to the registration request message, via the 5G AN (or gNB) to the UE Send a registration accept message (S808).
  • the AMF may send a registration accept message based on receiving a registration request message from the UE.
  • the AMF may send a registration acceptance message based on completion of transmission/reception of SM messages to/from the SMF.
  • the registration acceptance message is a NAS message transmitted and received on the N1 interface, but is transmitted and received in an RRC message between the UE and the 5G AN (gNB).
  • the AMF may include one or more pieces of identification information among the 10th to 13th, 30th to 38th pieces of identification information in the registration acceptance message. By transmitting these identification information, the AMF may indicate that the network supports each function, or indicate that the UE's request has been accepted. Furthermore, when a plurality of identification information are transmitted and received, two or more identification information of these identification information may be configured as one or more identification information. Information indicating support for each function and information indicating a request to use each function may be transmitted/received with the same identification information, or may be transmitted/received as different identification information.
  • the network allows the UE to display the content indicated by the identification information included in the registration acceptance message.
  • the network allows the UE to display the content indicated by the identification information included in the registration acceptance message. may be allowed to
  • the AMF determines which of the 10th to 13th and 30th to 38th identities to include in the registration acceptance message for each of the received identities, and/or subscriber information, and/or network capabilities. Information and/or operator policy and/or network conditions and/or user registration information and/or context held by the AMF may be used for selection and determination.
  • the AMF can send the registration acceptance message including the SM message, or can send the SM message together with the registration acceptance message.
  • this transmission method may be executed when the SM message is included in the registration request message and the fourth condition determination is true. Also, this transmission method may be executed when the SM message is included together with the registration request message and the fourth condition determination is true.
  • the AMF can indicate in the registration procedure that the procedure for the SM has been accepted.
  • the SM message may be a PDU session establishment request message or a PDU session establishment acceptance message.
  • AMF receives each identification information, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network status, and/or user registration information, and/or It may be indicated that the request of the UE has been accepted by sending a registration acceptance message based on the context held by the AMF.
  • the AMF may send the registration acceptance message including information indicating that some of the requests of the UE have been rejected, or send information indicating that some of the requests of the UE have been rejected. may indicate why some of the UE's requests were rejected. Further, the UE may know why some of the UE's requests were rejected by receiving information indicating that some of the UE's requests were rejected. The reason for the refusal may be information indicating that the content indicated by the identification information received by the AMF is not permitted.
  • the UE receives the registration acceptance message from the AMF via the 5G AN (gNB) (S808).
  • the UE can recognize that the UE's request in the registration request message has been accepted and the content of various identification information included in the registration acceptance message.
  • the UE can transmit a registration complete message to the AMF via the 5G AN (gNB) as a response message to the registration acceptance message (S810).
  • the registration completion message is a NAS message sent and received on the N1 interface, but is included in an RRC message and sent and received between the UE and the 5G AN (gNB).
  • AMF receives the registration complete message via 5G AN (gNB) (S810). Also, each device completes the procedure of (A) in FIG. 6 based on transmission/reception of the registration acceptance message and/or the registration completion message.
  • gNB 5G AN
  • the AMF transmits a registration reject message to the UE via the 5G AN (gNB) as a response message to the registration request message (S812).
  • the registration rejection message is a NAS message transmitted and received on the N1 interface, but is included in an RRC message and transmitted and received between the UE and the 5G AN (gNB).
  • the AMF may include one or more identification information among the 10th to 13th, 30th to 38th identification information in the registration refusal message. Further, the AMF may indicate that the UE request has been rejected by transmitting one or more of the 10th to 13th, 30th to 38th identification information, or the UE request has been rejected. You may indicate the reason for the rejection.
  • the network indicates to the UE the content indicated by the identification information included in the registration rejection message by including one or more of the identification information from the 10th to 13th and 30th to 38th in the registration rejection message. good too. Furthermore, the network includes one or more identification information among the 10th to 13th and 30th to 38th identification information in the registration rejection message, thereby permitting the UE the content indicated by the identification information included in the registration rejection message. It doesn't have to be.
  • the AMF determines whether to include one or more of the 10th to 13th, 30th to 38th identification information in the registration rejection message, each received identification information, and/or subscriber information, and/or It may be selected and determined based on network capability information and/or operator policy and/or network status and/or user registration information and/or context held by AMF.
  • the AMF may indicate that the UE's request by the registration request message has been rejected by sending a registration rejection message. Further, the AMF may transmit the registration refusal message including information indicating the reason for refusal, or may indicate the reason for refusal by transmitting the reason for refusal. Additionally, the UE may know why the UE's request was rejected by receiving information indicating why the UE's request was rejected. The reason for the refusal may be information indicating that the content indicated by the identification information received by the AMF is not permitted.
  • the UE receives the registration rejection message from the AMF via the 5G AN (gNB) (S812).
  • the UE can recognize that the UE's request by the registration request message has been rejected and the contents of various identification information included in the registration rejection message.
  • the UE may recognize that the UE's request has been rejected if the UE does not receive the registration rejection message even after a predetermined period of time has elapsed after sending the registration request message.
  • Each device completes the procedure (B) in this procedure based on transmission/reception of the registration rejection message.
  • Each device completes the registration procedure based on the completion of the procedure (A) or (B) in Fig. 6.
  • each device may transition to a state in which the UE is registered with the network (RM_REGISTERED state) based on the completion of the procedure of (A) in FIG. 6, or the completion of the procedure of (B) in FIG. , the UE may remain unregistered with the network (RM_DEREGISTERED state), or the UE may transition to the unregistered state with the network.
  • the transition of each device to each state may be performed based on the completion of the registration procedure, or may be performed based on the establishment of the PDU session.
  • the UE may complete the registration procedure based on the reception of the registration acceptance message or the registration rejection message.
  • each device may perform processing based on the information sent and received during the registration procedure upon completion of the registration procedure. For example, if information is sent or received indicating that some of the UE's requests were rejected, it may know why the UE's requests were rejected. Furthermore, each device may perform this procedure again, or may perform the registration procedure for Core Network_B or another cell, based on the reason why the UE's request was rejected.
  • the UE may store the identification information received with the registration acceptance message and/or the registration rejection message, and may recognize the network's decision.
  • the UE may recognize the content indicated by the received identification information. Furthermore, when the UE receives one or more identification information among the 10th to 13th and 30th to 38th identification information, the UE recognizes that the contents indicated by the identification information included in the registration acceptance message are permitted. good too.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • the UE configuration update procedure (Generic UE configuration update procedure) will be explained using FIG.
  • the UE configuration update procedure is also referred to as this procedure.
  • This procedure is a procedure for the core network to update the setting information of the UE.
  • the procedure may be a procedure for mobility management initiated by the network for UEs registered in the network.
  • the UE configuration update procedure may be the MM procedure.
  • devices in the core network such as AMF may initiate this procedure based on network configuration updates and/or operator policy updates.
  • the trigger for this procedure may be the detection of mobility of the UE, the detection of state change of the UE and/or the access network and/or the core network, or the state change of the network slice.
  • the trigger for this procedure may be the receipt of a request from the DN and/or the DN's application server, a change in network configuration, or a change in operator policy.
  • the trigger for this procedure may be the expiration of a running timer. Note that the triggers for starting this procedure by devices in the core network are not limited to these.
  • this procedure may be performed at any time after the aforementioned registration procedure and/or PDU session establishment procedure are completed. Furthermore, this procedure may be executed at any timing as long as each device has established a 5GMM context and/or each device is in a 5GMM connected mode.
  • each device transmits and receives a message containing identification information for changing the setting information of the UE and/or identification information for stopping or changing the function being performed by the UE. good too. Further, each device may update configuration information to network-mandated settings or initiate network-mandated behavior based on the completion of this procedure.
  • the UE may update its configuration information based on the control information transmitted and received by this procedure. Furthermore, the UE may stop the function being executed or start a new function in accordance with the update of the UE setting information.
  • the device in the core network takes the lead in this procedure, and by sending the control message and control information of this procedure to the UE, the configuration information of the UE that can be identified using these control information. , may be updated by the UE.
  • the device in the core network may cause the UE to stop the function it is performing or cause the UE to start a new function by updating the configuration information of the UE.
  • the AMF starts the UE configuration update procedure by sending a configuration update command message to the UE via the 5G AN (gNB) (S1000).
  • gNB 5G AN
  • the AMF may include at least one of the 10th to 13th and 30th to 38th identification information in the configuration update command message and transmit it.
  • the UE receives the configuration update command message and/or one or more of the 10th to 13th, 30th to 38th identification information from the network. More specifically, the UE receives the configuration update command message and/or one or more of the tenth to thirteenth, thirty to thirty-eighth identification information from the AMF.
  • the UE may recognize the received information based on the reception of at least one of the 10th to 13th and 30th to 38th identification information.
  • two or more of these pieces of identification information may be configured as one or more pieces of identification information.
  • Information indicating support for each function and information indicating a request to use each function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.
  • the AMF determines whether each identity is included in the configuration update command message, each identity received, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network It may be selected and determined based on the state and/or the user's registration information and/or the context held by the AMF.
  • AMF receives each identification information, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network status, and/or user registration information, and/or A request to update the configuration information of the UE may be indicated by transmitting a configuration update command message based on the context held by the AMF.
  • the UE receives a configuration update command message from AMF via 5G AN (gNB) (S1000).
  • the UE may update the configuration information of the UE based on the configuration update command message and/or the identification information included in the configuration update command message.
  • the UE transmits a configuration update complete message to the AMF via the 5G AN (gNB) as a response message to the configuration update command message. (S1002).
  • the AMF receives the configuration update complete message via the 5G AN (gNB) (S1002). Also, each device completes this procedure based on transmission/reception of a setting update command message and/or a setting update complete message.
  • gNB 5G AN
  • each device may perform processing based on the information sent and received in this procedure based on the completion of this procedure. For example, when update information for setting information is transmitted and received, each device may update the setting information. Further, the UE may initiate the registration procedure based on the completion of this procedure if it receives or transmits information indicating that it needs to perform the registration procedure.
  • the UE may store the identification information received with the configuration information command message based on the completion of this procedure, and may recognize the network's decision. Also, the UE may perform each procedure based on the stored information based on the completion of this procedure.
  • the device in the core network can instruct the UE to update the configuration information already applied by the UE, and the UE is executing It is possible to instruct the stop or change of the function.
  • the network-initiated non-registration procedure may be manually initiated by the network to: Access Network_A and/or Core Network_A, Access Network_B and/or Core Network_B, and/or DN, and/or PDN. It is a procedure for canceling registration to.
  • the procedure may be a procedure for mobility management initiated by the network for UEs registered in the network.
  • the non-registration procedure may be the MM procedure.
  • AMF can execute this procedure at any time as long as the UE is in the network registered state (RM-REGISTERED state or 5GMM-REGISTED state). For example, the AMF may initiate this procedure upon updating the registration information of the UE.
  • the AMF may initiate this procedure by sending a De-registration request message to the UE (S1200).
  • the non-registration request message is a NAS message that is transmitted and received on the N1 interface, but is included in an RRC message and transmitted and received between the UE and the 5G AN (gNB).
  • the AMF may send a non-registration request message containing information indicating the reason value and/or the access type for which the registration is to be canceled.
  • the reason value may be 5GMM cause.
  • the AMF may indicate that the network does not support each function, or may request a transition to the unregistered state. Then, it may notify the change of AMF, may instruct to start the registration procedure continuously, or may indicate information combining these. Furthermore, when a plurality of identification information are transmitted and received, two or more identification information of these identification information may be configured as one or more identification information. Information indicating support for each function and information indicating a request to use each function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.
  • the AMF may include at least one of the 10th to 13th and 30th to 38th identification information in the non-registration request message when the UE configuration information is updated.
  • the UE receives the control message and/or one or more of the 10th to 13th, 30th to 38th identification information from the network. More specifically, the UE receives a control message and/or one or more of the 10th to 13th, 30th to 38th identification information from the AMF.
  • the UE may recognize the received information based on the reception of at least one of the 10th to 13th and 30th to 38th identification information.
  • the UE receives a non-registration request message from AMF via 5G AN (gNB). By receiving the non-registration request message, the UE can recognize the contents of various identification information included in the non-registration request message.
  • 5G AN gNB
  • the UE may transmit a deregistration accept message (DEREGISTRION ACCEPT message) to the AMF via the 5G AN (gNB) (S1202).
  • a deregistration accept message (DEREGISTRION ACCEPT message)
  • the non-registration accept message is a NAS message sent and received over the N1 interface.
  • the RRC message may be a control message sent and received between the UE and the 5G AN (gNB).
  • Each device may transition to a state in which the UE is not registered with the network (RM_DEREGISTERED state or 5GMM-DEREGISTERED state) based on the transmission/reception of the registration acceptance message. Also, the transition to each state of each device may be performed based on the completion of this procedure.
  • each device may perform processing based on the information sent and received in this procedure based on the completion of the non-registration procedure.
  • the UE may initiate a registration procedure based on completion of the non-registration procedure.
  • the PDU session establishment procedure may be referred to as this procedure.
  • the PDU session establishment procedure may be an SM procedure.
  • This procedure may be executed after the registration procedure has been executed one or more times.
  • the UE transmits a PDU session establishment request message to the SMF (S1400) (S1402) (S1404) and starts the PDU session establishment procedure.
  • the SMF then receives a PDU session establishment request message from the UE.
  • the UE starts the PDU session establishment procedure by sending a NAS message containing an N1 SM container containing a PDU session establishment request message to the AMF via the access network (S1400).
  • a NAS message is, for example, a message sent over the N1 interface and may be an uplink NAS transport (UL NAS TRANSPORT) message.
  • the UE may transmit one or more identification information among the first to third, twenty-first, and twenty-first identification information in the PDU session establishment request message or NAS message.
  • the access network may be 3GPP access or non-3GPP access, and may include base station equipment. That is, the UE transmits a NAS message to AMF via the base station apparatus.
  • the UE may also request establishment of a PDU session supporting C2 communication by sending a PDU session establishment request message.
  • the UE may request establishment of a PDU session supporting QoS flows for C2 communication by sending a PDU Session Establishment Request message.
  • the UE may request establishment of an Always-on PDU session.
  • the UE may request establishment of an Always-on PDU session when requesting establishment of a PDU session supporting QoS flows for C2 communication.
  • the AMF when the AMF receives the NAS message, it can recognize what the UE is requesting and/or the content of the information (message, container, information) included in the NAS message.
  • the AMF selects the SMF as the transfer destination of at least part of the information (message, container, information) included in the NAS message received from the UE (S1402).
  • AMF may include information such as (message, container, information) contained in the NAS message, and/or subscriber information, and/or network capability information, and/or UE policy, and/or operator policy, and/or
  • the transfer destination SMF may be selected based on the network status and/or the user registration information and/or the context held by the AMF.
  • the AMF transmits at least part of the information (message, container, information) included in the NAS message received from the UE to the selected SMF, for example, via the N11 interface (S1404).
  • the SMF when the SMF receives the information etc. (message, container, information) sent from the AMF, it determines that the UE is requesting and/or the content of the information etc. (message, container, information) received from the AMF. can be recognized.
  • the SMF may make a second conditional decision.
  • the second condition determination may be for determining whether the network accepts the request of the UE.
  • the SMF may start the procedure of (A) in FIG. 7 if it determines that the second condition determination is true, and if it determines that the second condition determination is false, proceed to the procedure of (B) in FIG. you can start.
  • the second condition determination may be performed by an NF other than the SMF.
  • the NF may be, for example, NSSF, NWDAF, PCF, NRF. If an NF other than the SMF performs the second condition determination, the SMF provides that NF with information necessary to perform the second condition determination, specifically at least one of the information received from the UE. You may provide the part (S1406). Then, if the NF determines the truth of the second conditional judgment based on the information received from the SMF, the information containing the result of the second conditional judgment (that is, whether it is true or false) is sent to the SMF. You can tell The SMF may determine identification information and/or control messages to be sent to the UE based on the result of the second condition determination received from that NF.
  • the second condition determination is based on information received from AMF (message, container, information), and/or subscription information, and/or network capability information, and/or UE policy, and/or Alternatively, it may be executed based on operator policy and/or network conditions and/or user registration information and/or context held by SMF.
  • the second condition determination may be determined to be true, and if the UE's request is not permitted by the network, the second condition determination may be determined to be false.
  • the second condition determination may be determined to be true, and the function requested by the UE is supported. If not, the second conditional decision may be determined to be false. Further, the second condition determination may be determined to be true when the transmitted/received identification information is permitted, and the second condition determination may be determined to be false when the transmitted/received identification information is not permitted.
  • the SMF may select a UPF for the PDU session to be established, and send an N4 session establishment request message to the selected UPF via, for example, the N4 interface (S1408).
  • the N4 session establishment request message may include at least part of the PCC rules received from the PCF.
  • SMF receives information such as information (message, container, information) from AMF, and/or information such as PCC rules received from PCF, and/or subscriber information, and/or network capability information, and/or Alternatively, one or more UPFs may be selected based on UE policy and/or operator policy and/or network conditions and/or user registration information and/or context held by SMF. Also, if multiple UPFs are selected, the SMF may send an N4 session establishment request message to each UPF. Here, it is assumed that UPF is selected.
  • the UPF when the UPF receives the N4 session establishment request message (S1408), it can recognize the content of the information received from the SMF.
  • the UPF may also send an N4 session establishment response message to the SMF, eg, via the N4 interface, based on receiving the N4 session establishment request message (S1410).
  • the SMF when the SMF receives the N4 session establishment response message as a response message to the N4 session establishment request message, it can recognize the content of the information received from the UPF.
  • the SMF sends a PDU session establishment accept message to the UE based on the reception of the PDU session establishment request message and/or the selection of UPF and/or the reception of the N4 session establishment response message.
  • the UE then receives the PDU session establishment acceptance message from the SMF (S1418) (S1420) (S1422).
  • the SMF may, for example, upon receipt of a PDU Session Establishment Request message and/or selection of a UPF and/or reception of an N4 Session Establishment Response message, via the N11 interface, the N1 SM container, and /or N2SM information and/or PDU session ID is sent to AMF (S1412).
  • the N1 SM container may contain the PDU Session Establishment Accept message.
  • the PDU session ID may be included in the PDU session establishment accept message.
  • the AMF that has received the N1 SM container and/or N2 SM information and/or PDU session ID transmits a NAS message to the UE via the first base station device included in the access network (S1414 ) (S1416).
  • NAS messages are sent, for example, via the N1 interface.
  • the NAS message may be a Downlink NAS Transport (DL NAS TRANSPORT) message.
  • the base station apparatus that received the N2 PDU session request message sends the UE: Send a NAS message (S1416).
  • the N2 PDU session request message may include the NAS message and/or N2 SM information.
  • the NAS message may also include the PDU session ID and/or N1 SM container.
  • the PDU session establishment acceptance message may be a response message to the PDU session establishment request. Also, the PDU session establishment accept message may indicate that the PDU session establishment has been accepted.
  • the SMF and/or AMF is a PDU session establishment accept message, and/or an N1 SM container, and/or a PDU session ID, and/or a NAS message, and/or N2 SM information, and/or an N2 PDU session request.
  • Sending the message may indicate that at least part of the UE's request in the PDU Session Establishment Request message has been accepted.
  • the SMF and/or AMF include the 10th through 13th , 30 to 38 of identification information may be included in the transmission.
  • the SMF may indicate that the network supports each function by sending these identification information and/or the PDU session establishment accept message, or indicate that the request of the UE has been accepted. may indicate that the request from the UE is not permitted, or information combining these may be indicated. Furthermore, when a plurality of identification information are transmitted and received, two or more identification information of these identification information may be configured as one or more identification information. Information indicating support for each function and information indicating a request to use each function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.
  • the SMF and/or AMF include in the PDU session establishment accept message and/or the N1 SM container and/or the NAS message and/or the N2 SM information and/or the N2 PDU session request message? each identity received, and/or subscriber information, and/or network capability information, and/or UE policy, and/or operator policy, and/or network status, and/or user registration information; and/or based on context maintained by the SMF and/or AMF, etc.
  • the UE when the UE receives the NAS message via, for example, the N1 interface (S1416), it indicates that the request of the UE by the PDU session establishment request message has been accepted and/or information included in the NAS message (message, container, information) can be recognized.
  • SMF sends the N1 SM container and/or the PDU session ID to AMF via, for example, the N11 interface (S1418).
  • the N1 SM container may contain a PDU Session Establishment Rejection message.
  • the PDU Session ID may be included in the PDU Session Establishment Reject message.
  • the AMF that has received the N1 SM container and/or the PDU session ID transmits a NAS message to the UE via the base station device included in the access network (S1420) (S1422).
  • NAS messages are sent, for example, via the N1 interface.
  • the NAS message may be a Downlink NAS Transport (DL NAS TRANSPORT) message.
  • the NAS message may also include the PDU session ID and/or N1 SM container.
  • the PDU session establishment rejection message may be a response message to the PDU session establishment request. Also, the PDU session establishment rejected message may indicate that the PDU session establishment has been rejected.
  • the SMF and/or AMF sends a PDU Session Establishment Reject message and/or an N1 SM container and/or a PDU Session ID and/or a NAS message to request the UE through a PDU Session Establishment Request message. may indicate that the was rejected.
  • the SMF may indicate that the request from the UE has been rejected, or may indicate that the request from the UE is not permitted. Combined information may be presented.
  • the SMF and/or AMF include the 10th through 13th , 30 to 38 of identification information may be included in the transmission.
  • the SMF and/or AMF include in the PDU Session Establishment Rejection message and/or the N1 SM container and/or the NAS message and/or the N2 SM Information and/or the N2 PDU Session Request message? each identity received, and/or subscriber information, and/or network capability information, and/or UE policy, and/or operator policy, and/or network status, and/or user registration information; and/or based on context maintained by the SMF and/or AMF, etc.
  • the UE receives the NAS message via, for example, the N1 interface (S1422)
  • the UE's request by the PDU session establishment request message is rejected, and/or information included in the NAS message (message, container, information) can be recognized.
  • Each device may complete this procedure based on the transmission and reception of the PDU session establishment acceptance message. At this time, each device may transition to a state where it can communicate with the DN using the established PDU session.
  • Each device may complete this procedure based on the transmission/reception of the PDU session establishment acceptance message or PDU session establishment rejection message. At this time, since each device cannot establish a PDU session, it cannot communicate with the DN unless there is already an established PDU session.
  • Each process executed by the UE based on the reception of each identification information described above may be executed during this procedure, after completion of this procedure, or after completion of this procedure, even if it is executed based on the completion of this procedure. good.
  • the network-driven session management procedure is hereinafter also referred to as this procedure. This procedure is for session management initiated by the network for an established PDU session.
  • the network-initiated session management procedures may also be SM procedures.
  • this procedure may be a network-initiated PDU session modification procedure and/or a network-initiated PDU session release procedure, etc., but is not limited to network-initiated sessions. May carry out management procedures.
  • Each device may transmit and receive a PDU session change message in a network-initiated PDU session change procedure, and may transmit and receive a PDU session release message in a network-initiated PDU session release procedure.
  • the session management request message in this procedure may be a PDU session modification command (PDU SESSION MODIFICATION COMMAND) message.
  • the session management request message in this procedure may be a PDU SESSION RELEASE COMMAND message.
  • the session management completion message in this procedure may be a PDU SESSION MODIFICATION COMPLETE message. Also, if this procedure is a network-initiated PDU session release procedure, the session management complete message in this procedure may be a PDU SESSION RELEASE COMPLETE message.
  • the UE and each device in the core network_B 190 will start the network-initiated session management procedure at any time.
  • the device in Core Network_B 190 may initiate this procedure based on receiving a PDU session change request message from the UE, or based on receiving a PDU session release request message from the UE.
  • This procedure may be initiated.
  • the procedure may be a network-initiated PDU session modification procedure if the procedure is initiated upon receipt of a PDU session modification request message.
  • the procedure may be a network-initiated PDU session release procedure.
  • a device within Core Network_B190 may initiate this procedure based on a request from a device in the DN or another device within the core network.
  • the device in Core Network_B 190 that initiates this procedure may be SMF and/or AMF, and the UE may send and receive messages in this procedure via AMF and/or Access Network_B.
  • the device in the DN may be an AF (Application Function) in the DN.
  • a device in Core Network_B190 sends a network-driven session management request message to the UE (S1602), and starts network-driven session management. Additionally, the UE receives network-initiated session management request messages from devices in Core Network_B 190 .
  • the device in the Core Network_B 190 may include at least one of the 10th to 13th and 30th to 38th identification information in the network-initiated session management request message, or include this identification information. may indicate the requirements of Core Network_B 190.
  • a device in CoreNetwork_B190 may include the PDU Session ID in a network-initiated session management request message, or include the PDU Session ID to modify the PDU session identified by the PDU Session ID. may be requested to do
  • the PDU session ID included in the PDU session change request message may be the PDU session ID of the established PDU session. Furthermore, if this procedure is performed based on a UE-initiated session management procedure, the PDU Session ID included in the PDU Session Change Request message is the PDU Session ID included in the PDU Session Change Request message or the PDU Session Release Request message. May be the same as the session ID.
  • the UE that has received the network-initiated session management request message transmits a network-initiated session management complete message (S1604). Furthermore, the UE performs a first process based on at least one of the 10th to 13th and 30th to 38th identification information received from the core network_B 190 (S1606) and completes this procedure. You may Also, the UE may perform the first process based on the completion of this procedure.
  • the UE may include the PDU session ID in the network-initiated session management complete message.
  • the PDU session ID included in the network initiated session management complete message may be the same as the PDU session ID included in the network initiated session management request message.
  • the first process may be a process in which the UE recognizes what is indicated by Core Network_B190, or may be a process in which it recognizes a request from Core Network_B190. Furthermore, the first process may be a process in which the UE stores the received identification information as a context, or may be a process in which the received identification information is transferred to the upper layer and/or the lower layer. .
  • each device may perform processing based on the identification information transmitted and received in this procedure, based on the completion of this procedure.
  • the UE may perform the first process based on completion of this procedure, or may complete this procedure after completing the first process.
  • each device performs a first network-initiated session management procedure based on completion of the above-described processing and/or transmission/reception of a network-initiated session management request message and/or a network-initiated session management complete message. complete.
  • the UE-initiated session management procedure is also referred to as this procedure.
  • This procedure is a procedure for session management that the UE takes the initiative and executes for an established PDU session.
  • the UE-initiated session management procedures may be SM procedures.
  • this procedure may be, but is not limited to, a UE-initiated PDU session modification procedure and/or a UE-initiated PDU session release procedure. May carry out management procedures.
  • each device transmits and receives a PDU session change request message and/or a PDU session change command message and/or a PDU session change complete message and/or a PDU session change rejection message in the UE-initiated PDU session change procedure.
  • each device transmits and receives a PDU session release request message and/or a PDU session release command message and/or a PDU session release complete message and/or a PDU session release rejection message in the UE-initiated PDU session release procedure.
  • each device completes a UE-initiated session management procedure based on the completion of the above-described processing and/or transmission/reception of a UE-initiated session management request message and/or a UE-initiated session management complete message.
  • the UE can initiate the UE-initiated PDU session change procedure at any timing.
  • the UE may initiate a UE-initiated PDU session change procedure for an established PDU session at any time.
  • the UE may, at any time, initiate a UE-initiated PDU session change procedure with the same PDU session ID as the PDU session being established.
  • the UE starts a UE-initiated PDU session change procedure by sending a PDU session change request message to the SMF (S1802).
  • the UE may include the PDU session ID in the PDU session change request message, or include the PDU session ID to request to change the PDU session identified by the PDU session ID. good too.
  • the UE may include at least one of the first to third, 20, and 21 identification information in the PDU session change request message.
  • the PDU session ID included in the PDU session change request message may be the PDU session ID of the established PDU session.
  • the SMF receives the PDU session change request message sent by the UE. If the SMF accepts the UE's request, it initiates a network-initiated PDU session change procedure. Conversely, if the SMF rejects the UE's request, it sends a PDU Session Change Reject message to the UE. A case where the SMF rejects the request from the UE will be described below.
  • the SMF Upon acceptance of the PDU session change request message, the SMF sends a PDU session change rejection message to the UE (S1804).
  • the SMF may include at least one of the 10th to 13th and 30th to 38th identification information in the PDU session change rejection message.
  • the PDU session ID included in the PDU session change refusal message may be the same as the PDU session ID included in the PDU session change request message.
  • the PDU session ID included in the PDU session change rejection message may be the same as the PDU session ID provided by the UE during this procedure.
  • the UE receives the PDU session change rejection message. Further, each device completes this procedure based on sending/receiving a PDU session change rejection message and/or completing a network-initiated PDU session change procedure.
  • the UE may recognize that the UE's request has been rejected based on the reception of the PDU session change rejection message. Further, the UE may perform a second process based on receiving the PDU session change rejection message (S1806). Note that the second process may be performed based on the completion of this procedure.
  • the second process may be a process in which the UE recognizes what is indicated by the SMF. Furthermore, the second process may be a process in which the UE stores the received identification information as a context, or may be a process in which the received identification information is transferred to the upper layer and/or the lower layer. . Furthermore, the second process may be a process in which the UE recognizes that the request for this procedure has been rejected.
  • the PDU session change procedure and/or PDU session release procedure for the same PDU session may refer to the PDU session change procedure and/or PDU session release procedure using the same PDU session ID.
  • each device completes the UE-initiated PDU session change procedure based on the completion of the above-described processing and/or transmission/reception of the UE-initiated PDU session change rejection message.
  • the UE-initiated PDU session release procedure may be the same procedure as the PDU session change procedure described above.
  • this procedure is a UE-initiated PDU session release procedure
  • the above-mentioned PDU session change request message may be read as a PDU session release request message.
  • this procedure is a UE-initiated PDU session release procedure
  • the above-mentioned PDU session change request message may be read as a PDU session release request message
  • the above-mentioned PDU session change refusal message may be replaced with a PDU session release refusal. You can read it as a message.
  • the behavior of changing the PDU session may be read as the behavior of releasing the PDU session.
  • this procedure is a UE-initiated PDU session release procedure
  • the SMF behavior performed based on the reception of the PDU session release request message is the same as the SMF behavior performed based on the reception of the PDU session change request message described above.
  • the UE behavior based on the reception of the PDU session release rejection message is the UE behavior based on the reception of the PDU session change rejection message described above.
  • this procedure is a UE-initiated PDU session release procedure
  • the SMF may initiate a network-initiated PDU session release procedure based on the reception of the PDU session release request message, or send the UE a PDU session release procedure.
  • a rejection message may be sent.
  • the UE may send a PDU session release request message including at least one of the first to third, twenty, and twenty-first identification information to the network.
  • each device completes the UE-initiated PDU session release procedure based on the completion of the above-described processing and/or transmission/reception of the UE-initiated PDU session release rejection message.
  • UUAA USS UAV Authorization/Authentication
  • the UUAA Procedures are hereinafter also referred to as UUAA or the Procedures.
  • This procedure is for the UE or network to request UAV authentication and authorization from the network or USS.
  • This procedure may also be C2 authorization (Command and Control authorization).
  • this procedure may be initiated by the network or by the UE.
  • UUAA may be the UUAA-MM procedure that is implemented when registering for 5GS.
  • UUAA may also be a UUAA-SM procedure performed during PDU session establishment.
  • UUAA may be an MM procedure or an SM procedure.
  • the procedure used in UUAA may be either the MM procedure or the SM procedure.
  • UUAA can implement either UUAA-MM or UUAA-SM. Specifically, if UUAA-MM is implemented, UUAA-SM may not be implemented. Also, if UUAA-MM is not implemented, UUAA-SM may be implemented.
  • PDU sessions for UAS services may be established only after the UAV has been authenticated and approved by the USS. This behavior may be enforced during UUAA-MM or during UUAA-SM.
  • UUAA success of UUAA may be read as UAV authentication and authorization granted.
  • UUAA failure may also be read as UAV authentication and authorization not permitted.
  • the UAV certification and approval may be read as the UAV certification and approval.
  • the statement that the UAV certification and approval was not permitted may be read as the UAV was not certified and approved.
  • the USS certification and approval may be read as UAV certification and approval.
  • the fact that the USS certification and approval was not permitted may be read as the UAV not being certified and approved.
  • UUAA-MM [3.2.7.1. UUAA-MM] Next, the UUAA-MM procedure will be explained using FIG.
  • the UUAA-MM Procedure is also referred to as UUAA-MM or this Procedure.
  • This procedure may be a procedure that is performed when registering for 5GS.
  • UUAA-MM may be implemented during registration to 5GS based on operator policy. Also, if requested by the operator and/or if the UE has an aerial UE subscription in the Access and Mobility Subscription Data and provides the CAA-Level UAV ID in the Registration Request message. UUAA-MM may be implemented if Also, if UUAA-MM is not implemented, the UE may be authenticated and/or authorized with PDU session establishment in UUAA-SM.
  • UUAA-MM may be optional.
  • UUAA-MM may also be implemented for UEs that require UAV authentication and authorization by the USS when enrolling in 5GS.
  • UUAA-MM may also be implemented by AMF.
  • the UUAA-MM shall, based on local network policy, may be performed while the UE is registering.
  • UUAA-MM may also be performed when the USS that authenticated the UAV performs re-authentication.
  • the UE may also be authenticated and authorized by the USS using the CAA-Level UAV ID and the credentials associated with the CAA-Level UAV ID. Also, while UUAA-MM is in effect, AMF may communicate with USS via UAS NF and may transfer authentication messages between UE and UAS NF.
  • the UE performs registration procedures (S2000).
  • a first communication is performed between the UE, AMF, and USS (S2002).
  • messages for authentication and authorization used by the USS may be sent and received between the UE, the AMF and the USS.
  • the UE and/or the AMF may recognize whether the UUAA-MM was successful from the message of the first communication. In other words, the UE and/or AMF may know whether the UAV's authentication and authorization has been granted by the message of the first communication.
  • AMF can execute the fifth condition determination.
  • the fifth condition determination is for the network (or AMF) to determine whether or not UUAA-MM has succeeded.
  • the AMF starts the UE setting update procedure (S2004) in (A) of FIG. 12 when the fifth condition determination is true, and (B) in FIG. 12 when the fifth condition determination is false. start the non-registration procedure (S2006).
  • the fifth condition determination is the reception of the message used in the first communication, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network status, and / Or it may be executed based on the user's registration information and / or the context held by the AMF.
  • the fifth conditional judgment may be true, and if UUAA-MM fails, the fifth conditional judgment may be false.
  • the fifth conditional determination may be true if the transmitted/received identification information is permitted, and the fifth conditional determination may be false if the transmitted/received identification information is not permitted.
  • the conditions for determining whether the fifth condition determination is true or false need not be limited to the conditions described above.
  • the AMF may indicate the result of UUAA-MM to the UE by means of a procedure implemented according to the truth of the fifth condition determination.
  • each device may complete this procedure based on the first communication and/or the UE configuration update procedure and/or the non-registration procedure.
  • the UE may recognize the result of UUAA-MM by the procedure of (A) or (B) in FIG. In other words, the UE may recognize the result of UUAA-MM by the message received in the procedure (A) or (B) of FIG. 12 . Also, the UE may recognize the result of UUAA-MM based on the completion of this procedure.
  • UUAA-SM [3.2.7.2. UUAA-SM] Next, the UUAA-SM procedure will be explained using FIG.
  • the UUAA-SM Procedure is also referred to as UUAA-SM or this Procedure.
  • This procedure may be a procedure performed during PDU session establishment.
  • the PDU session may request UUAA authentication of the UAV.
  • all UAV-related PDU sessions may be released.
  • all UAV-related PDU sessions may be released when the UAV's authentication and authorization is revoked.
  • UUAA-SM may also be implemented by SMF during the PDU session establishment procedure.
  • UUAA-SM may also be implemented based on the SM subscription data obtained from the UDM and based on the service level device ID provided by the UE in the PDU session establishment request message.
  • the UE implements the PDU session establishment procedure. Specifically, the UE transmits a PDU session establishment request message to SMF (S2200).
  • a second communication is performed between the UE, SMF, and USS (S2202).
  • messages for authentication and authorization used by the USS may be sent and received between the UE, SMF and USS.
  • the UE and/or the SMF may recognize whether the UUAA-SM was successful by the message of the second communication. In other words, the UE and/or SMF may know whether the UAV's authentication and authorization has been granted by the message of the second communication.
  • the sixth condition determination is for the network (or SMF) to determine whether or not UUAA-SM has succeeded. If the sixth condition determination is true, the SMF transmits the PDU session establishment acceptance message of (A) in FIG. 13 (S2204). ) of PDU session establishment rejection message (S2206).
  • the sixth condition determination is reception of a message used in the second communication, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network status, and / Or it may be executed based on the user's registration information and / or the context held by the AMF.
  • the sixth condition decision may be true, and if UUAA-SM fails, the sixth condition decision may be false.
  • the sixth conditional determination may be true if the transmitted/received identification information is permitted, and the sixth conditional determination may be false if the transmitted/received identification information is not permitted.
  • the conditions for determining the truth or falsehood of the sixth condition determination need not be limited to the conditions described above.
  • the SMF may indicate the result of UUAA-SM to the UE by a message sent according to the truth of the sixth condition determination.
  • each device may complete this procedure based on the implementation of the second communication and/or the transmission/reception of the PDU session acceptance message and/or the transmission/reception of the PDU session rejection message.
  • the UE may recognize the result of UUAA-SM by receiving the message of (A) or (B) in FIG. Also, the UE may recognize the result of UUAA-SM based on the completion of this procedure.
  • UAV re-authentication procedure may also be referred to as the UUAA Re-authentication authorization procedure, or this procedure.
  • This procedure may be a procedure performed during registration procedures and/or during PDU session establishment.
  • this procedure may be a procedure initiated by the core network or USS. Also, this procedure may be a procedure for the network or USS to request the UE to re-authenticate and re-authorize the UAV.
  • a third communication is performed between the core network and USS (S2400).
  • messages for authentication and authorization used by the USS may be sent and received between the core network and the USS.
  • messages for re-authentication and re-authorization used by the USS may be sent and received between the core network and the USS.
  • the core network may implement the PDU session change procedure in (A) of FIG. 14 (S2402).
  • the PDU session modification procedure may be implemented when UUAA-SM has been implemented.
  • the PDU session change command message sent from the core network may contain the CAA-Level UAV ID and/or the acknowledgment message.
  • first or second communication may be performed between the UE, core network, and USS (S2404).
  • messages for authentication and authorization used by the USS may be sent and received between the core network and the USS.
  • messages for re-authentication and re-authorization used by the USS may be sent and received between the core network and the USS.
  • the first or second communication may be the same as the communication described in the UUAA-MM and UUAA-SM chapters. Also, the first or second communication may be read as UUAA-MM or UUAA-SM is implemented. In other words, this procedure may re-authenticate and re-authorize the UAV by performing UUAA-MM or UUAA-SM.
  • each device may complete this procedure based on the PDU session change procedure and/or the implementation of the first or second communication.
  • the UE may recognize that it has been re-authenticated and re-authorized based on the completion of this procedure. Also, the UE may recognize that re-authentication and re-authorization of the UAV has been granted to the USS based on the completion of this procedure.
  • UUAA cancellation procedure [3.2.7.4. UUAA cancellation procedure]
  • UUAA Revocation procedure is also referred to as UUAA Revocation, or UAV authorization revocation procedure, or this procedure.
  • This procedure may be a procedure performed during registration procedures and/or during PDU session establishment.
  • this procedure may be a procedure initiated by the core network or USS. Also, this procedure may be a procedure for the network or USS to revoke the authentication and authorization of the UAV from the UE.
  • a fourth communication is performed between the core network and USS (S2600).
  • a message may be sent and received between the core network and the USS to request cancellation of the UAV.
  • the core network may start the procedures (S2602) and (S2604) in (A) of FIG. 15, or the procedures (S2606) in (B) of FIG.
  • the core network receives messages used in the first communication, and/or subscriber information, and/or network capability information, and/or operator policy, and/or network status, and/or user and/or the context held by the AMF, it may be determined whether to perform the procedure of FIG. 15(A) or the procedure of FIG. 15(B).
  • the core network may indicate to the UE the cancellation of UAV authentication and authorization by performing the procedure in (A) or (B) of FIG.
  • each device may complete this procedure based on the fourth communication and/or the implementation of the procedure (A) or (B) in FIG.
  • the UE may recognize cancellation of UAV authentication and authorization based on the completion of this procedure.
  • a session release procedure or a UE-initiated PDU session release procedure may be referred to as the first procedure.
  • the first procedure may be the MM procedure or the SM procedure.
  • Embodiment 1-1 First, the 1-1st embodiment will be described. Hereinafter, Embodiment 1-1 may be referred to as the present embodiment.
  • the first control message may indicate a registration request message, a PDU session establishment request message, a PDU session change request message, or a PDU session release request message.
  • the second control message is a registration accept message, or a registration reject message, or a configuration update command message, or a non-registration request message, or a PDU session establishment accept message, or a PDU session establishment reject message, or It may indicate a PDU Session Change Command message, or a PDU Session Change Reject message, or a PDU Session Release Command message, or a PDU Session Release Reject message, or a DL NAS Transport message.
  • the UE may store in advance the address of the first USS and/or the address of the second USS.
  • the UE transmits a first control message to the network.
  • the UE may include one or more identification information among the first to third identification information in the first control message and transmit it.
  • the UE may send the first control message when requesting the USS to which it wants to connect.
  • the UE may transmit the first control message when requesting the network to change the USS.
  • the UE may send the first control message including the second identification information when requesting the network to change the USS.
  • the network receives the first control message.
  • the network may receive the first control message when the UE requests the USS to which it wants to connect.
  • the network when the network receives the first control message from the UE, it may recognize that the USS change has been requested. In other words, the network may recognize that a change of USS has been requested if it receives the second identification information from the UE.
  • the network when the network receives the first control message from the UE, it may recognize that the SSC mode has been designated. In other words, when the network receives the third identification information from the UE, the network may recognize that the SSC mode indicated by the third identification information has been specified.
  • the network then sends a second control message to the UE.
  • the network may transmit the second control message including one or more identification information among the tenth to thirteenth identification information.
  • the network may send the second control message if it indicates the address of the USS that connects to the UE.
  • the network may also send the second control message if it indicates to the UE the address of the USS authorized for UAV authentication and authorization.
  • the UE then receives a second control message from the network.
  • the UE may store the address of the first USS and/or the address of the second USS when receiving the second control message from the network.
  • the UE may store the address of the first USS and/or the address of the second USS if it receives the tenth identity and/or the eleventh identity from the network. .
  • the UE may recognize that the address of the first USS is valid and the address of the second USS is invalid. In other words, if the UE receives the tenth identification and/or the eleventh identification from the network, the address of the first USS is valid and the address of the second USS is invalid. may recognize.
  • the UE may recognize that the address of the second USS is invalid until the network instructs the UE to switch the USS.
  • the UE receives the tenth identification information and/or the eleventh identification information from the network, it recognizes that the address of the second USS is invalid until the network instructs the USS to switch. You may
  • the UE may transfer the address of the first USS and the address of the second USS to the upper layer. In other words, the UE may forward the address of the first USS and the address of the second USS to upper layers when it receives the tenth identity and/or the eleventh identity from the network. .
  • the UE when the UE is instructed by the network to switch communication to the second USS, the UE may perform the behavior of switching to the second USS.
  • the UE may implement the behavior of switching to the second USS. More specifically, the UE may implement the behavior of switching to the second USS if it detects a USS switch from information from higher or lower layers.
  • the UE may implement the behavior of switching to the second USS.
  • the UE may switch to the second USS when an abnormality is detected. For example, a UE may implement the behavior of switching to a second USS if communication with the first USS is lost.
  • the behavior of switching to the second USS may be the behavior of performing the first procedure on the second USS.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the tenth to thirteenth identification information, the UE may recognize that the contents indicated by the received identification information are permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • Embodiment 1-2 First, Embodiment 1-2 will be described. Hereinafter, Embodiment 1-2 may be referred to as the present embodiment.
  • the first control message is a registration accept message, or a registration reject message, or a configuration update command message, or a non-registration request message, or a PDU session establishment accept message, or a PDU session establishment reject message, or It may indicate a PDU Session Change Command message, or a PDU Session Change Reject message, or a PDU Session Release Command message, or a PDU Session Release Reject message, or a DL NAS Transport message.
  • the UE may store the address of the first USS in advance.
  • the network transmits a first control message to the UE.
  • the network may transmit the first control message including one or more identification information among the tenth to thirteenth identification information.
  • the network when the network instructs the UE to change the USS, the network may transmit the first control message. In other words, the network may send the 13th identification information when instructing the UE to change the USS.
  • the network may also send the first control message if it indicates to the UE the address of the USS authorized for UAV authentication and authorization.
  • the network may also send the first control message if it indicates to the UE the address of the second USS authorized for UAV authentication and authorization.
  • the UE receives the first control message from the network.
  • the UE may delete the address of the first USS and store the address of the second USS.
  • the UE may delete the address of the first USS and store the address of the second USS when it receives the tenth identity and/or the eleventh identity from the network. .
  • the UE may disable the address of the first USS and enable the address of the second USS. In other words, the UE may disable the address of the first USS and enable the address of the second USS when it receives the tenth identification and/or the eleventh identification from the network. .
  • the UE may store the address of the first USS and the address of the second USS as a list. In other words, the UE may store the address of the first USS and the address of the second USS as a list if it receives the tenth identification and/or the eleventh identification from the network.
  • the UE may stop communication with the first USS and start communication with the second USS. In other words, the UE may stop communicating with the first USS and start communicating with the second USS when it receives the tenth identification and/or the eleventh identification from the network. .
  • the UE may perform UUAA Revocation on the first USS. In other words, the UE may perform UUAA Revocation for the first USS when it receives the tenth identification and/or the eleventh identification from the network. Also, when the UE receives the first control message from the network, the UE may request the network to perform UUAA Revocation on the first USS. In other words, when the UE receives the tenth identification information and/or the eleventh identification information from the network, the first USS may request the network to perform UUAA Revocation. good.
  • the UE may perform a non-registration procedure with the first USS.
  • the UE may perform a non-registration procedure with the first USS when it receives the tenth identity and/or the eleventh identity from the network.
  • the UE may request the network to perform a de-registration procedure for the first USS upon receiving the first control message from the network.
  • the UE requests the network to perform the non-registration procedure for the first USS. good too.
  • the UE may perform the UE-initiated PDU session release procedure for the first USS. In other words, the UE may perform a UE-initiated PDU session release procedure for the first USS upon receiving the tenth identification and/or the eleventh identification from the network.
  • the UE may also request the network to perform a network-initiated PDU session release procedure for the first USS upon receiving the first control message from the network. In other words, when the UE receives the tenth identification information and/or the eleventh identification information from the network, the network performs a network-initiated PDU session release procedure for the first USS. may be requested.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the tenth to thirteenth identification information, the UE may recognize that the contents indicated by the received identification information are permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • the first control message and the third control message are a registration acceptance message, a registration rejection message, a configuration update command message, a non-registration request message, a PDU session establishment acceptance message, or a PDU It may indicate a session establishment reject message, or a PDU session change command message, or a PDU session change command message, or a PDU session release command message, or a PDU session release reject message, or a DL NAS transport message.
  • the second control message may indicate a registration request message, a PDU session establishment request message, a PDU session change request message, or a PDU session release request message.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to indicate to the UE when UAV authentication and authorization are allowed.
  • the network may also send the first control message to indicate to the UE that it is temporarily allowed to authenticate and authorize the UAV.
  • the network may send the first control message to the UE when indicated by the USS or UAS-NF when UAV authentication and authorization are allowed.
  • the network may also send the first control message to the UE when indicated by the USS or UAS-NF that authentication and authorization of the UAV is temporarily allowed.
  • the UE receives the first control message from the network.
  • the UE may set the first timer value to the first timer and start the first timer.
  • the UE may set the first timer value to the first timer and start the first timer when the 30th identification is received from the network.
  • the UE when the UE receives the first control message from the network, it may recognize that the authentication and authorization of the UAV are temporarily permitted. In other words, if the UE receives the thirtieth identification from the network, it may temporarily recognize that UAV authentication and authorization has been granted.
  • the UE may recognize that authentication and authorization of the UAV have not been permitted.
  • the UE may then send a second control message to the network.
  • the UE may include one or more of the 20th and 21st pieces of identification information in the second control message and transmit it.
  • the UE may send the second control message to the network if the first timer has not expired and/or if the UE renews the UAV's authentication and authorization.
  • the UE sends a second control message including the 20th identification to the network if the first timer has not expired and/or if the UE renews the UAV's authentication and authorization. You may send.
  • the UE may also request the network to renew or extend the UAV's authentication and authorization by sending a second control message.
  • the UE may request the network to renew or extend the UAV's authentication and authorization by sending the twentieth identification.
  • the network may then receive a second control message from the UE.
  • the network when the network receives the second control message, it may recognize that the UE is requesting renewal or extension of the UAV's authentication and authorization. In other words, the network may recognize that the UE is requesting renewal or extension of the UAV's certification and authorization upon receipt of the twentieth identification.
  • the network may then send a third control message to the UE.
  • the network may transmit the third control message including one or more of the 30th to 38th pieces of identification information.
  • the network may send a third control message to indicate to the UE the time when UAV authentication and authorization are allowed again.
  • the network may also send a third control message to indicate to the UE that it is temporarily allowed to authenticate and authorize the UAV again.
  • the network may send a third control message to the UE when the USS or UAS-NF indicates a time when UAV authentication and authorization are allowed again.
  • the network may also send a third control message to the UE when indicated by the USS or UAS-NF that the UAV's authentication and authorization is temporarily re-authorized.
  • the UE may then receive a third control message from the network.
  • the UE may set the second timer value to the first timer and start the first timer.
  • the UE may set the second timer value to the first timer and start the first timer when the 31st identification is received from the network.
  • the UE may update the first timer to the second timer value and start the first timer.
  • the UE may update the first timer to the second timer value and start the first timer when the 31st identification is received from the network.
  • the UE when the UE receives the third control message from the network, it may recognize that the extension of UAV authentication and authorization has been permitted. In other words, if the UE receives the thirty-first identification from the network, it may recognize that the UAV's authentication and authorization extension has been granted.
  • the UE may be able to implement a new first procedure if the first timer has not expired. Also, the UE may not be able to implement the new first procedure if the first timer expires.
  • the UE may implement a new first procedure to request UAV authentication and authorization again. Also, if the first timer expires, the UE may request the network to perform a UAV re-authentication procedure to request UAV authentication and authorization again.
  • the UE may release the PDU session when the first timer expires.
  • the UE may also perform a UE-initiated PDU session release procedure if the first timer expires.
  • the UE may not release the PDU session even if the first timer expires. Also, if the UE detects that it is in flight, the UE may consider the first timer running.
  • the UE may be able to implement the new first procedure while the first timer is running. Also, the UE may not be able to implement the new first procedure while the first timer is not running.
  • the UE may recognize that the UAV's authentication and authorization are valid. Also, while the first timer is not running, the UE may recognize that the UAV's authentication and authorization are invalid.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • the first control message is a registration accept message, or a registration reject message, or a configuration update command message, or a non-registration request message, or a PDU session establishment accept message, or a PDU session establishment reject message, or It may indicate a PDU Session Change Command message, or a PDU Session Change Reject message, or a PDU Session Release Command message, or a PDU Session Release Reject message, or a DL NAS Transport message.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to indicate to the UE the time when UAV authentication and authorization are not allowed.
  • the network may also send the first control message to indicate to the UE that authentication and authorization of the UAV is temporarily not allowed.
  • the network may send the first control message to the UE when the USS or UAS-NF indicates a time when UAV authentication and authorization are not permitted.
  • the network may also send the first control message to the UE when indicated by the USS or UAS-NF that authentication and authorization of the UAV is temporarily not allowed.
  • the UE receives the first control message from the network.
  • the UE may set the first timer value to the first timer and start the first timer.
  • the UE may set the first timer value to the first timer and start the first timer when the 32nd identification is received from the network.
  • the UE sets the first timer value to the first timer, and sets the first timer at the specified time.
  • a timer may be started, and a first timer may be terminated at a specified time.
  • the UE may transfer the 32nd identification information to the upper layer. In other words, if the UE receives the 32nd identity from the network, it may forward the 32nd identity to upper layers.
  • the UE when the UE receives the first control message from the network, it may recognize that UAV authentication and authorization are not permitted until the first timer expires. In other words, if the UE receives the 32nd identity from the network, it may know that UAV authentication and authorization is not allowed until the first timer expires.
  • the UE may be unable to implement the new first procedure while the first timer is running.
  • the UE may be able to implement a new first procedure when the first timer expires.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • Embodiment 2-3 Next, the second-third embodiment will be described. Hereinafter, Embodiment 2-3 may be referred to as the present embodiment.
  • the first control message and the third control message are a registration acceptance message, a registration rejection message, a configuration update command message, a non-registration request message, a PDU session establishment acceptance message, or a PDU It may indicate a session establishment reject message, or a PDU session change command message, or a PDU session change command message, or a PDU session release command message, or a PDU session release reject message, or a DL NAS transport message.
  • the second control message may indicate a registration request message, a PDU session establishment request message, a PDU session change request message, or a PDU session release request message.
  • the UE may be in the first area.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to the UE when indicating the first area.
  • the network may also send the first control message to indicate to the UE that authentication and authorization of the UAV is allowed only while in the first area.
  • the network may transmit the first control message to the UE when the USS or UAS-NF indicates the first area. Also, the network sends a first control message to the UE when indicated by the USS or UAS-NF that authentication and authorization of the UAV is permitted only while in the first area. good too.
  • the UE receives the first control message from the network.
  • the UE when the UE receives the first control message from the network, it may recognize that authentication and authorization of the UAV are permitted only in the first area. In other words, when the UE receives the first control message including the thirty-third identification information from the network, it may recognize that authentication and authorization of the UAV is permitted only in the first area.
  • the UE may recognize that movement from the first area to the second area is prohibited. In other words, upon receiving the first control message including the thirty-third identification information from the network, the UE may recognize that movement from the first area to the second area is prohibited.
  • the UE may perform a non-registration procedure or a PDU session release procedure when moving to the second area. Also, the UE may maintain the PDU session if it moves to the second area and returns to the first area within a predetermined period of time. Also, if the UE moves to the second area, it may implement the behavior of returning to the first area.
  • the UE may then send a second control message to the network.
  • the UE may include one or more of the 20th and 21st pieces of identification information in the second control message and transmit it.
  • the UE may send a second control message to the network if it is in the first area or the second area and/or if the UE renews the UAV's authentication and authorization.
  • the network receives the third control including the twenty-first identification information. You may send a message.
  • the UE when the UE is in the first area or the second area and/or when updating the first area and/or the second area, the UE sends a second control message to the network. good too. In other words, when the UE is in the first area and/or updates the first area and/or the second area, the UE sends the network a third control message including the twenty-first identification may be sent.
  • the UE may request authentication and authorization of the UAV again by sending a second control message.
  • the UE may request authentication and authorization of the UAV again by sending the twenty-first identification.
  • the UE may request updating of the first area or the second area by transmitting a second control message.
  • the UE may request updating of the first area or the second area by transmitting the twenty-first identification information.
  • the network may then receive a second control message.
  • the network when the network receives the second control message, it may recognize that the authentication and authorization of the UAV is being requested again. In other words, if the network receives the twenty-first identification, it may know that it is being asked to authenticate and authorize the UAV again.
  • the network when the network receives the second control message, it may recognize that it is requested to update the first area or the second area. In other words, the network may know that it is required to update the first area or the second area when it receives the twenty-first identification.
  • the network may then send a third control message to the UE.
  • the network may transmit the third control message including one or more of the 30th to 38th pieces of identification information.
  • the network may send the third control message to the UE when indicating the updated first area.
  • the network may also send a third control message to indicate to the UE that authentication and authorization of the UAV is allowed only while in the updated first area.
  • the network may send a third control message to the UE.
  • the network also sends a third control message to the UE when indicated by the USS or UAS-NF that authentication and authorization of the UAV is permitted only while in the updated first area. You may
  • the UE may then receive a third control message from the network.
  • the UE when the UE receives the third control message from the network, it may recognize that the first area and/or the second area have been updated. In other words, the UE may recognize that the first area and/or the second area have been updated when it receives the thirty-fourth identification information from the network.
  • the UE may be able to implement the new first procedure in the first area.
  • the UE may not be able to implement the new first procedure in the second area.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • the first control message is a registration accept message, or a registration reject message, or a configuration update command message, or a non-registration request message, or a PDU session establishment accept message, or a PDU session establishment reject message, or It may indicate a PDU Session Change Command message, or a PDU Session Change Reject message, or a PDU Session Release Command message, or a PDU Session Release Reject message, or a DL NAS Transport message.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to the UE when indicating the second area.
  • the network may also send the first control message to indicate to the UE that authentication and authorization of the UAV is not allowed while in the second area.
  • the network may transmit the first control message to the UE when the USS or UAS-NF indicates the second area.
  • the network may also send the first control message to the UE upon indication from USS or UAS-NF that authentication and authorization of the UAV is not allowed while in the second area. .
  • the UE receives the first control message from the network.
  • the UE may recognize a second area where authentication and authorization of the UAV are not allowed when receiving the first control message from the network. In other words, if the UE receives the thirty-fifth identity from the network, it may be aware of the second area where UAV authentication and authorization is not allowed.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the UE receives the first control message from the network.
  • the UE may recognize a second area where authentication and authorization of the UAV are not allowed when receiving the first control message from the network. In other words, if the UE receives the 35th identity and/or the 36th identity from the network, the UE may be aware of the second area where UAV authentication and authorization is not allowed.
  • the UE when the UE receives the first control message from the network, it may recognize that authentication and authorization of the UAV is not permitted in the second area. In other words, if the UE receives the 35th and/or 36th identification information from the network, it may know that UAV authentication and authorization is not allowed in the second area.
  • the UE may be able to implement the new first procedure in the first area.
  • the UE may not be able to implement the new first procedure in the second area.
  • the UE may be able to implement a new first procedure when moving from the second area to the first area.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • the USS may manage a timer that manages whether to authenticate and approve the UAV.
  • This timer may also be called a USS timer.
  • the UAV may be authenticated and authorized while the USS timer is running. Also, the UAV may not be authenticated and authorized while the USS timer is not running.
  • the first control message is a registration accept message, or a registration reject message, or a configuration update command message, or a non-registration request message, or a PDU session establishment accept message, or a PDU session establishment reject message, or It may indicate a PDU Session Change Command message, or a PDU Session Change Reject message, or a PDU Session Release Command message, or a PDU Session Release Reject message, or a DL NAS Transport message.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to the UE to indicate cancellation of UAV authentication and authorization.
  • the network may send the first control message to the UE when the USS or UAS-NF indicates that the UAV's authentication and authorization have been cancelled.
  • the UE receives the first control message from the network.
  • the UE may recognize that the UAV's authentication and authorization have been revoked. In other words, the UE may recognize that the UAV's authentication and authorization has been revoked when it receives the thirty-seventh identification from the network.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • Embodiment 2-6 Next, the second-sixth embodiment will be described. Hereinafter, Embodiment 2-6 may be referred to as this embodiment.
  • the USS may manage a timer that manages whether to authenticate and approve the UAV.
  • This timer may also be called a USS timer.
  • the UAV may not be authenticated and authorized while the USS timer is running.
  • the UAV may be authenticated and authorized while the USS timer is not running.
  • the first control message and the second control message are a registration acceptance message, a registration rejection message, a configuration update command message, a non-registration request message, a PDU session establishment acceptance message, or a PDU It may indicate a session establishment reject message, or a PDU session change command message, or a PDU session change command message, or a PDU session release command message, or a PDU session release reject message, or a DL NAS transport message.
  • the network transmits a first control message to the UE.
  • the network may include one or more identification information among the 30th to 38th identification information in the first control message.
  • the network may send the first control message to the UE to indicate cancellation of UAV authentication and authorization.
  • the network may send the first control message to the UE when the USS or UAS-NF indicates that the UAV's authentication and authorization have been cancelled.
  • the UE receives the first control message from the network.
  • the UE may set the first timer value to the first timer and start the first timer.
  • the UE may set the first timer value to the first timer and start the first timer when the 32nd identification is received from the network.
  • the UE when the UE receives the first control message from the network, it may recognize that UAV authentication and authorization are not permitted until the first timer expires. In other words, if the UE receives the 32nd identity and/or the 36th identity from the network, it may know that UAV authentication and authorization is not allowed until the first timer expires. .
  • the UE when the UE receives the first control message from the network, it may recognize that authentication and authorization of the UAV were not permitted. In other words, if the UE receives the thirty-sixth identification from the network, it may know that authentication and authorization of the UAV has not been granted.
  • the UE may transition to the idle state when receiving the first control message from the network. In other words, the UE may transition to the idle state when it receives the thirty-sixth identification information from the network.
  • the UE may recognize that the authentication and authorization of the UAV have been revoked. In other words, the UE may recognize that the UAV's authentication and authorization has been revoked when it receives the thirty-seventh identification from the network.
  • the UE may be unable to implement the new first procedure while the first timer is running.
  • the UE may be able to implement a new first procedure when the first timer expires.
  • the network may then send a second control message to the UE.
  • the network may transmit the second control message including one or more of the 30th to 38th pieces of identification information.
  • the network may send a second control message to indicate to the UE a time when UAV authentication and authorization are not allowed.
  • the network may also send a second control message to indicate to the UE that authentication and authorization of the UAV is temporarily not allowed.
  • the network may send a second control message to the UE when the USS or UAS-NF indicates a time when UAV authentication and authorization are not permitted.
  • the network may also send a second control message to the UE when indicated by the USS or UAS-NF that authentication and authorization of the UAV is temporarily not allowed.
  • the UE may then receive a second control message from the network.
  • the UE when the UE receives the second control message from the network, it may recognize that authentication and authorization of the UAV have been granted. In other words, the UE may know that UAV authentication and authorization has been granted if it receives 38 identities from the network.
  • the UE may recognize the content indicated by the received identification information. Further, when the UE receives one or more identification information among the 30th to 38th identification information, the UE may recognize that the content indicated by the received identification information is permitted or rejected.
  • the behavior to be implemented when each piece of identification information is received may be implemented based on the received identification information.
  • a program that runs on a device according to one aspect of the present invention is a program that controls a Central Processing Unit (CPU) or the like to function a computer so as to implement the functions of the embodiments according to one aspect of the present invention. Also good. Programs or information handled by the programs are temporarily stored in volatile memory such as random access memory (RAM), nonvolatile memory such as flash memory, hard disk drives (HDD), or other storage systems.
  • volatile memory such as random access memory (RAM), nonvolatile memory such as flash memory, hard disk drives (HDD), or other storage systems.
  • a program for realizing the functions of the embodiments related to one aspect of the present invention may be recorded on a computer-readable recording medium. It may be realized by causing a computer system to read and execute the program recorded on this recording medium.
  • the "computer system” here is a computer system built into the device, and includes hardware such as an operating system and peripheral devices.
  • computer-readable recording medium means a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically retains a program for a short period of time, or any other computer-readable recording medium. Also good.
  • each functional block or features of the apparatus used in the above-described embodiments may be implemented or performed in an electrical circuit, eg, an integrated circuit or multiple integrated circuits.
  • Electrical circuits designed to perform the functions described herein may be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations thereof.
  • a general-purpose processor may be a microprocessor or any conventional processor, controller, microcontroller, or state machine.
  • the electric circuit described above may be composed of a digital circuit, or may be composed of an analog circuit.
  • one or more aspects of the present invention can use new integrated circuits based on this technology.
  • the present invention is not limited to the above-described embodiments.
  • an example of the device is described, but the present invention is not limited to this, and stationary or non-movable electronic equipment installed indoors and outdoors, such as AV equipment, kitchen equipment , cleaning/washing equipment, air-conditioning equipment, office equipment, vending machines, other household equipment, and other terminal equipment or communication equipment.
  • Mobile communication system 10 UE_A 30 PGW-U 32PGW-C 35 SGW 40 MMEs 45 eNB 50 HSS 60 PCRF 80 Access Network_A (E-UTRAN) 90 Core Network_A 120 Access Network_B (5G AN) 122 gNB 130 UPF 132 SMF 140AMF 150UDM 160PCF 190 Core Network_B 235 UPF_A 239 UPF_C

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

5GS (5G System)を利用したUAV (Unmanned Aerial Vehicle)の認証及び承認に必要なUAVとUSS (Unmanned Aerial System Service Supplier)との間の通信が規定されている。一方、そのUAVの認証及び承認について、条件付きの認証及び承認のための通信は明確になっていない。例えば、特定の期間でのみUAVが認証及び承認される場合や、特定の地域でのみUAVが認証及び承認される場合の挙動は明確になっていない。User Equipment (UE)は、コアネットワークから、UAVの認証及び承認が許可されない時間を示す第1のタイマ値を含む第1の制御メッセージを受信する。UEは、前記第1のタイマ値を第1のタイマにセットし、前記第1のタイマを開始し、第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識する。

Description

ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）
　本発明は、UE(User Equipment)に関する。
　3GPP(3rd Generation Partnership Project)では、第5世代(5G)の移動通信システムである5GS(5G System)のシステムアーキテクチャが検討されており、新しい手続きや新しい機能のサポートするための議論が行われている(非特許文献1～3を参照)。5G規格のRelease 17において、ドローンの移動通信システムが議論されている(非特許文献4を参照)。
3GPP TS 23.501 V17.3.0 (2021-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 17) 3GPP TS 23.502 V17.3.0 (2021-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 17) 3GPP TS 24.501 V17.5.0 (2021-12); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 17) 3GPP TS 23.256 V17.1.0 (2021-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Support of Uncrewed Aerial Systems (UAS) connectivity, identification and tracking; Stage 2 (Release 17)
　5GS (5G System)では、多種多様なサービスを提供するために、新たなコアネットワークである5GCN (5G Core Network)が検討されている。さらに、UAV (Unmanned Aerial Vehicle)を操作するための通信手段として、5GSを利用した通信手段も検討されている。
　現在、5GSを利用したUAVの通信手段において、UAVは、USS (Unmanned Aerial System Service Supplier)の認証及び承認が必要となる。また、5GSを利用したUAVの認証及び承認に必要なUAVとUSSとの間の通信が規定されている。
　一方、そのUAVの認証及び承認について、条件付きの認証及び承認のための通信は明確になっていない。例えば、特定の期間でのみUAVが認証及び承認される場合や、特定の地域でのみUAVが認証及び承認される場合の挙動は明確になっていない。
　本発明の一態様は、以上のような事情を顧みてなされたものであり、その目的は、ネットワークがUAVに送信する情報、及びメッセージを受信したUAVの挙動を示し、特定の期間でのみUAVが認証及び承認されることを、UAVが認識できるようにすることを明確化することである。
　本発明の一態様のUser Equipment (UE)は、制御部と送受信部とを備え、前記送受信部は、コアネットワークから、第1のタイマ値を含む第1の制御メッセージを受信し、前記第1のタイマ値は、UAVの認証及び承認が許可されない時間を示す情報であり、前記制御部は、前記第1のタイマ値を第1のタイマにセットし、前記第1のタイマを開始し、前記第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識し、前記第1のタイマが実行中、前記制御部は、MM又はSM手続きを実施できず、前記第1のタイマが満了した場合、前記制御部は、MM又はSM手続きを実施可能である、ことを特徴とする。
　本発明の一態様によれば、USS/UTMがUAVに送信する情報、及びメッセージを受信したUAVの挙動を明確化することができる。また、UAV USDという情報を定義し、USS/UTMからUAVに送信するUAV USDに含める情報を明確化することができる。
移動通信システム(EPS/5GS)の概略を説明する図である。 移動通信システム(EPS/5GS)の詳細構成を説明する図である。 UEの装置構成を説明する図である。 5GSにおけるアクセスネットワーク装置(gNB)の構成を説明する図である。 5GSにおけるコアネットワーク装置(AMF/SMF/UPF)の構成を説明する図である。 登録手続きを説明する図である。 UE設定更新手続きを説明する図である。 非登録手続きを説明する図である。 PDUセッション確立手続きを説明する図である。 ネットワーク主導のセッションマネジメント手続きを示す図である。 UE主導のセッションマネジメント手続きを示す図である。 UUAA-MM手続きを説明する図である。 UUAA-SM手続きを説明する図である。 UAV再認証手続きを説明する図である。 UUAA取り消し手続きを説明する図である。
　以下、図面を参照して本発明の一態様を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明の一態様を適用した場合の移動通信システムの実施形態について説明する。
　[1. システムの概要]
　まず、図1は、各実施形態で使用される移動通信システム1の概略を説明する為の図であり、図2は、その移動通信システム1の詳細構成を説明する為の図である。
　図1には、移動通信システム1は、UE_A10、アクセスネットワーク_A80、コアネットワーク_A90、PDN(Packet Data Network)_A5、アクセスネットワーク_B120、コアネットワーク_B190、DN(Data Network)_A6により構成されることが記載されている。
　以下では、これらの装置・機能について、UE、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DN等のように、記号を省略して記載する場合がある。
　また、図2には、UE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、UDM150、N3IWF170等の装置・機能、及びこれらの装置・機能を互いに接続するインターフェースが記載されている。
　以下では、これらの装置・機能について、UE、E-UTRAN、MME、SGW、PGW-U、PGW-C、PCRF、HSS、5G AN、AMF、UPF、SMF、PCF、UDM、N3IWF等のように、記号を省略して記載する場合がある。
　尚、4GシステムであるEPS(Evolved Packet System)は、アクセスネットワーク_A及びコアネットワーク_Aを含んで構成されるが、さらにUE及び/又はPDNが含まれても良い。また、5Gシステムである5GS(5G System)は、UE、アクセスネットワーク_B及びコアネットワーク_Bを含んで構成されるが、さらにDNが含まれても良い。
　UEは、3GPPアクセス(3GPPアクセスネットワーク、3GPP ANとも称する)及び/又はnon-3GPPアクセス(non-3GPPアクセスネットワーク、non-3GPP ANとも称する)を介して、ネットワークサービスに対して接続可能な装置である。UEは、携帯電話やスマートフォン等の無線通信が可能な端末装置であってよく、EPSにも5GSにも接続可能な端末装置であってよい。UEは、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてもよい。尚、UEのことをユーザ装置と表現してもよいし、端末装置と表現してもよい。
　また、アクセスネットワーク_Aは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)及び/又は無線LANアクセスネットワークに対応する。E-UTRANには、1以上のeNB(evolved Node B)45が配置される。尚、以下では、eNB45は、eNBのように記号を省略して記載する場合がある。また、複数のeNBがある場合は、各eNBは、例えばX2インターフェースにより、互いに接続されている。また、無線LANアクセスネットワークには、1以上のアクセスポイントが配置される。
　また、アクセスネットワーク_Bは、5Gアクセスネットワーク(5G AN)に対応する。5G ANは、NG-RAN(NG Radio Access Network)及び/又はnon-3GPP アクセスネットワークで構成される。NG-RANには、1以上のgNB(NR NodeB)122が配置される。尚、以下では、gNB122は、gNBのように記号を省略して記載する場合がある。gNBは、NR(New Radio)ユーザプレーンと制御プレーンをUEに提供するノードであり、5GCNに対してNGインターフェース(N2インターフェース又はN3インターフェースを含む)を介して接続するノードである。すなわち、gNBは、5GSのために新たに設計された基地局装置であり、4GシステムであるEPSで使用されていた基地局装置(eNB)とは異なる機能を有する。また、複数のgNBがある場合は、各gNBは、例えばXnインターフェースにより、互いに接続している。
　また、non-3GPP アクセスネットワークは、信頼できない非3GPP(untrusted non-3GPP)アクセスネットワークであってもよいし、信頼できる非3GPP(trusted non-3GPP)アクセスネットワークであってもよい。ここで、信頼できない非3GPPアクセスネットワークは、例えば公衆無線LANなど、アクセスネットワーク内でセキュリティ管理を行わないnon-3GPPアクセスネットワークであってよい。一方で、信頼できる非3GPPアクセスネットワークは、3GPPが規定するアクセスネットワークであってよく、TNAP(trusted non-3GPP access point)とTNGF(trusted non-3GPP Gateway function)を備えていてもよい。
　また、以下では、E-UTRANやNG-RANは、3GPPアクセスと称することがある。また、無線LANアクセスネットワークやnon-3GPP ANは、non-3GPPアクセスと称することがある。また、アクセスネットワーク_Bに配置されるノードを、まとめてNG-RANノードとも称することがある。
　また、以下では、アクセスネットワーク_A、及び/又はアクセスネットワーク_B、及び/又はアクセスネットワーク_Aに含まれる装置、及び/又はアクセスネットワーク_Bに含まれる装置は、アクセスネットワーク、又はアクセスネットワーク装置と称する場合がある。
　また、コアネットワーク_Aは、EPC(Evolved Packet Core)に対応する。EPCには、例えば、MME(Mobility Management Entity)、SGW(Serving Gateway)、PGW(Packet Data Network Gateway)-U、PGW-C、PCRF(Policy and Charging Rules Function)、HSS(Home Subscriber Server)等が配置される。
　また、コアネットワーク_Bは、5GCN(5G Core Network)に対応する。5GCNには、例えば、AMF(Access and Mobility Management Function)、UPF(User Plane Function)、SMF(Session Management Function)、PCF(Policy Control Function)、UDM(Unified Data Management)等が配置される。ここで、5GCNは、5GCと表現されてもよい。
　また、以下では、コアネットワーク_A、及び/又はコアネットワーク_B、コアネットワーク_Aに含まれる装置、及び/又はコアネットワーク_Bに含まれる装置は、コアネットワーク、又はコアネットワーク装置又はコアネットワーク内装置と称する場合がある。
　コアネットワーク(コアネットワーク_A及び/又はコアネットワーク_B)は、アクセスネットワーク(アクセスネットワーク_A及び/又はアクセスネットワーク_B)と、PDN及び/又はDNとを接続した移動体通信事業者(Mobile Network Operator; MNO)が運用するIP移動通信ネットワークの事であってもよいし、移動通信システム1を運用、管理する移動体通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)や、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
　また、図1では、PDNとDNが同一である場合が記載されているが、異なっていても良い。PDNは、UEに通信サービスを提供するDN(Data Network)であってよい。尚、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDNは、接続された通信端末を含んでもよい。従って、PDNと接続する事は、PDNに配置された通信端末やサーバ装置と接続する事であってもよい。さらに、PDNとの間でユーザデータを送受信する事は、PDNに配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。尚、PDNのことをDNと表現してもよいし、DNのことをPDNと表現してもよい。
　また、以下では、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置を、ネットワーク又はネットワーク装置と呼称する場合がある。つまり、ネットワーク及び/又はネットワーク装置が、メッセージを送受信する、及び/又は手続きを実行するということは、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置が、メッセージを送受信する、及び/又は手続きを実行することを意味する。
　また、UEは、アクセスネットワークに接続することができる。また、UEは、アクセスネットワークを介して、コアネットワークと接続する事ができる。さらに、UEは、アクセスネットワーク及びコアネットワークを介して、PDN又はDNに接続する事ができる。すなわち、UEは、PDN又はDNとの間で、ユーザデータを送受信(通信)する事ができる。ユーザデータを送受信する際は、IP(Internet Protocol)通信だけでなく、non-IP通信を用いてもよい。
　ここで、IP通信とは、IPを用いたデータ通信の事であり、IPパケットにより、データの送受信が行われる。IPパケットは、IPヘッダとペイロード部で構成される。ペイロード部には、EPSに含まれる装置・機能や、5GSに含まれる装置・機能が送受信するデータが含まれてよい。また、non-IP通信とは、IPを用いないデータ通信の事であり、IPパケットの構造とは異なる形式により、データの送受信が行われる。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUEが送受信するユーザデータを送受信してもよい。
　また、アクセスネットワーク_A、コアネットワーク_A、アクセスネットワーク_B、コアネットワーク_B、PDN_A、DN_Aには、図2に記載されない装置が構成されていてもよい。例えば、コアネットワーク_A及び/又はコアネットワーク_Bには、AUSF(Authentication Server Function)やAAA(Authentication, authorization, and accounting)サーバ(AAA-S)が含まれてもよい。
　ここで、AUSFは、3GPPアクセス及びnon-3GPPアクセスに対する認証機能を備える、コアネットワーク装置である。具体的には、3GPPアクセス及び/又はnon-3GPPアクセスに対する認証の要求をUEから受信し、認証手続きを実行するネットワーク機能部である。
　また、AAAサーバは、AUSFと直接的又は他のネットワーク装置を介して間接的に接続する、認証及び承認及び課金機能を備える、装置である。AAAサーバはコアネットワーク内のネットワーク装置であってもよい。なお、AAAサーバは、コアネットワーク_A及び/又はコアネットワーク_Bに含まれず、PLMNに含まれてもよい。つまり、AAAサーバはコアネットワーク装置であってもよいし、コアネットワークの外にある装置であってよい。例えば、AAAサーバは3rd Partyが管理する、PLMN内のサーバ装置であってもよい。
　なお、図2では、図の簡略化のため、各装置・機能は1つずつ記載したが、移動通信システム1には複数の同様の装置・機能が構成されてもよい。具体的には、移動通信システム1には複数のUE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、及び/又はUDM150等の装置・機能が構成されていてもよい。
　UPF_A235は、DN、SMF、他のUPF、及び、アクセスネットワークに接続される。UPF_A235は、intra-RAT mobility又はinter-RAT mobilityに対するアンカー、パケットのルーティングと転送(Packet routing & forwarding)、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホームPDUセッション(multi-homed PDU session)をサポートするBranching point機能、user planeに対するQoS処理、上りリンクトラフィックの検証(verification)、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)のトリガ機能等の役割を担ってもよい。また、UPF_A235は、DNとコアネットワーク_B190との間のゲートウェイとして、ユーザデータの転送を行う中継装置でもよい。尚、UPF_A235は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、UPF_A235は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一のDNを接続するゲートウェイでもよい。尚、UPF_A235は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
　尚、UPF_A235とアクセスネットワークとの間に、UPF_A235とは異なるUPFである、UPF_C239(branching point又はuplink classifierとも称する)が装置又はNFとして存在してもよい。UPF_C239が存在する場合、UEとDNとの間のPDUセッションは、アクセスネットワーク、UPF_C239、UPF_A235を介して確立されることになる。
　また、UPF130は、UPF_A235と同様の装置であってよい。尚、UPF130、及びUPF_A235は、UPFのように、記号を省略して記載する場合がある。
　[2. 各装置の構成]
　次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
　尚、以下で登場する各装置・機能内の各記憶部(記憶部_A340、記憶部_A440、記憶部_B540、記憶部_A640、記憶部_B740)は、例えば、半導体メモリ、SSD(Solid State Drive)、HDD(Hard Disk Drive)等で構成されている。また、各記憶部は、出荷段階からもともと設定されていた情報だけでなく、自装置・機能以外の装置・機能(例えば、UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDN)との間で、送受信した各種の情報を記憶する事ができる。また、各記憶部は、後述する各種の通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶することができる。また、各記憶部は、これらの情報をUE毎に記憶してもよい。また、各記憶部は、5GSとEPSとの間のインターワークをした場合には、5GS及び/又はEPS内に含まれる装置・機能との間で送受信した制御メッセージやユーザデータを記憶することができる。このとき、N26インターフェースを介して送受信されたものだけでなく、N26インターフェースを介さずに送受信されたものも記憶することができる。
　[2.1. UEの装置構成]
　まず、UE(User Equipment)の装置構成例について、図3を用いて説明する。UEは、制御部_A300、アンテナ310、送受信部_A320、記憶部_A340で構成されている。制御部_A300、送受信部_A320、記憶部_A340は、バスを介して接続されている。送受信部_A320は、アンテナ310と接続している。
　制御部_A300は、UE全体の動作・機能を制御する機能部である。制御部_A300は、必要に応じて、記憶部_A340に記憶されている各種プログラムを読み出して実行する事により、UEにおける各種の処理を実現する。
　送受信部_A320は、アンテナを介して、アクセスネットワーク内の基地局装置(eNB又はgNB)と無線通信する為の機能部である。すなわち、UEは、送受信部_A320を用いて、アクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図2を参照して詳細に説明すると、UEは、送受信部_A320を用いることにより、LTE-Uuインターフェースを介して、E-UTRAN内の基地局装置(eNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、5G AN内の基地局装置(gNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、N1インターフェースを介してAMFとNAS(Non-Access-Stratum)メッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。
　記憶部_A340は、UEの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　[2.2. gNBの装置構成]
　次に、gNBの装置構成例について、図4を用いて説明する。gNB は、制御部_B500、アンテナ510、ネットワーク接続部_B520、送受信部_B530、記憶部_B540で構成されている。制御部_B500、ネットワーク接続部_B520、送受信部_B530、記憶部_B540は、バスを介して接続されている。送受信部_B530は、アンテナ510と接続している。
　制御部_B500は、gNB全体の動作・機能を制御する機能部である。制御部_B500は、必要に応じて、記憶部_B540に記憶されている各種プログラムを読み出して実行する事により、gNBにおける各種の処理を実現する。
　ネットワーク接続部_B520は、gNBが、AMF及び/又はUPFと通信する為の機能部である。すなわち、gNBは、ネットワーク接続部_B520を用いて、AMF及び/又はUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　送受信部_B530は、アンテナ510を介して、UEと無線通信する為の機能部である。すなわち、gNBは、送受信部_B530を用いて、UEとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図2を参照して詳細に説明すると、5G AN内にあるgNBは、ネットワーク接続部_B520を用いることにより、N2インターフェースを介して、AMFと通信することができ、N3インターフェースを介して、UPFと通信することができる。また、gNBは、送受信部_B530を用いることにより、UEと通信することができる。
　記憶部_B540は、gNBの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　[2.3. AMFの装置構成]
　次に、AMFの装置構成例について、図5を用いて説明する。AMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。AMFは、制御プレーンを扱うノードであってよい。
　制御部_B700は、AMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、AMFにおける各種の処理を実現する。
　ネットワーク接続部_B720は、AMFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFと接続する為の機能部である。すなわち、AMFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図2を参照して詳細に説明すると、5GCN内にあるAMFは、ネットワーク接続部_A620を用いることにより、N2インターフェースを介して、gNBと通信することができ、N8インターフェースを介して、UDMと通信することができ、N11インターフェースを介して、SMFと通信することができ、N15インターフェースを介して、PCFと通信することができる。また、AMFは、ネットワーク接続部_A620を用いることにより、N1インターフェースを介して、UEとNASメッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。また、AMFは、N26インターフェースをサポートする場合、ネットワーク接続部_A620を用いることにより、N26インターフェースを介して、MMEと通信することができる。
　記憶部_B740は、AMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　尚、AMFは、N2インターフェースを用いたRANとの制御メッセージを交換する機能、N1インターフェースを用いたUEとのNASメッセージを交換する機能、NASメッセージの暗号化及び完全性保護を行う機能、登録管理(Registration management; RM)機能、接続管理(Connection management; CM)機能、到達可能性管理(Reachability management)機能、UE等の移動性管理(Mobility management)機能、UEとSMF間のSM(Session Management)メッセージを転送する機能、アクセス認証(Access Authentication、Access Authorization)機能、セキュリティアンカー機能(SEA; Security Anchor Functionality)、セキュリティコンテキスト管理(SCM; Security Context Management)機能、N3IWF(Non-3GPP Interworking Function)に対するN2インターフェースをサポートする機能、N3IWFを介したUEとのNAS信号の送受信をサポートする機能、N3IWFを介して接続するUEの認証する機能等を有する。
　また、登録管理では、UEごとのRM状態が管理される。RM状態は、UEとAMFとの間で同期がとられていてもよい。RM状態としては、非登録状態(RM-DEREGISTERED state)と、登録状態(RM-REGISTERED state)がある。RM-DEREGISTERED状態では、UEはネットワークに登録されていないため、AMFにおけるUEコンテキストが、そのUEに対する有効な位置情報やルーティング情報を持っていない為、AMFはUEに到達できない状態である。また、RM-REGISTERED状態では、UEはネットワークに登録されているため、UEはネットワークとの登録が必要なサービスを受信することができる。尚、RM状態は、5GMM状態(5GMM state)と表現されてもよい。この場合、RM-DEREGISTERED状態は、5GMM-DEREGISTERED状態と表現されてもよいし、RM-REGISTERED状態は、5GMM-REGISTERED状態と表現されてもよい。
　言い換えると、5GMM-REGISTEREDは、各装置が、5GMMコンテキストを確立した状態であってもよいし、PDUセッションコンテキストを確立した状態であってもよい。尚、各装置が5GMM-REGISTEREDである場合、UE_A10は、ユーザデータや制御メッセージの送受信を開始してもよいし、ページングに対して応答してもよい。さらに、尚、各装置が5GMM-REGISTEREDである場合、UE_A10は、初期登録のための登録手続き以外の登録手続き、及び/又はサービス要求手続きを実行してもよい。
　さらに、5GMM-DEREGISTEREDは、各装置が、5GMMコンテキストを確立していない状態であってもよいし、UE_A10の位置情報がネットワークに把握されていない状態であってもよいし、ネットワークがUE_A10に到達不能である状態であってもよい。尚、各装置が5GMM-DEREGISTEREDである場合、UE_A10は、登録手続きを開始してもよいし、登録手続きを実行することで5GMMコンテキストを確立してもよい。
　また、接続管理では、UEごとのCM状態が管理される。CM状態は、UEとAMFとの間で同期がとられていてもよい。CM状態としては、非接続状態(CM-IDLE state)と、接続状態(CM-CONNECTED state)がある。CM-IDLE状態では、UEはRM-REGISTERED状態にあるが、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っていない。また、CM-IDLE状態では、UEはN2インターフェースの接続(N2 connection)、及びN3インターフェースの接続(N3 connection)を持っていない。一方、CM-CONNECTED状態では、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っている。また、CM-CONNECTED状態では、UEはN2インターフェースの接続(N2 connection)、及び/又はN3インターフェースの接続(N3 connection)を持っていてもよい。
　さらに、接続管理では、3GPPアクセスにおけるCM状態と、non-3GPPアクセスにおけるCM状態とで分けて管理されてもよい。この場合、3GPPアクセスにおけるCM状態としては、3GPPアクセスにおける非接続状態(CM-IDLE state over 3GPP access)と、3GPPアクセスにおける接続状態(CM-CONNECTED state over 3GPP access)とがあってよい。さらに、non-3GPPアクセスにおけるCM状態としては、non-3GPPアクセスにおける非接続状態(CM-IDLE state over non-3GPP access)と、non-3GPPアクセスにおける接続状態(CM-CONNECTED state over non-3GPP access)とがあってよい。尚、非接続状態はアイドルモード表現されてもよく、接続状態モードはコネクテッドモードと表現されてもよい。
　尚、CM状態は、5GMMモード(5GMM mode)と表現されてもよい。この場合、非接続状態は、5GMM非接続モード(5GMM-IDLE mode)と表現されてもよいし、接続状態は、5GMM接続モード(5GMM-CONNECTED mode)と表現されてもよい。さらに、3GPPアクセスにおける非接続状態は、3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over 3GPP access)と表現されてもよいし、3GPPアクセスにおける接続状態は、3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over 3GPP access)と表現されてもよい。さらに、non-3GPPアクセスにおける非接続状態は、non-3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over non-3GPP access)と表現されてもよいし、non-3GPPアクセスにおける接続状態は、non-3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over non-3GPP access)と表現されてもよい。尚、5GMM非接続モードはアイドルモード表現されてもよく、5GMM接続モードはコネクテッドモードと表現されてもよい。
　また、AMFは、コアネットワーク_B内に1以上配置されてもよい。また、AMFは、1以上のNSI(Network Slice Instance)を管理するNF(Network Function)でもよい。また、AMFは、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
　尚、N3IWFは、UEが5GSに対してnon-3GPPアクセスを介して接続する場合に、non-3GPPアクセスと5GCNとの間に配置される装置及び/又は機能である。
　[2.4. SMFの装置構成]
　次に、SMFの装置構成例について、図5を用いて説明する。SMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
　制御部_B700は、SMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、SMFにおける各種の処理を実現する。
　ネットワーク接続部_B720は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_B720を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図2を参照して詳細に説明すると、5GCN内にあるSMFは、ネットワーク接続部_A620を用いることにより、N11インターフェースを介して、AMFと通信することができ、N4インターフェースを介して、UPFと通信することができ、N7インターフェースを介して、PCFと通信することができ、N10インターフェースを介して、UDMと通信することができる。
　記憶部_B740は、SMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　SMFは、PDUセッションの確立・修正・解放等のセッション管理(Session Management)機能、UEに対するIPアドレス割り当て(IP address allocation)及びその管理機能、UPFの選択と制御機能、適切な目的地(送信先)へトラフィックをルーティングする為のUPFの設定機能、NASメッセージのSM部分を送受信する機能、下りリンクのデータが到着したことを通知(Downlink Data Notification)する機能、AMF経由でN2インターフェースを介してANに送信されるAN特有の(ANごとの)SM情報を提供する機能、セッションに対するSSCモード(Session and Service Continuity mode)を決定する機能、ローミング機能等を有する。
　[2.5. UPFの装置構成]
　次に、UPFの装置構成例について、図5を用いて説明する。UPFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
　制御部_B700は、UPF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、UPFにおける各種の処理を実現する。
　ネットワーク接続部_B720は、UPFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNと接続する為の機能部である。すなわち、UPFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
　図2を参照して詳細に説明すると、5GCN内にあるUPFは、ネットワーク接続部_A620を用いることにより、N3インターフェースを介して、gNBと通信することができ、N4インターフェースを介して、SMFと通信することができ、N6インターフェースを介して、DNと通信することができ、N9インターフェースを介して、他のUPFと通信することができる。
　記憶部_B740は、UPFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
　UPFは、intra-RAT mobility又はinter-RAT mobilityに対するアンカーポイントとしての機能、DNに相互接続するための外部PDUセッションポイントとしての機能(つまり、DNとコアネットワーク_Bとの間のゲートウェイとして、ユーザデータを転送する機能)、パケットのルーティング及び転送する機能、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホーム(multi-homed)PDUセッションをサポートするBranching point機能、user planeに対するQoS(Quality of Service)処理機能、上りリンクトラフィックの検証機能、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)をトリガする機能等を有する。
　また、UPFは、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。また、UPFは、IP通信を転送する機能を持ってもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_Bと単一のDNを接続するゲートウェイでもよい。尚、UPFは、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
　尚、ユーザプレーン(user plane)は、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、PDNコネクション、又はPDUセッションを用いて送受信されてもよい。さらに、EPSの場合、ユーザプレーンは、LTE-Uuインターフェース、及び/又はS1-Uインターフェース、及び/又はS5インターフェース、及び/又はS8インターフェース、及び/又はSGiインターフェースを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
　さらに、制御プレーン(control plane)は、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとMMEとの間のNAS(Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。さらに、EPSの場合、制御プレーンは、LTE-Uuインターフェース、及びS1-MMEインターフェースを用いて送受信されてもよい。さらに、5GSの場合、制御プレーンは、UEとNG RANとの間のインターフェース、及びN2インターフェースを用いて送受信されてもよい。以下、制御プレーンは、コントロールプレーンと表現されてもよいし、C-Planeと表現されてもよい。
　さらに、U-Plane(User Plane; UP)は、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)は、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
　[2.6. その他の装置及び/又は機能の説明]
　次に、その他の装置及び/又は機能について説明を行う。
　PCFは、ポリシールールを提供する機能等を有する。
　また、UDMは、認証情報処理(Authentication credential processing)機能、ユーザ識別処理機能、アクセス認証機能、登録/移動性管理機能、加入者情報の管理(subscription management)機能等を有する。
　また、PCRFは、PGW及び/又はPDNに接続されており、データ配送に対するQoS管理を行う機能等を有する。例えば、UE_A10とPDN間の通信路のQoSの管理を行う。さらに、PCRFは、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
　また、HSSは、MME及び/又はSCEFに接続されており、加入者情報の管理を行う機能等を有する。HSSの加入者情報は、例えばMMEのアクセス制御の際に参照される。さらに、HSSは、MMEとは異なる位置管理装置と接続されていてもよい。
　[3. 各実施形態で用いられる用語・識別情報、手続きの説明]
　次に、各実施形態で、少なくとも1つは用いられる用語・識別情報、手続きを予め説明する。
　[3.1. 各実施形態で用いられる用語・識別情報の説明]
　まず、各実施形態で用いられる、専門性の高い用語や、手続きで使用される識別情報について、予め説明する。
　[3.1.1. 各実施形態で用いられる用語の説明]
　以下、各実施形態で用いられる、専門性の高い用語について説明する。
　ネットワークとは、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部を指す。また、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と称してもよい。つまり、ネットワークがメッセージの送受信及び/又は処理を実行するということは、ネットワーク内の装置(ネットワーク装置、及び/又は制御装置)がメッセージの送受信及び/又は処理を実行することを意味してもよい。逆に、ネットワーク内の装置がメッセージの送受信及び/又は処理を実行するということは、ネットワークがメッセージの送受信及び/又は処理を実行することを意味してもよい。
　SM(セッションマネジメント)メッセージ(NAS (Non-Access-Stratum) SMメッセージとも称する)は、SMのための手続きで用いられるNASメッセージであってよく、AMF_A240を介してUE_A10とSMF_A230の間で送受信される制御メッセージであってよい。さらに、SMメッセージには、PDUセッション確立要求(PDU session establishment request)メッセージ、PDUセッション確立受諾(PDU session establishment accept)メッセージ、PDUセッション拒絶(PDU session establishment reject)メッセージ、PDUセッション変更要求(PDU session modification request)メッセージ、PDUセッション変更コマンド(PDU session modification command)メッセージ、PDUセッション変更完了メッセージ(PDU session modification complete)、PDUセッション変更コマンド拒絶(PDU session modification command reject)メッセージ、PDUセッション変更拒絶(PDU session modification reject)メッセージ、PDUセッション解放要求(PDU session release request)メッセージ、PDUセッション解放拒絶(PDU session release reject)メッセージ、PDUセッション解放コマンド(PDU session release command)メッセージ、PDUセッション解放完了(PDU session release complete)メッセージ等が含まれてもよい。また、SMのための手続きまたはSM手続きには、PDUセッション確立手続き(PDU session establishment procedure)、PDUセッション変更手続き(PDU session modification procedure)、PDUセッション解放手続き(UE-requested PDU session release procedure)が含まれてもよい。なお、各手続きは、UEから開始される手続きであってもよいし、NWから開始される手続きであってもよい。
　MM（Mobility management）メッセージ（またはNAS MMメッセージとも称する）は、MMのための手続きに用いられるNASメッセージであってよく、UE_A10とAMF_A240の間で送受信される制御メッセージであってよい。さらに、MMメッセージには、登録要求(Registration request)メッセージ、登録受諾(Registration accept)メッセージ、登録拒絶(Registration reject)メッセージ、登録解除要求(De-registration request)メッセージ、登録解除受諾(De-registration accept)メッセージ、configuration updateコマンド(configuration update command)メッセージ、設定更新受諾(configuration update complete)メッセージ、サービス要求(Service request)メッセージ、サービス受諾(Service accept)メッセージ、サービス拒絶(Service reject)メッセージ、通知(Notification)メッセージ、通知応答(Notification response)メッセージ等が含まれてよい。また、MMのための手続きまたはMM手続きは、登録手続き(Registration procedure)、登録解除手続き(De-registration procedure)、ジェネリックUE設定更新(Generic UE configuration update)手続き、認証・承認手続き、サービス要求手続き(Service request procedure)、ページング手続き(Paging procedure)、通知手続き(Notification procedure)が含まれてよい。
　5GS(5G System)サービスは、コアネットワーク_B190を用いて提供される接続サービスでよい。さらに、5GSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。
　non 5GSサービスは、5GSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
　PDN(Packet Data Network)タイプとは、PDNコネクションのタイプを示すものであり、IPv4、IPv6、IPv4v6、non-IPがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行う事を示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行う事を示す。IPv4v6が指定された場合は、IPv4又はIPv6を用いてデータの送受信を行う事を示す。non-IPが指定された場合は、IPを用いた通信ではなく、IP以外の通信方法によって通信する事を示す。
　PDU(Protocol Data Unit/Packet Data Unit)セッションとは、PDU接続性サービスを提供するDNとUEとの間の関連性として定義することができるが、UEと外部ゲートウェイとの間で確立される接続性であってもよい。UEは、5GSにおいて、アクセスネットワーク_B及びコアネットワーク_Bを介したPDUセッションを確立することにより、PDUセッションを用いて、DNとの間のユーザデータの送受信を行うことができる。ここで、この外部ゲートウェイとは、UPF、SCEF等であってよい。UEは、PDUセッションを用いて、DNに配置されるアプリケーションサーバ等の装置と、ユーザデータの送受信を実行する事ができる。尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、QoSルール、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、アクセスネットワーク識別情報、及びSSC modeのうち1以上が含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
　DNN(Data Network Name)は、コアネットワーク及び/又はDN等の外部ネットワークを識別する識別情報でよい。さらに、DNNは、コアネットワークB190を接続するPGW/UPF等のゲートウェイを選択する情報として用いることもできる。さらに、DNNは、APN(Access Point Name)に相当するものでもよい。
　PDU(Protocol Data Unit/Packet Data Unit)セッションタイプは、PDUセッションのタイプを示すものであり、IPv4、IPv6、Ethernet、Unstructuredがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行うことを示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行うことを示す。Ethernetが指定された場合は、Ethernetフレームの送受信を行うことを示す。また、Ethernetは、IPを用いた通信を行わないことを示してもよい。Unstructuredが指定された場合は、Point-to-Point(P2P)トンネリング技術を用いて、DNにあるアプリケーションサーバ等にデータを送受信することを示す。P2Pトンネリング技術としては、例えば、UDP/IPのカプセル化技術を用いても良い。尚、PDUセッションタイプには、上記の他にIPが含まれても良い。IPは、UEがIPv4とIPv6の両方を使用可能である場合に指定する事ができる。
　PLMN(Public land mobile network)は、移動無線通信サービスを提供する通信ネットワークである。PLMNは、通信事業者であるオペレータが管理するネットワークであり、PLMN IDにより、オペレータを識別することができる。UEのIMSI(International Mobile Subscriber Identity)のMCC(Mobile Country Code)とMNC（Mobile Network Code）と一致するPLMNはHome PLMN(HPLMN)であってよい。さらに、UEは、USIMに1又は複数のEPLMN(Equivalent HPLMN)を識別するための、Equivalent HPLMN listを保持していてもよい。HPLMN、及び/又はEPLMNと異なるPLMNはVPLMN(Visited PLMN)であってよい。UEの登録が成功したPLMNはRPLMN(Registered PLMN)であってよい。
　トラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。尚、トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。トラッキングエリアは、TAC(Tracking area code)とPLMNで構成されるTAI(Tracking Area Identity)により識別されてよい。
　レジストレーションエリア(Registration area又は登録エリア)は、AMFがUEに割り当てる1又は複数のTAの集合である。尚、UE_A10は、レジストレーションエリアに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新のための信号を送受信することなく移動することができてよい。言い換えると、レジストレーションエリアは、UE_A10がトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。レジストレーションエリアは、1または複数のTAIにより構成されるTAI listにより識別されてよい。
　UE IDとは、UEを識別する為の情報である。例えば、UE IDは、SUCI(SUbscription Concealed Identifier)、又はSUPI(Subscription Permanent Identifier)、又はGUTI(Globally Unique Temporary Identifier)、又はIMEI(International Mobile Subscriber Identity)、又はIMEISV(IMEI Software Version)又は、TMSI(Temporary Mobile Subscriber Identity )であってもよい。又は、UE IDはアプリケーションまたはネットワーク内で設定されたその他の情報であってもよい。さらに、UE IDは、ユーザを識別する為の情報であってもよい。
　ネットワークスライス(NS)とは、特定のネットワーク能力及びネットワーク特性を提供する論理的なネットワークである。UE及び/又はネットワークは、5GSにおいて、ネットワークスライス(NWスライス; NS)をサポートすることができる。ネットワークスライスのことを、単にスライスとも呼称する場合がある。
　S-NSSAI(Single Network Slice Selection Assistance Information)は、NSを識別するための情報である。S-NSSAIは、SST(Slice/Service type)のみで構成されてもよいし、SSTとSD(Slice Differentiator)の両方で構成されてもよい。ここで、SSTとは、機能とサービスの面で期待されるNSの動作を示す情報である。また、SDは、SSTで示される複数のNSIから1つのNSIを選択する際に、SSTを補間する情報であってもよい。S-NSSAIは、PLMNごとに特有な情報であってもよいし、PLMN間で共通化された標準の情報であってもよい。
　また、ネットワークは、デフォルトS-NSSAIとして、UEの登録情報に1以上のS-NSSAIを記憶してもよい。尚、S-NSSAIがデフォルトS-NSSAIである場合において、UEが登録要求メッセージにおいて有効なS-NSSAIをネットワークに送信しないときは、ネットワークは、UEに関係するNSを提供してもよい。
　また、UEとNW間で送受信されるS-NSSAIは、S-NSSAI IE(Information element)と表現されてもよい。さらに、UEとNW間で送受信されるS-NSSAI IEは、登録PLMNのSST及び/又はSDで構成されるS-NSSAI、及び/又はそのS-NSSAIがマップされたHPLMNのS-NSSAIを示すSST及び/又はSDと、が構成されてもよい。UE及び/又はNWが記憶する一又は複数のS-NSSAIはSST及び/又はSDで構成されてもよいし、SST及び/又はSDで構成されるS-NSSAI、及び/又はそのS-NSSAIがマップされたHPLMNのS-NSSAIを示すSST及び/又はSDと、が構成されてもよい。
　Always-on PDU sessionとは、UEが、5GMM-IDLE状態から5GMM-CONNECTED状態に遷移するたびに、ユーザプレーンリソースをアクティブにしなければならないPDUセッションのことである。UEは、上位レイヤからの指示に基づいて、Always-on PDU sessionとしてPDUセッションの確立をコアネットワーク、及び/又はコアネットワーク装置に要求することができる。コアネットワーク、及び/又はコアネットワーク装置は、PDUセッションがAlways-on PDU sessionとして確立できるか否かを決定する。ここで、Always-on PDU sessionの確立は、C2コミュニケーションのためのPDUセッションの確立を意味してもよい。さらに、Always-on PDU sessionの確立は、C2コミュニケーション用のQoSフローを取り扱うPDUセッションの確立を意味してもよい。ここで、5GMM-IDLE状態は、CM-IDLE状態であってもよい。さらに、5GMM-CONNECTED状態は、CM-CONNECTED状態であってもよい。さらに、PDUセッションがAlways-on PDU sessionとして確立できるか否かを決定するコアネットワーク装置は、SMFであってもよい。
　Service-level-AAコンテナ情報要素 (Service-level-AA container IE (Information Element))は、UEとネットワークとの間の認証及び承認のための情報を、上位層に転送するための情報要素である。また、Service-level-AAコンテナ情報要素は、Service-levelデバイスID、及び/又はService-level-AAサーバアドレス、及び/又はService-level-AAペイロード、及び/又はService-level-AA応答を含んでもよい。さらに、Service-level-AAコンテナ情報要素は、C2承認結果 (C2 authorization result)、及び/又はC2セッションセキュリティ情報 (C2 session security information)、及び/又はペアとなるUAV-Cの識別情報 (identification information of UAV-C to pair)、及び/又は飛行承認情報 (flight authorization information)を含んでもよい。さらに、Service-level-AAコンテナ情報要素は、Service-level-AAペンディングインディケーション (Service-level-AA pending indication)を含んでもよい。尚、Service-level-AAコンテナ情報要素は、Service-level-AAコンテナと称されてもよい。
　Service-levelデバイスID (Service-level device ID)は、外部のDNによる認証及び承認のために必要なアイデンティティを運ぶための情報要素である。また、Service-levelデバイスIDは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-levelデバイスIDは、CAA-level UAV IDを含んでもよい。
　Service-level-AAサーバアドレス (Service-level-AA server address)は、サービスレベル認証及び承認サーバのアドレスを運ぶための情報要素である。また、Service-level-AAサーバアドレスは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-level-AAサーバアドレスは、USSアドレスを含んでもよい。
　Service-level-AAペイロード (Service-level-AA payload)は、UEとservice-level-AAサーバとの間の認証及び承認のためのペイロードを、上位層に運ぶための情報要素である。また、Service-level-AAペイロードは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-level-AAペイロードは、UUAA航空ペイロード (UUAA aviation payload)を含んでもよい。
　Service-level-AA応答 (Service-level-AA response)は、サービスレベル認証及び承認要求に関する情報を提供するための情報要素である。具体的には、Service-level-AA応答は、サービスレベル認証サーバへの認証及び承認要求が、成功したこと、又は成功しなかったことを示す情報要素である。また、Service-level-AA応答は、Service-level-AAコンテナ情報要素に含まれてもよい。
　UAV (Unmanned Aerial Vehicle)とは、飛行ドローンである。また、UAVは、UEであってもよい。また、UAVは、UE機能をサポートする3GPP UEであってもよい。
　また、UAVは、USSに管理されてもよい。UAVは、UAV controllerと対応付けられてもよい。さらに、UAVは、UAV controllerと対応付けられて、コアネットワーク装置、及び/又はUTMに管理されてもよい。さらに、UAVは、UAV controllerと対応付けられて管理される場合、UASとしてコアネットワーク装置、及び/又はUTMに管理されてもよい。UAVは、コアネットワーク装置、及び/又はUTMに自身の情報(識別情報、IPアドレス、位置情報など)を管理されてもよい。
　UAV controller(Unmanned Aerial Vehicle controller)とは、UAVを操作するためのコントローラである。また、UAV controllerは、UEであってもよい。また、UAV controllerは、UE機能をサポートする3GPP UEであってもよい。
　UAV controllerは、UAVと対応付けられてもよい。さらに、UAV controllerは、UAVと対応付けられて、コアネットワーク装置、及び/又はUTMに管理されてもよい。さらに、UAV controllerは、UAVと対応付けられて管理される場合、UASとしてコアネットワーク装置、及び/又はUTMに管理されてもよい。UAV controllerは、コアネットワーク装置、及び/又はUTMに、自身の情報(識別情報、IPアドレス、位置情報など)を管理されてもよい。尚、UAV controllerは、UACと表現されてもよいし、UAV-Cと表現されてもよい。
　UAS (Unmanned Aerial System)は、UAVと関連機能で構成されてもよい。ここで、関連機能とは、C2 (command and control)リンクを含んでいてもよい。さらに、C2リンクは、UAVと制御ステーションとの間のリンクであってもよいし、UAVとネットワークとの間のリンクであってもよい。さらに、C2リンクは、遠隔識別のためのリンクであってもよい。また、UASは、一つ又は複数のUAVと、一つ又は複数のUAV controllerで構成されてもよい。また、UASは、ネットワーク装置、及び/又はUSSに管理されてもよい。
　USS (Unmanned Aerial System Service Supplier)は、UAV、及び/又はUAV controller、及び/又はUASを管理するための機能を備える装置である。USSは、DNの装置であってもよいし、コアネットワーク内の装置であってもよい。また、USSは、UAVを自律的に操縦するための装置であってもよい。また、USSは、UAV、及び/又はUAV controllerの識別情報やIPアドレス、位置情報などを管理するための機能を備えていてもよいし、前記以外のUAV、及び/又はUAV controllerの情報を管理するための機能を備えていてもよい。さらに、USSは、UAVとUAV controllerを対応付けて、UASとして管理してもよい。また、USSは、コアネットワーク装置に、ネットワークサービスを要求するための情報を送信してもよい。さらに、USSは、自動車両運転の範囲を管理するための、一又は複数の機能やサービスを提供する装置であってもよい。また、USSは、UASアプリケーションサーバであってもよい。
　また、USSは、UTMの機能を備える装置であってもよい。また、USSは、UTMに備えられる装置であってもよい。また、USSは、UTM内の装置であってもよい。尚、USSは、USS/UTM又はUTM/USSと表現されてもよい。
　UTM(Unmanned Aerial System Traffic Management)は、USSを含む装置であってもよい。UTMは、USSを備える装置であってもよい。また、UTMは、USSと読み替えてもよい。
　Command and Control (C2)コミュニケーションとは、UAV controller又はUTMから、UAVに、UAVを操作するためのコマンド及び制御情報を含むメッセージを配信するためのユーザプレーンの通信路である。さらに、C2コミュニケーションは、UAVから、UAV controller又はUTMに、テレメトリーデータを報告するためのユーザプレーンの通信路であってもよい。さらに、C2コミュニケーションは、UAV controllerからUTMを介して、UAVに、UAVを操作するためのコマンド及び制御情報を含むメッセージを配信するためのユーザプレーンの通信路であってもよい。ここで、C2コミュニケーションは、PDUセッションによって実現される通信路であってもよい。さらに、C2コミュニケーションのためのPDUセッションは、Always-on PDU sessionによって実現されてもよい。さらに、C2コミュニケーションのためのPDUセッションの確立は、Always-on PDU sessionの確立を意味してもよい。さらに、C2コミュニケーション用のQoSフローを取り扱うPDUセッションの確立は、Always-on PDU sessionの確立を意味してもよい。
　CAA-Level UAV IDは、USSのような航空ドメインの機能によって、UAVに割り当てられる情報である。また、CAA-Level UAV IDは、遠隔識別(Remote Identification)とトラッキングのために使用されてもよいし、UAVを識別するために使用されてもよい。また、CAA-Level UAV IDは、UUAA手続き中に、UAVによって3GPPシステムに提供される情報であってもよい。
　また、航空ドメインは、任意のタイミングで、UAVのために新しいCAA-Level UAV IDを割り当ててもよい。また、新しいCAA-Level UAV IDは、UAS関連の手続き中に、UAVと3GPPシステムに提供されてもよい。
　3GPP UAV IDは、3GPPシステムによって、UAVに関連付けられる情報である。また、3GPP UAV IDは、UAVを識別するために3GPPシステムによって使用される情報であってもよい。また、USSは、CAA-level UAV IDと3GPP UAV IDの関連付けを記憶してもよい。
　UAS NF (UAS Network Function)は、NEF又はSCEF+NEFによってサポートされてもよい。また、UAS NFは、USSへのサービスの外部への公開のために使用されてもよい。また、UAS NFは、UAVの認証/承認のため、UAV飛行承認のため、UAVとUAVCとの間のペアリング承認のため、既存のNEF/SCEF公開サービスを利用してもよい。また、UAS NFは、UUAA-MMの結果、及びUUAA-SMの結果を記憶してもよい。
　第1のUSSは、第2のUSSとは異なる装置であってもよい。また、第1のUSSのアドレスは、UEにあらかじめ設定されていてもよい。また、第1のUSSのアドレスは、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスにセットされてもよい。
　第2のUSSは、第1のUSSとは異なる装置であってもよい。また、第2のUSSのアドレスは、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスにセットされてもよい。
　第1のエリアは、UAVの認証及び承認が許可されるエリアであってもよい。また、第1のエリアは、トラッキングエリアであってもよい。また、第1のエリアは、レジストレーションエリアであってもよい。また、第1のエリアは、ネットワークスライスに関連付けられたエリアであってもよい。また、第1のエリアは、ネットワーク又はUSSによって、独自に設定されたエリアであってもよい。また、第1のエリアは、現在、UEが存在しているエリアであってもよい。また、第1のエリアは、ネットワークによって示されるエリアであってもよい。
　第2のエリアは、UAVの認証及び承認が許可されないエリアであってもよい。また、第2のエリアは、トラッキングエリアであってもよい。また、第2のエリアは、レジストレーションエリアであってもよい。また、第2のエリアは、ネットワークスライスに関連付けられたエリアであってもよい。また、第2のエリアは、現在、UEが存在しているエリアであってもよい。また、第2のエリアは、ネットワークによって示されるエリアであってもよい。
　[3.1.2. 各実施形態で用いられる識別情報の説明]
　以下、各実施形態で用いられる、手続きで使用される識別情報について説明する。
　第1の識別情報は、USSアドレスである。また、第1の識別情報は、UEが要求するUSSのアドレスを示す情報であってもよい。また、第1の識別情報は、第1のUSSのアドレスであってもよい。また、第1の識別情報は、UEが要求する第1のUSSのアドレスを示す情報であってもよい。
　また、第1の識別情報は、USSアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。また、第1の識別情報は、第1のUSSのアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。また、第1の識別情報は、Service-level-AAコンテナ情報要素に含まれる情報であってもよい。
　また、第1の識別情報は、UEにあらかじめ設定されていてもよい。また、第1の識別情報のUSSアドレスは、bitと優先度が紐づいていてもよい。また、第1の識別情報のUSSアドレスは、Service-level-AAコンテナ情報要素に記憶されている位置と優先度が紐づいていてもよい。
　また、第1の識別情報は、第10の識別情報と同じであってもよい。また、第1の識別情報は、第2の識別情報を含む情報であってもよい。また、第1の識別情報は、第2の識別情報を含むリストであってもよい。また、第1の識別情報は、複数のUSSアドレスを含むリストであってもよい。
　第2の識別情報は、第2のUSSのアドレスであってもよい。また、第2の識別情報は、UEが要求する第2のUSSのアドレスを示す情報であってもよい。また、第2の識別情報は、第2のUSSのアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。また、第2の識別情報は、Service-level-AAコンテナ情報要素に含まれる情報であってもよい。
　また、第2の識別情報は、UEにあらかじめ設定されていてもよい。また、第2の識別情報のUSSアドレスは、bitと優先度が紐づいていてもよい。また、第2の識別情報のUSSアドレスは、Service-level-AAコンテナ情報要素に記憶されている位置と優先度が紐づいていてもよい。
　また、第2の識別情報は、第11の識別情報と同じであってもよい。また、第2の識別情報は、第1の識別情報を含む情報であってもよい。また、第2の識別情報は、第1の識別情報を含むリストであってもよい。また、第2の識別情報は、複数のUSSアドレスを含むリストであってもよい。
　第3の識別情報は、SSCモード (SSC mode)である。また、第3の識別情報は、UEが要求するSSCモードを示す情報であってもよい。
　また、SSCモードは、SSCモード情報要素(SSC mode IE (Information Element))に含まれる情報であってもよい。また、SSCモードは、SSCモード情報要素にセットされる情報であってもよい。
　また、第3の識別情報は、SSC mode 1、SSC mode 2、SSC mode 3のいずれかであってもよい。また、第3の識別情報は、SSC mode 1、SSC mode 2、SSC mode 3のいずれかがセットされた、SSCモード情報要素であってもよい。
　第10の識別情報は、USSアドレスである。また、第10の識別情報は、ネットワークによって許可されたUSSのアドレスを示す情報であってもよい。また、第10の識別情報は、第1のUSSのアドレスであってもよい。また、第10の識別情報は、ネットワークによって許可された第1のUSSのアドレスを示す情報であってもよい。
　また、第10の識別情報は、USSアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。また、第10の識別情報は、第1のUSSのアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。
　また、第10の識別情報のUSSアドレスは、bitと優先度が紐づいていてもよい。また、第10の識別情報のUSSアドレスは、Service-level-AAコンテナ情報要素に記憶されている位置と優先度が紐づいていてもよい。また、第10の識別情報は、Service-level-AAコンテナ情報要素に含まれる情報であってもよい。
　また、第10の識別情報は、第1の識別情報と同じであってもよい。また、第10の識別情報は、第11の識別情報を含む情報であってもよい。また、第10の識別情報は、第11の識別情報を含むリストであってもよい。また、第10の識別情報は、複数のUSSアドレスを含むリストであってもよい。
　第11の識別情報は、第2のUSSのアドレスであってもよい。また、第11の識別情報は、ネットワークによって許可された第2のUSSのアドレスを示す情報であってもよい。また、第11の識別情報は、第2のUSSのアドレスがセットされた、Service-level-AAコンテナ情報要素に含まれるService-level-AAサーバアドレスであってもよい。また、第11の識別情報は、Service-level-AAコンテナ情報要素に含まれる情報であってもよい。
　また、第11の識別情報のUSSアドレスは、bitと優先度が紐づいていてもよい。また、第11の識別情報のUSSアドレスは、Service-level-AAコンテナ情報要素に記憶されている位置と優先度が紐づいていてもよい。
　また、第11の識別情報は、第2の識別情報と同じであってもよい。また、第11の識別情報は、第10の識別情報を含む情報であってもよい。また、第11の識別情報は、第10の識別情報を含むリストであってもよい。また、第11の識別情報は、複数のUSSアドレスを含むリストであってもよい。
　第12の識別情報は、現在、第2のUSSのアドレスを使用することができないことを示す情報であってもよい。また、第12の識別情報は、一時的に、第2のUSSのアドレスを使用することができないことを示す情報であってもよい。また、第12の識別情報は、第1のUSSのアドレスを使用中、第2のUSSのアドレスを使用できないことを示す情報であってもよい。
　また、第12の識別情報は、現在、第2のUSSのアドレスが無効であることを示す情報であってもよい。また、第12の識別情報は、一時的に、第2のUSSのアドレスが無効であることを示す情報であってもよい。また、第12の識別情報は、第1のUSSのアドレスを使用中、第2のUSSのアドレスが無効であることを示す情報であってもよい。
　第13の識別情報は、USSアドレスを変更することを示す情報であってもよい。また、第13の識別情報は、ネットワークが、UEに、USSアドレスの変更を要求する情報であってもよい。また、第13の識別情報は、第1のUSSのアドレスを無効にして、第2のUSSのアドレスを有効にすることを示す情報であってもよい。また、第13の識別情報は、第1のUSSのアドレスを削除して、第2のUSSのアドレスを記憶することを示す情報であってもよい。また、第13の識別情報は、第1のUSSのアドレスを、第2のUSSのアドレスに更新することを示す情報であってもよい。
　第20の識別情報は、UAVの認証及び承認が有効である時間の延長を要求する情報であってもよい。具体的には、第20の識別情報は、UEが、ネットワークに、UAVの認証及び承認が有効である時間の延長を要求する情報であってもよい。また、第20の識別情報は、UAVの認証及び承認が有効である時間の更新を要求する情報であってもよい。また、第20の識別情報は、UAVの認証及び承認を再度要求する情報であってもよい。
　第21の識別情報は、UAVの認証及び承認が有効であるエリアを再度要求する情報であってもよい。また、第21の識別情報は、第1のエリア及び/又は第2のエリアの更新を要求する情報であってもよい。また、第21の識別情報は、UAVの認証及び承認を再度要求する情報であってもよい。
　第30の識別情報は、タイマ値である。また、第30の識別情報は、ネットワークによって示されるタイマ値であってもよい。また、第30の識別情報は、第1のタイマ値であってもよい。また、第30の識別情報は、ネットワークによって示される第1のタイマ値であってもよい。また、第30の識別情報は、開始時刻及び/又は終了時刻が指定されたタイマ値であってもよい。
　また、第30の識別情報は、UAVの認証及び承認が有効である時間を示すタイマ値であってもよい。また、第30の識別情報は、UAVの認証及び承認が許可される時間を示すタイマ値であってもよい。また、第30の識別情報は、UAVが認証及び承認される時間を示すタイマ値であってもよい。
　また、第30の識別情報は、UEにあらかじめ設定されていてもよい。また、第30の識別情報は、タイマ値がゼロの場合、UAVが認証及び承認されなかったことを示してもよい。
　第31の識別情報は、第2のタイマ値であってもよい。また、第31の識別情報は、ネットワークによって示される第2のタイマ値であってもよい。また、第31の識別情報は、開始時刻及び/又は終了時刻が指定されたタイマ値であってもよい。
　また、第31の識別情報は、UAVの認証及び承認が有効である時間を示すタイマ値であってもよい。また、第31の識別情報は、UAVの認証及び承認が有効である時間を延長するためのタイマ値であってもよい。また、第31の識別情報は、UAVの認証及び承認が許可される時間を示すタイマ値であってもよい。また、第31の識別情報は、UAVの認証及び承認が許可される時間を延長するためのタイマ値であってもよい。また、第31の識別情報は、UAVが認証及び承認される時間を示すタイマ値であってもよい。また、第31の識別情報は、UAVが認証及び承認される時間を延長するためのタイマ値であってもよい。
　また、第31の識別情報は、UEにあらかじめ設定されていてもよい。また、第31の識別情報は、タイマ値がゼロの場合、UAVが認証及び承認されなかったことを示してもよい。
　第32の識別情報は、タイマ値である。また、第32の識別情報は、ネットワークによって示されるタイマ値であってもよい。また、第32の識別情報は、第3のタイマ値であってもよい。また、第32の識別情報は、ネットワークによって示される第3のタイマ値であってもよい。また、第32の識別情報は、開始時刻及び/又は終了時刻が指定されたタイマ値であってもよい。
　また、第32の識別情報は、UAVの認証及び承認が無効である時間を示すタイマ値であってもよい。また、第32の識別情報は、UAVの認証及び承認が許可されない時間を示すタイマ値であってもよい。また、第32の識別情報は、UAVが認証及び承認されない時間を示すタイマ値であってもよい。
　また、第32の識別情報は、手続きの再試行が許可されるまでの時間を示すタイマ値であってもよい。また、第32の識別情報は、UEにあらかじめ設定されていてもよい。
　第33の識別情報は、UAVの認証及び承認が許可される第1のエリアを示す情報であってもよい。また、第33の識別情報は、UASサービスが許可される第1のエリアを示す情報であってもよい。また、第33の識別情報は、第1のエリアでのみ、UAVの認証及び承認が許可されることを示す情報であってもよい。また、第33の識別情報は、第1のエリアでのみ、UASサービスが許可されることを示す情報であってもよい。
　第34の識別情報は、UAVの認証及び承認が許可される第1又は第2のエリアを示す情報であってもよい。また、第34の識別情報は、UASサービスが許可される第1又は第2のエリアを示す情報であってもよい。また、第34の識別情報は、第1のエリアから第2のエリアに移動した場合でも、UAVの認証及び承認が有効であることを示す情報であってもよい。また、第34の識別情報は、第1のエリアから第2のエリアに移動した場合でも、PDUセッションを維持することを示す情報であってもよい。また、第34の識別情報は、第1又は第2のエリアを更新することを示す情報であってもよい。
　第35の識別情報は、UAVの認証及び承認が許可されない第2のエリアを示す情報であってもよい。また、第35の識別情報は、UASサービスが許可されない第2のエリアを示す情報であってもよい。また、第35の識別情報は、第2のエリアでは、UAVの認証及び承認が許可されないことを示す情報であってもよい。また、第35の識別情報は、第2のエリアでは、UASサービスが許可されないことを示す情報であってもよい。
　第36の識別情報は、UAVの認証及び承認が許可されないことを示す情報であってもよい。また、第36の識別情報は、UASサービスが許可されないことを示す情報であってもよい。また、第36の識別情報は、現在の時間では、UAVの認証及び承認が許可されないことを示す情報であってもよい。また、第36の識別情報は、現在の時間では、UASサービスが許可されないことを示す情報であってもよい。また、第36の識別情報は、第2のエリアでは、UAVの認証及び承認が許可されないことを示す情報であってもよい。また、第36の識別情報は、第2のエリアでは、UASサービスが許可されないことを示す情報であってもよい。また、第36の識別情報は、理由値であってもよい。
　第37の識別情報は、一時的なUAVの認証及び承認による、認証及び承認の取り消しを示す情報であってもよい。また、第37の識別情報は、認証及び承認の取り消しを示す情報であってもよい。また、第37の識別情報は、UAVの認証及び承認が一時的に許可されたものであったことを示す情報であってもよい。また、第37の識別情報は、UASサービスが一時的に許可されたものであったことを示す情報であってもよい。また、第37の識別情報は、理由値であってもよい。
　第38の識別情報は、UAVの認証及び承認が許可されることを示す情報であってもよい。また、第38の識別情報は、UAVの認証及び承認が許可される時間になったことを示す情報であってもよい。また、第38の識別情報は、UASサービスが許可されることを示す情報であってもよい。また、第38の識別情報は、UASサービスが許可される時間になったことを示す情報であってもよい。
　[3.2. 各実施形態で用いられる手続きの説明]
　次に、各実施形態で用いられる手続きについて説明する。尚、各実施形態で用いられる手続きには、登録手続き(Registration procedure)が含まれる。以下、各手続きについて説明していく。
　尚、各実施形態では、図2に記載されているように、HSSとUDM、PCFとPCRF、SMFとPGW-C、UPFとPGW-Uが、それぞれ同一の装置(つまり、同一の物理的なハードウェア、又は同一の論理的なハードウェア、又は同一のソフトウェア)として構成されている場合を例にとって説明する。しかし、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。例えば、これらの間で、直接データの送受信を行ってもよいし、AMF、MME間のN26インターフェースを介してデータを送受信してもよいし、UEを介してデータを送受信してもよい。
　[3.2.1. 登録手続き]
　まず、登録手続き (Registration procedure)について、図6を用いて説明する。登録手続きは、5GSにおける手続きである。以下、本手続きとは登録手続きを指す。登録手続きは、UEが主導してアクセスネットワーク_B、及び/又はコアネットワーク_B、及び/又はDNへ登録する為の手続きである。UEは、ネットワークに登録していない状態であれば、例えば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UEは、非登録状態 (RM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始できる。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態 (RM-REGISTERED state)に遷移することができる。
　また、登録手続きは、UEによって開始される初期登録 (initial registration)であってよい。また、登録手続きは、モビリティ及び定期的な登録 (mobility and periodic registration)であってよい。また、登録手続きは、MM手続きであってもよい。
　さらに、登録手続きは、ネットワークにおけるUEの位置登録情報を更新する、及び/又は、UEからネットワークへ定期的にUEの状態を通知する、及び/又は、ネットワークにおけるUEに関する特定のパラメータを更新する為の手続きであってもよい。
　UEは、TAを跨ぐモビリティをした際に、登録手続きを開始してもよい。言い換えると、UEは、保持しているTAリストで示されるTAとは異なるTAに移動した際に、登録手続きを開始してもよい。さらに、UEは、実行しているタイマが満了した際に本手続きを開始してもよい。さらに、UEは、PDUセッションの切断や無効化が原因で各装置のコンテキストの更新が必要な際に登録手続きを開始してもよい。さらに、UEは、UEのPDUセッション確立に関する、能力情報、及び/又はプリファレンスに変化が生じた場合、登録手続きを開始してもよい。さらに、UEは、定期的に登録手続きを開始してもよい。さらに、UEは、UE設定更新手続きの完了に基づいて、登録手続きを開始してもよい。尚、UEは、これらに限らず、任意のタイミングで登録手続きを実行することができる。
　さらに、UEは、登録状態であっても、定期的に登録手続きを開始してもよい。言い換えると、UEは、タイマの満了に基づいて、登録手続きを開始してもよい。
　尚、UEのモビリティに基づいて実行される登録手続きと、定期的に実行される登録手続きとを、モビリティと登録更新のための登録手続きと表現してもよい。言い換えると、モビリティと登録更新のための登録手続きは、UEのモビリティに基づいて実行される登録手続きであってもよく、定期的に実行される登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、UEの設定更新に基づいて実行される登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、ユーザデータを送受信するための通信路を確立するために実行する登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、ネットワークからの要求に基づいて実行される登録手続きであってもよい。さらに、言い換えると、モビリティと登録更新のための登録手続きは、初期の登録手続き以外の登録手続きであってよい。以下、モビリティと登録更新のための登録手続きを、本手続きと表現してもよい。
　次に、登録手続きの各ステップを説明していく。尚、以下で説明する登録手続きは、初期の登録手続きであってもよいし、モビリティと登録更新のための登録手続きであってもよい。
　まず、UEは、AMFに登録要求(Registration request)メッセージを送信することにより(S800)(S802)(S804)、登録手続きを開始する。具体的には、UEは、登録要求メッセージを含むRRCメッセージを、5G AN(又はgNB)に送信する(S800)。尚、登録要求メッセージは、NASメッセージである。また、RRCメッセージは、UEと5G AN(又はgNB)との間で送受信される制御メッセージであってよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはRRCレイヤで処理される。尚、NASレイヤはRRCレイヤよりも上位のレイヤである。
　ここで、UEは、第1から3、20、21の識別情報の内、1つ以上の識別情報を、登録要求メッセージ、及び/又はRRCメッセージに含めて送信してよい。より詳細には、UEは、第1から3、20、21の識別情報の内、1つ以上の識別情報を、登録要求メッセージ、及び/又はRRCメッセージに含めて送信してもよいし、これらとは異なる制御メッセージ、例えば、RRCレイヤよりも下位のレイヤ (例えば、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。
　尚、UEは、これらの識別情報を送信することで、UEが各機能をサポートしていることを示してもよいし、UEの要求を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報と送受信されてもよいし、異なる識別情報として送受信されてもよい。
　さらに、UEは、第1から3、20、21の識別情報の識別情報の内、1つ以上の識別情報を登録要求メッセージに含めることで、登録要求メッセージに含めた識別情報が示す内容をネットワークに示してもよい。さらに、UEは、第1から3、20、21の識別情報の識別情報の内、1つ以上の識別情報を登録要求メッセージに含めることで、登録要求メッセージに含めた識別情報が示す内容をネットワークに要求してもよい。
　尚、UEは、第1から3、20、21の識別情報の内、1つ以上の識別情報を登録要求メッセージに含めるかを、加入者情報、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト等に基づいて、選択、決定してもよい。
　また、UEは、登録要求メッセージにSMメッセージを含めて送信することで、又は登録要求メッセージとともにSMメッセージを送信することで、登録手続き中にPDUセッション確立手続きを開始してもよい。ここで、SMメッセージは、PDUセッション確立要求メッセージであってもよい。
　5G AN(又はgNB)は、登録要求メッセージを含むRRCメッセージを受信すると、登録要求メッセージを転送するAMFを選択する(S802)。尚、5G AN(又はgNB)は、登録要求メッセージ及び/又はRRCメッセージに含まれる情報に基づいて、AMFを選択することができる。5G AN(又はgNB)は、受信したRRCメッセージから登録要求メッセージを取り出し、選択したAMFに、登録要求メッセージを転送する(S804)。
　AMFは、登録要求メッセージを受信した場合、第1の条件判別を実行することができる。第1の条件判別とは、ネットワーク(又はAMF)がUEの要求を受諾するか否かを判別するためのものである。AMFは、第1の条件判別が真の場合、図6の(A)の手続きを開始するのに対し、第1の条件判別が偽の場合、図6の(B)の手続きを開始する。
　尚、第1の条件判別は、登録要求メッセージの受信、及び/又は登録要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。例えば、UEの要求をネットワークが許可する場合、第1の条件判別は真であり、UEの要求をネットワークが許可しない場合、第1の条件判別は偽でよい。また、UEの登録先のネットワーク、及び/又はネットワーク内の装置が、UEの要求する機能をサポートしている場合、第1の条件判別は真であり、UEの要求する機能をサポートしていない場合、第1の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第1の条件判別は真であり、送受信される識別情報が許可されない場合、第1の条件判別は偽でよい。尚、第1の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
　まず、第1の条件判別が真の場合について説明する。AMFは、図6の(A)の手続きにおいて、まず第4の条件判別を実行することができる。第4の条件判別は、AMFがSMFとの間でSMメッセージの送受信を実施するか否かを判別するためのものである。
　尚、第4の条件判別は、AMFがSMメッセージを受信したか否かに基づいて実行されてよい。また、第4の条件判別は、登録要求メッセージにSMメッセージが含まれているかに基づいて、実行されてもよい。例えば、AMFがSMメッセージを受信した場合、及び/又は登録要求メッセージにSMメッセージが含まれていた場合、第4の条件判別は真であってよく、AMFがSMメッセージを受信しなかった場合、及び/又は登録要求メッセージにSMメッセージが含まれていなかった場合、第4の条件判別は偽であってよい。尚、第4の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
　次に、AMFは、登録要求メッセージの受信、及び/又はSMFとの間のSMメッセージの送受信の完了に基づいて、登録要求メッセージに対する応答メッセージとして、5G AN(又はgNB)を介して、UEに登録受諾(Registration accept)メッセージを送信する(S808)。例えば、第4の条件判別が偽の場合、AMFは、UEからの登録要求メッセージの受信に基づいて、登録受諾メッセージを送信してもよい。また、第4の条件判別が真の場合、AMFは、SMFとの間のSMメッセージの送受信の完了に基づいて、登録受諾メッセージを送信してもよい。尚、登録受諾メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
　AMFは、登録受諾メッセージに、第10から13、30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。尚、AMFは、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報と送受信されてもよいし、異なる識別情報として送受信されてもよい。
　さらに、ネットワークは、第10から13、30から38の識別情報の識別情報の内、1つ以上の識別情報を登録受諾メッセージに含めることで、登録受諾メッセージに含めた識別情報が示す内容をUEに示してもよい。さらに、ネットワークは、第10から13、30から38の識別情報の識別情報の内、1つ以上の識別情報を登録受諾メッセージに含めることで、登録受諾メッセージに含めた識別情報が示す内容をUEに許可してもよい。
　尚、AMFは、第10から13、30から38の識別情報の内、どの識別情報を登録受諾メッセージに含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、選択、決定してもよい。
　また、AMFは、登録受諾メッセージにSMメッセージを含めて送信するか、又は登録受諾メッセージとともにSMメッセージを送信することができる。ただし、この送信方法は、登録要求メッセージの中にSMメッセージが含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。また、この送信方法は、登録要求メッセージとともにSMメッセージを含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。AMFは、このような送信方法を行うことにより、登録手続きにおいて、SMのための手続きが受諾されたことを示すことができる。ここで、SMメッセージは、PDUセッション確立要求メッセージであってもよいし、PDUセッション確立受諾メッセージであってもよい。
　また、AMFは、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、登録受諾メッセージを送信することで、UEの要求が受諾されたことを示してもよい。
　さらに、AMFは、登録受諾メッセージに、UEの一部の要求が拒絶されたことを示す情報を含めて送信してもよいし、UEの一部の要求が拒絶されたことを示す情報を送信することで、UEの一部の要求が拒絶された理由を示してもよい。さらに、UEは、UEの一部の要求が拒絶されたことを示す情報を受信することで、UEの一部の要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
　UEは、AMFから、5G AN(gNB)介して、登録受諾メッセージを受信する(S808)。UEは、登録受諾メッセージを受信することで、登録要求メッセージによるUEの要求が受諾されたこと、及び登録受諾メッセージに含まれる各種の識別情報の内容を認識することができる。
　さらに、UEは、登録受諾メッセージに対する応答メッセージとして、登録完了メッセージを、5G AN(gNB)介して、AMFに送信することができる(S810)。ここで、登録完了メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
　AMFは、5G AN(gNB)介して、登録完了メッセージを受信する(S810)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、図6の(A)の手続きを完了する。
　次に、第1の条件判別が偽の場合について説明する。AMFは、図6の(B)の手続きにおいて、登録要求メッセージに対する応答メッセージとして、5G AN(gNB)を介して、UEに登録拒絶(Registration reject)メッセージを送信する(S812)。ここで、登録拒絶メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
　ここで、AMFは、登録拒絶メッセージに、第10から13、30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。さらに、AMFは、第10から13、30から38の識別情報の内、1つ以上の識別情報を送信することで、UEの要求が拒絶されたことを示してもよいし、UEの要求が拒絶された理由を示してもよい。
　さらに、ネットワークは、第10から13、30から38の識別情報の内、1つ以上の識別情報を登録拒絶メッセージに含めることで、登録拒絶メッセージに含めた識別情報が示す内容をUEに示してもよい。さらに、ネットワークは、第10から13、30から38の識別情報の内、1つ以上の識別情報を登録拒絶メッセージに含めることで、登録拒絶メッセージに含めた識別情報が示す内容をUEに許可しなくてもよい。
　尚、AMFは、第10から13、30から38の識別情報の内、1つ以上の識別情報を登録拒絶メッセージに含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、選択、決定してもよい。
　さらに、AMFは、登録拒絶メッセージを送信することで、登録要求メッセージによるUEの要求が拒絶されたことを示してもよい。さらに、AMFは、登録拒絶メッセージに拒絶された理由を示す情報を含めて送信してもよいし、拒絶された理由を送信することで拒絶された理由を示してもよい。さらに、UEは、UEの要求が拒絶された理由を示す情報を受信することで、UEの要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
　UEは、AMFから、5G AN(gNB)介して、登録拒絶メッセージを受信する(S812)。UEは、登録拒絶メッセージを受信することで、登録要求メッセージによるUEの要求が拒絶されたこと、及び登録拒絶メッセージに含まれる各種の識別情報の内容を認識することができる。また、UEは、登録要求メッセージを送信した後、所定の期間が経過しても、登録拒絶メッセージを受信しない場合には、UEの要求が拒絶されたことを認識してもよい。各装置は、登録拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
　尚、図6の(B)の手続きは、図6の(A)の手続きを中止した場合に開始される場合もある。
　各装置は、図6の(A)又は(B)の手続きの完了に基づいて、登録手続きを完了する。尚、各装置は、図6の(A)の手続きの完了に基づいて、UEがネットワークに登録された状態(RM_REGISTERED state)に遷移してもよいし、図6の(B)の手続きの完了に基づいて、UEがネットワークに登録されていない状態(RM_DEREGISTERED state)を維持してもよいし、UEがネットワークに登録されていない状態へ遷移してもよい。また、各装置の各状態への遷移は、登録手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　また、UEは、登録受諾メッセージ、又は登録拒絶メッセージの受信に基づいて、登録手続きを完了してもよい。
　さらに、各装置は、登録手続きの完了に基づいて、登録手続きで送受信した情報に基づいた処理を実施してもよい。例えば、UEの一部の要求が拒絶されたことを示す情報を送受信した場合、UEの要求が拒絶された理由を認識してもよい。さらに、各装置は、UEの要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_Bや別のセルに対して登録手続きを実施してもよい。
　さらに、UEは、登録手続きの完了に基づいて、登録受諾メッセージ、及び/又は登録拒絶メッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。
　さらに、UEは、第10から13、30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第10から13、30から38の識別情報の内、1つ以上の識別情報を受信した場合、登録受諾メッセージに含めた識別情報が示す内容が許可されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[3.2.2. UE設定更新手続き]
　次に、UE設定更新手続き(Generic UE configuration update procedure)について、図7を用いて説明する。以下、UE設定更新手続きは本手続きとも称する。本手続きは、コアネットワークが、UEの設定情報を更新するための手続きである。本手続きは、ネットワークに登録されたUEに対してネットワークが主導して実行するモビリティマネジメントのための手続きであってよい。また、UE設定更新手続きは、MM手続きであってもよい。
　さらに、AMF等のコアネットワーク内の装置は、ネットワークの設定の更新、及び/又はオペレータポリシーの更新に基づいて本手続きを開始してもよい。尚、本手続きのトリガは、UEのモビリティの検出であってもよいし、UE、及び/又はアクセスネットワーク、及び/又はコアネットワークの状態変化の検出であってもよいし、ネットワークスライスの状態変化であってもよい。さらに、本手続きのトリガは、DN、及び/又はDNのアプリケーションサーバからの要求の受信であってもよいし、ネットワークの設定の変化であってもよいし、オペレータポリシーの変化であってもよい。さらに、本手続きのトリガは、実行しているタイマの満了であってもよい。尚、コアネットワーク内の装置が本手続きを開始するトリガはこれらに限らない。言い換えると、本手続きは、前述の登録手続き及び/又はPDUセッション確立手続きが完了した後の任意のタイミングで実行されてよい。さらに、本手続きは、各装置が5GMMコンテキストを確立した状態、及び/又は各装置が5GMM接続モードである状態であれば、任意のタイミングで実行されてよい。
　また、各装置は、本手続き中に、UEの設定情報を変更するための識別情報、及び/又はUEが実行している機能を停止又は変更するための識別情報を含んだメッセージを送受信してもよい。さらに、各装置は、本手続きの完了に基づいて、ネットワークが指示する設定に、設定情報を更新してもよいし、ネットワークが指示する挙動を開始してもよい。
　UEは、本手続きによって送受信される制御情報を基に、UEの設定情報を更新してもよい。さらに、UEは、UEの設定情報の更新に伴って、実行している機能を停止してもよいし、新たな機能を開始してもよい。言い換えると、コアネットワーク内の装置は、本手続きを主導すること、さらには本手続きの制御メッセージ及び制御情報をUEに送信することより、これらの制御情報を用いて識別可能なUEの設定情報を、UEに更新させてもよい。さらに、コアネットワーク内の装置は、UEの設定情報を更新させることで、UEが実行している機能を停止させてもよいし、UEに新たな機能を開始させてもよい。
　まず、AMFは、5G AN (gNB)を介してUEに、設定更新コマンド(Configuration update command)メッセージを送信することにより(S1000)、UE設定更新手続きを開始する。
　更に、AMFは、UEの設定情報の更新があった場合に、第10から13、30から38の識別情報の内少なくとも１つを、設定更新コマンドメッセージに含めて送信してよい。
　UEは、設定更新コマンドメッセージ、及び/又は第10から13、30から38の識別情報の内の1つ以上の情報を、ネットワークから受信する。より詳細には、UEは、設定更新コマンドメッセージ、及び/又は第10から13、30から38の識別情報の内の1つ以上の情報を、AMFから受信する。
　UEは、第10から13、30から38の識別情報のうち、少なくとも1つの情報の受信に基づき、受信した情報を認識してよい。
　さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
　尚、AMFは、各識別情報を設定更新コマンドメッセージに含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、選択、決定してもよい。
　また、AMFは、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、設定更新コマンドメッセージを送信することで、UEの設定情報の更新の要求を示してもよい。
　UEは、5G AN(gNB)介して、AMFから設定更新コマンドメッセージを受信する(S1000)。UEは、設定更新コマンドメッセージ、及び/又は設定更新コマンドメッセージに含まれる識別情報に基づいて、UEの設定情報を更新してもよい。
　さらに、UEは、設定更新コマンドメッセージに含まれる識別情報に基づいて、設定更新コマンドメッセージに対する応答メッセージとして、設定更新完了(Configuration update complete)メッセージを、5G AN(gNB)を介して、AMFに送信してもよい(S1002)。
　AMFは、UEが設定更新完了コマンドメッセージを送信した場合、5G AN(gNB)を介して、設定更新完了メッセージを受信する(S1002)。また、各装置は、設定更新コマンドメッセージ、及び/又は設定更新完了メッセージの送受信に基づき、本手続きを完了する。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した情報に基づいた処理を実施してもよい。例えば、設定情報に対する更新情報を送受信した場合、各装置は、設定情報を更新してもよい。さらに、登録手続きの実行が必要であることを示す情報を送受信した場合、UEは、本手続きの完了に基づいて、登録手続きを開始してもよい。
　さらに、UEは、本手続きの完了に基づいて、設定情報コマンドメッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。また、UEは本手続き完了に基づき、記憶した情報に基づいて、各手続きを実行してもよい。
　以上の手続きにおいて、設定更新コマンドメッセージの送受信により、コアネットワーク内の装置は、UEに対して、UEが既に適用している設定情報の更新を指示することができるし、UEが実行している機能の停止又は変更を指示することができる。
　[3.2.3. ネットワークが開始する非登録手続き]
　次に、ネットワークが開始する非登録手続き(Network-initiated de-registration procedure)について、図8を用いて説明する。以下、本手続きはネットワークが開始する非登録手続きを指す。ネットワークが開始する非登録手続きは、ネットワークが手動して、アクセスネットワーク_A、及び/又はコアネットワーク_A、アクセスネットワーク_B、及び/又はコアネットワーク_B、及び/又はDN、及び/又はPDNへ登録を解除する為の手続きである。本手続きは、ネットワークに登録されたUEに対してネットワークが主導して実行するモビリティマネジメントのための手続きであってよい。また、非登録手続きは、MM手続きであってもよい。
　AMFは、UEがネットワークに登録されている状態(RM-REGISTERED state又は5GMM-REGISTEDED state)であれば、任意のタイミングで本手続きを実行する事ができる。例えば、AMFはUEの登録情報の更新に伴い、本手続きを開始してもよい。
　まず、AMFは、非登録要求(De-registration request)メッセージをUEに送信する(S1200)ことにより、本手続きを開始してよい。ここで、非登録要求メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
　AMFは、非登録要求メッセージに理由値、及び/又は登録を解除するアクセスタイプを示す情報を含めて送信してもよい。ここで、理由値は、5GMM causeであってよい。
　尚、AMFは、これらの識別情報及び/又は非登録メッセージを送信することで、ネットワークが各機能をサポートしていない事を示してもよいし、非登録状態への遷移を要求してもよいし、AMFの変更を通知してもよいし、続けて登録手続きの開始を指示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
　更に、AMFは、UEの設定情報の更新があった場合に、第10から13、30から38の識別情報の内少なくとも１つを非登録要求メッセージに含めて送信してよい。
　UEは、制御メッセージ、及び/又は第10から13、30から38の識別情報の内の1つ以上の情報を、ネットワークから受信する。より詳細には、UEは、制御メッセージ、及び/又は第10から13、30から38の識別情報の内の1つ以上の情報を、AMFから受信する。
　UEは、第10から13、30から38の識別情報のうち、少なくとも1つの情報の受信に基づき、受信した情報を認識してよい。
　UEは、AMFから、5G AN(gNB)を介して、非登録要求メッセージを受信する。UEは、非登録要求メッセージを受信することで、非登録要求メッセージに含まれる各種の識別情報の内容を認識することができる。
　UEは、非登録要求メッセージの受信に伴い、AMFに非登録受諾メッセージ(DEREGISTRAION ACCEPT message)を5G AN(gNB)を介して送信してよい(S1202)。尚、非登録受諾メッセージは、N1インターフェース上で送受信されるNASメッセージである。また、RRCメッセージは、UEと5G AN(gNB)との間で送受信される制御メッセージであってよい。
　各装置は、登録受諾メッセージの送受信に基づいて、UEがネットワークに登録されていない状態(RM_DEREGISTERED state、又は5GMM-DEREGISTERED state)への遷移をしてもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよい。
　さらに、各装置は、非登録手続きの完了に基づいて、本手続きで送受信した情報に基づいた処理を実施してもよい。例えば、UEは、非登録手続きの完了に基づいて、登録手続きを開始してよい。
　[3.2.4. PDUセッション確立手続き]
　次に、UEが、PDUセッション確立手続きを実行する場合の各装置の挙動を、図9を用いて説明する。以下、PDUセッション確立手続きを本手続きと称する場合がある。また、PDUセッション確立手続きは、SM手続きであってもよい。
　尚、本手続きは、登録手続きを1回以上実行した後に実行してもよい。
　まず、UEは、SMFにPDUセッション確立要求メッセージを送信し(S1400)(S1402)(S1404)、PDUセッション確立手続きを開始する。そして、SMFは、UEから、PDUセッション確立要求メッセージを受信する。
　具体的には、UEは、アクセスネットワークを介して、AMFにPDUセッション確立要求メッセージを含むN1 SMコンテナを含むNASメッセージを送信することにより(S1400)、PDUセッション確立手続きを開始する。NASメッセージは、例えばN1インターフェースを介して送信されるメッセージであり、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。
　ここで、UEは、第1から3、20、21の識別情報の内、1つ以上の識別情報を、PDUセッション確立要求メッセージ、又はNASメッセージに含めて送信してよい。
　また、アクセスネットワークは、3GPPアクセス又はnon-3GPPアクセスであり、基地局装置を含んでよい。すなわち、UEは、基地局装置を介して、AMFにNASメッセージを送信する。
　また、UEは、PDUセッション確立要求メッセージを送信することによって、C2コミュニケーションをサポートするPDUセッションの確立を要求してもよい。言い換えると、UEは、PDUセッション確立要求メッセージを送信することによって、C2コミュニケーション用のQoSフローをサポートするPDUセッションの確立を要求してもよい。
　また、UEは、C2コミュニケーションをサポートするPDUセッションの確立を要求する場合、Always-on PDU sessionの確立を要求してもよい。言い換えると、UEは、C2コミュニケーション用のQoSフローをサポートするPDUセッションの確立を要求する場合、Always-on PDU sessionの確立を要求してもよい。
　次に、AMFは、NASメッセージを受信すると、UEが要求していること、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　次に、AMFは、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部の転送先として、SMFを選択する(S1402)。尚、AMFは、NASメッセージに含まれる情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、転送先のSMFを選択してもよい。
　次に、AMFは、選択されたSMFに、例えばN11インターフェースを介して、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部を送信する(S1404)。
　次に、SMFは、AMFから送信された情報等(メッセージ、コンテナ、情報)を受信すると、UEが要求していること、及び/又はAMFから受信した情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　ここで、SMFは、第2の条件判別をしてもよい。また、第2の条件判別は、ネットワークがUEの要求を受諾するか否かを判断する為のものであってよい。SMFは、第2の条件判別を真と判定した場合、図7の(A)の手続きを開始してよく、第2の条件判別を偽と判定した場合、図7の(B)の手続きを開始してよい。
　尚、第2の条件判別は、SMF以外のNFが実行してもよい。そのNFは、例えば、NSSF、NWDAF、PCF、NRFであってもよい。SMF以外のNFが第2の条件判別を行う場合は、SMFは、そのNFに対して、第2の条件判別を行うために必要な情報、具体的には、UEから受信した情報の少なくとも一部を提供してよい(S1406)。そして、そのNFがSMFから受信した情報に基づいて第2の条件判別の真偽を判別した場合は、SMFに対して第2の条件判別の結果(つまり、真か偽か)を含む情報を伝えてよい。SMFは、そのNFから受信した第2の条件判別の結果に基づいて、UEに対して送信するべき識別情報、及び/又は制御メッセージを決定してよい。
　尚、第2の条件判別は、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、実行されてもよい。
　例えば、UEの要求をネットワークが許可する場合、第2の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない場合、第2の条件判別は偽と判定されてよい。また、UEの接続先のネットワーク、及び/又はネットワーク内の装置が、UEが要求する機能をサポートしている場合、第2の条件判別は真と判定されてよく、UEが要求する機能をサポートしていない場合、第2の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第2の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第2の条件判別は偽と判定されてよい。
　尚、第2の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
　次に、図7の(A)の手続きの各ステップを説明する。
　SMFは、確立するPDUセッションに対するUPFを選択し、選択されたUPFに、例えばN4インターフェースを介して、N4セッション確立要求メッセージを送信してもよい(S1408)。N4セッション確立要求メッセージには、PCFから受信したPCCルールの少なくとも一部が含まれてもよい。
　ここで、SMFは、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、1以上のUPFを選択してもよい。また、複数のUPFが選択された場合、SMFは、各UPFに対してN4セッション確立要求メッセージを送信してよい。ここでは、UPFが選択されたものとする。
　次に、UPFは、N4セッション確立要求メッセージを受信すると(S1408)、SMFから受信した情報の内容を認識することができる。また、UPFは、N4セッション確立要求メッセージの受信に基づいて、例えばN4インターフェースを介して、SMFにN4セッション確立応答メッセージを送信してよい(S1410)。
　次に、SMFは、N4セッション確立要求メッセージに対する応答メッセージとして、N4セッション確立応答メッセージを受信すると、UPFから受信した情報の内容を認識することができる。
　次に、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、UEにPDUセッション確立受諾メッセージを送信する。そして、UEは、SMFから、PDUセッション確立受諾メッセージを受信する(S1418)(S1420)(S1422)。
　具体的には、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを、AMFに送信する(S1412)。ここで、N1 SMコンテナには、PDUセッション確立受諾メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立受諾メッセージに含まれていてもよい。
　次に、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる第1の基地局装置を介して、UEにNASメッセージを送信する(S1414)(S1416)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。
　具体的には、AMFは、アクセスネットワークに含まれる基地局装置に対して、N2 PDUセッション要求メッセージを送信すると(S1414)、N2 PDUセッション要求メッセージを受信した基地局装置は、UEに対して、NASメッセージを送信する(S1416)。ここで、N2 PDUセッション要求メッセージには、NASメッセージ、及び/又はN2 SM情報が含まれてよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
　また、PDUセッション確立受諾メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッションの確立が受諾されたことを示してよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求の少なくとも一部が受諾されたことを示してもよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージに、第10から13、30から38の識別情報を含めて送信してもよい。
　尚、SMFは、これらの識別情報及び/又はPDUセッション確立受諾メッセージを送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
　尚、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
　次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1416)、PDUセッション確立要求メッセージによるUEの要求が受諾されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　次に、図7の(B)の手続きの各ステップを説明する。
　まず、SMFは、PDUセッション確立要求メッセージの受信に基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はPDUセッションIDを、AMFに送信する(S1418)。ここで、N1 SMコンテナには、PDUセッション確立拒絶メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立拒絶メッセージに含まれていてもよい。
　次に、N1 SMコンテナ、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる基地局装置を介して、UEにNASメッセージを送信する(S1420)(S1422)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
　また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッションの確立が拒絶されたことを示してよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求が拒絶されたことを示してもよい。
　尚、SMFは、PDUセッション確立拒絶メッセージを送信することで、UEの要求が拒絶されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
　ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージに、第10から13、30から38の識別情報を含めて送信してもよい。
　尚、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
　次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1422)、PDUセッション確立要求メッセージによるUEの要求が拒絶されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
　各装置は、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、確立されたPDUセッションを用いてDNと通信可能な状態に遷移してよい。
　各装置は、PDUセッション確立受諾メッセージ又はPDUセッション確立拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、PDUセッションを確立することができないため、すでに確立済みのPDUセッションがない場合は、DNと通信できない。
　なお、上記に示すUEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
　[3.2.5. ネットワーク主導のセッションマネジメント手続きの概要]
　次に、ネットワーク主導のセッションマネジメント手続きの概要について説明する。以下、ネットワーク主導のセッションマネジメント手続きは本手続きとも称する。本手続きは、確立されたPDUセッションに対してネットワークが主導して実行するセッションマネジメントの為の手続きである。また、ネットワーク主導のセッションマネジメント手続きは、SM手続きであってもよい。
　尚、本手続きは、ネットワーク主導のPDUセッション変更(PDU session modification)手続き、及び/又はネットワーク主導のPDUセッション解放(PDU session release)手続き等であってもよいし、これらに限らないネットワーク主導のセッションマネジメント手続きを実行してもよい。尚、各装置は、ネットワーク主導のPDUセッション変更手続きにおいて、PDUセッション変更メッセージを送受信してもよいし、ネットワーク主導のPDUセッション解放手続きにおいて、PDUセッション解放メッセージを送受信してもよい。
　また、本手続きがネットワーク主導のPDUセッション変更手続きの場合、本手続きにおけるセッションマネジメント要求メッセージは、PDUセッション変更コマンド(PDU SESSION MODIFICATION COMMAND)メッセージであってもよい。また、本手続きがネットワーク主導のPDUセッション解放手続きの場合、本手続きにおけるセッションマネジメント要求メッセージは、PDUセッション解放コマンド(PDU SESSION RELEASE COMMAND)メッセージであってもよい。
　また、本手続きがネットワーク主導のPDUセッション変更手続きの場合、本手続きにおけるセッションマネジメント完了メッセージは、PDUセッション変更完了(PDU SESSION MODIFICATION COMPLETE)メッセージであってもよい。また、本手続きがネットワーク主導のPDUセッション解放手続きの場合、本手続きにおけるセッションマネジメント完了メッセージは、PDUセッション解放完了(PDU SESSION RELEASE COMPLETE)メッセージであってもよい。
　[3.2.5.1. ネットワーク主導のセッションマネジメント手続き例]
　次に、図10を用いて、ネットワーク主導のセッションマネジメント手続きの例を説明する。以下、本手続きとはネットワーク主導のセッションマネジメント手続きを指す。本手続きの各ステップについて説明する。
　登録手続き及び/又はPDUセッション確立手続きの完了に基づき、UE及びコアネットワーク_B190内の各装置は、任意のタイミングで、ネットワーク主導のセッションマネジメント手続きを開始する。
　具体的には、コアネットワーク_B190内の装置は、UEからのPDUセッション変更要求メッセージの受信に基づいて本手続きを開始してもよいし、UEからのPDUセッション解放要求メッセージの受信に基づいて本手続きを開始してもよい。尚、PDUセッション変更要求メッセージの受信に基づいて本手続きが開始された場合、本手続きは、ネットワーク主導のPDUセッション変更手続きであってよい。さらに、PDUセッション解放要求メッセージの受信に基づいて本手続きが開始された場合、本手続きは、ネットワーク主導のPDUセッション解放手続きであってよい。
　さらに、コアネットワーク_B190内の装置は、DNにある装置やコアネットワーク内の他の装置から要求に基づいて、本手続きを開始してもよい。
　ここで、本手続きを開始するコアネットワーク_B190内の装置は、SMF及び/又はAMFであってよく、UEはAMF及び/又はアクセスネットワーク_Bを介して本手続きにおけるメッセージを送受信してもよい。さらに、DNにある装置は、DNにあるAF(Application Function)であってもよい。
　コアネットワーク_B190内の装置は、UEにネットワーク主導のセッションマネジメント要求メッセージを送信し(S1602)、ネットワーク主導のセッションマネジメントを開始する。さらに、UEは、コアネットワーク_B190内の装置から、ネットワーク主導のセッションマネジメント要求メッセージを受信する。
　ここで、コアネットワーク_B190内の装置は、ネットワーク主導のセッションマネジメント要求メッセージに第10から13、30から38の識別情報のうちの少なくとも1つを含めてもよいし、この識別情報を含めることで、コアネットワーク_B190の要求を示してもよい。さらに、コアネットワーク_B190内の装置は、ネットワーク主導のセッションマネジメント要求メッセージにPDUセッションIDを含めてもよいし、PDUセッションIDを含めることで、PDUセッションIDで識別されるPDUセッションに対して変更を行うことを要求してもよい。
　尚、PDUセッション変更要求メッセージに含められるPDUセッションIDは、確立しているPDUセッションのPDUセッションIDであってよい。さらに、本手続きが、UE主導のセッションマネジメント手続きに基づいて実行された場合、PDUセッション変更要求メッセージに含められるPDUセッションIDは、PDUセッション変更要求メッセージ、又はPDUセッション解放要求メッセージに含まれたPDUセッションIDと同一であってよい。
　次に、ネットワーク主導のセッションマネジメント要求メッセージを受信したUEは、ネットワーク主導のセッションマネジメント完了メッセージを送信する(S1604)。さらに、UEは、コアネットワーク_B190から受信した第10から13、30から38の識別情報のうちの少なくとも1つの識別情報に基づいて、第1の処理を実行し(S1606)、本手続きを完了してもよい。また、UEは、本手続きの完了に基づいて第1の処理を実施してもよい。
　ここで、UEは、ネットワーク主導のセッションマネジメント完了メッセージにPDUセッションIDを含めてもよい。尚、ネットワーク主導のセッションマネジメント完了メッセージに含まれるPDUセッションIDは、ネットワーク主導のセッションマネジメント要求メッセージに含まれたPDUセッションIDと同一であってよい。
　以下、第1の処理の例について説明する。
　ここで、第1の処理は、UEが、コアネットワーク_B190によって示された事柄を認識する処理であってよいし、コアネットワーク_B190の要求を認識する処理であってもよい。さらに、第1の処理は、UEが、受信した識別情報をコンテキストとして記憶する処理であってもよいし、受信した識別情報を上位層、及び/又は下位層に転送する処理であってもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。言い換えると、UEは、本手続きの完了に基づいて、第1の処理を実施してもよいし、第1の処理の完了後に本手続きを完了してもよい。
　さらに、各装置は、上述した処理の完了、及び/又は、ネットワーク主導のセッションマネジメント要求メッセージ、及び/又はネットワーク主導のセッションマネジメント完了メッセージの送受信に基づいて、第1のネットワーク主導のセッションマネジメント手続きを完了する。
　[3.2.6. UE主導のセッションマネジメント手続きの概要]
　次に、UE主導のセッションマネジメント手続きの概要について説明する。以下、UE主導のセッションマネジメント手続きは本手続きとも称する。本手続きは、確立されたPDUセッションに対してUEが主導して実行するセッションマネジメントの為の手続きである。また、UE主導のセッションマネジメント手続きは、SM手続きであってもよい。
　尚、本手続きは、UE主導のPDUセッション変更(PDU session modification)手続き、及び/又はUE主導のPDUセッション解放(PDU session release)手続き等であってもよいし、これらに限らないUE主導のセッションマネジメント手続きを実行してもよい。尚、各装置は、UE主導のPDUセッション変更手続きにおいて、PDUセッション変更要求メッセージ、及び/又はPDUセッション変更コマンドメッセージ、及び/又はPDUセッション変更完了メッセージ、及び/又はPDUセッション変更拒絶メッセージを送受信してもよい。また、各装置は、UE主導のPDUセッション解放手続きにおいて、PDUセッション解放要求メッセージ、及び/又はPDUセッション解放コマンドメッセージ、及び/又はPDUセッション解放完了メッセージ、及び/又はPDUセッション解放拒絶メッセージを送受信してもよい。
　さらに、各装置は、上述した処理の完了、及び/又は、UE主導のセッションマネジメント要求メッセージ、及び/又はUE主導のセッションマネジメント完了メッセージの送受信に基づいて、UE主導のセッションマネジメント手続きを完了する。
　[3.2.6.1. UE主導のPDUセッション変更手続き例]
　次に、図11を用いて、本手続きの各ステップについて説明する。以下、本手続きとはUE主導のPDUセッション変更手続きを指す。
　尚、登録手続き及び/又はPDUセッション確立手続きの完了に基づき、UEは、任意のタイミングで、UE主導のPDUセッション変更手続きを開始することができる。言い換えると、UEは、任意のタイミングで、確立しているPDUセッションに対してUE主導のPDUセッション変更手続きを開始してもよい。さらに言い換えると、UEは、任意のタイミングで、確立しているPDUセッションと同じPDUセッションIDを用いたUE主導のPDUセッション変更手続きを開始してもよい。
　まず、UEは、SMFに、PDUセッション変更要求メッセージを送信することで(S1802)、UE主導のPDUセッション変更手続きを開始する。ここで、UEは、PDUセッション変更要求メッセージにPDUセッションIDを含めてもよいし、PDUセッションIDを含めることで、PDUセッションIDで識別されるPDUセッションに対して変更を行うことを要求してもよい。
　ここで、UEは、PDUセッション変更要求メッセージに第1から3、20、21の識別情報のうちの少なくとも1つを含めてもよい。
　尚、PDUセッション変更要求メッセージに含められるPDUセッションIDは、確立しているPDUセッションのPDUセッションIDであってよい。
　次に、SMFは、UEが送信したPDUセッション変更要求メッセージを受信する。SMFは、UEの要求を受諾する場合、ネットワーク主導のPDUセッション変更手続きを開始する。逆に、SMFは、UEの要求を拒絶する場合、UEにPDUセッション変更拒絶メッセージを送信する。以下、SMFが、UEの要求を拒絶した場合について説明する。
　SMFは、PDUセッション変更要求メッセージの受諾に基づき、UEにPDUセッション変更拒絶メッセージを送信する(S1804)。
　ここで、SMFは、PDUセッション変更拒絶メッセージに第10から13、30から38の識別情報のうちの少なくとも1つを含めてもよい。
　ここで、PDUセッション変更拒絶メッセージに含まれるPDUセッションIDは、PDUセッション変更要求メッセージに含まれたPDUセッションIDと同一であってよい。言い換えると、PDUセッション変更拒絶メッセージに含まれるPDUセッションIDは、本手続き中に、UEから提供されたPDUセッションIDと同一であってもよい。
　UEは、PDUセッション変更拒絶メッセージを受信する。さらに、各装置は、PDUセッション変更拒絶メッセージの送受信、及び/又はネットワーク主導のPDUセッション変更手続きの完了に基づいて本手続きを完了する。
　ここで、UEは、PDUセッション変更拒絶メッセージの受信に基づいて、UEの要求が拒絶されたことを認識してもよい。さらに、UEは、PDUセッション変更拒絶メッセージの受信に基づいて、第2の処理を実施してもよい(S1806)。尚、第2の処理は、本手続きの完了に基づいて実施されてもよい。
　ここで、第2の処理は、UEが、SMFによって示された事柄を認識する処理であってよい。さらに、第2の処理は、UEが、受信した識別情報をコンテキストとして記憶する処理であってもよいし、受信した識別情報を上位層、及び/又は下位層に転送する処理であってもよい。さらに、第2の処理は、UEが、本手続きの要求が拒絶されたことを認識する処理であってもよい。
　また、同じPDUセッションに対する、PDUセッション変更手続き、及び/又はPDUセッション解放手続きとは、同一のPDUセッションIDを用いたPDUセッション変更手続き、及び/又はPDUセッション解放手続きのことであってよい。
　さらに、各装置は、上述した処理の完了、及び/又は、UE主導のPDUセッション変更拒絶メッセージの送受信に基づいて、UE主導のPDUセッション変更手続きを完了する。
　[3.2.6.2. UE主導のPDUセッション解放手続き例]
　次に、本手続きの各ステップについて説明する。以下、本手続きとはUE主導のPDUセッション解放手続きを指す。
　UE主導のPDUセッション解放手続きは、前述したPDUセッション変更手続きと同様の手続きであってよい。
　具体的には、本手続きが、UE主導のPDUセッション解放手続きの場合、前述したPDUセッション変更要求メッセージは、PDUセッション解放要求メッセージと読み替えてもよい。さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、前述したPDUセッション変更要求メッセージは、PDUセッション解放要求メッセージと読み替えてもよいし、前述したPDUセッション変更拒絶メッセージは、PDUセッション解放拒絶メッセージと読み替えてもよい。また、PDUセッションを変更する挙動を、PDUセッションを解放する挙動と読み替えてもよい。
　さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、PDUセッション解放要求メッセージの受信に基づいて行われるSMFの挙動は、前述したPDUセッション変更要求メッセージの受信に基づいて行われるSMFの挙動と同様であってもよい。さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、PDUセッション解放拒絶メッセージの受信に基づいて行われるUEの挙動は、前述したPDUセッション変更拒絶メッセージの受信に基づいて行われるUEの挙動と同様であってもよい。
　さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、SMFは、PDUセッション解放要求メッセージの受信に基づいて、ネットワーク主導のPDUセッション解放手続きを開始してもよいし、UEにPDUセッション解放拒絶メッセージを送信してもよい。
　また、UEは、ネットワークに、第1から3、20、21の識別情報のうちの少なくとも1つを含めたPDUセッション解放要求メッセージを送信してもよい。
　さらに、各装置は、上述した処理の完了、及び/又は、UE主導のPDUセッション解放拒絶メッセージの送受信に基づいて、UE主導のPDUセッション解放手続きを完了する。
　[3.2.7. UUAA]
　次に、UUAA (USS UAV Authorization/Authentication)手続きの概要について説明する。以下、UUAA手続きは、UUAA又は本手続きとも称する。本手続きは、UE又はネットワークが、UAVの認証及び承認を、ネットワーク又はUSSに要求するための手続きである。また、本手続きは、C2承認 (Command and Control authorization)であってもよい。
　また、本手続きは、ネットワークによって開始されてもよいし、UEによって開始されてもよい。
　また、UUAAは、5GSへの登録の際に実施されるUUAA-MM手続きであってもよい。また、UUAAは、PDUセッション確立中に実施されるUUAA-SM手続きであってもよい。また、UUAAは、MM手続きであってもよいし、SM手続きであってもよい。また、UUAAで使用される手続きは、MM手続きであってもよいし、SM手続きであってもよい。
　また、UUAAは、UUAA-MM又はUUAA-SMのどちらかを実施すればよい。具体的には、UUAA-MMが実施された場合、UUAA-SMを実施しなくてもよい。また、UUAA-MMが実施されない場合、UUAA-SMを実施してよい。
　また、UASサービスのためのPDUセッションは、UAVがUSSによって認証及び承認された後にのみ、確立されてもよい。この挙動はUUAA-MMの間に実施されてもよいし、UUAA-SMの間に実施されてもよい。
　尚、UUAAの成功は、UAVの認証及び承認が許可されたと読み替えてもよい。また、UUAAの失敗は、UAVの認証及び承認が許可されないと読み替えてもよい。
　また、UAVの認証及び承認が許可されたとは、UAVが認証及び承認されたと読み替えてもよい。また、UAVの認証及び承認が許可されなかったとは、UAVが認証及び承認されなかったと読み替えてもよい。
　また、UAVの認証及び承認が成功したとは、UAVが認証及び承認されたと読み替えてもよい。また、UAVの認証及び承認が失敗したとは、UAVが認証及び承認されなかったと読み替えてもよい。
　また、USSの認証及び承認が許可されたとは、UAVが認証及び承認されたと読み替えてもよい。また、USSの認証及び承認が許可されなかったとは、UAVが認証及び承認されなかったと読み替えてもよい。
　[3.2.7.1. UUAA-MM]
　次に、UUAA-MM手続きについて図12を用いて説明する。以下、UUAA-MM手続きは、UUAA-MM又は本手続きとも称する。本手続きは、5GSへの登録の際に実施される手続きであってもよい。
　また、UUAA-MMは、オペレータポリシーに基づいて、5GSへの登録の際に実施されてもよい。また、オペレータから要求された場合、及び/又は、UEがAccess and Mobility Subscription Data内の空中UEサブスクリプション(aerial UE subscription)を持っており、登録要求メッセージにCAA-Level UAV IDを含めて提供している場合、UUAA-MMは実施されてもよい。また、UUAA-MMが実施されない場合、UUAA-SMにおけるPDUセッション確立で、UEは認証及び/又は承認されてもよい。
　また、UUAA-MMはオプションであってもよい。また、UUAA-MMは、5GSに登録する時、USSによるUAVの認証及び承認を要求するUEのために実施されてもよい。また、UUAA-MMは、AMFによって実施されてもよい。また、UEが5GSで空中UEサブスクリプションを持っている場合、かつ、UEが登録要求メッセージにUAVのCAA-Level UAV IDを含めて提供している場合、UUAA-MMは、ローカルネットワークポリシーに基づいて、UEが登録している間に実施されてもよい。また、UAVを認証したUSSが再認証を実施する時に、UUAA-MMは実施されてもよい。
　また、UEは、CAA-Level UAV IDとCAA-Level UAV IDに関連付けられたクレデンシャルを使用して、USSによって認証及び承認されてもよい。また、UUAA-MMが実施されている間、AMFはUAS NFを介してUSSと通信してもよく、UEとUAS NFとの間の認証メッセージを転送してもよい。
　次に、UUAA-MMの各ステップを説明していく。
　まず、UEは、登録手続きを実施する(S2000)。
　次に、UEとAMFとUSSとの間で、第1の通信が実施される(S2002)。第1の通信では、USSによって使用される認証及び承認のためのメッセージが、UEとAMFとUSSとの間で送受信されてもよい。
　ここで、UE及び/又はAMFは、第1の通信のメッセージによって、UUAA-MMが成功したかどうかを認識してもよい。言い換えると、UE及び/又はAMFは、第1の通信のメッセージによって、UAVの認証及び承認が許可されたかどうかを認識してもよい。
　次に、AMFは、第5の条件判別を実行することができる。第5の条件判別とは、ネットワーク(又はAMF)がUUAA-MMが成功したか否かを判別するためのものである。AMFは、第5の条件判別が真の場合、図12の(A)のUE設定更新手続き(S2004)を開始するのに対し、第5の条件判別が偽の場合、図12の(B)の非登録手続き(S2006)を開始する。
　尚、第5の条件判別は、第1の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
　例えば、UUAA-MMが成功した場合、第5の条件判別は真であり、UUAA-MMが失敗した場合、第5の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第5の条件判別は真であり、送受信される識別情報が許可されない場合、第5の条件判別は偽でよい。尚、第5の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
　また、AMFは、第5の条件判別の真偽によって実施する手続きによって、UEに、UUAA-MMの結果を示してもよい。
　また、各装置は、第1の通信、及び/又はUE設定更新手続き、及び/又は非登録手続きの実施に基づいて、本手続きを完了してもよい。
　また、UEは、図12の(A)又は(B)の手続きによって、UUAA-MMの結果を認識してもよい。言い換えると、UEは、図12の(A)又は(B)の手続きにおいて受信するメッセージによって、UUAA-MMの結果を認識してもよい。また、UEは、本手続きの完了に基づいて、UUAA-MMの結果を認識してもよい。
　[3.2.7.2. UUAA-SM]
　次に、UUAA-SM手続きについて図13を用いて説明する。以下、UUAA-SM手続きは、UUAA-SM又は本手続きとも称する。本手続きは、PDUセッション確立中に実施される手続きであってもよい。
　尚、本手続きで送受信されるメッセージは、PDUセッション確立手続きの章で記載した挙動と同じ挙動であってもよい。
　また、UEがPDUセッションの確立を要求する時、PDUセッションは、UAVのUUAA認証を要求してもよい。
　また、UUAAが取り消される時、全てのUAVに関連するPDUセッションは、解放されてもよい。言い換えると、UAVの認証及び承認が取り消される時、全てのUAVに関連するPDUセッションは、解放されてもよい。
　また、UUAA-SMは、PDUセッション確立手続き中に、SMFによって実施されてもよい。また、UDMから入手したSMサブスクリプションデータに基づいて、かつ、PDUセッション確立要求メッセージ内のUEによって提供されるサービスレベルデバイスIDに基づいて、UUAA-SMは実施されてもよい。
　次に、UUAA-SMの各ステップを説明していく。
　まず、UEは、PDUセッション確立手続きを実施する。具体的には、UEは、SMFに、PDUセッション確立要求メッセージを送信する(S2200)。
　次に、UEとSMFとUSSとの間で、第2の通信が実施される(S2202)。第2の通信では、USSによって使用される認証及び承認のためのメッセージが、UEとSMFとUSSとの間で送受信されてもよい。
　ここで、UE及び/又はSMFは、第2の通信のメッセージによって、UUAA-SMが成功したかどうかを認識してもよい。言い換えると、UE及び/又はSMFは、第2の通信のメッセージによって、UAVの認証及び承認が許可されたかどうかを認識してもよい。
　次に、SMFは、第6の条件判別を実行することができる。第6の条件判別とは、ネットワーク(又はSMF)がUUAA-SMが成功したか否かを判別するためのものである。SMFは、第6の条件判別が真の場合、図13の(A)のPDUセッション確立受諾メッセージを送信する(S2204)のに対し、第6の条件判別が偽の場合、図13の(B)のPDUセッション確立拒絶メッセージを送信する(S2206)。
　尚、第6の条件判別は、第2の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
　例えば、UUAA-SMが成功した場合、第6の条件判別は真であり、UUAA-SMが失敗した場合、第6の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第6の条件判別は真であり、送受信される識別情報が許可されない場合、第6の条件判別は偽でよい。尚、第6の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
　また、SMFは、第6の条件判別の真偽によって送信するメッセージによって、UEに、UUAA-SMの結果を示してもよい。
　また、各装置は、第2の通信の実施、及び/又はPDUセッション受諾メッセージの送受信、及び/又はPDUセッション拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。
　また、UEは、図13の(A)又は(B)のメッセージを受信することによって、UUAA-SMの結果を認識してもよい。また、UEは、本手続きの完了に基づいて、UUAA-SMの結果を認識してもよい。
　[3.2.7.3. UAV再認証手続き]
　次に、UAV再認証手続き(UAV Re-authentication procedure)について図14を用いて説明する。以下、UAV再認証手続きは、UUAA再認証承認(UUAA Re-authentication authorization)手続き、又は本手続きとも称してもよい。本手続きは、登録手続き中、及び/又はPDUセッション確立中に実施される手続きであってもよい。
　また、本手続きは、コアネットワーク又はUSSによって開始される手続きであってもよい。また、本手続きは、ネットワーク又はUSSが、UEに対して、UAVの再認証及び再承認を要求するための手続きであってもよい。
　次に、本手続きの各ステップを説明していく。
　まず、コアネットワークとUSSとの間で、第3の通信が実施される(S2400)。第3の通信では、USSによって使用される認証及び承認のためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。また、第3の通信では、USSによって使用される再認証及び再承認のためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。
　次に、コアネットワークは、図14の(A)のPDUセッション変更手続きを実施してもよい(S2402)。ここで、PDUセッション変更手続きは、UUAA-SMが実施されていた場合に実施されてもよい。また、コアネットワークから送信されるPDUセッション変更コマンドメッセージは、CAA-Level UAV ID、及び/又は承認メッセージを含んでいてもよい。
　次に、UEとコアネットワークとUSSとの間で、第1又は第2の通信が実施されてもよい(S2404)。ここで、第1又は第2の通信では、USSによって使用される認証及び承認のためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。また、第1又は第2の通信では、USSによって使用される再認証及び再承認のためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。
　また、第1又は第2の通信は、UUAA-MMとUUAA-SMの章で記載した通信と同じであってもよい。また、第1又は第2の通信は、UUAA-MM又はUUAA-SMが実施されると読み替えてもよい。言い換えると、本手続きは、UUAA-MM又はUUAA-SMを実施することによって、UAVが再認証及び再承認されてもよい。
　また、各装置は、PDUセッション変更手続き、及び又は第1又は第2の通信の実施に基づいて、本手続きを完了してもよい。
　また、UEは、本手続きの完了に基づいて、再認証及び再承認されたことを認識してもよい。また、UEは、本手続きの完了に基づいて、USSに、UAVの再認証及び再承認が許可されたことを認識してもよい。
　[3.2.7.4. UUAA取り消し手続き]
　次に、UUAA取り消し手続き(UUAA Revocation procedure)について図15を用いて説明する。以下、UUAA取り消し手続きは、UUAA Revocation、又はUAV承認取り消し(UAV authorization revocation)手続き、又は本手続きとも称する。本手続きは、登録手続き中、及び/又はPDUセッション確立中に実施される手続きであってもよい。
　また、本手続きは、コアネットワーク又はUSSによって開始される手続きであってもよい。また、本手続きは、ネットワーク又はUSSが、UEに対して、UAVの認証及び承認を取り消すための手続きであってもよい。
　次に、本手続きの各ステップを説明していく。
　まず、コアネットワークとUSSとの間で、第4の通信が実施される(S2600)。第4の通信では、UAVの取り消しを要求するためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。
　次に、コアネットワークは、図15の(A)の手続き(S2602)(S2604)を開始してもよいし、図12の(B)の手続き(S2606)を開始してもよい。
　尚、コアネットワークは、第1の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、図15の(A)の手続きを実施するか、図15の(B)の手続きを実施するかを判断してもよい。
　例えば、UUAA-MMが実施されていた場合、図15の(A)の手続きが実施されてもよい。また、UUAA-SMが実施されていた場合、図15の(B)の手続きが実施されてもよい。尚、図15の(A)と(B)のどちらを実施するかの判断は、前述した条件に限らなくてもよい。
　また、コアネットワークは、図15の(A)又は(B)の手続きの実施によって、UEに、UAVの認証及び承認の取り消しを示してもよい。
　また、各装置は、第4の通信、及び/又は図15の(A)又は(B)の手続きの実施に基づいて、本手続きを完了してもよい。
　また、UEは、本手続きの完了に基づいて、UAVの認証及び承認の取り消しを認識してもよい。
　[4. 実施形態]
　次に、各実施形態について説明する。
　尚、各実施形態では、登録手続き、及び/又はUE設定更新手続き、及び/又はネットワークが開始する非登録手続き、及び/又はPDUセッション確立手続き、及び/又はネットワーク主導のPDUセッション変更手続き、及び/又はUE主導のPDUセッション変更手続き、及び/又はネットワーク主導のPDUセッション解放手続き、及び/又はUE主導のPDUセッション解放手続きが実行されてもよい。また、これらの手続きは、UUAA-MM手続き、及び/又はUUAA-SM手続き、及び/又はUAV再認証手続き、及び/又はUUAA取り消し手続き中に実施されてもよい。
　また、各実施形態において、登録手続き、又はUE設定更新手続き、又は非登録手続き、又はPDUセッション確立手続き、又はネットワーク主導のPDUセッション変更手続き、又はUE主導のPDUセッション変更手続き、又はネットワーク主導のPDUセッション解放手続き、又はUE主導のPDUセッション解放手続きは、第1の手続きと称されてもよい。また、第1の手続きは、MM手続き、又はSM手続きであってもよい。
　[4.1. 第1の実施形態]
　以下、第1の実施形態について、細分化して説明する。
　[4.1.1. 第1-1の実施形態]
　まず、第1-1の実施形態について説明する。以下、第1-1の実施形態は、本実施形態と称されてもよい。
　本実施形態において、第1の制御メッセージは、登録要求メッセージ、又はPDUセッション確立要求メッセージ、又はPDUセッション変更要求メッセージ、又はPDUセッション解放要求メッセージを示してもよい。
　また、本実施形態において、第2の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　また、本実施形態において、UEは、第1のUSSのアドレス及び/又は第2のUSSのアドレスをあらかじめ記憶していてもよい。
　まず、UEは、ネットワークに、第1の制御メッセージを送信する。ここで、UEは、第1の制御メッセージに、第1から3の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、UEは、接続したいUSSを要求する場合、第1の制御メッセージを送信してもよい。
　また、UEは、USSの変更をネットワークに要求する場合、第1の制御メッセージを送信してもよい。言い換えると、UEは、USSの変更をネットワークに要求する場合、第1の制御メッセージに、第2の識別情報を含めて送信してもよい。
　次に、ネットワークは、第1の制御メッセージを受信する。ここで、ネットワークは、UEから接続したいUSSを要求される場合、第1の制御メッセージを受信してもよい。
　ここで、ネットワークは、UEから、第1の制御メッセージを受信した場合、USSの変更を要求されたと認識してもよい。言い換えると、ネットワークは、UEから、第2の識別情報を受信した場合、USSの変更を要求されたと認識してもよい。
　また、ネットワークは、UEから、第1の制御メッセージを受信した場合、SSC modeを指定されたことを認識してもよい。言い換えると、ネットワークは、UEから、第3の識別情報を受信した場合、第3の識別情報に示されるSSC modeを指定されたことを認識してもよい。
　次に、ネットワークは、UEに、第2の制御メッセージを送信する。ここで、ネットワークは、第2の制御メッセージに、第10から13の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに接続するUSSのアドレスを示す場合、第2の制御メッセージを送信してもよい。また、ネットワークは、UAVの認証及び承認が許可されたUSSのアドレスをUEに示す場合、第2の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第2の制御メッセージを受信する。ここで、UEは、ネットワークから、第2の制御メッセージを受信した場合、第1のUSSのアドレス、及び/又は第2のUSSのアドレスを記憶してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSのアドレス、及び/又は第2のUSSのアドレスを記憶してもよい。
　ここで、UEは、ネットワークから、第2の制御メッセージを受信した場合、第1のUSSのアドレスは有効であり、第2のUSSのアドレスは無効であると認識してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSのアドレスは有効であり、第2のUSSのアドレスは無効であると認識してもよい。
　また、UEは、ネットワークから、第2の制御メッセージを受信した場合、第2のUSSのアドレスはネットワークからUSSの切り替えが指示されるまで無効であると認識してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第2のUSSのアドレスはネットワークからUSSの切り替えが指示されるまで無効であると認識してもよい。
　また、UEは、ネットワークから、第2の制御メッセージを受信した場合、第1のUSSのアドレスと第2のUSSのアドレスを上位層に転送してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSのアドレスと第2のUSSのアドレスを上位層に転送してもよい。
　次に、UEは、ネットワークから、第2のUSSへの通信の切り替えを指示された場合、第2のUSSに切り替える挙動を実施してもよい。
　また、UEは、USSの切り替えを検知した場合、第2のUSSに切り替える挙動を実施してもよい。より詳細には、UEは、上位層又は下位層からの情報により、USSの切り替えを検知した場合、第2のUSSに切り替える挙動を実施してもよい。
　また、UEは、ネットワークから、第2のUSSへの切り替えを指示する情報を含むNASメッセージを受信した場合、第2のUSSに切り替える挙動を実施してもよい。
　また、UEは、異常を検知した場合、第2のUSSに切り替える挙動を実施してもよい。例えば、UEは、第1のUSSとの通信ができなくなった場合、第2のUSSに切り替える挙動を実施してもよい。
　尚、第2のUSSに切り替える挙動は、第2のUSSに対して、第1の手続きを実施する挙動であってもよい。
　さらに、UEは、第10から13 の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第10から13の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.1.2. 第1-2の実施形態]
　まず、第1-2の実施形態について説明する。以下、第1-2の実施形態は、本実施形態と称されてもよい。
　また、本実施形態において、第1の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　また、本実施形態において、UEは、第1のUSSのアドレスをあらかじめ記憶していてもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第10から13の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、USSの変更を指示する場合、第1の制御メッセージを送信してもよい。言い換えると、ネットワークは、UEに、USSの変更を指示する場合、第13の識別情報を送信してもよい。
　また、ネットワークは、UEに、UAVの認証及び承認が許可されたUSSのアドレスを示す場合、第1の制御メッセージを送信してもよい。また、ネットワークは、UEに、UAVの認証及び承認が許可された第2のUSSのアドレスを示す場合、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSのアドレスを削除し、第2のUSSのアドレスを記憶してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSのアドレスを削除し、第2のUSSのアドレスを記憶してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSのアドレスを無効にし、第2のUSSのアドレスを有効にしてもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSのアドレスを無効にし、第2のUSSのアドレスを有効にしてもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、リストとして第1のUSSのアドレスと第2のUSSのアドレスを記憶してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、リストとして第1のUSSのアドレスと第2のUSSのアドレスを記憶してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対する通信を停止し、第2のUSSに対する通信を開始してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対する通信を停止し、第2のUSSに対する通信を開始してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、UUAA Revocationを実施してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、UUAA Revocationを実施してもよい。また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、UUAA Revocationを実施するように、ネットワークに要求してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、UUAA Revocationを実施するように、ネットワークに要求してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、非登録手続きを実施してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、非登録手続きを実施してもよい。また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、非登録手続きを実施するように、ネットワークに要求してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、非登録手続きを実施するように、ネットワークに要求してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、UE主導のPDUセッション解放手続きを実施してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、UE主導のPDUセッション解放手続きを実施してもよい。また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のUSSに対して、ネットワーク主導のPDUセッション解放手続きを実施するように、ネットワークに要求してもよい。言い換えると、UEは、ネットワークから、第10の識別情報、及び/又は第11の識別情報を受信した場合、第1のUSSに対して、ネットワーク主導のPDUセッション解放手続きを実施するように、ネットワークに要求してもよい。
　さらに、UEは、第10から13の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第10から13の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2. 第2の実施形態]
　以下、第2の実施形態について、細分化して説明する。
　[4.2.1. 第2-1の実施形態]
　次に、第2-1の実施形態について説明する。以下、第2-1の実施形態は、本実施形態と称されてもよい。
　また、本実施形態において、第1の制御メッセージ及び第3の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　また、本実施形態において、第2の制御メッセージは、登録要求メッセージ、又はPDUセッション確立要求メッセージ、又はPDUセッション変更要求メッセージ、又はPDUセッション解放要求メッセージを示してもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認が許可される時間を示す場合、第1の制御メッセージを送信してもよい。また、ネットワークは、UEに、一時的にUAVの認証及び承認が許可されることを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認が許可される時間を示された場合、UEに、第1の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、一時的にUAVの認証及び承認が許可されることを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。言い換えると、UEは、ネットワークから、第30の識別情報を受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、一時的にUAVの認証及び承認が許可されたと認識してもよい。言い換えると、UEは、ネットワークから、第30の識別情報を受信した場合、一時的にUAVの認証及び承認が許可されたと認識してもよい。
　また、第30の識別情報で示される第1のタイマ値がゼロの場合、UEは、UAVの認証及び承認が許可されなかったと認識してもよい。
　次に、UEは、ネットワークに、第2の制御メッセージを送信してもよい。ここで、UEは、第2の制御メッセージに、第20及び21の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、UEは、第1のタイマが満了していない場合、及び/又は、UEがUAVの認証及び承認を更新する場合、ネットワークに、第2の制御メッセージを送信してもよい。言い換えると、UEは、第1のタイマが満了していない場合、及び/又は、UEがUAVの認証及び承認を更新する場合、ネットワークに、第20の識別情報を含めた第2の制御メッセージを送信してもよい。
　また、UEは、第2の制御メッセージを送信することで、ネットワークに、UAVの認証及び承認の更新又は延長を要求してもよい。言い換えると、UEは、第20の識別情報を送信することで、ネットワークに、UAVの認証及び承認の更新又は延長を要求してもよい。
　次に、ネットワークは、UEから、第2の制御メッセージを受信してもよい。
　ここで、ネットワークは、第2の制御メッセージを受信した場合、UEがUAVの認証及び承認の更新又は延長を要求していることを認識してもよい。言い換えると、ネットワークは、第20の識別情報を受信した場合、UEがUAVの認証及び承認の更新又は延長を要求していることを認識してもよい。
　次に、ネットワークは、UEに、第3の制御メッセージを送信してもよい。ここで、ネットワークは、第3の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認が再度許可される時間を示す場合、第3の制御メッセージを送信してもよい。また、ネットワークは、UEに、一時的にUAVの認証及び承認が再度許可されることを示す場合、第3の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認が再度許可される時間を示された場合、UEに、第3の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、一時的にUAVの認証及び承認が再度許可されることを示された場合、UEに、第3の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第3の制御メッセージを受信してもよい。
　ここで、UEは、ネットワークから、第3の制御メッセージを受信した場合、第2のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。言い換えると、UEは、ネットワークから、第31の識別情報を受信した場合、第2のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。
　また、UEは、ネットワークから、第3の制御メッセージを受信した場合、第1のタイマを第2のタイマ値に更新し、第1のタイマを開始してもよい。言い換えると、UEは、ネットワークから、第31の識別情報を受信した場合、第1のタイマを第2のタイマ値に更新し、第1のタイマを開始してもよい。
　また、UEは、ネットワークから、第3の制御メッセージを受信した場合、UAVの認証及び承認の延長が許可されたと認識してもよい。言い換えると、UEは、ネットワークから、第31の識別情報を受信した場合、UAVの認証及び承認の延長が許可されたと認識してもよい。
　また、UEは、第1のタイマが満了していない場合、新しい第1の手続きを実施可能であってもよい。また、UEは、第1のタイマが満了した場合、新しい第1の手続きを実施不可であってもよい。
　また、第1のタイマが満了した場合、UEは、UAVの認証及び承認を再度要求するために、新しい第1の手続きを実施してもよい。また、第1のタイマが満了した場合、UEは、UAVの認証及び承認を再度要求するために、UAV再認証手続きを実施するように、ネットワークに要求してもよい。
　また、第1のタイマが満了した場合、UEは、PDUセッションを解放してもよい。また、第1のタイマが満了した場合、UEは、UE主導のPDUセッション解放手続きを実施してもよい。
　また、UEは飛行中であることを検出した場合、UEは、第1のタイマが満了した場合でもPDUセッションを解放しなくてもよい。また、UEは飛行中であることを検出した場合、UEは、第1のタイマが実行中であるとみなしてもよい。
　また、UEは、第1のタイマが実行している間、新しい第1の手続きを実施可能であってもよい。また、UEは、第1のタイマが実行していない間、新しい第1の手続きを実施不可であってもよい。
　また、第1のタイマが実行している間、UEは、UAVの認証及び承認が有効であると認識してもよい。また、第1のタイマが実行していない間、UEは、UAVの認証及び承認が無効であると認識してもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2.2. 第2-2の実施形態]
　次に、第2-2の実施形態について説明する。以下、第2-2の実施形態は、本実施形態と称されてもよい。
　また、本実施形態において、第1の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認が許可されない時間を示す場合、第1の制御メッセージを送信してもよい。また、ネットワークは、UEに、一時的にUAVの認証及び承認が許可されないことを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認が許可されない時間を示された場合、UEに、第1の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、一時的にUAVの認証及び承認が許可されないことを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。言い換えると、UEは、ネットワークから、第32の識別情報を受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。
　また、第32の識別情報が開始時刻及び/又は終了時刻を指定するタイマ値であった場合、UEは、第1のタイマ値を第1のタイマにセットし、指定された時刻に第1のタイマを開始してもよいし、指定された時刻に第1のタイマを終了してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第32の識別情報を上位層に転送してもよい。言い換えると、UEは、ネットワークから、第32の識別情報を受信した場合、第32の識別情報を上位層に転送してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識してもよい。言い換えると、UEは、ネットワークから、第32の識別情報を受信した場合、第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識してもよい。
　さらに、UEは、第1のタイマが実行している間、新しい第1の手続きを実施不可であってもよい。
　さらに、UEは、第1のタイマが満了した場合、新しい第1の手続きを実施可能であってもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2.3. 第2-3の実施形態]
　次に、第2-3の実施形態について説明する。以下、第2-3の実施形態は、本実施形態と称されてもよい。
　また、本実施形態において、第1の制御メッセージ及び第3の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　また、本実施形態において、第2の制御メッセージは、登録要求メッセージ、又はPDUセッション確立要求メッセージ、又はPDUセッション変更要求メッセージ、又はPDUセッション解放要求メッセージを示してもよい。
　また、本実施形態において、UEは、第1のエリアにいる状態であってもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、第1のエリアを示す場合、第1の制御メッセージを送信してもよい。また、ネットワークは、UEに、第1のエリアに存在する間のみ、UAVの認証及び承認が許可されることを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、第1のエリアを示された場合、UEに、第1の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、第1のエリアに存在する間のみ、UAVの認証及び承認が許可されることを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のエリアでのみ、UAVの認証及び承認が許可されたと認識してもよい。言い換えると、UEは、ネットワークから、第33の識別情報を含めた第1の制御メッセージを受信した場合、第1のエリアでのみ、UAVの認証及び承認が許可されたと認識してもよい。
　また、ネットワークから、第1の制御メッセージを受信した場合、UEは、第1のエリアから第2のエリアへの移動が禁止されたと認識してもよい。言い換えると、ネットワークから、第33の識別情報を含めた第1の制御メッセージを受信した場合、UEは、第1のエリアから第2のエリアへの移動が禁止されたと認識してもよい。
　また、UEは、第2のエリアへ移動した場合、新しい第1の手続きを実施不可であってもよい。また、UEは、第2のエリアへ移動した場合、非登録手続き又はPDUセッション解放手続きを実施してもよい。また、UEは、第2のエリアへ移動した場合、かつ、所定の期間内に第1のエリアに戻った場合、PDUセッションを維持してもよい。また、UEは、第2のエリアへ移動した場合、第1のエリアに戻る挙動を実施してもよい。
　次に、UEは、ネットワークに、第2の制御メッセージを送信してもよい。ここで、UEは、第2の制御メッセージに、第20及び21の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、UEは、第1のエリア又は第2のエリアにいる場合、及び/又は、UEがUAVの認証及び承認を更新する場合、ネットワークに、第2の制御メッセージを送信してもよい。言い換えると、UEは、第1のエリア又は第2のエリアにいる場合、及び/又は、UEがUAVの認証及び承認を更新する場合、ネットワークに、第21の識別情報を含めた第3の制御メッセージを送信してもよい。
　また、UEは、第1のエリア又は第2のエリアにいる場合、及び/又は、第1のエリア及び/又は第2のエリアを更新する場合、ネットワークに、第2の制御メッセージを送信してもよい。言い換えると、UEは、第1のエリアにいる場合、及び/又は、第1のエリア及び/又は第2のエリアを更新する場合、ネットワークに、第21の識別情報を含めた第3の制御メッセージを送信してもよい。
　また、UEは、第2の制御メッセージを送信することで、UAVの認証及び承認を再度要求してもよい。言い換えると、UEは、第21の識別情報を送信することで、UAVの認証及び承認を再度要求してもよい。
　また、UEは、第2の制御メッセージを送信することで、第1のエリア又は第2のエリアの更新を要求してもよい。言い換えると、UEは、第21の識別情報を送信することで、第1のエリア又は第2のエリアの更新を要求してもよい。
　次に、ネットワークは、第2の制御メッセージを受信してもよい。
　ここで、ネットワークは、第2の制御メッセージを受信した場合、UAVの認証及び承認を再度要求されていることを認識してもよい。言い換えると、ネットワークは、第21の識別情報を受信した場合、UAVの認証及び承認を再度要求されていることを認識してもよい。
　ここで、ネットワークは、第2の制御メッセージを受信した場合、第1のエリア又は第2のエリアの更新を要求されていることを認識してもよい。言い換えると、ネットワークは、第21の識別情報を受信した場合、第1のエリア又は第2のエリアの更新を要求されていることを認識してもよい。
　次に、ネットワークは、UEに、第3の制御メッセージを送信してもよい。ここで、ネットワークは、第3の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、更新した第1のエリアを示す場合、第3の制御メッセージを送信してもよい。また、ネットワークは、UEに、更新した第1のエリアに存在する間のみ、UAVの認証及び承認が許可されることを示す場合、第3の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、更新した第1のエリアを示された場合、UEに、第3の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、更新した第1のエリアに存在する間のみ、UAVの認証及び承認が許可されることを示された場合、UEに、第3の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第3の制御メッセージを受信してもよい。
　ここで、UEは、ネットワークから、第3の制御メッセージを受信した場合、第1のエリア及び/又は第2のエリアが更新されたと認識してもよい。言い換えると、UEは、ネットワークから、第34の識別情報を受信した場合、第1のエリア及び/又は第2のエリアが更新されたと認識してもよい。
　さらに、UEは、第1のエリアにおいて、新しい第1の手続きを実施可能であってもよい。
　さらに、UEは、第2のエリアにおいて、新しい第1の手続きを実施不可であってもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2.4. 第2-4の実施形態]
　次に、第2-4の実施形態について説明する。以下、第2-4の実施形態は、本実施形態と称されてもよい。
　また、本実施形態において、第1の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　まず、UEが、第1のエリアにいる場合について説明する。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、第2のエリアを示す場合、第1の制御メッセージを送信してもよい。また、ネットワークは、UEに、第2のエリアに存在する間、UAVの認証及び承認が許可されないことを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、第2のエリアを示された場合、UEに、第1の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、第2のエリアに存在する間、UAVの認証及び承認が許可されないことを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、UAVの認証及び承認が許可されない第2のエリアを認識してもよい。言い換えると、UEは、ネットワークから、第35の識別情報を受信した場合、UAVの認証及び承認が許可されない第2のエリアを認識してもよい。
　次に、UEが、第2のエリアにいる場合について説明する。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、UAVの認証及び承認が許可されない第2のエリアを認識してもよい。言い換えると、UEは、ネットワークから、第35の識別情報及び/又は第36の識別情報を受信した場合、UAVの認証及び承認が許可されない第2のエリアを認識してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第2のエリアでは、UAVの認証及び承認が許可されないことを認識してもよい。言い換えると、UEは、ネットワークから、第35及び/又は36の識別情報を受信した場合、第2のエリアでは、UAVの認証及び承認が許可されないことを認識してもよい。
　さらに、UEは、第1のエリアにおいて、新しい第1の手続きを実施可能であってもよい。
　さらに、UEは、第2のエリアにおいて、新しい第1の手続きを実施不可であってもよい。
　また、UEは、第2のエリアから第1のエリアに移動した場合、新しい第1の手続きを実施可能であってもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2.5. 第2-5の実施形態]
　次に、第2-5の実施形態について説明する。以下、第2-5の実施形態は、本実施形態と称されてもよい。
　尚、本実施形態において、USSは、UAVを認証及び承認するかどうかを管理するタイマを管理してもよい。尚、このタイマをUSSタイマと称してもよい。また、USSタイマが実行している間、UAVは認証及び承認されてもよい。また、USSタイマが実行していない間、UAVは認証及び承認されなくてもよい。
　また、本実施形態において、第1の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認の取り消しを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認の取り消しを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、UAVの認証及び承認が取り消されたと認識してもよい。言い換えると、UEは、ネットワークから、第37の識別情報を受信した場合、UAVの認証及び承認が取り消されたと認識してもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4.2.6. 第2-6の実施形態]
　次に、第2-6の実施形態について説明する。以下、第2-6の実施形態は、本実施形態と称されてもよい。
　尚、本実施形態において、USSは、UAVを認証及び承認するかどうかを管理するタイマを管理してもよい。尚、このタイマをUSSタイマと称してもよい。また、USSタイマが実行している間、UAVは認証及び承認されなくてもよい。また、USSタイマが実行していない間、UAVは認証及び承認されてもよい。
　また、本実施形態において、第1の制御メッセージ及び第2の制御メッセージは、登録受諾メッセージ、又は登録拒絶メッセージ、又は設定更新コマンドメッセージ、又は非登録要求メッセージ、又はPDUセッション確立受諾メッセージ、又はPDUセッション確立拒絶メッセージ、又はPDUセッション変更コマンドメッセージ、又はPDUセッション変更拒絶メッセージ、又はPDUセッション解放コマンドメッセージ、又はPDUセッション解放拒絶メッセージ、又はDL NASトランスポートメッセージを示してもよい。
　まず、ネットワークは、UEに、第1の制御メッセージを送信する。ここで、ネットワークは、第1の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認の取り消しを示す場合、第1の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認の取り消しを示された場合、UEに、第1の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第1の制御メッセージを受信する。
　ここで、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。言い換えると、UEは、ネットワークから、第32の識別情報を受信した場合、第1のタイマ値を第1のタイマにセットし、第1のタイマを開始してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識してもよい。言い換えると、UEは、ネットワークから、第32の識別情報及び/又は第36の識別情報を受信した場合、第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、UAVの認証及び承認が許可されなかったことを認識してもよい。言い換えると、UEは、ネットワークから、第36の識別情報を受信した場合、UAVの認証及び承認が許可されなかったことを認識してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、アイドル状態に遷移してもよい。言い換えると、UEは、ネットワークから、第36の識別情報を受信した場合、アイドル状態に遷移してもよい。
　また、UEは、ネットワークから、第1の制御メッセージを受信した場合、UAVの認証及び承認が取り消されたと認識してもよい。言い換えると、UEは、ネットワークから、第37の識別情報を受信した場合、UAVの認証及び承認が取り消されたと認識してもよい。
　さらに、UEは、第1のタイマが実行している間、新しい第1の手続きを実施不可であってもよい。
　さらに、UEは、第1のタイマが満了した場合、新しい第1の手続きを実施可能であってもよい。
　次に、ネットワークは、UEに、第2の制御メッセージを送信してもよい。ここで、ネットワークは、第2の制御メッセージに、第30から38の識別情報の内、1つ以上の識別情報を含めて送信してもよい。
　ここで、ネットワークは、UEに、UAVの認証及び承認が許可されない時間を示す場合、第2の制御メッセージを送信してもよい。また、ネットワークは、UEに、一時的にUAVの認証及び承認が許可されないことを示す場合、第2の制御メッセージを送信してもよい。
　また、ネットワークは、USS又はUAS-NFから、UAVの認証及び承認が許可されない時間を示された場合、UEに、第2の制御メッセージを送信してもよい。また、ネットワークは、USS又はUAS-NFから、一時的にUAVの認証及び承認が許可されないことを示された場合、UEに、第2の制御メッセージを送信してもよい。
　次に、UEは、ネットワークから、第2の制御メッセージを受信してもよい。
　ここで、UEは、ネットワークから、第2の制御メッセージを受信した場合、UAVの認証及び承認が許可されたことを認識してもよい。言い換えると、UEは、ネットワークから、38の識別情報を受信した場合、UAVの認証及び承認が許可されたことを認識してもよい。
　さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容を認識してもよい。さらに、UEは、第30から38の識別情報の内、1つ以上の識別情報を受信した場合、受信した識別情報が示す内容が許可又は拒絶されたことを認識してもよい。
　尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
　[4. 変形例]
　本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明の一態様に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
（関連出願の相互参照）
　本出願は、２０２２年１月１１日に出願された日本国特許出願：特願２０２２-００２１３３に対して優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本書に含まれる。
1 移動通信システム
10 UE_A
30 PGW-U
32 PGW-C
35 SGW
40 MME
45 eNB
50 HSS
60 PCRF
80 アクセスネットワーク_A(E-UTRAN)
90 コアネットワーク_A
120 アクセスネットワーク_B(5G AN)
122 gNB
130 UPF
132 SMF
140 AMF
150 UDM
160 PCF
190 コアネットワーク_B
235 UPF_A
239 UPF_C

Claims (1)

  1. 　User Equipment (UE)であって、
    　前記UEは、制御部と送受信部とを備え、
    　前記送受信部は、コアネットワークから、第1のタイマ値を含む第1の制御メッセージを受信し、
    　　前記第1のタイマ値は、UAVの認証及び承認が許可されない時間を示す情報であり、
    　前記制御部は、
    　　前記第1のタイマ値を第1のタイマにセットし、
    　　前記第1のタイマを開始し、
    　　前記第1のタイマが満了するまで、UAVの認証及び承認が許可されないと認識し、
    　前記第1のタイマが実行中、前記制御部は、MM又はSM手続きを実施できず、
    　前記第1のタイマが満了した場合、前記制御部は、MM又はSM手続きを実施可能である、ことを特徴とするUE。
PCT/JP2022/048542 2022-01-11 2022-12-28 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） WO2023136166A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023573985A JPWO2023136166A1 (ja) 2022-01-11 2022-12-28

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-002133 2022-01-11
JP2022002133 2022-01-11

Publications (1)

Publication Number Publication Date
WO2023136166A1 true WO2023136166A1 (ja) 2023-07-20

Family

ID=87278973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/048542 WO2023136166A1 (ja) 2022-01-11 2022-12-28 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

Country Status (2)

Country Link
JP (1) JPWO2023136166A1 (ja)
WO (1) WO2023136166A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Support of Uncrewed Aerial Systems (UAS) connectivity, identification and tracking; Stage 2 (Release 17)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.256, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V17.1.0, 23 December 2021 (2021-12-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 52, XP052083249 *
CHINA MOBILE: "Correction to the general part for UUAA", 3GPP DRAFT; C1-220455, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG1, no. E-meeting; 20220117 - 20220121, 10 January 2022 (2022-01-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052090702 *

Also Published As

Publication number Publication date
JPWO2023136166A1 (ja) 2023-07-20

Similar Documents

Publication Publication Date Title
WO2021132505A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021205955A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥの通信方法
WO2022004699A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥの通信制御方法
WO2021241114A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、コアネットワーク装置、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、及びＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
JP7402004B2 (ja) Ｕｅ及びコアネットワーク装置
WO2022097703A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥによって実行される通信制御方法
WO2022097702A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥによって実行される通信制御方法
WO2021132288A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
JP2021166360A (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2022004700A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥの通信制御方法
WO2021132502A1 (ja) Ｕｅ、制御装置、及び通信制御方法
WO2021132506A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023136166A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210556A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210477A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023171153A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
US20240098841A1 (en) User equipment (ue)
WO2021132287A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
US20230308865A1 (en) Unmanned aerial vehicle (uav)
US20240237093A1 (en) User equipment (ue)
WO2024062942A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024689A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024690A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210480A1 (ja) コアネットワーク及びＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024062941A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023573985

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE