Systems and methods for random access configuration

Abstract

Presented are systems, methods, apparatuses, and / or computer-readable media for random access (RA) configuration. A wireless communication device may receive a RA configuration from a wireless communication node. The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response from the wireless communication node.

Description

SYSTEMS AND METHODS FOR RANDOM ACCESS CONFIGURATIONTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for random access (RA) configuration.BACKGROUND

[0002] The standardization organization Third Generation Partnership Project (3GPP) is currently in the process of specifying a new Radio Interface called 5G New Radio (5G NR) as well as a Next Generation Packet Core Network (NG-CN or NGC) . The 5G NR will have three main components: a 5G Access Network (5G-AN) , a 5G Core Network (5GC) , and a User Equipment (UE) . In order to facilitate the enablement of different data services and requirements, the elements of the 5GC, also called Network Functions, have been simplified with some of them being software based so that they could be adapted according to need.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, a method, an apparatus, and / or a computer-readable medium for random access (RA) configuration. A wireless communication device (e.g., a user equipment (UE) , terminal) may receive a RA configuration from a wireless communication node (e.g., a base station (BS) , transmit-reception point (TRP) ) . The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) from the wireless communication node. In some implementations, the response may correspond to postponement of a transmission or reacquisition of GNSS positioning. The response may be indicated in a physical layer.

[0005] In some implementations, the RA configuration may comprise at least one of: partitioning information of at least one physical random access channel (PRACH) resource; a PRACH format; a set of PRACH parameters; or a priority of a plurality of ROs. The partitioning information of the at least one PRACH resource may comprise at least one of: partitioning information of a preamble or partitioning information of a random access occasion (RO) .

[0006] In some implementations, the partitioning information of the at least one PRACH resource may comprise partitioning information corresponding to a plurality of levels (e.g., classes / groups / partitions) of wireless communication devices. The plurality of levels of wireless communication devices can be configured according to at least one of: global navigation satellite (GNSS) related capability or information (e.g., capability or information of (or possessed by) a UE); position related capability or information; positioning related capability or information; or pre-compensation related capability or information.

[0007] In some implementations, the plurality of levels of wireless communication devices can be predefined or configured by the wireless communication node. In some implementations, the plurality of levels of wireless communication devices configured according to the GNSS related capability or information may correspond to at least one of: a limit of GNSS position error, a limit of timing error, or a limit of frequency error. In some implementations, the plurality of levels of wireless communication devices configured according to the position related capability or information may correspond to at least one of: a limit of position error, a limit of timing error, or a limit of frequency error.

[0008] In some implementations, the plurality of levels of wireless communication devices configured according to the positioning related capability or information may correspond to at least one of: a limit of positioning error, a limit of timing error, or a limit of frequency error. In some implementations, the plurality of levels of wireless communication devices configured according to the pre-compensation related capability or information may correspond to at least one of: a limit of timing error, a limit of frequency error, an accuracy of timing, or an accuracy of frequency.

[0009] In some implementations, the partitioning information of the at least one PRACH resource may comprise partitioning information configured for at least one use case. In some implementations, the at least one use case may comprise at least one of: a procedure; a feature; a combination of features; a type of a user equipment (UE) ; a status of the UE; a combination of the status of the UE; or a scenario.

[0010] In some implementations, the at least one use case may correspond to at least one of: a non-terrestrial network (NTN) ; being global navigation satellite (GNSS) capable (e.g., a UE being capable of GNSS positioning operations or measurements) ; being GNSS incapable; GNSS information being valid; GNSS information being invalid; GNSS information being coarse or expired; a level of GNSS accuracy being satisfied; position information being available; position information being unavailable; position information being valid or invalid; position information being coarse or expired; a level of position accuracy being satisfied; positioning information being valid or invalid; positioning information being coarse or expired; being positioning capable; being positioning incapable; a level of positioning accuracy being satisfied; pre-compensation information being valid or invalid; pre-compensation information being coarse or expired; being pre-compensation capable; being pre-compensation incapable; or a level of pre-compensation accuracy being satisfied. In some implementations, PRACH resources partitioned for one of the use cases (e.g., one of the levels / categories of the wireless communication devices) may not be mutually exclusive from those for another of the use cases.

[0011] In some implementations, establishment of each RA configuration can be according to at least one of: per cell (e.g., one RA configuration per cell) , per beam (e.g., one RA configuration per beam) , per synchronization signal block (SSB) , per channel state information reference signal (CSI-RS) , per demodulation reference signal (DMRS) port, per reference location, per time period, or per frequency band.

[0012] In some implementations, the wireless communication device may determine a configuration from the RA configuration according to a use case. The wireless communication device may transmit the RA preamble according to the configuration to the wireless communication node. In some implementations, the response may have a format, parameter or bit field. The format, parameter, or bit field can be associated with at least one use case or at least one physical random access channel (PRACH) group.

[0013] In some implementations, the wireless communication device may receive a second response from the wireless communication node. The response may comprise a legacy format. The second response may comprise an additional information. In some implementations, the response (e.g., first response) may include at least one of: a first / legacy RAR or a second / enhanced / additional RAR. In some implementations, the response may only include a first / legacy RAR, while the second response may include a second / enhanced / additional RAR. The first RAR may have a legacy RAR format. The legacy format or legacy RAR format may comprise at least one of: MAC RAR, successRAR, fallbackRAR. In some implementations, the response may comprise at least one of: a timing advance command (which may be the common part for multiple or all use cases) , a UL grant, a Temporary cell RNTI, a cell RNTI, a contention resolution ID, a channel access type (e.g., ChannelAccess-CPext) , a CP extension (e.g., ChannelAccess-CPext) , a power control command, HARQ a feedback timing indicator, a PUCCH resource indicator, or a timing advance group indication (e.g., TI) . The second RAR or the second response may include additional information. The additional information may comprise at least one of: a frequency offset; an extended timing advance (TA) command; a second part of a TA command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the first RAR and the second RAR may correspond to same or different MAC subheader. For example, the first RAR / response and the second RAR / response may correspond to a same MAC subheader for RAR or MsgB. The first RAR / response may correspond to a (legacy) MAC subheader for RAR or MsgB, while the second RAR / response may correspond to another (new) MAC subheader for RAR or MsgB. The MAC subheader corresponding the second RAR / response may have a different format or bit field or codepoint compared with the MAC subheader corresponding to the first RAR / response. In some implementations, the second RAR / response may be present if a corresponding physical random access channel (PRACH) group is associated with a use case. For example, if a PRACH group is associated with a use case of GNSS invalid, a second RAR / response may be present (e.g., a second RAR including frequency offset command or a second part of a TA command) . In some implementations, the second RAR / response may be present according to network configuration or indication. For example, network may configure or indicate (e.g., in SIB) whether a second RAR / response is present, and / or which information or bit field can be present in the second response. The configuration or indication may be at least one of: per cell, per SSB, per CSI-RS, per beam, per use case, per PRACH resource group, or per UE.

[0014] In some implementations, if a corresponding physical random access channel (PRACH) group is associated with a use case, the response may comprise an indication of at least one of: a frequency offset; an extended timing advance (TA) command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the response (e.g., RAR) may comprise different indications for different use cases. For example, for GNSS valid, the response may not include a frequency offset. For GNSS invalid, the response may comprise a frequency offset. Once a PRACH group associated with a use case (regardless of which use case) , the RAR may comprise a frequency offset.

[0015] In some implementations, the format of the response can be predefined or configured by the wireless communication node. A first response of a first format can be applied, sent, received or monitored, if a corresponding PRACH is associated with a first use case. In some implementations, the wireless communication device may receive an indication or presence or enhancement of a format or information or bit field of the response, via at least one of: a downlink control information (DCI) for scheduling a Msg2 or MsgB or the response; or a header or subheader of the response.

[0016] In some implementations, the response may comprise at least one of: an indication for the wireless communication device to update global navigation satellite (GNSS) information; an indication for the wireless communication device to perform positioning; an indication for the wireless communication device to update pre-compensation related information; an indication for the wireless communication device to postpone a physical random access channel (PRACH) transmission; an indication for the wireless communication device to transmit the PRACH; or an indication that an access is rejected.

[0017] In some implementations, the response can be indicated via at least one of: a downlink control information (DCI) for scheduling MsgB or Msg2 or response, a DCI corresponding to RA-radio network temporary identifier (RNTI) or MsgB-RNTI, a medium access control (MAC) protocol data unit (PDU) , a MAC header or subheader, a MAC response, a fallback response, a success response, or a MAC service data unit (SDU) .

[0018] In some implementations, the MAC subheader comprises at least one of: an indication of global navigation satellite (GNSS) reacquisition; an indication of a position reacquisition; an indication of positioning; an indication of a pre-compensation update; an indication of a postponement (e.g., of a transmission) ; an indication of a retransmission; or an indication of a rejection (e.g., rejection to perform a certain operation / procedure discussed herein) . In some implementations, the wireless communication device may receive a second response corresponding to (e.g., defined or associated with) the MAC subheader from the wireless communication node.

[0019] In some implementations, the wireless communication device may receive an indication (e.g., restriction or requirement) of whether the wireless communication device is allowed to connect to a first cell or to transmit PRACH or other transmission, according to a level / class / group / partition (e.g., types of capabilities / information) of the wireless communication device. The wireless communication device may receive the indication from the wireless communication node. In some implementations, the first cell may correspond to a type of cell.

[0020] In some implementations, a wireless communication node (e.g., a base station (BS) ) may transmit a random access (RA) configuration to a wireless communication device (e.g., a user equipment (UE) ) . The wireless communication node may receive a RA preamble from the wireless communication device. The wireless communication node may transmit a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) to the wireless communication device.BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader’s understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0022] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure;

[0023] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0024] FIG. 3 illustrates an example transparent Non-Terrestrial Network (NTN) , in accordance with some embodiments of the present disclosure;

[0025] FIGs. 4A-4D illustrate related aspects of random access (RA) configuration, in accordance with some embodiments of the present disclosure; and

[0026] FIG. 5 illustrates a flow diagram of an example method for random access (RA) configuration, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0027] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0028] 1. Mobile Communication Technology and Environment

[0029] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100 may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node) and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In Figure 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0030] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0031] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of Figure 1, as described above.

[0032] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0033] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in Figure 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may 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 generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure

[0034] In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an “uplink” transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a “downlink” transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0035] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0036] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a 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 manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

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

[0038] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communication with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0039] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by 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, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0040] 2. Systems and Methods for Random Access (RA) Configuration

