Methods, devices, and systems for supporting no transmit zone for user equipment

Abstract

The present disclosure describes methods, system, and devices for supporting no transmit zone (NTZ) for user equipment (UE). One method includes receiving, by a base station, a first next generation application protocol (NGAP) message for NTZ configuration from a core network; and sending, by the base station, a second NGAP message to the core network; wherein the first NGAP message comprises a first set of NTZ information for at least one UE. Another method includes sending, by a core network, a first NGAP message for NTZ configuration to a base station; and receiving, by the core network, a second NGAP message from the base station, wherein the first NGAP message comprises a first set of NTZ information for at least one UE.

Description

METHODS, DEVICES, AND SYSTEMS FOR SUPPORTING NO TRANSMIT ZONE FOR USER EQUIPMENTTECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods, devices, and systems for supporting no transmit zone (NTZ) for user equipment (UE) .BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed, low-latency, and versatile wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0003] In some implementations, a no transmit zone (NTZ) may be referred as a geographical area where an aerial user equipment (UE) is not allowed to transmit for spectrum compatibility purposes in a given harmonized moble / fixed communications network (MFCN) band. There are various issues / problems associated with configuring NTZ in a wireless communication system. For example, how to support the NTZ mechanism for one or more UEs in the wireless communication system.

[0004] The present disclosure describes various embodiments for supporting no transmit zone (NTZ) for user equipment (UE) , addressing at least one of the issues / problems discussed above, enhancing the capability of the wireless communication system and / or improving coordination among a plurality of network nodes to achieve flexible activation and deactivation of NTZ for UEs, which improves the efficiency and / or performance of the wireless communication.SUMMARY

[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for supporting no transmit zone (NTZ) for user equipment (UE) . Various embodiments in the present disclosure may increase the resource utilization efficiency, and / or improve versatile applicability of the wireless communication and / or of user equipment.

[0006] In one embodiment, the present disclosure describes a method for wireless communication. The method includes receiving, by a base station, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration from a core network; and sending, by the base station, a second NGAP message to the core network; wherein the first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .

[0007] In another embodiment, the present disclosure describes a method for wireless communication. The method includes sending, by a core network, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration to a base station; and receiving, by the core network, a second NGAP message from the base station, wherein the first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .

[0008] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.

[0009] In some other embodiments, a device for wireless communication may include at least one memory storing instructions and at least one processing circuitry in communication with the at least one memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out the above methods.

[0010] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may include a non-transitory computer-readable medium.

[0011] The above and other aspects and their implementations are described in greater detail in  the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG. 1A shows a schematic diagram of a wireless communication system.

[0013] FIG. 1B shows a schematic diagram of a base station.

[0014] FIG. 1C shows another schematic diagram of a base station.

[0015] FIG. 2 shows an example of a network node.

[0016] FIG. 3 shows an example of a user equipment.

[0017] FIG. 4A shows a flow diagram of a method for wireless communication.

[0018] FIG. 4B shows a flow diagram of another method for wireless communication.

[0019] FIG. 5 shows a flow diagram of an exemplary embodiment for wireless communication.

[0020] FIG. 6 shows a flow diagram of another exemplary embodiment for wireless communication.

[0021] FIG. 7 shows a flow diagram of another exemplary embodiment for wireless communication.

[0022] FIG. 8 shows a flow diagram of another exemplary embodiment for wireless communication.

[0023] FIG. 9 shows a flow diagram of another exemplary embodiment for wireless communication.

[0024] FIG. 10 shows a flow diagram of another exemplary embodiment for wireless communication.

[0025] FIG. 11 shows a flow diagram of another exemplary embodiment for wireless communication.DETAILED DESCRIPTION

[0026] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0027] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0028] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0029] The present disclosure describes various embodiments for supporting no transmit zone (NTZ) for user equipment (UE) .

[0030] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed, low-latency, and versatile wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0031] In some implementations, a no transmit zone (NTZ) may be referred as a geographical area where an aerial user equipment (UE) is not allowed to transmit for spectrum compatibility purposes in a given harmonized moble / fixed communications network (MFCN) band. There are various issues / problems associated with appling NTZ in a wireless communication system. For example, how to support the NTZ mechanism for one or more UEs in the wireless communication system.

[0032] In some implementations, a new radio (NR) may support aerial UE communication with specific aerial related functions. NR connectivity for UEs capable of aerial communication is supported via a portion or all of the following functionalities: subscription-based aerial UE identification and authorization; altitude reporting based on the measurement event (s) where the UE's altitude has crossed a network-configured reference altitude threshold; altitude-dependent configurations which apply only to specific altitude regions; interference detection based on a measurement reporting that is triggered when a configured number of cells (i.e. larger than one) fulfils the triggering criteria simultaneously; signalling of flight path information from UE to NG-RAN and from the source gNB to target gNB during handover; location information reporting, including UE's horizontal and vertical velocity; and / or transmitting of BRID and DAA messages via PC5 interface.

[0033] Some implementations include subscription-based identification of aerial UE. Support for aerial UE functions may be stored in the user's subscription information in united data management (UDM) . UDM transfers this information to an access and mobility management function (AMF) during registration, service request and mobility registration update procedures. In  some implementations, the Aerial UE subscription information can be provided by the AMF to the NG-RAN node via the NGAP INITIAL CONTEXT SETUP REQUEST message during the Registration, Mobility Registration Update and Service Request procedures. The subscription information can also be updated via the next generation application protocol (NGAP) UE Context Modification procedure and NGAP Path Switch Request procedure. In addition, for Xn-based handover, the source NG-RAN node can include the Aerial UE subscription information in the XnAP HANDOVER REQUEST message and RETRIEVE UE CONTEXT RESPONSE message to the target NG-RAN node. In some implementations, for intra-and inter-AMF NG-based handover, the AMF provides the Aerial UE subscription information to the target NG-RAN node after the handover procedure.

