Methods and apparatus for prach preamble design in mobile communications

Abstract

Various solutions for new random-access channel (RACH) preamble formats, as well as corresponding preamble signal generation and resource mapping methods, are described. An apparatus may determine a RACH preamble format according to a preamble configuration from a network node. The apparatus may generate a RACH preamble based on the RACH preamble format. The apparatus may perform a resource mapping based on an offset configuration. The resource mapping may be performed by mapping a preamble sequence of the RACH preamble to a RACH resource. The resource mapping may transmit the RACH preamble on the RACH resource to the network node.

Description

METHODS AND APPARATUS FOR PRACH PREAMBLE DESIGN IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefits of International Application No. PCT / CN2024 / 141824, filed on 24 December 2024, the contents of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to new physical random-access channel (PRACH) preamble formats, as well as corresponding preamble signal generation and resource mapping methods, with respect to apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In communication systems, the process of random-access may be critical for initiating a communication, as it allows the UE to signal its presence to the network, receive timing and frequency adjustments, and secure a communication channel. There are still some issues to address to ensure quick and reliable network entry, reducing latency and improving overall user experience.

[0005] Accordingly, how to design appropriate preamble formats, as well as corresponding preamble signal generation and resource mapping methods, has become a critical issue in wireless communication systems, and there is an urgent need to provide such procedures to ensure efficient and reliable operations.SUMMARY

[0006] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0007] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issues pertaining to new RACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, with respect to apparatus in mobile communications.

[0008] In one aspect, a method may involve an apparatus determining a RACH preamble format according to a preamble configuration from a network node. The method may also involve the apparatus generating a RACH preamble based on the RACH preamble format. The method may further involve the apparatus performing a resource mapping based on an offset configuration. The resource mapping may be performed by mapping a preamble sequence of the RACH preamble to a RACH resource. The method may further involve the apparatus transmitting the RACH preamble on the RACH resource to the network node.

[0009] In one aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a network node. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising determining a RACH preamble format according to a preamble configuration from a network node. The processor may also perform operations comprising generating a RACH preamble based on the RACH preamble format. The processor may further perform operations comprising performing a resource mapping based on an offset configuration. The resource mapping may be performed by mapping a preamble sequence of the RACH preamble to a RACH resource. The processor may further perform operations comprising transmitting the RACH preamble on the RACH resource to the network node.

[0010] In one aspect, a method may involve an apparatus determining an offset configuration and a RACH preamble format. The RACH preamble format may be configured for a RACH preamble, and the offset configuration may be configured for mapping a preamble sequence of the RACH preamble to a RACH resource. The method may also involve the apparatus transmitting the offset configuration and a preamble configuration comprising parameters indicating the RACH preamble format to a user equipment (UE) . The method may further involve the apparatus receiving the RACH preamble on the RACH resource based on the RACH preamble format and the offset configuration.

[0011] In one aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a UE. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising determining an offset configuration and a RACH preamble format. The RACH preamble format may be configured for a RACH preamble, and the offset configuration may be configured for mapping a preamble sequence of the RACH preamble to a RACH resource. The processor may also perform operations comprising transmitting the offset configuration and a preamble configuration comprising parameters indicating the RACH preamble format to the UE. The processor may further perform operations comprising receiving the RACH preamble on the RACH resource based on the RACH preamble format and the offset configuration.

[0012] In one aspect, a method may involve an apparatus determining a first bandwidth for transmitting a RACH preamble based on a sub-carrier spacing (SCS) of the RACH preamble and a number of subcarriers of a RACH preamble format. The first total bandwidth may be narrower than a second bandwidth for transmitting a new radio (NR) RACH preamble. The method may also involve the apparatus generating the RACH preamble based on the RACH preamble format. The method may further involve the apparatus transmitting the RACH preamble on a RACH resource to a network node.

[0013] In one aspect, a method may involve an apparatus determining a RACH preamble format including a cyclic prefix (CP) , an SCS, and a total number of sub-carriers for a RACH preamble. The method may also involve the apparatus determining a first total bandwidth by the SCS and the total number of subcarriers. The first total bandwidth may be narrower than a second total bandwidth for an NR RACH preamble. The method may further involve the apparatus transmitting preamble configuration information comprising the RACH preamble format to a UE. The method may further involve the apparatus receiving the RACH preamble based on the RACH preamble format.

[0014] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0016] FIG. 1 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0017] FIG. 2A is a diagram depicting an example scenario of a PRACH preamble configuration and transmission procedure in accordance with an implementation of the present disclosure.

[0018] FIG. 2B is a diagram depicting an example scenario of NT preamble transmission in accordance with an implementation of the present disclosure.

[0019] FIG. 2C is a diagram depicting an example scenario of NF preamble mapping to physical resources in accordance with an implementation of the present disclosure.

[0020] FIG. 2D is a diagram depicting an example scenario of NT preamble mapping to physical resources in accordance with an implementation of the present disclosure.

[0021] FIG. 3 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0022] FIG. 4 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0023] FIG. 5 is a flowchart of an example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0024] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0025] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to new PRACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0026] In a communication system, the process of random-access may be critical for initiating communications, as it allows the UE to signal its presence to the network, receive timing and frequency adjustments, and secure a communication channel. Enhancements to ensure quick and reliable network entry, reducing latency and improving overall user experience still exist. One of requirements is to improve the UE capability. For example, a network may be required to support more UE simultaneous access. In this scenario, it may have demands on PRACH design for lower signal-to-noise ratio (SNR) access conditions and larger capacity. The uplink link budget may also not be particularly favorable due to significant path loss and limited UE power. To further improve the uplink link budget, based on the link budget formula: CNR = TX EIRP + G / T -K -PL -10*LOG10 (BW) , enhancing the uplink CNR by bandwidth reduction may be considered in the present disclosure. In a next-generation communication network (e.g., 6G) , new preamble formats may be considered for even lower bandwidths. By adopting new preamble formats with lower bandwidths, the uplink CNR may be further improved, resulting in better communication performance and reliability in 6G NTN scenarios. Accordingly, new RACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, for 6G to ensure quick and reliable network entry, reducing latency and improving overall user experience, are proposed in the present disclosure.

[0027] FIG. 1 illustrates an example scenario 100 under schemes in accordance with implementations of the present disclosure. Scenario 100 involves at least one network node and a UE, which may be a part of a wireless communication network (e.g., an LTE network, a 5G / NR network (e.g., a non-terrestrial network (NTN) ) , an IoT network, or a 6G network) . Scenario 100 illustrates the current network framework. The UE may connect to the network side by a PRACH procedure. The network side may comprise one or more network nodes. For illustrative purposes, one network node and one UE may be described hereinafter. However, it is not intended to limit the network scenarios of the present disclosure.