[0041] In some implementations (e.g., in 5G) , physical random access channel (PRACH) resources can be divided for different uses. In some implementations, a PRACH mask can be introduced to indicate which set of PRACH resources or RACH occasions can be used for a specific / certain feature combination or procedure. However, a PRACH mask pattern can be very limited and can only be applied within an association period. In 5G network energy saving, as an example, an additional PRACH mask mechanism can be introduced for extra random access occasion (RO) , which may be performed / applied with a granularity of an association period. However, the mechanism may be only for additional / extra RO. Only the first fraction of ROs in an association pattern period can be available RO. In 6G, a more unified and flexible mechanism for available PRACH resource indication can be utilized, to handle the variant communication scenarios. For example, in a non-terrestrial network (NTN) or network controlled repeater (NCR) , different beams may correspond to different active time, and / or beam specific PRACH mask may be introduced to indicate the available ROs from all potential ROs. For another example, multiple PRACH formats may be configured in a cell for different UE types (e.g., with and without pre-compensation capability) and associated with different ROs for easier detection. Separate PRACH mask may be performed. For different ROs, the response message may also be different. Therefore, a RA configuration can be performed. The solution can be applied in a 5G or 6G system. In some implementations, the solution can be applicable to NTN, TN, or both.

[0042] FIG. 3 illustrates an example transparent Non-Terrestrial Network (NTN) , in accordance with some embodiments of the present disclosure. The structure of a transparent NTN is illustrated in FIG. 3. The link between a user equipment (UE) and a satellite can be a service link. The link between a base station (BS) and a satellite can be a feeder link and can be common for all UEs within the same cell.

[0043] In a 5G NTN for example, pre-compensation can be applied to achieve uplink (UL) synchronization. A UE can estimate and pre-compensate the timing advance (TA) corresponding to a service link based on a location of a UE (assumed obtained through GNSS) , and satellite location (derived based on satellite ephemeris indicated by a network) . For the common TA corresponding to the feeder link, the UE can estimate and pre-compensate the TA based on common TA parameters (e.g., common TA, common TA drift rate, and / or common TA drift rate variation at an epoch time, which can be indicated by network) . In some implementations, the UE can estimate and pre-compensate Doppler corresponding to the service link based on a location of a UE, a velocity of a UE, a satellite location, and / or a satellite velocity. With the knowledge of the location of the UE and the velocity of the UE (derived based on GNSS information) and assistance information indicated by the network (e.g., satellite ephemeris, common TA parameters, and / or epoch time) , the UE may estimate and pre-compensate the TA and Doppler. The residual TA and Doppler to be estimated by a network node can be significantly reduced and within a tolerable range of a PRACH format defined for a terrestrial network (TN) .

[0044] In 5G new radio (NR) as an example, the PRACH resources may be partitioned to indicate different features or for different procedures. There are mainly two dimensions of PRACH resource partitioning, e.g., preamble division and RO division as shown below.

[0045] For the preamble division, the network can configure a first preamble (e.g., via startPreambleForThisPartition) and a number of preambles (e.g., via numberOfPreamblesPerSSB-ForThisPartition) to indicate the set of preambles associated with a feature combination.

[0046] For the RO division, the network can configure a RO mask index (e.g., ssb-SharedRO-MaskIndex-r17) to indicate the available ROs. The RO mask index may correspond to the following table.

[0047] Table 1: PRACH Mask Index values

[0048] For network energy saving (NES) , additional PRACH mask mechanism can be introduced for extra RO. For valid additional PRACH occasions, the UE can be provided with a PRACH mask index, by prach-SubsetMask-Index-Adaptation, that can indicate one or more association periods per Kmask association pattern periods according to following table. In some implementations, Kmask can be provided by KforAPPForPRACHsubsetMask.

[0049] Table 2: Mapping of mask index to association periods per Kmask association pattern periods

[0050] It is worth noting that although the above mechanism is a PRACH mask, the mechanism can be used to indicate available ROs for PRACH transmission instead of partitioning resources for different procedures or feature combinations. In some implementations, a unified solution for either resource partitioning or availability indication can be utilized.

[0051] FIGs. 4A-4D illustrate related aspects of random access (RA) configuration, in accordance with some embodiments of the present disclosure. In future communication system, multiple UE types may be supported simultaneously, e.g., UE without position  / GNSS information, UE with coarse / expired / invalid position or GNSS information, and / or UE with (accurate / valid) position / GNSS information in an NTN. In a NTN (for 5G or otherwise) , a UE can be assumed to have the capability of GNSS. Based on the GNSS information, the UE can estimate and pre-compensate large TA and Doppler in NTN and achieve UL synchronization. However, GNSS positioning system can be independent to cellular communication system. In reality, GNSS may not be available when cellular communication system is available, which can result in a lack of position information, thereby preventing the UE from performing pre-compensation. In some implementations, the GNSS information may be not accurate or reliable enough, which can lead to coarse position information. The accuracy of pre-compensated TA / delay / Doppler can be low.

[0052] With above consideration, it can be beneficial to enhance / introduce / define multiple PRACH format or parameter sets to accommodate UEs with different positioning capabilities or accuracies. For example, for UEs with accurate location, the PRACH preamble used for a TN can be used in an NTN. For UEs with coarse location, the majority of TA / delay / Doppler can be handled by pre-compensation, and the residual time and frequency error can be handled by PRACH preamble with minor enhancement, e.g., increase the subcarrier spacing (SCS) or Ncs of preamble instead of changing the preamble sequence. The Ncs may refer to the zero correlation zone or cyclic shift granularity. For UEs without location information, major enhancement of PRACH preamble may be considered, e.g., using two-root Zadoff-Chu (ZC) sequence based PRACH format or PRACH preamble with other sequences to estimate large Doppler or delay. The preambles determined by different PRACH format or parameter set may not be orthogonal. Hence, the preambles can be associated with different ROs to reduce interference or make the network detection easier.

[0053] For the network configuration / indication mentioned in the present disclosure, the configuration / indication may correspond to at least one of: master information (e.g., master information block (MIB) ) ; system information (e.g., system information block (SIB) ) ; broadcast channel / information (e.g., physical broadcast channel (PBCH) ) ; multicast channel / information (e.g., group common downlink control information (DCI) ) ; a radio resource configuration signaling (e.g., a radio resource control (RRC) signaling) ; a medium access control (MAC) signaling (e.g., MAC control element (CE) , MAC header / subheader, RAR (e.g., MAC RAR, fallbackRAR, successRAR) , MAC (sub) protocol data unit (PDU) , MAC service data unit (SDU) , MAC payload, MAC payload for RAR, MAC payload for MsgB) ; a downlink control information / channel (e.g., physical downlink control channel (PDCCH) , DCI) ; or a parameter for physical signal (e.g., scrambling sequence, seed of scrambling sequence) ; a non-access stratum (NAS) signaling.

[0054] For the UE report mentioned in the present disclosure, the report may be communicated / sent / received via at least one of: a selection of PRACH resource (e.g., PRACH format, preamble, time or frequency resource) ; Msg3 (e.g., payload of Msg3, MAC (sub) header in Msg3, MAC CE in Msg3, common control channel (CCCH) in Msg3) ; MsgA physical uplink shared channel (PUSCH) (e.g., payload of MsgA, MAC (sub) header in MsgA, MAC CE in MsgA, CCCH in MsgA) ; Msg5 (e.g., payload of Msg5, RRC signaling in Msg5, MAC (sub) header in Msg5, MAC CE in Msg5) ; a MAC signaling (e.g., MAC CE, MAC (sub) header, MAC (sub) PDU, MAC SDU, MAC payload) ; a RRC signaling (e.g., signaling carrying UE capability) ; or a NAS signaling. In some implementations, Msg3 may refer to a message transmitted on UL-shared channel (SCH) including a cell radio network temporary identifier (C-RNTI) MAC CE or CCCH SDU as part of a random access procedure. Msg3 may be submitted from an upper layer and associated with the UE contention resolution identity. Msg3 may refer to PUSCH (or message on PUSCH) scheduled by RAR or DCI corresponding to temporary C-RNTI (TC-RNTI) . Corresponding to x-RNTI may indicate a cyclic redundancy check (CRC) scrambled by the x / TC-RNTI, or addressed by the x / TC-RNTI. In some implementations, MsgA PUSCH may refer to a PUSCH associated / attached with a preamble. In some implementations, Msg5 may refer to a message including at least one of an RRC establishment completion message (e.g., RRCSetupComplete) or a recovery completion message (e.g., RRCReseumeComplete) . Msg5 may be carried on PUSCH and can indicate that the UE enters a RRC connected state.

[0055] In some implementations, the configuration / indication / report in the present disclosure may involve / comprise at least one of: defining / introducing new or dedicated bit field for indication; reusing / reinterpreting / repurposing existing bit field for indication; reusing / reinterpreting / repurposing codepoint or state of existing bit field for indication; defining / introducing new or dedicated IE (information element) for indication; reusing / reinterpreting / repurposing candidate values / states of existing IE for indication; defining / introducing new or dedicated MAC CE for indication (e.g., via a dedicated bit field) ; defining / introducing new or dedicated MAC (sub) header and indicate via (e) logical channel ID (LCID) codepoint or a dedicated bit field; indicating via the information of physical signal or scrambling (e.g., RNTI, code sequence, root / seed of sequence) ; predefining / introducing new tables for a configuration / indication; modify existing tables (e.g., add new column / row, reuse / reinterpret / repurpose existing information / field / entry) . In some implementations, the reusing / reinterpreting / repurposing of existing bit field for indication may comprise at least one of: reusing at least one bit of existing field (e.g., MSB of bit field, for indication of a first information) ; or reducing the bit field length of existing field (e.g., reducing an N-bit field to (N-K) -bit field) , and then using the at least one saved bit to indicate a first information. When enabling the indication of first information (or enabling a corresponding function / feature) , the length of at least one existing bit field may be reduced, or at least one existing bit field may be omitted. In some implementations, at least one new bit field may be present (e.g., for indicating the first information or the information of an omitted existing field) , or the length of at least one existing bit field may be increased.