[0034] Some implementations include altitude-based reporting for aerial UE communication. An Aerial UE can be configured with altitude-dependent, event-based measurement reporting (i.e., eventH1 and eventH2) . An Aerial UE sends a measurement report when its altitude becomes higher or lower than configured threshold. The UE includes its altitude and location information in the measurement report if configured to do so by NG-RAN. RSRP / RSRQ / SINR measurement results are always reported when height reporting is configured. In some implementations, the Aerial UE can also be configured to trigger measurement reporting only when both an altitude-dependent condition and an RSRP / RSRQ / SINR-based condition are met (i.e., eventA3H1, eventA3H2, eventA4H1, eventA4H2, eventA5H1 and eventA5H2, commonly denoted as eventAxHy) . For the content of eventAxHy measurement report, the same rules as described above for eventH1 and eventH2 apply.

[0035] Some implementations include altitude-dependent configurations for aerial UE communication. An Aerial UE can be configured with multiple altitude-dependent configurations, each of which is applied in its corresponding altitude range. Altitude-dependent configurations can be provided independently in measurement object (i.e. SSB-ToMeasureAltitudeBased) and an Aerial UE uses those when in RRC_CONNECTED.

[0036] Some implementations include interference detection and mitigation for aerial UE communication. For interference detection, an Aerial UE can be configured with RRM event A3, A4, A5 or AxHy that triggers measurement report when individual (per cell) RSRP / RSRQ / SINR  values (for events A3, A4, A5) or RSRP / RSRQ / SINR and measured Aerial UE's altitude (for events AxHy) for a configured number of cells fulfil the configured event. Once such condition is met and a measurement report is sent, the list of triggered cells is updated when subsequent cell (s) fulfil the event. However, further measurement reports are not sent while the list of triggered cells remains larger than or equal to the configured number of cells unless reportOnLeave is configured. Some implementations include flight path information reporting for aerial UE communication. NG-RAN can request the Aerial UE to report flight path information based on the indication from the Aerial UE that flight path information is available or without such indication from the Aerial UE. Flight path information consists of a number of waypoints defined as 3D locations. Aerial UE reports up to a configured number of waypoints if flight path information is available at the UE. The report can also contain a time stamp per waypoint if configured by the NG-RAN and if available at the UE. In some implementations, the flight path information can be also provided by the source gNB to the target gNB during handover. If configured by the NG-RAN and if the associated distance-or time-based condition (e.g., flightPathUpdateDistanceThr and flightPathUpdateTimeThr, respectively) for indication reporting are met for any of the waypoints, the Aerial UE indicates the availability of the updated flight path information. The Aerial UE can also indicate the availability of the updated flight path information if a new waypoint has been added or if a future waypoint has been removed from the flight path information.

[0037] Some implementations include location reporting for aerial UE communication. Location information for Aerial UE communication can include horizontal and vertical speed if configured. Location information can be included in RRM report and in altitude-based reporting.

[0038] Some implementations include BRID and DAA support via A2X communication. The Aerial UE supports A2X communication. BRID relies on broadcasting while DAA can be provided either via unicast or broadcast transmissions in NR sidelink. BRID and DAA message transmission is supported in both in-coverage and out-of-coverage scenarios and relies only on UE autonomous resource selection for NR sidelink communication. In some implementations, BRID and DAA follow the QoS framework defined for NR sidelink and dedicated A2X PQI values are pre-defined and stored. The NG-RAN can configure a separate SL Tx resource pool for BRID and DAA, while the procedure for SL Tx pool selection for A2X may be specified.

[0039] FIG. 1A shows an example of cellular wireless communication network 100 (also referred to as wireless communication system) that includes a core network 110, a radio access network (RAN) 120, and one or more user equipment (UE) 130. The core network 110 may include a user plane function (UPF) , which represents the data plane evolution of a control and user plane separation strategy. The UPF plays the important role in the process of data transfer by providing an interconnect point between the RAN 120 and the Data Network (DN) , for example, encapsulation and decapsulation of GTP-U. The UPF may perform the functionalities including but not limited to serving as an anchor point for intra- / inter-radio access technology (RAT) mobility, packet routing and forwarding, traffic usage reporting, quality of service (QoS) handling for the user plane, downlink packet buffering and downlink data notification triggering.

[0040] The core network may include a session management function (SMF) , wherein the SMF performs the functionalities including but not limited to establishment, modification, and release of communication sessions, UE IP address allocation and management (including optional authorization functions) , selection and control of UPF, and downlink data notification. Each SMF may control one or more UPFs and is associated with a service area being a collection of UPF service areas of all UPFs under its control.

[0041] The RAN 120 further includes multiple base stations 122 and 124 (or referred as network nodes or RANs) . The base station 122 and one or more user equipment (UE) 130 communicate with one another via Uu interface 140. The wireless communication network 100 may be implemented as, as for example, a 2G, 3G, 4G / LTE, 5G, or 6G cellular communication network. Correspondingly, each of the RANs / base stations 122 and 124 may be implemented as a 2G RAN / base station, a 3G RAN / nodeB, an LTE RAN / eNB, a 5G New Radio (NR) RAN / gNB, and / or a NG RAN. The UE 130 may be implemented as mobile or fixed communication devices for accessing the wireless communication network 100. The one or more UE 130 may include but is not limited to mobile phones, aerial UE (e.g., drone etc. ) , internet of things (IoT) devices, machine-type communications (MTC) devices, laptop computers, tablets, personal digital assistants, wearable devices, distributed remote sensor devices, roadside assistant equipment, and desktop computers. Alternative to the context of cellular wireless network, the RAN 120 and the principles described below may be implemented as other types of radio access networks, such as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0042] In the example wireless communication system 100 of FIG. 1A, the one or more UE 130 may connect with and establish a communication session with the base station 122 via the Uu interface 140. The communication session between the UE 130 and the base station 122 may utilize downlink (DL) and / or uplink (UL) transmission resources. The DL transmission resource carries data from the base station 122 to the UE 130, and the UL transmission resource carries data from the UE 130 to the base station 122. Under certain circumstances, for example when the base station 122 is unavailable or when the UE 130 moves into a coverage of the base station 124, the one or more UE 130 may connect with and establish a communication session with the base station 122, for example, during a handover process.

[0043] Referring to FIG. 1B, a RAN / base station (e.g., gNB) (using 122 as non-limiting example) may have a central-distributed separated structure, which may include a central unit (CU) 160 and one or more distributed unit (DU) 171 and / or 172. The core network (e.g., 5GC) may communicate with the gNB via a NG interface between them. The gNB and another gNB may communicate via a Xn-C interface. The gNB-CU may communicate with the one or more gNB-DU via a F1 interface.

