UAV (uncrewed aerial vehicle)

Abstract

To allow a UAV (Uncrewed Aerial Vehicle) that has entered an area to perform communication taking into account constraints using an appropriate processing method in the area where UE operating as the UAV (Uncrewed Aerial Vehicle) using the 5G system is not permitted to use a certain frequency band.SOLUTION: A method includes a UAV receiving notification information including information indicating a cell ID, a tracking area ID, location information and / or a frequency band, and recognizing that communication using a particular frequency band is not permitted in a particular area indicated by the information included in the notification information.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a UAV (Uncrewed Aerial Vehicle). [Background technology]

[0002] The 3GPP (3rd Generation Partnership Project: registered trademark) is studying the system architecture of the 5G System (5GS), a fifth-generation (5G) mobile communication system, and is discussing how to support new procedures and new functions (see Non-Patent Documents 1 to 4). In Release 19 of the 5G standard, new architectures and architecture extensions for communication between UAVs (Uncrewed Aerial Vehicles) or between UAVs and networks or systems, as well as procedures and control information for communication and control, are being studied (see Non-Patent Document 4). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] 3GPP TS 23.501 V18.4.0 (2023-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 18) [Non-patent document 2] 3GPP TS 23.502 V18.4.0 (2023-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 18) [Non-patent document 3] 3GPP TS 24.501 V18.5.0 (2023-12); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3; (Release 18) [Non-patent document 4] 3GPP TR 23.700-59 V0.1.0 (2024-01); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on architecture enhancements of UAS, UAV and UAM; Phase 3 (Release 19) Summary of the Invention [Problem to be solved by the invention]

[0004] In the 5G System (5GS), a new core network, the 5G Core Network (5GCN), is being considered to provide a wide variety of services. Regarding communications between uncrewed aerial vehicles (UAVs) or between UAVs and networks or systems, 5GCN is being considered to expand its functionality to support No-Transmit Zones (NTZs), which are areas where the use of certain frequency bands is not permitted. However, the behavior of the NTZ, including the sending and receiving of information about UAVs within the NTZ and the processing related to communications between UAVs and the networks or devices to which they are connected, remains unclear.

[0005] One aspect of this embodiment has been made in consideration of the above circumstances, and its purpose is to provide a method for a network and UAV supporting an NTZ to appropriately send and receive information about the NTZ, so that a UAV that has entered the NTZ area can perform appropriate processing to perform communication that takes into account the constraints of the NTZ based on information about the NTZ received from the network. [Means for solving the problem]

[0006] A UAV (Uncrewed Aerial Vehicle) of one embodiment of this embodiment is a UAV equipped with a transceiver unit and a control unit, wherein the transceiver unit receives broadcast information, the broadcast information including a cell ID, and / or a tracking area ID, and / or location information, and / or information indicating a frequency band, and the control unit recognizes that communication using a specific frequency band is not permitted in a specific area indicated by the information included in the broadcast information. [Effects of the Invention]

[0007] According to one aspect of this embodiment, a network that supports an NTZ (No-Transmit Zone) and a UAV (Uncrewed Aerial Vehicle) appropriately send and receive information about the NTZ, enabling a UAV that has entered the NTZ area to carry out communication that takes into account the NTZ restrictions based on information about the NTZ received from the network. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an outline of a mobile communication system (EPS / 5GS). [Figure 2] FIG. 1 is a diagram illustrating the detailed configuration of a mobile communication system (EPS / 5GS). [Figure 3] FIG. 1 is a diagram illustrating the device configuration of a UE. [Figure 4] A diagram explaining the configuration of an access network device (gNB) in 5GS. [Figure 5] A diagram explaining the configuration of core network devices (AMF / SMF / UPF) in 5GS. [Figure 6] FIG. 10 is a diagram illustrating a registration procedure. [Figure 7] FIG. 1 is a diagram illustrating a session management procedure. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, a best mode for carrying out one aspect of this embodiment will be described with reference to the drawings. In this embodiment, as an example, an embodiment of a mobile communication system to which one aspect of this embodiment is applied will be described.

[0010] [1. System Overview] First, FIG. 1 is a diagram for explaining an outline of a mobile communication system 1 used in each embodiment, and FIG. 2 is a diagram for explaining a detailed configuration of the mobile communication system 1. As shown in FIG.

[0011] FIG. 1 shows that the mobile communication system 1 is composed of UE_A10, access network _A80, core network _A90, PDN (Packet Data Network) _A5, access network _B120, core network _B190, and DN (Data Network) _A6.

[0012] In the following, these devices and functions may be referred to by abbreviating the symbols, such as UE, access network_A, core network_A, PDN, access network_B, core network_B, DN, etc.

[0013] Figure 2 also 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, and N3IWF170, as well as interfaces that connect these devices and functions to each other.

[0014] In the following, these devices and functions may be referred to by abbreviated symbols such as UE, E-UTRAN, MME, SGW, PGW-U, PGW-C, PCRF, HSS, 5G AN, AMF, UPF, SMF, PCF, UDM, N3IWF, etc.

[0015] The 4G system EPS (Evolved Packet System) includes an access network A and a core network A, but may further include a UE and / or a PDN. The 5G system 5GS (5G System) includes a UE, an access network B, and a core network B, but may further include a DN.

[0016] A UE is a device that can connect to a network service via 3GPP access (also referred to as a 3GPP access network, or 3GPP AN) and / or non-3GPP access (also referred to as a non-3GPP access network, or non-3GPP AN). A UE may be a terminal device capable of wireless communication, such as a mobile phone or a smartphone, and may be a terminal device that can connect to both EPS and 5GS. A UE may include a UICC (Universal Integrated Circuit Card) or an eUICC (Embedded UICC). Note that a UE may be referred to as a user device or a terminal device.

[0017] Furthermore, access network_A corresponds to an E-UTRAN (Evolved Universal Terrestrial Radio Access Network) and / or a wireless LAN access network. One or more eNBs (evolved Node Bs) 45 are deployed in the E-UTRAN. Note that, hereinafter, the eNB 45 may be referred to by abbreviating the symbol eNB. If there are multiple eNBs, the eNBs are connected to each other, for example, via an X2 interface. Furthermore, one or more access points are deployed in the wireless LAN access network.

[0018] Furthermore, access network_B corresponds to a 5G access network (5G AN). The 5G AN is composed of an NG-RAN (NG Radio Access Network) and / or a non-3GPP access network. One or more gNBs (NR Node Bs) 122 are deployed in the NG-RAN. Note that, hereinafter, the symbol for gNB 122 may be abbreviated, such as gNB. The gNB is a node that provides the NR (New Radio) user plane and control plane to UEs and connects to the 5GCN via an NG interface (including an N2 interface or an N3 interface). In other words, the gNB is a base station device newly designed for 5GS, and has different functions from the base station device (eNB) used in the 4G system EPS. Furthermore, when there are multiple gNBs, the gNBs are connected to each other, for example, via an Xn interface.

[0019] Furthermore, the non-3GPP access network may be an untrusted non-3GPP access network or a trusted non-3GPP access network. Here, the untrusted non-3GPP access network may be a non-3GPP access network that does not perform security management within the access network, such as a public wireless LAN. On the other hand, the trusted non-3GPP access network may be an access network specified by 3GPP, and may include a trusted non-3GPP access point (TNAP) and a trusted non-3GPP gateway function (TNGF).

[0020] In the following, E-UTRAN and NG-RAN may be referred to as 3GPP access. Also, wireless LAN access networks and non-3GPP AN may be referred to as non-3GPP access. Also, nodes located in access network_B may be collectively referred to as NG-RAN nodes.

[0021] Furthermore, in the following, access network _A, and / or access network _B, and / or devices included in access network _A, and / or devices included in access network _B may be referred to as access networks or access network devices.

[0022] The core network_A corresponds to an EPC (Evolved Packet Core), which includes, for example, an MME (Mobility Management Entity), an SGW (Serving Gateway), a PGW (Packet Data Network Gateway)-U, a PGW-C, a PCRF (Policy and Charging Rules Function), and an HSS (Home Subscriber Server).

[0023] Furthermore, the core network_B corresponds to a 5G Core Network (5GCN). In the 5GCN, for example, an Access and Mobility Management Function (AMF), a User Plane Function (UPF), a Session Management Function (SMF), a Policy Control Function (PCF), a Unified Data Management (UDM), etc. are arranged. Here, the 5GCN may be expressed as a 5GC.

[0024] Furthermore, in this specification, core network _A, and / or core network _B, and / or devices included in core network _A, and / or devices included in core network _B may be referred to as core networks, or core network devices, or devices within core networks, or networks, or NWs. In other words, for example, when referring to networks or NWs in this specification, it may mean core network _A or core network _B.

[0025] The core network (core network _A and / or core network _B) may be an IP mobile communication network operated by a mobile network operator (MNO) that connects the access network (access network _A and / or access network _B) to the PDN and / or DN, or it may be a core network for a mobile network operator that operates and manages the mobile communication system 1, or it may be a core network for a virtual mobile communication operator or virtual mobile communication service provider such as an MVNO (Mobile Virtual Network Operator) or MVNE (Mobile Virtual Network Enabler).

[0026] Also, while FIG. 1 illustrates a case where the PDN and the DN are the same, they may be different. 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. Furthermore, the PDN may include a connected communication terminal. Therefore, connecting to the PDN may mean connecting to a communication terminal or a server device located in the PDN. Furthermore, transmitting and receiving user data to and from the PDN may mean transmitting and receiving user data to and from a communication terminal or a server device located in the PDN. The PDN may be referred to as the DN, and the DN may be referred to as the PDN.

[0027] In addition, hereinafter, at least a portion of the access network _A, the core network _A, the PDN, the access network _B, the core network _B, and the DN, and / or one or more devices included therein may be referred to as a network or a network device. In other words, when a network and / or a network device sends or receives a message and / or performs a procedure, it means that at least a portion of the access network _A, the core network _A, the PDN, the access network _B, the core network _B, and the DN, and / or one or more devices included therein send or receive a message and / or perform a procedure.

[0028] The UE can also connect to an access network. The UE can also connect to a core network via the access network. The UE can also connect to a PDN or DN via the access network and the core network. That is, the UE can transmit and receive (communicate) user data with the PDN or DN. When transmitting and receiving user data, not only IP (Internet Protocol) communication but also non-IP communication can be used.

[0029] Here, IP communication refers to data communication using IP, and data is transmitted and received using IP packets. An IP packet consists of an IP header and a payload. The payload may include data transmitted and received by devices and functions included in EPS or devices and functions included in 5GS. Non-IP communication refers to data communication that does not use IP, and data is transmitted and received in a format different from the IP packet structure. For example, non-IP communication may be data communication achieved by transmitting and receiving application data without an IP header, or it may be user data transmitted and received by a UE with a different header, such as a MAC header or an Ethernet (registered trademark) frame header, added.

[0030] In addition, access network _A, core network _A, access network _B, core network _B, PDN_A, and DN_A may be configured with devices not shown in Fig. 2. For example, core network _A and / or core network _B may include an AUSF (Authentication Server Function) and an AAA (Authentication, authorization, and accounting) server (AAA-S).

[0031] Here, the AUSF is a core network device having an authentication function for 3GPP access and non-3GPP access, specifically, a network function unit that receives an authentication request for 3GPP access and / or non-3GPP access from a UE and executes the authentication procedure.

[0032] The AAA server is a device that has authentication, authorization, and accounting functions and is connected to the AUSF directly or indirectly via another network device. The AAA server may be a network device within the core network. The AAA server may not be included in the core network _A and / or core network _B, but may be included in the PLMN. In other words, the AAA server may be a core network device or a device outside the core network. For example, the AAA server may be a server device within the PLMN managed by a third party.

[0033] 2, for the sake of simplicity, each device and function is shown one by one, but multiple similar devices and functions may be configured in the mobile communication system 1. Specifically, the mobile communication system 1 may be configured with multiple devices and functions such as UE_A10, E-UTRAN80, MME40, SGW35, PGW-U30, PGW-C32, PCRF60, HSS50, 5G AN120, AMF140, UPF130, SMF132, PCF160, and / or UDM150.

[0034] The UPF_A235 is connected to the DN, the SMF, other UPFs, and the access network. The UPF_A235 may perform functions such as anchoring for intra-RAT or inter-RAT mobility, packet routing and forwarding, an UL CL (Uplink Classifier) ​​function that supports routing of multiple traffic flows for one DN, a branching point function that supports multi-homed PDU sessions, QoS processing for the user plane, verification of uplink traffic, buffering of downlink packets, and a trigger function for downlink data notification. The UPF_A235 may also be a relay device that forwards user data as a gateway between the DN and the core network_B190. The UPF_A235 may also be a gateway for IP communication and / or non-IP communication. The UPF_A235 may also have the function of forwarding IP communication and the function of converting non-IP communication to IP communication. Furthermore, multiple gateways may be gateways that connect the core network _B190 to a single DN. Note that UPF_A235 may have connectivity with other NFs and may be connected to each device via other NFs.

