Methods for enhancements on random access channel-less physical uplink shared channel

Abstract

Various solutions for enhancements on random access channel (RACH) -less (or called contention-based) physical uplink shared channel (PUSCH) are described. An apparatus may receive a configuration associated with a contention-based PUSCH from a network node. The configuration includes a time resource configuration and a frequency resource configuration. The apparatus may determine a resource allocation for the contention-based PUSCH according to the time resource configuration and the frequency resource configuration. Then, the apparatus may transmit the contention-based PUSCH to the network node based on the resource allocation in an event that no RACH preamble is transmitted prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one user equipment (UE) for a data transmission procedure.

Description

METHODS FOR ENHANCEMENTS ON RANDOM ACCESS CHANNEL-LESS PHYSICAL UPLINK SHARED CHANNELCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of PCT Application No. PCT / CN2024 / 116916, filed 4 September 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to enhancements on random access channel (RACH) -less (or called contention-based) physical uplink shared channel (PUSCH) .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] The wireless communications technologies have grown exponentially over the years. A long-term evolution (LTE) system offers high peak data rates, low latency, improved system capacity, and low operating cost resulting from simplified network architecture. LTE system, also known as the 4th generation (4G) system, also provides seamless integration to older wireless network, such as GSM, CDMA and universal mobile telecommunication system (UMTS) . In LTE system, an evolved universal terrestrial radio access network (E-UTRAN) includes a plurality of evolved Node-Bs (eNodeBs or eNBs) communicating with a plurality of mobile stations, referred to as user equipment (UE) . The 3rd generation partner project (3GPP) network normally includes a hybrid of 2G / 3G / 4G systems. The next generation mobile network (NGMN) board has decided to focus the future NGMN activities on defining the end-to-end requirements for 5th generation (5G) new radio (NR) systems and 6G systems.

[0005] In 5G NR, the initial access process is a critical phase where a UE establishes a connection with the network to initiate communication. Conventionally, the UE needs to perform the RACH procedure towards a target cell for, e.g., uplink synchronization with the target cell, before a connection with the target cell can be established. To reduce the delay caused by the RACH procedure, the concept of RACH-less procedure is introduced, which allows the UE to skip certain steps of the RACH procedure and directly communicate with the target cell, e.g., when the UE is in a good condition of timing synchronized with the target cell. However, in order to further reduce the initial access delay for advanced scenarios (e.g., (future) terrestrial network (TN) scenarios and / or non-terrestrial network (NTN) scenarios) , new designs for the RACH-less procedure are desired. Accordingly, how to design new RACH-less procedure to boost the efficiency of the initial access process has become an important issue for newly developed wireless communication systems. Therefore, there is a need to provide proper schemes to address this issue.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] One objective of the present disclosure is proposing schemes, concepts, designs, systems, methods, and apparatus pertaining to enhancements on RACH-less PUSCH. It is believed that the above-described issue would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0008] In one aspect, a method may involve an apparatus receiving a configuration associated with a contention-based PUSCH from a network node, wherein the configuration comprises a time resource configuration and a frequency resource configuration. The method may also involve the apparatus determining a resource allocation for the contention-based PUSCH according to the time resource configuration and the frequency resource configuration. The method may further involve the apparatus transmitting the contention-based PUSCH to the network node based on the resource allocation in an event that no RACH preamble is transmitted prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one UE for a data transmission procedure.

[0009] In one aspect, a method may involve a network node transmitting a configuration associated with a contention-based PUSCH to an apparatus, wherein the configuration comprises a time resource configuration and a frequency resource configuration. The method may also involve the network node receiving a transmission of the contention-based PUSCH from the apparatus based on a resource allocation determined according to the time resource configuration and the frequency resource configuration, in an event that no RACH preamble is received prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one UE for a data transmission procedure.

[0010] 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) , beyond 5G (B5G) , 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

[0011] 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.

[0012] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0013] FIG. 2 is a diagram depicting an example scenario of the time domain resource allocation of contention-based PUSCH in accordance with an implementation of the present disclosure.

[0014] FIG. 3 is a diagram depicting another example scenario of the time domain resource allocation of contention-based PUSCH in accordance with an implementation of the present disclosure.

[0015] FIG. 4 is a diagram depicting an example scenario of a detailed procedural flow of RACH-less and RACH procedures in accordance with an implementation of the present disclosure.

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

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

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

[0019] 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

[0020] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes, and / or solutions pertaining to enhancements on RACH-less PUSCH. 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.

[0021] In the present disclosure, NTN refers to a network that uses radio frequency (RF) and information processing resources carried on high, medium, and low orbit satellites or other high-altitude communication platforms to provide communication services for UEs. According to the load capacity on the satellite, there are two typical scenarios, namely: transparent payload and regenerative payload. In transparent payload mode, the satellite does not process the signal and waveform in the communication service but, rather, only functions as an RF amplifier to forward data. In regenerative payload mode, the satellite, other than RF amplification, also has the processing capabilities of modulation / demodulation, coding / decoding, switching, routing, and so on.

[0022] In 5G NR, the initial access process is a critical phase where a UE establishes a connection with the network to initiate communication. In a legacy design, the UE needs to perform the RACH procedure towards a target cell for, e.g., uplink synchronization with the target cell, before a connection with the target cell can be established. The RACH procedure for initial access generally involves the UE transmitting a RACH preamble, receiving resources and timing information from the network, transmitting its connection request, and then receiving confirmation to finalize the connection with unique identification. To reduce the delay caused by the RACH procedure, the concept of RACH-less procedure is introduced, which allows the UE to skip certain steps of the RACH procedure and directly communicate with the target cell, e.g., when the UE is in a good condition of timing synchronized with the target cell. For example, the UE may directly perform a PUSCH transmission without having to transmit a RACH preamble in a random access procedure beforehand, and this type of PUSCH can be referred to as RACH-less PUSCH. Alternatively, when the same time and / or frequency resources are allocated to multiple UEs, each of these UEs may perform a PUSCH transmission in a data transmission procedure by using the configured resources with contention, and this type of PUSCH can be referred to as contention-based PUSCH. However, in order to further reduce the initial access delay for advanced scenarios (e.g., (future) TN scenarios and / or NTN scenarios) , new designs for the RACH-less procedure are desired.

[0023] In view of the above, the present disclosure is motivated by, but not limited to, an NTN scenario, and accordingly proposes a number of schemes pertaining to enhancements on RACH-less PUSCH. Specifically, the enhancements on RACH-less PUSCH aim to introduce innovative approaches on the following aspects: (i) RACH-less PUSCH time domain allocation; (ii) RACH-less PUSCH frequency domain allocation; (iii) radio network temporary identifier (RNTI) for RACH-less PUSCH; (iv) physical downlink control channel (PDCCH) order for RACH-less PUSCH; (v) (autonomous) retransmission of RACH-less PUSCH; and (vi) events for triggering RACH-less PUSCH. Accordingly, by applying the schemes of the present disclosure, the performance and efficiency of the RACH-less procedure may be improved to reduce the initial access delay.