[0044] In some implementations, in the architecture of CU / DU split, a gNB may consist of a gNB Central Unit (gNB-CU) and one or more gNB Distributed Unit (gNB-DU) . A gNB-CU and a gNB-DU is connected via F1 interface. The gNB-CU is defined as a logical node hosting RRC, SDAP and PDCP protocols of the gNB or RRC and PDCP protocols of the en-gNB that controls the operation of one or more gNB-DUs. The gNB-DU is defined as a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU. One gNB-DU supports one or multiple cells. One cell is supported by only one gNB-DU.

[0045] In some implementations, the gNB-CU is defined as a logical node hosting RRC, SDAP and PDCP protocols of the gNB or RRC and PDCP protocols of the en-gNB that controls the operation of one or more gNB-DUs. The gNB-DU is defined as a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU. One gNB-DU supports one or multiple cells. One cell may be supported by only one gNB-DU.

[0046] FIG. 1C shows another schematic diagram of a base station (e.g., gNB) 150. The gNB may have a central-distributed separated structure, which may include a central unit (CU) 160 and  one or more distributed unit (DU) (for example 171 and / or 172) . The CU may include a control plan (gNB-CU-CP) 161 and one or more user plan (gNB-CU-UP) 162. The gNB-CU-CP 161 may be referred as CU-CP or CP, and the gNB-CU-UP 162 may be referred as CU-UP or UP. The CU-CP 161 may communicate with the one or more CU-UP 162 via an E1 interface between them. The CU-CP 161 may communicate with the one or more DU via a F1-C interface, and each of the one or more CU-UP 162 may communicate with the one or more DU via a F1-U interface.

[0047] In some implementations, a NG-RAN may also consist of a set of ng-eNBs, and an ng-eNB may consist of an ng-eNB-CU-CP, one or more ng-eNB-CU-UP (s) , and one or more ng-eNB-DU (s) . An ng-eNB-CU-CP and an ng-eNB-CU-UP is connected via the E1 interface. An ng-eNB-DU is connected to an ng-eNB-CU-CP via the W1-C interface, and to an ng-eNB-CU-UP via the W1-U interface. The various embodiments / implementations described in the present disclosure may also be applicable to ng-eNB and its corresponding E1 and W1 interfaces, if not explicitly specified otherwise.

[0048] In some implementations, a gNB may consist of a gNB-CU-CP, multiple gNB-CU-UPs and multiple gNB-DUs. The gNB-CU-CP is connected to the gNB-DU through the F1-C interface. The gNB-CU-UP is connected to the gNB-DU through the F1-U interface. The gNB-CU-UP is connected to the gNB-CU-CP through the E1 interface. One gNB-DU is connected to only one gNB-CU-CP. One gNB-CU-UP is connected to only one gNB-CU-CP.

[0049] In some implementations, for resiliency, a gNB-DU and / or a gNB-CU-UP may be connected to multiple gNB-CU-CPs by appropriate implementation. In some implementations, one gNB-DU can be connected to multiple gNB-CU-UPs under the control of the same gNB-CU-CP. In some implementations, one gNB-CU-UP can be connected to multiple DUs under the control of the same gNB-CU-CP.

[0050] In some implementations, the connectivity between a gNB-CU-UP and a gNB-DU is established by the gNB-CU-CP using bearer context management functions.

[0051] In some implementations, the gNB-CU-CP selects the appropriate gNB-CU-UP (s) for the requested services for the UE. In some implementations, multiple CU-UPs may belong to same security domain.

[0052] In some implementations, data forwarding between gNB-CU-UPs during intra-gNB-CU-CP handover within a gNB may be supported by Xn-U.

[0053] FIG. 2 shows an example of electronic device 200 to implement a network base station (wireless communication node or gNB) or core network. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0054] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 124 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0055] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, wireless communication terminal or user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone, or a mobile communication module disposed in a vehicle or a drone. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and  playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0056] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G standards, 6G, and / or any other telecommunication standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0057] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out  desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 will send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0058] The present disclosure describes various embodiment for supporting no transmit zone (NTZ) for user equipment (UE) , which may be implemented, partly or totally, on the core network, the network base station, and / or the user equipment described above in FIGS. 1A -3.

[0059] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 for wireless communication, which is performed by a wireless communication node (e.g., a base station or a radio access network (RAN) ) comprising a memory storing instructions and at least one processor in communication with the memory. The method 400 may include a portion or all of the following steps: step 410, receiving, by a base station, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration from a core network; and / or step 420, sending, by the base station, a second NGAP message to the core network. The first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .

[0060] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 450 for wireless communication, which is performed by a wireless communication node (e.g., a core network (CN) ) comprising a memory storing instructions and at least one processor in communication with the memory. The method 450 may include a portion or all of the following steps: step 460, sending, by a core network, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration to a base station; and / or step 470, receiving, by the core network, a second NGAP message from the base station. The first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .

[0061] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include broadcasting, by the base station, a system information comprising at least one of the following: a second set of NTZ information for at least one user equipment (UE) , and / or a NTZ indicator.

[0062] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include a portion or all of the following: storing, by the base station, NTZ configuration information; receiving, by the base station, a third NGAP message from the core network; and / or sending, by the base station, a fourth NGAP message to the core network. The third NGAP message comprises a NTZ activation indicator or a NTZ deactivation indicator.

[0063] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include that, in response to receiving the NTZ activation indicator, the base station starts broadcasting system information comprising at least one of the following: a second set of NTZ information for at least one user equipment (UE) , and / or a NTZ indicator; and / or in response to receiving the NTZ deactivation indicator, the base station stops broadcasting the system information.

[0064] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include, that the base station sends a first XnAP message to a second base station, wherein the first XnAP message comprises NTZ configuration information; and / or the base station receives a second XnAP message from the second base station.

[0065] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first XnAP message comprises at least one of the following: a third set of NTZ information, and / or a RAN node identifier (ID) .

[0066] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the second base station stores the NTZ configuration information received from the base station.