[0056] For any indication, the network or UE may direct indicate at least one of: an integer value (within certain range) , or a enumerated value (within a list) , or an index (indicating a value, configuration, or item in a table defined in standard) , or a value or order of a set of candidates (defined in standard, configured by network, or reported by UE) , or a choice of a value or value list. At least one default value may be defined when the signaling for indication is absent. The bit field (e.g., for reuse, reinterpret, or repurpose) may comprise at least one of: a resource assignment, a frequency domain resource assignment, a time domain resource assignment, a frequency hopping flag, a modulation and coding scheme, a new data indicator, a redundancy version, a hybrid automatic repeat request (HARQ) process number, a transmit power control (TPC) command (e.g., for PUSCH or PUCCH) , a channel access type, a cyclic prefix (CP) extension, a UL or supplementary uplink (SUL) indicator, a carrier indicator, a dynamic flow inspection (DFI) flag, a HARQ-ACK bitmap, a bandwidth part indicator, a Redundancy version, a Transform precoder indicator, a downlink assignment index, a sounding reference signal (SRS) resource set indicator, a SRS resource indicator, a SRS request, a SRS offset indicator, precoding information and number of layers, antenna ports, a channel state information (CSI) request, code block group (CBG) transmission information, CBG flushing out information, a phase tracking reference signal (PTRS) -demodulation reference signal (DMRS) association, a beta offset indicator, a DMRS sequence initialization, a UL-SCH indicator, an open-loop power control parameter set indication, a priority indicator, an invalid symbol pattern indicator, a minimum applicable scheduling offset indicator, a SCell dormancy indication, a didelink assignment index, a PDCCH monitoring adaptation indication, a Random Access Preamble index, a SS or PBCH index, a PRACH Mask index, a cell indicator, a PRACH association indicator, a PRACH retransmission indicator, a VRB-to-PRB mapping, a PUCCH resource indicator, a PDSCH-to-HARQ_feedback timing indicator, a short messages indicator, short messages or direct indication information, a TB scaling, a TRS availability indication, a system information indicator, LSBs of SFN, a PRB bundling size indicator, a rate matching indicator, a ZP CSI-RS trigger, a one-shot HARQ-ACK request, an enhanced Type 3 codebook indicator, a PDSCH group index, a number of requested PDSCH group (s) , a HARQ-ACK retransmission indicator, a transmission configuration indication, a TCI selection, a co-scheduled UE information, a MCCH change notification, a subcarrier indication, a scheduling delay, a repetition number, a DCI subframe repetition number, a number of scheduled TB for Unicast or SC-MTCH, a resource reservation, an ACK or Fallback indicator, a PUSCH, PRACH, or PUCCH repetition adjustment, a timing advance adjustment, a preamble format indicator, a starting number of PUSCH, PRACH, or PUCCH repetitions, a flag for paging or direct indication differentiation, or reserved or spare bits.

[0057] When a configuration or indication is through DCI (e.g., defining new bit field or reusing existing bit field for indication) , an enabling, disabling, activation, or deactivation signaling may be introduced. For example, the enabling, disabling, activation, or deactivation signaling may be through at least one of MIB, PBCH, SIB, RRC, MAC CE, MAC header, or DCI (e.g., in another bit field)  / physical signal. The enabling, disabling, activation, or deactivation may be (implicitly) indicated via whether configuring at least one parameter or candidate for the feature or signaling corresponding to the configuration / indication. In some implementations, the network may configure multiple parameters or candidates via a higher layer signaling (e.g., SIB, RRC) , and a specific parameter or candidate can be indicated in DCI. When enabling or activation signal is configured or at least one parameter or candidate is configured (which may implicitly indicate the enabling or activation of target signaling or feature) , the DCI can comprise the new bit field or at least one existing bit field can be reused.

[0058] When a configuration or indication is through a MAC CE or MAC header or subheader (e.g., defining new bit field or reusing existing bit field for indication) , an enabling, disabling, activation, or deactivation signaling may be introduced. For example, the enabling, disabling, activation, or deactivation signaling may be through at least one of: MIB, PBCH, SIB, RRC, MAC CE (e.g., in another bit field) , or physical signal. The enabling, disabling, activation, or deactivation may be (implicitly) indicated via whether configuring at least one parameter or candidate for the feature or signaling corresponding to the configuration or indication. In some implementations, the network may configure multiple parameters or candidates via a higher layer signaling (e.g., SIB, RRC) , and a specific parameter or candidate is indicated in MAC CE or MAC header. When enabling or activation signal is configured or at least one parameter / candidate is configured (which may implicitly indicate the enabling / activation of target signaling or feature) , the MAC CE or MAC header may comprise the new bit field or at least one existing bit field can be reused.

[0059] For indication of enabling or activation, a corresponding information element (IE) may be introduced. Enabling or activation can be indicated when the IE is configured. Disabling or deactivation can be indicated when the IE is not configured. The IE directly can indicate enabling or disabling or activation or deactivation. For another implementation, the indication of enabling, disabling, activation, or deactivation may be indicated by reusing the spare or reserved bit, e.g., in MIB, PBCH, SIB, MAC CE, MAC header, or DCI. For example, “1” can indicate enabling or activation and “0” can indicate disabling or deactivation; or vice versa.

[0060] The network or network node in the present disclosure may refer to the radio access node (e.g., satellite, xNb, gateway) or core network node (e.g., AMF, LMF, LCS) . The configuration from core network may be via a NAS signaling. The report in the present disclosure may comprise the report from UE to radio access node, or from UE to core network node, or from radio access node to core network node.

[0061] The solution proposed in the present disclosure may be applicable to more than one types of network, e.g., NR, NB-IoT, eMTC, or 6G network. The channel mentioned in the present disclosure, may also refer to channels with similar functions but different names in other networks. For example, a physical downlink shared channel (PDSCH) may also refer to a narrowband PDSCH (NPDSCH) or a PDSCH in 6G. A PRACH may also refer to a NPRACH or a PRACH in 6G. A physical broadcast channel (PBCH) may also refer to a NPBCH or a PBCH in 6G. A MIB may also refer to a MIB-NB or a MIB in 6G. A SIBx may also refer to a SIBx-NB (x>=1) or a SIBx in 6G. A primary synchronization signal (PSS) may also refer to a NPSS or a PSS in 6G. A secondary synchronization signal (SSS) may also refer to a NSSS or a SSS in 6G. The solution proposed in the present disclosure may be applicable to additional PRACH (e.g., additional occasion or resource) , or applicable to existing, legacy, or normal PRACH, or applicable to both.

[0062] Implementation Example 1: PRACH partitioning for different use cases

[0063] For UE with, with coarse, and without GNSS or position information, the PRACH detection and response may be different. For example, when UE has accurate or valid GNSS or position information, the pre-compensation error can be small and legacy PRACH can be used. However, when UE does not have GNSS or position information or only has coarse GNSS or position information, the timing and frequency offset offset, error, or uncertainty can be much larger. Then, larger monitoring or searching window at network side can be performed. As a result, for the case of no, coarse, expired GNSS, or position information, the time or frequency resources occupied by RO may be larger, or additional guard time, interval, or band may be needed around the RO, or network will avoid scheduling other (UL) transmission around the RO, or other (UL) transmission around the RO will be blanked, dropped, or cancelled. Moreover, the random access response may indicate frequency offset additionally or have larger TA indication range.

[0064] With above consideration, it is preferred to partition the PRACH resources for UEs with different levels of GNSS, position, positioning, pre-compensation information, or capability, which can avoid potential interference and simplifies network node implementation. The different levels of GNSS, position, positioning, pre-compensation information, or capability may comprise: no GNSS, position, positioning, pre-compensation information or capability, coarse or expired GNSS, position, positioning, pre-compensation information, or capability (e.g., not satisfying predefined timing or frequency error requirements, or closed loop correction enhancement needed) , accurate or valid GNSS, position, positioning, pre-compensation information, or capability (e.g., satisfying predefined timing or frequency error requirements, or no closed loop correction enhancement needed) , or GNSS, position, positioning, pre-compensation information, capability satisfying a requirement, or level. For coarse, expired GNSS, position, positioning, pre-compensation information, or capability, multiple levels may be defined, e.g., satisfying different accuracy, error requirement, or threshold. The multiple levels of coarse, expired GNSS, position, positioning, pre-compensation information, or capability may correspond to different enhancement. For example, a first level may correspond to the coarse, expired GNSS, position, positioning, pre-compensation information, or capability, which cannot satisfy requirement of PUSCH, PUCCH, or ULRS transmission but can be tolerable by PRACH preamble. A second level may correspond to the coarse, expired GNSS, position, positioning, pre-compensation information, or capability, which cannot satisfy requirement of any UL transmission. Moreover, multiple GNSS validity durations may be defined, determined, or reported and associated with different UL signals or channels, e.g., a first GNSS validity duration for a first UL signal or channel (e.g., PRACH) , a second GNSS validity duration for a second UL signal or channel (e.g., PUSCH or PUCCH or SRS) . Similarly, multiple timing error or accuracy requirements or frequency error or accuracy requirements may be defined or configured and associated with different UL signals or channels, e.g., a first timing error requirement for a first UL signal or channel (e.g., PRACH) , a second timing error requirement for a second UL signal or channel (e.g., PUSCH or PUCCH or SRS) .

[0065] A wireless communication device (e.g., a user equipment (UE) ) may receive a RA configuration from a wireless communication node (e.g., a base station (BS) ) . The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) from the wireless communication node. In some implementations, the response may correspond to a postpone transmission or a reacquire GNSS. The response may be indicated in a physical layer. In some implementations, the RA configuration may comprise at least one of: partitioning information of at least one physical random access channel (PRACH) resource; a PRACH format; a set of PRACH parameters; or a priority of a plurality of ROs. The partitioning information of the at least one PRACH resource may comprise at least one of: partitioning information of a preamble or partitioning information of a random access occasion (RO) . In some implementations, the partitioning information of the at least one PRACH resource may comprise partitioning information corresponding to a plurality of levels (e.g., classes / groups / partitions) of wireless communication devices. The plurality of levels of wireless communication devices can be configured according to at least one of: global navigation satellite (GNSS) related capability or information (e.g., capability or information of (or possessed by) a UE) ; position related capability or information; positioning related capability or information; or pre-compensation related capability or information. In some implementations, the plurality of levels of wireless communication devices can be predefined or configured by the wireless communication node.

[0066] In some implementations, the plurality of levels of wireless communication devices configured according to the GNSS related capability or information may correspond to at least one of: a limit of GNSS position error, a limit of timing error, or a limit of frequency error. Regarding GNSS information or capability, multiple levels or requirements may be predefined or configured by network (e.g., in SIB) . The level or requirement may correspond to GNSS position error (limit) , or timing or frequency error (limit) due to GNSS error, or total timing or frequency error (limit) after considering GNSS error. Satisfying a GNSS level or GNSS requirement may refer to that GNSS position error is smaller than the predefined or configured GNSS position error limit, or timing or frequency error limit due to GNSS error is smaller than the predefined or configured value, or total timing or frequency error (limit) after considering GNSS error is smaller than the predefined or configured value. For example, at least one of following requirements may be considered: the timing error (limit) after considering GNSS error is smaller than or equal to CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering GNSS error is larger than CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering GNSS error is smaller than or equal to CP / 2 of PRACH, the timing error (limit) after considering GNSS error is larger than CP / 2 of PRACH, the timing error (limit) after considering GNSS error is smaller than or equal to a predefined value, the timing error (limit) after considering GNSS error is larger than a predefined value. Note that “Ais smaller than / equal to / larger than B” may also refer to the comparison between absolute value of A and B, or absolute value of A and absolute value of B, or A and absolute value of B.

