Methods and apparatus for transmission of random access channel and random access channel-less physical uplink shared channel

Abstract

Various solutions for (autonomous) retransmission of random access channel (RACH) and RACH-less (or called contention-based) physical uplink shared channel (PUSCH) are described. An apparatus may receive a configuration from a network node. The configuration includes a plurality of parameters associated with one or more transmissions (e.g., initial transmission and / or (autonomous) retransmission (s)) of a contention-based PUSCH or a RACH. The apparatus may select one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration. Then, the apparatus may perform the one or more transmissions of the contention-based PUSCH or the RACH to the network node on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.

Description

METHODS AND APPARATUS FOR TRANSMISSION OF RANDOM ACCESS CHANNEL AND 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 / 122702, filed 30 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 transmission (e.g., initial transmission and / or (autonomous) retransmission) of random access channel (RACH) and 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. In order to reduce the uplink (UL) and downlink (DL) signaling overhead in the initial access process for advanced scenarios (e.g., (future) terrestrial network (TN) scenarios and / or non-terrestrial network (NTN) scenarios) , new designs for RACH-less and RACH procedures with more efficient signaling are desired. Accordingly, how to design new RACH-less and RACH procedures 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 transmission of RACH and RACH-less (or called contention-based) 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 from a network node, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based PUSCH or a RACH. The method may also involve the apparatus selecting one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration. The method may further involve the apparatus performing the one or more transmissions of the contention-based PUSCH or the RACH to the network node on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.

[0009] In one aspect, a method may involve a network node transmitting a configuration to an apparatus, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based PUSCH or a RACH. The method may also involve the network node receiving the one or more transmissions of the contention-based PUSCH or the RACH from the apparatus on one or more contention-based PUSCH resource occasions or one or more RACH resource occasions.

[0010] In one aspect, an apparatus may comprise a transceiver that, 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 receiving, via the transceiver, a configuration from the network node, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based PUSCH or a RACH. The processor may also perform operations comprising selecting one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration. The processor may further perform operations comprising performing, via the transceiver, the one or more transmissions of the contention-based PUSCH or the RACH to the network node on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.

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

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

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

[0014] FIG. 2 is a diagram depicting an example scenario of a general procedural flow of (autonomous) retransmission of RACH or contention-based PUSCH in accordance with an implementation of the present disclosure.

[0015] FIG. 3 is a diagram depicting an example scenario of (autonomous) retransmission of RACH or contention-based PUSCH in accordance with an implementation of the present disclosure.

[0016] FIG. 4 is a diagram depicting another example scenario of (autonomous) retransmission of RACH and contention-based PUSCH in accordance with an implementation of the present disclosure.

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

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

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

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

[0021] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes, and / or solutions pertaining to transmission of RACH and RACH-less (or called contention-based) 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.

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