[0067] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the base station comprises a central unit (CU) and a distributed unit (DU) ; the CU sends a first F1AP message to the DU, wherein the first F1AP message comprises NTZ configuration information; and / or the CU receives a second F1AP message from the DU.

[0068] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first F1AP message comprises at least one of the following: a third set of NTZ information, a NTZ activation indicator, and / or a NTZ deactivation indicator.

[0069] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include a portion or all of the following: receiving, by the base station, a first RRC message from a UE; and / or sending, by the base station, a second RRC message to the UE. The second RRC message comprises at least one of the following: a third set of NTZ information, and / or a NTZ indicator.

[0070] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the method may further include a portion or all of the following: receiving, by the base station, a third NGAP message from the core network or a operations, administration and maintenance (OAM) node; and / or sending, by the base station, a second RRC message to the UE. The second RRC message comprises at least one of the following: a third set of NTZ information, and / or a NTZ indicator.

[0071] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first NGAP message further comprises at least one of the following: a UE NGAP identifier (ID) , aerial UE identification information, and / or a transmitting permission indicator; and / or the method may further include a portion or all of the following: sending, by the base station, a first RRC message comprising NTZ configuration information to a UE; and / or receiving, by the base station, a second RRC message from the UE. The first RRC message comprises at least one of the following: a third set of NTZ information, the aerial UE identification information, and / or the transmitting permission indicator.

[0072] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the transmitting permission indicator comprises at least one of the following: an information element (IE) with one of true or false, an IE with one of allowed or not-allowed, an IE with one of authorized or not-authorized, a bitmap, and / or an IE with Boolean value.

[0073] In some implementations, in addition to a portion, an entire, or any combination of the  described implementation (s)  / embodiment (s) , the second NGAP message comprises at least one of the following: a failure indicator, and / or a detail failure information.

[0074] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the base station comprises a central unit (CU) and a distributed unit (DU) ; the CU sends a first F1AP message to the DU, wherein the first F1AP message comprises NTZ configuration information; and / or the CU receives a second F1AP message from the DU. The second F1AP message comprises at least one of the following: a failure indicator, and / or a detail failure information.

[0075] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the base station sends a first XnAP message to a second base station, wherein the first XnAP message comprises NTZ configuration information; and / or the base station receives a second XnAP message from the second base station. The second XnAP message comprises at least one of the following: a failure indicator, and / or a detail failure information.

[0076] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , each of the first set of NTZ information, a second set of NTZ information, and / or a third set of NTZ information comprises at least one of the following: NTZ identification information, NTZ area related information, NTZ height related information, NTZ frequency related information, and / or NTZ time related information.

[0077] The present disclosure describes various embodiments with exemplary examples for supporting no transmit zone (NTZ) for user equipment (UE) . Exemplary embodiments provide examples for the present disclosure, and does not impose any limitation on the present disclosure. In the embodiments and implementation of this disclosure, any steps and / or operations may be combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Embodiments and implementations in the disclosure may be used separately or combined in any order. Further, any one of the methods (or embodiments) , a wireless communication node, and a wireless communication device may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) .

[0078] In some implementations, No Transmit Zone (NTZ) may be introduced by Electronic  Communications Committee (ECC) as a geographical area where aerial UE are not allowed to transmit for spectrum compatibility purposes in a given harmonized MFCN band or part of it.

[0079] In some implementations, e.g., in some 3GPP schemes, No Transmit Zone (NTZ) may be extended from at least one of the following aspects.

[0080] With respect to frequency band, in some implementations with the ECC scheme, the MFCN harmonized bands for the usage of aerial UE for communication based on LTE and NR is limited to 703-733 MHz, 832-862 MHz, 880-915 MHz , 1710-1785 MHz, 1920-1980 MHz, 2500-2570 MHz and 2570-2620 MHz; and / or some implementations with 3GPP schemes may include more frequency bands other than ECC scheme for the NTZ management.

[0081] With respect to other new dimensions restriction, one or more extra dimensions may be included in 3GPP schemes. In some implementations with some mechanisms, the area related definitions (e.g. MBS service area, QoE area scope, MDT area scope, etc) in 3GPP system may be always related to area without height / altitude or time information. In some implementations with the newly introduced NTZ in 3GPP schemes, at least one of the following restriction may be informed. UE may have different configuration / behaviour when UE is inside / outside / approaching the restricted information below.

[0082] Area information, which is used to show the area restriction for UE.

[0083] Altitude / height information, which is used to show the altitude / height restriction for UE. Time information, which is used to show the time restriction for UE.

[0084] UE types, wherein ECC scheme may only include NTZ for aerial UE; and 3GPP schemes may not be limited to aerial UE, and common UE or UE with different categories (e.g. Redcap UE, IoT, etc. ) may also be limited by NTZ.

[0085] UE mobility, wherein the NTZ in ECC scheme may be only on the transmission data via specific frequency band; and in addition, UE mobility restriction may also be introduced in the NTZ. e.g. some UE can not enter the NTZ.

[0086] Various embodiments in the present disclosure also include various ways for the NTZ configuration, including per node configuration for 3GPP schemes. The network (NW) may send  NTZ configuration to each involved node (e.g. RAN node, CU, and / or DU) . The UE may receives / updates the local / around NTZ information via system information broadcast in each related (e.g. cell inside NTZ or cell near NTZ) Uu cells.

[0087] In some implementations, when a RAN node and / or core network (CN) can read the NTZ for each related UE, and when UE performs mobility in either RRC_CONNECTED, RRC_INACTIVE state or RRC_IDLE state, the RAN node or CN may consider the UE’s related NTZ information and select the proper area / cell / RAN-based notification area (RNA) for the UE.

[0088] Embodiment Set I

[0089] Various embodiments in the present disclosure describes new information which may be used for per node configuration NTZ, including at least one or all of the following.

[0090] NTZ identification information:

[0091] NTZ ID: This is used to identify the different NTZs. Each NTZ ID can uniquely identify a NTZ in certain area.

[0092] NTZ type information: This information is used to configure the NTZ type of the received entity. At least one of the following information may be informed. UE classification info: This is used to show which kinds of UE (e.g. aerial UE only, common UE, Redcap UE, IoT, etc) shall follow the configured NTZ rules in this NTZ with the NTZ ID. UE mobility info: This is used to show whether the related UE which is shown in the UE classification info can enter this NTZ with the NTZ ID.

