Systems and methods for prach enhancements in UAV

Abstract

Systems and methods for physical random access channel (PRACH) enhancements in an unmanned aerial vehicle (UAV) are presented. A wireless communication device may transmit a message for a random access channel (RACH) transmission to a wireless communication node, the message being determined based on a RACH configuration for at least one RACH parameter and associated one or more height information.

Description

Technical Field

[0001] This disclosure generally relates to wireless communications, including but not limited to systems and methods for enhancing the physical random access channel (PRACH) in unmanned aerial vehicles (UAVs). Background Technology

[0002] The standards organization Third Generation Partnership Project (3GPP) is currently developing a new radio interface called 5G New Radio (5G NR) and the Next Generation Packet Core Network (NG-CN or NGC). 5G NR will have three main components: the 5G Access Network (5G-AN), the 5G Core Network (5GC), and User Equipment (UE). To facilitate the implementation of different data services and needs, the elements of the 5GC (also known as Network Functions) have been simplified so that some are software-based and some are hardware-based, allowing these elements to be adapted as needed. Summary of the Invention

[0003] The exemplary embodiments disclosed herein are intended to address problems related to one or more of the problems presented in the prior art and provide additional features that will become apparent when taken into account in conjunction with the following drawings and by reference to the following detailed description. Exemplary systems, methods, apparatuses, and computer program products are disclosed herein according to various embodiments. However, it should be understood that these embodiments are presented by way of example only and are not restrictive, and that various modifications can be made to the disclosed embodiments while remaining within the scope of this disclosure, as will be apparent to those skilled in the art who have read this disclosure.

[0004] At least one aspect relates to a system, method, apparatus, or computer-readable medium that can send / transmit / provide a message for random access channel (RACH) transmission to a wireless communication node (e.g., UE, UAV, and / or other types of airborne equipment). The message is determined based on a RACH configuration of at least one RACH parameter and one or more associated height information (e.g., threshold, range, etc., including one or more values, which may be absolute and / or relative values, etc.).

[0005] Wireless communication devices can receive / obtain / acquire RACH configuration and one or more associated height information from wireless communication nodes. In some implementations, messages used for RACH transmission may include / comprise at least one of the following: a preamble, Msg-A and / or Msg-3 for a two-step random access procedure.

[0006] In some implementations, at least one RACH parameter may include / include one or more parameters for performing random access or avoiding collisions or conflicts with at least one other wireless communication device. In some implementations, at least one RACH parameter may include an indication of at least one of the following: one or more height information, one or more preamble formats, one or more PRACH configuration indices, one or more physical random access channel (PRACH) timings or resources, one or more cyclic shift values, one or more logical root indices, one or more types of restricted sets, and / or one or more cyclic shift indices.

[0007] In some implementations, receiving RACH configuration may include receiving RACH configuration via at least one of a first higher-layer signaling, a second higher-layer signaling, and / or a third higher-layer signaling to indicate RACH parameters associated with one or more altitude information. In some implementations, at least one RACH parameter may be configured by the first higher-layer signaling, and the associated one or more altitude information may be configured by the second higher-layer signaling.

[0008] In some implementations, at least one RACH parameter and one or more associated altitude information are jointly configured by third higher-layer signaling, which includes at least one of the following: at least one RACH parameter and one or more associated altitude information are configured in a {RACH parameter, altitude information} pair; at least one RACH parameter and one or more associated altitude information are configured in a {RACH parameter, RACH parameter, altitude information} pair; at least one RACH parameter and one or more associated altitude information are configured in a {RACH parameter, altitude information, altitude information} pair; and / or at least one RACH parameter and one or more associated altitude information are configured in a {RACH parameter, RACH parameter, altitude information, altitude information, altitude information} pair.

[0009] In some implementations, one or more altitude information may be configured as at least one of the following: a single value, at least two values, a range applicable to different RACH parameters, a reference altitude applicable to different RACH parameters, and / or a threshold applicable to different RACH parameters. In some implementations, one or more altitude information may include at least one of the following: absolute altitude, relative altitude relative to the surrounding environment, and / or an absolute altitude threshold and one or more reference altitudes. In some implementations, one or more altitude information may include at least one of the following: one or more altitude information configured per cell, and / or one or more altitude information configured per area.

[0010] In some implementations, at least one RACH parameter may include: a preamble format or a set of preamble formats and a set of ROs or resources; and / or a cyclic shift value and a set of logical root indices. In some implementations, the wireless communication device may receive the RACH configuration via at least one of: medium access control (MAC) signaling, radio resource control (RRC) signaling, system information block (SIB) signaling, or other higher-level signaling.

[0011] In some implementations, the wireless communication device may receive a RACH configuration from a wireless communication node after the wireless communication device has ascended to at least a specific height or height information. In some implementations, the wireless communication device may receive RACH configurations from the wireless communication node, each RACH configuration including at least one RACH parameter configured according to corresponding height information. The wireless communication device may determine its current height. The wireless communication device may use corresponding height information above or below its current height to identify a RACH configuration within the RACH configurations.

[0012] In some implementations, a cyclic shift value or a set of cyclic shift values ​​includes the smallest cyclic shift value among a plurality of cyclic shift values, or includes a cyclic shift value smaller than at least one other cyclic shift value. In some implementations, a root index value or a set of root index values ​​may include the smallest logical root index value among a plurality of logical root index values, or include the largest logical root index value among a plurality of logical root index values.

[0013] In some implementations, at least one of the following applies: the wireless communication device can generate at least one preamble sequence based on at least one of one or a set of preamble formats, one or a set of PRACH configuration indices, one or a set of logical root index values, one or a set of cyclic shift values, or a type of restricted set; and / or the wireless communication device can transmit preambles at a specific RO based on at least one RACH configuration and whether the wireless communication device meets / satisfies one or more altitude information, wherein at least one RACH configuration includes at least one of the following: one or a set of PRACH configuration indices at an altitude information location, one or a set of ROs, or one or a set of PRACH resources.

[0014] At least one aspect relates to a system, method, apparatus, or computer-readable medium that can receive / obtain / acquire messages for random access channel (RACH) transmission from a wireless communication device, the messages being determined based on a RACH configuration of at least one RACH parameter and one or more associated height information.

[0015] The systems and methods presented in this paper include novel approaches for PRACH enhancement in UAVs. Specifically, the systems and methods presented in this paper discuss a novel solution for enhancing PRACH based on or according to the altitude or height of one or more UEs (e.g., including or corresponding to one or more UAVs). The systems and methods can enhance the PRACH for the UE based on altitude information (e.g., altitude thresholds or ranges) using at least one RACH resource and / or parameter for the UAV at a relatively high altitude (e.g., at at least one predetermined altitude / altitude information or above at least one predetermined altitude / altitude information) to avoid, minimize, or prevent conflicts and / or collisions in network communications with other UEs and access target remote BSs, while taking into account cell load and / or interference. Attached Figure Description

[0016] Various exemplary embodiments of this solution are described in detail below with reference to the following figures or drawings. These figures are provided for illustrative purposes only and depict only exemplary embodiments of this solution to aid the reader's understanding of it. Therefore, these figures should not be considered as limitations on the breadth, scope, or applicability of this solution. It should be noted that these figures are not necessarily drawn to scale for clarity and ease of explanation.

[0017] Figure 1 An example cellular communication network that can implement the techniques disclosed herein is shown according to embodiments of the present disclosure; Figure 2 Block diagrams of example base stations and user equipment according to some embodiments of the present disclosure are shown; Figure 3 Examples of process diagrams for implementing PRACH enhancements in a UE according to some embodiments of this disclosure are shown; Figure 4 A flowchart is shown illustrating an example method for PRACH enhancement based on a height threshold according to some embodiments of this disclosure; Figure 5 Example scenarios of PRACH enhancement for a height-based UE according to some embodiments of this disclosure are shown; Figure 6 Examples of PRACH resource (RO) allocation for preamble transmission according to some embodiments of this disclosure are shown; and Figure 7 A flowchart of an example method for PRACH enhancement in a UAV according to embodiments of the present disclosure is shown. Detailed Implementation