[0028] FIG. 2A is a diagram depicting an example scenario 200 of a PRACH preamble configuration and transmission procedure in accordance with an implementation of the present disclosure. Scenario 200 involves a UE 210 in wireless communication with a network node 220 (e.g., Network node and UE shown in FIG. 2A) . The procedure may proceed from step 201 to step 205.

[0029] In step 201, the network node 220 may determine a preamble configuration and / or an offset configuration. In one example, the network node 220 may determine the offset configuration and the preamble configuration. In another example, the network node 220 may only determine the preamble configuration. In another example, the network node 220 may only determine the offset configuration.

[0030] In some implementations, the offset configuration may include a resource block (RB) offset value or a parameter indicating the RB offset value.

[0031] In some implementations, the preamble configuration may include parameters indicating a PRACH preamble format. In some implementations, the parameters may include a first parameter indicating a PRACH preamble format set for the PRACH preamble, and a second parameter indicating the PRACH preamble format within the PRACH preamble format set.

[0032] In some implementations, the PRACH preamble format set may be a format set NF or a format set NT. The PRACH preamble format may be one of PRACH preamble formats NF0-NF8 in an event that the PRACH preamble format set is the format set NF or one of PRACH preamble formats NT0-NT16 in an event that the PRACH preamble format set is the format set NT. The format set NF may include or indicate the PRACH preamble formats NF0-NF8, and the format set NT may include or indicate the PRACH preamble formats NT0-NT16.

[0033] In some implementations, the PRACH preamble format set may be a first format set, a second format set, or a third format set, and the PRACH preamble format may be one of the PRACH preamble formats NF0-NF8 in an event that the PRACH preamble format set is the first format set, one of the PRACH preamble formats NT0-NT10 in an event that the PRACH preamble format set is the second format set, or one of the PRACH preamble formats NT11-NT16 in an event that the PRACH preamble format set is the third format. The first format set may include or indicate the PRACH preamble formats NF0-NF8, the second format set may include or indicate the PRACH preamble formats NT0-NT10, and the third format set may include or indicate the PRACH preamble formats NT11-NT16.

[0034] Subsequently, in step 202, the network node 220 may transmit the preamble configuration and / or the offset configuration to the UE 210. In one example, the network node 220 may transmit the offset configuration and the preamble configuration. In another example, the network node 220 may only transmit the preamble configuration. In another example, the network node 220 may only transmit the offset configuration. In some implementations, the network node 220 may transmit at least one of the preamble configuration and the offset configuration in an initial access procedure or via at least one of a system information block type 1 (SIB1) message, a radio resource control (RRC) message, a medium access control (MAC) control element (CE) , an Information Element (IE) RACH-ConfigCommon, downlink control information (DCI) , or a paging signal.

[0035] Subsequently, in step 203, the UE 210 may generate a preamble based on a preamble format of the received preamble configuration. The procedure may proceed from step 203 to step 204.

[0036] Subsequently, in step 204, the UE 210 may perform a resource mapping. In one example, the UE 210 may perform a resource mapping by mapping a preamble sequence of the generated preamble on a resource (e.g., a PRACH resource) based on a resource block (RB) offset of the received offset configuration. In one example, the offset configuration may be received from the network node 220. In another example, the RB offset may be determined by the UE 210.

[0037] Subsequently, in step 205, the UE 210 may transmit the preamble on the resource to the network node 220.

[0038] In the present disclosure, the network node 220 may configure different preamble formats (e.g., the preamble formats NF0-NF8 and NT0-NT16) via at least one of the SIB1 message, the RRC message, the MAC CE, the IE RACH-ConfigCommon, the DCI, and the paging signal.

[0039] In some implementations, the PRACH preamble format may be configured with other random access configurations by a higher-layer parameter, PRACH Configuration Index, which is configured by the network node 220 via the SIB1 or the RRC during an initial access procedure.

[0040] In some implementations, the network node 220 may configure the PRACH preamble format in an IE RACH-ConfigCommon in an RRC message, a SIB1 message, or a MAC CE. In some implementations, the IE RACH-ConfigCommon may be used to specify cell-specific random-access parameters. In some implementations, the PRACH preamble format may be configured by higher-layer parameters msg1-format and msg1-formatSet. The first parameter may be the higher-layer parameter mag1-format, and the second parameter may be the higher-layer parameter mag1-formatSet.

[0041] In some implementations, the parameter (i.e., the first parameter) msg1-formatSet may be a preamble format set of PRACH shown below: msg1-formatSet INTEGER (0, 1) OPTIONAL

[0042] In some implementations, the parameter msg1-formatSet may have 1 bit, where the preamble format set NT0-NT12 may be the candidate preamble format set when msg1-formatSet equals 1; where the preamble format set NF0-NF8 may be the candidate preamble format set when msg1-formatSet equals 0. The value may also apply to contention-free random access (related details may be referred to the IE RACH-ConfigDedicated defined in 3GPP TS 38.331) , to SI-request, or to contention-based beam failure recovery (CB-BFR) . But the value may not apply for contention-free beam failure recovery (CF-BFR) (related details may be referred to the IE BeamFailureRecoveryConfig defined in 3GPP TS 38.331) .

[0043] In some implementations, the parameter msg1-format (i.e., the second parameter) may be a preamble format of PRACH shown below: msg1-format INTEGER (0…15) OPTIONAL

[0044] In some implementations, the parameter msg1-format may have 4bits, where 0 corresponds to NT0 when msg1-formatSet equals 1; where 0 corresponds to NF0 when msg1-formatSet equals 0; and so on. The value may also apply to contention-free random access (see RACH-ConfigDedicated) , to SI-request, and to contention-based beam failure recovery (CB-BFR) . But the value may not apply for contention-free beam failure recovery (CF-BFR) (see BeamFailureRecoveryConfig) .

[0045] Accordingly, the network node 220 may configure the higher-layer parameters msg1-format and msg1-formatSet according to Table 1 below; however, the present disclosure is not limited thereto. Table 1

[0046] In some implementations, the PRACH preamble may be configured in the DCI or a paging signal. In one example, the PRACH preamble format may be configured with other random access configurations by the DCI in a connected state. In one example, the PRACH preamble format may be configured with other random access configurations by paging in an idle state.

[0047] In these cases, the first parameter may be a one-bit length indication, e.g., Random Access Preamble format Set, and the second parameter may be a length indication of at least four bits, e.g., Random Access Preamble format. A DCI format 1_0 may be for a random-access procedure initiated by a physical downlink control channel (PDCCH) order with a preamble format configuration including Random Access Preamble format Set and Random Access Preamble format in an event that a cyclic redundancy check (CRC) of the DCI format 1_0 is scrambled by cell radio network temporary identifier (C-RNTI) and a "Frequency domain resource assignment" field are of all ones.