[0024] It should be noted that, in the present disclosure, each of the following terms may be replaced by one another: “RACH-less” and “contention-based” ; and each of the following terms may be replaced by one another: “PUSCH” and “message-3 (Msg3) ” . For example, “RACH-less PUSCH” may be replaced with “contention-based PUSCH” , and vice versa; “RACH-less Msg3” may be replaced with “contention-based Msg3” , and vice versa; “RACH-less PUSCH” may be replaced with “RACH-less Msg3” , and vice versa; “contention-based PUSCH” may be replaced with “contention-based Msg3” , etc. Furthermore, a RACH-less / contention-based PUSCH occasion refers to an occasion for transmission of RACH-less / contention-based PUSCH, where the occasion is generally defined as a specific time-frequency resource configured or scheduled for the UE to transmit uplink data on the PUSCH.

[0025] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a UE 110 in wireless communication with a network 120 (e.g., a wireless network including an NTN and a TN) via a terrestrial network node 122 (e.g., a base station (BS) such as an eNB, a Next Generation Node-B (gNB) , a transmission / reception point (TRP) , a relay, or a gateway) and / or a non-terrestrial network node 124 (e.g., a satellite) . For example, in transparent payload mode, the terrestrial network node 122 (e.g., a BS) and the non-terrestrial network node 124 (e.g., a satellite operating as a relay) may form an NTN serving cell for wireless communication with the UE 110. In regenerative payload mode, the non-terrestrial network node 124 (e.g., a satellite) may have full / part of gNB function and may be able to form an NTN serving cell for wireless communication with the UE 110, with or without involving the terrestrial network node 122 (e.g., a BS) . Alternatively, the terrestrial network node 122 may form a TN serving cell for wireless communication with the UE 110. In such a communication environment, the UE 110, the network 120, and the terrestrial network node 122 and / or the non-terrestrial network node 124 may implement various schemes pertaining to enhancements on RACH-less / contention-based PUSCH in accordance with the present disclosure, as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations, some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0026] Under a first scheme of the present disclosure, the time domain resource allocation of contention-based PUSCH is proposed. Specifically, the time-domain resource of the contention-based PUSCH may be a periodic resource, with a periodicity being the same as the SSB periodicity as the default value or having a predefined value. The time configuration index of the contention-based PUSCH may be configured by network with fixed bits number N (e.g., N=2 / 3 / 4 / 5 / 6 / 7 / 8 bits) , where the time configuration index is ordered from 0, 1, 2, …, 2N-1. The time configuration index of the contention-based PUSCH may be configured via system information block (s) (SIB (s) ) for initial access (when the UE is operating in an idle state (e.g., the RRC_IDLE mode) or inactive state (e.g., the RRC_INACTIVE mode) ) and may be configured with a downlink control information (DCI) or a radio resource control (RRC) signaling (when the UE is operating in a connected state (e.g., the RRC_CONNECTED mode) ) . The network may configure the time configuration index of the contention-based PUSCH with at least one of the following factors / parameters: (i) a contention-based PUSCH format (denoted as the F field) ; (ii) a contention-based PUSCH time resource occasion periodicity, i.e., the time-domain periodicity of the occasion for transmission of the contention-based PUSCH (denoted as the P field) ; (iii) a contention-based PUSCH time resource occasion system frame number (SFN) offset, i.e., the SFN (or the SFN-level offset to SFN#0) of the occasion for transmission of the contention-based PUSCH (denoted as the SFN_offset field) ; (iv) a subframe number offset of the contention-based PUSCH time resource occasion, i.e., the subframe number (or the subframe-level offset to subframe#0) of the occasion in time domain for transmission of the contention-based PUSCH (denoted as the Subframe_offset field) ; (v) a starting symbol number offset of the contention-based PUSCH time resource occasion, i.e., the starting symbol (or the symbol-level offset to symbol#0) of the occasion for transmission of the contention-based PUSCH (denoted as the Symbol_offset field) ; (vi) a symbol length of the contention-based PUSCH time resource occasion, i.e., the length in symbols of the occasion (or the candidate (s) in the occasion) for transmission of the contention-based PUSCH (denoted as the L field) ; (vii) a repetition for the contention-based PUSCH, i.e., the number of repetitions of the occasion (or the candidate (s) in the occasion) for transmission of the contention-based PUSCH (denoted as the R field) .

[0027] To be more specific, the F field indicates the contention-based PUSCH format for the configured contention-based PUSCH time configuration index. For example, different contention-based PUSCH formats may correspond to different cyclic prefix (CP) lengths (e.g., normal / extended CP) , different PUSCH demodulation reference signal (DMRS) configurations, different repetition numbers, different frequency resources for contention-based PUSCH (e.g., 1 / 2 / 3 / 4 physical resource blocks (PRBs) ) . The P field indicates the periodicity of the contention-based PUSCH time resource occasion. The SFN_offset field indicates the SFN of the contention-based PUSCH time resource occasion, and may be configured with one or more values, which means one or more candidate positions of the contention-based PUSCH. The Subframe_offset field indicates the subframe number of the contention-based PUSCH time resource occasion, and may be configured with one or more values, which means one or more candidate positions of the contention-based PUSCH. The Symbol_offset field indicates the starting symbol number of the contention-based PUSCH time resource occasion, and may be configured with one or more values, which means one or more candidate positions of the contention-based PUSCH. The L field indicates the length in symbols of the contention-based PUSCH time resource occasion, and may be configured with one or more values, which means one or more candidate positions of the contention-based PUSCH. The R field indicates the number of repetitions (referred to herein as “repetition number” ) of the contention-based PUSCH time resource occasion, and may be configured with one or more values, which means one or more candidate positions of the contention-based PUSCH with different repetition numbers.

[0028] FIG. 2 illustrates an example scenario 200 of the time domain resource allocation of contention-based PUSCH in accordance with an implementation of the present disclosure. As shown in FIG. 2, the contention-based PUSCH (denoted as CB-PUSCH) time configuration index 0 corresponds to the contention-based PUSCH with PUSCH format 0, the periodicity of the contention-based PUSCH time resource occasion is 20ms, the SFN (s) of the contention-based PUSCH time resource occasion is / are 1, 21, 41, 61, …, and 1021, the subframe number of the contention-based PUSCH time resource occasion is 1, the starting symbol (s) and symbol length (s) of the contention-based PUSCH time resource occasion are represented as pair (s) {0, 4} and {7, 20} , which means one contention-based PUSCH time resource occasion has two candidate positions that the contention-based PUSCH may be transmitted. An exemplary configuration of the time domain resource allocation of contention-based PUSCH is provided below in Table 1. Table. 1

[0029] FIG. 3 illustrates an example scenario 300 of the time domain resource allocation of contention-based PUSCH in accordance with an implementation of the present disclosure. As shown in FIG. 3, the contention-based PUSCH (denoted as CB-PUSCH) time configuration index 0 corresponds to the contention-based PUSCH with PUSCH format 0, the periodicity of the contention-based PUSCH time resource occasion is 20ms, the SFN (s) of the contention-based PUSCH time resource occasion is / are 1, 21, 41, 61, …, and 1021, the subframe number of the contention-based PUSCH time resource occasion is 1, the starting symbol and symbol length of the contention-based PUSCH time resource occasion is {0, 4} with repetition number 1 and {7, 20} with repetition number 2, which means one contention-based PUSCH time resource occasion has two candidate positions that the contention-based PUSCH may be transmitted. An exemplary configuration of the time domain resource allocation of contention-based PUSCH is provided below in Table 2. Table. 2

[0030] Under a second scheme of the present disclosure, the frequency domain resource allocation of contention-based PUSCH is proposed. Specifically, the frequency domain resource of the contention-based PUSCH may be configured by network with fixed bits number (e.g., 2 / 3 / 4 / 5 / 6 / 7 / 8 bits) . The contention-based PUSCH frequency configuration may be configured via SIB (s) for initial access (when the UE is operating in an idle state (e.g., the RRC_IDLE mode) or inactive state (e.g., the RRC_INACTIVE mode) ) and may be configured via a DCI or an RRC signaling (when the UE is operating in a connected state (e.g., the RRC_CONNECTED mode) ) . The network may configure the contention-based PUSCH frequency configuration with at least one of the following factors / parameters: (i) a frequency start configuration index; (ii) a frequency PRB length configuration; and (iii) a contention-based PUSCH-frequently division multiplexing (FDM) .

[0031] To be more specific, the frequency start configuration index (e.g., 2 / 3 / 4 / 5 / 6 / 7 / 8 bits) indicates the starting point of the frequency of the contention-based PUSCH occasion, relative to the starting point of the initial bandwidth part (BWP) or the currently active BWP, which provides an offset that can be used to ascertain the relative position of the contention-based PUSCH resources within the BWP. To determine the absolute position, one may also calculate the starting point of the BWP and the starting point of the carrier's actually utilized resource blocks (RBs) . If the frequency start configuration index is set to 0, it means that the lowest RB of the lowest frequency-domain contention-based PUSCH occasion has an offset of 0 relative to PRB 0 (of the initially activated uplink BWP) . The frequency PRB length configuration (e.g., 2 / 3 / 4 / 5 / 6 / 7 / 8 bits) indicates the occupied / allocated PRBs of the contention-based PUSCH occasion. The contention-based PUSCH-FDM (e.g., 2 / 3 / 4 / 5 / 6 / 7 / 8 bits) indicates the values of how many frequency-domain contention-based PUSCH candidates in one frequency-domain contention-based PUSCH occasion.

[0032] Under a third scheme of the present disclosure, the RNTI utilized for contention-based PUSCH (can be called RACH-less-RNTI (RL-RNTI) or contention-based-RNTI (CB-RNTI) ) is proposed. Specifically, CB-RNTI is the RNTI utilized for contention-based PUSCH (e.g., used at least to schedule message-4 (Msg4) transmission) , while temporary cell-RNTI (TC-RNTI) or cell-RNTI (C-RNTI) may be utilized for contention-free PUSCH. CB-RNTI may be a 24-bit indicator or a 16-bit indicator for CRC attachment with the RNTI length indication information in the master information block (MIB) or SIB-type1 (SIB1) , where the RNTI length indication information is a 1-bit indicator, and when the indicator is 0 or default, the RNTI is a 16-bit indicator, or when the indicator is 1, the RNTI is a 24-bit indicator. For CB-RNTI calculation, at least one of the following factors may be considered: (i) s_id; (ii) t_id; (iii) f_id; (iv) ul_carrier_id; (v) R_rachless; (vi) group_coverage_id; and (vii) occ_id.

[0033] To be more specific, the first factor, s_id, is the index of the first orthogonal frequency division multiplexing (OFDM) symbol of the contention-based PUSCH occasion (e.g., 0 ≤ s_id < 14) . The second factor, t_id, is the index of the first slot of the contention-based PUSCH occasion in a system frame, where the subcarrier spacing to determine t_id is based on the value of μ specified in 3GPP standard (s) (e.g., TS 38.211) for μ = {0, 1, 2, 3} , and for μ = {5, 6} , t_id is the index of the 120 kHz slot in a system frame that contains the contention-based PUSCH occasion (e.g., 0 ≤ t_id < 80) . The third factor, f_id, is the index of the starting RB of the BWP for contention-based PUSCH in the frequency domain (e.g., 0 ≤ f_id < 275 or 0 ≤ f_id < F_thr) , where F_thr can be a predefined fixed value (e.g., 8 or 16) . The fourth factor, ul_carrier_id, is the UL carrier used for contention-based PUSCH transmission (e.g., 0 for normal uplink (NUL) carrier, and 1 for supplementary uplink (SUL) carrier) . The fifth factor, R_rachless, is the repetition number for contention-based PUSCH transmission (e.g., 0 ≤ R_rachless < 8) . The sixth factor, group_coverage_id, is the index of the group-UE coverage for contention-based PUSCH transmission (e.g., 0 ≤ group_coverage_id < 100) , and group_coverage_id is 0 for TN system. The seventh factor, occ_id, is the index for different candidate sequences of OCC for contention-based PUSCH transmission (e.g., 0 ≤ occ_id < 4) , and group_coverage_id=0 when no OCC is configured. Additionally, or optionally, an eighth factor, called G_factor, may be introduced, where G_factor=1 when group_coverage_id is 0, or G_factor =100 when group_coverage_id is not 0.

[0034] In some implementations, the CB-RNTI may be calculated by one of the following equations. ● CB-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × F_thr × ul_carrier_id + 14 × 80 × F_thr × 2 ×R_rachless + 14 × 80 × F_thr × 2× 8 × group_coverage_id + 14 × 80 × F_thr × 2× 8× G_factor × occ_id; ● CB-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × F_thr × ul_carrier_id; ● CB-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × F_thr × ul_carrier_id + 14 × 80 × F_thr × 2 ×R_rachless; ● CB-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × F_thr × ul_carrier_id + 14 × 80 × F_thr × 2× group_coverage_id; and ● CB-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × F_thr × ul_carrier_id + 14 × 80 × F_thr × 2× occ_id.

[0035] For example, the value range of the CB-RNTI calculated by different ones of the above-described equations is shown below in Table 3 and Table 4. Table 3. Table 4.

[0036] Under a fourth scheme of the present disclosure, (autonomous) retransmission of the contention-based PUSCH may be allowed. Specifically, some parameters used for power ramping of each retransmission of the contention-based PUSCH may be introduced, and may be configured and updated by network via SIB / RRC. The parameters may include at least one of the following: (i) RACH-LESS_PUSCH_POWER_RAMPING_COUNTER; (ii) DELTA_RACH-LESS PUSCH; (iii) RACH-LESS PUSCH_ReceivedTargetPower; (iv) RACH-LESS PUSCH_POWER_RAMPING_STEP; (v) POWER_OFFSET_RACH-LESS PUSCH; (vi) RACH-LESS PUSCH_TransMax. To be more specific, RACH-LESS_PUSCH_POWER_RAMPING_COUNTER indicates the number for RACH-LESS PUSCH_POWER_RAMPING, and this value is related to the value of how many times the contention-based PUSCH procedure failed (e.g., the value is zero for initial contention-based PUSCH transmission) . DELTA_RACH-LESS PUSCH indicates the power offset values for contention-based PUSCH. RACH-LESS PUSCH_ReceivedTargetPower indicates the target power level of contention-based PUSCH at the network receiver (e.g., only multiples of 2 dBm may be chosen (e.g., -202, -200, -198, etc. ) , and if this field is absent, the UE may use the value configured in SIB) . RACH-LESS PUSCH_POWER_RAMPING_STEP indicates the power ramping steps for contention-based PUSCH (e.g., if this field is absent, the UE may apply the corresponding value in SIB) . POWER_OFFSET_RACH-LESS PUSCH indicates the offset value for power ramping. RACH-LESS PUSCH_TransMax indicates the maximum number of contention-based PUSCH transmission performed before declaring a failure of contention-based PUSCH procedure and falling back to RACH procedure, if configured and enabled.

[0037] In some implementations, for power ramping of each retransmission, the power used for each retransmission may be determined as follows. If the contention-based PUSCH procedure is initiated and the retransmission of contention-based PUSCH procedure is also initiated, the UE may increment RACH-LESS PUSCH_POWER_RAMPING_COUNTER by 1, select the value of DELTA_RACH-LESS PUSCH according to the configuration table and the configuration index that the network configured in SIB / RRC, and set RACH-LESS PUSCH_RECEIVED_TARGET_POWER to at least one of the following to be plused: RACH-LESS PUSCH_ReceivedTargetPower, DELTA_RACH-LESS PUSCH, (RACH-LESS PUSCH_POWER_RAMPING_COUNTER –1) × RACH-LESS PUSCH_POWER_RAMPING_STEP, POWER_OFFSET_RACH-LESS PUSCH. An exemplary configuration table of DELTA_RACH-LESS PUSCH is provided below in Table 5. Table 5.

[0038] In some implementations, the initial access procedure may prioritize the RACH-less / contention-based PUSCH procedure with an option to fall back to the RACH-based procedure. FIG. 4 illustrates an example scenario 400 of a detailed procedural flow of RACH-less and RACH procedures in accordance with an implementation of the present disclosure. In step 401, the network may configure (and the UE may receive) cell-specific, wide-beam-specific, or group-UE-coverage-specific resources for Msg1, MsgA, and contention-based (CB) -Msg3 via a wide beam. In step 402, the UE may check its global navigation satellite system (GNSS) feature (i.e., whether the UE supports GNSS and / or whether the UE is capable of obtaining (updated) GNSS information) . Subsequent to step 402, if the UE supports GNSS, the procedural flow proceeds to step 403, in which the UE may transmit a CB-Msg3 via a narrow beam with network-configured resource (i.e., flexible RO and repetition number) and with or without OCC or non-orthogonal multiple access (NOMA) . In step 404, the UE may monitor the PDCCH via the narrow beam within the RACH-less time window and decode the PDCCH for CB-Msg4 (i.e., the response message of CB-Msg3) with the CB-RNTI. In step 405, it is checked whether the UE succussed to receive and decode CB-Msg4. Subsequent to step 405, if the UE succussed to receive and decode CB-Msg4, the procedural flow proceeds to step S406, or if the UE failed to receive and decode CB-Msg4, the procedural flow proceeds to step S407. In step 406, the UE may transmit a hybrid automatic repeat request (HARQ) acknowledgement (ACK) for the CB-Msg4 via the narrow beam with or without OCC / NOMA. In step 407, the UE may increment the accumulated number of failures of CB-Msg3 transmission (denoted as N) and then check whether N is smaller than N_thr which is configured by the network as the maximum number of consecutive failure times of CB-Msg3. If N is smaller than N_thr, the procedural flow returns to step 403 to retransmit the CB-Msg3. Otherwise, if N is not smaller than N_thr, the UE may fall back to the RACH-based procedure starting from step 408.

[0039] In step 408, the UE may transmit a Msg1 / MsgA via the narrow beam with network-configured resource and with or without OCC / NOMA. In step 409, the UE may monitor the PDCCH via the narrow beam within the random access response (RAR) time window and decode the PDCCH for Msg2 / MsgB with the RA-RNTI / MsgB-RNTI. In step 410, it is checked whether the UE succussed to receive and decode Msg2 / MsgB. Subsequent to step 410, if the UE succussed to receive and decode Msg2, the procedural flow proceeds to step S411, or if the UE succussed to receive and decode MsgB, the procedural flow proceeds to step S413, or if the UE failed to receive and decode Msg2 / MsgB, the procedural flow proceeds to step S414. In step 411, the UE may transmit a Msg3 via the narrow beam with network-configured resource and with or without OCC / NOMA. In step 412, the UE may receive and decode a Msg4 via the narrow beam within a Msg4 time window. In step 413, the UE may transmit a HARQ ACK for the MsgB / Msg4 with or without OCC / NOMA. In step S414, the UE may increment the accumulated number of failures of Msg1 / MsgA transmission (denoted as M) and then check whether M is smaller than M_thr which is configured by the network as the maximum number of consecutive failure times of Msg1 / MsgA. If M is smaller than M_thr, the procedural flow returns to step 408 to retransmit the Msg1 / MsgA. Otherwise, if M is not smaller than M_thr, the procedural flow proceeds to step S415 in which the UE may enter the idle state (e.g., the RRC_IDLE mode) .

[0040] Under a fifth scheme of the present disclosure, PDCCH-ordered contention-based PUSCH is proposed. That is, the contention-based PUSCH may be triggered by a PDCCH order, e.g., when the UE is operating in the RRC_CONNECTED mode. For a PDCCH order triggering contention-based PUSCH, the CRC of the PDCCH for triggering contention-based PUSCH is scrambled by the C-RNTI assigned to the UE, and the “Frequency domain resource assignment” field is of all ones or the “Identifier for RACH or RACH-LESS” field indicates for RACH-less PUSCH procedure. Specifically, the C-RNTI field indicates the identity used by the medium access control (MAC) entity upon completion of random access, and it is configured for contention-based Msg4, RACH-based Msg4, or RACH-based MsgB. The size of the C-RNTI is fixed bit size, e.g. 16 / 24 bits. The “identifier for RACH or RACH-less” field may be set to 1 for RACH-less / contention-based PUSCH, or set to 0 for RACH-based preamble. Alternatively, the “identifier for RACH or RACH-less” field may be set to 0 for RACH-less / contention-based PUSCH, or set to 1 for RACH-based preamble.

[0041] Additionally, the PDCCH order triggering contention-based PUSCH may further include one or more of the following fields: (i) a contention-based PUSCH format configuration (e.g., 1 / 2 / 3 / 4 / 5 / 6 bits) ; (ii) an NUL / SUL indicator (e.g., 1 bit) ; (iii) a beam index or SSB index (e.g., 3 / 4 / 5 / 6 / 7 / 8 bits) ; (iv) a repetition (e.g., 2 / 3 / 4 bits) ; (v) a group-UE coverage index (e.g., 2 / 3 / 4 / 5 / 6 / 7 bits) ; (vi) an OCC enable indicator (e.g., 1 bit) ; (vii) an OCC sequence indication field (e.g., 1 / 2 bit) ; (viii) a frequency hopping flag (e.g., 1 bit) ; (ix) a time-domain resource assignment (e.g., 4 / 5 bits) ; (x) an MCS indication (e.g., 4 / 5 / 6 bits) ; (xi) an RV indication (e.g., 2 / 3 bits) ; (xii) a HARQ process number (e.g., 2 / 3 / 4 / 5 / 6 bits) ; (xiii) a transmit power control (TPC) command for scheduled contention-based PUSCH (e.g., 2 / 3 / 4 bits) ; and optionally some reserved bits.

[0042] To be more specific, the contention-based PUSCH format configuration is utilized to indicate the PUSCH format for contention-based PUSCH, and different PUSCH formats may have different CP lengths (e.g., normal / extended CP) , different PUSCH DMRS configurations, different repetition numbers, different frequency resources for contention-based PUSCH (e.g., 1 / 2 / 3 / 4 PRBs) . The NUL / SUL indicator indicates the UL carrier used for contention-based PUSCH. For example, if the UE is configured with supplementaryUplink in the ServingCellConfig information element (IE) in the cell, the NUL / SUL indicator indicates which UL carrier in the cell to transmit the RACH-less PUSCH; otherwise, this field is reserved. The beam index or SSB index indicates the beam index or SSB index that should be used to determine the contention-based PUSCH occasion for the contention-based PUSCH transmission, and this field may be reserved if only one beam is considered. For example, the “beam index or SSB index” field is 3 bits for frequency range-1 (FR1) , or is 6 bits for FR2 / 3. The repetition field indicates the repetition number for contention-based PUSCH. The group-UE coverage index indicates the group-UE coverage index that should be used to determine the contention-based PUSCH occasion for the contention-based PUSCH transmission, and this field may be reserved if only one group-UE coverage is considered. For example, the “group-UE coverage index” field is 3 bits for FR1, or is 6 bits for FR2 / 3. The OCC enable indicator indicates whether OCC is enabled for contention-based PUSCH. The OCC sequence indication indicates the OCC sequence utilized for contention-based PUSCH. The frequency hopping flag indicates whether the contention-based PUSCH should be transmitted with or without frequency hopping. For example, if the value of the frequency hopping flag is 0, the UE transmits the contention-based PUSCH without frequency hopping; or otherwise, the UE transmits the contention-based PUSCH with frequency hopping. The time-domain resource assignment indicates the starting symbol / slot / subframe and the length in symbol / slot / subframe of contention-based PUSCH in the time domain. The MCS indication indicates the MCS of contention-based PUSCH. For example, the MCS may be default for contention-based PUSCH transmission, or may be configured in SIB / RRC for contention-based PUSCH transmission with / without DCI re-interpretation. The RV indication indicates the RV of contention-based PUSCH. For example, the RV may be default for contention-based PUSCH transmission, or may be configured in SIB / RRC for contention-based PUSCH transmission with / without DCI re-interpretation. The HARQ process number indicates the HARQ process number of contention-based PUSCH. For example, the HARQ process number may be default for contention-based PUSCH transmission, or may be configured in SIB / RRC for contention-based PUSCH transmission with / without DCI re-interpretation. The TPC command for scheduled contention-based PUSCH indicates the TPC command value of contention-based PUSCH, which is utilized for the power control of contention-based PUSCH transmission.

[0043] Under a sixth scheme of the present disclosure, events for triggering contention-based PUSCH are proposed. Specifically, the contention-based PUSCH procedure may be triggered by at least one of the following events: (i) an initial access with the UE operating in the RRC_IDLE or RRC_INACTIVE mode; (ii) an RRC connection re-establishment procedure; (iii) when the uplink (UL) synchronization status of the UE is “out-of-sync, ” and downlink (DL) or UL data for the UE arrives at the network (this event may occur during various stages: while the UE is in the RRC_CONNECTED mode, or during the RRC_INACTIVE mode as part of a small data transmission (SDT) procedure, or within the RRC_IDLE mode when an SDT procedure or an early data transmission (EDT) procedure is active) ; (iv) UL data arrival, during the RRC_CONNECTED mode, or during the RRC_INACTIVE mode while SDT procedure is ongoing, or within the RRC_IDLE mode when an SDT or EDT procedure is active, when there are no physical uplink control channel (PUCCH) resources for scheduling request available; (v) a failure of a scheduling request procedure; (vi) a request by RRC (e.g., for handover, conditional handover, or satellite switch, etc. ) ; (vii) an RRC connection resume procedure with the UE is operating in the RRC_INACTIVE mode; (viii) to establish time alignment for a secondary timing advance group (TAG) ; (ix) a request for other system information (OSI) (e.g., periodically triggered by SIB / RRC / DCI) ; (x) a beam failure recovery; (xi) an SDT or EDT procedure in the RRC_INACTIVE or RRC_IDLE mode; (xii) a positioning purpose in the RRC_CONNECTED mode, that requires the contention-based PUSCH procedure (e.g., when timing advance is needed for UE positioning) . Illustrative Implementations

[0044] FIG. 5 illustrates an example communication system 500 having an example communication apparatus 510 and an example network apparatus 520 in accordance with an implementation of the present disclosure. Each of communication apparatus 510 and network apparatus 520 may perform various functions to implement schemes, techniques, processes, and methods described herein pertaining to enhancements on RACH-less PUSCH, including scenarios / schemes described above as well as processes 600 and 700 described below.

[0045] Communication apparatus 510 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 510 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer, or a notebook computer. Communication apparatus 510 may also be a part of a machine-type apparatus, which may be an IoT, NB-IoT, or IIoT UE such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus, or a computing apparatus. For instance, communication apparatus 510 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 510 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 510 may include at least some of those components shown in FIG. 5, such as a processor 512, for example. Communication apparatus 510 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 510 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0046] Network apparatus 520 may be a part of an electronic apparatus, which may be a network node such as a satellite, a BS, a cell, a router, or a gateway of a 4G / 5G / B5G / 6G, NR, IoT, NB-IoT, IIoT, or NTN network. For instance, network apparatus 520 may be implemented in a satellite or an eNB / gNB / TRP in a 4G / 5G, NR, IoT, NB-IoT, IIoT, or NTN network. Alternatively, network apparatus 520 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 520 may include at least some of those components shown in FIG. 5, such as a processor 522, for example. Network apparatus 520 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 520 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0047] In one aspect, each of processor 512 and processor 522 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 “aprocessor” is used herein to refer to processor 512 and processor 522, each of processor 512 and processor 522 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 512 and processor 522 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 512 and processor 522 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 510) and a network node (e.g., as represented by network apparatus 520) in accordance with various implementations of the present disclosure.