[0018] 1. Mobile communication technology and environment Figure 1 An example wireless communication network and / or system 100 that can implement the techniques disclosed herein is illustrated according to embodiments of this disclosure. In the following discussion, wireless communication network 100 can be any wireless network, such as a cellular network or a narrowband Internet of Things (NB-IoT) network, and is referred to herein as "network 100". Such an example network 100 includes base stations 102 (hereinafter referred to as "BS 102", also called wireless communication nodes) and user equipment 104 (hereinafter referred to as "UE 104", also called wireless communication devices) that can communicate with each other via communication links 110 (e.g., wireless communication channels), and a cluster of cells 126, 130, 132, 134, 136, 138, and 140 covering a geographic area 101. Figure 1In this context, BS 102 and UE 104 are contained within their respective geographical boundaries in cell 126. Each of the other cells 130, 132, 134, 136, 138, and 140 may include at least one base station operating on its allocated bandwidth to provide sufficient radio coverage to the intended users of that cell.

[0019] For example, BS 102 can operate on the allocated channel transmission bandwidth to provide sufficient coverage to UE 104. BS 102 and UE 104 can communicate via downlink radio frame 118 and uplink radio frame 124, respectively. Each radio frame 118 / 124 can also be divided into subframes 120 / 127, which can include data symbols 122 / 128. In this disclosure, BS 102 and UE 104 are generally described herein as non-limiting examples of "communication nodes" that can practice the methods disclosed herein. According to various embodiments of this solution, such communication nodes may be capable of wireless and / or wired communication.

[0020] Figure 2 A block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM (orthogonal frequency division multiplexing) / OFDMA (orthogonal frequency division multiplexing access) signals) according to some embodiments of this solution is shown. System 200 may include components and elements configured to support known or conventional operating characteristics that do not need to be described in detail herein. In one illustrative embodiment, system 200 may be used in wireless communication environments (such as those described above) Figure 1 In a wireless communication environment 100, communication (e.g., sending and receiving) data symbols.

[0021] System 200 typically includes base station 202 (hereinafter referred to as "BS 202") and user equipment 204 (hereinafter referred to as "UE 204"). BS 202 includes BS (base station) transceiver module 210 (hereinafter also referred to as transceiver module 210, transceiver 210 or base station transceiver 210), BS antenna 212 (hereinafter also referred to as antenna 212, downlink antenna 212 or RF antenna arrangement 212), BS processor module 214 (hereinafter also referred to as processor module 214), BS memory module 216 (hereinafter also referred to as memory module 216) and network communication module 218, each module being coupled and interconnected with each other as needed via data communication bus 220. UE 204 includes a UE (User Equipment) transceiver module 230 (hereinafter also referred to as UE transceiver 230, transceiver module 230, or transceiver 230), a UE antenna 232 (hereinafter also referred to as antenna 232, uplink antenna 232, or RF antenna arrangement 232), a UE memory module 234 (hereinafter also referred to as memory module 234), and a UE processor module 236 (hereinafter also referred to as processor module 236). Each module is coupled to and interconnected with each other as needed via a data communication bus 240. BS 202 communicates with UE 204 via a communication channel 250 (hereinafter also referred to as: wireless transmission link 250, wireless data communication link 250), which may be any wireless channel or other medium suitable for the data transmission described herein.

[0022] As those skilled in the art will understand, system 200 may also include, in addition to Figure 2 Any number of modules other than those shown herein. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in conjunction with the embodiments disclosed herein can be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described in general terms of their functionality. Whether this functionality is implemented as hardware, firmware, or software may depend on the specific application and design constraints imposed on the system as a whole. Those skilled in the art can implement this functionality appropriately for each specific application; however, such implementation decisions should not be construed as limiting the scope of this disclosure.

[0023] According to some embodiments, UE transceiver 230 may be referred to herein as an "uplink" transceiver 230 including a radio frequency (RF) transmitter and an RF receiver, each RF transmitter and RF receiver including circuitry coupled to antenna 232. A duplex switch (not shown) may alternately couple the uplink transmitter or receiver to the uplink antenna in a time-duplex manner. Similarly, according to some embodiments, BS transceiver 210 may be referred to herein as a "downlink" transceiver 210 including an RF transmitter and an RF receiver, each RF transmitter and RF receiver including circuitry coupled to antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to downlink antenna 212 in a time-division duplex manner. The operation of the two transceiver modules 210 and 230 may be time-coordinated such that while the downlink transmitter is coupled to downlink antenna 212, the uplink receiver circuitry is coupled to uplink antenna 232 to receive transmissions via wireless transmission link 250. Conversely, the operation of the two transceivers 210 and 230 can be coordinated in time, such that while the uplink transmitter is coupled to the uplink antenna 232, the downlink receiver is coupled to the downlink antenna 212 to receive transmissions via the wireless transmission link 250. In some embodiments, there is tight time synchronization with a minimum guard time between changes in the duplex direction.

[0024] UE transceiver 230 and base transceiver 210 are configured to communicate via wireless data communication link 250 and cooperate with RF antenna arrangements 212 / 232 appropriately configured to support specific wireless communication protocols and modulation schemes. In some illustrative embodiments, UE transceiver 210 and base transceiver 210 are configured to support industry standards such as Long Term Evolution (LTE) and emerging 5G standards. However, it should be understood that this disclosure is not necessarily limited to application to specific standards and associated protocols. Rather, UE transceiver 230 and base transceiver 210 may be configured to support alternative or additional wireless data communication protocols (including future standards or variations thereof).

[0025] According to various embodiments, BS 202 may be, for example, an evolved Node B (eNB), a serving eNB, a target eNB, a femto station, or a pico station. In some embodiments, UE 204 may be implemented in various types of user equipment, such as mobile phones, smartphones, personal digital assistants (PDAs), tablets, laptops, wearable computing devices, etc. Processor modules 214 and 236 may be implemented or realized using a general-purpose processor, content-addressable memory, digital signal processor, application-specific integrated circuit, field-programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this way, the processor may be implemented as a microprocessor, a controller, a microcontroller, a state machine, etc. The processor may also be implemented as a combination of multiple computing devices, such as a combination of a digital signal processor and a microprocessor, a combination of multiple microprocessors, a combination of one or more microprocessors incorporating a digital signal processor core, or any other combination of such configurations.

[0026] Furthermore, the steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be directly implemented in hardware, firmware, software modules executed by processor modules 214 and 236 respectively, or any practical combination thereof. Memory modules 216 and 234 can be implemented as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 can be coupled to processor modules 210 and 230 respectively, such that processor modules 210 and 230 can read information from and write information to memory modules 216 and 234 respectively. Memory modules 216 and 234 can also be integrated into their respective processor modules 210 and 230. In some embodiments, memory modules 216 and 234 may each include cache memory for storing temporary variables or other intermediate information during the execution of instructions to be executed by processor modules 210 and 230 respectively. Memory modules 216 and 234 may each include non-volatile memory for storing instructions to be executed by processor modules 210 and 230, respectively.

[0027] Network communication module 218 broadly represents the hardware, software, firmware, processing logic, and / or other components of base station 202 that enable bidirectional communication between base station transceiver 210 and other network components and communication nodes configured to communicate with base station 202. For example, network communication module 218 may be configured to support Internet or WiMAX (World Interoperability for Microwave Access) services. In a typical but non-limiting deployment, network communication module 218 provides an 802.3 Ethernet interface, allowing base station transceiver 210 to communicate with traditional Ethernet-based computer networks. In this way, network communication module 218 may include a physical interface for connecting to a computer network (e.g., a Mobile Switching Center (MSC)). The terms “configured for,” “configured to,” and their various variations used in this document in relation to a specified operation or function refer to devices, components, circuits, structures, machines, signals, etc., that are physically constructed, programmed, formatted, and / or arranged to perform the specified operation or function.