[0093] Area related information:

[0094] Common NW defined Area: This information is used to identify a certain area for NTZ. At least one of the following information may be informed: Cell ID info. At least one Cell ID contains in this information. Tracking area identifier (TAI) information: At least one TAI contains in this information. Tracking area code (TAC) information: At least one TAC contains in this information. PLMN info: At least one PLMN ID contains in this information.

[0095] Positioning Defined Area: This information is used to identify a certain area. Different shapes / area are defined by 3GPP, e.g. Ellipsoid Point, Polygon, Arc, Range and Direction, etc. The  shapes / area information may be used to indicate the area of NTZ in this disclosure.

[0096] Positioning defined area information list: At least one of the Positioning Defined Area contains in this list.

[0097] Positioning based area information list: This list is consisted by at least one positioning based area information item. For each item, at least one or all of the following information may be informed: Positioning Defined Area, and / or Common NW defined Area.

[0098] Cell based area information list: This list is consisted by at least one Cell based area information item. For each item, at least one or all of the following information may be informed: Cell ID, and / or Positioning defined area information list.

[0099] TAI based area information list: This list is consisted by at least one TAI based area information item. For each item, at least one or all of the following information may be informed: TAI, and / or Positioning defined area information list.

[0100] TAC based area information list: This list is consisted by at least one TAC based area information item. For each item, at least one or all of the following information may be informed: TAC, and / or Positioning defined area information list.

[0101] PLMN based area information list: This list is consisted by at least one PLMN based area information item. For each item, at least one or all of the following information may be informed: PLMN information, and / or Positioning defined area information list.

[0102] Area counting information: This information may be used by NW to further confirm how to count the final NTZ if both Common NW defined Area related information and Positioning Defined Area related information is provided.

[0103] NTZ sub-area ID: For each specific NTZ area, a NTZ sub-area ID may be mapped with the detail area information explained above. This ID may be used by CN, RAN, UE to show what shall be performed or what has been done or what will be performed during different procedures.

[0104] Height related information:

[0105] NTZ height threshold information: This information is used to show the height  threshold information for NTZ purpose. This height threshold may be configured with or without the other NTZ related information introduced in this embodiment. The height information may be used as bottom limitation: NTZ is the configured zone or some area with the height lower or not higher than this threshold. In some implementations, the height information may be used as a top limitation: NTZ is the configured zone or some area with the height higher or not lower than this threshold.

[0106] NTZ height range information: This information is used to show the height range for NTZ. Based on the 3GPP decision, at least one of the following alternatives may be selected: NTZ is the height inside the height range (with or without boundary) , and / or NTZ is the height outside the height range (with or without boundary) .

[0107] In some implementations, the height information used here may be at least one of the following: absolute height: altitude; and / or relative height: height difference between one UE and one specific height (e.g. service RAN node height, service DU height, service CU height, one certain location height (e.g. road, building, ship deck, etc. ) ) .

[0108] Frequency related information:

[0109] NTZ frequency information: This is used to show the detail frequency band information for NTZ. At least one frequency band information is informed. By using this information, UE in NTZ can not transmit data to other entities (e.g. NW or another UE) via listed frequency band.

[0110] Time related information:

[0111] In some implementations, the time related information may be configured to RAN node when time related NTZ mechanism is implemented. When a wireless communication system (e.g., 3GPP) finally prefers to select NTZ activation / deactivation mechanism, the time related information is not needed.

[0112] When time related information is configured to RAN node, RAN node can broadcast the NTZ information in the valid period; and / or the RAN node can not broadcast the NTZ information in the invalid period.

[0113] Time information: This is used to informed which period the NTZ is valid. This  information may contain at least one of the following. Start time: This informs the start timing for NTZ valid period. Stop time: This informs the stop timing for NTZ valid period. Duration: This informs the duration information. With the potential combination with start time, it shows the NTZ valid period. With the potential combination with stop time, it shows the NTZ invalid period. Periodical information: This informs whether this NTZ period setting is a periodical configuration. It may contain at least one of the following information. Indication: this informs the valid and / or invalid period shall be setup as a periodical period. Periodical times: how much time the periodically shall be performed by UE and / or NW. Period: Duration information which is used for one period. Valid duration: this inform the duration that NTZ works. Invalid duration: this inform the duration that NTZ doesn’t work.

[0114] NTZ info container:

[0115] In some implementations, a container is used to store all / partial NTZ information. In some implementations, the NW may not allow to read the container or may not have authority to read the container. In some implementations, when UE receives the NTZ info container, UE AS layer may sends this container to APP layer; and / or APP layer may handle the NTZ information. Embodiment Set II

[0116] Various embodiments in the present disclosure includes methods for NTZ configuration over NGAP#1, which includes how to send the NTZ related configuration from CN to RAN node and how RAN node broadcasts the received NTZ information. The method may include a portion or all of the following steps.

[0117] Referring to FIG. 5, for Step 510: a CN may send NGAP message A to RAN node for initial NTZ configuration, or configured NTZ information modification, or configured NTZ information releasing. This NGAP message may be either newly defined message or existing ones (e.g. AMF CONFIGURATION UPDATE message, NG SETUP REQUEST message, NG RESET message, etc. ) . At least one of the following information may be informed in this message: at least one of the information in Embodiment Set I may be informed.

[0118] For Step 520: the RAN node receives the NGAP message A with the NTZ information. The RAN node may respond CN with NGAP message B. The NGAP message B may be either  newly defined NGAP message or existing NGAP message (e.g. AMF CONFIGURATION UPDATE ACKNOWLEDGE message, NG SETUP RESPONSE message, NG RESET ACKNOWLEDGE message, etc. ) .

[0119] In some implementations for time based NTZ configuration, for Step 530: based on the received NTZ information, the RAN node may send NTZ information automatically via the system information (e.g. one or multiple SIBs, wherein the related SIBs may be new or existing one) . At least one of the following information may be informed: at least one of the information in Embodiment Set I, and / or NTZ indicator, which is used to inform the received UEs that this cell is inside the NTZ.

[0120] Embodiment Set III