[0048] In some implementations, communication apparatus 510 may also include a transceiver 516 coupled to processor 512 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 516 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs. In some implementations, transceiver 516 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 516 may be equipped with multiple transmit antennas and multiple receive antennas for beamforming and multiple-input multiple-output (MIMO) wireless communications. In some implementations, network apparatus 520 may also include a transceiver 526 coupled to processor 522. Transceiver 526 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 526 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 526 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 526 may be equipped with multiple transmit antennas and multiple receive antennas for beamforming and MIMO wireless communications.

[0049] In some implementations, communication apparatus 510 may further include a memory 514 coupled to processor 512 and capable of being accessed by processor 512 and storing data therein. In some implementations, network apparatus 520 may further include a memory 524 coupled to processor 522 and capable of being accessed by processor 522 and storing data therein. Each of memory 514 and memory 524 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 514 and memory 524 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 514 and memory 524 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.

[0050] Each of communication apparatus 510 and network apparatus 520 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of communication apparatus 510, as a UE, and network apparatus 520, as a network node, is provided below with processes 600 and 700. Illustrative Processes

[0051] FIG. 6 illustrates an example process 600 in accordance with an implementation of the present disclosure. Process 600 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhancements on RACH-less PUSCH. Process 600 may represent an aspect of implementation of features of communication apparatus 510. Process 600 may include one or more operations, actions, or functions as illustrated by one or more of blocks 610 to 630. Although illustrated as discrete blocks, various blocks of process 600 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 600 may be executed in the order shown in FIG. 6 or, alternatively, in a different order. Process 600 may be implemented by or in communication apparatus 510 or any suitable UE or machine-type device. Solely for illustrative purposes and without limitation, process 600 is described below in the context of communication apparatus 510, as a UE, and network apparatus 520, as a network node (e.g., satellite / gNB / TRP / relay) . Process 600 may begin at block 610.