[0028] The Open Systems Interconnection (OSI) model (referred to herein as the "OSI model") is a conceptual and logical layout that defines network communications used by systems (e.g., wireless communication devices, wireless communication nodes) for interconnecting and communicating with other systems. The model is divided into seven sub-components or layers, each representing a conceptual set of services provided to its upper and lower layers. The OSI model also defines logical networks and efficiently describes computer packet transmission using different layer protocols. The OSI model may also be referred to as the seven-layer OSI model or the seven-layer model. In some embodiments, the first layer may be the physical layer. In some embodiments, the second layer may be the Medium Access Control (MAC) layer. In some embodiments, the third layer may be the Radio Link Control (RLC) layer. In some embodiments, the fourth layer may be the Packet Data Convergence Protocol (PDCP) layer. In some embodiments, the fifth layer may be the Radio Resource Control (RRC) layer. In some embodiments, the sixth layer may be the Non-Access Stratum (NAS) layer or the Internet Protocol (IP) layer, and the seventh layer is other layers.

[0029] Various exemplary embodiments of this solution are described below with reference to the accompanying drawings to enable those skilled in the art to create and use this solution. As will be apparent to those skilled in the art, various changes or modifications can be made to the examples described herein without departing from the scope of this solution after reading this disclosure. Therefore, this solution is not limited to the exemplary embodiments and applications described and illustrated herein. Furthermore, the specific order or hierarchy of steps in the methods disclosed herein is merely exemplary. Based on design preferences, the specific order or hierarchy of steps in the disclosed methods or processes can be rearranged while remaining within the scope of this solution. Therefore, those skilled in the art will understand that the methods and techniques disclosed herein present various steps or actions in an exemplary order, and unless otherwise expressly stated, this solution is not limited to the specific order or hierarchy presented.

[0030] 2. Systems and methods for PRACH enhancement in UAVs In a given terrestrial network, one or more UEs 104 (e.g., wireless communication devices or terminals) may be located at / positioned at an altitude / height lower than / less than that of BS 102 (e.g., gNB or wireless communication nodes). In some scenarios, UE 104 may be considered or correspond to a UAV (e.g., unmanned aerial vehicle or other type of aircraft or device) that can propagate or communicate with a relatively high probability / likelihood (e.g., receiving and / or receiving signals with one or more BS 102s) in a line-of-sight (LOS) channel (e.g., a transmission path without relatively large obstacles) at a relatively high altitude and with relatively good coverage, thereby enabling the identification, prediction, or access of a larger number of cells. Because relatively high altitudes (e.g., in the air) have a relatively wider / greater / larger coverage area compared to relatively low altitudes (e.g., on the ground), relatively fewer or fewer BS 102s can be deployed for UEs 104 (e.g., drones) at relatively high altitudes. In some cases, when the altitude of UE 104 rises / increases from a low altitude to a high altitude, PRACH enhancements may be considered (e.g., configured) to match or correspond to coverage and / or access target BS 102 in the air (or at a specific altitude). In other cases, when UE 104 is connected to one or more remote BS 102s at a relatively high altitude, it may be desirable to reduce potential conflicts and / or collisions between UE 104 (such as UAV) and other ground UE 104s (e.g., UE 104s at relatively low altitudes) during random access. Therefore, the systems and methods of the technical solutions discussed herein can provide PRACH enhancements for UE 104 at relatively high altitudes to avoid, minimize, or prevent conflicts and / or collisions with other UE 104s and / or access target remote BS 102s (e.g., at least one BS 102 within a cell capable of serving UE 104 at the current altitude), taking into account cell load (e.g., balancing the load on network resources of individual cells) and / or interference.

[0031] In a specific system, random access preambles (e.g., preamble sequences) may be generated, for example, from or based on a Zadoff-Chu (ZC) sequence with zero correlation. In some cases, there may be 64 (or other numbers) available preamble sequences in each corresponding cell. Different sets of random access sequences can be assigned to adjacent BS102s. These sequences (e.g., preamble sequences) can be obtained / acquired by cyclic shifting of the root ZC sequence, which can be arranged / arranged according to the ascending (or descending) order of the available cyclic shift values ​​of the root ZC sequence. Logical indices in the root ZC sequence can be broadcast / via system information. If a particular root ZC sequence cannot generate a predetermined number of preamble sequences (e.g., all 64 preamble sequences) via / by cyclic shifting, the remaining preamble sequences can be generated by cyclic shifting of subsequent root ZC sequences corresponding to logical index values. A particular ZC sequence generated by cyclic shifting corresponding to a particular logical index may include or correspond to the following:

[0032] ZC sequences can be defined, described, or represented as follows:

[0033] It can correspond to the logical root index value. This can correspond to a cyclic shift.

[0034] In a specific system, different types of PRACH preambles can be defined / described to provide corresponding coverage for various cell radii / areas, for example, according to, but not limited to, the following tables (e.g., Example Table 1 and Example Table 2).

[0035] Example Table 1: PRACH preamble format for L_RA=839 and ∆f_RA∈{1.25, 5}kHz

[0036] Example Table 2: For L_(RA)∈{139, 571, 1151} and ∆f_RA= The preamble format, where

[0037]

[0038] In a specific system, the random access occasion (RO) (e.g., sometimes referred to as or including resource occasions) can be specified / indicated / configured / defined by the network or BS 102 configuration. The synchronization signal block (SSB) can be associated with different beams / signals. The mapping (or association) between the SSB and RO can be defined / configured by, via, or using radio resource control (RRC) parameters, for example... msg1-FDM and / or ssb-perRACH-OccasionAndCB-PreamblesPerSSB (per RACH timing) (SSB and CB preamble for each SSB) wait.

[0039] refer to Figure 3 Figure 300 illustrates an example of the process for implementing PRACH enhancement in UE 104 (e.g., UAV). In various implementations, to enhance the PRACH of UE 104 at a relatively high altitude (e.g., at or above at least a predetermined threshold, as discussed herein), BS 102 can configure / set / implement one or more random access parameters and / or information for UE 104 at the high altitude to avoid conflicts and / or collisions. BS 102 (or the network) can send / provide / transmit parameters or configuration information to UE 104 via signaling and / or auxiliary information (such as medium access control (MAC) signaling, radio resource control (RRC) signaling, system information block (SIB) signaling, or other higher-level signaling). At least one of the following example configurations can be implemented: 1. Example Configuration 1: When the height / altitude of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold (e.g., the same or different height thresholds) and preamble format for UE 104. In this case, at least the preamble format can be a parameter that is part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0040] 2. Example Configuration 2: When the height of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold and at least one PRACH resource (or PRACH timing) (RO) for UE 104. In this case, at least the RO can be a parameter that is part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0041] 3. Example Configuration 3: When the height of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold and at least one preamble format with a corresponding RO for UE 104. In this case, at least the preamble format and the corresponding RO can be part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0042] 4. Example Configuration 4: When the height of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold and cyclic shift value N used for preamble sequence generation. cs (or the number of cyclic shifts). In this case, at least the cyclic shift value / number can be a parameter that is part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0043] 5. Example Configuration 5: When the height of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold and logical root index value used for preamble sequence generation. In this case, at least the logical root index value can be a parameter that is part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0044] 6. Example Configuration 6: When the height of UE 104 is at or above a predetermined height threshold, BS 102 can configure or indicate the height threshold and logical root index value used for preamble sequence generation. In this case, at least the logical root index value and the corresponding cyclic shift value can be part of the parameters used to perform random access (or to avoid conflict or collision with at least one other UE 104 below the height threshold).

[0045] Example Configuration 1: BS is configured with at least one preamble format Reference Figure 4 The flowchart depicts an example method 400 for PRACH enhancement based on a height threshold. Figure 5 Example scenario 500 for PRACH enhancement of height-based UE 104 is shown, such as, but not limited to, combining... Figure 4 Example method 400 is described. Example method 400 may be initiated in response to the height / altitude of UE 104 reaching or exceeding a height threshold, such as... Figure 5As shown. UE 104 can be connected to one or more (e.g., remote) BS 102s, such as, depending on the location of UE 104, at least one BS 102 associated with the cell AE. For example, the preamble format of UE 104 can be configured as follows: In operation 402, BS 102 (or the network) may broadcast, transmit, or provide one or more altitude / altitude thresholds, and a random access preamble format (or RACH resource configuration) corresponding to or based on the altitude of UE 104 (e.g., UAV) for one or more altitude thresholds or higher. BS 102 may broadcast information to UE 104 via SIB signaling and other types of signaling.