[0048] In some implementations of the present disclosure, the parameter Random Access Preamble format Set (i.e., the first parameter) may be a preamble format set of PRACH. The parameter Random Access Preamble format Set may have 1 bit, where the preamble format set NT0-NT12 may be the candidate preamble format set when Random Access Preamble format Set equals 1; where the preamble format set NF0-NF8 may be the candidate preamble format set when Random Access Preamble format Set equals 0.

[0049] In some implementations of the present disclosure, the parameter Random Access Preamble format (i.e., the second parameter) may be a preamble format of PRACH. The parameter Random Access Preamble format may have 4 bits, where 0 corresponds to NT0 when Random Access Preamble format Set equals to 1; where 0 corresponds to NF0 when Random Access Preamble format Set equals to 0; and so on.

[0050] Accordingly, network node 220 may configure the higher-layer parameters msg1-format and msg1-formatSet according to the parameters in Table 2 and Table 3 below; However, the present disclosure is not limited thereto. Table 2 Table 3

[0051] In the present disclosure, new PRACH preamble formats NF0-NF8 for the 6G communication system are disclosed. The network node 220 may configure an appropriate one of the PRACH preamble formats NF0-NF8 to optimize network performance and meet the demands of different applications. The frequency domain resource occupation of the preamble formats NF0-NF8 may depend on the SCS (e.g., 1.25 kHz or 5 kHz) and the preamble sequence length (e.g., 139) . The time domain occupation of the preamble formats NF0-NF8 may be flexible and may span multiple slots, depending on the network configuration by the network node 220.

[0052] In the present disclosure, the PRACH preamble formats NF0-NF8 are tailored to various use cases based on several factors, including frequency range, coverage area, latency requirements, and reliability needs. The parameters of NF0-NF8 (e.g., sequence length / number of subcarriers LRA, SCS ΔfRA, bandwidth BW, cyclic prefix (T_CP) , T_GP, T_SEQ, max cell range, etc. ) are respectively disclosed in Table 4 below, wherein Ts = 1 / 30720 msec.

[0053] Table 4

[0054] Accordingly, the present disclosure discloses new PRACH preamble formats NF0-NF8 for various use cases, primarily including the following cases.

[0055] According to the present disclosure, the use case of the preamble format NF0 may be suitable for regular random access in Frequency Range 1 (FR1, 450 MHz to 6 GHz) . The NF0 preamble format has characteristics of short duration (1ms) and narrow bandwidth (173.75 kHz) , making it ideal for most common indoor and outdoor scenarios.

[0056] In the present disclosure, for the PRACH preamble format NF0, the time duration is 1 msec, the sequence length is 139, the sub carrier spacing is 1.25 kHz, the bandwidth is 173.75 kHz, the sequence mapping length in time domain is 24576 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0057] In the present disclosure, the use case of the preamble format NF1 may be suitable for wide-area coverage scenarios in FR1. The NF1 preamble format has characteristics of longer duration (3ms) and narrow bandwidth (173.75 kHz) , making it suitable for scenarios requiring larger coverage areas, such as suburban or rural areas covered by macro base stations and NTN.

[0058] In the present disclosure, for the PRACH preamble format NF1, the time duration is 3 msec, the sequence length is 139, the sub carrier spacing is 1.25 kHz, the bandwidth is 173.75 kHz, the sequence mapping length in time domain is 2*24576 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 21024 Ts (where Ts = 1 / 30720 msec) .

[0059] According to the present disclosure, the use case of the preamble formats NF2 and NF3 may be suitable for regular random access in FR1. The NF2 / NF3 preamble formats have characteristics of longer durations (3.5ms / 5ms) and a narrow bandwidth (173.75 kHz) , making it suitable for scenarios requiring low SNR access, such as NTN.

[0060] In the present disclosure, for the PRACH preamble format NF2, the time duration is 3.5 msec, the sequence length is 139, the sub carrier spacing is 1.25 kHz, the bandwidth is 173.75 kHz, the sequence mapping length in time domain is 4*24576 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 4688 Ts (where Ts = 1 / 30720 msec) .

[0061] In the present disclosure, for the PRACH preamble format NF3, the time duration is 3.5 msec, the sequence length is 139, the sub carrier spacing is 1.25 kHz, the bandwidth is 173.75 kHz, the sequence mapping length in time domain is 6*24576 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0062] According to the present disclosure, the use case of the preamble format NF4 may be suitable for regular random access in FR1 / FR3. The NF2 / NF3 preamble formats have characteristics of short durations (1ms) and wide bandwidth (695 kHz) , making it ideal for scenarios with more Doppler tolerance.

[0063] In the present disclosure, for the PRACH preamble format NF4, the time duration is 1 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 695 kHz, the sequence mapping length in time domain is 4*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0064] According to the present disclosure, the use cases of the preamble formats NF5, NF6, NF7 and NF8 may be suitable for regular random access in FR1 / FR3. The NF2 / NF3 preamble formats have characteristics of longer durations (1.5ms / 2.5ms / 3ms / 3.5ms) and wide bandwidth (695 kHz) , making it suitable for scenarios requiring low SNR access with more Doppler tolerance, such as NTN.

[0065] In the present disclosure, for the PRACH preamble format NF5, the time duration is 1.5 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 695 kHz, the sequence mapping length in time domain is 6*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 4608 Ts (where Ts = 1 / 30720 msec) .

[0066] In the present disclosure, for the PRACH preamble format NF6, the time duration is 2.5 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 695 kHz, the sequence mapping length in time domain is 12*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0067] In the present disclosure, for the PRACH preamble format NF7, the time duration is 3 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 695 kHz, the sequence mapping length in time domain is 14*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0068] In the present disclosure, for the PRACH preamble format NF8, the time duration is 3.5 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 695 kHz, the sequence mapping length in time domain is 16*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 4608 Ts (where Ts = 1 / 30720 msec) .

[0069] FIG. 2B is a diagram depicting an example scenario of NT preamble transmission in accordance with an implementation of the present disclosure. In the present disclosure, new PRACH preamble formats NT0-NT16 for the 6G communication system are disclosed. Network node 220 may configure an appropriate one of the PRACH preamble formats NT0-NT16 to optimize network performance and meet the demands of different applications. A PRACH preamble of the preamble formats NT0-NT16 may occupy one subcarrier (e.g., 3.75 kHz, 5 kHz or 15 kHz) in the frequency domain. As FIG. 2B, frequency hopping may be used within subcarriers, where the UE may transmit each preamble repetition in one subcarrier within subcarriers. In one example, each of the preamble repetitions may be transmitted on a distinct subcarrier of a predetermined subcarriers (e.g.,  subcarriers) . In one example, network node 220 may configure in the SIB, in the RRC, in the MAC CE, in the DCI, in the IE RACH-ConfigCommon, or in a paging signal. In one example,  may be predefined values (e.g., 139, 839, 48, 64, 12, 8, etc. ) or determined by the UE 210. The time domain occupation of the preamble formats NT0-NT16 may also be flexible and may span multiple slots, depending on the network configuration by the network node 220.