[0035] Between UPF_A235 and the access network, UPF_C239 (also called a branching point or uplink classifier), which is a UPF different from UPF_A235, may exist as a device or NF. When UPF_C239 exists, a PDU session between the UE and the DN will be established via the access network, UPF_C239, and UPF_A235.

[0036] Furthermore, the UPF 130 may be the same device as the UPF_A 235. Note that the UPF 130 and the UPF_A 235 may be written with the symbols omitted, such as UPF.

[0037] [2. Configuration of each device] Next, the configuration of each device (UE, and / or access network device, and / or core network device) used in each embodiment will be described with reference to the drawings. Each device may be configured as physical hardware, as logical (virtual) hardware configured on general-purpose hardware, or as software. Furthermore, at least a part (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.

[0038] Note that each memory unit (memory unit_A340, memory unit_A440, memory unit_B540, memory unit_A640, memory unit_B740) in each device / function mentioned below is configured with, for example, a semiconductor memory, a solid state drive (SSD), a hard disk drive (HDD), etc. Furthermore, each memory unit can store not only information that was originally set at the time of shipment, but also various information transmitted and received between devices / functions other than the device / function itself (e.g., UE, and / or access network device, and / or core network device, and / or PDN, and / or DN). Furthermore, each memory unit can store identification information, control information, flags, parameters, etc. included in control messages transmitted and received in various communication procedures described below. Furthermore, each memory unit may store this information for each UE. Furthermore, when interworking between 5GS and EPS is performed, each memory unit can store control messages and user data transmitted and received between 5GS and / or devices / functions included in EPS. At this time, not only those transmitted and received via the N26 interface but also those transmitted and received without going through the N26 interface can be stored.

[0039] [2.1. UE Device Configuration] First, an example of the device configuration of UE (User Equipment) will be explained using Figure 3. The UE is composed of a control unit _A300, an antenna 310, a transceiver unit _A320, and a memory unit _A340. The control unit _A300, the transceiver unit _A320, and the memory unit _A340 are connected via a bus. The transceiver unit _A320 is connected to the antenna 310.

[0040] Note that the UE in this specification may be a UAV (Uncrewed Aerial Vehicle) or an Aerial UE.

[0041] The control unit _A300 is a functional unit that controls the operation and functions of the entire UE.The control unit _A300 realizes various processing in the UE by reading and executing various programs stored in the memory unit _A340 as necessary.

[0042] The transceiver unit _A320 is a functional unit for wireless communication with a base station device (eNB or gNB) in the access network via an antenna. That is, the UE can use the transceiver unit _A320 to transmit and receive user data and / or control information between an access network device, and / or a core network device, and / or a PDN, and / or a DN.

[0043] Explaining in detail with reference to Figure 2, the UE can communicate with a base station device (eNB) in the E-UTRAN via the LTE-Uu interface by using the transceiver unit _A320. The UE can also communicate with a base station device (gNB) in the 5G AN by using the transceiver unit _A320. The UE can also transmit and receive AMF and NAS (Non-Access-Stratum) messages via the N1 interface by using the transceiver unit _A320. However, since the N1 interface is logical, in reality, communication between the UE and the AMF is performed via the 5G AN.

[0044] The memory unit _A340 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the UE.

[0045] [2.2. gNB device configuration] Next, an example of the gNB device configuration will be described using Figure 4. The gNB is composed of a control unit _B500, an antenna 510, a network connection unit _B520, a transceiver unit _B530, and a memory unit _B540. The control unit _B500, the network connection unit _B520, the transceiver unit _B530, and the memory unit _B540 are connected via a bus. The transceiver unit _B530 is connected to the antenna 510.

[0046] 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 memory unit _B540 as necessary.

[0047] The network connection unit _B520 is a functional unit for the gNB to communicate with the AMF and / or UPF. That is, the gNB can send and receive user data and / or control information between the AMF and / or UPF using the network connection unit _B520.

[0048] The transceiver unit _B530 is a functional unit for wireless communication with the UE via the antenna 510. That is, the gNB can transmit and receive user data and / or control information to and from the UE using the transceiver unit _B530.

[0049] 2, a gNB in ​​a 5G AN can communicate with an AMF via an N2 interface by using a network connection unit _B 520, and can communicate with a UPF via an N3 interface, and can communicate with a UE by using a transceiver unit _B 530.

[0050] The memory unit _B540 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the gNB.

[0051] [2.3. AMF device configuration] Next, an example of the AMF device configuration will be explained using Figure 5. The AMF is composed of a control unit _B700, a network connection unit _B720, and a memory unit _B740. The control unit _B700, the network connection unit _B720, and the memory unit _B740 are connected via a bus. The AMF may be a node that handles the control plane. The AMF may also be a network device. In other words, for example, in this specification, a network device may mean an AMF.

[0052] The control unit _B700 is a functional unit that controls the operation and functions of the entire AMF.The control unit _B700 realizes various processing in the AMF by reading and executing various programs stored in the memory unit _B740 as necessary.

[0053] The network connection unit _B720 is a functional unit for the AMF to connect to a base station device (gNB), and / or SMF, and / or PCF, and / or UDM, and / or SCEF in a 5G AN. That is, the AMF can use the network connection unit _B720 to transmit and receive user data and / or control information between a base station device (gNB), and / or SMF, and / or PCF, and / or UDM, and / or SCEF in a 5G AN. In other words, for example, the network connection unit may be a transceiver unit.

[0054] Explaining in detail with reference to FIG. 2, the AMF in the 5GCN can communicate with a gNB via the N2 interface by using the network connection unit _A620, can communicate with a UDM via the N8 interface, can communicate with an SMF via the N11 interface, and can communicate with a PCF via the N15 interface. The AMF can also send and receive NAS messages with a UE via the N1 interface by using the network connection unit _A620. However, since the N1 interface is logical, communication between the UE and the AMF is actually performed via a 5G AN. Furthermore, if the AMF supports the N26 interface, it can communicate with an MME via the N26 interface by using the network connection unit _A620.

[0055] The memory unit _B740 is a functional unit for storing programs, user data, control information, etc. necessary for each operation of the AMF.

[0056] The AMF has functions such as exchanging control messages with the RAN using the N2 interface, exchanging NAS messages with the UE using the N1 interface, encrypting and protecting the integrity of NAS messages, registration management (RM) functions, connection management (CM) functions, reachability management functions, mobility management functions for UEs, etc., transferring SM (Session Management) messages between the UE and the SMF, access authentication (Access Authorization) functions, security anchor functionality (SEA), security context management (SCM), a function to support the N2 interface for the N3IWF (Non-3GPP Interworking Function), a function to support sending and receiving NAS signals with the UE via the N3IWF, and a function to authenticate UEs connected via the N3IWF.

[0057] In addition, registration management manages the RM state for each UE. The RM state may be synchronized between the UE and the AMF. The RM state includes an unregistered state (RM-DEREGISTERED state) and a registered state (RM-REGISTERED state). In the RM-DEREGISTERED state, the UE is not registered with the network, and therefore the UE context in the AMF does not have valid location information or routing information for the UE, and therefore the AMF cannot reach the UE. In the RM-REGISTERED state, the UE is registered with the network, and therefore the UE can receive services that require registration with the network. Note that the RM state may also be expressed as a 5GMM state. In this case, the RM-DEREGISTERED state may be expressed as a 5GMM-DEREGISTERED state, and the RM-REGISTERED state may be expressed as a 5GMM-REGISTERED state.

[0058] In other words, 5GMM-REGISTERED may be a state in which each device has established a 5GMM context or a PDU session context. When each device is 5GMM-REGISTERED, UE_A10 may start transmitting and receiving user data and control messages, or may respond to paging. Furthermore, when each device is 5GMM-REGISTERED, UE_A10 may perform registration procedures other than the registration procedure for initial registration, and / or service request procedures.

[0059] Furthermore, 5GMM-DEREGISTERED may be a state in which each device has not established a 5GMM context, a state in which UE_A10's location information is not known to the network, or a state in which UE_A10 is unreachable from the network. Note that when each device is 5GMM-DEREGISTERED, UE_A10 may initiate a registration procedure or may establish a 5GMM context by performing the registration procedure.

[0060] In addition, connection management manages the CM state for each UE. The CM state may be synchronized between the UE and the AMF. The CM state includes a non-connected state (CM-IDLE state) and a connected state (CM-CONNECTED state). In the CM-IDLE state, the UE is in the RM-REGISTERED state but does not have a NAS signaling connection established with the AMF via the N1 interface. In the CM-IDLE state, the UE does not have an N2 interface connection or an N3 interface connection. On the other hand, in the CM-CONNECTED state, the UE has a NAS signaling connection established with the AMF via the N1 interface. In the CM-CONNECTED state, the UE may have an N2 interface connection and / or an N3 interface connection.

[0061] Furthermore, in connection management, the CM state in 3GPP access and the CM state in non-3GPP access may be managed separately. In this case, the CM state in 3GPP access may include a non-connected state in 3GPP access (CM-IDLE state over 3GPP access) and a connected state in 3GPP access (CM-CONNECTED state over 3GPP access). Furthermore, the CM state in non-3GPP access may include a non-connected state in non-3GPP access (CM-IDLE state over non-3GPP access) and a connected state in non-3GPP access (CM-CONNECTED state over non-3GPP access). Note that the non-connected state may be expressed as an idle mode, and the connected state mode may be expressed as a connected mode.

[0062] The CM state may be expressed as a 5GMM mode. In this case, the unconnected state may be expressed as a 5GMM-IDLE mode, and the connected state may be expressed as a 5GMM-CONNECTED mode. Furthermore, the unconnected state in 3GPP access may be expressed as a 5GMM-IDLE mode over 3GPP access, and the connected state in 3GPP access may be expressed as a 5GMM-CONNECTED mode over 3GPP access. Furthermore, the unconnected state in non-3GPP access may be expressed as 5GMM unconnected mode in non-3GPP access (5GMM-IDLE mode over non-3GPP access), and the connected state in non-3GPP access may be expressed as 5GMM connected mode in non-3GPP access (5GMM-CONNECTED mode over non-3GPP access). Note that the 5GMM unconnected mode may be expressed as idle mode, and the 5GMM connected mode may be expressed as connected mode.

[0063] In addition, one or more AMFs may be placed in the core network _B. In addition, the AMF may be a Network Function (NF) that manages one or more Network Slice Instances (NSIs). In addition, the AMF may be a Common Control Plane Network Function (CCNF) shared among multiple NSIs.

[0064] In addition, the N3IWF is a device and / or function located between the non-3GPP access and the 5GCN when the UE connects to the 5GS via the non-3GPP access.

[0065] [2.4. SMF device configuration] Next, an example of the SMF device configuration will be explained using Figure 5. The SMF is composed of a control unit _B700, a network connection unit _B720, and a memory unit _B740. The control unit _B700, the network connection unit _B720, and the memory unit _B740 are connected via a bus. The SMF may be a node that handles the control plane.

[0066] The control unit _B700 is a functional unit that controls the operation and functions of the entire SMF.The control unit _B700 realizes various processing in the SMF by reading and executing various programs stored in the memory unit _B740 as necessary.

[0067] The network connection unit _B720 is a functional unit for the SMF to connect with the AMF, and / or UPF, and / or PCF, and / or UDM. In other words, the SMF can send and receive user data and / or control information between the AMF, and / or UPF, and / or PCF, and / or UDM using the network connection unit _B720.

[0068] Explaining in more detail with reference to Figure 2, the SMF in the 5GCN can communicate with the AMF via the N11 interface, with the UPF via the N4 interface, with the PCF via the N7 interface, and with the UDM via the N10 interface by using the network connection unit _A620.

[0069] The memory unit _B740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the SMF.

[0070] The SMF has session management functions such as establishing, modifying, and releasing PDU sessions, IP address allocation for UEs and its management, UPF selection and control, UPF configuration for routing traffic to the appropriate destination, sending and receiving the SM portion of NAS messages, Downlink Data Notification, providing AN-specific (for each AN) SM information to be sent to the AN via the N2 interface via the AMF, determining the SSC mode (Session and Service Continuity mode) for the session, and roaming functions.

[0071] [2.5. UPF device configuration] Next, an example of the device configuration of the UPF will be explained using Figure 5. The UPF is composed of a control unit _B700, a network connection unit _B720, and a memory unit _B740. The control unit _B700, the network connection unit _B720, and the memory unit _B740 are connected via a bus. The UPF may be a node that handles the control plane.

[0072] The control unit _B700 is a functional unit that controls the operation and functions of the entire UPF.The control unit _B700 realizes various processing in the UPF by reading and executing various programs stored in the memory unit _B740 as necessary.

[0073] The network connection unit _B720 is a functional unit for the UPF to connect to a base station device (gNB), and / or SMF, and / or DN within the 5G AN. In other words, the UPF can use the network connection unit _B720 to transmit and receive user data and / or control information between the base station device (gNB), and / or SMF, and / or DN within the 5G AN.

[0074] Explaining in more detail with reference to Figure 2, a UPF in a 5GCN can communicate with a gNB via the N3 interface, with an SMF via the N4 interface, with a DN via the N6 interface, and with other UPFs via the N9 interface by using the network connection unit _A620.

[0075] The memory unit _B740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the UPF.

[0076] The UPF has functions such as an anchor point for intra-RAT mobility or inter-RAT mobility, an external PDU session point for interconnecting to DNs (i.e., a gateway between DNs and core network_B that forwards user data), packet routing and forwarding, an UL CL (Uplink Classifier) ​​function that supports routing of multiple traffic flows to one DN, a branching point function that supports multi-homed PDU sessions, a QoS (Quality of Service) processing function for the user plane, an uplink traffic verification function, downlink packet buffering, and a function to trigger downlink data notifications.

[0077] The UPF may also be a gateway for IP communication and / or non-IP communication. The UPF may also have a function for forwarding IP communication and a function for converting non-IP communication and IP communication. Furthermore, multiple gateways may be gateways that connect the core network_B to a single DN. The UPF may also have connectivity with other NFs and may be connected to each device via other NFs.

[0078] The user plane refers to user data transmitted and received between a UE and a network. The user plane may be transmitted and received using a PDN connection or a PDU session. Furthermore, in the case of EPS, 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. Furthermore, in the case of 5GS, 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. Hereinafter, the user plane may be referred to as the U-Plane.

[0079] Furthermore, the control plane refers to control messages transmitted and received to control UE communications, etc. The control plane may be transmitted and received using a Non-Access-Stratum (NAS) signaling connection between the UE and the MME. Furthermore, in the case of EPS, the control plane may be transmitted and received using the LTE-Uu interface and the S1-MME interface. Furthermore, in the case of 5GS, the control plane may be transmitted and received using the interface between the UE and the NG RAN and the N2 interface. Hereinafter, the control plane may be referred to as the control plane or the C-Plane.

[0080] Furthermore, the U-Plane (User Plane; UP) may be a communication path for transmitting and receiving user data and may be composed of multiple bearers. Furthermore, the C-Plane (Control Plane; CP) may be a communication path for transmitting and receiving control messages and may be composed of multiple bearers.

[0081] 2.6. Description of Other Devices and / or Functions Next, other devices and / or functions will be described.

[0082] The terminal device may be a mobile equipment (ME) or a user equipment (UE), and may or may not include a universal integrated circuit card (UICC) and / or a universal subscriber identity module (USIM).

[0083] In addition, the UE described in this specification may be read as a terminal device. Furthermore, the terminal device may be read as a UE or a UAV. Furthermore, in this specification, the UE may be read as a UE or a UAV.

[0084] The PCF has a function to provide policy rules.

[0085] The UDM also has functions such as authentication credential processing, user identification processing, access authentication, registration / mobility management, and subscription management.

[0086] The PCRF is connected to the PGW and / or PDN and has a function of managing QoS for data delivery. For example, it manages the QoS of the communication path between the UE_A10 and the PDN. Furthermore, the PCRF may be a device that creates and / or manages PCC (Policy and Charging Control) rules and / or routing rules used by each device when transmitting and receiving user data.

[0087] The HSS is connected to the MME and / or SCEF and has a function of managing subscriber information. The subscriber information of the HSS is referred to, for example, when controlling access to the MME. Furthermore, the HSS may be connected to a location management device different from the MME.

[0088] [3. Explanation of terms and identification information used in each embodiment] Next, highly specialized terms and identification information used in each embodiment will be explained in advance.

[0089] [3.1. Explanation of terms used in each embodiment] Next, highly specialized terms used in each embodiment will be explained.

[0090] A network refers to at least a portion of an access network _B, a core network _B, and a DN. Furthermore, one or more devices included in at least a portion of an access network _B, a core network _B, and a DN may be referred to as a network or a network device. In other words, when a network transmits, receives, and / or processes messages, it may mean that devices within the network (network devices and / or control devices) transmit, receive, receive, and / or process messages. Conversely, when a device within the network transmits, receives, receives, and / or processes messages, it may mean that the network transmits, receives, receives, and / or processes messages.

[0091] An SM (Session Management) message (also referred to as a NAS (Non-Access-Stratum) SM message) may be a NAS message used in a procedure for SM (SM procedure), and may be a control message transmitted and received between UE_A10 and SMF_A230 via AMF_A240. Furthermore, the SM message may 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, a PDU session modification command message, a PDU session modification complete message, a PDU session modification command reject message, a PDU session modification reject message, a PDU session release request message, a PDU session release reject message, a PDU session release command message, a PDU session release complete message, etc. Furthermore, the procedure for SM or the SM procedure may include a PDU session establishment procedure, a PDU session modification procedure, and a UE-requested PDU session release procedure.Each procedure may be initiated from the UE or from the NW.

[0092] An MM (Mobility management) message (also referred to as an NAS MM message) may be an NAS message used in procedures for MM, and may be a control message transmitted and received between UE_A10 and AMF_A240. Furthermore, the MM message may include a registration request message, a registration accept message, a registration reject message, a de-registration request message, a de-registration accept message, a configuration update command message, a configuration update complete message, a service request message, a service accept message, a service reject message, a notification message, a notification response message, etc. Furthermore, the procedures for MM or MM procedures may include a registration procedure, a de-registration procedure, a generic UE configuration update procedure (also simply referred to as a UE configuration update procedure), an authentication and / or authorization procedure, a service request procedure, a paging procedure, and a notification procedure.

[0093] The 5GS (5G System) service is 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.

[0094] Non-5GS services may be services other than 5GS services, and may include EPS services and / or non-EPS services.

[0095] PDN (Packet Data Network) type indicates the type of PDN connection, and can be IPv4, IPv6, IPv4v6, or non-IP. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If IPv4v6 is specified, it indicates that data will be sent and received using either IPv4 or IPv6. If non-IP is specified, it indicates that communication will not be via IP, but via a communication method other than IP.

[0096] A PDU (Protocol Data Unit / Packet Data Unit) session can be defined as an association between a DN that provides PDU connectivity services and a UE, but it may also be connectivity established between a UE and an external gateway. In 5GS, a UE can transmit and receive user data to and from a DN by establishing a PDU session via an access network _B and a core network _B. Here, this external gateway may be a UPF, SCEF, or the like. The UE can transmit and receive user data to and from a device, such as an application server, located in the DN using the PDU session. Note that each device (UE, and / or access network device, and / or core network device) may manage one or more pieces of identification information associated with a PDU session. Note that this identification information may include one or more of a DNN, a QoS rule, a PDU session type, an application identification information, an NSI identification information, an access network identification information, and an SSC mode, or may further include other information. Furthermore, when multiple PDU sessions are established, the identification information associated with each PDU session may be the same or different.

[0097] The DNN (Data Network Name) may be identification information for identifying a core network and / or an external network such as a DN. Furthermore, the DNN can also be used as information for selecting a gateway such as a PGW / UPF that connects the core network B190. Furthermore, the DNN may be equivalent to an APN (Access Point Name).

[0098] The PDU (Protocol Data Unit / Packet Data Unit) session type indicates the type of PDU session, and can be IPv4, IPv6, Ethernet, or Unstructured. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If Ethernet is specified, it indicates that Ethernet frames will be sent and received. Ethernet may also indicate that communication using IP is not performed. If Unstructured is specified, it indicates that data will be sent and received to an application server or the like in the DN using Point-to-Point (P2P) tunneling technology. As the P2P tunneling technology, for example, UDP / IP encapsulation technology may be used. In addition to the above, the PDU session type may also include IP. IP can be specified if the UE is capable of using both IPv4 and IPv6.

[0099] A PLMN (Public Land Mobile Network) is a communication network that provides mobile radio communication services. A PLMN is a network managed by an operator, which is a communications carrier, and the operator can be identified by a PLMN ID. A PLMN that matches the MCC (Mobile Country Code) and MNC (Mobile Network Code) of a UE's IMSI (International Mobile Subscriber Identity) may be a Home PLMN (HPLMN). Furthermore, a UE may store an Equivalent HPLMN list (also referred to as equivalent HPLMN) in its USIM to identify one or more Equivalent HPLMNs (EPLMNs). A PLMN that is different from the HPLMN and / or EPLMN may be a Visited PLMN (VPLMN). A PLMN to which a UE has successfully registered may be a Registered PLMN (RPLMN).

[0100] A tracking area is a single or multiple ranges managed by the core network that can be represented by the location information of UE_A10. Note that a tracking area may be composed of multiple cells. Furthermore, a tracking area may be an area in which control messages such as paging are broadcast, or an area in which UE_A10 can move without performing a handover procedure. Furthermore, a tracking area may be a routing area, a location area, or anything similar. Hereinafter, a tracking area may be a TA (Tracking Area). A tracking area may be identified by a TAI (Tracking Area Identity) consisting of a TAC (Tracking area code) and a PLMN.

[0101] A registration area is a collection of one or more TAs assigned to a UE by the AMF. Note that while UE_A10 is moving within one or more TAs included in the registration area, it may be able to move without sending or receiving signals for tracking area update. In other words, a registration area may be a group of information indicating areas in which UE_A10 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.

[0102] The Current TAI is the TAI broadcast by the selected PLMN in the cell where the UE is located or camped, or if the cell is a satellite NG-RAN cell that broadcasts multiple Tracking Area Codes (TACs) in the selected PLMN, the UE NAS layer may select the current TAI from multiple Tracking Area Codes (TACs) in the selected PLMN.

[0103] The Lists of 5GS forbidden tracking areas may be a list of 5GS forbidden tracking areas for roaming and / or a list of 5GS forbidden tracking areas for regional provision of service stored by a UE not operating in an SNPN access operation mode. In other words, a UE not operating in an SNPN access operation mode must store a list of 5GS forbidden tracking areas for roaming and / or a list of 5GS forbidden tracking areas for regional service provision. Furthermore, the UE must search for a suitable cell within the same PLMN that belongs to a TA that is not included in the list of 5GS forbidden tracking areas.

[0104] Furthermore, a UE is not permitted to request 5GS services other than emergency services if it is located in a cell of a TA that belongs to the list of 5GS forbidden tracking areas for regional provision of service.

[0105] The UE may also store the forbidden tracking area ID (TAI) in a list of 5GS forbidden tracking areas for regional service provision to prevent repeated attempts to access cells in the forbidden tracking area. Furthermore, the list of 5GS forbidden tracking areas for regional service provision may be deleted when the UE is powered off, when the SIM is removed, or periodically (for a period ranging from 12 to 24 hours).

[0106] In addition, the information indicating the 5GS forbidden tracking areas for roaming may be included in an information element (IE) containing one or more forbidden TAI(s) for the list of "5GS forbidden tracking areas for roaming" included in a message sent by the network, and transmitted to the UE.

[0107] In addition, the 5GS forbidden tracking areas for regional provision of service may be included in an information element (IE) containing one or more forbidden TAIs for the list of "5GS forbidden tracking areas for regional provision of service" (5GS forbidden tracking areas for roaming) included in a message sent by the network and transmitted to the UE.

[0108] The UE ID is information for identifying a UE. For example, the UE ID may be a SUCI (Subscription Concealed Identifier), a SUPI (Subscription Permanent Identifier), a GUTI (Globally Unique Temporary Identifier), an IMEI (International Mobile Subscriber Identity), an IMEISV (IMEI Software Version), or a TMSI (Temporary Mobile Subscriber Identity). Alternatively, the UE ID may be other information set in an application or a network. Furthermore, the UE ID may be information for identifying a user.

[0109] Next, a UAV (Uncrewed Aerial Vehicle) may be a flying drone. The UAV may be associated with a UAV controller. Furthermore, the UAV may be associated with the UAV controller and managed by a core network device and / or UTM (UAS Traffic Management). Furthermore, when the UAV is associated with a UAV controller (described later) and managed, it may be managed as a UAS by the core network device and / or UTM. The UAV's own information (identification information, IP address, location information, etc.) may be managed by the core network device and / or UTM. Furthermore, the UAV may be a UE. Note that the UAV may also be referred to as an aerial UE, etc.

[0110] Next, a UAV controller (UAV-C) is a controller for operating a UAV. The UAV controller may be associated with the UAV. Furthermore, the UAV controller may be associated with the UAV and managed by a core network device and / or a UTM. Furthermore, when the UAV controller is associated with the UAV and managed, it may be managed as a UAS by the core network device and / or a UTM. The UAV controller's own information (identification information, IP address, location information, etc.) may be managed by the core network device and / or a UTM. Furthermore, the UAV controller may be a UE. Note that the UAV controller may be expressed as a UAC or a UAV-C. Furthermore, the UAV-C may be a UE.

[0111] Next, a UAS (Uncrewed Aerial System) may be composed of a UAV and a UAV controller. The UAS may be managed by a core network device and / or a UTM. The UAS may be composed of one UAV and one UAV controller.

[0112] Furthermore, a UAS (Uncrewed Aerial System) may be composed of a UAV and related functions. Here, the related functions may include a C2 (command and control) link. Furthermore, the C2 link may be a link between the UAV and a control device, or a link between the UAV and a network. Furthermore, the C2 link may be a link for remote identification.

[0113] Next, the network refers to at least a part of the access network _B, the core network _B, and the DN. Furthermore, one or more devices included in at least a part of the access network _B, the core network _B, and the DN may be referred to as a network or a network device.

[0114] That is, when a network transmits, receives, and / or processes messages, it may mean that devices in the network (network devices and / or control devices) transmit, receive, and / or process messages. Conversely, when a device in the network transmits, receives, receives, and / or processes messages, it may mean that the network transmits, receives, receives, and / or processes messages.

[0115] Next, PC5 is a reference point, and PC5 may be a reference point between ProSe-enabled UEs, a reference point between UAS-enabled UEs, a reference point between A2X-enabled UEs, a reference point between UEs, or a reference point between terminal devices.

[0116] Next, a PC5 path may be a communication path on PC5. Also, the PC5 path may be a communication path between ProSe-enabled UEs, a communication path between UAS-enabled UEs, a communication path between A2X-enabled UEs, a communication path between UEs, or a communication path between terminal devices. Note that the PC5 path may also be referred to as a PC5 interface.

[0117] Next, Uu may be a radio interface, and Uu may be a radio interface between a 5G AN and a UE.

[0118] Next, the Uu path may be a communication path on Uu. Also, the Uu path may be a communication path between the 5G AN and the UE. Note that the Uu path may also be referred to as a communication path via Uu, a communication path via a Uu reference point, or simply a Uu interface.

[0119] Next, the initiating UE may be a UE that transmits and receives messages to and from the target UE.

[0120] Next, the target UE may be a UE that transmits and receives messages to and from the initiating UE.

[0121] Next, A2X (Aircraft-to-Anything) communication is communication for supporting A2X services utilizing the PC5 reference point. Here, the A2X service may be realized by various types of A2X applications, such as BRID (Broadcast Remote ID) and DAA (Detect And Avoid). A2X communication may be communication on PC5.

[0122] Next, A2X services are A2X applications and data services provided by A2X application servers. An A2X service may belong to one A2X service type. An A2X service can be associated with one or more A2X applications, and an A2X application can be associated with one or more A2X services.

[0123] Next, DAA (Detect And Avoid) is the ability to see, sense, or detect conflicting traffic or other hazards and take appropriate action. Furthermore, DAA may include DDAA (Direct Detect And Avoid), and / or Ground-based DAA, and / or NWDAA (Network-Based / Assisted DAA).

[0124] Here, DDAA is a DAA that utilizes communication over the PC5 reference point. In DDAA, UAVs may perform communication for DAA through direct communication via PC5. Ground-based DAA is a DAA in which the AAM (described below) and UAVs communicate directly via PC5. NWDAA may be a network-assisted / ground-based DAA mechanism for collision avoidance and UAV flight path control using UTM. NWDAA may complement DDAA, a conventional DAA based on PC5 reference points, and NWDAA and DDAA may be used together.

[0125] An AAM (Area Airspace Manager) is one or more UEs installed in a specific area to provide a network-assisted (ground-based) DAA solution. The AAM has a function for managing the area airspace and may further have a function for communicating directly with UAVs via PC5. The AAM may also grasp detailed spatial information about facilities in the specific area and apply local DAA rules defined based on this information to UAVs in the managed airspace.

[0126] A No-Transmit Zone (NTZ) may be a geographical area in which aerial UEs or UAVs are not permitted to communicate and perform communication-related operations in a specific frequency band. Furthermore, an NTZ may be defined at a national level as a geographical area in which aerial UEs or UAVs are not permitted or prohibited from communicating and performing communication-related operations in a specific frequency band based on the need for spectrum operational restrictions. The NTZ and NTZ-related functions described in this embodiment may be referred to by other names. An NTZ may also be a geographical area in which aerial UEs or UAVs are not permitted to communicate and perform communication-related operations in a specific frequency band and / or carrier frequency.

[0127] Additionally, the UE, and / or the network, and / or each device / function of the network may or may not support NTZ. Unless otherwise specified herein, the UE, and / or the network, and / or each device of the network may support NTZ. Details regarding support for NTZ by the UE and / or each device are described in this chapter and subsequent chapters.

[0128] Here, the restriction by the NTZ may be indicated by information about the NTZ (also referred to as NTZ information), which may be information in which information about the region (also referred to as a zone or area) to which the NTZ is applied and information about frequency bands in which communication and communication-related operations are not permitted in the region are associated. In other words, for example, the NTZ information may be information in which the region restricted by the NTZ is associated with one or more frequency bands corresponding to the region. Conversely, for example, the NTZ information may be information in which one or more NTZ-restricted regions are associated with frequency bands in which communication and communication-related operations are not permitted in the NTZ. Note that the area restricted by the NTZ may be one or more entire cells, may be composed of a part of one or more cells, may be an area indicated by a tracking area (TA) or TAI, or may be indicated as a geographical area, but is not limited to these. More specifically, for example, the information about the area restricted by the NTZ may be indicated by a geographical area, a cell ID, a TA, a TAI, an RA, etc.

[0129] Furthermore, for example, when a UE or UAV that supports NTZ enters an NTZ while moving, it may recognize that communication, message transmission, etc. using a specific frequency band included in the corresponding information about the NTZ is prohibited in a specific area included in the information about the NTZ that has been received and stored or pre-stored (preconfigured) by the UE.

[0130] Next, when a terminal device is "not served by E-UTRA" and / or "not served by NR", it may mean that the terminal device cannot communicate with the network, or it may mean that the terminal device is only available for communication over PC5.

[0131] Next, when a terminal device is "served by E-UTRA" and / or "served by NR", it may mean that the terminal device can communicate with the network, or that the terminal device can use communication on PC5 and / or communication on Uu.

[0132] Additionally, a terminal device being "not served by E-UTRA" may mean that the terminal device is unable to communicate with a base station or network using E-UTRA technology.

[0133] Additionally, a terminal device being "not served by NR" may mean that the terminal device cannot communicate with a base station or network using NR technology.

[0134] [3.2. Description of Identification Information in Each Embodiment] Next, the identification information used in each procedure of each embodiment will be described. In this specification, unless otherwise specified, UE may mean UE or UAV.

[0135] The first identification information in this embodiment is the capability information of the UE. The first identification information may be capability information indicating that the UE supports NTZ or does not support it. Unless otherwise specified in this specification, the first identification information may be information indicating that the UE supports NTZ.

[0136] In this specification, support for NTZ by a UE is also referred to as communication by the UE that takes NTZ into consideration, support for NTZ communication by the UE, support for the NTZ function by the UE, or the like.

[0137] Here, when a UE supports NTZ, it may mean that the UE supports sending and receiving information about NTZ, and / or recognizing and / or storing information about NTZ, and / or behaving based on information about NTZ.

[0138] Furthermore, the first identification information may be a 5GMM capability, a 5GMM capability IE (Information Element), or information included as part of the 5GMM capability. And / or the first identification information may be a 5GSM capability, a 5GSM capability IE (Information Element), or information included as part of the 5GSM capability. And / or the first identification information may be a Radio capability in an RRC procedure, or information included as part of the Radio capability.

[0139] That is, the first identification information may be identification information included in one or more, or all, of the MM message, and / or the SM message, and / or the RRC message.

[0140] Here, when the UE indicates the first identification information to the network, the network and each device may recognize that the UE supports NTZ. Furthermore, when the network receives the first identification information from the UE, it may recognize that the UE performs communication taking NTZ into consideration, or transitions to or activates a mode for performing NTZ communication.

[0141] In addition, when a network that does not support NTZ receives second identification information from a UE, the network may ignore or discard the first identification information.

[0142] Further details of the behavior of the UE and NW based on the first identification information are also described in Chapter 4 and / or Chapter 5.

[0143] The second identification information in this embodiment is information indicating the capability or function support of the network (NW). The second identification information may be information indicating that the network or each device on the network (also referred to as the network or NW) supports or does not support NTZ. Unless otherwise specified in this specification, the second identification information may be information indicating that the network or each device on the network supports NTZ.

[0144] In this specification, support for NTZ by a network or each device on the network is also referred to as network-based communication that takes NTZ into consideration, network-based support for NTZ communication, network-based support for NTZ functions, or the like.

[0145] Here, a network supporting NTZ may mean that the network supports sending and receiving information about NTZ, and / or recognizing and / or storing information about NTZ, and / or acting based on information about NTZ.

[0146] Furthermore, the second identification information may be information included in 5GS network feature support, or a 5GS network feature support IE, or as part of 5GS network feature support. And / or the second identification information may be information included in 5GSM network feature support, or a 5GSM network feature support IE (Information Element), or as part of 5GSM network feature support. And / or the second identification information may be information included in an RRC message or a part of an RRC message in an RRC procedure. And / or may be information included in broadcast information.

[0147] That is, the second identification information may be identification information included in one or more, or all, of the MM message, and / or the SM message, and / or the RRC message, and / or the broadcast information. Furthermore, for example, the second identification information may be information that the network transmits by being included in a response message when the network receives the first identification information included in any of the messages from the UE. Alternatively, the second identification information may be information that the network transmits when it does not receive any of the messages including the first identification information.

[0148] Here, the network may indicate the second identification information to the UE, so that the UE may recognize that the network and each device support NTZ. Furthermore, the UE that receives the second identification information from the network may recognize that the network performs communication taking NTZ into consideration, or has transitioned to or activated a mode for performing NTZ communication.

[0149] In addition, when a UE that does not support NTZ receives second identification information from the NW, the UE may ignore or discard the second identification information.

[0150] Further details of the behavior of the UE and NW based on the second identification information are also described in Chapter 4 and / or Chapter 5.

[0151] The third identification information in this embodiment may be information related to the NTZ. The information related to the NTZ may simply be referred to as NTZ information. The information related to the NTZ indicated by the third identification information may be composed of at least information related to the area or region (zone) to which the NTZ is applied, and / or information related to the frequency. Note that in this specification, information related to the frequency included in the information related to the NTZ, which is the third identification information, is also referred to as frequency-related information, etc.

[0152] Here, the information on the NTZ indicated by the third identification information may include one or more of geographical location information, a cell ID, a TAI, and / or a frequency band, etc., which indicate the region (also referred to as an area or zone) to which the NTZ is applied. In other words, the geographical area information, a cell ID, and / or a TAI included in the information on the NTZ may be information indicating an area or zone in which an aerial UE or UAV is not permitted to use a specific frequency band. In other words, for example, the area to which the NTZ is applied may be an area or region indicated by information related to the area or region (zone) to which the NTZ is applied, which is included in the third identification. Note that the area to which the NTZ is applied may be an area to which one or more NTZs are applied.

[0153] Furthermore, the frequency-related information included in the information regarding the NTZ indicated by the third identification information may be a frequency band and / or a carrier frequency, etc., and may be a frequency band and / or a carrier frequency that a UE and / or an aerial UE or UAV is not permitted to use in a specific geographical area where the NTZ is applied. In other words, the frequency-related information included in the third identification information may be information related to frequencies, such as a frequency band and / or a carrier frequency, that a UE or a UAV cannot use for communication in an area where the NTZ is applied. Unless otherwise specified herein, the frequency-related information included in the third identification information may be information related to frequencies, such as a frequency band and / or a carrier frequency, that a UE or a UAV cannot use for communication in an area where the NTZ is applied, and is also referred to herein as "frequency-related information that a UE cannot use for communication." Note that, in this specification, information related to frequencies, such as a frequency band and / or a carrier frequency, which is frequency-related information included in the third identification information, is also simply referred to as a frequency band, a carrier frequency, etc. Conversely, when the term frequency band or carrier frequency is used, it may refer to frequency-related information such as frequency band and / or carrier frequency, which are frequency-related information included in the third identification information.

[0154] Alternatively, the frequency-related information included in the third identification information, which is the NTZ information, may be a frequency band and / or a carrier frequency that the UE and / or aerial UE or UAV is permitted to use in a specific geographical area where the NTZ is applied, etc. That is, the frequency-related information included in the third identification information may be information related to frequencies, such as a frequency band and / or a carrier frequency, that the UE or UAV can use for communication in an area where the NTZ is applied, and is also referred to herein as "frequency-related information that the UE can use for communication," etc. In this specification, specific examples of the behavior of the UE and / or each device in the network when the frequency-related information included in the third identification information is information related to frequencies, such as a frequency band and / or a carrier frequency, that the UE or UAV can use for communication in an area where the NTZ is applied, will also be described in the sixth embodiment. Furthermore, if the third identification information is frequency-related information that the UE can use for communication, the frequency-related information that the UE cannot use for communication and the associated behavior of the UE or network in this specification may be read as the behavior of the UE or network based on the frequency-related information that the UE can use for communication and the contents indicated by the frequency-related information that the UE can use for communication.

[0155] Alternatively, the frequency-related information included in the third identification information, which is the NTZ information, may be information including both frequency bands and / or carrier frequencies, etc. that the UE and / or aerial UE or UAV is not permitted to use in a specific geographical area to which the NTZ is applied, and frequency bands and / or carrier frequencies, etc. that the UE and / or aerial UE or UAV is permitted to use in a specific geographical area to which the NTZ is applied. That is, the third identification information may be identification information including both content indicated by frequency-related information that the UE cannot use for communication and content indicated by frequency-related information that the UE can use for communication. Herein, this information is also referred to as frequency-related information that the UE cannot use for communication and available frequency-related information, etc. When a UE receives third identification information including frequency-related information that the UE cannot use for communication and available frequency-related information, if the frequency-related information that the UE cannot use in the third identification information is information related to frequencies that the UE can use for communication, and if the frequency band and / or carrier frequency, etc. used in the NTZ application area do not match the information included in the third identification information, the UE may recognize that the UE is using a frequency band and / or carrier frequency, etc. that is not permitted in the NTZ application area. Furthermore, the UE may select, switch, and use a frequency band, etc. to be used by the UE from the frequency-related information that the UE can use, included in the third identification information. Here, when the third identification information is frequency-related information that the UE can use for communication, the frequency-related information that the UE cannot use for communication and the associated behavior of the UE or network in this specification may be interpreted as the UE or network behaving based on the frequency-related information that the UE can use for communication and the content indicated by the frequency-related information that the UE can use for communication.

[0156] Here, the third identification information may be information generated and stored by a network operator and / or each device in the network. The UE may receive the third identification information from an access network, a gNB that is one of the devices constituting the access network, a core network, or each device in the core network. More specifically, for example, the UE or UAV may receive the NTZ information indicated by the third identification information included in an RRC message transmitted from the gNB. Alternatively, for example, the UE or UAV may recognize and store the content of the NTZ information indicated by the third identification information received from the access network and / or the core network.

[0157] Here, for example, the third identification information may be configured as information in which information regarding the area of ​​the NTZ, information corresponding to the area information, a frequency band, and / or a carrier frequency, etc., are associated with each other.

[0158] Furthermore, the third identification information may be information listed for each of a plurality of areas. More specifically, for example, if there are a plurality of NTZs, such as NTZ #1 and NTZ #2, the third identification information may be listed or configured as a list in which geographical location information, cell ID, TAI, and / or frequency band for each NTZ are associated with each other.

[0159] Furthermore, the third identification information may be included in a signaling information base (SIB), and / or an RRC (Radio Resource Control) message during an RRC procedure, and / or an MM message, and / or an SM message, and may be transmitted or delivered from the network to the UE. More specifically, for example, a UE supporting NTZ may store the third identification information when it receives a signaling information base (SIB) or an RRC message including the third identification information. Alternatively, for example, a UE supporting NTZ may include the first identification information in an MM message and transmit it, and the network that receives the MM message including the first identification information may transmit an MM message including the second and / or third identification information to the UE, but is not limited to these.

[0160] Furthermore, the network may include the third identification information in one or more of the aforementioned messages and send it to the UE to indicate the network's NTZ support indicated by the second identification information. In other words, for example, the network may include only the third identification information in one or more of the aforementioned messages and send it to the UE to indicate to the UE that the network supports NTZ.

[0161] Here, for example, a network (access network or core network) or each device of the network may receive a first identification from a UE, and if the network supports NTZ, may transmit a third identification and / or a second identification to the UE.

[0162] The information indicated by the third identification information may be preconfigured in the UE, i.e., information that has been set and stored in advance. Here, when the UE preconfigured with the third identification information has not received the third identification information from the network, the UE may perform communication taking NTZ into consideration based on the information indicated by the preconfigured third identification information.

[0163] Furthermore, when a UE that has received and stored or preconfigured third identification information further receives a message including new third identification information, the UE may replace or add the preconfigured third identification information. Furthermore, when the third identification information received by the UE is null, the UE may delete the information indicated by the already stored third identification information.

[0164] Further details of the behavior of the UE and NW based on the third identification information are also described in Chapter 4 and / or Chapter 5.

[0165] The second and third identification information may be included in the message as individual pieces of identification information, or may be included in the message as a single piece of information combining one or more pieces of identification information. Furthermore, a single piece of information combining one or more pieces of the second and third identification information may represent a combination of the matters indicated by the identification information described in this chapter. In other words, when multiple pieces of identification information are transmitted and received, two or more pieces of this identification information may be configured as one or more pieces of identification information. Furthermore, the information indicating support for each function and the information indicating a request for use of each function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.

[0166] Details of the behavior of the UE and the network based on one or a combination of the above first to third identification information are not limited to those described in this chapter, but are also described in Chapter 4 and / or Chapter 5.

[0167] [4. Description of procedures used in each embodiment] Next, procedures used in each embodiment will be described. Here, the procedures used in each embodiment may include broadcast information / RRC messages, procedures for mobility management, and various procedures for session management.

[0168] Unless otherwise specified, the UE and the network may support NTZ in each procedure described in this chapter. In other words, NTZ information may be transmitted or broadcast from the network to the UE during each procedure described in this chapter.

[0169] In each embodiment, as shown in FIG. 2, the HSS and UDM, PCF and PCRF, SMF and PGW-C, and UPF and PGW-U are each configured as the same device (i.e., the same physical hardware, the same logical hardware, or the same software). However, the contents described in this embodiment are also applicable to cases where these are configured as different devices (i.e., different physical hardware, different logical hardware, or different software). For example, data may be transmitted and received directly between these devices, or data may be transmitted and received via the N26 interface between the AMF and MME, or data may be transmitted and received via the UE.

[0170] [4.1. Broadcast Information / RRC Messages] The broadcast information may be information included in a message, a signal, and / or a beacon frame transmitted to the UE from an AN and / or a gNB, which is a device constituting the AN. The broadcast information may also be referred to as system information. Furthermore, the broadcast information may include a SIB (System Information Block).

[0171] And / or, the RRC message may be a message transmitted and received in an RRC procedure performed between the UE and an AN and / or a gNB that is a device constituting the AN. In this specification, unless otherwise specified, the RRC message may be an RRC message received by the UE.

[0172] On the other hand, if the gNB does not receive first identification information indicating that NTZ is supported from any UE in the cell of the gNB, or if the gNB receives first identification information indicating that NTZ is not supported from all UEs in the cell of the gNB, the gNB may not need to transmit the second and / or third identification information to the UE or the cell of the gNB.

[0173] Here, for example, during the RRC procedure, the UE or UAV may transmit to the gNB, as a UE radio capability (also simply referred to as a radio capability) of the UE or UAV, first identification information indicating that the UE or UAV supports NTZ, in an RRC message. Furthermore, for example, the gNB may transmit to the UE or UAV, a response RRC message including the second identification information and / or third identification information in a response message to the RRC message including the first identification information.

[0174] The broadcast information or the RRC message may include the third identification information, or the gNB may transmit the broadcast information or the RRC message including the third identification information to the UE. Furthermore, the UE may receive the broadcast information or the RRC message including the third identification information from the gNB. Here, the UE may recognize that the network supports NTZ because the received broadcast information or the RRC message includes the third identification information. Furthermore, the UE may store the received third identification information in the context it holds.

[0175] Furthermore, the gNB may transmit broadcast information or an RRC message including the third identification information regardless of whether or not it receives the first identification information from the UE and / or whether or not the UE supports NTZ. In other words, for example, the gNB may transmit broadcast information or an RRC message including the third identification information to the UE even if the UE does not support NTZ. Furthermore, for example, when a UE that does not support NTZ receives broadcast information or an RRC message including the third identification information, the UE may ignore the information indicated by the third identification information, may recognize it as an error, or may not be subject to the NTZ restriction regardless of whether or not it enters NTZ.

[0176] [4.2. Mobility Management Procedures] The Mobility Management (MM) procedure will now be described.

[0177] Here, the MM procedure may include a registration procedure, a de-registration procedure, a generic UE configuration update procedure, a NAS transport procedure, a service request procedure, a notification procedure, etc.

[0178] These MM procedures may include UE-initiated (or UE-requested) procedures and network-initiated (or NW-requested) procedures. In this specification, a network-initiated procedure is also referred to as a network-initiated (NW-init) procedure, and a UE-initiated procedure is also referred to as a UE-initiated (UE-init) procedure.

[0179] More specifically, for example, the non-registration procedure and the NAS transport procedure may include both UE-initiated and NW-initiated procedures. Also, for example, the registration procedure and the service request procedure may only include UE-initiated procedures. Also, for example, the UE configuration update procedure and the notification procedure may only include NW-initiated procedures.

[0180] Furthermore, the UE may include the first identification information in an initial message initiating the UE-initiated MM procedure and transmit the message to the network, or the network may receive a message including the first identification information from the UE. Furthermore, the network that receives the first identification information from the UE may recognize that the UE supports NTZ, and based on this recognition, may include the second and / or third identification information in a response message to the request message received from the UE and transmit the response message to the UE. Conversely, if the network does not receive from the UE first identification information indicating that NTZ is supported or receives from the UE first identification information indicating that NTZ is not supported, the network may transmit the response message to the request message received from the UE without including the second and / or third identification information.

[0181] Here, in a UE-initiated MM procedure, the first message including the first identification information that the UE sends to the network may be a registration request message in a registration procedure, or a deregistration request (DEREGISTRATION REQUEST) message in a deregistration procedure, or a service request message in a service request procedure, or a UL NAS TRANSPORT message in a NAS transport procedure.

[0182] Furthermore, in a UE-initiated MM procedure, the response message including the second and / or third identification information may be a registration accept message or a registration reject message in a registration procedure, or a deregistration accept message in a deregistration procedure, or a service accept message or a service reject message in a service request procedure, or a DL NAS TRANSPORT message in a NAS transport procedure.

[0183] The NW may also include the second and / or third identification information in an initial message initiating a NW-initiated MM procedure and send it to the UE, or the UE may receive a message from the NW including the second and / or third identification information. Furthermore, a UE that supports NTZ and receives the second and / or third identification information from the NW may recognize that the NW supports NTZ and may store the third identification information if it is included.

[0184] Here, in a NW-initiated MM procedure, the first message including the second and / or third identification information that the NW sends to the UE may be a non-registration request message in a non-registration procedure, or a configuration update command message in a UE configuration update procedure, or a DL NAS TRANSPORT message in a NAS transport procedure.

[0185] In addition, when the NW transmits the second and / or third identification information to the UE in the NW-initiated MM procedure, the NW may recognize that the UE supports NTZ from another procedure, subscription information of the UE, etc. In other words, for example, when the NW or the AMF recognizes that the UE supports NTZ, the NW or the AMF may transmit a message including the second and / or third identification information to the UE.

[0186] In addition, the network may indicate that it supports NTZ by sending a message to the UE that includes only the third identification information, including the second identification information, or a UE that receives a message that includes the third identification information but not the second identification information may recognize that the network supports NTZ.

[0187] Below, as an example of a mobility management procedure, a registration procedure will be explained using FIG. 6. The registration procedure is a procedure in 5GS. Hereinafter, in this section, this procedure refers to the registration procedure. The registration procedure is a procedure initiated by the UE to register with the access network _B and / or the core network _B and / or the DN. If the UE is not registered with the network, it can execute this procedure at any time, for example, when powered on. In other words, if the UE is in the unregistered state (RM-DEREGISTERED state), it can start this procedure at any time. Furthermore, each device (especially the UE and AMF) can transition to the registered state (RM-REGISTERED state) based on the completion of the registration procedure.

[0188] The registration procedure may be an initial registration initiated by the UE, or a mobility and periodic registration update, or a mobility registration update procedure. Here, the mobility registration update procedure may also be referred to as a registration procedure for mobility update. These registration procedures may also be MM procedures.

[0189] Furthermore, the registration procedure may be a procedure for updating the location registration information of the UE in the network, and / or for the UE to periodically notify the network of the status of the UE, and / or for updating certain parameters related to the UE in the network, or may be a mobility registration update procedure performed after the completion of the initial registration procedure and the expiration of the unavailability period to resume normal service.

[0190] This procedure may also be a procedure for registration by a UE via NR satellite access. Furthermore, the PDU session established after completion of this procedure may be a PDU session via the satellite NG-RAN or NR satellite access. In other words, for example, a PDU session established by a PDU session establishment procedure performed after completion of the registration procedure via NR satellite access may be a PDU session via NR satellite access. Alternatively, for example, a PDU session via NR satellite access may be established based on completion of this procedure.

[0191] A UE may initiate a registration procedure when performing mobility across TAs. More specifically, a UE may initiate a Mobility Registration Update procedure to re-register when it moves to a TA different from the TA indicated in the TA list it holds. Furthermore, a UE may initiate this procedure when a running timer expires. Furthermore, a UE may initiate a registration procedure when a context update for each device is required due to a PDU session disconnection or invalidation. Furthermore, a UE may initiate a registration procedure when a change occurs in the capability information and / or preferences related to the establishment of a PDU session. Furthermore, a UE may initiate a registration procedure periodically. Furthermore, a UE may initiate a registration procedure based on the completion of a UE Configuration Update procedure. However, the UE may perform the registration procedure at any timing, not limited to these.

[0192] Furthermore, even when the UE is in a registered state, the UE may periodically initiate the registration procedure. In other words, the UE may initiate the registration procedure based on the expiration of a timer. In other words, the registration procedure performed periodically may be a periodic registration update procedure.

[0193] The registration procedure performed based on the mobility of the UE and the registration procedure performed periodically are also referred to as a registration procedure for mobility and registration update or a registration update procedure. In other words, the registration procedure for mobility and registration update may be a registration procedure performed based on the mobility of the UE, or may be a registration procedure performed periodically. Furthermore, the registration procedure for mobility and registration update may be a registration procedure performed based on a configuration update of the UE. Furthermore, the registration procedure for mobility and registration update may be a registration procedure performed to establish a communication path for transmitting and receiving user data. Furthermore, the registration procedure for mobility and registration update may be a registration procedure performed based on a request from the network. Furthermore, in other words, the registration procedure for mobility and registration update may be a registration procedure other than the initial registration procedure. Hereinafter, the registration procedure for mobility and registration update may be referred to as the main procedure.

[0194] Next, each step of the registration procedure will be described. Note that the registration procedure described below may be an initial registration procedure or a registration procedure for mobility and registration renewal.

[0195] First, the UE starts the registration procedure by sending a registration request message to the AMF (S600) (S602) (S604). Specifically, the UE sends an RRC message including a registration request message to the 5G AN (or gNB) (S600). The registration request message is a NAS message. The RRC message may be a control message transmitted and received between the UE and the 5G AN (or gNB). The NAS message is processed in the NAS layer, and the RRC message is processed in the RRC layer. The NAS layer is a layer higher than the RRC layer.

[0196] Here, the UE may send the first identification information in a registration request message. By sending the first identification information in the registration request message, the UE may indicate to the network that the UE supports NTZ.

[0197] The UE may also initiate the PDU session establishment procedure during the registration procedure by sending an SM message included in or together with a registration request message, where the SM message may be a PDU session establishment request message.

[0198] When a 5G AN (or gNB) receives an RRC message including a registration request message or a NAS message indicating a registration request, the 5G AN (or gNB) selects an AMF to which to forward the registration request message (S602). Note that the 5G AN (or gNB) can select an 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 (S604). Here, the registration request message may include first identification information.

[0199] Here, when the AMF receives a registration request message including the first identification usage from the UE, it may recognize and store the meaning of the first identification information included in the registration request message. That is, the network may recognize and store that the UE supports NTZ by receiving the first identification information.

[0200] When the AMF receives the registration request message, the AMF can perform a first condition determination. The first condition determination is for determining whether the network (or the AMF) accepts the UE's request. If the first condition determination is true, the AMF starts the procedure of (A) in Figure 6, while if the first condition determination is false, the AMF starts the procedure of (B) in Figure 6.

[0201] The first condition determination may be performed based on the reception of a 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 / or network status, and / or user registration information, and / or a context held by the AMF, etc. For example, if the network permits the UE's request, the first condition determination may be true, and if the network does not permit the UE's request, the first condition determination may be false. Furthermore, if the network to which the UE is registered and / or a device within the network supports a function requested by the UE, the first condition determination may be true, and if the function requested by the UE is not supported, the first condition determination may be false. Furthermore, if the identification information to be transmitted and received is permitted, the first condition determination may be true, and if the identification information to be transmitted and received is not permitted, the first condition determination may be false. The conditions for determining whether the first condition determination is true or false do not have to be limited to the above-described conditions.

[0202] First, we will explain the case where the first condition determination is true. In the procedure of (A) in Figure 6, the AMF can first execute the fourth condition determination. The fourth condition determination is for determining whether the AMF transmits and receives SM messages to and from the SMF.

[0203] Furthermore, the fourth condition determination may be performed based on whether the AMF has received an SM message. Furthermore, the fourth condition determination may be performed based on whether an SM message is included in the registration request message. For example, if the AMF has received an SM message and / or if the registration request message includes an SM message, the fourth condition determination may be true, and if the AMF has not received an SM message and / or if the registration request message does not include an SM message, the fourth condition determination may be false. Furthermore, the conditions that determine the truth or falsity of the fourth condition determination do not have to be limited to the conditions described above.

[0204] Next, the AMF transmits a registration accept message to the UE via the 5G AN (or gNB) as a response message to the registration request message based on the reception of the registration request message and / or the completion of the transmission and reception of an SM message with the SMF (S608). For example, if the fourth condition determination is false, the AMF may transmit the registration accept message based on the reception of the registration request message from the UE. Also, if the fourth condition determination is true, the AMF may transmit the registration accept message based on the completion of the transmission and reception of an SM message with the SMF. Note that the registration accept message is a NAS message transmitted and received on the N1 interface, but is transmitted and received between the UE and the 5G AN (gNB) included in an RRC message.

[0205] The AMF may include any one or more of the second to third identities in a registration accept message or a registration reject message, where the AMF may indicate that the network supports NTZ by including the second and / or third identities in the registration accept message or the registration reject message.

[0206] Here, when the AMF receives the first identification information or a message including the first identification information from the UE and recognizes that the UE supports NTZ, the AMF may include the second and / or third identification information in a registration accept message or a registration reject message, which is a response message to the registration request message received from the UE, and send the message to the UE. In other words, when the AMF receives the first identification information indicating that the UE supports NTZ from the UE, the AMF may not include the second and / or third identification information in the registration accept message or the registration reject message.

[0207] Conversely, if the AMF does not receive first identification information from the UE indicating that it supports NTZ in a registration request message, or if the AMF receives first identification information from the UE indicating that it does not support NTZ, the AMF may send a registration accept message, which is a response message to the registration request message received from the UE, or the registration accept message to the UE without including the second and / or third identification information.

[0208] Furthermore, when multiple pieces of identification information are transmitted and received, two or more of these pieces of identification information may be configured as one or more pieces of identification information. Note that the information indicating support for each function and the information indicating a request for use of the function may be transmitted and received as the same identification information, or may be transmitted and received as different identification information.

[0209] Furthermore, whether or not to include one or more of the second to third identification information in the registration acceptance message may be selected or determined based on each identification information received by the AMF from the UE or each device, and / or subscriber information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0210] Furthermore, the AMF can include and transmit an SM message in a registration accept message, or can transmit an SM message together with the registration accept message. However, this transmission method may be performed when the SM message is included in the registration request message and the fourth condition determination is true. Also, this transmission method may be performed when the SM message is included together with the registration request message and the fourth condition determination is true. By performing such a transmission method, the AMF can indicate that the procedure for SM has been accepted in the registration procedure. Here, the SM message may be a PDU session establishment request message or a PDU session establishment accept message.