[0046] In operation 404, UE 104 may obtain its altitude based on or according to a Global Navigation Satellite System (GNSS) or other type of positioning system configured to at least measure the altitude, height, or position of UE 104. In some cases, the altitude of UE 104 may vary based on the capabilities of the GNSS. At operation 406, UE 104 may determine whether its altitude is (equal to or) higher than an altitude / altitude threshold configured by BS 102 or the network. (See reference...) Figure 5 For example, at time t2, UE 104 can obtain or receive an indication from the positioning system that its flight altitude is at or above an altitude threshold. In this case, UE 104 can initiate / start access to the target remote BS 102 based on the received synchronization signal block (SSB).

[0047] UE 104 can receive / acquire downlink (DL) SSB and / or system and broadcast information for downlink synchronization from BS 102, such as RACH resource configuration via SIB signaling or other signaling. At operation 408, UE 104 can apply the RACH resource configuration to a corresponding height threshold of the RACH based on the provided preamble format configured by BS 102, for example, for establishing a random access connection (e.g., via a random access procedure connection), wherein the preamble format can be configured by BS 102 according to the corresponding height threshold. For example, considering the Doppler frequency offset caused by the speed of UE 104 (e.g., flight, travel, or movement), UE 104 can use formats supporting the RACH preamble format (including but not limited to...). L RA=839) The types of the predetermined / predefined / restricted sets, such as preamble formats 0 to 3, are as shown in Example Table 1. In this case, when the flight altitude of UE 104 is at or above the predetermined altitude threshold, the preamble format in Example Table 1 (e.g., PRACH preamble format 0) can be applied to UE 104. Other PRACH preamble formats can be applied to UE 104 based on other parameters (such as according to Example Table 1).

[0048] In some implementations, when the altitude of UE 104 is less than a height threshold, UE 104 can apply conventional RACH resource configuration to RACH at operation 410. In this case, UE 104 (such as a UAV) can be operated or configured by BS 102, for example, similar to other land UEs 104.

[0049] In some implementations, BS 102 or the network can configure multiple altitude thresholds to UE 104 via dedicated RRC signaling (e.g., SIB signaling or other types of signaling). For example, one or more altitude thresholds may include or correspond to at least one of the following: 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc., but are not limited thereto. One or more configured preamble formats may include at least preamble format 0, preamble format 1, preamble format 2, and / or preamble format 3. BS 102 may broadcast multiple altitude thresholds and / or preamble formats to UE 104 individually or simultaneously (e.g., together) as part of a random access configuration.

[0050] Example Configuration 2: BS Configure Specific RO In various configurations, when the altitude of UE 104 is at or above a certain altitude threshold (e.g., based on GNSS or other positioning system measurements), UE 104 can access at least one remote BS 102 based on a specific configuration. For example, UE 104 can access the remote BS 102 based on or according to at least one (e.g., specific) RO configured by BS 102, such as as follows: 1. BS 102 may broadcast height thresholds and ROs corresponding to or associated with the height of UE 104 exceeding at least one height threshold via / through System Information Block (SIB) signaling or other types of signaling (e.g., a specific RO may be associated with a height threshold).

[0051] 2. Based on the GNSS capability of UE 104, if the altitude of UE 104 is at or above the altitude threshold configured by BS 102, UE 104 can initiate / initiate access to the target remote BS 102 based on SSB (such as via SIB signaling) received from BS 102.

[0052] 3. UE 104 can receive / obtain downlink SSB and / or system and broadcast information for downlink synchronization from BS 102.

[0053] 4. UE 104 can establish a random access connection (e.g., via a random access procedure) using a Route configured based on BS 102. A specific Route can be based on a height threshold configured by BS 102. For example, Figure 6 Example 600 depicts RO allocation for preamble transmission. As shown, a specific RO can be assigned or mapped to a preamble transmission (e.g., a corresponding SSB) for UE 104. Although Figure 6 Provided with a specific number of SSBs (e.g., 64 preamble sequences) and associated ROs, the BS 102 can be configured with other numbers of preamble sequences.

[0054] In some implementations, BS 102 can configure different altitude thresholds to UE 104 via dedicated RRC signaling (e.g., SIB or other types of signaling). For example, one or more altitude thresholds may include, but are not limited to, 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc. One or more (e.g., dedicated, unique, or configured) time resources for ROs may include or correspond to, for example, PRACH configuration index 0, PRACH configuration index 1, PRACH configuration index 2, PRACH configuration index 3, etc. BS 102 may broadcast multiple altitude thresholds and ROs individually or simultaneously / together as part of the random access resources of UE 104.

[0055] Example Configuration 3: BS Configuration of Preamble Format and RO In various configurations, BS 102 can be configured with at least one specific preamble format for preamble transmission at a specific RO resource (e.g., time resource and / or frequency resource). Based on the preamble transmission in this case (e.g., preamble format and RO resource), different states of UE 104 will be distinguished / identified, and UE 104 can connect to the target remote BS 102. The preamble format configuration and RO resource can be implemented or utilized as follows: 1. BS 102 may broadcast a height threshold, a random access preamble format, and an RO (e.g., associated with the height threshold) corresponding to the height of UE 104 at or above the height threshold via SIB signaling or other types of signaling.

[0056] 2. UE 104 can determine or obtain its altitude / altitude measurement based on its positioning system (e.g., GNSS) capabilities. If the flight altitude of UE 104 is at or above an altitude threshold configured by BS 102, UE 104 can initiate access to the target remote BS 102 based on the SSB received from BS 102.

[0057] 3. UE 104 receives downlink SSB from BS 102 for downlink synchronization and obtains system and broadcast information via at least one appropriate signaling.

[0058] 4. UE 104 may transmit / send / provide a specific preamble format at a designated RO (e.g., time or frequency) configured by BS 102. BS 102 may configure a specific RO and / or preamble format based on an altitude threshold. For example, taking into account the Doppler frequency offset caused by the movement or flight speed of UE 104 and to avoid cell interference, UE 104 may (e.g., based on the speed and / or altitude of UE 104) transmit at least preamble format 0, as well as other preamble formats, at a specific RO.

[0059] In some implementations, BS 102 can configure multiple altitude thresholds to UE 104 via dedicated RRC signaling (e.g., SIB, etc.). For example, one or more altitude thresholds may include at least one of the following: 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc. One or more dedicated preamble formats may include, or are: preamble format 0, preamble format 1, preamble format 2, and / or preamble format 3, etc. One or more time resources for RO may include PRACH configuration index 0, PRACH configuration index 28, PRACH configuration index 34, and PRACH configuration index 40, respectively, for preamble format 0, preamble format 1, preamble format 2, and preamble format 3, and other configurations. BS 102 may broadcast multiple altitude thresholds, specific ROs, and preamble formats individually or simultaneously / together as part of the random access configuration of UE 104.

[0060] Example Configuration 4: Specific cyclic shift values ​​are configured by the BS. In some configurations, the preamble sequence can be generated by or based on a cyclic shift value. In this case, BS 102 can configure / set a specific cyclic shift value for UE 104 to access the target BS 102 during random access, such as according to, but not limited to, the following example operations: 1.BS 102 may broadcast a height threshold and one or more cyclic shift values ​​corresponding to the height of UE 104 at or above at least one height threshold via SIB signaling.

[0061] 2. Based on the GNSS capability of UE 104, if the flight altitude of UE 104 is at or above the altitude threshold configured by BS 102, UE 104 can start accessing the target remote BS 102 based on the SSB received from BS 102.

[0062] 3. UE 104 can receive / obtain / acquire downlink SSB and system and broadcast information for downlink synchronization from BS 102.