[0121] Various embodiments in the present disclosure includes methods for NTZ activation / deactivation configuration over NGAP#2, which includes the NTZ activation / deactivation for per-node configuration NTZ.

[0122] The various embodiments may be different from the embodiments in the Embodiment Set II, when the RAN node receives the NTZ configuration information, the RAN node will not directly broadcast the NTZ information, and / or the RAN node only stores the received NTZ information.

[0123] In some implementations, without receiving the NTZ activation information, the RAN node may keep in the NTZ deactivation status. In this status, the stored NTZ information will not be broadcast in its cell. So the related area is not NTZ.

[0124] In some implementations, when the RAN node with NTZ deactivation status receives a NTZ activation information from the CN, the RAN node shall broadcast the NTZ information in its cell and believe the related areas are NTZ related area.

[0125] In some implementations, when the RAN node with NTZ activation status receives a NTZ deactivation information from the CN, the RAN node shall stop broadcasting the NTZ information in its cell and believe the NTZ is invalid. But this RAN node shall keep storing the NTZ information and waiting for the further configuration from the CN.

[0126] Referring to FIG. 6, for Step 610: a CN may send NGAP message A to a RAN node for  initial NTZ configuration, or configured NTZ information modification, or configured NTZ information releasing. This NGAP message may be either newly defined message or existing ones (e.g. AMF CONFIGURATION UPDATE message, NG SETUP REQUEST message, NG RESET message, etc. ) . At least one of the following information may be informed in this message. NTZ activation indicator: This is used to indicate the configured NTZ shall be activated. NTZ deactivation indicator: This is used to indicate the activated NTZ shall be deactivated.

[0127] For Step 620: the RAN node receives the NGAP message A with the NTZ information. The RAN node may respond the CN with NGAP message B. The NGAP message B may be either newly defined NGAP message or existing one (e.g. AMF CONFIGURATION UPDATE ACKNOWLEDGE message, NG SETUP RESPONSE message, NG RESET ACKNOWLEDGE message, etc. ) .

[0128] For Step 630: based on the received NTZ activation / deactivation information, the RAN node may start or stop broadcasting the NTZ information in its cells. At least one of the following information may be informed. At least one of the information in Embodiment Set I may be informed. NTZ indicator: This indication is used to inform the received UEs that this cell is inside the NTZ.

[0129] Embodiment Set IV

[0130] Various embodiments in the present disclosure includes methods for NTZ configuration over XnAP, wherein NTZ configuration information may also be transmitted between RAN nodes. The following procedure may be applied.

[0131] Referring to FIG. 7, for Step 710: a RAN node 1 may send XnAP message A to a RAN node 2 for the NTZ information. This XnAP message may be either newly defined message or existing one (e.g. XN SETUP REQUEST message, NG-RAN NODE CONFIGURATION UPDATE message, etc. ) . At least one of the following information may be informed. At least one of the information in Embodiment Set I may be informed. RAN node ID: This is used to identify a RAN node.

[0132] For Step 720: the RAN node 2 stores the received the NTZ information from the RAN node 1. The RAN node 2 replies the XnAP message B to the RAN node 1. This XnAP message  may be either newly defined message or existing one (e.g. XN SETUP RESPONSE message, NG-RAN NODE CONFIGURATION UPDATE ACKNOWLEDGE message, etc. ) .

[0133] Embodiment Set V

[0134] Various embodiments in the present disclosure includes methods for NTZ configuration over F1AP#1.

[0135] Referring to FIG. 8, for Step 810: a CU may send F1AP message A to a DU for the NTZ information. This F1AP message may be either newly defined message or existing one (e.g. F1 SETUP REQUEST message, GNB-CU CONFIGURATION UPDATE message, etc. ) . In some implementations, the CU may be a CU of a base station, and the DU may be a DU of the base station. At least one of the following information may be informed. At least one of the information in Embodiment Set I may be informed. NTZ activation indicator: This is used to indicate the configured NTZ shall be activated. NTZ deactivation indicator: This is used to indicate the activated NTZ shall be deactivated.

[0136] For Step 820: the DU stores the received the NTZ information from the CU. The DU replies the F1AP message B to the CU. This XnAP message may be either newly defined message or existing one (e.g. F1 SETUP RESPONSE message, gNB-CU CONFIGURATION UPDATE

[0137] ACKNOWLEDGE message, etc. ) .

[0138] Embodiment Set VI

[0139] Various embodiments in the present disclosure includes methods for NTZ configuration over RRC. Referring to FIG. 9, some embodiments may include Step 901 and Step 910; and / or some embodiments may include Step 902 and Step 910.

[0140] For Step 901, when a wireless communication system (e.g., 3GPP) decides to send the NTZ information via SystemInformation (SI) messages to a UE and the UE can not find the related NTZ information in the current SI, the UE may send the RRC message A to a RAN node with the NTZ information requirement information for SI requesting. This message may either newly defined message or existing one (e.g. RRCSystemInfoRequest, etc. ) . After the RAN node receives the SI request information, the RAN node may use Step 910 to send UE NTZ information. This step may not be always performed.

[0141] For Step 902, a CN or OAM may send the message to the RAN node for one or some UEs. When this transmission entity is CN, this message is a NGAP message.

[0142] In the present disclosure, Step 901 and / or Step 902 may not always necessary for all scenarios. There is no relationship between Step 901 and Step 902 in various embodiments. The Step 910 may be triggered by either Step 901 or Step 902. In some implementations, Step 910 may also be triggered by an OAM configuration.

[0143] For Step 910: the RAN node sends the message to the UE with the related NTZ information. This RRC message may either newly defined message (e.g. new SIB or new RRC message) or existing one (e.g. RRCReconfiguration, one of the existing SIBs, etc. ) . At least one of the following information may be informed in this RRC message B. At least one of the information in Embodiment Set I may be informed. NTZ indicator: This indication is used to inform the received UEs that this cell is inside the NTZ.

[0144] Embodiment Set VII

[0145] Various embodiments in the present disclosure includes methods for NTZ transmission permission over NGAP and RRC, wherein an indicator is included. In per Node Configuration NTZ alternative, a RAN node may broadcasts the related NTZ information to around UE. Normally, UE shall follow the received NTZ information.