[0211] The AMF may also indicate that the UE's request has been accepted by sending a registration acceptance message based on the received identification information, and / or subscription information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0212] Furthermore, the AMF may include information indicating that some of the UE's requests have been rejected in the registration acceptance message and send it, or may indicate the reason why some of the UE's requests have been rejected by sending the information indicating that some of the UE's requests have been rejected. Furthermore, the UE may recognize the reason why some of the UE's requests have been rejected by receiving the information indicating that some of the UE's requests have been rejected. Note that the reason for the rejection may be information indicating that the content indicated by the identification information received by the AMF is not permitted.

[0213] The UE receives a registration acceptance message from the AMF via the 5G AN (gNB) (S608). By receiving the registration acceptance message, the UE can recognize that the UE's request via the registration request message has been accepted and the contents of various identification information included in the registration acceptance message.

[0214] Here, a UE that receives a registration accept message from the AMF may recognize and store the information indicated by any one or more of the received second and third identification information. That is, the UE may recognize and store that the network supports NTZ by receiving the second and / or third identification information. Also, for example, if the UE has stored NTZ information and receives new NTZ information as the third identification information, the UE may replace the stored NTZ information with the newly received NTZ information.

[0215] Furthermore, the UE may send a registration completion message to the AMF via the 5G AN (gNB) as a response message to the registration acceptance message (S610). Here, the registration completion message is an 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).