[0063] 4. UE 104 can generate a preamble sequence based on at least one of the cyclic shift values ​​configured by BS 102. The cyclic shift value used to generate the preamble sequence can be based on a height threshold configured by BS 102. To avoid / prevent cell interference between UE 104 (e.g., UAV) at or above the height threshold and other UE 104 (e.g., terrestrial UE 104 below the height threshold), relatively small cyclic shift values ​​(one or more) can be configured for UE 104 at relatively higher altitudes to reduce the number of logical root index values ​​for different cells. Relatively small cyclic shift values ​​can result in a relatively low probability / likelihood of collisions between UE 104 at or above the height threshold and other terrestrial UE 104 below the height threshold. By considering the Doppler frequency offset generated by or based on the flight speed of UE 104, cyclic shift values ​​corresponding to the type supporting the restricted set for the PRACH preamble format (e.g., ...) can be considered. To avoid cell interference, for example, a minimum (or smallest) cyclic shift value (e.g., such as, but not limited to, 15 and 36 in Example Tables 2 and 3 respectively) can be configured to generate a preamble sequence for UE 104. In another example, a relatively small cyclic shift value compared to at least one other cyclic shift value (e.g., 2, 8, and / or 17 in Example Table 5) can be configured to generate preamble sequences in PRACH preamble format with L_RA=139, 571, and 1151 in Example Table 5 respectively. In such cases, conflicts and collisions between UE 104 at or above the height threshold and other UE 104s below the height threshold can be minimized or avoided.

[0064] Example Table 3: NCS with preamble format of ∆f_RA=5kHz

[0065] In some implementations, BS 102 can configure different or multiple altitude thresholds to UE 104 via dedicated RRC signaling (e.g., SIB). For example, one or more altitude thresholds may include, but are not limited to, 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc. One or more configured cyclic shift values ​​may include at least 15 and / or 18, etc. For example, one or more indices of zeroCorrelationZoneConfig may include 0 and / or 1. BS 102 may broadcast multiple altitude thresholds and cyclic shift values ​​together or separately as a random access configuration for UE 104.

[0066] Example Table 4: With =5kHz preamble format

[0067]

[0068] Example Table 5: For The preamble format of ∈{139, 571, 1151}

[0069]

[0070] Example Configuration 5: BS is configured with at least one logical root index value In various configurations, UE 104 can generate at least one preamble sequence based on, determined by, or determined by at least one logical root index value. BS 102 can configure UE 104 with one or more logical root index values ​​to access target BS 102 during random access, such as according to the following example operations or procedures: 1.BS 102 may broadcast / propagate a height threshold via SIB signaling, and at least one logical root index value corresponding to or associated with the height of UE 104 at or above the height threshold (or the height threshold reached).

[0071] 2. Based on the GNSS capability of UE 104, if the flight altitude of UE 104 is at or above the altitude threshold configured by BS 102, UE 104 can start accessing the target remote BS 102 based on the SSB received from BS 102.

[0072] 3. UE 104 can receive downlink SSB and system and broadcast information from BS 102 for downlink synchronization.

[0073] 4. UE 104 may generate a preamble sequence based on at least one (e.g., a specific) logical root index value configured by BS 102. The specific logical root index value may be associated with or based on an altitude threshold, which may be configured by BS 102. For example, BS 102 may configure one or more maximum and / or minimum values ​​of the root index for UE 104, such as configuring the smallest logical root index value (e.g., a value of 1) and / or the largest logical root index value (e.g., a value of 838, etc.) among various logical root index values ​​for UE 104 when the flight altitude of UE 104 is at or above the altitude threshold.

[0074] In some implementations, BS 102 can configure / set / establish dedicated RRC signaling (e.g., SIB or other types of signaling) for UE 104 with different height thresholds. For example, one or more height thresholds may include, but are not limited to, 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc. One or more configured logical root index values ​​may include 1, 838, etc. For example, one or more indices of the logical root value (e.g., prach-RootSequenceIndex) may include or correspond to 22 and 23, such as logical root values ​​of 1 and 838 respectively. BS 102 may broadcast multiple height thresholds and logical root index values ​​together or separately as part of the random access configuration of UE 104.

[0075] Example Configuration 6: BS Configuration of Circular Shift Value and Logical Root Index Value In some configurations, BS 102 can be configured with at least one logical root index value and at least one cyclic shift value to generate a preamble sequence, such as to distinguish / identify the state of UE 104 and for UE 104 to connect to the target remote BS 102. BS 102 and / or UE 104 can implement or utilize at least one logical root index value and at least one cyclic shift value as follows: 1.BS 102 may broadcast a height threshold, at least one logical root index value, and at least one cyclic shift value corresponding to UE104 at or above the height threshold via SIB signaling.

[0076] 2. Based on the GNSS capability of UE 104, if the flight altitude of UE 104 is at or above the altitude threshold configured by BS 102, UE 104 can start accessing the target remote BS 102 based on the SSB received from BS 102.

[0077] 3. UE 104 can receive downlink SSB and system and broadcast information from BS 102 for downlink synchronization.

[0078] 4. UE 104 can generate a preamble sequence based on at least one (e.g., specific) cyclic shift value and logical root index value configured by BS 102, as well as other parameters. Each cyclic shift value and / or logical root index value can be based on or associated with one or more height thresholds, such as those configured by BS 102. For example, by taking into account the Doppler frequency offset caused by the flight speed of UE 104 and avoiding cell interference, BS 102 can configure at least one relatively small cyclic shift value and / or at least one minimum logical root index value, such as 15 and 1 respectively, for the PRACH preamble format of L_RA=839 and the type of restricted set supported by other preamble formats.

[0079] In various implementations, when UE 104 is at or above a height threshold, UE 104 may receive one or more additional configurations (or parameters) broadcast from target BS 102. UE 104 may determine its height and the corresponding parameters to be applied for connecting with target BS 102. In some cases, UE 104 may determine the parameters to be applied based on a corresponding height threshold and UE 104's current height, such as, for example, a height threshold closest to or less than UE 104's current height. Based on the corresponding parameter(s), UE 104 may apply the parameters discussed herein to connect with target BS 102.

[0080] In some implementations, BS 102 can configure different altitude thresholds to UE 104 via dedicated RRC signaling (e.g., SIB signaling or other types of signaling). For example, one or more altitude thresholds may include 30 meters, 50 meters, 100 meters, 300 meters, 500 meters, etc. In some examples, for a PRACH preamble format of LRA=839, one or more cyclic shift values ​​and logical root index values ​​may include, but are not limited to, at least 15 and 1 respectively. In some other examples, for a PRACH preamble format of LRA=139, one or more cyclic shift values ​​and logical root index values ​​may include, but are not limited to, at least 2 and 1 respectively. BS 102 may broadcast multiple altitude thresholds, cyclic shift values, and / or logical root index values ​​simultaneously / together or individually, for example, as part of the random access configuration of UE 104.

[0081] Figure 7 A flowchart of an example method 700 for PRACH enhancement in a UE (e.g., UAV) is shown. Method 700 can be used in conjunction with this document. Figures 1 to 6Method 700 may be implemented by any one or more of the components and devices described in detail. In short, in some embodiments, method 700 may be performed by at least one wireless communication device (e.g., UE, UAV, or other type of airborne device), at least one wireless communication node (e.g., BS, gNB, or access network device), etc. Depending on the embodiment, additional, fewer, or different operations may be performed in method 700. At least one aspect of these operations may relate to a system, method, apparatus, or computer-readable medium.

[0082] At operation 702, the wireless communication node can send / transmit / convey / signal / provide to the wireless communication device a Random Access Channel (RACH) configuration (e.g., auxiliary information or configuration) associated with one or more altitude information (e.g., altitude thresholds or ranges). At operation 704, the wireless communication device can receive / obtain / acquire the RACH configuration from the wireless communication node. At operation 706, the wireless communication device can transmit a message for RACH transmission to the wireless communication node, the message being determined based on the RACH configuration of at least one RACH parameter and the associated one or more altitude information. At operation 708, the wireless communication node can receive a message from the wireless communication device.