[0146] In some implementations, a NW may provide authorization to some UEs. With such authorization, a UE can transmit data to other entity in specific NTZ.

[0147] In some implementations, a NW may also remove the provided authorization to the authorized UE by sending the de-authorized information to such UE.

[0148] Referring to FIG. 10, for Step 1010, a CN may send NGAP message A to a RAN node for NTZ transmission permission information. This NGAP message may be either newly defined NGAP message or existing one (e.g. INITIAL CONTEXT SETUP REQUEST message, UE CONTEXT MODIFICATION REQUEST message, PATH SWITCH REQUEST message, PDU SESSION RESOURCE SETUP REQUEST message, PDU SESSION RESOURCE MODIFY REQUEST message, PDU SESSION RELEASE COMMAND message, HANDOVER REQUEST message, etc. ) .

[0149] At least one of the following information may be informed in NGAP message A. UE NGAP ID: This identification is used to identify which UE shall be configured such NTZ information over the NGAP interface. Aerial UE identification information: This identification is used to identify which aerial UE shall be configured such NTZ information. At least one of the information in Embodiment Set I may be informed. Transmitting permission indicator: This indicator is used for NW to decide whether to let one specific UE to transmit data in NTZ. With this permission, a UE can transmit data in NTZ. At least one of the following alternatives may be selected by 3GPP for this indicator. Enumerated IE with the code point True / False: True means this UE can transmit data in NTZ. False means this UE can not transmit data in NTZ. Enumerated IE with the code point allow / not allow or authorized / not authorized: Allow or authorized means this UE can transmit data in NTZ. Not allow or not authorized means this UE can not transmit data in NTZ. Bitmap: Different bits or different value for 1 specific bit indicates whether UE can transmit data to other entities (e.g. other UE (s) , NW) in NTZ. Boolean IE: value True may mean that UE can ignore the NTZ. Value False may mean that UE’s permission is invalid, and this UE shall follow the NTZ rule.

[0150] For Step 1020, the RAN node receives the NTZ configuration information. The RAN node stores the received NTZ configuration and link the stored information to this UE. The RAN node sends the NTZ configuration to this UE via RRC message A. This RRC message may be either newly defined RRC message or existing one (e.g. RRCReconfiguration, RRCReestablishment, RRCSetup, etc. ) .

[0151] At least one of the following information may be informed in this RRC message A. Aerial UE identification information: This identification is used to identify which aerial UE shall be configured such NTZ information. At least one of the information in Embodiment Set I may be informed. Transmitting permission indicator: This indicator is used for NW to decide whether to let one specific UE to transmit data in NTZ. With this permission, a UE can transmit data in NTZ. At least one of the following alternatives may be selected by 3GPP for this indicator. Enumerated IE with the code point True / False: True means this UE can transmit data in NTZ. False means this UE can not transmit data in NTZ. Enumerated IE with the code point allow / not allow or authorized / not authorized: Allow or authorized means this UE can transmit data in NTZ. Not allow or not authorized means this UE can not transmit data in NTZ. Bitmap: Different bits or different value  for 1 specific bit indicates whether UE can transmit data to other entities (e.g. other UE (s) , NW) in NTZ. Boolean IE: value True may mean that UE can ignore the NTZ. Value False may mean that UE’s permission is invalid, and this UE shall follow the NTZ rule.

[0152] For Step 1030, when the UE receives the NTZ configuration, the UE shall store it in the context and know it can transmit data to other entities in the configured NTZ. The UE may reply the RRC message B to the RAN node. This RRC message may be either newly defined RRC message or existing one (e.g. RRCReconfigurationComplete, RRCReestablishmentComplete, RRCSetupComplete, etc. ) .

[0153] For Step 1040, the RAN node may respond the CN with NGAP message B. The NGAP message B may be either newly defined NGAP message or existing one (e.g., INITIAL CONTEXT REQUEST ACKNOWLEDGE message, UE CONTEXT MODIFICATION RESPONSE message, UE CONTEXT RELEASE COMPLETE message, PATH SWITCH REQUEST ACKNOWLEDGE message, PDU SESSION RELEASE RESPONSE message, PDU SESSION RESOURCE SETUP RESPONSE message, PDU SESSION RESOURCE MODIFY RESPONSE message, HANDOVER REQUEST ACKNOWLEDGE message, etc. ) .

[0154] Embodiment Set VIII

[0155] Various embodiments in the present disclosure includes methods for NTZ configuration failure handling, which may be used to handle the failure scenario for some procedures.

[0156] Referring to FIG. 11, for Step 1110, an entity 1 sends message A to an entity 2. For Step 1120, an entity 2 receives the information in message A. When, due to some reason, the entity 2 can not setup proper NTZ configuration based on the received NTZ information, the entity 2 may send failure message (message B) to the entity 1.

[0157] At least one of the following information may be included in the message B. Failure indicator: This information means that the procedure fails due to the entity 2 can not perform at least one of the following process: Fail to setup the NTZ info. No NTZ information has been setup; Can not pass the NTZ information to next entity (e.g., another entity) ; partial fail to setup the NTZ information, wherein the entity 2 only setups the available NTZ information and fails to setup the rest one. Detail Failure information: This information explains the detail failure reason for this  procedure. At least one of the following information may be informed: Fail to setup the NTZ info. No NTZ information has been setup; Can not pass the NTZ information to next entity (e.g. another entity) ; Partial fail to setup the NTZ information, wherein the entity 2 only setups the available NTZ information and fails to setup the rest one.

[0158] In some implementations, the detail failure information may further inform which NTZ information has been setup / transmitted successfully or failed. For each NTZ area information (either failed or succeed) appeared here, at least one of the following information may be informed here: At least one of the information in Embodiment Set I may be informed; and / or NTZ activation / deactivation failed.

[0159] In some implementations, either newly defined message or existing message may be used for message A and / or message B. When existing message (s) is used, the existing message (s) may be various depending on the types of the entity 1 and / or the entity 2.

[0160] In some implementations, when the entity 1 is CN and the entity 2 is RAN node, the existing message B may be one of the following: AMF CONFIGURATION UPDATE ACKNOWLEDGE, AMF CONFIGURATION FAILURE, NG SETUP RESPONSE, NG SETUP FAILURE, NG RESET ACKNOWLEDGE.