[0216] The AMF receives a registration completion message via the 5G AN (gNB) (S610). In addition, each device completes the procedure of (A) in FIG. 6 based on the transmission and reception of the registration acceptance message and / or the registration completion message.

[0217] Next, a case where the first condition determination is false will be described. In the procedure of (B) of Fig. 6, the AMF transmits a registration reject message to the UE via the 5G AN (gNB) as a response message to the registration request message (S612). Here, the registration reject message is an NAS message transmitted and received on the N1 interface, but is transmitted and received between the UE and the 5G AN (gNB) as an RRC message.

[0218] Furthermore, the AMF may indicate that the UE's request via the registration request message has been rejected by sending a registration rejection message. Furthermore, the AMF may include information indicating the reason for the rejection in the registration rejection message and send it, or may indicate the reason for the rejection by sending the reason for the rejection. Furthermore, the UE may recognize the reason for the rejection of the UE's request by receiving information indicating the reason for the rejection of the UE's request. Note that the reason for the rejection may be information indicating that the content indicated by the identification information received by the AMF is not permitted.

[0219] The UE receives a registration rejection message from the AMF via the 5G AN (gNB) (S612). By receiving the registration rejection message, the UE can recognize that the UE's request via the registration request message has been rejected and the contents of the various identification information included in the registration rejection message. Furthermore, if the UE does not receive a registration rejection message even after a predetermined period has elapsed since sending the registration request message, the UE may recognize that the UE's request has been rejected. Each device completes the procedure (B) in this procedure based on the transmission and reception of the registration rejection message.