[0083] In some implementations, the message used for RACH transmission may include at least one of the following: a preamble, Msg-A and / or Msg-3 for a two-step random access procedure. In some implementations, at least one RACH parameter from the RACH configuration may include at least one parameter or set of parameters for performing random access or avoiding collisions or conflicts with at least one other wireless communication device. In some cases, at least one RACH parameter may include an indication of at least one of the following: one or more height information, one or a set of preamble formats, one or a set of PRACH configuration indices, one or a set of Physical Random Access Channel (PRACH) timings or resources, one or a set of cyclic shift values, one or a set of logical root indices, one or more types of restricted sets and / or one or a set of cyclic shift indices.

[0084] In some implementations, receiving RACH configuration may include, for example, the wireless communication device receiving RACH configuration via at least one of a first higher-layer signaling, a second higher-layer signaling, and / or a third higher-layer signaling to indicate RACH parameters associated with one or more altitude information, or other types of signaling. In some implementations, at least one RACH parameter may be configured by the first higher-layer signaling, and the associated one or more altitude information may be configured by the second higher-layer signaling.

[0085] In some implementations, at least one RACH parameter and one or more associated altitude information can be jointly configured by third higher-layer signaling, which includes at least one of the following: at least one RACH parameter and one or more associated altitude information configured in a {RACH parameter, altitude information} pair; at least one RACH parameter and one or more associated altitude information configured in a {RACH parameter, RACH parameter, altitude information} pair (or group); at least one RACH parameter and one or more associated altitude information configured in a {RACH parameter, altitude information, altitude information} pair; and / or at least one RACH parameter and one or more associated altitude information configured in a {RACH parameter, RACH parameter, altitude information, altitude information, altitude information} pair.

[0086] In some implementations, one or more altitude information may be configured as at least one of the following: a single value, at least two values, a range applicable to different RACH parameters, a reference altitude applicable to different RACH parameters, and / or a threshold applicable to different RACH parameters. In some implementations, one or more altitude information includes at least one of the following: absolute altitude, relative altitude relative to the surrounding environment, and / or an absolute altitude threshold and one or more reference altitudes. In some implementations, one or more altitude information may include at least one of the following: one or more altitude information configured per cell, and / or one or more altitude information configured per area.

[0087] In some implementations, the wireless communication device may receive one or more configurations from a wireless communication node. Each configuration may include at least one parameter configured based on corresponding altitude information. For example, the wireless communication device may be configured with multiple altitude thresholds or ranges. The wireless communication device may determine its current altitude based on at least one measurement from a positioning system. The wireless communication device may use corresponding altitude information above or below the current altitude to identify at least one RACH configuration among various RACH configurations. In this case, each configuration may be associated with a corresponding altitude threshold among various altitude thresholds configured by the wireless communication node.

[0088] In some implementations, a cyclic shift value or a set of cyclic shift values ​​includes the smallest cyclic shift value among the various cyclic shift values, and / or includes cyclic shift values ​​that are relatively smaller than at least one other cyclic shift value. In some implementations, a root index value or a set of root index values ​​may include the smallest logical root index value among the various logical root index values ​​(e.g., the minimum value), and / or include the largest logical root index value among the various logical root index values ​​(e.g., the maximum value).

[0089] In some implementations, at least one of the following applies: the wireless communication device generates at least one preamble sequence based on at least one of one or a set of preamble formats, one or a set of PRACH configuration indices, one or a set of logical root index values, one or a set of cyclic shift values, and / or the type of restricted set; and / or the wireless communication device transmits / sends preambles at a specific RO at an altitude based on at least one RACH configuration and whether the wireless communication device meets / satisfies one or more altitude information, wherein at least one RACH configuration includes at least one of the following at the altitude information: one or a set of PRACH configuration indices, one or a set of ROs, and / or one or a set of PRACH resources.

[0090] In various implementations, receiving RACH configuration may include receiving RACH configuration via at least one of a first higher-layer signaling, a second higher-layer signaling, and / or a third higher-layer signaling to indicate RACH parameters associated with one or more height information. For example, at least one RACH configuration / parameter may be configured via the first higher-layer signaling. The higher-layer signaling may include at least one of the following: medium access control (MAC) signaling, radio resource control (RRC) signaling, system information block (SIB) signaling, or other higher-layer signaling. For example, one or a set of preamble formats (e.g., x1, x2, x3, etc.) may be configured via an indication of the prach-ConfigurationIndex in the higher-layer signaling (e.g., RRC signaling for Information Element (IE) RACH-ConfigGeneric). In some examples, one or a set of cyclic shift values ​​(e.g., y1, y2, y3, etc.) can be configured via the indications of zeroCorrelationZoneConfig and / or restrictedSetConfig in higher-layer signaling (e.g., RRC signaling of IE RACH-ConfigGeneric). In some other examples, one or a set of logical root indices (e.g., z1, z2, z3, etc.) can be configured via the indication of prach-RootSequenceIndex in higher-layer signaling (e.g., RRC signaling of RACH-ConfigCommon). In specific examples, one or a set of Physical Random Access Channel (PRACH) timings or resources (e.g., m1, m2, m3, etc.) can be configured via the indication of SharedRO-MaskIndex in higher-layer signaling (e.g., SIB, RRC, MAC, etc.). In some examples, one or a set of physical random access channel (PRACH) timings or resources (e.g., m1, m2, m3, etc.) can be configured via indications in higher-layer signaling (e.g., msg1-FDM, msgA-RO-FDM, msg1-FrequencyStart, or msgA-RO-FrequencyStart) in RACH-ConfigGeneric and / or RACH-ConfigGenericTwoStepRA.In some cases, one or more height information (e.g., n1, n2, n3, etc.) can be configured via an indication of a height threshold in high-layer signaling (e.g., SIB, RRC, MAC, etc.).

[0091] In some embodiments, at least one RACH parameter can be configured via second high-layer signaling. The second high-layer signaling can include at least one of the following: Media Access Control (MAC) signaling, Radio Resource Control (RRC) signaling, System Information Block (SIB) signaling, or other high-layer signaling. For example, one or more height information (e.g., n1, n2, n3, and / or n1 < n2 < n3, etc.) can be configured via an indication of a height threshold in high-layer signaling (e.g., RRC signaling of IE Height-Config (IE height-configuration)). In some examples, the configured height information can define a range that corresponds to different parameters for performing random access and / or avoiding conflicts or collisions with at least one other wireless communication device (e.g., format x1 can be used when the current height is below n1, format x2 can be used when the current height is below n2 and above n1, format x3 can be used when the current height is below n3, etc.). In some other examples, in addition to traditional RACH parameter values, the configured height information can define, include, or represent a threshold corresponding to parameter values for performing random access or avoiding conflicts (e.g., format x1 can be used when the current height is below n1, format x2 can be used when the current height is above n1, format x3 can be used when the current height is above n2, etc.). The same mapping method can be applied between the height information and other parameters (e.g., cyclic shift value, logical root index, etc.). For other RACH parameters not indicated in the third high-layer signaling, maintain consistency with traditional RACH parameters (e.g., the first high-layer signaling).