[0067] In some implementations, the plurality of levels of wireless communication devices configured according to the position related capability or information may correspond to at least one of: a limit of position error, a limit of timing error, or a limit of frequency error. Regarding position information or capability, multiple levels or requirements may be predefined or configured by network (e.g., in SIB) . The level or requirement may correspond to position error (limit) or timing or frequency error (limit) due to position error, or total timing or frequency error (limit) after considering position error. Satisfying a position level or position requirement may refer to that position error is smaller than the predefined or configured position error limit, or timing or frequency error limit due to position error is smaller than the predefined or configured value, or total timing or frequency error (limit) after considering position error is smaller than the predefined or configured value. For example, at least one of following requirements may be considered: the timing error (limit) after considering position error is smaller than or equal to CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering position error is larger than CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering position error is smaller than or equal to CP / 2 of PRACH, the timing error (limit) after considering position error is larger than CP / 2 of PRACH, the timing error (limit) after considering position error is smaller than or equal to a predefined value, the timing error (limit) after considering position error is larger than a predefined value.

[0068] In some implementations, the plurality of levels of wireless communication devices configured according to the positioning related capability or information may correspond to at least one of: a limit of positioning error, a limit of timing error, or a limit of frequency error. Regarding positioning information or capability, multiple levels or requirements may be predefined or configured by network (e.g., in SIB) . The level or requirement may correspond to positioning error (limit) , or timing or frequency error (limit) due to positioning error, or total timing or frequency error (limit) after considering positioning error. Satisfying a positioning level or positioning requirement may refer to that positioning error is smaller than the predefined or configured positioning error limit, or timing or frequency error limit due to positioning error is smaller than the predefined or configured value, or total timing or frequency error (limit) after considering positioning error is smaller than the predefined or configured value. For example, at least one of following requirements may be considered: the timing error (limit) after considering positioning error is smaller than or equal to CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering positioning error is larger than CP / 2 of PUSCH / PUCCH, the timing error (limit) after considering positioning error is smaller than or equal to CP / 2 of PRACH, the timing error (limit) after considering positioning error is larger than CP / 2 of PRACH, the timing error (limit) after considering positioning error is smaller than or equal to a predefined value, the timing error (limit) after considering positioning error is larger than a predefined value.

[0069] In some implementations, the plurality of levels of wireless communication devices configured according to the pre-compensation related capability or information may correspond to at least one of: a limit of timing error, a limit of frequency error, an accuracy of timing, or an accuracy of frequency. Regarding pre-compensation information or capability, multiple levels or requirements may be predefined or configured by network (e.g., in / via a SIB) . The level or requirement may correspond to timing or frequency error (limit) or timing or frequency accuracy. Satisfying a pre-compensation level or pre-compensation requirement may refer to that timing or frequency error of pre-compensation is smaller than the predefined or configured timing or frequency error limit, or the (total) timing or frequency error after or with pre-compensation is smaller than the predefined or configured timing or frequency error limit, or the (total) timing or frequency error is smaller than the predefined or configured timing or frequency error limit. For example, at least one of following requirements may be considered: the timing error (limit) after pre-compensation is smaller than or equal to CP / 2 of PUSCH / PUCCH, the timing error (limit) after pre-compensation is larger than CP / 2 of PUSCH / PUCCH, the timing error (limit) after pre-compensation is smaller than or equal to CP / 2 of PRACH, the timing error (limit) after pre-compensation is larger than CP / 2 of PRACH, the timing error (limit) after pre-compensation is smaller than or equal to a predefined value, the timing error (limit) after pre-compensation is larger than a predefined value.

[0070] The RA configuration may comprise at least one of: partitioning information of at least one physical random access channel (PRACH) resource; a PRACH format; a set of PRACH parameters. For PRACH partitioning, at least one of followings may be supported.

[0071] Preamble partitioning: For a same PRACH format, multiple preambles can be generated with different root or seed or cyclic shift. The preambles can be partitioned for different use case. At least one of following partitioning solution can be supported. (i) The network may configure or indicate a first preamble (e.g., N_start) and preamble number (e.g., N_num) for a use case. In such case, the configured or indicated number of preambles starting from first preamble (e.g., preambles with index from N_start to N_start+N_num-1) can be associated with the use case. (ii) The network may configure or indicate a list or sequence of preambles for a use case. The preambles with index included in the configured, indicated list, or sequence can be associated with the use case.

[0072] RO partitioning: Periodic or aperiodic RO can be configured by network. The FDMed ROs can be configured for same time resource. The ROs can be partitioned for different use case. At least one of following partitioning solution can be supported.

[0073] (i) The network may configure or indicate at least one PRACH mask index for a use case. At least one PRACH mask table can be predefined. Each entry or index of table may correspond to a PRACH mask pattern. The ROs determined by the configured or indicted PRACH mask index can be associated with the use case. The PRACH mask pattern may be applicable for N ROs, or a time period, or an association period, or an association pattern period. N may be predefined, or configured by network, or equal to the (maximum) RO number in a time period or association period or association pattern period. The time period or association period or association pattern period may be predefined or configured by network. The PRACH mask configuration may comprise at least one of: a RO index or a periodic pattern.

[0074] Regarding the RO index, for example, the RO index can be Mth RO or RO with index M. M>=0 and M<=X. X may be predefined, or configured by network, or equal to the (maximum) RO number in a time period or association period or association pattern period. The time period or association period or association pattern period may be predefined or configured by network.

[0075] Regarding the periodic pattern, the ROs determined by periodic pattern may be associated with a use case. For example, the periodic pattern can be every Mth RO in N ROs, or a time period, or an association period, or an association pattern period. This solution may comprise the scenario of every odd RO (e.g., M=1 and N=2) and every even RO (e.g., M=2 and N=2. ) . For example, the periodic pattern can be every K ROs in N ROs, or a time period, or an association period, or an association pattern period. The ROs may comprise time domain RO or frequency domain RO. A first RO of K ROs may be additionally configured or indicated, e.g., with RO index M. An offset between start or first of K ROs and start or first of N Ros, time period, association period, or association pattern period may be additionally configured or indicated. The K ROs starting from the configured or indicated first RO (e.g., RO with index M) can be associated with a use case. If the first RO of K ROs is not configured or indicated, the K ROs may start from first RO in N ROs, or a time period, or an association period, or an association pattern period. For example, the periodic pattern can be a faction of ROs in N ROs, or a time period, or an association period, or an association pattern period. A first RO of the faction of ROs may be additionally configured or indicated, e.g., with RO index M. An offset between start or first of the fraction of ROs and start or first of N Ros, time period, association period, association pattern period may be additionally configured or indicated. For example, the periodic pattern can be a list, sequence, or set of ROs in N ROs, or a time period, or an association period, or an association pattern period. Each PRACH mask index may correspond to a list, sequence, or set.

[0076] (ii) The network may configure or indicate a time window for a use case. The ROs in time window may be associated with a use case. For time window configuration, the network may configure at least one of: a time window length or duration; a start time or offset of time window; or a periodicity of time window.

[0077] ◆ Time window length or duration. The length or duration may be indicated via absolute time duration, or number of subframe, frame, hyper-frame, slot, or symbol, or number of periodicity of other channel or signal. A scaling factor can be configured or indicated and length or duration can be determined by the product of scaling factor and another time period, e.g., the periodicity of time window.

[0078] ◆ Start time or offset of time window. The start time or offset may be indicated via absolute time instant, or offset with respect to SFN0, HSFN0, subframe0, slot0, or symbol0, or a time instant expressed by index of frame, hyperframe, subframe, slot, or symbol.

[0079] ◆ Periodicity of time window. The periodicity may be indicated via absolute time duration, or number of subframe, frame, hyper-frame, slot, or symbol, or number of periodicity of other channel or signal. A scaling factor can be configured or indicated and periodicity can be determined by the product of scaling factor and another time period, e.g., the length or duration of time window.

[0080] (iii) The network may configure or indicate a frequency window or band for a use case. The ROs in frequency window or band may be associated with a use case. For frequency window or band configuration, the network may configure at least one of: a frequency window length or band width; or a start frequency or offset of frequency window or band.

[0081] ◆ Frequency window length or band width. The length or width may be indicated via absolute frequency width, or number of subcarrier, carrier, RB, or subRB. A scaling factor can be configured or indicated and length or width can be determined by the product of scaling factor and another band width, e.g., the width of BWP or whole band.

[0082] ◆ Start frequency or offset of frequency window or band. The start frequency or offset may be indicated via absolute frequency point, or offset with respect to point A or RB0, or a frequency point expressed by index of subcarrier, carrier, RB, or subRB.

[0083] (iv) The network may configure or indicate a bitmap for a use case. The bitmap may determine time or frequency resources, in which the ROs can be associated with a use case. In some implementations, the bitmap may directly determine the ROs associated with a use case.

[0084] ◆ For example, each bit of the bitmap may correspond to a subframe, frame, hyper-frame, slot, or symbol. The ROs in the subframe, frame, hyper-frame, slot, or symbol determined by bitmap may be associated with a use case.

[0085] ◆ For example, each bit of the bitmap may correspond to a frequency domain resource for RO. More specifically, FDMed ROs can be configured by network, e.g., with an FDM factor N. An N-bit bitmap can be configured and indicate which ROs of the N FDMed ROs in a time domain RO resource can be associated with the use case.

[0086] ◆ For example, each bit of the bitmap may correspond to a time domain RO resource. More specifically, N time domain RO resources can be configured by network in a time period, or an association period, or an association pattern period. An N-bit bitmap can be configured and indicate which ROs of the N ROs can be associated with the use case in a time period, or an association period, or an association pattern period.

[0087] ◆ For example, each bit of the bitmap may correspond to a RO of all ROs (including TDMed and FDMed ROs, or counting ROs in time and frequency domain) in a time period, or an association period, or an association pattern period. More specifically, N ROs can be configured by network in a time period, or an association period, or an association pattern period. An N-bit bitmap can be configured and indicate which ROs of the N ROs can be associated with the use case in a time period, or an association period, or an association pattern period.

[0088] ◆ For example, each bit of the bitmap may correspond to a time-frequency resource, e.g., a frequency domain resource for RO in a subframe, frame, hyper-frame, slot, or symbol. More specifically, FDMed ROs can be configured by network, e.g., with an FDM factor N. And the application period of PRACH mask contains M time resources (e.g., subframe, frame, hyper-frame, slot, symbol, or RO) . An MN-bit bitmap can be configured and indicate the time-frequency resources in which ROs can be associated with the use case.

[0089] Configuration of multiple PRACH formats: For different use cases, the requirements of PRACH format may be different, e.g., for coverage performance or timing error tolerance or frequency error tolerance. Multiple PRACH formats may be configured or indicated to accommodate different use cases. At least one of following solution can be supported:

[0090] ■ Configure multiple independent PRACH formats. For example, network can configure N PRACH formats. Each PRACH format may be associated with at least one use case. For each PRACH format, corresponding preamble or resource (e.g., RO) may be generated respectively. The RO mapping (e.g., with SSB index) or PRACH partitioning may be independently performed.

[0091] ■ Configure multiple PRACH formats. Each PRACH format can be associated with a subset of ROs. The subset of ROs may be configured or indicated using RO partitioning solutions mentioned above, e.g., by associating PRACH mask index, time window, frequency window or band, bitmap to a PRACH format. The ROs associated with different PRACH format or use case may be different, e.g., have different time length, frequency width, guard time, guard band.