[0161] In some implementations, when the entity 1 is RAN node CU and the entity 2 is RAN node DU, the existing message B may be one of the following: F1 SETUP RESPONSE, F1 SETUP FAILURE, GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE, GNB-CU CONFIGURATION UPDATE FAILURE.

[0162] In some implementations, when the entity 1 is RAN node 1 and the entity 2 is RAN node 2, the existing message B may be XN SETUP RESPONSE, XN SETUP FAILURE, NG-RAN NODE CONFIGURATION UPDATE ACKNOWLEDGE, NG-RAN NODE CONFIGURATION UPDATE FAILURE.

[0163] The present disclosure describes methods, apparatus, and computer-readable medium for supporting no transmit zone (NTZ) for user equipment (UE) . The present disclosure addressed the issues with NTZ configuration, and / or usage a wireless communication system. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the  performance of data service, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.

[0164] In various embodiments / implementations in the present disclosure, a module may refer to a software module, a hardware module, or a combination thereof. A software module may include a computer program or part of the computer program that has a predefined function and works together with other related parts to achieve a predefined goal, such as those functions described in this disclosure. A hardware module may be implemented using processing circuitry and / or memory configured to perform the functions described in this disclosure. Each module can be implemented using one or more processors (or processors and memory) . Likewise, a processor (or processors and memory) can be used to implement one or more modules. Moreover, each module can be part of an overall module that includes the functionalities of the module. The description here also applies to the term module and other equivalent terms.

[0165] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software.

[0166] Reference throughout this specification to features, advantages, or similar language  does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0167] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiment may be combined with another portion of other embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method for wireless communication, comprising:receiving, by a base station, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration from a core network; andsending, by the base station, a second NGAP message to the core network,wherein the first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .2.A method for wireless communication, comprising:sending, by a core network, a first next generation application protocol (NGAP) message for no transmit zone (NTZ) configuration to a base station; andreceiving, by the core network, a second NGAP message from the base station,wherein the first NGAP message comprises a first set of NTZ information for at least one user equipment (UE) .3.The method according to any of claims 1 to 2, further comprising:broadcasting, by the base station, a system information comprising at least one of the following:a second set of NTZ information for at least one user equipment (UE) , ora NTZ indicator.4.The method according to any of claims 1 to 2, further comprising:storing, by the base station, NTZ configuration information;receiving, by the base station, a third NGAP message from the core network; andsending, by the base station, a fourth NGAP message to the core network,wherein the third NGAP message comprises a NTZ activation indicator or a NTZ deactivation indicator.5.The method according to claim 4, further comprising:in response to receiving the NTZ activation indicator, the base station starts broadcasting system information comprising at least one of the following:a second set of NTZ information for at least one user equipment (UE) , or a NTZ indicator; andin response to receiving the NTZ deactivation indicator, the base station stops broadcasting the system information.6.The method according to any of claims 1 to 3, further comprising:the base station sends a first XnAP message to a second base station, wherein the first XnAP message comprises NTZ configuration information; andthe base station receives a second XnAP message from the second base station.7.The method according to claim 6, wherein:the first XnAP message comprises at least one of the following:a third set of NTZ information, ora RAN node identifier (ID) .8.The method according to any of claims 6 to 7, wherein:the second base station stores the NTZ configuration information received from the base station.9.The method according to any of claims 1 to 3, wherein:the base station comprises a central unit (CU) and a distributed unit (DU) ;the CU sends a first F1AP message to the DU, wherein the first F1AP message comprises NTZ configuration information; andthe CU receives a second F1AP message from the DU.10.The method according to claim 9, wherein:the first F1AP message comprises at least one of the following:a third set of NTZ information,a NTZ activation indicator, ora NTZ deactivation indicator.11.The method according to any of claims 1 to 3, further comprising:receiving, by the base station, a first RRC message from a UE; andsending, by the base station, a second RRC message to the UE, wherein the second RRC message comprises at least one of the following:a third set of NTZ information, ora NTZ indicator.12.The method according to any of claims 1 to 3, further comprising:receiving, by the base station, a third NGAP message from the core network or a operations, administration and maintenance (OAM) node; andsending, by the base station, a second RRC message to the UE, wherein the second RRC message comprises at least one of the following:a third set of NTZ information, ora NTZ indicator.13.The method according to any of claims 1 to 3, wherein:the first NGAP message further comprises at least one of the following:a UE NGAP identifier (ID) ,aerial UE identification information, ora transmitting permission indicator; andthe method further comprises:sending, by the base station, a first RRC message comprising NTZ configuration information to a UE; andreceiving, by the base station, a second RRC message from the UE,wherein: the first RRC message comprises at least one of the following:a third set of NTZ information,the aerial UE identification information, orthe transmitting permission indicator.14.The method according to claim 13, wherein:the transmitting permission indicator comprises at least one of the following:an information element (IE) with one of true or false,an IE with one of allowed or not-allowed,an IE with one of authorized or not-authorized,a bitmap, oran IE with Boolean value.15.The method according to any of claims 1 to 2, wherein:the second NGAP message comprises at least one of the following:a failure indicator, ora detail failure information.16.The method according to any of claims 1 to 2, wherein:the base station comprises a central unit (CU) and a distributed unit (DU) ;the CU sends a first F1AP message to the DU, wherein the first F1AP message comprises NTZ configuration information; andthe CU receives a second F1AP message from the DU,wherein the second F1AP message comprises at least one of the following:a failure indicator, ora detail failure information.17.The method according to any of claims 1 to 2, wherein:the base station sends a first XnAP message to a second base station, wherein the first XnAP message comprises NTZ configuration information; andthe base station receives a second XnAP message from the second base station,wherein the second XnAP message comprises at least one of the following:a failure indicator, ora detail failure information.18.The method according to any of claims 1 to 17, wherein:each of the first set of NTZ information, a second set of NTZ information, or a third set of NTZ information comprises at least one of the following:NTZ identification information,NTZ area related information,NTZ height related information,NTZ frequency related information, orNTZ time related information.19.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read code from the memory and implement a method recited in any of claims 1 to 18.20.A computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by at least one processor, causing the at least one processor to implement a method recited in any of claims 1 to 18.

Images