[0092] In some implementations, at least one RACH parameter can be configured via third higher-layer signaling. The third higher-layer signaling may include at least one of the following: Media Access Control (MAC) signaling, Radio Resource Control (RRC) signaling, System Information Block (SIB) signaling, or other higher-layer signaling. For example, a combination of one or more height information (e.g., n1, n2, n3, etc.) with one or more preamble formats can be configured via indications in higher-layer signaling (e.g., RRC signaling for IE Height-Config), such as (x1, n1), (x2, n2), or (x2, n1), (x3, n2), etc. The former combination (x1, n1) can be defined as using format x1 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current height is below the height information n1, and / or the latter combination (x2, n1) can be defined as using format x2 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current height is above n1. In some examples, combinations of multiple parameters with altitude information can be configured via indications in higher-level signaling (e.g., RRC signaling for IEHeight-Config), such as (x1, z1, n1), (x2, z2, n2), or (x2, z1, n1), (x3, z1, n2). The former combination (x1, z1, n1) can be defined as using format x1 and logical root index z1 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current altitude is below the altitude threshold n1, and / or the latter combination (x2, z1, n1) can be defined as using format x2 and logical root index z1 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current altitude is above n1. In some examples, combinations of more height information (e.g., n1, n2, n3, etc.) and at least one preamble format can be configured via indications in higher-layer signaling (e.g., RRC signaling for IE Height-Config), such as (x1, n1, n2), (x2, n2, n3), and / or (x1, x2, n1, n2, n3), etc. The combination (x1, n1, n2) can be defined as using format x1 when the current height is above a height threshold n1 and below a height threshold n2, for performing random access and / or avoiding collisions or conflicts with at least one other wireless communication device. The combination (x1, n1, n2) can be defined as using format x1 when the current height is within a height range of n2 starting from the n1 height threshold, for performing random access or avoiding collisions or conflicts with at least one other wireless communication device.In some other examples, combinations of more height information (e.g., n1, n2, n3, etc.) and more preamble formats can be configured via indications in higher-layer signaling (e.g., RRC signaling for IE Height-Config), such as (x1, x2, n1, n2, and n3). A combination (x1, x2, n1, n2, n3) can be defined as using format x1 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current height is within the height range of n2 starting from the n1 height threshold, and using format x2 to perform random access and / or avoid collisions or conflicts with at least one other wireless communication device when the current height is within the height range of n3 starting from the n1 height threshold or the n1 height threshold plus the n2 height threshold. The same combination mapping method between height information and other parameters (e.g., cyclic shift values, logical root indices, etc.) can be applied. For other RACH parameters not indicated in the third higher-layer signaling, consistency with conventional RACH parameters (e.g., the first higher-layer signaling) can be maintained / preserved.

[0093] In some implementations, after the wireless communication device has ascended to at least a specific height or a height associated with one or more height information (such as satisfying height information), the wireless communication device may receive RACH configuration from the wireless communication node.

[0094] In some implementations, one or more height information may be configured as absolute height, such as height relative to sea level. In some implementations, one or more height information may be configured as relative height, such as the height difference between the wireless communication device and its surrounding environment (e.g., buildings, mountains, etc.). In some implementations, one or more height information may be configured as absolute height information and / or one or more reference heights.

[0095] In some implementations, one or more altitude information can be configured via SIB signaling during the initial movement / flight phase. In some implementations, one or more altitude information can be configured via RRC-specific signaling to modify initial parameters. In some implementations, one or more altitude information can be configured per cell (e.g., a cell corresponds to a beam). In some implementations, one or more altitude information can be configured per region (e.g., regions divided by different longitudes and latitudes, terrain features, administrative regions, etc.). The spatial area where the wireless communication device can move / fly can be determined through the altitude information and its granular configuration.

[0096] In some implementations, SIB1 may indicate a RACH configuration (e.g., RACH-ConfigGeneric) associated with one or more height information (e.g., thresholds or ranges) for the wireless communication device. The RACH configuration may indicate a new specific preamble format parameter for the wireless communication device at a height that satisfies / meets the height information (e.g., prach-ConfigurationIndex-HeightThreshold (prach-ConfigurationIndex-HeightThreshold)). The RACH configuration may indicate a new specific cyclic shift value for the wireless communication device at a height that satisfies the height threshold (e.g., zeroCorrelationZoneConfig-HeightThreshold (zeroCorrelationZoneConfig-HeightThreshold)). The RACH configuration may indicate a new specific msg1 FDM for the wireless communication device at a height that satisfies the height threshold (e.g., msg1-FDM-HeightThreshold (msg1-FDM-HeightThreshold)). The RACH configuration may indicate a new specific msg1 frequency start for the wireless communication device at a height that satisfies the height threshold (e.g., msg1-FrequencyStart-HeightThreshold (msg1-FrequencyStart-HeightThreshold)). Examples of the indication of the RACH configuration may include the following: RACH-ConfigGeneric (RACH-Generic Configuration) ::= SEQUENCE (Sequence) { prach-ConfigurationIndex-HeightThreshold (prach-configuration index-height threshold) INTEGER (integer) (0…255), msg1-FDM-HeightThreshold (msg1-FDM-height threshold) ENUMERATED (enumeration) {one,two,four,eight} ({1,2,4,8}) msg1-FrequencyStart-HeightThreshold (msg1-FrequencyStart-HeightThreshold)INTEGER(0…maxNrofPhysicalResourceBlocks-1) (0…MaximumNumberOfPhysicalResourceBlocks-1) zeroCorrelationZoneConfig-HeightThreshold (zero-correlation zone configuration - height threshold) INTEGER(0…15), } In some implementations, SIB1 may indicate RACH configuration, such as using a new Information Element (IE), for example, RACH-ConfigDedicated-HeightThrehsold, which is associated with one or more height information (e.g., thresholds or ranges) for the wireless communication device. The RACH configuration may indicate one or more height thresholds for the wireless communication device, such as integers 0, 1, 2, 3, 4, etc., corresponding to height thresholds of 30 meters, 50 meters, 100 meters, 300 meters, and / or 500 meters, respectively. The RACH configuration may indicate a preamble format for the wireless communication device at heights that meet the height thresholds (e.g., prach-ConfigurationIndex-HeightThreshold). The RACH configuration may indicate a cyclic shift value for the wireless communication device at heights that meet the height thresholds (e.g., zeroCorrelationZoneConfig-HeightThreshold). The RACH configuration may indicate msg1 FDM for the wireless communication device at heights that meet the height thresholds (e.g., msg1-FDM-HeightThreshold). The RACH configuration can indicate the start frequency of msg1 for the wireless communication device at a height that meets a height threshold (e.g., msg1-FrequencyStart-HeightThreshold). The RACH configuration can indicate the type of restricted set for the wireless communication device at a height that meets a height threshold (e.g., restrictedSetConfig-HeightThreshold). The RACH configuration can indicate the preamble root index value for the wireless communication device at a height that meets a height threshold (e.g., prach-RootSequenceIndex-HeightThreshold). Examples of IEs associated with one or more height information in the RACH configuration may include the following: RACH-ConfigDedicated-HeightThrehsold (Dedicated RACH-Configuration) ::= SEQUENCE { HeightThreshold (INTEGER) (0...4), prach-ConfigurationIndex-HeightThreshold (prach-configuration index-height threshold) INTEGER (0…255) msg1-FDM-HeightThreshold (msg1-FDM-height threshold) ENUMERATED {one, two, four, eight}, msg1-FrequencyStart-HeightThresholdINTEGER (0…maxNrofPhysicalResourceBlocks-1), zeroCorrelationZoneConfig-HeightThresholdINTEGER(0…15), `restrictedSetConfig-HeightThreshold` (Restricted Set Configuration - Height Threshold) `ENUMERATED{unrestrictedSet, restrictedSetTypeA, restrictedSetTypeB}` ({Unrestricted Set, Restricted Set Type A, Restricted Set Type B}) prach-RootSequenceIndex-HeightThreshold (prach-root sequence index-height threshold) CHOICE { l839INTEGER (0…837), l139INTEGER (0…137) }, } While various embodiments of the present solution have been described above, it should be understood that these embodiments are presented by way of example only and not as limitations. Similarly, various diagrams may depict exemplary architectures or configurations provided to enable those skilled in the art to understand exemplary features and functionality of the present solution. However, those skilled in the art will understand that the solution is not limited to the illustrated exemplary architectures or configurations, but can be implemented using various alternative architectures and configurations. Furthermore, as those skilled in the art will understand, one or more features of one embodiment may be combined with one or more features of another embodiment described herein. Therefore, the breadth and scope of this disclosure should not be limited to any of the illustrative embodiments described above.