[0052] At block 610, process 600 may involve processor 512 of communication apparatus 510, receiving, via transceiver 516, a configuration associated with a contention-based PUSCH from network apparatus 520, wherein the configuration comprises a time resource configuration and a frequency resource configuration. Process 600 may proceed from block 610 to block 620.

[0053] At block 620, process 600 may involve processor 512 determining a resource allocation for the contention-based PUSCH according to the time resource configuration and the frequency resource configuration. Process 600 may proceed from block 620 to block 630.

[0054] At block 630, process 600 may involve processor 512 transmitting, via transceiver 516, the contention-based PUSCH to network apparatus 520 based on the resource allocation in an event that no RACH preamble is transmitted prior to the contention-based PUSCH in a random access procedure (i.e., the contention-based PUSCH may be transmitted without having to transmit a RACH preamble first) or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one UE for a data transmission procedure (i.e., the same resources are utilized by multiple UEs with contention) .

[0055] In some implementations, the resource allocation may include a periodic resource in a time domain, with a periodicity being the same as that of an SSB or having a predefined value.

[0056] In some implementations, the time resource configuration may include a time configuration index and at least one of the following parameters associated with the time configuration index: (i) a format of the contention-based PUSCH; (ii) a periodicity of an occasion for the transmission of the contention-based PUSCH in a time domain; (iii) a system frame number of the occasion for the transmission of the contention-based PUSCH; (iv) a subframe number of the occasion for the transmission of the contention-based PUSCH; (v) one or more starting symbol numbers of one or more candidates in the occasion for the transmission of the contention-based PUSCH; (vi) one or more lengths in symbols of the one or more candidate in the occasion for the transmission of the contention-based PUSCH; and (vii) one or more numbers of repetitions of the one or more candidates in the occasion for the transmission of the contention-based PUSCH.