[0070] In the present disclosure, the preamble may have N repetitions as shown in FIG. 2B, and the UE 210 may transmit the preamble repetitions in N consecutive time slots. In one example, the network node 220 may configure N in the SIB, in the RRC, in the MAC CE, in the DCI, in the IE RACH-ConfigCommon, or in the paging signal. In one example, N may be predefined values or determined by the UE 210. After the UE 210 transmits a PRACH / RACH preamble with the PRACH preamble format NT, network node 220 may perform an energy detection in the time-frequency domain while receiving the PRACH / RACH preamble to obtain a preamble sequence of the PRACH / RACH preamble.

[0071] In the present disclosure, the PRACH preamble formats NT0-NT16 are tailored to various use cases based on several factors, including frequency range, coverage area, latency requirements, and reliability needs. The parameters of NT0-NT16 (e.g., sequence length / number of subcarriers LRA, SCS ΔfRA, bandwidth BW, cyclic prefix (T_CP) , T_GP, T_SEQ, max cell range, etc. ) are respectively disclosed in Table 5 below, wherein Ts = 1 / 30720 msec.

[0072] Table 5

[0073] Accordingly, the present disclosure discloses new PRACH preamble formats NT0-NT16 for various use cases, primarily including the following cases.

[0074] According to the present disclosure, the use cases of the preamble format NT0 may be suitable for regular random access in FR1 / FR3. The NT0 preamble format may have characteristics of short durations (1ms) and narrow bandwidth (3.75 kHz) , making it ideal for most LOW-SNR scenarios.

[0075] In the present disclosure, for the PRACH preamble format NT0, the time duration is 1 msec, the sequence length is 139, the sub carrier spacing is 3.75 kHz, the bandwidth is 3.75 kHz, the sequence mapping length in time domain is 2*8192 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 7200 Ts (where Ts = 1 / 30720 msec) .

[0076] According to the present disclosure, the use cases of the preamble formats NT1, NT2, NT3 and NT4 may be suitable for regular random access in FR1 / FR3. The preamble formats NT1, NT2, NT3 or NT4 have characteristics of longer durations (1.5ms / 2.5ms / 3ms / 3.5ms) and narrow bandwidth (3.75 kHz) , making it suitable for scenarios requiring lower SNR access, such as NTN.

[0077] In the present disclosure, for the PRACH preamble format NT1, the time duration is 1.5 msec, the sequence length is 139, the sub carrier spacing is 3.75 kHz, the bandwidth is 3.75 kHz, the sequence mapping length in time domain is 4*8192 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 6768 Ts (where Ts = 1 / 30720 msec) .

[0078] In the present disclosure, for the PRACH preamble format NT2, the time duration is 1 msec, the sequence length is 139, the sub carrier spacing is 3.75 kHz, the bandwidth is 3.75 kHz, the sequence mapping length in time domain is 6*8192 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 6144 Ts (where Ts = 1 / 30720 msec) .

[0079] In the present disclosure, for the PRACH preamble format NT3, the time duration is 2.5 msec, the sequence length is 139, the sub carrier spacing is 3.75 kHz, the bandwidth is 3.75 kHz, the sequence mapping length in time domain is 8*8192 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 5760 Ts (where Ts = 1 / 30720 msec) .

[0080] In the present disclosure, for the PRACH preamble format NT4, the time duration is 3.5 msec, the sequence length is 139, the sub carrier spacing is 3.75 kHz, the bandwidth is 3.75 kHz, the sequence mapping length in time domain is 12*8192 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 4608 Ts (where Ts = 1 / 30720 msec) .

[0081] According to the present disclosure, the use cases of the preamble formats NT5, NT6, NT7, NT8, NT9, NT10, NT11 and NT12 may be suitable for regular random access in FR1 / FR3 / FR2. The preamble formats NT5-NT12 may be suitable for scenarios requiring lower SNR access, such as NTN.

[0082] In the present disclosure, for the PRACH preamble format NT5, the time duration is 1 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 4*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0083] In the present disclosure, for the PRACH preamble format NT6, the time duration is 1.5 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 6*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 4608 Ts (where Ts = 1 / 30720 msec) .

[0084] In the present disclosure, for the PRACH preamble format NT7, the time duration is 2.5 msec, the sequence length is 139, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 12*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0085] In the present disclosure, for the PRACH preamble format NT8, the time duration is 0.5 msec, the sequence length is 139, the sub carrier spacing is 15 kHz, the bandwidth is 15 kHz, the sequence mapping length in time domain is 6*2048 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0086] In the present disclosure, for the PRACH preamble format NT9, the time duration is 0.1 msec, the sequence length is 139, the sub carrier spacing is 15 kHz, the bandwidth is 15 kHz, the sequence mapping length in time domain is 14*2048 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1152 Ts (where Ts = 1 / 30720 msec) .

[0087] In the present disclosure, for the PRACH preamble format NT10, the time duration is 0.5 msec, the sequence length is 839, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 2*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0088] In the present disclosure, for the PRACH preamble format NT11, the time duration is 1 msec, the sequence length is 839, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 4*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0089] In the present disclosure, for the PRACH preamble format NT12, the time duration is 2.5 msec, the sequence length is 839, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 12*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0090] In addition, preamble formats NT13-NT16 are disclosed herein for other use cases or scenarios, and the network node 220 may have more options to choose an appropriate format for the RACH / PRACH preamble based on the network conditions, the use cases, the scenario requirements, etc.

[0091] In the present disclosure, for the PRACH preamble format NT13, the time duration is 1 msec, the sequence length is 839, the sub carrier spacing is 5 kHz, the bandwidth is 5 kHz, the sequence mapping length in time domain is 4*6144 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 3168 Ts (where Ts = 1 / 30720 msec) .

[0092] In the present disclosure, for the PRACH preamble format NT14, the time duration is 0.25 msec, the sequence length is 839, the sub carrier spacing is 15 kHz, the bandwidth is 15 kHz, the sequence mapping length in time domain is 2*2048 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1872 Ts (where Ts = 1 / 30720 msec) .

[0093] In the present disclosure, for the PRACH preamble format NT15, the time duration is 0.25 msec, the sequence length is 839, the sub carrier spacing is 15 kHz, the bandwidth is 15 kHz, the sequence mapping length in time domain is 6*2048 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1584 Ts (where Ts = 1 / 30720 msec) .

[0094] In the present disclosure, for the PRACH preamble format NT16, the time duration is 1 msec, the sequence length is 839, the sub carrier spacing is 15 kHz, the bandwidth is 15 kHz, the sequence mapping length in time domain is 14*2048 Ts (where Ts = 1 / 30720 msec) , and the CP length in time domain is 1152 Ts (where Ts = 1 / 30720 msec) .