[0220] The procedure in FIG. 6(B) may be started when the procedure in FIG. 6(A) is stopped.

[0221] Each device completes the registration procedure based on the completion of the procedure of (A) or (B) in Figure 6. Note that each device may transition to a state in which the UE is registered in the network (RM-REGISTERED state) based on the completion of the procedure of (A) in Figure 6, or may maintain a state in which the UE is not registered in the network (RM-DEREGISTERED state) or transition to a state in which the UE is not registered in the network based on the completion of the procedure of (B) in Figure 6. Furthermore, the transition of each device to each state may be based on the completion of the registration procedure or the establishment of a PDU session.

[0222] The UE may also complete the registration procedure based on receiving a registration accept message or a registration reject message.

[0223] Furthermore, each device may perform processing based on the information transmitted and received during the registration procedure based on the completion of the registration procedure. For example, if the device transmits or receives information indicating that some of the UE's requests have been rejected, the device may recognize the reason why the UE's requests have been rejected. Furthermore, each device may perform this procedure again based on the reason why the UE's requests have been rejected, or may perform the registration procedure for the core network_B or another cell.

[0224] Furthermore, the UE may store the identification information received with the registration accept message and / or the registration reject message and may recognize the network's decision based on the completion of the registration procedure.

[0225] The UE may recognize the content of the above identification information by receiving a registration acceptance message or a registration rejection message.