[0057] In some implementations, the frequency resource configuration may include at least one of the following: (i) a starting frequency point of an occasion for the transmission of the contention-based PUSCH; (ii) a length in PRBs of the occasion for the transmission of the contention-based PUSCH; and (iii) a number of candidates in the occasion for the transmission of the contention-based PUSCH.

[0058] In some implementations, the contention-based PUSCH may be transmitted in an occasion associated with a CB-RNTI, and the CB-RNTI may be calculated based on at least one of the following: (i) an index of a starting symbol of the occasion for the transmission of the contention-based PUSCH; (ii) an index of a first slot of the occasion for the transmission of the contention-based PUSCH in a system frame; and (iii) an index of a starting RB of a BWP for the occasion for the transmission of the contention-based PUSCH in a frequency domain.

[0059] In some implementations, process 600 may further involve processor 512 retransmitting, via transceiver 516, the contention-based PUSCH to network apparatus 520 (e.g., before a time window in which a response of the contention-based PUSCH is to be received, or after the time window) . Specifically, the contention-based PUSCH is retransmitted based on at least one of the following parameters configured by network apparatus 520: (i) a power ramping counter associated with the contention-based PUSCH; (ii) a power offset value associated with the contention-based PUSCH; (iii) a target power level associated with the contention-based PUSCH at the network node; (iv) power ramping steps associated with the contention-based PUSCH; (v) an offset value for power ramping; and (vi) a maximum number for the transmission of the contention-based PUSCH.