[0092] ■ Configure multiple PRACH formats. Each PRACH format can be associated with a subset of sequence indexes. The subset of sequence indexes may be configured or indicated using preamble partitioning solutions mentioned above. The sequences associated with different PRACH format or use case may be associated with different RO types, configurations, or resources.

[0093] Configuration of multiple sets of PRACH parameters: Similar to PRACH format, multiple sets of PRACH parameters may be configured or indicated for different use cases. The PRACH parameter may comprise at least one of: a configuration index, a cyclic shift, a Ncs, SCS, a PRACH format, a root of preamble, a sequence length of preamble, a time length of preamble, a repetition of sequence in preamble, a time resource of RO (e.g., time length, guard time, extended time, periodicity, starting time, etc. ) , or a frequency resource of RO (e.g., frequency width, guard band, extended band, offset or interval between frequency RO, starting frequency, etc. ) . At least one of following solution can be supported:

[0094] ■ Configure multiple independent sets of PRACH parameters. For example, network can configure N sets of PRACH parameters. Each set of PRACH parameter may be associated with at least one use case. For each set of PRACH parameter, corresponding preamble or resource (e.g., RO) may be generated respectively. The RO mapping (e.g., with SSB index) or PRACH partitioning may be independently performed.

[0095] ■ Configure multiple sets of PRACH parameters. Each set of PRACH parameter can be associated with a subset of ROs. The subset of ROs may be configured or indicated using RO partitioning solutions mentioned above, e.g., by associating PRACH mask index, time window, frequency window or band, bitmap to a PRACH format. The ROs associated with different set of PRACH parameter or use case may be different, e.g., have different time length, frequency width, guard time, guard band.

[0096] ■ Configure multiple sets of PRACH parameters. Each set of PRACH parameter can be associated with a subset of sequence indexes. The subset of sequence indexes may be configured or indicated using preamble partitioning solutions mentioned above. The sequences associated with different set of PRACH parameter or use case may be associated with different RO types, configurations, or resources.

[0097] ■ Configure common PRACH parameters and specific PRACH parameters. For example, at least one PRACH parameter can be commonly configured for all use cases or a group of use cases, and at least one PRACH parameter can be configured for a specific group of use cases or a specific use case. For example, a RO configuration can be configured for all use cases, and additional guard time or band or extension time or band for RO can be configured for specific use case (e.g., UE without GNSS information in NTN) .

[0098] In some implementations, the use case mentioned above may comprise at least one of: a procedure, a feature, a feature combination, a UE type, a UE status, a UE status combination, or a scenario. For example, the use case may refer to at least one of or at least one combination of: NTN, GNSS capable or valid, GNSS incapable or invalid, GNSS coarse or expired, a level of GNSS accuracy, position available or valid, position unavailable or invalid, position coarse or expired, a level of position accuracy, positioning capable or valid, positioning incapable or invalid, positioning coarse or expired, a level of positioning accuracy, pre-compensation capable or valid, pre-compensation incapable or invalid, pre-compensation coarse or expired, a level of pre-compensation accuracy, 2-step RACH, coverage enhancement, msg3 repetition, msg1 repetition, reduced capability UE, band limited UE, network energy saving, repeater, NSAG (Network Slice AS Group) , small data, beam failure recovery, PDCCH ordered RACH, contention free RACH, RRC reestablishment, RRC resume, RRC reconfiguration, handover. In some implementations, a PRACH mask for procedure such as beam failure recovery and PDCCH ordered PRACH can be configured in a corresponding configuration signalling. A PRACH mask for feature combination can be configured in PRACH-configcommon for a UL BWP. The PRACH mask for NES may have different table, and can be configured in RRC+DCI. A unified signalling may be considered in 6G. A NTN with and without GNSS may also be covered.

[0099] The UE status may comprise at least one of: GNSS capable, GNSS available, GNSS on, GNSS valid, GNSS incapable, GNSS unavailable, GNSS off, GNSS invalid, GNSS expired / outdated, GNSS cold start, GNSS warm start, GNSS hot start, positioning capable, positioning available, positioning on, positioning requested, needed, or required, positioning incapable, positioning unavailable, positioning off, positioning not requested, needed, or required, position available, position valid, position unavailable, position invalid, position expired / outdated, (enhanced) closed loop adjustment capable, (enhanced) closed loop adjustment requested, needed, or required, (enhanced) closed loop adjustment incapable, (enhanced) closed loop adjustment not requested, needed, or required, (enhanced) closed loop timing adjustment capable, (enhanced) closed loop timing adjustment requested, needed, or required, (enhanced) closed loop timing adjustment incapable, (enhanced) closed loop timing adjustment not requested, needed, or required, closed loop frequency adjustment capable, closed loop frequency adjustment requested, needed, or required, closed loop frequency adjustment incapable, closed loop frequency adjustment not requested, needed, or required, a level or requirement of GNSS information or capability is satisfied, a level or requirement of positioning information or capability is satisfied, a level or requirement of position information or capability is satisfied, a level or requirement of pre-compensation information or capability is satisfied, a level or requirement of GNSS information or capability is not satisfied, a level or requirement of positioning information or capability is not satisfied, a level or requirement of position information or capability is not satisfied, a level or requirement of pre-compensation information or capability is not satisfied. The positioning may refer to NTN based positioning, or IDLE state positioning, or CONNECTED state positioning, or INACTIVE state positioning. UE may report or indicate multiple positioning status, e.g., IDLE state positioning not capable but CONNECTED state positioning capable.

[0100] In some implementations, PRACH resources partitioned for one of the use cases (e.g., levels of the wireless communication devices) may not be mutually exclusive from those for another of the use cases. More specifically, both of following implementations may be possible for two groups of partitioned PRACH resources:

[0101] ● The first group and second group can be applicable for first use case and second use case, respectively.

[0102] ● The first group can be applicable for both first use case and second use case. The second group can be applicable for second use case.

[0103] For example, the first use case may be that UE does not have GNSS information or has coarse GNSS information, while the use case may be that UE has (accurate or valid) GNSS information. It is not precluded that the number of groups or use cases can be more than two. That is, PRACH resources can be divided into N groups (N>=2) . Each group can be applicable to at least one use case.

[0104] As mentioned above, the ROs for different use cases may be different, e.g., may have different time length or frequency width. For example, the ROs for UEs without GNSS information in NTN requires larger time or frequency window due to larger time or frequency uncertainty, while ROs for UE with GNSS information can be same as TN. In some implementations, additional guard or extension time or band may be configured for ROs for UEs without GNSS information. In some implementations, ROs for a use case (e.g., UEs without GNSS information) may have long time duration or frequency width. The time duration or frequency width may be configured. In some implementations, network may configure the time or frequency resource for ROs per use case or per use case set. The extension of resources of such RO may cause overlap of resources for ROs with GNSS information. To handle the RO overlap, priority may be introduced or defined.

[0105] ● The ROs associated with a first use case may have higher priority than ROs associated with a second use case. When ROs for second use case overlap with ROs for first use case, the ROs for second use case is invalid or unavailable or dropped. For example, the first use case can be without GNSS information, while the second use case is with GNSS information.

[0106] ● The ROs with additional configuration (e.g., additional configuration of guard or extension time or band) may have higher priority than ROs without additional configuration (e.g., ROs only determined by common configuration) . When ROs determined by common configuration overlap with ROs determined with common and additional configuration, the ROs determined by common configuration can be invalid or unavailable or dropped.

[0107] In some implementations, the priority may be predefined or configured or indicated by network, e.g., in SIB broadcast. The configuration or indication above may be based on at least one of followings: per cell, per beam, per SSB, per CSI-RS, per DMRS port, per reference location, per time period, or per frequency band. For example, multiple PRACH masks may be configured and each of them is associated with an SSB index. More specifically, for beam hopping in NTN, different cell or beam may be available at different time or frequency. For this case, different PRACH mask which indicating available ROs should be configured for different beams or SSB index. In a NTN beam hopping, different available window may be configured per SSB index.

[0108] Implementation Example 2: Response for partitioned PRACH

[0109] A wireless communication device (e.g., a user equipment (UE) ) may receive a RA configuration from a wireless communication node (e.g., a base station (BS) ) . The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) from the wireless communication node. In some implementations, the response may have a format, parameter or bit field. The format, parameter, or bit field can be associated with at least one use case or at least one physical random access channel (PRACH) group. In some implementations, the wireless communication device may receive a second response from the wireless communication node. The response may comprise a legacy format. The second response may comprise an additional information. In some implementations, the response (e.g., first response) may include at least one of: a first / legacy RAR or a second / enhanced / additional RAR. The first RAR may have a legacy RAR format. In some implementations, the response may only include a first / legacy RAR, while the second response may include a second / enhanced / additional RAR. The first RAR may have a legacy RAR format. The legacy format or legacy RAR format may comprise at least one of: a MAC RAR, a successRAR, or a fallbackRAR. In some implementations, the response may comprise at least one of: a timing advance command (which may be the common part for multiple or all use cases) , a UL grant, a Temporary cell RNTI, a cell RNTI, a contention resolution ID, a channel access type (e.g., ChannelAccess-CPext) , a CP extension (e.g., ChannelAccess-CPext) , a power control command, a HARQ feedback timing indicator, a PUCCH resource indicator, or a timing advance group indication (e.g., TI) . The second RAR or the second response may include additional information. The additional information may comprise at least one of: a frequency offset; an extended timing advance (TA) command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the first RAR and the second RAR may correspond to same or different MAC subheader. For example, the first RAR / response and the second RAR / response may correspond to a same MAC subheader for RAR or MsgB. In some implementations, the first RAR / response may correspond to a (legacy) MAC subheader for RAR or MsgB, while the second RAR / response may correspond to another (new) MAC subheader for RAR or MsgB. The MAC subheader corresponding the second RAR / response may have a different format or bit field or codepoint compared with the MAC subheader corresponding to the first RAR / response. In some implementations , if a corresponding physical random access channel (PRACH) group is associated with a use case, the response may comprise an indication of at least one of: a frequency offset; an extended timing advance (TA) command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the response (e.g., RAR) may comprise different indications for different use cases. For example, for GNSS valid, the response may not include a frequency offset. For GNSS invalid, the response may comprise a frequency offset. Once a PRACH group associated with a use case (regardless of which use case) , the RAR may comprise a frequency offset. In some implementations, the format of the response can be predefined or configured by the wireless communication node. A first response of a first format can be applied, sent, received or monitored, if a corresponding PRACH is associated with a first use case.

[0110] As mentioned in implementation example 1, the time error, frequency error, or coverage performance may be variant for different use cases. The random access response may comprise different information. For example, legacy RAR in TN can be used for NTN UE with GNSS information. While for NTN UE without GNSS information or with coarse GNSS information, the RAR may comprise a frequency offset command or a larger TA command value range. For UE with poor link budget, smaller scaling factor or Msg2 or MsgB repetition or TBoMS may be applied for RAR. The legacy RAR may comprise a MAC RAR, a fallbackRAR, or a successRAR.