[0226] The behavior to be performed when each piece of identification information is received may be performed based on the received identification information.

[0227] An example of an MM procedure that takes NTZ into account is given in Chapter 5.

[0228] 4.3. Session Management Procedures The Session Management (SM) procedure will be explained with reference to FIG.

[0229] Here, the SM procedure may include a PDU Session Establishment procedure, a PDU Session Modification procedure, a PDU Session Release procedure, or a PDU session authentication and authorization procedure.

[0230] These session management procedures may include procedures initiated by a UE request (UE-requested) and procedures initiated by a network request (NW-requested). In this specification, a procedure initiated by a network request is also referred to as a network initiated (NW-init) procedure, and a procedure initiated by a UE request is also referred to as a UE initiated (UE-init) procedure.

[0231] More specifically, for example, the PDU session establishment procedure may include only a UE-requested procedure, for example, the PDU session modification procedure or the PDU session release procedure may include both a UE-requested procedure and a NW-requested procedure, and for example, the PDU session authentication and authorization procedure may include only a NW-requested procedure.

[0232] Additionally, the first identification information may be included in an initial message that initiates the UW-initiated SM procedure and sent to the network, or the network may receive a message from the UE that includes the first identification information.

[0233] Here, when the network receives first identification information from the UE indicating that the UE supports NTZ, the network may recognize that the UE supports NTZ, and based on this recognition, may include the second and / or third identification information in a response message to the request message received from the UE and send it to the UE.

[0234] Conversely, if the network does not receive the first identification information from the UE or receives the first identification information from the UE indicating that the UE does not support NTZ, the network may recognize that the UE does not support NTZ, and based on this recognition, may send to the UE a response message to the request message received from the UE without including the second and / or third identification information. In other words, if the network does not receive the first identification information from the UE or receives the first identification information indicating that the UE does not support NTZ, the network may send to the UE a response message to the request message received from the UE without including the second and / or third identification information.

[0235] Here, in a UE-initiated SM procedure, the first message including the first identification information that the UE sends to the network may be a PDU session establishment request message in a PDU session establishment procedure, or a PDU session modification request (PDU Session Modification Request) message in a PDU session modification procedure, or a PDU session release request message in a PDU session release procedure.

[0236] Furthermore, in a UE-initiated SM procedure, the response message including the second and / or third identification information may be a PDU session establishment acceptance message or a PDU session establishment rejection message in a PDU session establishment procedure, or a PDU session modification acceptance message or a PDU session modification rejection message in a PDU session modification procedure, or a PDU session release acceptance message or a DU session release rejection message in a PDU session release procedure.