[0060] In some implementations, the configuration may be received via a PDCCH order for triggering the transmission of the contention-based PUSCH in an event that communication apparatus 510 is operating in a connected state.

[0061] In some implementations, the PDCCH order may be associated with a CRC checksum that is scrambled by a C-RNTI assigned to communication apparatus 510, and may include a frequency-domain resource assignment field of all ones or an identifier field indicating that the contention-based PUSCH is to be transmitted.

[0062] In some implementations, the PDCCH order may further include at least one of the following parameters associated with the contention-based PUSCH: (i) a PUSCH format for the contention-based PUSCH; (ii) an indication of whether an NUL carrier or an SUL carrier is used for the contention-based PUSCH; (iii) a beam index or SSB index; (iv) a group-UE coverage index; (v) an OCC indication; (vi) a frequency hopping flag; (vii) a time-domain resource assignment; (viii) a MCS indication; (ix) an RV indication; (x) a HARQ process number; and (xi) a TPC command for the contention-based PUSCH.

[0063] In some implementations, the transmission of the contention-based PUSCH may be triggered by at least one of the following events: (i) an initial access with communication apparatus operating in an idle or inactive state; (ii) an RRC connection re-establishment procedure; (iii) network apparatus 520 detects that an uplink synchronization status of communication apparatus 510 is out-of-sync and there is downlink or uplink data arriving for communication apparatus 510; (iv) an SDT procedure or EDT procedure; (v) a failure of a scheduling request procedure; (vi) an RRC request; (vii) an RRC connection resume procedure with communication apparatus 510 operating in the inactive state; (viii) an establishment of a time alignment for a secondary TAG or for positioning communication apparatus 510; (ix) a request for OSI; and (x) a beam failure recovery.

[0064] FIG. 7 illustrates an example process 700 in accordance with an implementation of the present disclosure. Process 700 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhancements on RACH-less PUSCH. Process 700 may represent an aspect of implementation of features of network apparatus 520. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 710 and 720. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively, in a different order. Process 700 may be implemented by or in network apparatus 520 as well as any variations thereof. Solely for illustrative purposes and without limitation, process 700 is described below in the context of communication apparatus 510, as a UE, and network apparatus 520, as a network node (e.g., satellite / gNB / TRP / relay) . Process 700 may begin at block 710.