[0095] In some implementations, the network node 220 may determine a preamble format NF, which includes at least a CP, an SCS, and a total number of subcarriers (or a sequence length) for a RACH / PRACH preamble. The network node may determine a first total bandwidth for the UE transmitting the RACH / PRACH preamble based on the SCS and the total number of subcarriers. The first total bandwidth may be narrower than a second total bandwidth for a NR RACH preamble (839 × 1.25 kHz, 839 × 5 kHz or 139 × 15 × 2M kHz (where M = 0, 1, 2, 3) ) or a NB-IoT RACH preamble (e.g., the second total bandwidth of a long preamble format as Format 1 or Format 2 is 1048.75 kHz (839 × 1.25 kHz) ) . In one example, the RACH / PRACH preamble format may be one of the preamble formats NF0-NF3, and the first total bandwidth for the UE transmitting the RACH preamble is 173.73 kHz (139 × 1.25 kHz) . In another example, the RACH / PRACH preamble format may be one of the preamble formats NF4-NF8, and the first total bandwidth for the UE transmitting the RACH / PRACH preamble is 695 kHz (139 × 5 kHz) .

[0096] In some implementations, the network node may determine a preamble format NT for a RACH / PRACH preamble. The network node may determine a first total bandwidth for the UE transmitting the RACH / PRACH preamble based on the SCS and the total number of subcarriers. The first total bandwidth may be narrower than a second total bandwidth for the NR RACH preamble or the NB-IoT RACH preamble in an event that the preamble format NT is one of the preamble formats NT0-NT7. In one example, the RACH / PRACH preamble format may be one of the preamble formats NT0-NT4, and the first total bandwidth for the UE transmitting the RACH preamble is 521.25 kHz (139 × 3.75 kHz) . In another example, the RACH / PRACH preamble format may be one of the preamble formats NT5-NT7, and the first total bandwidth for the UE transmitting the RACH preamble is 695 kHz (139 × 5 kHz) .

[0097] In some implementations, a preamble signal generation and resource mapping method is disclosed for the NF preamble format. The set of random-access preambles x_ (u, v) (n) for the NF preamble format may be generated according to xu,v (n) =xu ( (n+Cv) modLRA) from which the frequency-domain representation may be generated according to , where LRA=839 or LRA=139 depending on the NF preamble format as given in Table 4.

[0098] In some implementations, there are 64 (or other value, for example, 8 / 16 / 32 / 64 / 128 / etc) preambles defined in each time-frequency PRACH occasion, enumerated in increasing order of the first increasing cyclic shift Cv of a logical root sequence, and then in increasing order of the logical root sequence index, starting with the index obtained from the higher-layer parameter (e.g., prach-RootSequenceIndex or rootSequenceIndex-BFR or by msgA-PRACH-RootSequenceIndex) if configured. Additional preamble sequences, in case those preambles cannot be generated from a single root Zadoff-Chu sequence, may be obtained from the root sequences with the consecutive logical indexes until all the sequences are found. The logical root sequence order may be cyclic; the logical index 0 may be consecutive to LRA-2. The sequence number u may be obtained from the logical root sequence index according to a table.

[0099] The cyclic shift Cv may be given by where NCS may be given by a table.

[0100] FIG. 2C is a diagram depicting an example scenario of NF preamble mapping to physical resources in accordance with an implementation of the present disclosure. In the present disclosure, a resource mapping method between the PRACH preamble and physical uplink shared channel (PUSCH) resource is disclosed for the NF preamble format.

[0101] In some implementations, the preamble sequence of the PRACH / RACH preamble may be mapped to physical resources according to α (n+RBoffset*12*SCSPUSCH / SCSPRACH)=β*yu, v (n) , n=0, 1, 2, …, LRA-1 where β may be an amplitude scaling factor in order to conform to the transmit power specified, yu, v (n) may be baseband signal, the RBoffset may be a frequency offset value in PUSCH RBs of a lowest possible PRACH occasion in frequency domain. In some implementations, 3 options for RBoffset reference point may be applied for the NF preamble.

[0102] In some implementations, the RBoffset (i.e., the RB offset with respect to a reference point) may be defined as follows:

[0103] Option 1: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to a physical resource block number 0 (PRB#0) .

[0104] Option 2: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to a lowest frequency of active uplink bandwidth part.

[0105] Option 3: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to a center, lowest, or highest frequency of a received synchronization signal block (SSB) .

[0106] In some implementations, UE 210 may determine a reference point based on an offset configuration received from the network node 220. In one example, the offset configuration may include an RB offset (i.e., RBoffset) and the reference point. In another example, the offset configuration may include only the RB offset, and the UE 210 may determine the reference point by predefined values.

[0107] In some implementations, as shown in FIG. 2C, for the case of PRACH SCS = 5 kHz, PUSCH SCS = 15 kHz, LRA=139, RBoffset (option 2) =4. In one example, the total occupied PRACH RE number (e.g., total number of preamble repetitions) may be calculated as LRA, and the equivalent total occupied PUSCH RB num may be  And the PRACH RE may start at the 1st RE of the 5th RB of the occupied PUSCH bandwidth part of the UE, i.e., α (n+144) =β*yu, v (n) , n=0, 1, 2, …, 138.

[0108] After the resource mapping procedure, the mapped signal in frequency domain may be α (n) , n=0, 1, 2, …, N-1, where  may be the equivalent PRACH RE number of the UL active bandwidth part. The baseband signal for the preamble may be represented as:

[0109] In the present disclosure, a preamble signal generation and resource mapping method is disclosed for the NT preamble format. In some implementations, a baseband preamble signal s (t) for the NT preamble format may be defined by where 0≤t≤TSEQ+TCP, β may be an amplitude scaling factor in order to conform to the transmit power, and the location in the frequency domain controlled by the parameter may be selected randomly by the UE 210 and The RBoffset is to describe an offset value of the lowest possible PRACH occasion to a reference point. In some implementations, 3 options for RBoffset reference point are disclosed for the NT preamble.

[0110] In some implementations, the RBoffset (i.e., the RB offset with respect to a reference point) may be defined as follows:

[0111] Option 1: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to the PRB#0.

[0112] Option 2: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to the lowest frequency of active uplink bandwidth part.

[0113] Option 3: An offset value of the lowest PRACH transmissions occasion in PUSCH RBs to a center, lowest, or highest frequency of the received SSB.

[0114] In some implementations, UE 210 may determine a reference point based on an offset configuration received from the network node 220. In one example, the offset configuration may include an RB offset (i.e., RBoffset) and the reference point. In another example, the offset configuration may include only the RB offset, and the UE 210 may determine the reference point by predefined values.

[0115] In the present disclosure, the UE 210 may directly generate the signal for the NT preamble in the time domain, thus no frequency domain conversion procedure.

[0116] FIG. 2D is a diagram depicting an example scenario of NT preamble mapping to the physical resource in accordance with an implementation of the present disclosure. In the present disclosure, a resource mapping method between the PRACH preamble and the PUSCH resource is disclosed for the NT preamble format. Although no frequency domain conversing procedure (the signal for the NT preamble may be directly generated in the time domain) , the mapping relationship may still remain as described below. The mapped frequency resource may be derived accordingly.

[0117] In some implementations, as shown in FIG. 2C, for the case of PRACH SCS = 5 kHz, PUSCH SCS = 15 kHz,  In one example, the total occupied PUSCH RB number may be calculated as 12 RB, and the PRACH RE may start at the 5th RB of the total occupied PUSCH RB number. The mapped frequency resource for the PRACH RE may be at the 4th RE of the 5th RB. Illustrative Implementations

[0118] FIG. 3 illustrates an example communication system 300 having an example communication apparatus 310 and an example network apparatus 320 in accordance with an implementation of the present disclosure. Each of communication apparatus 310 and network apparatus 320 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to new PRACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, with respect to UE and network apparatus in mobile communications, including scenarios / schemes described above as well as processes 400 and 500 described below.

[0119] Communication apparatus 310 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 310 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 310 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 310 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 310 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 310 may include at least some of those components shown in FIG. 3 such as a processor 312, for example. Communication apparatus 310 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 310 are neither shown in FIG. 3 nor described below in the interest of simplicity and brevity.

[0120] Network apparatus 320 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 320 may be implemented in an eNodeB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Alternatively, network apparatus 320 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 320 may include at least some of those components shown in FIG. 3 such as a processor 322, for example. Network apparatus 320 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 320 are neither shown in FIG. 3 nor described below in the interest of simplicity and brevity.

[0121] In one aspect, each of processor 312 and processor 322 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 312 and processor 322, each of processor 312 and processor 322 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 312 and processor 322 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 312 and processor 322 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including new PRACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, in a device (e.g., as represented by communication apparatus 310) and a network (e.g., as represented by network apparatus 320) in accordance with various implementations of the present disclosure.

[0122] In some implementations, communication apparatus 310 may also include a transceiver 316 coupled to processor 312 and capable of wirelessly transmitting and receiving data. In other words, processor 312 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 316. Transceiver 316 may include an MR and an LR. In some implementations, communication apparatus 310 may further include a memory 314 coupled to processor 312 and capable of being accessed by processor 312 and storing data therein. In some implementations, network apparatus 320 may also include a transceiver 326 coupled to processor 322 and capable of wirelessly transmitting and receiving data. In other words, processor 322 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 326. In some implementations, network apparatus 320 may further include a memory 324 coupled to processor 322 and capable of being accessed by processor 322 and storing data therein. Accordingly, communication apparatus 310 and network apparatus 320 may wirelessly communicate with each other via transceiver 316 and transceiver 326, respectively. To aid better understanding, the following description of the operations, functionalities and capabilities of each of communication apparatus 310 and network apparatus 320 is provided in the context of a mobile communication environment in which communication apparatus 310 is implemented in or as a communication apparatus or a UE and network apparatus 320 is implemented in or as a network node of a communication network.

[0123] In some implementations, each of memory 314 and memory 324 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 314 and memory 324 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 314 and memory 324 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0124] Illustrative Processes

[0125] FIG. 4 illustrates an example process 400 in accordance with an implementation of the present disclosure. Process 400 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to new PRACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, of the present disclosure. Process 400 may represent an aspect of implementation of features of communication apparatus 310. Process 400 may include one or more operations, actions, or functions as illustrated by one or more of blocks 410 to 440. Although illustrated as discrete blocks, various blocks of process 400 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 400 may be executed in the order shown in FIG. 4 or, alternatively, in a different order. Process 400 may be implemented by communication apparatus 310 or any suitable UE or machine type devices. Solely for illustrative purposes and without limitation, process 400 is described below in the context of communication apparatus 310. Process 400 may begin at block 410.

[0126] At block 410, process 400 may involve processor 312 of communication apparatus 310 determining a RACH preamble format according to a preamble configuration from network apparatus 320. Process 400 may proceed from block 410 to block 420.

[0127] At block 420, process 400 may involve processor 312 of communication apparatus 310 generating a RACH preamble based on the RACH preamble format. Process 400 may proceed from block 420 to block 430.

[0128] At block 430, process 400 may involve processor 312 of communication apparatus 310 performing a resource mapping based on an offset configuration. The resource mapping may be performed by mapping a preamble sequence of the RACH preamble to a RACH resource. Process 400 may proceed from block 430 to block 440.

[0129] At block 440, process 400 may involve processor 312 of communication apparatus 310 transmitting the RACH preamble on the RACH resource to network apparatus 320.

[0130] In some implementations, process 400 may involve processor 312 of communication apparatus 310 determining, by the processor, a first bandwidth for the RACH preamble based on an SCS of the RACH preamble and a number of sub-carriers for the RACH preamble associated with the RACH preamble format. The first bandwidth may be narrower than a second bandwidth for transmitting an NR RACH preamble or an NB-IoT RACH preamble.

[0131] In some implementations, in a case that the RACH preamble format is within a first format set, a sequence length for the RACH preamble is 139, and the SCS of the RACH preamble is 1.25 kHz or 5 kHz.

[0132] In some implementations, in a case that the RACH preamble format is within a second format set, the sequence length for the RACH preamble is 139, and a sub-carrier spacing (SCS) of the RACH preamble is 3.75 kHz, 5 kHz, or 15 kHz

[0133] In some implementations, in a case that the RACH preamble format is within a third format set, the sequence length for the RACH preamble is 839, and the SCS of the RACH preamble is 5 kHz or 15 kHz.

[0134] In some implementations, process 400 may involve processor 312 of communication apparatus 310 determining a frequency hopping for transmitting preamble repetitions of the RACH preamble within a plurality of subcarriers in an event that the RACH preamble format is within the second format set or the third format set.

[0135] In some implementations, process 400 may involve processor 312 of communication apparatus 310 transmitting the preamble repetitions in consecutive time slots.

[0136] In some implementations, each of the preamble repetitions is transmitted on a distinct subcarrier of the predetermined subcarriers.

[0137] In some implementations, process 400 may involve processor 312 of communication apparatus 310 determining a reference point based on the offset configuration. The offset configuration may include an RB offset and the reference point, and the reference point is used for mapping the preamble sequence of the RACH preamble to the RACH resource. The reference point may be a PRB#0, a lowest frequency of active uplink bandwidth part, or a center, lowest, or highest frequency of a received SSB.