[0097] It should also be understood that any reference to elements using names such as "first," "second," etc., in this document generally does not restrict the number or order of these elements. Rather, these names may be used herein as a convenient means of distinguishing between two or more elements or instances of elements. Therefore, references to the first and second elements do not imply that only two elements can be used or that the first element must precede the second element in some way.

[0098] Furthermore, those skilled in the art will understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, and symbols referenced in the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or light particles, or any combination thereof.

[0099] Those skilled in the art will further understand that any of the various illustrative logic blocks, modules, processors, means, circuits, methods, and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., digital implementation, analog implementation, or a combination of both), firmware, various forms of program or design code in conjunction with instructions (which may be referred to herein as "software" or "software module"), or any combination of these technologies. To clearly illustrate this interchangeability of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software, or a combination of these technologies, depends on the specific application and the design constraints imposed on the system as a whole. Those skilled in the art can implement the described functions in various ways for each specific application, but such implementation will not depart from the scope of this disclosure.

[0100] Furthermore, those skilled in the art will understand that the various illustrative logic blocks, modules, devices, components, and circuits described herein can be implemented within or executed by an integrated circuit (IC), which 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 devices, or any combination thereof. Logic blocks, modules, and circuits may also include antennas and / or transceivers for communicating with various components within a network or device. A general-purpose processor may be a microprocessor, but alternatively, the processor may be any conventional processor, controller, or state machine. The processor may also be implemented as a combination of computing devices, such as a DSP and a microprocessor, multiple microprocessors, one or more microprocessors combined with a DSP core, or any other suitable configuration that performs the functions described herein.

[0101] If these functions are implemented in software, they can be stored as one or more instructions or code on a computer-readable medium. Therefore, the steps of the methods or algorithms disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media include computer storage media and communication media, with communication media including any medium that enables the transfer of computer programs or code from one location to another. Storage media can be any available medium that is accessible to a computer. By way of example and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the required program code in the form of instructions or data structures and that is accessible to a computer.

[0102] In this document, the term "module" as used herein refers to software, firmware, hardware, and any combination of such elements for performing the associated functions described herein. Furthermore, for purposes of discussion, various modules are described as separate modules; however, as will be apparent to those skilled in the art, two or more modules may be combined to form a single module that performs the associated functions according to embodiments of this solution.

[0103] Furthermore, memory or other storage devices and communication components may be used in embodiments of this solution. It should be understood that, for clarity, the above description refers to embodiments of this solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality among different functional units, processing logic elements, or domains can be used without diminishing the effectiveness of this solution. For example, functions shown to be performed by a separate processing logic element or controller may be performed by the same processing logic element or controller. Therefore, references to specific functional units are merely references to suitable means for providing the described functionality and do not indicate a strict logical or physical structure or organization.

[0104] Various modifications to the embodiments described in this disclosure will be apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Therefore, this disclosure is not intended to be limited to the embodiments shown herein, but is to be given the broadest scope consistent with the novel features and principles disclosed herein as set forth in the appended claims.

Claims

1. A method comprising: A message for random access channel (RACH) transmission is transmitted from a wireless communication device to a wireless communication node. The message is determined based on the RACH configuration of at least one RACH parameter and one or more associated height information.

2. The method according to claim 1, comprising: The wireless communication device receives the RACH configuration and the associated one or more height information from the wireless communication node.

3. The method according to claim 1, wherein, The message used for the RACH transmission includes at least one of the following: Preamble, Msg-A for a two-step random access procedure, or Msg-3.

4. The method according to claim 1, wherein, The at least one RACH parameter includes parameters or a set of multiple parameters for performing random access or avoiding conflicts or collisions with at least one other wireless communication device.

5. The method according to claim 1, wherein, The at least one RACH parameter includes an indication of at least one of the following: The one or more height information, One or a set of preamble formats, An index of one or more Physical Random Access Channel (PRACH) configurations. One or a group of PRACH opportunities (ROs) or resources, One or a group of cyclic shift values, One or a group of logical root indexes, One or more types of restricted sets, or One or a set of circular shift indices.

6. The method according to claim 2, wherein, Receiving the RACH configuration includes receiving the RACH configuration via at least one of a first higher-layer signaling, a second higher-layer signaling, or a third higher-layer signaling to indicate RACH parameters associated with the one or more altitude information.

7. The method according to claim 1, 5, or 6, wherein, The at least one RACH parameter is configured by the first higher-layer signaling, and the associated one or more height information is configured by the second higher-layer signaling.

8. The method according to claim 1, 5 or 6, wherein, The at least one RACH parameter and the associated one or more height information are jointly configured by the third higher-layer signaling, which includes at least one of the following: The at least one RACH parameter and the associated one or more altitude information are configured in {RACH parameter, altitude information} pairs. The at least one RACH parameter and the associated one or more altitude information are configured in {RACH parameter, RACH parameter, altitude information}. The at least one RACH parameter and the associated one or more altitude information are configured in a {RACH parameter, altitude information, altitude information} pair, or The at least one RACH parameter and the associated one or more altitude information are configured in the form of {RACH parameter, RACH parameter, altitude information, altitude information, altitude information}.

9. The method according to any one of claims 1-8, wherein, The one or more height information is configured as at least one of the following: Single value, At least two values, Applicable to different RACH parameter ranges Reference height applicable to different RACH parameters, or Thresholds applicable to different RACH parameters.

10. The method according to claim 8 or 9, wherein, The one or more height information includes at least one of the following: Absolute height, Relative height to the surrounding environment, or Absolute height threshold and one or more reference heights.

11. The method according to any one of claims 1-10, wherein, The one or more height information includes at least one of the following: According to one or more height information configured in the community, or One or more height information configured by region.

12. The method according to claim 5, wherein, The at least one RACH parameter includes: The one or more preamble formats and the one or more ROs or resources; or The one or a set of cyclic shift values ​​and the one or a set of logical root indices.

13. The method according to claim 1, comprising: The wireless communication device receives the RACH configuration from the wireless communication node via at least one of the following: Media Access Control (MAC) signaling, Radio Resource Control (RRC) signaling, System Information Block (SIB) signaling, or other higher-layer signaling.

14. The method of claim 1, comprising: After the wireless communication device ascends to at least a specific height or a height associated with one or more of the height information, the wireless communication device receives the RACH configuration from the wireless communication node.

15. The method according to claim 1, comprising: The wireless communication device receives the RACH configuration from the wireless communication node, wherein each RACH configuration includes at least one RACH parameter configured according to the corresponding height information; The current altitude of the wireless communication device is determined by the wireless communication device. as well as The wireless communication device identifies a RACH configuration by using corresponding altitude information that is higher or lower than the current altitude.

16. The method according to claim 5, wherein, The one or a set of cyclic shift values ​​includes the smallest cyclic shift value among a plurality of cyclic shift values, or includes cyclic shift values ​​that are less than at least one other cyclic shift value.

17. The method according to claim 5, wherein, The one or a set of root index values ​​includes the smallest logical root index value among a plurality of logical root index values, or includes the largest logical root index value among a plurality of logical root index values.

18. The method of claim 5, comprising at least one of the following: The wireless communication device generates at least one preamble sequence based on at least one of the one or a set of preamble formats, the one or a set of PRACH configuration indices, the one or a set of logical root index values, the one or a set of cyclic shift values, or the type of the restricted set; or The wireless communication device transmits a preamble on a specific RO based on the at least one RACH configuration and whether the wireless communication device is at an altitude that satisfies one or more altitude information. in, The at least one RACH configuration includes at least one of the following: one or a set of PRACH configuration indexes at a height information location, one or a set of ROs, or one or a set of PRACH resources.

19. A method comprising: The wireless communication node receives messages from the wireless communication device for random access channel (RACH) transmission, the messages being determined based on RACH configuration of at least one RACH parameter and one or more associated height information.

20. A non-transitory computer-readable medium storing instructions that, when executed by at least one processor, cause the at least one processor to perform the method according to any one of claims 1 to 19.

21. An apparatus comprising: At least one processor is configured to perform the method according to any one of claims 1 to 19.

Images