[0065] At block 710, process 700 may involve processor 522 of network apparatus 520, transmitting, via transceiver 526, a configuration associated with a contention-based PUSCH to communication apparatus 510, wherein the configuration comprises a time resource configuration and a frequency resource configuration. Process 700 may proceed from block 710 to block 720.

[0066] At block 720, process 700 may involve processor 522 receiving, via transceiver 526, a transmission of the contention-based PUSCH from communication apparatus 510 based on a resource allocation determined according to the time resource configuration and the frequency resource configuration, in an event that no RACH preamble is received prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one UE for a data transmission procedure.

[0067] In some implementations, the resource allocation may include a periodic resource in a time domain, with a periodicity being the same as that of an SSB or having a predefined value.

[0068] In some implementations, the time resource configuration may include a time configuration index and at least one of the following parameters associated with the time configuration index: (i) a format of the contention-based PUSCH; (ii) a periodicity of an occasion for the transmission of the contention-based PUSCH in a time domain; (iii) a system frame number of the occasion for the transmission of the contention-based PUSCH; (iv) a subframe number of the occasion for the transmission of the contention-based PUSCH; (v) one or more starting symbol numbers of one or more candidates in the occasion for the transmission of the contention-based PUSCH; (vi) one or more lengths in symbols of the one or more candidate in the occasion for the transmission of the contention-based PUSCH; and (vii) one or more numbers of repetitions of the one or more candidates in the occasion for the transmission of the contention-based PUSCH.

[0069] In some implementations, the frequency resource configuration may include at least one of the following: (i) a starting frequency point of an occasion for the transmission of the contention-based PUSCH; (ii) a length in PRBs of the occasion for the transmission of the contention-based PUSCH; and (iii) a number of candidates in the occasion for the transmission of the contention-based PUSCH.

[0070] In some implementations, the contention-based PUSCH may be received in an occasion associated with a CB-RNTI, and the CB-RNTI may be calculated based on at least one of the following: (i) an index of a starting symbol of the occasion for the transmission of the contention-based PUSCH; (ii) an index of a first slot of the occasion for the transmission of the contention-based PUSCH in a system frame; and (iii) an index of a starting RB of a BWP for the occasion for the transmission of the contention-based PUSCH in a frequency domain.

[0071] In some implementations, process 700 may further involve processor 522 receiving, via transceiver 526, a retransmission of the contention-based PUSCH from communication apparatus 510 (e.g., before a time window in which communication apparatus 510 is configured to receive a response of the contention-based PUSCH, or after the time window) , wherein the retransmission of the contention-based PUSCH is performed based on at least one of the following parameters configured by network apparatus 520: (i) a power ramping counter associated with the contention-based PUSCH; (ii) a power offset value associated with the contention-based PUSCH; (iii) a target power level associated with the contention-based PUSCH at the network node; (iv) power ramping steps associated with the contention-based PUSCH; (v) an offset value for power ramping; and (vi) a maximum number for the transmission of the contention-based PUSCH.

[0072] In some implementations, the configuration may be transmitted via a PDCCH order for triggering the transmission of the contention-based PUSCH in an event that communication apparatus 510 is operating in a connected state.

[0073] In some implementations, the PDCCH order may be associated with a CRC checksum that is scrambled by a C-RNTI assigned to communication apparatus 510, and may include a frequency-domain resource assignment field of all ones or an identifier field indicating that the contention-based PUSCH is to be transmitted.

[0074] In some implementations, the PDCCH order may further include at least one of the following parameters associated with the contention-based PUSCH: (i) a PUSCH format for the contention-based PUSCH; (ii) an indication of whether an NUL carrier or an SUL carrier is used for the contention-based PUSCH; (iii) a beam index or SSB index; (iv) a group-UE coverage index; (v) an OCC indication; (vi) a frequency hopping flag; (vii) a time-domain resource assignment; (viii) a MCS indication; (ix) an RV indication; (x) a HARQ process number; and (xi) a TPC command for the contention-based PUSCH.

[0075] In some implementations, the transmission of the contention-based PUSCH may be triggered by at least one of the following events: (i) an initial access with communication apparatus operating in an idle or inactive state; (ii) an RRC connection re-establishment procedure; (iii) network apparatus 520 detects that an uplink synchronization status of communication apparatus 510 is out-of-sync and there is downlink or uplink data arriving for communication apparatus 510; (iv) an SDT procedure or EDT procedure; (v) a failure of a scheduling request procedure; (vi) an RRC request; (vii) an RRC connection resume procedure with communication apparatus 510 operating in the inactive state; (viii) an establishment of a time alignment for a secondary TAG or for positioning communication apparatus 510; (ix) a request for OSI; and (x) a beam failure recovery. Additional Notes

[0076] 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.

[0077] 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.

[0078] 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., “asystem 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., “asystem 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. ”