[0237] The NW may also include the second and / or third identification information in an initial message initiating a NW-initiated MM procedure and send it to the UE, or the UE may receive a message from the NW including the second and / or third identification information. Furthermore, a UE that supports NTZ and receives the second and / or third identification information from the NW may recognize that the NW supports NTZ and may store the third identification information if it is included.

[0238] Here, in a NW-initiated SM procedure, the first message including the second and / or third identification information that the NW sends to the UE may be a PDU Session Release Command message in a PDU session release procedure, or a PDU Session Modification Command message in a PDU session modification procedure.

[0239] In addition, when the NW transmits the second and / or third identification information to the UE in the NW-initiated SM procedure, the NW may recognize that the UE supports NTZ from another procedure, the UE's subscription information, etc. In other words, for example, when the NW or the SMF recognizes that the UE supports NTZ, the NW or the SMF may transmit a message including the second and / or third identification information to the UE.

[0240] In addition, the UE-requested PDU session change procedure or the UE-requested PDU session release procedure may be initiated by the UE sending a request message, and the respective procedure may then be executed or completed by executing the network-requested PDU session change procedure or the network-requested PDU session release procedure, or by sending a response message (e.g., a rejection message) from the NW to the UE, as will be described in more detail below.

[0241] Next, each of the above-mentioned session management procedures will be explained.

[0242] The process (A) in the session management procedure shown in Fig. 7 may be a process that is executed only in the UE-requested PDU session change procedure and the UE-requested PDU session release procedure. In other words, in the PDU session establishment procedure or the PDU session authentication and authorization procedure, the process (A) in the session management procedure shown in Fig. 7 does not need to be executed, and only the transmission of a session management request message from the UE to the SMF (S700) and the transmission of a response message to the session management request message from the SMF to the UE (S706) may be executed.

[0243] Furthermore, in the network-requested PDU session modification procedure and the network-requested PDU session release procedure, only the process (A) in the session management procedure (hereinafter also simply referred to as the process (A)) may be executed. In other words, in the network-requested PDU session modification procedure and the network-requested PDU session release procedure, only the transmission of a command message from the SMF to the UE (S702) and the transmission of a response message to the command message from the UE to the SMF (S704) may be executed. In other words, the process (A) in the session management procedure may be the network-requested PDU session modification procedure or the network-requested PDU session release procedure.

[0244] Next, each step of the session management procedure will be explained.

[0245] First, the UE sends a session management request message to the core network (S700). Here, the UE may include first identification information in the SM request message. More specifically, the UE sends the session management request message (also referred to as an SM request message) to the SMF via the gNB ((R)AN) and the AMF. In addition, the UE may send the session management request message to the network to start a UE-requested session management procedure.

[0246] Here, the session management request message may be, for example, a PDU session establishment request message in a UE-requested PDU session establishment procedure, a PDU session modification request message in a UE-requested PDU session modification procedure, a PDU session release request message in a UE-requested PDU session release procedure, or a 5GSM status message in a 5GSM status procedure. Note that, for example, in a network-requested PDU session modification procedure, a network-requested PDU session release procedure, or a PDU session authentication and authorization procedure, transmission of a session management request message from the UE to the SMF may not be performed.

[0247] Next, the SMF that receives the session management request message from the UE may perform the process of (A) or may transmit a response message to the session management request to the UE (S706). Here, the NW or the SMF may include the second and / or third identification information in the response message and transmit it to the UE.

[0248] Next, the process (A) during the session management procedure will be described. In the process (A), the SMF sends a command message to the UE via the AMF and the gNB. More specifically, the command message may be, for example, a PDU session modification command message, a PDU session release command message, or a PDU session authentication command message in the PDU session authentication and authorization procedure.

[0249] Subsequently, the UE that has received the command message from the SMF via the AMF and the gNB (S702) may transmit a response message to the command message to the network (S706). More specifically, the response message to the command message may be, for example, a PDU session modification complete message or a PDU session modification command reject message in a PDU session modification procedure, a PDU session release complete message in a PDU session release procedure, or a PDU session authentication complete message in a PDU session authentication and authorization procedure.

[0250] Here, the network-requested PDU session change procedure and the network-requested PDU session change procedure complete or terminate the session management procedure upon receiving a response message corresponding to the command from the UE, and there is no need to perform the subsequent procedures described in Figure 7.

[0251] Alternatively, when responding to a session management request message received from the UE, or when rejecting each procedure or a response from the UE in each procedure without performing the process of (A), the SMF transmits a response message to the session management request message (also referred to as an SM response message) to the UE (S706). More specifically, for example, in a PDU session establishment procedure, when the SMF receives a PDU session establishment request message from the UE (S700), it may transmit a PDU session establishment accept message or a PDU session establishment reject message to the UE (S706). Note that in the PDU session establishment procedure, it is not necessary to perform the process of (A).

[0252] Also, for example, in a PDU session modification procedure or a PDU session release procedure, if the SMF rejects a PDU session modification request message or a PDU session release request message (S702) received from the UE, it may send a PDU session modification rejection message or a PDU session release rejection message to the UE (S706). Here, the NW may include the second and / or third identification information in each rejection message and send it to the UE.

[0253] Here, a PDU session establishment procedure will be described in more detail as a specific example of a session management procedure. The UE may start the PDU session procedure by sending a PDU session establishment request message including second and / or third identification information to the network as a session management request message (S700). More specifically, the UE may send the PDU session establishment request message to the SMF via the gNB ((R)AN) and the AMF.

[0254] Next, the network includes the second and / or third identification information in a response message to the session management request message received from the UE and transmits the response message to the UE (S706). More specifically, the SMF may transmit a PDU session establishment accept message or a PDU session establishment reject message to the UE as a response message to the PDU session request message received from the UE, or may transmit these messages by including the second and / or third identification information in the messages. When the UE receives the PDU session establishment accept message or the PDU session establishment reject message transmitted by the SMF via the AMF and the gNB((R)AN), the UE and each device may terminate the PDU session establishment procedure.

[0255] The above describes a specific example of a PDU session establishment procedure as a specific example of a session management procedure, but other SM procedures may also operate in accordance with the explanation in this chapter, and each message sent and received in the procedure of this embodiment may be replaced with the message name of each other SM procedure.

[0256] An example of an SM procedure that takes NTZ into account is given in Chapter 5.

[0257] 5. Embodiment Next, each embodiment of this example will be described. Note that each embodiment described in this chapter may be implemented based on the definitions of terms and various identification information explained in Chapter 3, and the procedures explained in Chapter 4.

[0258] Furthermore, the UE, UAV, access network, or core network of each embodiment described in this chapter may be an embodiment executed after completing any one or more of the procedures in Chapter 4.

[0259] Furthermore, the UE in each embodiment described in this chapter may be a normal UE, a UAV or aerial UE, a UAV-C, or an AAM. In other words, when a UE is referred to in this chapter, it may be a normal UE, a UAV, an aerial UE, a UAV-C, or an AAM.

[0260] Furthermore, the UE, UAV, access network, or core network of each embodiment described in this chapter may be in a state where it has completed one or more of the procedures in Chapter 4, and the UE has received and stored third identification information from the access network and / or core network. In other words, unless otherwise specified, the UE or UAV of each of the first to fifth embodiments may start in a state where it has stored third identification information.

[0261] Furthermore, unless otherwise specified, the embodiments in this example are not limited to being implemented individually and independently as each embodiment described in each section of this chapter, but may be implemented as a combination of one or more embodiments described in each section, or one or more embodiments described in each section may be implemented in any order.

[0262] Furthermore, the transmission and reception of the first to third identification information between the UE or UAV and the network (access network or core network) does not have to be limited to the same procedure. More specifically, for example, the UE may transmit the first identification information to the network in the MM procedure, and the UE may receive broadcast information or an RRC message including the third identification information from the gNB, but this is not limited to this.

[0263] More specifically, for example, a UE that has executed the first embodiment may execute one or more of the second to fifth embodiments based on the state of the UE after execution of the first embodiment.

[0264] Or, more specifically, for example, a UE that has executed the sixth embodiment may execute one or more of the second to fifth embodiments based on the state of the UE after execution of the sixth embodiment.

[0265] Each embodiment of the examples will be described below.

[0266] 5.1. First embodiment A first embodiment of this example will be described. Hereinafter, in this section, the first embodiment will also be referred to as this embodiment.

[0267] Here, the UE or UAV of the first embodiment may be an embodiment executed when it receives and stores NTZ information from a network (core network or access network) in any one or more procedures in Chapter 4. Here, the NTZ information received by the UE from the network may be third identification information. In other words, the UE of this embodiment may receive and store the third identification information included in broadcast information, and / or an RRC message, and / or an MM message, and / or an SM message.

[0268] Furthermore, when a UAV or UE of this embodiment that has completed one or more of the procedures in Chapter 4 moves into an area included in the NTZ information based on the third identification information stored, it may recognize that communication using certain frequency bands, carrier frequencies, etc. is prohibited or not permitted within that area, or may further indicate this to a lower layer.

[0269] More specifically, for example, the UAV or UE of the first embodiment receives and stores NTZ information included in broadcast information or SIB, etc., and may recognize that communication using a specific frequency band and / or carrier frequency, etc. is not permitted in a specific area indicated by information indicating the cell ID, and / or tracking area ID, and / or location information, and / or frequency band, and / or carrier frequency, etc. included in the NTZ information, or may indicate this to a lower layer.

[0270] Furthermore, for example, the UAV or UE receives and stores the NTZ information indicated by the third identification information included in an RRC message, an MM message, an SM message, and / or broadcast information. The UAV or UE that has stored the NTZ information indicated by the received third identification information may recognize, based on the NTZ information, that the UAV or UE has entered the NTZ area, and may further recognize that the use of the frequency band and / or carrier frequency indicated by the NTZ information is not permitted in the area, or may further indicate this to a lower layer.

[0271] Furthermore, a UE or UAV that has completed the first embodiment may also perform one or more of the second to fifth embodiments described below.

[0272] [5.2. Second embodiment] A second embodiment of this example will be described. In this section, the second embodiment will also be referred to as this embodiment.

[0273] The second embodiment may be an embodiment that starts from a state in which the UAV or UE in the first embodiment receives and stores NTZ information and recognizes that it has entered the NTZ area.

[0274] When a UE that has entered an NTZ area uses a frequency band and / or carrier frequency, etc., the use of which is prohibited in that area, the UE may stop communication in that frequency band and / or carrier frequency, etc. if it is currently performing communication in that frequency band and / or carrier frequency, and may switch to a different frequency band and / or carrier frequency, etc. More specifically, for example, a UE that recognizes that it has entered an NTZ area may indicate to a lower layer that the use of the frequency band and / or carrier frequency, etc. that it is using at the time of entering the area is not permitted and that it needs to switch to a different frequency band and / or carrier frequency, etc.

[0275] Furthermore, in the case of a UAV or UE of this embodiment, when a UE or UAV is communicating in an area where an NTZ applies using a frequency band and / or carrier frequency, etc. that is not permitted for use in an area where an NTZ applies outside the area where the NTZ applies, and the UE or UAV enters an area where an NTZ applies, the UE or UAV may be able to discontinue communication in that frequency band and / or carrier frequency, etc., and resume or continue communication using a frequency selected from the frequency band and / or carrier frequency, etc. included in the third identification information and switched to.

[0276] In other words, for example, if a UAV or UE of the second embodiment is using a first frequency band and / or carrier frequency, etc. that is not permitted for use in a specific area indicated by the NTZ information, when it enters a specific area to which the NTZ applies, it may switch to a second frequency band and / or carrier frequency, etc. that is different from the first frequency band and / or carrier frequency, etc., and continue communication using the second frequency band and / or carrier frequency, etc. to which it has further switched.

[0277] 5.3. Third embodiment A third embodiment of this example will be described. In this section, the third embodiment will also be referred to as this embodiment.

[0278] In the third embodiment, if a UAV or UE cannot switch to a frequency band and / or carrier frequency, etc. other than those in which communication is not permitted in an area to which the NTZ applies, the UAV or UE may not perform communication and communication-related operations, i.e., may not transmit control messages and user data, and / or may stop transmitting and / or may be prohibited from transmitting.

[0279] Here, when a UAV or UE is unable to switch to a band other than a frequency band and / or carrier frequency, etc., in which communication is not permitted in an area to which the NTZ applies, this may mean that the UAV or UE does not have the capability or circuitry to communicate in a frequency band and / or carrier frequency, etc., in which use is not permitted in a specific area.

[0280] Furthermore, when the UAV or UE of this embodiment is located within a specific area where NTZ applies, if it receives a message transmitted using a frequency band and / or carrier frequency that is not permitted for use by the access network or core network, it may not respond to the message or may be prohibited from responding.

[0281] Furthermore, if a UAV or UE supporting the NTZ of the first to sixth embodiments receives a message transmitted using a frequency band and / or carrier frequency that is not permitted for use by the access network or core network within a specific area to which the NTZ applies, the UAV or UE may recognize that a reply to the message is prohibited, may not transmit a reply to the message, or may ignore the message.