[0023] 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 (e.g., message-1 (Msg1) transmission and message-2 (Msg2) reception in a 4-step random access 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 some advanced scenarios (e.g., (future) TN scenarios and / or NTN scenarios) , the communication system may have to support massive capacity in terms of number and types of UE. Therefore, in order to unlock the additional UL capacity potential, new designs for RACH-less and RACH procedures with more efficient signaling to obtain a trade-off between throughput and burst loss rate are desired.

[0024] 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 transmission (e.g., initial transmission and / or (autonomous) retransmission (s) ) of RACH and RACH-less (or called contention-based) PUSCH. Specifically, the proposed schemes of the present disclosure aim to introduce innovative approaches on the following aspects: (i) the contention-based PUSCH (re) transmission configuration; (ii) the hybrid automatic repeat request (HARQ) operation for contention-based PUSCH (re) transmission; (iii) the procedure for determining the UL grant for contention-based PUSCH (e.g., RACH-less message-3 (Msg3) ) ; (iv) the procedure for contention resolution of contention-based PUSCH (e.g., RACH-less Msg3) ; (v) the completion of the contention-based PUSCH (e.g., RACH-less PUSCH or RACH-less Msg3) procedure; (vi) the power control for contention-based PUSCH (e.g., RACH-less PUSCH or RACH-less Msg3) (re) transmission; (vii) the RACH (re) transmission configuration; and (viii) the procedure for RACH (re) transmission configuration. Accordingly, by applying the schemes of the present disclosure, the performance and efficiency of the random access procedure may be improved to reduce the initial access delay.

[0025] 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 “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.

[0026] 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 a 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 transmission of RACH and RACH-less (or called 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.

[0027] FIG. 2 illustrates an example scenario 200 of a general procedural flow of (autonomous) retransmission of RACH or contention-based PUSCH in accordance with an implementation of the present disclosure. In step 201, the UE may receive the RACH and contention-based PUSCH (re) transmission configuration from the network via a system information block (SIB) type-X (SIB-X) (e.g., SIB-1, SIB-19 / 20 for NTN, and / or SIB-31 / 32 for IoT NTN) over a wide beam. In step 202, the UE may perform a transmission (e.g., initial transmission or retransmission) of the RACH or the contention-based PUSCH (CB-PUSCH) on a randomly selected PRACH / PUSCH occasion (e.g., from the PRACH / PUSCH resource occasions configured via a SIB or a radio resource control (RRC) signaling for RACH or RACH-less Msg3) over a narrow beam. In step 203, the UE determines whether (autonomous) retransmission of the RACH / CB-PUSCH is configured / enabled. Subsequent to step 203, if (autonomous) retransmission of the RACH / CB-PUSCH is configured / enabled, the procedural flow proceeds to step 204, or if (autonomous) retransmission of the RACH / CB-PUSCH is not configured / enabled, the procedural flow proceeds to step 205. In step 204, the UE may increment the accumulated times of retransmission of the RACH / CB-PUSCH and then check whether N is smaller than N_thr which is configured by the network as the maximum times for RACH / CB-PUSCH retransmission. If N is smaller than N_thr, the procedural flow returns to step 202 to retransmit the RACH / CB-PUSCH. Otherwise, if N is not smaller than N_thr, the procedural flow proceeds to step 205. In step 205, the UE monitors, over the narrow beam, a response message corresponding to the (re) transmission of the RACH / CB-PUSCH in a RACH-less window or a random access response (RAR) window.

[0028] FIG. 3 illustrates an example scenario 300 of (autonomous) retransmission of RACH or contention-based PUSCH in accordance with an implementation of the present disclosure. As shown in FIG. 3, when RACH / CB-PUSCH (autonomous) retransmission is configured / enabled, the UE may perform retransmission of the initial RACH / CB-PUSCH transmission for a number of times (denoted as N in FIG. 3) before the RACH-less or RAR window, where the time gap between two consecutive (re) transmissions may be determined by a retransmission offset. It is noteworthy that in the legacy design of the random access procedure, the RACH / Msg3 retransmission only takes place after the RACH-less or RAR window, and this will inevitably prolong the initial access delay. In contrast to the legacy design, the RACH / CB-PUSCH (autonomous) retransmission proposed in the present disclosure may efficiently reduce such delay by enabling the UE to perform multiple retransmissions at earlier opportunities, without being subject to the time restriction associated with the RACH-less or RAR window.

[0029] Alternatively, in some implementations, the offset specific for RACH-less PUSCH or RACH may be set to the round-trip time (RTT) between the UE and the network node (e.g., gNB) . That is, by setting the offset to RTTUE-gNB, retransmission (s) may take place after the RACH-less or RAR window.

[0030] FIG. 4 illustrates an example scenario 400 of (autonomous) retransmission of RACH and contention-based PUSCH in accordance with an implementation of the present disclosure. Part (A) of FIG. 4 depicts the case of (autonomous) retransmission of contention-based PUSCH (denoted as RACH-less PUSCH) , while Part (B) of FIG. 4 depicts the case of (autonomous) retransmission of RACH. The retransmission offsets between two consecutive (re) transmissions in these two cases may be configured separately. For example, the retransmission offset between two consecutive RACH-less PUSCH (re) transmissions may be determined based on two parameters, including a retransmission timer specific for RACH-less PUSCH and an offset specific for RACH-less PUSCH. In addition, the retransmission offset between two consecutive RACH (re) transmissions may be determined based on two parameters, including a retransmission timer specific for RACH and an offset specific for RACH.

[0031] In some implementations, the contention-based PUSCH may contain a RACH-less Msg3 in an event that no RACH preamble has been transmitted previously to the network in a random access procedure. Alternatively, the contention-based PUSCH may contain a RACH-less PUSCH in a data transmission procedure in an event that the UE is operating in a connected state (e.g., the RRC_CONNECTED mode) .

[0032] Under a first scheme of the present disclosure, the contention-based PUSCH (re) transmission configuration is proposed as follows. The network may configure at least one of the following parameters for (autonomous) retransmission of RACH-less PUSCH / Msg3 to the UE via an RRC signaling, a SIB, a medium access control (MAC) control element (CE) , or a downlink control information (DCI) . The parameters of the contention-based PUSCH (re) transmission configuration may include: (i) an enabling indication (e.g., called autonomousTx_RACH-LESS PUSCH) for indicating whether (autonomous) retransmission of the contention-based PUSCH is enabled; (ii) an enabling indication (e.g., called autonomousTx_RACH-LESS Msg3) for indicating whether (autonomous) retransmission of the contention-based Msg3 is enabled; (iii) a retransmission timer value (e.g., called RACH-LESS_MSG3-RRC-RetransmissionTimer) indicating an initial value of the retransmission timer for the retransmission offset between two consecutive (re) transmissions of the contention-based Msg3 in multiples of periodicity; (iv) a retransmission timer value (e.g., called RACH-LESS_PUSCH-RRC-RetransmissionTimer) indicating an initial value of the retransmission timer for the retransmission offset between two consecutive (re) transmissions of the contention-based PUSCH in multiples of periodicity; (v) a contention resolution timer value (e.g., called RACH-LESS_MSG4-contentionresolutionTimer) indicating an initial value of the contention resolution timer for a length of monitoring a Msg4 corresponding to the contention-based Msg3 for contention resolution; (vi) a contention resolution timer value (e.g., called RACH-LESS-contentionresolutionTimer) indicating an initial value of the contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH for contention resolution; (vii) a HARQ identity (ID) offset (e.g., called harq-ID-Offset) indicating an offset of HARQ process IDs which are used for retransmission of the contention-based PUSCH / Msg3; (viii) an offset (e.g., called RACH-LESS_offset) of the start of the retransmission timer (e.g., RACH-LESS_MSG3-RRC-RetransmissionTimer or RACH-LESS_PUSCH-RRC-RetransmissionTimer) ; (ix) a RetransmissionMaxTimer value (e.g., called RACH-LESS-RRC-RetransmissionMaxTimer) indicating a value of the length for (autonomous) retransmission of contention-based PUSCH / Msg3 in multiples of periodicity; (x) a maximum number (e.g., called RACH-LESS-RRC-RetransmissionMax) indicating a value of maximum times for (autonomous) retransmission of contention-based PUSCH / Msg3; (xi) a fallback indication (e.g., called Fallback_to_4step) indicating whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; and (xii) a backoff time (e.g., called RACH-LESS_BACKOFF) indicating a value of the backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.

[0033] If the enabling indication, autonomousTx_RACH-LESS PUSCH or autonomousTx_RACH-LESS Msg3, is present, it means that (autonomous) retransmission of contention-based PUSCH / Msg3 is configured. This field may be 1 bit in length, and when the value of this field is set to 1, it indicates that (autonomous) retransmission of contention-based PUSCH / Msg3 is enabled. The field indication, autonomousTx_RACH-LESS Msg3, may also be active for any following contention-based PUSCH transmission before autonomousTx_RACH-LESS PUSCH is configured.

[0034] The field indications, RACH-LESS_MSG3-RRC-RetransmissionTimer and RACH-LESS_PUSCH-RRC-RetransmissionTimer, may each be 3, 4, 5, or 6 bits in length. The value of RACH-LESS MSG3-RRC-RetransmissionTimer or RACH-LESS_PUSCH-RRC-RetransmissionTimer may always be less than or equal to the value of RACH-LESS_MSG4-contentionresolutionTimer or RACH-LESS-contentionresolutionTimer. This field may be configured together with harq-ID-Offset. Specifically, this field indicates the duration after a contention-based PUSCH / Msg3 (re) transmission of a HARQ process of the initial transmission of contention-based PUSCH / Msg3. The field indication, RACH-LESS_MSG3-RRC-RetransmissionTimer, may also be active for any following contention-based PUSCH transmission before RACH-LESS_PUSCH-RRC-RetransmissionTimer is configured.

[0035] The field indications, RACH-LESS_MSG4-contentionresolutionTimer and RACH-LESS-contentionresolutionTimer, may each be 3, 4, 5, or 6 bits in length. For example, value=sf8 corresponds to 8 subframes, value=sf16 corresponds to 16 subframes, and so on. The field indication, RACH-LESS_MSG4-contentionresolutionTimer, may also be active for any following contention-based PUSCH transmission before RACH-LESS-contentionresolutionTimer is configured.

[0036] The field indication, RACH-LESS_offset, may be configured with a value of 0 or RTTUE-gNB.

[0037] The field indication, RACH-LESS-RRC-RetransmissionMaxTimer, may be 3, 4, 5, or 6 bits in length. The RACH-LESS-RRC-RetransmissionMaxTimer may start in the first symbol after the end of the all repetitions of the initial transmission of contention-based PUSCH / Msg3. Specifically, this field indication indicates the duration that allows for contention-based PUSCH / Msg3 retransmissions of a HARQ process of the initial transmission of contention-based PUSCH / Msg3.

[0038] The field indication, RACH-LESS-RRC-RetransmissionMax, may be 3, 4, 5, or 6 bits in length.

[0039] The field indication, Fallback_to_4step, may be 1 bit in length. When this field is configured with a value of 1, it indicates enabled to start the 4-step RACH procedure after failure of the contention-based PUSCH / Msg3 procedure.

[0040] The field indication, RACH-LESS_BACKOFF, may be 3, 4, 5, or 6 bits in length.

[0041] Under a second scheme of the present disclosure, the HARQ operation for contention-based PUSCH (re) transmission is proposed as follows. When (autonomous) retransmission of the contention-based Msg3 is enabled, the UE may perform retransmission (s) of the initial contention-based Msg3 transmission, if the UE does not receive a contention-based Msg4 before a configured timer (e.g., the retransmission timer) expires, or if the UE does not receive a contention resolution ID of the contention-based Msg4 within the RACH-LESS_MSG4-contention resolution window. After the initial contention-based Msg3 transmission, subsequent retransmissions of the contention-based Msg3 may be handled differently depending on the type of resource used to initiate the contention-based Msg3 transmission procedure. For example, when using contention-based Msg3 resources, the subsequent retransmissions of the contention-based Msg3 may take place on the following periodic resource occasions for contention-based Msg3, where the contention-based Msg3 resource occasions can be randomly selected by the UE. Alternatively, when using dedicated / UE-specific contention-based Msg3 resources (which can be triggered by a physical downlink control channel (PDCCH) order) , the network may schedule subsequent retransmissions of the contention-based Msg3 to take place on the contention-based Msg3 resource occasions allocated via a dynamic UL grant, DL assignment, or an RRC signaling.

[0042] When (autonomous) retransmission of contention-based PUSCH in the connected state (e.g., the RRC_CONNECTED mode) is enabled, the UE may perform retransmission (s) of the initial contention-based PUSCH transmission, if the UE does not receive a contention resolution ID or a dynamic UL grant or a DL assignment from the network before a configured timer (e.g., the retransmission timer) expires, or if the UE does not receive contention resolution ID or dynamic UL grant or DL assignment from the network within a configured window. After the initial contention-based PUSCH transmission, subsequent retransmissions of the contention-based PUSCH may be handled differently depending on the type of resource used to initiate the contention-based PUSCH transmission procedure. For example, when using contention-based PUSCH resources, the subsequent retransmissions of the contention-based PUSCH may take place on the following periodic resource occasions for contention-based PUSCH, where the contention-based PUSCH resource occasions can be randomly selected by the UE. Alternatively, when using dedicated / UE-specific contention-based PUSCH resources, the network may schedule subsequent retransmissions of the contention-based PUSCH to take place on the following contention-based PUSCH resource occasions allocated via a dynamic UL grant, a DL assignment, or an RRC signaling.

[0043] More detailed HARQ operation regarding the success and failure of the contention-based (autonomous) PUSCH retransmission is further proposed in Tables 1 and 2 as shown below. Table. 1 Table. 2

[0044] Under a third scheme of the present disclosure, the procedure for determining the UL grant for contention-based PUSCH / Msg3 is proposed as follows. The MAC entity may have an UL grant to transmit on the UL-shared channel (SCH) . To perform the requested transmissions, the MAC layer receives the HARQ information from lower layers (e.g., physical layer or called layer-1 (L1) ) . The UL grant for initial and (autonomous) retransmission of contention-based PUSCH / Msg3 may be determined to be associated with the PUSCH resource of contention-based PUSCH / Msg3 by the following steps: (i) randomly selecting a PUSCH occasion from the PUSCH resource occasions configured via SIB / RRC for contention-based PUSCH / Msg3 (e.g., in the msg3-CB-PUSCH information element (IE) ) ; (ii) determining the UL grant and the associated HARQ information for the contention-based PUSCH / Msg3 in the selected PUSCH occasion; and (iii) delivering the UL grant and the associated HARQ information to the HARQ entity.

[0045] Under a fourth scheme of the present disclosure, the procedure for contention resolution of contention-based PUSCH / Msg3 is proposed in Table 3 as shown below. Table. 3

[0046] Under a fifth scheme of the present disclosure, the completion of the contention-based PUSCH / Msg3 procedure is proposed as follows. Upon completion of the Random Access of the contention-based PUSCH / Msg3 procedure, the MAC entity may: (i) discard any explicitly signalled contention-free Random Access of the contention-based PUSCH / Msg3 Resources for of the contention-based PUSCH / Msg3 transmission except the Random Access of the contention-based PUSCH / Msg3 Resources for beam failure recovery request, if any; and (ii) flush the HARQ buffer used for transmission of the MAC PDU in the contention-based PUSCH / Msg3 buffer. Upon successful completion of the Random Access of the contention-based PUSCH / Msg3 procedure initiated for dual active protocol stack (DAPS) handover, the target MAC entity may indicate the successful completion of the Random Access of the contention-based PUSCH / Msg3 procedure to the upper layers (e.g., RRC layer) .

[0047] Under a sixth scheme of the present disclosure, the power control for contention-based PUSCH / Msg3 procedure is proposed as follows. A UE may determine a transmission power for a contention-based PUSCH / Msg3, P_ (RACH-LESS PUSCH, b, f, c) (i) , on an active UL bandwidth part (BWP) b of carrier f of cell c based on DL reference signal (RS) for cell c in transmission occasion i as: PRACH-LESS PUSCH, b, f, c (i) =min {PCMAX, f, c (i) , PRACH-LESS PUSCH, target, f, c+PLb, f, c} [dBm] PCMAX, f, c (i) is the UE configured maximum output power for carrier f of cell c within transmission  occasion i. PRACH-LESS PUSCH, target, f, c is the contention-based PUSCH target reception power RACH-LESS PUSCH_RECEIVED_TARGET_POWER provided by higher layers for the active UL BWP b of carrier f of cell c. PLb, f, c is a pathloss for the active UL BWP b of carrier f based on the DL RS associated with the contention-based PUSCH transmission on the active DL BWP of cell c and calculated by the UE in dB as referenceSignalPower –higher layer filtered reference signal received power (RSRP) in dBm. If the active DL BWP is the initial DL BWP and for synchronization signal (SS) or physical broadcast channel (PBCH) block and CORESET multiplexing pattern 2 or 3 (as described in clause 13 of 3GPP TS 38.213) , or for a non-serving cell, the UE determines PLb, f, c based on the SS / PBCH block associated with the contention-based PUSCH transmission. If a contention-based PUSCH / Msg3 transmission from a UE is not in response to a detection of a PDCCH order by the UE, or is in response to a detection of a PDCCH order by the UE that triggers a contention-based random access of contention-based PUSCH / Msg3 procedure, or is associated with a link recovery procedure, referenceSignalPower is provided by ss-PBCH-BlockPower.

[0048] Under a seventh scheme of the present disclosure, the RACH (re) transmission configuration is proposed as follows. The network may configure at least one of the following parameters for (autonomous) retransmission of RACH to the UE via RRC / SIB / MAC CE / DCI. The parameters of the RACH (re) transmission configuration may include: (i) an enabling indication (e.g., called autonomousTx_RACH) for indicating whether (autonomous) retransmission of the RACH is enabled; (ii) a retransmission timer value (e.g., called RACH-RRC-RetransmissionTimer) indicating an initial value of the retransmission timer for the retransmission offset between two consecutive (re) transmissions of the RACH in multiples of periodicity; (iii) an offset (e.g., called RACH_offset) of the start of the retransmission timer (e.g., RACH-RRC-RetransmissionTimer) ; (iv) a RetransmissionMaxTimer value (e.g., called RACH-RRC-RetransmissionMaxTimer) indicating a value of the length for (autonomous) retransmission of RACH in multiples of periodicity; (v) a maximum number (e.g., called RACH-RRC-RetransmissionMax) indicating a value of maximum times for (autonomous) retransmission of RACH.

[0049] If the enabling indication, autonomousTx_RACH, is present, it means that RACH (autonomous) retransmission is configured. This field may be 1 bit in length, and when the value of this field is set to 1, it indicates that (autonomous) retransmission of RACH is enabled.

[0050] The field indication, RACH-RRC-RetransmissionTimer, may be 3, 4, 5, or 6 bits in length. The value of RACH-RRC-RetransmissionTimer may always be less than or equal to the value of RACH-contentionresolutionTimer.

[0051] The field indication, RACH-RRC-RetransmissionMaxTimer, may be 3, 4, 5, or 6 bits in length. The RACH-RRC-RetransmissionMaxTimer may start in the first symbol after the end of the all repetitions of the initial RACH transmission.

[0052] The field indication, RACH-RRC-RetransmissionMax, may be 3, 4, 5, or 6 bits in length.

[0053] Under an eighth scheme of the present disclosure, the procedure for RACH (re) transmission configuration is proposed in Table 4 as shown below. Table. 4 Illustrative Implementations

[0054] 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 transmission of RACH and RACH-less (or called contention-based) PUSCH, including scenarios / schemes described above as well as processes 600 and 700 described below.

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

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

[0057] 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 “a processor” 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.

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

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

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

[0061] 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 transmission of RACH and RACH-less (or called contention-based) 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.

[0062] At block 610, process 600 may involve processor 512 of communication apparatus 510, receiving, via transceiver 516, a configuration from network apparatus 520, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based PUSCH or a RACH. Process 600 may proceed from block 610 to block 620.

[0063] At block 620, process 600 may involve processor 512 selecting one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration. Process 600 may proceed from block 620 to block 630.

[0064] At block 630, process 600 may involve processor 512 performing, via transceiver 516, the one or more transmissions of the contention-based PUSCH or the RACH to network apparatus 520 on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.

[0065] In some implementations, the one or more transmissions of the contention-based PUSCH or the RACH may include at least one of an initial transmission and one or more retransmissions of the contention-based PUSCH or the RACH, and may be performed before or after a time window for monitoring a response message corresponding to the contention-based PUSCH or the RACH from network apparatus 520.

[0066] In some implementations, the plurality of parameters may include at least one of the following: (i) an enabling indication with a first value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are enabled or with a second value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are not enabled; (ii) a first timer value indicating an initial value of a retransmission timer for a length between two consecutive ones of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity; (iii) a second timer value indicating an initial value of a contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH or the RACH; (iv) an offset of HARQ process IDs which are used for the one or more retransmissions of the contention-based PUSCH; (v) an offset of a start of the retransmission timer; (vi) a third timer value indicating a value of a maximum retransmission timer for a length of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity; (vii) a maximum number indicating a value of maximum times for the one or more retransmissions of the contention-based PUSCH or the RACH; (viii) a fallback indication of whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; and (ix) a backoff time indicating a value of a backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.

[0067] In some implementations, the configuration may be received via a SIB, an RRC signaling, a MAC CE, or a DCI.

[0068] In some implementations, the enabling indication may be configured with the first value indicating that the one or more retransmissions of the contention-based PUSCH are enabled, and the one or more retransmissions of the contention-based PUSCH may be performed in one of the following events: (i) an event that a response message corresponding to the contention-based PUSCH is not received before a configured timer, for the apparatus to receive the response message, expires; (ii) an event that a contention resolution ID of the response message is not correctly received within a contention resolution window; (iii) an event that the contention resolution ID of the response message corresponding to the contention-based PUSCH, a dynamic UL grant, or a DL assignment is not received or not correctly received from the network node before a configured timer, for the apparatus to receive the response message, expires; and (iv) an event that the contention resolution ID of the response message corresponding to the contention-based PUSCH, a dynamic UL grant, or a DL assignment is not received or not correctly received from the network node within a configured window or the contention resolution window, for UE to receive the response message.

[0069] In some implementations, the enabling indication may be configured with the first value indicating that the one or more retransmissions of the RACH are enabled. Additionally, process 600 may further involve processor 512 incrementing a counter of a total number of the one or more retransmissions of the contention-based PUSCH (e.g., RACH-LESS_MSG3_TRANSMISSION_COUNTER) by 1 before the one or more retransmissions of the RACH are performed, and indicating a random access problem to an upper layer (e.g., RRC layer) or determining the Random Access procedure to be unsuccessfully completed in an event that the counter value has reached the maximum number.

[0070] In some implementations, the one or more transmissions of the contention-based PUSCH may be performed with a HARQ process associated with an UL grant determined for at least one of the initial transmission and the one or more retransmissions of the contention-based PUSCH, in at least one of the following events: (i) an event that the UL grant is configured with the enabling indication being set to the first value; (ii) an event that a failure indication of the initial transmission of the contention-based PUSCH is received; (iii) an event that the retransmission timer started upon the initial transmission of the contention-based PUSCH is not expired; (iv) an event that a total number of the one or more retransmissions of the contention-based PUSCH has not reached the maximum number or another value less than or equal to the maximum number; and (v) an event that a total number of the one or more transmissions of the contention-based PUSCH comprising the initial transmission and the one or more retransmissions has not reached the maximum number or another value less than or equal to the maximum number.

[0071] In some implementations, the selecting of the one or more contention-based PUSCH resource occasions may include: randomly selecting one or more PUSCH occasions from a plurality of PUSCH resource occasions configure for the contention-based PUSCH. Additionally, or optionally, process 600 may further involve processor 512 determining one or more UL grants for the one or more retransmissions of the contention-based PUSCH in the selected one or more PUSCH occasions.

[0072] In some implementations, process 600 may further involve processor 512 starting or restarting the contention resolution timer in a first symbol after an end of all repetitions of the initial transmission and the one or more retransmissions of the contention-based PUSCH plus an RTT between communication apparatus 510 and network apparatus 520, wherein the RTT is set to a non-zero value in a case that network apparatus 520 is a non-terrestrial network node or is set to a zero value in a case that network apparatus 520 is a terrestrial network node. Additionally, process 600 may further involve processor 512 determining the contention-based PUSCH to be successfully completed and a contention resolution associated with the contention-based PUSCH to be successful, in one of the following events: (i) a first event that a MAC CE with a C-RNTI (i.e., C-RNTI MAC CE) was included in the contention-based PUSCH, and a PDCCH transmission addressed to the C-RNTI and containing an UL grant for a new transmission is received; (ii) a second event that a CCCH SDU was included in the contention-based PUSCH, and a PDCCH transmission addressed to a CB-RNTI configured for communication apparatus 510 is corrected received, with the following conditions being met: (C1) a MAC PDU is successfully decoded; (C2) a contention resolution timer is stopped responsive to the MAC PDU being successfully decoded; (C3) the MAC PDU contains a MAC CE with a UE contention resolution identity; and (C4) the UE contention resolution identity in the MAC CE matches the CCCH SDU transmitted in the contention-based PUSCH. Alternatively, process 600 may further involve processor 512 determining the contention resolution associated with the contention-based PUSCH to be unsuccessful, in the second event with any of the conditions C1 to C4 not being met.

[0073] In some implementations, process 600 may further involve processor 512 determining a contention resolution associated with the contention-based PUSCH to be unsuccessfully in an event that a contention resolution timer expires, and incrementing a counter of a total number of the one or more retransmissions of the contention-based PUSCH (e.g., RACH-LESS_MSG3_TRANSMISSION_COUNTER) by 1 responsive to the contention resolution being determined unsuccessful. Additionally, process 600 may further involve processor 512 determining the contentions-based PUSCH to be unsuccessfully completed in an event that the counter value has reached the maximum number, and transmitting, via transceiver 516, a RACH preamble to network apparatus 520 after the backoff time in an event that fallback indication indicates the 4-step RACH procedure to be performed after the failure of the contention-based PUSCH.

[0074] In some implementations, process 600 may further involve processor 512 performing at least one of the following upon determining the contention-based PUSCH to be successfully completed: (i) discarding any explicitly signaled contention-free random access for the initial transmission and the one or more retransmissions of the contention-based PUSCH; (ii) flushing a HARQ buffer used for the initial transmission and the one or more retransmissions of the contention-based PUSCH; and (iii) indicating the successful completion of the contention-based PUSCH to upper layers of a MAC entity in communication apparatus 510.

[0075] In some implementations, process 600 may further involve processor 512 determining a transmission power for the one or more transmissions of the contention-based PUSCH based on a target reception power for the contention-based PUSCH and a reference signal power of a DL RS associated with the one or more transmissions of the contention-based PUSCH.

[0076] 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 transmission of RACH and RACH-less (or called contention-based) 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.

[0077] At block 710, process 700 may involve processor 522 of network apparatus 520, transmitting, via transceiver 526, a configuration to communication apparatus 510, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based PUSCH or a RACH. Process 700 may proceed from block 710 to block 720.

[0078] At block 720, process 700 may involve processor 522 receiving, via transceiver 526, the one or more transmissions of the contention-based PUSCH or the RACH from communication apparatus 510 on one or more contention-based PUSCH resource occasions or one or more RACH resource occasions.

[0079] In some implementations, the one or more retransmissions of the contention-based PUSCH or the RACH may include at least one of an initial transmission and one or more retransmissions of the contention-based PUSCH or the RACH, and may be received before or after a time window for transmitting a response message corresponding to the contention-based PUSCH or the RACH to communication apparatus 510.

[0080] In some implementations, the plurality of parameters may include at least one of the following: (i) an enabling indication with a first value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are enabled or with a second value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are not enabled; (ii) a first timer value indicating an initial value of a retransmission timer for a length between two consecutive ones of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity; (iii) a second timer value indicating an initial value of a contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH or the RACH; (iv) an offset of HARQ process IDs which are used for the one or more retransmissions of the contention-based PUSCH; (v) an offset of a start of the retransmission timer; (vi) a third timer value indicating a value of a maximum retransmission timer for a length of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity; (vii) a maximum number indicating a value of maximum times for the one or more retransmissions of the contention-based PUSCH or the RACH; (viii) a fallback indication of whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; and (ix) a backoff time indicating a value of a backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.

[0081] In some implementations, the configuration may be transmitted via a SIB, an RRC signaling, a MAC CE, or a DCI. Additional Notes

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

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

[0084] 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. ”

[0085] 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 from a network node, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based physical uplink shared channel (PUSCH) or a random access channel (RACH) ;selecting, by the processor, one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration; andperforming, by the processor, the one or more transmissions of the contention-based PUSCH or the RACH to the network node on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.2.The method of Claim 1, wherein the one or more transmissions of the contention-based PUSCH or the RACH comprise at least one of an initial transmission and one or more retransmissions of the contention-based PUSCH or the RACH, and are performed before or after a time window for monitoring a response message corresponding to the contention-based PUSCH or the RACH from the network node.3.The method of Claim 2, wherein the plurality of parameters comprise at least one of the following:an enabling indication with a first value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are enabled or with a second value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are not enabled;a first timer value indicating an initial value of a retransmission timer for a length between two consecutive ones of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a second timer value indicating an initial value of a contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH or the RACH;an offset of hybrid automatic repeat request (HARQ) process identities (IDs) which are used for the one or more retransmissions of the contention-based PUSCH;an offset of a start of the retransmission timer;a third timer value indicating a value of a maximum retransmission timer for a length of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a maximum number indicating a value of maximum times for the one or more retransmissions of the contention-based PUSCH or the RACH;a fallback indication of whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; anda backoff time indicating a value of a backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.4.The method of Claim 1, wherein the configuration is received via a system information block (SIB) , a radio resource control (RRC) signaling, a medium access control (MAC) control element (CE) , or a downlink control information (DCI) .5.The method of Claim 3, wherein the enabling indication is configured with the first value indicating that the one or more retransmissions of the contention-based PUSCH are enabled, and the one or more retransmissions of the contention-based PUSCH are performed in one of the following events:an event that a response message corresponding to the contention-based PUSCH is not received before a configured timer, for the apparatus to receive the response message, expires;an event that a contention resolution identify (ID) of the response message is not correctly received within a contention resolution window;an event that the contention resolution ID of the response message corresponding to the contention-based PUSCH, a dynamic uplink (UL) grant, or a downlink (DL) assignment is not received or not correctly received from the network node before a configured timer, for the apparatus to receive the response message, expires; andan event that the contention resolution ID of the response message corresponding to the contention-based PUSCH, a dynamic uplink (UL) grant, or a downlink (DL) assignment is not received or not correctly received from the network node within a configured window or the contention resolution window, for UE to receive the response message.6.The method of Claim 3, wherein the enabling indication is configured with the first value indicating that the one or more retransmissions of the RACH are enabled, and the method further comprises:incrementing, by the processor, a counter of a total number of the one or more retransmissions of the contention-based PUSCH by 1 before the one or more retransmissions of the RACH are performed; andindicating, by the processor, a random access problem to an upper layer or determining the Random Access procedure to be unsuccessfully completed in an event that the counter value has reached the maximum number.7.The method of Claim 3, wherein the one or more transmissions of the contention-based PUSCH are performed with a HARQ process associated with an uplink (UL) grant determined for at least one of the initial transmission and the one or more retransmissions of the contention-based PUSCH in at least one of the following events:an event that the UL grant is configured with the enabling indication being set to the first value;an event that a failure indication of the initial transmission of the contention-based PUSCH is received;an event that the retransmission timer started upon the initial transmission of the contention-based PUSCH is not expired;an event that a total number of the one or more retransmissions of the contention-based PUSCH has not reached the maximum number or another value less than or equal to the maximum number; andan event that a total number of the one or more transmissions of the contention-based PUSCH comprising the initial transmission and the one or more retransmissions has not reached the maximum number or another value less than or equal to the maximum number.8.The method of Claim 1, wherein the selecting of the one or more contention-based PUSCH resource occasions comprises:randomly selecting one or more PUSCH occasions from a plurality of PUSCH resource occasions configure for the contention-based PUSCH.9.The method of Claim 8, further comprising:determining, by the processor, one or more uplink (UL) grants for the one or more retransmissions of the contention-based PUSCH in the selected one or more PUSCH occasions.10.The method of Claim 3, further comprising:starting or restarting, by the processor, the contention resolution timer in a first symbol after an end of all repetitions of the initial transmission and the one or more retransmissions of the contention-based PUSCH plus a round-trip time (RTT) between the apparatus and the network node, wherein the RTT is set to a non-zero value in a case that the network node is a non-terrestrial network node or is set to a zero value in a case that the network node is a terrestrial network node;determining, by the processor, the contention-based PUSCH to be successfully completed and a contention resolution associated with the contention-based PUSCH to be successful, in one of the following events:a first event that a medium access control (MAC) control element (CE) with a cell-radio network temporary identifier (C-RNTI) was included in the contention-based PUSCH, and a physical downlink control channel (PDCCH) transmission addressed to the C-RNTI and containing an UL grant for a new transmission is received; anda second event that a common control channel (CCCH) service data unit (SDU) was included in the contention-based PUSCH, and a PDCCH transmission addressed to a contention-based RNTI (CB-RNTI) configured for the apparatus is corrected received, with the following conditions being met:a MAC protocol data unit (PDU) is successfully decoded;a contention resolution timer is stopped responsive to the MAC PDU being successfully decoded;the MAC PDU contains a MAC CE with a UE contention resolution identity; andthe UE contention resolution identity in the MAC CE matches the CCCH SDU transmitted in the contention-based PUSCH; anddetermining, by the processor, the contention resolution associated with the contention-based PUSCH to be unsuccessful, in the second event with any of the conditions not being met.11.The method of Claim 3, further comprising:determining, by the processor, a contention resolution associated with the contention-based PUSCH to be unsuccessful in an event that a contention resolution timer expires;incrementing, by the processor, a counter of a total number of the one or more retransmissions of the contention-based PUSCH by 1 responsive to the contention resolution being determined unsuccessful;determining, by the processor, the contentions-based PUSCH to be unsuccessfully completed in an event that the counter value has reached the maximum number; andtransmitting, by the processor, a RACH preamble to the network node after the backoff time in an event that fallback indication indicates the 4-step RACH procedure to be performed after the failure of the contention-based PUSCH.12.The method of Claim 10, further comprising at least one of the following upon determining the contention-based PUSCH to be successfully completed:discarding, by the processor, any explicitly signaled contention-free random access for the initial transmission and the one or more retransmissions of the contention-based PUSCH;flushing, by the processor, a HARQ buffer used for the initial transmission and the one or more retransmissions of the contention-based PUSCH; andindicating, by the processor, the successful completion of the contention-based PUSCH to upper layers of a medium access control (MAC) entity in the apparatus.13.The method of Claim 1, further comprising:determining, by the processor, a transmission power for the one or more transmissions of the contention-based PUSCH based on a target reception power for the contention-based PUSCH and a reference signal power of a downlink (DL) reference signal (RS) associated with the one or more transmissions of the contention-based PUSCH.14.A method, comprising:transmitting, by a processor of a network node, a configuration to an apparatus, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based physical uplink shared channel (PUSCH) or a random access channel (RACH) ; andreceiving, by the processor, the one or more transmissions of the contention-based PUSCH or the RACH from the apparatus on one or more contention-based PUSCH resource occasions or one or more RACH resource occasions.15.The method of Claim 14, wherein the one or more transmissions of the contention-based PUSCH or the RACH comprise at least one of an initial transmission and one or more retransmissions of the contention-based PUSCH or the RACH, and are received before or after a time window for transmitting a response message corresponding to the contention-based PUSCH or the RACH to the apparatus.16.The method of Claim 14, wherein the plurality of parameters comprise at least one of the following:an enabling indication with a first value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are enabled or with a second value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are not enabled;a first timer value indicating an initial value of a retransmission timer for a length between two consecutive ones of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a second timer value indicating an initial value of a contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH or the RACH;an offset of hybrid automatic repeat request (HARQ) process identities (IDs) which are used for the one or more retransmissions of the contention-based PUSCH;an offset of a start of the retransmission timer;a third timer value indicating a value of a maximum retransmission timer for a length of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a maximum number indicating a value of maximum times for the one or more retransmissions of the contention-based PUSCH or the RACH;a fallback indication of whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; anda backoff time indicating a value of a backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.17.The method of Claim 14, wherein the configuration is transmitted via a system information block (SIB) , a radio resource control (RRC) signaling, a medium access control (MAC) control element (CE) , or a downlink control information (DCI) .18.An apparatus, comprising:a transceiver which, during operation, wirelessly communicates with a network node; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, a configuration from the network node, wherein the configuration comprises a plurality of parameters associated with one or more transmissions of a contention-based physical uplink shared channel (PUSCH) or a random access channel (RACH) ;selecting one or more contention-based PUSCH resource occasions or one or more RACH resource occasions according to the configuration; andperforming, via the transceiver, the one or more transmissions of the contention-based PUSCH or the RACH to the network node on the one or more contention-based PUSCH resource occasions or the one or more RACH resource occasions.19.The apparatus of Claim 18, wherein the one or more transmissions of the contention-based PUSCH or the RACH comprise at least one of an initial transmission and one or more retransmissions of the contention-based PUSCH or the RACH, and are performed before or after a time window for monitoring a response message corresponding to the contention-based PUSCH or the RACH from the network node.20.The apparatus of Claim 18, wherein the plurality of parameters comprise at least one of the following:an enabling indication with a first value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are enabled or with a second value indicating that the one or more retransmissions of the contention-based PUSCH or the RACH are not enabled;a first timer value indicating an initial value of a retransmission timer for a length between two consecutive ones of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a second timer value indicating an initial value of a contention resolution timer for a length of monitoring a response message corresponding to the contention-based PUSCH or the RACH;an offset of hybrid automatic repeat request (HARQ) process identities (IDs) which are used for the one or more retransmissions of the contention-based PUSCH;an offset of a start of the retransmission timer;a third timer value indicating a value of a maximum retransmission timer for a length of the one or more retransmissions of the contention-based PUSCH or the RACH in multiples of periodicity;a maximum number indicating a value of maximum times for the one or more retransmissions of the contention-based PUSCH or the RACH;a fallback indication of whether a 4-step RACH procedure is to be performed after a failure of the contention-based PUSCH; anda backoff time indicating a value of a backoff duration when the 4-step RACH procedure starts after the failure of the contention-based PUSCH.

Images