[0079] 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:receiving, by a processor of an apparatus, a configuration associated with a contention-based physical uplink shared channel (PUSCH) from a network node, wherein the configuration comprises a time resource configuration and a frequency resource configuration;determining, by the processor, a resource allocation for the contention-based PUSCH according to the time resource configuration and the frequency resource configuration; andtransmitting, by the processor, the contention-based PUSCH to the network node based on the resource allocation in an event that no random access channel (RACH) preamble is transmitted prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one user equipment (UE) for a data transmission procedure.2.The method of Claim 1, wherein the resource allocation comprises a periodic resource in a time domain, with a periodicity being the same as that of a synchronization signal block (SSB) or having a predefined value.3.The method of Claim 1, wherein the time resource configuration comprises a time configuration index and at least one of the following parameters associated with the time configuration index:a format of the contention-based PUSCH;a periodicity of an occasion for the transmission of the contention-based PUSCH in a time domain;a system frame number of the occasion for the transmission of the contention-based PUSCH;a subframe number of the occasion for the transmission of the contention-based PUSCH;one or more starting symbol numbers of one or more candidates in the occasion for the transmission of the contention-based PUSCH;one or more lengths in symbols of the one or more candidate in the occasion for the transmission of the contention-based PUSCH; andone or more numbers of repetitions of the one or more candidates in the occasion for the transmission of the contention-based PUSCH.4.The method of Claim 1, wherein the frequency resource configuration comprises at least one of the following:a starting frequency point of an occasion for the transmission of the contention-based PUSCH;a length in physical resource blocks (PRBs) of the occasion for the transmission of the contention-based PUSCH; anda number of candidates in the occasion for the transmission of the contention-based PUSCH.5.The method of Claim 1, wherein the contention-based PUSCH is transmitted in an occasion associated with a contention-based-radio network temporary identifier (CB-RNTI) , and the CB-RNTI is calculated based on at least one of the following:an index of a starting symbol of the occasion for the transmission of the contention-based PUSCH;an index of a first slot of the occasion for the transmission of the contention-based PUSCH in a system frame; andan index of a starting resource block (RB) of a bandwidth-part (BWP) for the occasion for the transmission of the contention-based PUSCH in a frequency domain.6.The method of Claim 1, further comprising:retransmitting, by the processor, the contention-based PUSCH to the network node, wherein the contention-based PUSCH is retransmitted based on at least one of the following parameters configured by the network node:a power ramping counter associated with the contention-based PUSCH;a power offset value associated with the contention-based PUSCH;a target power level associated with the contention-based PUSCH at the network node;power ramping steps associated with the contention-based PUSCH;an offset value for power ramping; anda maximum number for the transmission of the contention-based PUSCH.7.The method of Claim 1, wherein the configuration is received via a physical downlink control channel (PDCCH) order for triggering the transmission of the contention-based PUSCH in an event that the apparatus is operating in a connected state.8.The method of Claim 7, wherein the PDCCH order is associated with a cyclic redundancy check (CRC) checksum that is scrambled by a cell-radio network temporary identifier (C-RNTI) assigned to the apparatus, and comprises a frequency-domain resource assignment field of all ones or an identifier field indicating that the contention-based PUSCH is to be transmitted.9.The method of Claim 7, wherein the PDCCH order further comprises at least one of the following parameters associated with the contention-based PUSCH:a PUSCH format for the contention-based PUSCH;an indication of whether a normal uplink (NUL) carrier or a supplementary uplink (SUL) carrier is used for the contention-based PUSCH;a beam index or synchronization signal block (SSB) index;a group-UE coverage index;an orthogonal cover code (OCC) indication;a frequency hopping flag;a time-domain resource assignment;a modulation and coding scheme (MCS) indication;a redundancy version (RV) indication;a hybrid automatic repeat request (HARQ) process number; anda transmit power control (TPC) command for the contention-based PUSCH.10.The method of Claim 1, wherein the transmission of the contention-based PUSCH is triggered by at least one of the following events:an initial access with the apparatus operating in an idle or inactive state;a radio resource control (RRC) connection re-establishment procedure;the network node detects that an uplink synchronization status of the apparatus is out-of-sync and there is downlink or uplink data arriving for the apparatus;a small data transmission (SDT) procedure or an early data transmission (EDT) procedure;a failure of a scheduling request procedure;a radio resource control (RRC) request;an RRC connection resume procedure with the apparatus operating in the inactive state;an establishment of a time alignment for a secondary timing advance group (TAG) or for positioning the apparatus;a request for other system information (OSI) ; anda beam failure recovery.11.A method, comprising:transmitting, by a processor of a network node, a configuration associated with a contention-based physical uplink shared channel (PUSCH) to an apparatus, wherein the configuration comprises a time resource configuration and a frequency resource configuration; andreceiving, by the processor, a transmission of the contention-based PUSCH from the apparatus based on a resource allocation determined according to the time resource configuration and the frequency resource configuration, in an event that no random access channel (RACH) preamble is received prior to the contention-based PUSCH in a random access procedure or that at least one of the time resource configuration and the frequency resource configuration is configured to more than one user equipment (UE) for a data transmission procedure.12.The method of Claim 11, wherein the resource allocation comprises a periodic resource in a time domain, with a periodicity being the same as that of a synchronization signal block (SSB) or having a predefined value.13.The method of Claim 11, wherein the time resource configuration comprises a time configuration index and at least one of the following parameters associated with the time configuration index:a format of the contention-based PUSCH;a periodicity of an occasion for the transmission of the contention-based PUSCH in a time domain;a system frame number of the occasion for the transmission of the contention-based PUSCH;a subframe number of the occasion for the transmission of the contention-based PUSCH;one or more starting symbol numbers of one or more candidates in the occasion for the transmission of the contention-based PUSCH;one or more lengths in symbols of the one or more candidate in the occasion for the transmission of the contention-based PUSCH; andone or more numbers of repetitions of the one or more candidates in the occasion for the transmission of the contention-based PUSCH.14.The method of Claim 11, wherein the frequency resource configuration comprises at least one of the following:a starting frequency point of an occasion for the transmission of the contention-based PUSCH;a length in physical resource blocks (PRBs) of the occasion for the transmission of the contention-based PUSCH; anda number of candidates in the occasion for the transmission of the contention-based PUSCH.15.The method of Claim 11, wherein the contention-based PUSCH is received in an occasion associated with a contention-based-radio network temporary identifier (CB-RNTI) , and the CB-RNTI is calculated based on at least one of the following:an index of a starting symbol of the occasion for the transmission of the contention-based PUSCH;an index of a first slot of the occasion for the transmission of the contention-based PUSCH in a system frame; andan index of a starting resource block (RB) of a bandwidth-part (BWP) for the occasion for the transmission of the contention-based PUSCH in a frequency domain.16.The method of Claim 11, further comprising:receiving, by the processor, a retransmission of the contention-based PUSCH from the apparatus, wherein the retransmission of the contention-based PUSCH is performed based on at least one of the following parameters configured by the network node:a power ramping counter associated with the contention-based PUSCH;a power offset value associated with the contention-based PUSCH;a target power level associated with the contention-based PUSCH at the network node;power ramping steps associated with the contention-based PUSCH;an offset value for power ramping; anda maximum number for the transmission of the contention-based PUSCH.17.The method of Claim 11, wherein the configuration is transmitted via a physical downlink control channel (PDCCH) order for triggering the transmission of the contention-based PUSCH in an event that the apparatus is operating in a connected state.18.The method of Claim 17, wherein the PDCCH order is associated with a cyclic redundancy check (CRC) checksum that is scrambled by a cell-radio network temporary identifier (C-RNTI) assigned to the apparatus, and comprises a frequency-domain resource assignment field of all ones or an identifier field indicating that the contention-based PUSCH is to be transmitted.19.The method of Claim 17, wherein the PDCCH order further comprises at least one of the following parameters associated with the contention-based PUSCH:a PUSCH format for the contention-based PUSCH;an indication of whether a normal uplink (NUL) carrier or a supplementary uplink (SUL) carrier is used for the contention-based PUSCH;a beam index or synchronization signal block (SSB) index;a group-UE coverage index;an orthogonal cover code (OCC) indication;a frequency hopping flag;a time-domain resource assignment;a modulation and coding scheme (MCS) indication;a redundancy version (RV) indication;a hybrid automatic repeat request (HARQ) process number; anda transmit power control (TPC) command for the contention-based PUSCH.20.The method of Claim 11, wherein the transmission of the contention-based PUSCH is triggered by at least one of the following events:an initial access with the apparatus operating in an idle or inactive state;a radio resource control (RRC) connection re-establishment procedure;the network node detects that an uplink synchronization status of the apparatus is out-of-sync and there is downlink or uplink data arriving for the apparatus;a small data transmission (SDT) procedure or an early data transmission (EDT) procedure;a failure of a scheduling request procedure;a radio resource control (RRC) request;an RRC connection resume procedure with the apparatus operating in the inactive state;an establishment of a time alignment for a secondary timing advance group (TAG) or for positioning the apparatus;a request for other system information (OSI) ; anda beam failure recovery.

Images