[0282] Alternatively, if a UAV or UE that supports the NTZ of the first to sixth embodiments receives a message transmitted using a frequency band and / or carrier frequency, etc., that is not permitted for use by the access network or core network within a specific area to which the NTZ applies, the UAV or UE may recognize that a reply to the message is prohibited, or may not transmit a reply to the message, or may ignore the message.

[0283] Alternatively, a UAV or UE that supports the NTZ of the first to sixth embodiments may recognize, or may not receive, or may further indicate to a lower layer, that it must not receive messages transmitted using frequency bands and / or carrier frequencies, etc. that are not authorized for use by the access network or core network within the specific area to which the NTZ applies.

[0284] [5.4. Fourth embodiment] A fourth embodiment of this example will be described. In this section, the fourth embodiment will also be referred to as this embodiment.

[0285] This embodiment may be an embodiment in which a UAV or UE that communicates with other UAVs, UAV-Cs, or UEs via a direct connection via a PC5 interface in addition to communication via a Uu interface is also subject to NTZ regulations in specific areas where NTZ is applied.

[0286] More specifically, for example, a UAV or UE according to this embodiment may be performing broadcasting (remote ID or DAA (Detect and Avoid)) for direct communication or A2X communication via a sidelink via a PC5 interface. If the UAV or UE is not permitted, i.e., restricted, to use the frequency band and / or carrier frequency of the sidelink used for communication via the PC5 interface in an area where NTZ is applied, the UAV or UE may switch to a sidelink using a different frequency band and / or carrier frequency. Alternatively, if the UAV or UE does not have the capability or circuitry to communicate using a frequency band and / or carrier frequency other than the unauthorized frequency band and / or carrier frequency, the UAV or UE may stop communicating using the sidelink.

[0287] Furthermore, when a UAV or UE of this embodiment is located within a specific area where NTZ applies, if it receives a message transmitted using a sidelink, such as a frequency band and / or carrier frequency that is not permitted for use by another UAV, an access network, or a core network, it may not transmit a response message to the message, or a response may be prohibited, or the UAV may recognize that a response is prohibited.

[0288] This embodiment may be performed together with the third embodiment after the first embodiment is performed. More specifically, for example, when a UE connected via Uu and PC5 is not permitted to communicate in the NTZ based on the NTZ information, [5.5. Fifth embodiment] A fifth embodiment of this example will be described. In this section, the fifth embodiment will also be referred to as the present embodiment.

[0289] Here, this embodiment is an embodiment in which, for example, the restriction indicated by the NTZ information is restricted for a specific period or a specific time. In other words, for example, the UE or the network or each device of the network in this embodiment may be restricted to a specific frequency band and / or carrier frequency, etc. in a specific area for a specific period.

[0290] More specifically, for example, the third identification information in this embodiment may further include information indicating a period during which the NTZ or the restrictions indicated by the NTZ information apply, in addition to information regarding the area of ​​the NTZ, and one or more frequency bands and / or carrier frequencies that are not permitted for use in the area. Here, the period during which the NTZ information applies may be a start time and an end time, or may be time information or a timer value indicating the start time and the period, but is not limited to these.

[0291] In this embodiment, the UE, UAV, or network may not be permitted to perform communications and communication-related operations using one or more frequency bands, and / or carrier frequencies, etc. corresponding to the period and area during which the NTZ restrictions included in the third identification information apply, but may be permitted to perform communications and communication-related operations using the frequency bands, and / or carrier frequencies, etc. during other periods.

[0292] Here, for example, the UE that receives the third identification information of the present embodiment may start a timer corresponding to the period included in the third identification information.

[0293] More specifically, for example, when a UE or UAV receives a message including the third identification information of this embodiment, i.e., identification information further including the period during which the NTZ applies, and recognizes that it has entered an NTZ area, it may further determine whether or not it is a period during which the NTZ applies from the content of the third identification information of this embodiment. Furthermore, the UE or UAV may recognize or determine that it is a period during which the NTZ applies and recognize that the frequency band and / or carrier frequency, etc. included in the third identification information of this embodiment are not permitted. In other words, the behavior of the UE or UAV during the period during which the NTZ applies, indicated by the third identification information of this embodiment, may be similar to that described in the second and third embodiments. That is, if a frequency band and / or carrier frequency, etc. that is prohibited for use in the NTZ application area is being used during the period indicated by the third identification information of this embodiment, the UE may switch to a different frequency band and / or carrier frequency, etc., or if the frequency band and / or carrier frequency, etc. indicated by the third identification information of this embodiment does not include a frequency band and / or carrier frequency, etc. that the UE can use, the UE may not perform communications and communication-related operations using the frequency band and / or carrier frequency, etc.

[0294] Note that, here, we have shown an example of the behavior of a UE that determines whether or not it is a period in which the NTZ applies after the UE or UAV enters an NTZ area, but the UE or UAV may also determine whether or not the location of the UE at that time is in the NTZ target region (area or zone) after determining whether or not it is a period in which the NTZ applies, and this is not limited to these.

[0295] Furthermore, more specifically, for example, when a UE enters an NTZ area and recognizes that the NTZ indicated by the third identification information of this embodiment is in application period, the UE may indicate to a lower layer that the frequency band and / or carrier frequency, etc., that is in use at the time of entering the area is not permitted to be used and that a different frequency band and / or carrier frequency, etc., needs to be switched to.

[0296] Conversely, for example, if the period is outside the NTZ application period indicated by the third identification information of this embodiment, the UE or UAV may recognize that the NTZ application area, frequency band, and / or carrier frequency, etc. indicated by the third identification information do not apply.

[0297] Therefore, this embodiment may be, for example, the first to fourth embodiments in which the NTZ information, i.e., the third identification information, further includes information related to the period or time. In other words, for example, if the third identification information of this embodiment does not include or indicate information related to the period or time, the UE and / or the network may perform the operations described in the first to fourth embodiments.

[0298] [5.6. Sixth embodiment] The sixth embodiment of this example will be described. In this section, the fifth embodiment will also be referred to as this embodiment.

[0299] The UE of this embodiment is an embodiment in which, in the first embodiment, the frequency-related information included in the third identification information, which is NTZ information, is information related to frequencies such as frequency bands and / or carrier frequencies that the UE or UAV can use for communication in an area where NTZ is applied.

[0300] That is, the UE or UAV of the sixth embodiment may be an embodiment that is executed when it receives and stores NTZ information from a network (core network or access network) in any one or more procedures in Chapter 4. In other words, the UE of the present embodiment may receive and store the third identification information included in broadcast information, and / or an RRC message, and / or an MM message, and / or an SM message. Note that here, the NTZ information that the UE receives from the network may be the third identification information, and the frequency-related information included in the received third identification information may be information related to frequencies such as frequency bands and / or carrier frequencies that the UE or UAV can use for communication in an area where NTZ is applied.

[0301] Furthermore, a UE or UAV of this embodiment that has completed one or more of the procedures in Chapter 4 has received third identification information as NTZ information, which includes frequency bands and / or carrier frequencies, etc. that the UE or UAV can use for communication in an area to which NTZ is applied, as frequency-related information.Based on the contents of the third identification information received from the network and stored, when the UE or UAV moves into an area included in the NTZ information, the UE or UAV may recognize that communication using specific frequency bands and / or carrier frequencies, etc. is prohibited or permitted and available within the area, or may indicate this to a lower layer.

[0302] Furthermore, if the frequency-related information in the third identification information received by the UE of this embodiment is information related to frequencies that the UE can use for communication, and if the frequency band and / or carrier frequency, etc. used by the UE in the NTZ application area do not match the information included in the third identification information, the UE may recognize that it is using a frequency band and / or carrier frequency, etc. that is not permitted in the NTZ application area, or may further indicate this to a lower layer.

[0303] Furthermore, the UE of this embodiment may select, switch to, and use a frequency band and / or carrier frequency, etc. from a frequency band and / or carrier frequency, etc. that the UE can use for communication, which is included in the third identification information, from a frequency band and / or carrier frequency, etc. that is not permitted for use. Here, when a UE or UAV that is communicating outside an NTZ application area using a frequency band and / or carrier frequency, etc. that is not permitted for use in an NTZ application area enters an NTZ application area, the UE or UAV may stop communication on that frequency band and / or carrier frequency, etc., select and switch a frequency band and / or carrier frequency, etc. from the frequency band and / or carrier frequency, etc. included in the third identification information, and then resume or continue communication using that frequency band and / or carrier frequency, etc.

[0304] In addition, if a UAV or UE cannot switch to the frequency band and / or carrier frequency, etc. included in the third identification information in an area where the NTZ applies, the UAV or UE may not perform communications and communications-related operations, i.e., may not transmit control messages and user data, and / or may stop transmission and / or may be prohibited from transmitting. Here, if a UE or UAV communicating outside the NTZ application area using a frequency band and / or carrier frequency, etc. that is not permitted for use in the NTZ application area, enters the NTZ application area, the UE or UAV may stop communications using the frequency band and / or carrier frequency, etc., and if the frequency band and / or carrier frequency, etc. included in the third identification information does not include a frequency band and / or carrier frequency, etc. that the UE or UAV can use, the UE or UAV may stop the current communication.

[0305] Furthermore, for example, the UAV or UE of the first embodiment may receive and store the NTZ information included in the broadcast information (SIB), and may recognize or indicate to a lower layer that communication using a specific frequency band, and / or carrier frequency, etc. is permitted and usable in a specific area to which the NTZ is applied, indicated by the information indicating the cell ID, and / or tracking area ID, and / or location information, and / or frequency band, and / or carrier frequency, etc. included in the NTZ information.

[0306] Furthermore, for example, the UAV or UE receives and stores the NTZ information indicated by the third identification information included in an RRC message, an MM message, an SM message, and / or broadcast information. The UAV or UE that has stored the NTZ information may recognize, based on the NTZ information, that the UAV or UE has entered the NTZ area, and may further recognize that the frequency band and / or carrier frequency indicated by the NTZ information is permitted and available for use in the area, or may further indicate this to a lower layer.

[0307] Furthermore, a UE or UAV that has completed the sixth embodiment may execute any one or more of the second to fifth embodiments, and if necessary, the frequency-related information contained in the third identification information may be interpreted as a frequency band and / or carrier frequency that the UE can use for communication, etc. 6. Variations The program that runs on the device according to one aspect of this embodiment may be a program that controls a central processing unit (CPU) or the like to cause a computer to function so as to realize the functions of the embodiment according to one aspect of this embodiment. The program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM), a non-volatile memory such as a flash memory, a hard disk drive (HDD), or another storage device system.

[0308] A program for realizing the functions of an embodiment according to one aspect of this example may be recorded on a computer-readable recording medium. The program may be read into a computer system and executed. The term "computer system" as used herein refers to a computer system built into a device, including hardware such as an operating system and peripheral devices. The term "computer-readable recording medium" may refer to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically stores a program for a short period of time, or any other computer-readable recording medium.

[0309] Additionally, each functional block or feature of the device used in the above-described embodiments may be implemented or performed by an electrical circuit, such as an integrated circuit or multiple integrated circuits. The electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, or a conventional processor, controller, microcontroller, or state machine. The electrical circuit may be composed of digital circuits or analog circuits. Furthermore, as advances in semiconductor technology emerge, one or more aspects of the present embodiments may utilize new integrated circuit technologies that replace current integrated circuits.

[0310] It should be noted that this example is not limited to the above-described embodiment. In the embodiment, one example of a device is described, but this example is not limited to this and can be applied to stationary or non-movable electronic devices installed indoors or outdoors, such as terminal devices or communication devices for AV equipment, kitchen equipment, cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.

[0311] Although the embodiment of this example has been described in detail above with reference to the drawings, the specific configuration is not limited to this embodiment, and design modifications within the scope of this example are also included. Furthermore, various modifications of this example are possible within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of this example. Furthermore, configurations in which elements described in each of the above embodiments are substituted with elements that achieve the same effect are also included. [Explanation of symbols]

[0312] 1. Mobile communication systems 10 UE_A 30 PGW-U 32 PGW-C 35 SGW 40 MME 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 140 AMF 150 UDM 160 PCF 190 Core Network_B 235 UPF_A 239 UPF_C

Claims

1. A UAV (Uncrewed Aerial Vehicle) having a transceiver unit and a control unit, The transmitting / receiving unit receives broadcast information, The broadcast information includes a cell ID, and / or a tracking area ID, and / or location information, and / or information indicating a frequency band, The control unit recognizes that communication using a specific frequency band is not permitted in a specific area indicated by information included in the notification information. A UAV characterized by:

2. If the UAV uses a first frequency band that is not permitted for use in the particular area, the control unit switches to a second frequency band different from the first frequency band in the specific area.

2. The UAV according to claim 1, characterized in that:

3. When the control unit cannot switch to a frequency band other than a frequency band in which communication is not permitted in the specific area, The transceiver does not transmit control messages and user data.

3. The UAV according to claim 1 or 2, characterized in that:

Images