[0111] With the above consideration, enhancement for random access response may be needed. For example, multiple RAR formats or parameters or bit fields can be supported, configured, or predefined. Each RAR format or parameter or bit field may be associated with at least one use case or at least one (partitioned) PRACH group. The association relationship may be predefined or configured by network. At least one of followings may be supported.

[0112] (i) A RAR may comprise at least one of following information or bit field if the corresponding PRACH is associated with a first use case.

[0113] ■ Frequency offset. The frequency offset can be indicated to UE for UL frequency adjustment or compensation. For example, when PRACH is associated with a first use case, the frequency offset bit field can be present.

[0114] ■ Extended TA command. For example, when PRACH is associated with a first use case, the legacy, TN, normal, or first TA command bit field may be not present, while the extended or second TA command bit field is present. The extended or second TA command may comprise a larger value range or a shifted value range or larger granularity compared with legacy, TN, normal, or first TA command. The TA adjustment value can be determined based on the extended / second TA command. For example, when PRACH is associated with a first use case, an additional extended or second TA command bit field is present (in addition to the legacy, TN, normal, or first TA command) . The TA adjustment value can be determined based on the legacy, TN, normal, or first TA command and the extended or second TA command. The extended or second TA command may comprise at least one of: at least one most significant bit (MSB) of TA command; an offset of TA; a scaling factor; or a granularity. Regarding the at least one MSB of TA command, the TA command can be the combination of the legacy, TN, normal, or first TA command, and the extended or second TA command. Regarding the offset of TA, the indicated TA can be determined by applying the offset to the TA indicated in the legacy, TN, normal, or first TA command bit field. Regarding the scaling factor, the indicated TA can be determined by scaling the TA indicated in the legacy, TN, normal, or first TA command bit field. Regarding, the granularity, the indicated TA can be determined by applying the granularity to the TA command in legacy, TN, normal, or first TA command bit field.

[0115] ■ Enabling or disabling of TBoMS or parameter of TBoMS (e.g., number of slots for a TB) . For example, when PRACH is associated with a first use case, the TBoMS enabling or disabling bit field can be present, or the TBoMS parameter bit field can be present. The TBoMS parameter bit field may be present if TBoMS enabling or disabling bit field can indicate the enabling of TBoMS.

[0116] ■ Enabling or disabling of Msg2, MsgB, or RAR repetition or parameter of Msg2, MsgB, or RAR repetition (e.g., repetition number) . For example, when PRACH is associated with a first use case, the Msg2, MsgB, or RAR repetition enabling or disabling bit field can be present, or the Msg2, MsgB, or RAR repetition parameter bit field can be present. The Msg2, MsgB, or RAR repetition parameter bit field may be present if Msg2, MsgB, or RAR repetition enabling or disabling bit field can indicate the enabling of Msg2, MsgB, or RAR repetition.

[0117] ■ Enhanced or second scaling factor bit field. The scaling factor may be used for scaling in TB or resource determination. For example, when PRACH is associated with a first use case, the legacy, TN, normal, or first scaling factor bit field is not present, while the enhanced or second scaling factor bit field is present. Enhanced or second scaling factor bit field may comprise scaling factors smaller than the legacy, TN, normal, or first scaling factor bit field. For example, when PRACH is associated with a first use case, an additional enhanced or second scaling factor bit field is present (in addition to the legacy, TN, normal, or first scaling factor bit field) . The index of scaling factor may be determined by combining the enhanced or second scaling factor bit field and the legacy, TN, normal, or first scaling factor bit field. For example, the scaling factor bit field is not changed. When PRACH is associated with a first use case, at least one other scaling factor table can be used to determine scaling factor.

[0118] (ii) Multiple RAR formats can be predefined or configured by the network. Each RAR format may be associated with at least one use case or at least one (partitioned) PRACH group. Each RAR format may have different payload size or different bit field (e.g., mentioned in above bullet) . A first RAR format may be applied, sent, received, or monitored if the corresponding PRACH is associated with a first use case.

[0119] Besides associating the RAR format or information or field with use case or PRACH group, the RAR format or information may be directly configured or indicated to the UE. There may be no need to define the association relationship. The network can flexibly choose the RAR format or information or field based on the report from UE (e.g., use case via selected PRACH resource) or detected or measured time offset, frequency offset, or RSRP (at network side) . For example, network may indicate UE the RAR format or the information or bit field in RAR based on at least one of following solution.

[0120] ● Network may indicate the RAR format in the DCI scheduling Msg2, MsgB, or RAR.

[0121] ● Network may indicate the RAR format in the header or subheader of RAR (e.g., subheader for MAC RAR, fallbackRAR, or successRAR) . For example, the RAR type may be indicated in a defined bit field in the header or subheader. Or the RAR type may be indicated via the LCID or eLCID. The RAR type may be indicated via the RAPID (e.g., by using one of more MSBs of RAPID field, where RAPID field may or may not be extended) .

[0122] ● Network may indicate the presence or enhancement of at least one information or bit field (e.g., the information or bit field mentioned above such as frequency offset or extended TA) in the DCI scheduling Msg2, MsgB, or RAR. An bit field may be used for indication, where each bit corresponds to an information or bit field. The bit field may be indicated using an defined or dedicated bit field or reusing existing bit field.

[0123] ● Network may indicate the presence or enhancement of at least one information or bit field (e.g., the information or bit field mentioned above such as frequency offset or extended TA) in the header or subheader of RAR. A bit field may be used for indication, where each bit corresponds to an information or bit field. The bit field may be indicated using a defined or dedicated bit field or reusing existing bit field.

[0124] Implementation Example 3: Response for unified PRACH

[0125] A wireless communication device (e.g., a user equipment (UE) ) may receive a RA configuration from a wireless communication node (e.g., a base station (BS) ) . The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) from the wireless communication node. In some implementations, the wireless communication device may receive an indication or presence or enhancement of a format or information or bit field of the response, via at least one of: a downlink control information (DCI) for scheduling a Msg2 or MsgB or the response; or a header or subheader of the response. In some implementations, the response may comprise at least one of: an indication for the wireless communication device to update global navigation satellite (GNSS) information; an indication for the wireless communication device to perform positioning; an indication for the wireless communication device to update pre-compensation related information; an indication for the wireless communication device to postpone a physical random access channel (PRACH) transmission; an indication for the wireless communication device to transmit the PRACH; or an indication that an access is rejected. In some implementations, the response can be indicated via at least one of: a downlink control information (DCI) for scheduling MsgB or Msg2 or response, a DCI corresponding to RA-radio network temporary identifier (RNTI) or MsgB-RNTI, a medium access control (MAC) protocol data unit (PDU) , a MAC header or subheader, a MAC response, a fallback response, a success response, or a MAC service data unit (SDU) . In some implementations, the MAC subheader comprises at least one of: an indication of global navigation satellite (GNSS) reacquisition; an indication of a position reacquisition; an indication of positioning; an indication of a pre-compensation update; an indication of a postponement; an indication of a retransmission; or an indication of a rejection. In some implementations, the wireless communication device may receive a second response corresponding to (e.g., defined or associated with) the MAC subheader from the wireless communication node. In some implementations, the wireless communication device may receive an indication (e.g., restriction or requirement) of whether the wireless communication device is allowed to connect to a first cell or to transmit PRACH or other transmission, according to a level / class / group / partition (e.g., types of capabilities / information) of the wireless communication device. The wireless communication device may receive the indication from the wireless communication node. In some implementations, the first cell may correspond to a type of cell.

[0126] Besides the solution of partitioning PRACH resources mentioned above, another solution to handle the UEs with different levels of GNSS, position, positioning, or pre-compensation information or capability may be that: unified PRACH resources can be configured while different responses may be transmitted by network depending on network detection or implementation. For example, if network is able to detect PRACH preamble (with timing or frequency error satisfying a requirement) , normal RAR may be responded. If network is not able to detect PRACH preamble (including not able to detect PRACH preamble with a confidence level) or the timing or frequency error does not satisfy a requirement, the network may indicate UE to reacquire GNSS or position to improve pre-compensation accuracy. Then, the network may only indicate whether UE without valid GNSS or position can perform UL transmission and no need to introduce multiple levels of GNSS, position information, or capability.

[0127] In order to implement the solution mentioned above, Msg2, MsgB, or RAR enhancement may be needed, e.g., introducing new type of Msg2 or MsgB or RAR or RAR header or DCI. For example, at least one of following enhancement for random access response may be considered.

[0128] ● Network may configure or indicate UE to (re) acquire, update GNSS, or position information or (re) perform GNSS or position measurement.

[0129] ● Network may configure or indicate UE to (re) perform positioning.

[0130] ● Network may configure or indicate UE to (re) acquire or update pre-compensation related information, e.g., ephemeris, common TA, or GNSS or position information.

[0131] ● Network may configure or indicate UE to postpone PRACH transmission. The network may configure or indicate time period for postponement. The time period may be indicated via an absolute time duration; or a number of subframe, frame, hyper-frame, slot, or symbol; or a number of ROs; or a number of RO periodicity, association period, or association pattern period. In some implementations, the transmission power of postponed PRACH transmission may ramp up. The ramping power, reference power, target power, nominal power, or transmission power may be indicated in the response, or configured in another signaling (e.g., via SIB or dedicated RRC signaling) . In some implementations, the transmission power of postponed PRACH transmission may be same. In some implementations, whether the transmission power of postponed PRACH transmission is changed is indicated or configured by network, e.g., in the response or in another signaling (e.g., via SIB or dedicated RRC signaling) .

[0132] ◆ Network may configure or indicate UE to (re) transmit PRACH, e.g., at later time or RO. More specifically, network may configure or indicate at least one of: an indication of PRACH retransmission; the RO for (re) transmission of PRACH; a random access preamble index; a random access preamble format; a SSB index (e.g., the SSB index that used to determine RO) ; or a PRACH mask (e.g., via indication mentioned in implementation example 2) . Regarding the RO for (re) transmission of PRACH, the network may indicate at least one of a frequency resource for RO (e.g., Nth RO for FDMed ROs) ; a frequency offset between current RO and RO for retransmission (e.g., number of FDMed ROs) ; a time resource for RO (e.g., Nth (time domain) RO in an association period, association pattern period, RO periodicity, or time period) ; a time offset or interval between current RO and RO for retransmission (e.g., the time offset or interval may be indicated via same way as time period for postponement above) ; a time and frequency resource for RO (e.g., Nth RO (counting ROs in time and frequency domain) in an association period, association pattern period, RO periodicity, or time period) ; a RO offset (counting ROs in time and frequency domain, where frequency domain is counted firstly) between current RO and RO for retransmission. In some implementations, the transmission power of PRACH retransmission may ramp up. The ramping power, reference power, target power, nominal power, or transmission power may be indicated in the response, or configured in another signaling (e.g., via SIB or dedicated RRC signaling) . In some implementations, the transmission power of PRACH retransmission may be same. In some implementations, whether the transmission power of PRACH retransmission is changed is indicated or configured by network, e.g., in the response or in another signaling (e.g., via SIB or dedicated RRC signaling) .