[0138] In some implementations, the RB offset with respect to the reference point is an offset value of a lowest PRACH transmission occasion in PUSCH RBs to the PRB#0, an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the lowest frequency of active uplink bandwidth part, or an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the center, lowest, or highest frequency of SSB received.

[0139] In some implementations, process 400 may involve processor 312 of communication apparatus 310 receiving the preamble configuration in an initial access procedure or via DCI, a MAC-CE, an IE RACH-ConfigCommon, an SIB1 message, an RRC message, or a paging signal from the network node. The preamble configuration may include the RACH preamble format and the offset configuration.

[0140] In some implementations, process 400 may involve processor 312 of communication apparatus 310 receiving the preamble configuration in an initial access procedure or via the DCI, the MAC-CE, the IE RACH-ConfigCommon, the SIB1 message, the RRC message, or the paging signal from the network node. The preamble configuration may include a first parameter indicating a RACH preamble format set for the RACH preamble, and a second parameter indicating the RACH preamble format within the RACH preamble format set.

[0141] FIG. 5 illustrates an example process 500 in accordance with an implementation of the present disclosure. Process 500 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to new PRACH preamble formats, as well as corresponding preamble signal generation and resource mapping methods, of the present disclosure. Process 500 may represent an aspect of implementation of features of network apparatus 320. Process 500 may include one or more operations, actions, or functions as illustrated by one or more of blocks 510 to 530. Although illustrated as discrete blocks, various blocks of process 500 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 500 may be executed in the order shown in FIG. 5 or, alternatively, in a different order. Process 500 may be implemented by network apparatus 320 or any suitable network device or machine type devices. Solely for illustrative purposes and without limitation, process 500 is described below in the context of network apparatus 320. Process 500 may begin at block 510.

[0142] At block 510, process 500 may involve processor 322 of network apparatus 320 determining an offset configuration and a RACH preamble format. The RACH preamble format may be configured for a RACH preamble, and the offset configuration is configured for mapping a preamble sequence of the RACH preamble to a RACH resource. Process 500 may proceed from block 510 to block 520.

[0143] At block 520, process 500 may involve processor 322 of network apparatus 320 transmitting a preamble configuration comprising parameters indicating the RACH preamble format and the offset configuration to communication apparatus 310. Process 500 may proceed from block 520 to block 530.

[0144] At block 530, process 500 may involve processor 322 of network apparatus 320 receiving the RACH preamble on the RACH resource based on the RACH preamble format and the offset configuration.

[0145] In some implementations, a first bandwidth of the RACH preamble is narrower than a second bandwidth for an NR RACH preamble.

[0146] In some implementations, in a case that the RACH preamble format is within a first format set, a sequence length for the RACH preamble is 139, and the SCS of the RACH preamble is 1.25 kHz or 5 kHz.

[0147] In some implementations, in a case that the RACH preamble format is within a second format set, the sequence length for the RACH preamble is 139, and a sub-carrier spacing (SCS) of the RACH preamble is 3.75 kHz, 5 kHz, or 15 kHz

[0148] In some implementations, in a case that the RACH preamble format is within a third format set, the sequence length for the RACH preamble is 839, and the SCS of the RACH preamble is 5 kHz or 15 kHz.

[0149] In some implementations, process 500 may involve processor 322 of network apparatus 320 configuring a set of subcarriers in the preamble configuration for the UE to transmit preamble repetitions of the RACH preamble within the set of subcarriers in an event that the RACH preamble format is within the second format set or the third format set. Each of the preamble repetitions may be received on a distinct subcarrier of the set of subcarriers.

[0150] In some implementations, process 500 may involve processor 322 of network apparatus 320 configuring a repetition value N in the preamble configuration for the UE to transmit the preamble repetitions in N consecutive time slots.

[0151] In some implementations, the offset configuration comprises an RB offset and a reference point for mapping the preamble sequence of the RACH preamble to the RACH resource. The reference point may be a PRB#0, a lowest frequency of active uplink bandwidth part, or a center, lowest, or highest frequency of a transmitted SSB.

[0152] In some implementations, the RB offset with respect to the reference point is an offset value of a lowest PRACH transmission occasion in PUSCH RBs to the PRB#0, an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the lowest frequency of active uplink bandwidth part, or an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the center, lowest, or highest frequency of SSB transmitted.

[0153] In some implementations, process 500 may involve processor 322 of network apparatus 320 transmitting the preamble configuration in an initial access procedure or via a DCI, MAC-CE, an IE RACH-ConfigCommon, an SIB1 message, an RRC message, or a paging signal to communication apparatus 310.

[0154] In some implementations, the parameters may include a first parameter indicating a RACH preamble format set for the RACH preamble, and a second parameter indicating the RACH preamble format within the RACH preamble format set. In one example, the RACH preamble format set may be a format set NF, or a format set NT, and the RACH preamble format may be one of RACH preamble formats NF0-NF8 in an event that the RACH preamble format set is the format set NF or one of RACH preamble formats NT0-NT16 in an event that the RACH preamble format set is the format set NT, wherein the format set NF may include or indicate the RACH preamble formats NF0-NF8, and the format set NT may include or indicate the RACH preamble formats NT0-NT16. In another example, the RACH preamble format set may be the first format set, the second format set, or the third format set, and the RACH preamble format may be one of the RACH preamble formats NF0-NF8 in an event that the RACH preamble format set is the first format set, one of the RACH preamble formats NT0-NT10 in an event that the RACH preamble format set is the second format set, or one of the RACH preamble formats NT11-NT16 in an event that the RACH preamble format set is the third format, wherein the first format set may include or indicate the RACH preamble formats NF0-NF8, the second format set may include or indicate the RACH preamble formats NT0-NT10, and the third format set may include or indicate the RACH preamble formats NT11-NT16.

[0155] In some implementations, the RACH preamble format may be configured in an IE RACH-ConfigCommon, in an RRC message, in a SIB1 message, or in a MAC CE, the first parameter may be a high layer parameter mag1-format, and the second parameter may be a high layer parameter mag1-formatSet. The IE RACH-ConfigCommon may be used to specify the cell specific random-access parameters. In some implementations, the RACH preamble may be configured in the DCI or a paging signal, the first parameter may be a one-bit length indication, e.g., Random Access Preamble format Set, and the second parameter may be a at least four-bit length indication, e.g., Random Access Preamble format. A DCI format 1_0 may be for a random-access procedure initiated by a PDCCH order with a preamble format configuration including Random Access Preamble format Set and Random Access Preamble format in an event that a CRC of the DCI format 1_0 is scrambled by C-RNTI and a "Frequency domain resource assignment" field are of all ones. Additional Notes