[0133] ◆ Network may configure or indicate UE that the access is rejected, or UE is not allowed to access the network. The Network may indicate the time period that UE is not allow to access the network or not allowed to send PRACH.

[0134] The response mentioned above may indicated via at least one of: a DCI scheduling Msg2, MsgB, or RAR, MAC PDU for random access response or MsgB, MAC (sub) header (used for random access response or MsgB) ; MAC RAR; fallbackRAR; successRAR; or MAC SDU for CCCH, DCCH, or DTCH. The MAC (sub) header used for random access response or MsgB may comprise at least one of: a MAC subheader with backoff indicator only, a MAC subheader with RAPID, or a new or dedicated MAC subheader for information mentioned above. For example, the new or dedicated MAC subheader may comprise at least one of: a MAC subheader with GNSS or position reacquisition indication; a MAC subheader with positioning indication; a MAC subheader with pre-compensation update indication; a MAC subheader with postponement indication; a MAC subheader with retransmission indication; or MAC subheader with rejection indication.

[0135] In some implementations, additional RAR may be defined or associated with above MAC subheader (e.g., to carry further detailed information) . For MAC subheader with postponement indication, a new, dedicated, or revised RAR may be defined and carry the time period for postponement. For MAC subheader with retransmission indication, a new, dedicated, or revised RAR may be defined and carry at least one information mentioned above, e.g., RO for retransmission, preamble index, preamble format. For MAC subheader with postponement indication, a new, dedicated, or revised RAR may be defined and carry the time period that UE is not allowed to access the network

[0136] The MAC subheader or RAR type may be indicated by network, e.g., via a defined field in MAC subheader or via LCID or eLCID in MAC subheader. The type may be indicated via one or more bits (e.g., MSB or LSB) of RAPID field, where RAPID field may or may not be extended.

[0137] In a legacy NTN, a UE may be allowed to connect to an NTN cell or perform UL transmission only when UE has valid GNSS position. Therefore, even if unified PRACH resources are configured for UEs with different levels of GNSS, position, positioning, pre-compensation information, or capability, network may need to configure or indicate whether the requirement or restriction for legacy NTN need to be followed. For example, at least one of following configuration or indication can be considered.

[0138] ● Network may configure or indicate that UE without valid GNSS position (or position, positioning, pre-compensation information, or capability) is allowed to connect to a first cell, or UE does not need to have valid GNSS position (or position, positioning, pre-compensation information, or capability) before connecting to a first cell.

[0139] · Network may configure or indicate that UE without valid GNSS position (or position, positioning, pre-compensation information, or capability) is allowed to transmit PRACH or allowed to transmit (e.g., any UL transmission) .

[0140] ● Network may configure or indicate UE that the requirement of PRACH transmission or UL transmission is relaxed.

[0141] In some implementation, the network may configure or indicate that the requirement is relaxed. That is, UE without valid GNSS position (or position, positioning, pre-compensation information, or capability) which satisfies the timing or frequency error requirement (e.g., for Msg3 PUSCH, or MsgA PUSCH, or all UL transmissions) is allowed to connect to a first cell or allowed to transmit PRACH or allowed to transmit.

[0142] In some implementation, the network may configure or indicate the (e.g., relaxed) requirement for PRACH or for UL transmission. For example, multiple levels of GNSS, position, positioning, or pre-compensation requirement may be predefined (e.g., as shown in embodiment-1) . The network may configure or indicate at least one requirement from the predefined requirement. The UE with GNSS, position, positioning, or pre-compensation satisfying the configured or indicated level of requirement can be allowed to connect to a first cell or allowed to transmit PRACH or allowed to transmit.

[0143] In some implementation, the network may configure or indicate the extension time after expiry of GNSS position (or position, positioning, pre-compensation information, or capability) . The extension time may be configured from the expiry time of GNSS position, or from the reception time of extension time signaling, or from the reception time of a TA or frequency command. The extension time length may be via same way as time period for postponement of PRACH mentioned above. During extension time, the UE without valid GNSS position (or position, positioning, pre-compensation information, or capability) can be allowed to connect to a first cell or allowed to transmit PRACH or allowed to transmit.

[0144] In some implementation, the network configure or indicate that enhanced response (e.g., solutions mentioned in implementation example 2 and implementation example 3) is enabled. This may (implicitly) indicate that UE without valid GNSS position (or position, positioning, pre-compensation information, or capability) can be allowed to connect to a first cell or allowed to transmit PRACH or allowed to transmit.

[0145] The configuration or indication mentioned above may be broadcast in MIB, PBCH, or SIB, or configured via a dedicated RRC signalling, or configured via a MAC CE. The first cell may refer to a type of cell, e.g., an NTN cell.

[0146] For PRACH postponement or retransmission mentioned above, the network may apply enhanced PRACH format or advanced detection mechanism for the RO for retransmitted PRACH. For such solution, PRACH resource partitioning may be performed. For example, PRACH resources may be partitioned into two groups. The first group can be for normal or initial or all PRACH transmission, while the second group is for postponed or retransmitted PRACH. Then, the network can perform enhanced detection at second group, which reduces network implementation complexity. Hence, the solutions of implementation example 3 may be combined with that in implementation example 1 or implementation example 2.

[0147] In some implementation, PRACH partitioning solution in implementation example 1 can be applied to determine or divide PRACH resources for normal, initial, retransmitted, or postponed PRACH transmission. In some implementation, solutions in implementation example 2 can be applied to associate response format or content with partitioned PRACH groups mentioned in above bullet. In some implementation, enhanced RAR mentioned in implementation example 3 may also be applicable for implementation example 2.

[0148] It should be understood that one or more features from the above / following implementation examples  / implementations  / solutions are not exclusive to the specific implementation examples  / implementations  / solutions, but can be combined in any manner (e.g., in any priority and / or order, concurrently or otherwise) .

[0149] FIG. 5 illustrates a flow diagram of an example method 500 for random access (RA) configuration, in accordance with an embodiment of the present disclosure. The method 500 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–4. In overview, the method 500 may be performed by at least one wireless communication device (e.g., a UE) , in some implementations. Additional, fewer, or different operations may be performed in the method 500 depending on the embodiment. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0150] A wireless communication device (e.g., a user equipment (UE) ) may receive a RA configuration from a wireless communication node (e.g., a base station (BS) ) . The wireless communication device may transmit a RA preamble to the wireless communication device. The wireless communication device may receive a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) from the wireless communication node. In some implementations, the response may correspond to a postpone transmission or a reacquire GNSS. The response may be indicated in a physical layer.

[0151] In some implementations, the RA configuration may comprise at least one of: partitioning information of at least one physical random access channel (PRACH) resource; a PRACH format; a set of PRACH parameters; or a priority of a plurality of ROs. The partitioning information of the at least one PRACH resource may comprise at least one of: partitioning information of a preamble or partitioning information of a random access occasion (RO) .

[0152] In some implementations, the partitioning information of the at least one PRACH resource may comprise partitioning information corresponding to a plurality of levels (e.g., classes / groups / partitions) of wireless communication devices. The plurality of levels of wireless communication devices is configured according to at least one of: global navigation satellite (GNSS) related capability or information (e.g., capability or information of (or possessed by) a UE); position related capability or information; positioning related capability or information; or pre-compensation related capability or information.

[0153] In some implementations, the plurality of levels of wireless communication devices can be predefined or configured by the wireless communication node. In some implementations, the plurality of levels of wireless communication devices configured according to the GNSS related capability or information may correspond to at least one of: a limit of GNSS position error, a limit of timing error, or a limit of frequency error. In some implementations, the plurality of levels of wireless communication devices configured according to the position related capability or information may correspond to at least one of: a limit of position error, a limit of timing error, or a limit of frequency error.

[0154] In some implementations, the plurality of levels of wireless communication devices configured according to the positioning related capability or information may correspond to at least one of: a limit of positioning error, a limit of timing error, or a limit of frequency error. In some implementations, the plurality of levels of wireless communication devices configured according to the pre-compensation related capability or information may correspond to at least one of: a limit of timing error, a limit of frequency error, an accuracy of timing, or an accuracy of frequency.

[0155] In some implementations, the partitioning information of the at least one PRACH resource may comprise partitioning information configured for at least one use case. In some implementations, the at least one use case may comprise at least one of: a procedure; a feature; a combination of features; a type of a user equipment (UE) ; a status of the UE; a combination of the status of the UE; or a scenario.

[0156] In some implementations, the at least one use case may correspond to at least one of: a non-terrestrial network (NTN) ; being global navigation satellite (GNSS) capable (e.g., a UE being GNSS capable) ; being GNSS incapable; GNSS information being valid; GNSS information being invalid; GNSS information being coarse or expired; a level of GNSS accuracy being satisfied; position information being available; position information being unavailable; position information being valid or invalid; position information being coarse or expired; a level of position accuracy being satisfied; positioning information being valid or invalid; positioning information being coarse or expired; being positioning capable; being positioning incapable; a level of positioning accuracy being satisfied; pre-compensation information being valid or invalid; pre-compensation information being coarse or expired; being pre-compensation capable; being pre-compensation incapable; or a level of pre-compensation accuracy being satisfied. In some implementations, PRACH resources partitioned for one of the use cases (e.g., levels of the wireless communication devices) may not be mutually exclusive from those for another of the use cases.

[0157] In some implementations, establishment of each RA configuration can be according to at least one of: per cell (e.g., one RA configuration per cell) , per beam (e.g., one RA configuration per beam) , per synchronization signal block (SSB) , per channel state information reference signal (CSI-RS) , per demodulation reference signal (DMRS) port, per reference location, per time period, or per frequency band.

[0158] In some implementations, the wireless communication device may determine a configuration from the RA configuration according to a use case. The wireless communication device may transmit the RA preamble according to the configuration to the wireless communication node. In some implementations, the response may have a format, parameter or bit field. The format, parameter, or bit field can be associated with at least one use case or at least one physical random access channel (PRACH) group.

[0159] In some implementations, the wireless communication device may receive a second response from the wireless communication node. The response may comprise a legacy format. The second response may comprise an additional information. In some implementations, the response (e.g., first response) may include at least one of: a first / legacy RAR or a second / enhanced / additional RAR. The first RAR may have a legacy RAR format. In some implementations, the response may only include a first / legacy RAR, while the second response may include a second / enhanced / additional RAR. The first RAR may have a legacy RAR format. The legacy format or legacy RAR format may comprise at least one of: a MAC RAR, a successRAR, or a fallbackRAR. In some implementations, the response may comprise at least one of: a timing advance command (which may be the common part for multiple or all use cases) , a UL grant, a Temporary cell RNTI, a cell RNTI, contention resolution ID, a channel access type (e.g., ChannelAccess-CPext) , CP extension (e.g., ChannelAccess-CPext) , a power control command, a HARQ feedback timing indicator, a PUCCH resource indicator, or a timing advance group indication (e.g., TI) . The second RAR or the second response may include additional information. The additional information may comprise at least one of: a frequency offset; an extended timing advance (TA) command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the first RAR and the second RAR may correspond to same or different MAC subheader. For example, the first RAR / response and the second RAR / response may correspond to a same MAC subheader for RAR or MsgB. Or the first RAR / response corresponds to a (legacy) MAC subheader for RAR or MsgB, while the second RAR / response corresponds to another (new) MAC subheader for RAR or MsgB. The MAC subheader corresponding the second RAR / response may have a different format or bit field or codepoint compared with the MAC subheader corresponding to the first RAR / response.

[0160] In some implementations, if a corresponding physical random access channel (PRACH) group is associated with a use case, the response may comprise an indication of at least one of: a frequency offset; an extended timing advance (TA) command; an enabling or disabling of transport block over multiple slot (TBoMS) ; a parameter of TBoMS; an enabling or disabling of Msg2 or MsgB or response repetition; a parameter of Msg2 or MsgB or response repetition; or a bit field of an enhanced scaling factor. In some implementations, the response (e.g., RAR) may comprise different indications for different use cases. For example, for GNSS valid, the response may not include a frequency offset. For GNSS invalid, the response may comprise a frequency offset. Once a PRACH group associated with a use case (regardless of which use case) , the RAR may comprise a frequency offset.

[0161] In some implementations, the format of the response can be predefined or configured by the wireless communication node. A first response of a first format can be applied, sent, received or monitored, if a corresponding PRACH is associated with a first use case. In some implementations, the wireless communication device may receive an indication or presence or enhancement of a format or information or bit field of the response, via at least one of: a downlink control information (DCI) for scheduling a Msg2 or MsgB or the response; or a header or subheader of the response.

[0162] In some implementations, the response may comprise at least one of: an indication for the wireless communication device to update global navigation satellite (GNSS) information; an indication for the wireless communication device to perform positioning; an indication for the wireless communication device to update pre-compensation related information; an indication for the wireless communication device to postpone a physical random access channel (PRACH) transmission; an indication for the wireless communication device to transmit the PRACH; or an indication that an access is rejected.

[0163] In some implementations, the response can be indicated via at least one of: a downlink control information (DCI) for scheduling MsgB or Msg2 or response, a DCI corresponding to RA-radio network temporary identifier (RNTI) or MsgB-RNTI, a medium access control (MAC) protocol data unit (PDU) , a MAC header or subheader, a MAC response, a fallback response, a success response, or a MAC service data unit (SDU) .

[0164] In some implementations, the MAC subheader comprises at least one of: an indication of global navigation satellite (GNSS) reacquisition; an indication of a position reacquisition; an indication of positioning; an indication of a pre-compensation update; an indication of a postponement; an indication of a retransmission; or an indication of a rejection. In some implementations, the wireless communication device may receive a second response corresponding to (e.g., defined or associated with) the MAC subheader from the wireless communication node.

[0165] In some implementations, the wireless communication device may receive an indication (e.g., restriction or requirement) of whether the wireless communication device is allowed to connect to a first cell or to transmit PRACH or other transmission, according to a level / class / group / partition (e.g., types of capabilities / information) of the wireless communication device. The wireless communication device may receive the indication from the wireless communication node. In some implementations, the first cell may correspond to a type of cell.

[0166] In some implementations, a wireless communication node (e.g., a base station (BS) ) may transmit a random access (RA) configuration to a wireless communication device (e.g., a user equipment (UE) ) . The wireless communication node may receive a RA preamble from the wireless communication device. The wireless communication node may transmit a response / message (e.g., a RA response (RAR) , a message in a medium access control (MAC) layer) to the wireless communication device.

[0167] While various implementations of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of one embodiment can be combined with one or more features of another embodiment described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative embodiments.

[0168] It is also understood that any reference to an element herein using a designation such as "first, " "second, " and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0169] Additionally, a person having ordinary skill in the art would 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, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0170] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as "software" or a "software module) , or any combination of these techniques. 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 techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0171] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0172] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by 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 desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0173] In this document, the term "module" as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according embodiments of the present solution.

[0174] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0175] Various modifications to the embodiments / implementations / examples described in this disclosure will be readily 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. Thus, the disclosure is not intended to be limited to the embodiments / implementations / examples shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A method comprising:receiving, by a wireless communication device from a wireless communication node, a random access (RA) configuration;transmitting, by the wireless communication device to the wireless communication node, a RA preamble; andreceiving, by the wireless communication device from the wireless communication node, a response.2.The method of claim 1, wherein the RA configuration comprises at least one of:partitioning information of at least one physical random access channel (PRACH) resource, wherein the partitioning information of the at least one PRACH resource comprises at least one of: partitioning information of a preamble or partitioning information of a random access occasion (RO) ;a PRACH format;a set of PRACH parameters; ora priority of a plurality of ROs.3.The method of claim 2, wherein the partitioning information of the at least one PRACH resource comprises partitioning information corresponding to a plurality of levels of wireless communication devices, wherein the plurality of levels of wireless communication devices is configured according to at least one of:global navigation satellite (GNSS) related capability or information;position related capability or information;positioning related capability or information; orpre-compensation related capability or information.4.The method of claim 3, wherein the plurality of levels of wireless communication devices is predefined or configured by the wireless communication node.5.The method of claim 3, wherein the plurality of levels of wireless communication devices configured according to the GNSS related capability or information corresponds to at least one of: a limit of GNSS position error, a limit of timing error, or a limit of frequency error.6.The method of claim 3, wherein the plurality of levels of wireless communication devices configured according to the position related capability or information corresponds to at least one of: a limit of position error, a limit of timing error, or a limit of frequency error.7.The method of claim 3, wherein the plurality of levels of wireless communication devices configured according to the positioning related capability or information corresponds to at least one of: a limit of positioning error, a limit of timing error, or a limit of frequency error.8.The method of claim 3, wherein the plurality of levels of wireless communication devices configured according to the pre-compensation related capability or information corresponds to at least one of: a limit of timing error, a limit of frequency error, an accuracy of timing, or an accuracy of frequency.9.The method of claim 2, wherein the partitioning information of the at least one PRACH resource comprises partitioning information configured for at least one use case.10.The method of claim 9, wherein the at least one use case comprises at least one of:a procedure;a feature;a combination of features;a type of a user equipment (UE) ;a status of the UE;a combination of the status of the UE; ora scenario.11.The method of claim 9, wherein the at least one use case corresponds to at least one of:a non-terrestrial network (NTN) ;being global navigation satellite (GNSS) capable;being GNSS incapable;GNSS information being valid;GNSS information being invalid;GNSS information being coarse or expired;a level of GNSS accuracy being satisfied;position information being available;position information being unavailable;position information being valid or invalid;position information being coarse or expired;a level of position accuracy being satisfied;positioning information being valid or invalid;positioning information being coarse or expired;being positioning capable;being positioning incapable;a level of positioning accuracy being satisfied;pre-compensation information being valid or invalid;pre-compensation information being coarse or expired;being pre-compensation capable;being pre-compensation incapable; ora level of pre-compensation accuracy being satisfied.12.The method of claim 9, wherein PRACH resources partitioned for one of the use cases may not be mutually exclusive from those for another of the use cases.13.The method of claim 1, wherein establishment of each RA configuration is according to at least one of: per cell, per beam, per synchronization signal block (SSB) , per channel state information reference signal (CSI-RS) , per demodulation reference signal (DMRS) port, per reference location, per time period, or per frequency band.14.The method of claim 1, comprising:determining, the wireless communication device, a configuration from the RA configuration according to a use case; andtransmitting, by the wireless communication device to the wireless communication node, the RA preamble according to the configuration.15.The method of claim 1, wherein the response has a format, parameter or bit field that is associated with at least one use case or at least one physical random access channel (PRACH) group.16.The method of claim 1, comprising:receiving, by the wireless communication device from the wireless communication node, a second response, wherein the response comprises a legacy format, and the second response comprises an additional information.17.The method of claim 1, wherein if a corresponding physical random access channel (PRACH) group is associated with a use case, the response comprises an indication of at least one of:a frequency offset;an extended timing advance (TA) command;an enabling or disabling of transport block over multiple slot (TBoMS) ;a parameter of TBoMS;an enabling or disabling of Msg2 or MsgB or response repetition;a parameter of Msg2 or MsgB or response repetition; ora bit field of an enhanced scaling factor.18.The method of claim 15, wherein at least one of:the format of the response is predefined or configured by the wireless communication node; ora first response of a first format is applied, sent, received or monitored, if a corresponding PRACH is associated with a first use case.19.The method of claim 1, comprising:receiving, by the wireless communication device, an indication or presence or enhancement of a format or information or bit field of the response, via at least one of:a downlink control information (DCI) for scheduling a Msg2 or MsgB or the response; ora header or subheader of the response.20.The method of claim 1, wherein the response comprises at least one of:an indication for the wireless communication device to update global navigation satellite (GNSS) information;an indication for the wireless communication device to perform positioning;an indication for the wireless communication device to update pre-compensation related information;an indication for the wireless communication device to postpone a physical random access channel (PRACH) transmission;an indication for the wireless communication device to transmit the PRACH; oran indication that an access is rejected.21.The method of claim 1, wherein the response is indicated via at least one of: a downlink control information (DCI) for scheduling MsgB or Msg2 or response, a DCI corresponding to RA-radio network temporary identifier (RNTI) or MsgB-RNTI, a medium access control (MAC) protocol data unit (PDU) , a MAC header or subheader, a MAC response, a fallback response, a success response, or a MAC service data unit (SDU) .22.The method of claim 21, wherein the MAC subheader comprises at least one of:an indication of global navigation satellite (GNSS) reacquisition;an indication of a position reacquisition;an indication of positioning;an indication of a pre-compensation update;an indication of a postponement;an indication of a retransmission; oran indication of a rejection.23.The method of claim 21, comprising:receiving, by the wireless communication device from the wireless communication node, a second response corresponding to the MAC subheader.24.The method of claim 1, comprising:receiving, by the wireless communication device from the wireless communication node, an indication of whether the wireless communication device is allowed to connect to a first cell or to transmit PRACH or other transmission, according to a level of the wireless communication device.25.The method of claim 24, wherein the first cell corresponds to a type of cell.26.A method comprising:transmitting, by a wireless communication node to a wireless communication device, a random access (RA) configuration;receiving, by the wireless communication node from the wireless communication device, a RA preamble; andtransmitting, by the wireless communication node to the wireless communication device, a response.27.A non-transitory computer readable medium storing instructions, which when executed by at least one processor, cause the at least one processor to perform the method of any one of claims 1-26.28.An apparatus comprising:at least one processor configured to perform the method of any one of claims 1-26.

Images