[0156] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0157] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0158] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0159] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:determining, by a processor of an apparatus, a random access channel (RACH) preamble format according to a preamble configuration from a network node;generating, by the processor, a RACH preamble based on the RACH preamble format;performing, by the processor, a resource mapping based on an offset configuration, wherein the resource mapping is performed by mapping a preamble sequence of the RACH preamble to a RACH resource; andtransmitting, by the processor, the RACH preamble on the RACH resource to the network node.2.The method of Claim 1, further comprises:determining, by the processor, a first bandwidth for the RACH preamble based on a sub-carrier spacing (SCS) of the RACH preamble and a number of sub-carriers for the RACH preamble associated with the RACH preamble format, wherein the first bandwidth is narrower than a second bandwidth for transmitting a new radio (NR) RACH preamble.3.The method of Claim 1, wherein, in a case that the RACH preamble format is within a first format set, a sequence length for the RACH preamble is 139, and a sub-carrier spacing (SCS) of the RACH preamble is 1.25 kilohertz (kHz) or 5 kHz;wherein, in a case that the RACH preamble format is within a second format set, the sequence length for the RACH preamble is 139, and a sub-carrier spacing (SCS) of the RACH preamble is 3.75 kHz, 5 kHz, or 15 kHz; andwherein, in a case that the RACH preamble format is within a third format set, the sequence length for the RACH preamble is 839, and the SCS of the RACH preamble is 5 kHz or 15 kHz.4.The method of Claim 3, further comprises:determining, by the processor, a frequency hopping for transmitting preamble repetitions of the RACH preamble within a plurality of subcarriers in an event that the RACH preamble format is within the second format set or the third format set.5.The method of Claim 4, further comprises:transmitting, by the processor, the preamble repetitions in consecutive time slots.6.The method of Claim 5, wherein each of the preamble repetitions is transmitted on a distinct subcarrier of the predetermined subcarriers.7.The method of Claim 1, further comprises:determining, by the processor, a reference point based on the offset configuration, wherein the offset configuration comprises a resource block (RB) offset and the reference point, and the reference point is used for mapping the preamble sequence of the RACH preamble to the RACH resource; andwherein the reference point is a physical resource block number 0 (PRB#0) , a lowest frequency of active uplink bandwidth part, or a center, lowest, or highest frequency of a received synchronization signal block (SSB) .8.The method of Claim 7, wherein the RB offset with respect to the reference point is an offset value of a lowest physical random-access channel (PRACH) transmission occasion in physical uplink shared channel (PUSCH) RBs to the PRB#0, an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the lowest frequency of active uplink bandwidth part, or an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the center, lowest, or highest frequency of SSB received.9.The method of Claim 1, further comprises:receiving, by the processor, the preamble configuration in an initial access procedure, via downlink control information (DCI) , a medium access control-control element (MAC-CE) , or a paging signal or configured in an Information Element (IE) RACH-ConfigCommon, in a system information block type 1 (SIB1) message, in a radio resource control (RRC) message from the network node, wherein the preamble configuration comprises at least one of the RACH preamble format and the offset configuration.10.The method of Claim 1, further comprises:receiving, by the processor, the preamble configuration in an initial access procedure, via downlink control information (DCI) , a medium access control-control element (MAC-CE) , or a paging signal, or configured in an Information Element (IE) RACH-ConfigCommon, in a system information block type 1 (SIB1) message, in a radio resource control (RRC) message from the network node, wherein the preamble configuration comprises a first parameter indicating a RACH preamble format set for the RACH preamble, and a second parameter indicating the RACH preamble format within the RACH preamble format set.11.A method, comprising:determining, by a processor of a network node, an offset configuration and a random access channel (RACH) preamble format, wherein the RACH preamble format is configured for a RACH preamble, and the offset configuration is configured for mapping a preamble sequence of the RACH preamble to a RACH resource;transmitting, by the processor, the offset configuration and a preamble configuration comprising parameters indicating the RACH preamble format to a user equipment (UE) ; andreceiving, by the processor, the RACH preamble on the RACH resource based on the RACH preamble format and the offset configuration.12.The method of Claim 11, wherein a first bandwidth of the RACH preamble is narrower than a second bandwidth for a new radio (NR) RACH preamble.13.The method of Claim 11, wherein, in a case that the RACH preamble format is within a first format set, a sequence length for the RACH preamble is 139, and a sub-carrier spacing (SCS) of the RACH preamble is 1.25 kilohertz (kHz) or 5 kHz;wherein, in a case that the RACH preamble format is within a second format set, the sequence length for the RACH preamble is 139, and the SCS is 3.75 kHz, 5 kHz, or 15 kHz; andwherein, in a case that the RACH preamble format is within a third format set, the sequence length for the RACH preamble is 839, and the SCS is 5 kHz or 15 kHz.14.The method of Claim 13, further comprises:configuring, by the processor, a set of subcarriers in the preamble configuration for the UE to transmit preamble repetitions of the RACH preamble within the set of subcarriers in an event that the RACH preamble format is within the second format set or the third format set, wherein each of the preamble repetitions is received on a distinct subcarrier of the set of subcarriers.15.The method of Claim 14, further comprises:configuring, by the processor, a repetition value N in the preamble configuration for the UE to transmit the preamble repetitions in N consecutive time slots.16.The method of Claim 11, wherein the offset configuration comprises a resource block (RB) offset and a reference point for mapping the preamble sequence of the RACH preamble to the RACH resource; andwherein the reference point is a physical resource block number 0 (PRB#0) , a lowest frequency of active uplink bandwidth part, or a center, lowest, or highest frequency of a transmitted synchronization signal block (SSB) .17.The method of Claim 16, wherein the RB offset with respect to the reference point is an offset value of a lowest physical random-access channel (PRACH) transmission occasion in physical uplink shared channel (PUSCH) RBs to the PRB#0, an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the lowest frequency of active uplink bandwidth part, or an offset value of the lowest PRACH transmission occasion in PUSCH RBs to the center, lowest, or highest frequency of SSB transmitted.18.The method of Claim 11, further comprises:transmitting, by the processor, the preamble configuration in an initial access procedure, via downlink control information (DCI) , a medium access control-control element (MAC-CE) , or a paging signal, or configured in an Information Element (IE) RACH-ConfigCommon, a system information block type 1 (SIB1) message, a radio resource control (RRC) message to the UE.19.The method of Claim 18, wherein the parameters comprise a first parameter indicating a RACH preamble format set for the RACH preamble, and a second parameter indicating the RACH preamble format within the RACH preamble format set.20.An apparatus, comprising:a transceiver, during operation, wirelessly communicates with a wireless network; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:determining a random access channel (RACH) preamble format according to a preamble configuration from a network node;generating a RACH preamble based on the RACH preamble format;performing a resource mapping based on an offset configuration, wherein the resource mapping is performed by mapping a preamble sequence of the RACH preamble to a RACH resource; andtransmitting, via the transceiver, the RACH preamble on the RACH resource to the network node.

Images