Methods and apparatus for timing advance reporting in wireless communication system

Abstract

Methods, apparatus and computer-readable medium are disclosed for timing advance reporting in wireless communication system. In an embodiment, there is provided a method performed at a user equipment (UE). The method comprises including based on a latest available estimation of the UE's timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure. The uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.

Description

METHODS AND APPARATUS FOR TIMING ADVANCE REPORTING IN WIRELESS COMMUNICATION SYSTEMTECHNICAL FIELD

[0001] Embodiments of the disclosure generally relate to wireless communication technology, and more particularly, to methods and apparatus for timing advance reporting during random access procedure in wireless communication system.BACKGROUND

[0002] In a wireless communication system, a user equipment (UEs) would report a timing advance (TA) used by the UE to a base station. For example, in order to achieve synchronization before and during a connection to a non-terrestrial network (NTN) cell, a UE may calculate a round-trip time (RTT) of its service link, e.g., based on a global navigation satellite system (GNSS) position and satellite ephemeris, and perform an autonomous pre-compensation for the TTA. The UE can be triggered or configured to report the UE’s TA (pre-compensation) to a base station during a random access (RA) procedure.

[0003] It is desired to design an advanced mechanism for timing advance reporting during a random access procedure in a wireless communication system.SUMMARY

[0004] This summary is provided to introduce simplified concepts of the present disclosure. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

[0005] According to a first aspect of the disclosure, there is provided an apparatus at a user equipment (UE) . The apparatus comprises at least one processor, and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to include based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure. The uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.

[0006] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to include the TA report by performing at least one of: updating a TA report from a previous transmission, or generating a new TA report based on the latest available estimation of the UE’s TA value.

[0007] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to include a TA report media access control (MAC) control element (CE) for the message based on the latest available estimation of the UE’s TA value.

[0008] According to some embodiments, the TA report may be included in at least one of the following cases: a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value, is equal to or larger than a first threshold; or a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the first threshold. The first threshold may be a preconfigured offsetThresholdTA.

[0009] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to include the TA report into a MAC protocol data unit (PDU) in a message buffer for the message.

[0010] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to generate a MAC protocol data unit (PDU) for the message by including the TA report.

[0011] According to some embodiments, the MAC PDU for the message may be generated by indicating a multiplexing and assembly entity to include a MAC subPDU carrying a MAC service data unit (SDU) from an existing MAC PDU of the message in the subsequent transmission.

[0012] According to some embodiments, the MAC PDU for the message may be generated by indicating a multiplexing and assembly entity to include a cell radio network temporary identifier (C-RNTI) MAC CE in the subsequent uplink transmission, in case that a C-RNTI is included in an existing MAC PDU of the message.

[0013] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus to perform at least one of following operations: retriggering a TA reporting for the UE to generate the MAC PDU for the message; triggering the UE to generate the MAC PDU for the message; or triggering the UE to generate the MAC PDU for the message, in case that a trigger condition is still valid.

[0014] According to some embodiments, the generating of the MAC PDU may be triggered in at least one of the following cases: a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a second threshold; or a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the second threshold.

[0015] According to some embodiments, the generating of the MAC PDU may be triggered in case that a period of time has elapsed since a previous estimation of the UE’s TA value was included in a MAC PDU for an uplink transmission within the random access procedure.

[0016] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to store the generated MAC PDU in a message buffer for the message.

[0017] According to some embodiments, when the instructions are executed by the at least one processor, the instructions may further cause the apparatus at least to send to a base station, the message carrying the TA report within the random access procedure.

[0018] According to some embodiments, the message may be a Msg3 or MsgA within the random access procedure.

[0019] According to a second aspect of the disclosure, there is provided a method performed at a user equipment (UE) . The method comprises including based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure. The uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.

[0020] According to some embodiments, the TA report may be included by performing at least one of:updating a TA report from a previous transmission, or generating a new TA report based on the latest available estimation of the UE’s TA value.

[0021] According to some embodiments, the method may further comprise including a TA report media access control (MAC) control element (CE) for the message based on the latest available estimation of the UE’s TA value.

[0022] According to some embodiments, the TA report may be included in at least one of the following cases: a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a first threshold; or a variation between the  latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the first threshold. The first threshold may be a preconfigured offsetThresholdTA.

[0023] According to some embodiments, the method may further comprise including the TA report into a MAC protocol data unit (PDU) in a message buffer for the message.

[0024] According to some embodiments, the method may further comprise generating a MAC protocol data unit (PDU) for the message by including the TA report.

[0025] According to some embodiments, generating the MAC PDU for the message may comprise: indicating a multiplexing and assembly entity to include a MAC subPDU carrying a MAC service data unit (SDU) from an existing MAC PDU of the message in the subsequent transmission.

[0026] According to some embodiments, generating the MAC PDU for the message may comprise: indicating a multiplexing and assembly entity to include a cell radio network temporary identifier (C-RNTI) MAC CE in the subsequent uplink transmission, in case that a C-RNTI is included in an existing MAC PDU of the message.

[0027] According to some embodiments, the method may further comprise at least one of, retriggering a TA reporting for the UE to generate the MAC PDU for the message; triggering the UE to generate the MAC PDU for the message; or triggering the UE to generate the MAC PDU for the message, in case that a trigger condition is still valid.

[0028] According to some embodiments, the generating of the MAC PDU may be triggered in at least one of the following cases: a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a second threshold; or a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the second threshold.

[0029] According to some embodiments, the generating of the MAC PDU may be triggered in case that a period of time has elapsed since a previous estimation of the UE’s TA value was included in a MAC PDU for an uplink transmission within the random access procedure.

[0030] According to some embodiments, the method may further comprise storing the generated MAC PDU in a message buffer for the message.

[0031] According to some embodiments, the method may further comprise sending to a base station, the message carrying the TA report within the random access procedure.

[0032] According to some embodiments, the message may be a Msg3 or MsgA within the random access procedure.

[0033] According to a third aspect of the disclosure, there is provided an apparatus at a user equipment (UE) . The apparatus comprises means for including based on a latest available estimation of the UE’s timing advance (TA) value, a timing advance (TA) report for a message to be transmitted in an uplink transmission during a random access procedure. The uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.

[0034] According to a fourth aspect of the disclosure, there is provided a computer readable storage medium, on which instructions are stored. When executed by at least one processor, the instructions cause the at least one processor to perform any method according to the second aspect.

[0035] According to a fifth aspect of the disclosure, there is provided computer program product comprising instructions which when executed by at least one processor, cause the at least one processor to perform any method according to the second aspect.

[0036] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Some example embodiments will now be described with reference to the accompanying drawings in which:

[0038] FIG. 1 illustrates an exemplary random access procedure;

[0039] FIG. 2 illustrates a format of timing advance report MAC CE;

[0040] FIG. 3 illustrates another exemplary random access procedure;

[0041] FIG. 4 illustrates yet another exemplary random access procedure;

[0042] FIG. 5 illustrates yet another exemplary random access procedure;

[0043] FIG. 6 is a flow chart depicting an exemplary process according to an embodiment of the present disclosure;

[0044] FIG. 7 is a flow chart depicting another exemplary process according to an embodiment of the present disclosure;

[0045] FIG. 8 is a flow chart depicting yet another exemplary process according to an embodiment of the present disclosure;

[0046] FIG. 9 is a flow chart depicting yet another exemplary process according to an embodiment of the present disclosure;

[0047] FIG. 10 is a flow chart depicting a method performed at a UE according to an embodiment of the present disclosure; and

[0048] FIG. 11 shows a simplified block diagram of an apparatus according to an embodiment of the present disclosure.DETAILED DESCRIPTION

[0049] Some example embodiments will now be described in more detail hereinafter with reference to the accompanying drawings, in which some, but not all embodiments are shown. Indeed, the example embodiments may take many different forms and should not be construed as fixed to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like reference numerals refer to like elements throughout.

[0050] References in the present disclosure to “one embodiment” , “an embodiment” , “an example embodiment” , and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an example embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0051] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0052] As used herein, the terms “data, ” “content, ” “information, ” and similar terms may be used interchangeably to refer to data capable of being transmitted, received and / or stored in accordance with  embodiments of the present invention. Thus, use of any such terms should not be taken to limit the spirit and scope of embodiments of the present invention.

[0053] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0054] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0055] (b) combinations of hardware circuits and software, such as (as applicable) :

[0056] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0057] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0058] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0059] This definition of “circuitry” applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term “circuitry” also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term “circuitry” also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0060] As defined herein, a “computer-readable storage medium, ” which refers to a non-transitory physical storage medium (e.g., volatile or non-volatile memory device) , can be differentiated from a “computer-readable transmission medium, ” which refers to an electromagnetic signal. Such a medium may take many forms, including, but not limited to a non-transitory computer-readable storage medium (e.g., non-volatile media, volatile media) , and transmission media. Transmission media include, for example, coaxial cables, copper wire, fiber optic cables, and carrier waves that travel through space without wires or cables, such as acoustic waves and electromagnetic waves, including radio, optical and infrared waves. Signals include man-made transient variations in amplitude, frequency, phase, polarization or other physical properties transmitted through the transmission media. Examples of non-transitory computer-readable media include a magnetic computer readable medium (e.g., a floppy disk, hard disk, magnetic tape, any other magnetic medium) , an optical computer readable medium (e.g., a compact disc read only memory (CD-ROM) , a digital versatile disc (DVD) , a Blu-Ray disc, or the  like) , a random access memory (RAM) , a programmable read only memory (PROM) , an erasable programmable read only memory (EPROM) , a FLASH-EPROM, or any other non-transitory medium from which a computer can read. The term computer-readable storage medium is used herein to refer to any computer-readable medium except transmission media. However, it will be appreciated that where embodiments are described to use a computer-readable storage medium, other types of computer-readable mediums may be substituted for or used in addition to the computer-readable storage medium in alternative embodiments.

[0061] In the following, certain embodiments are explained with reference to user equipment (UE) or (terminal device) capable of wireless communication on a radio access, via cells, base stations, WiFi access point or similar wireless transmitter and / or receiver nodes, providing access points for a radio access system. The radio access system can be arranged to allow mobile communication network connections established between a UE and a core network or a network entity of the core network. The radio access system may be a 3GPP access system, or a non-3GPP access system.

[0062] The UE may comprise any suitable device capable of at least receiving and transmitting wireless communication of data. For example, the wireless communication terminal or UE can be handheld data processing device equipped with radio receiver, data processing and user interface apparatus. Non-limiting examples include a mobile station (MS) such as a mobile phone or what is known as a “smart phone” , a portable computer such as a laptop or a tablet computer provided with a wireless interface card or other wireless interface facility, personal data assistant (PDA) provided with wireless communication capabilities, or any combinations of these or the like. Further examples include wearable wireless devices such as those integrated with watches or smart watches, eyewear, helmets, hats, clothing, ear pieces with cellular connectivity, jewelry and so on, universal serial bus (USB) sticks with cellular capabilities, modem data cards, machine type devices or any combinations of these or the like.

[0063] In the following, the non-limiting term radio access network node refers to any node that is a part of the radio access network (e.g., a base station) . The radio access network node can communicate directly or indirectly with a UE and / or with other network nodes in a wireless communications network, to enable and / or provide wireless access to the UE, and / or to perform other functions (e.g., administration) in the wireless communications network. Non-limiting examples of a network node comprise a base station (BS) , a NodeB, eNodeB (eNB) , gNodeB (gNB) , an access point, or the like.

[0064] The embodiments provided in the present disclosure may be described with reference to an NTN communication system, such as Internet of things (IoT) NTN or new radio (NR) NTN, in which a satellite may provide a radio access service for a terminal device, schedule a radio resource to an accessed terminal device, and provide a reliable radio transmission protocol, and the like. However, it  would be appreciated that embodiments of the present disclosure would also be applied in other wireless communication systems, such an air to ground (ATG) communication system.

[0065] As introduced above, if configured by a network node (e.g. a base station such as gNB) , ta UE may report TA to the network node, to facilitate UE-specific offset (e.g., Koffset) configuration, so that the network can schedule the UE properly. The corresponding MAC and radio resource control (RRC) procedure have been specified in several 3GPP specifications, such as 3GPP TS 36.321, 3GPP TS 36.331, 3GPP TS 38.321, 3GPP TS 38.331.

[0066] Below is the example of timing advance (TA) reporting requirements defined for IoT NTN. A timing advance reporting procedure is defined in 3GPP specifications for MAC layer. The TA reporting may happen during an RA procedure or an RRC_CONNECTED state. The triggers for the TA reporting may include 1) upper layer indication, 2) when the UE is configured to report the TA but did not report it before, or 3) the change of the UE’s actual TA is larger than a network-defined threshold. For example, an exemplary trigger mechnisam for TA reporting may be specified by 3GPP TS 36.321 (v18.1.0) as follows:

[0067] 5.4.9 Timing Advance Reporting

[0068] The UE may be configured to report information about timing advance during a Random Access procedure and in RRC_CONNECTED Mode.

[0069] The Timing Advance reporting procedure is used in a non-terrestrial network to provide the eNB with an estimate of the UE's Timing Advance, see TTA in TS 36.211 [7] clause 8.1.

[0070] Timing Advance reporting shall be triggered if any of the following events occur:

[0071] -if triggered by upper layers;

[0072] -upon configuration of offsetThresholdTA by upper layers, if the UE has not previously reported Timing Advance value to current Serving Cell;

[0073] -if the variation between current information about Timing Advance and the last reported information about Timing Advance is equal to or larger than offsetThresholdTA, if configured.

[0074] If the Timing Advance reporting procedure determines that at least one Timing Advance Report has been triggered and not cancelled:

[0075] -if the MAC entity has UL resources allocated for new transmission for this TTI, and;

[0076] -if the allocated UL resources can accommodate the Timing Advance Report MAC control element plus its subheader, as a result of logical channel prioritization:

[0077] -instruct the Multiplexing and Assembly procedure to generate the Timing Advance report MAC control element as defined in clause 6.1.3.20.

[0078] A MAC PDU shall contain at most one Timing Advance Report MAC CE, even when multiple events have triggered a Timing Advance report. The Timing Advance Report MAC CE shall be generated based on the latest available estimate of the UE's Timing Advance value prior to the MAC PDU assembly.

[0079] All triggered Timing Advance reports shall be cancelled when a Timing Advance Report MAC CE is included in a MAC PDU for transmission.

[0080] Please note, to guarantee the UE report a latest TA information to the network (e.g. a gNB) , the UE should generate a TA Report MAC CE based on the latest available estimate of the UE's TA value prior to the MAC PDU assembly.

[0081] Another exemplary trigger mechnisam for TA reporting may be specified by 3GPP TS 36.331 (v18.1.0) as follows, in which the TA report is triggered by an upper layer. i.e., it can be triggered either in RRC connection establishment, RRC connection Re-establishment, or handover.

[0082] 5.3.3 RRC connection establishment

[0083] …

[0084] 5.3.3.2 Initiation

[0085] ..

[0086] 1> if UE supports timing advance reporting and ta-Report is included in SystemInformationBlockType2:

[0087] 2> instruct the associated MAC entity to trigger Timing Advance reporting;

[0088] 5.3.5 RRC connection reconfiguration

[0089] …

[0090] 5.3.5.4 Reception of an RRCConnectionReconfiguration including the mobilityControlInfo by the UE (handover)

[0091] …

[0092] 1> if UE supports timing advance reporting and the received radioResourceConfigCommon includes the ta-Report:

[0093] 2> instruct the associated MAC entity to trigger Timing Advance reporting;

[0094] 5.3.7 RRC connection re-establishment

[0095] …

[0096] 5.3.7.3 Actions following cell selection while T311 is running

[0097] …

[0098] 3> if UE supports timing advance reporting and ta-Report is included in SystemInformationBlockType2 (SystemInformationBlockType2-NB in NB-IoT) :

[0099] 4> instruct the associated MAC entity to trigger Timing Advance reporting;

[0100] A triggering threshold for a TA reporting may be defined as specified in 3GPP TS 36.331 (v18.1.0) , as follows:

[0101] MAC-MainConfig information element

[0102] offsetThresholdTA

[0103] Offset for TA reporting as specified in TS 36.321. Value ms0dot5 corresponds to 0.5 millisecond, value ms1 corresponds to 1 millisecond and so on.

[0104] A TA report MAC CE format may be defined in a specification for MAC layer (e.g., 3GPPTS 36.331 v18.1.0) as follows:

[0105] 6.1.3.20 Timing Advance Report MAC Control Element

[0106] The Timing Advance MAC CE is identified by MAC subheader with LCID as specified in Table 6.2.1-2.

[0107] It has a fixed size and consists of two octets defined as follows (Figure 6.1.3.20-1) :

[0108] -R: Reserved bit, set to 0;

[0109] -Timing Advance: The Timing Advance field indicates the least integer number of subframes greater than or equal to the Timing Advance value (see TS 36.211 [7]clause 8.1) . The length of the field is 14 bits.

[0110] In summary, a UE can be triggered to transmit a new TA report during a RA procedure or during RRC connected state. The TA report can be triggered when the UE performs RRC connection (re) establishment or handover, when the UE is configured to report the TA but did not report it before, or when the difference between the current TA and the reported TA exceeds the offsetThresholdTA. The threshold is in the range 0.5 ms –15 ms. The TA report MAC CE has a granularity of 1 subframe, i.e. 1 ms. And the UE should generate the TA report MAC CE based on the latest available estimate of the UE's TA value prior to the MAC PDU assembly.

[0111] Similar to IoT NTN, the same procedures have been defined for NR NTN, e.g., in 3GPP TS 38.331 and 3GPP TS 38.321.

[0112] If UE reports the TA report MAC CE during RA procedure, according to current mechanisms for both NR NTN and IoT NTN, the UE may include the TA report MAC CE in either Msg3 or Msg5. In other words, if the transport block (TB) size for Msg3 can accommodate the TA report MAC CE, then the MAC CE will be included in Msg3. For example, it is agreed in some standardization organizations (such as 3GPP) that UE-specific TA reporting is supported using MAC CE in Msg3 or Msg5 for IoT NTN; Msg3 / MsgA or Msg5 is not mandated to include TA report MAC CE, and whether TA report MAC CE can be included depends on the TB size of Msg3 / MsgA or Msg5, and the current specifications needs not be changed for this; reserved LCID is used for the TA report MAC CE.

[0113] If the TA report MAC CE is included in a Msg3 of CBRA (contention-based random access channel (RACH) ) , since the uplink (UL) grant for Msg3 transmission is contention based, the RACH may fail due to contention resolution failure, and therefore the TA report MAC CE may not deliver to a network node (e.g., gNB) successfully in the first RACH attempt.

[0114] Furthermore, if the contention resolution is failed, the UE will re-attempt sending the RACH preamble until the number of attempts reach the maximum number (e.g., preambleTransMax) defined by the network node. According to current specifications, for each of the RACH re-attempt, the Msg3 buffer will not be updated. In other words, the TA information (included in TA report MAC CE accommodated in Msg3) will not be updated in the following RACH re-attempts. This procedure has been specified in detail in some specifications of MAC layer, for example as recited below.

[0115] PreambleTransMax : : = ENUMERATED {n3, n4, n5, n6, n7, n8, n10, n20, n50, n100, n200}

[0116] preambleTransMax, preambleTransMax-CE

[0117] Maximum number of preamble transmission in TS 36.321. Value is an integer. Value n3 corresponds to 3, n4 corresponds to 4 and so on.

[0118] 3GPP TS 36.321 (v18.1.0) :

[0119] 5.1.5 Contention Resolution

[0120] …

[0121] -if the Contention Resolution is considered not successful the MAC entity shall:

[0122] -flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer;

[0123] [it is noted that: if the contention resolution failed, the UE will flush the HARQ buffer, but does not flush the Msg3 buffer]

[0124] -if the notification of power ramping suspension has not been received from lower layers:

[0125] -increment PREAMBLE_TRANSMISSION_COUNTER by 1;

[0126] -if the UE is an NB-IoT UE, a BL UE or a UE in enhanced coverage:

[0127] -if PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax-CE +1:

[0128] -indicate a Random Access problem to upper layers;

[0129] -if NB-IoT:

[0130] -consider the Random Access procedure unsuccessfully completed.

[0131] -else:

[0132] -if PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:

[0133] -indicate a Random Access problem to upper layers.

[0134] -based on the backoff parameter, select a random backoff time according to a uniform distribution between 0 and the Backoff Parameter Value;

[0135] -delay the subsequent Random Access transmission by the backoff time;

[0136] -proceed to the selection of a Random Access Resource (see clause 5.1.2) .

[0137] 5.1.2 Random Access Resource selection

[0138] The Random Access Resource selection procedure shall be performed as follows:

[0139] …

[0140] -proceed to the transmission of the Random Access Preamble (see clause 5.1.3) .

[0141] 5.1.3 Random Access Preamble transmission

[0142] 5.1.4 Random Access Response reception

[0143] -if this is the first successfully received Random Access Response within this Random Access procedure; or

[0144] -if CP-EDT is cancelled due to the UL grant provided in the Random Access Response message not being for EDT:

[0145] -if the transmission is not being made for the CCCH logical channel, indicate to the Multiplexing and assembly entity to include a C-RNTI MAC control element in the subsequent uplink transmission;

[0146] -obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity and store it in the Msg3 buffer.

[0147] [It is noted that: the UE will obtain the MAC PDU for Msg3 and store it in Msg3 buffer if it is the first successfully received RAR within the RA procedure (see clause 5.1.4 above) . For the further reattempt after the MAC PDU is stored in the Msg3 buffer, it will be obtained from the Msg3 buffer other than rebuild the MAC PDU (see 5.4.2.1 below) .

[0148] ]

[0149] 5.4.2.1 HARQ Entity

[0150] …

[0151] For each uplink grant, the HARQ entity shall:

[0152] 1> identify the HARQ process associated with this grant, and for each identified HARQ process:

[0153] 2> if the received grant was not addressed to a Temporary C-RNTI on PDCCH, and the NDI provided in the associated HARQ information has been toggled compared to the value in the previous transmission of this TB of this HARQ process; or

[0154] 2> if the uplink grant was received on PDCCH for the C-RNTI and the HARQ buffer of the identified process is empty; or

[0155] 2> if the uplink grant was received in a Random Access Response (i.e. in a MAC RAR or a fallback RAR) ; or

[0156] 2> if the uplink grant was determined as specified in clause 5.1.2a for the transmission of the MSGA payload; or

[0157] 2> if the uplink grant was received on PDCCH for the C-RNTI in ra-ResponseWindow and this PDCCH successfully completed the Random Access procedure initiated for beam failure recovery; or

[0158] 2> if the uplink grant is part of a bundle of the configured uplink grant, and may be used for initial transmission according to clause 6.1.2.3 of TS 38.214 [7] , and if no MAC PDU has been obtained for this bundle:

[0159] 3> if there is a MAC PDU in the MSGA buffer and the uplink grant determined as specified in clause 5.1.2a for the transmission of the MSGA payload was selected; or

[0160] 3> if there is a MAC PDU in the MSGA buffer and the uplink grant was received in a fallbackRAR and this fallbackRAR successfully completed the Random Access procedure:

[0161] 4> obtain the MAC PDU to transmit from the MSGA buffer.

[0162] 3> else if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a fallbackRAR:

[0163] 4> obtain the MAC PDU to transmit from the Msg3 buffer.

[0164] 3> else if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a MAC RAR; or

[0165] 3> if there is a MAC PDU in the Msg3 buffer and the uplink grant was received on PDCCH for the C-RNTI in ra-ResponseWindow and this PDCCH successfully completed the Random Access procedure initiated for beam failure recovery:

[0166] 4> obtain the MAC PDU to transmit from the Msg3 buffer.

[0167] 4> if the uplink grant size does not match with size of the obtained MAC PDU; and

[0168] 4> if the Random Access procedure was successfully completed upon receiving the uplink grant:

[0169] 5> indicate to the Multiplexing and assembly entity to include MAC subPDU (s) carrying MAC SDU from the obtained MAC PDU in the subsequent uplink transmission;

[0170] 5> obtain the MAC PDU to transmit from the Multiplexing and assembly entity.

[0171] As the RACH re-attempt can be up to 200 times (n200) , if the UE always keep the Msg3 buffer and the original TA information during these attempts, the UE may deliver an outdated TA to the network node (e.g., gNB) even the Msg3 is finally decoded by the network node.

[0172] If the UE uses an actual TA for uplink transmission while the network assume an outdated TA for scheduling (e.g., based on the TA report transmitted in the Msg3 for RACH re-attempt) , this kind of TA mismatch between actual TA used by UE and assumed TA at the network node (e.g., gNB) will cause many error cases (e.g., the scheduled downlink (DL) reception collides with scheduled uplink (UL) transmission etc. ) . For example, there are 7 error cases identified to be caused by TA mismatch between actual TA used by UE and assumed TA at a gNB based on available TA report, as below:

[0173] o Case 1: Dynamically scheduled DL reception collides with semi-statically configured UL transmission

[0174] o Case 2: Semi-statically configured DL reception collides with dynamically scheduled UL transmission

[0175] o Case 3: Semi-statically configured DL reception collides with semi-statically configured UL transmission

[0176] o Case 4: Dynamically scheduled DL reception collides with dynamic scheduled UL transmission

[0177] o Case 5: Configured synchronization signal block (SSB) collides with dynamically scheduled or configured UL transmission

[0178] o Case 6: Dynamic or semi-static DL collides with valid RACH occasion (RO)

[0179] o Case 7: Collision due to direction switching

[0180] At least the following potential issues can be further considered, e.g. for (e) RedCap half duplex (HD) –frequency division duplexing (FDD) UEs:

[0181] o Error cases in case 3 and case 4

[0182] o SIB19 reception collides with UL transmission

[0183] o Slot counting for UL repetition transmission colliding with SSB reception

[0184] o Invalid symbol determination for PUSCH repetition type B

[0185] o Actual Time Domain Window (TDW) determination due to the collision between DL reception and UL transmission with DMRS bundling

[0186] o central processing unit (CPU) occupation due to omitted DL reception or UL transmission

[0187] It is noted that both geostationary orbit (GSO) and non-GSO are be considered for these error cases.

[0188] To fully understand the solutions of the present disclosure, the following describes four scenarios in which TA mismatch as mentioned above may occur, with reference to FIGs. 1 to 4.

[0189] FIG. 1 illustrates an exemplary CBRA with 4-step random access RA type. At step 110, a UE sends to a base station (e.g., gNB) , a preamble on a physical random access channel (PRACH) (e.g., random access preamble) , which may also be referred to as a first message (Msg1) .

[0190] At step 120, after detecting the Msg1, the base station sends to the UE a random access response (RAR) , which may also be referred to as a second message (Msg2) . The Msg2 may include a timing advance command.

[0191] At step 130, after the transmission of Msg1, the UE monitors for a response from the gNB within a configured window. Upon reception of the random access response, the UE sends an uplink message on an uplink resource of UL grant scheduled in the random access response, for example sends uplink data on a physical uplink shared channel (PUSCH) . The uplink message is also referred to as the third message (Msg3) . The Msg3 may carry a latest available estimate of the UE's TA value e.g., in a TA report MAC CE.

[0192] The format of the TA report MAC CE may be defined as shown in FIG. 2. The reserved bit (R) is set to 0. The Timing Advance field indicates the least integer number of subframes greater than or equal to the Timing Advance value. The length of the Timing Advance field is 14 bits.

[0193] The TA report MAC CE will be included in a MAC PDU, e.g., via logic channel prioritization (LCP) in an entity for multiplexing and assembly entity specified as follows:

[0194] 5.4.3 Multiplexing and assembly

[0195] …

[0196] For the Logical Channel Prioritization procedure, the MAC entity shall take into account the following relative priority in decreasing order:

[0197] -MAC control element for C-RNTI or data from UL-CCCH;

[0198] -MAC control element for DPR;

[0199] -MAC control element for SPS confirmation;

[0200] -MAC control element for AUL confirmation;

[0201] -MAC control element for Timing Advance Report;

[0202] -MAC control element for GNSS Validity Duration Report;

[0203] -MAC control element for BSR, with exception of BSR included for padding;

[0204] -MAC control element for PHR, Extended PHR, or Dual Connectivity PHR;

[0205] -MAC control element for Sidelink BSR, with exception of Sidelink BSR included for padding;

[0206] -MAC control element for DCQR and AS RAI, with exception of when DCQR is to be included in Msg3;

[0207] -data from any Logical Channel, except data from UL-CCCH;

[0208] -MAC control element for DCQR and AS RAI, when DCQR is to be included in Msg3;

[0209] -MAC control element for Recommended bit rate query;

[0210] -MAC control element for BSR included for padding;

[0211] -MAC control element for Sidelink BSR included for padding.

[0212] Then, the UE monitors contention resolution. If the base station receives the Msg3, it returns a contention resolution message (which is also referred to as Msg4) to the UE, and thus the UE performs  successful access. If contention resolution is not successful, for example, at a contention resolution timer expiry, no contention resolution message is returned to the UE. Then, the UE may re-attempt the random access. The UE may go back to a next round of interaction with the gNB via Msg1, Msg2, and Msg3. As shown at step 140, the UE may transmit Msg1 to the gNB, and in response receive a RAR (in Msg2) at step 150. Then, the UE may transmitting a Msg3 to the gNB, as shown at step 160. If this round of contention resolution also fails, the UE may retry another round of Msg1, Msg2, and Msg3 for RA re-attempt.

[0213] As mentioned above, in legacy schemes, the transmitted Msg3 at step 160 and Msg3 at any other round of interaction with the gNB for RA re-attempt within the random access procedure may carry a same TA report as the Msg3 at step 130. In case that a contention resolution is successful the gNB would receive an outdated Msg3, and return a contention resolution message (Msg4) to the UE, as shown at step 170.

[0214] FIG. 3 illustrates an exemplary CBRA with 2-step RA type. At step 310, a UE sends a preamble on PRACH (random access preamble) and data (apayload on PUSCH) , to a base station (e.g., gNB) . A MsgA may be used to represent a first interaction message of the 2-step random access. The preamble is carried on a PRACH of the MsgA, and the data part is carried on a PUSCH  of the MsgA. The data part may carry a latest available estimate of the UE's TA value e.g., in a TA report MAC CE.

[0215] After the transmission of MsgA, the UE monitors for a response from the gNB within a configured window. If the base station receives the MsgA, it returns a contention resolution message (which is also referred to as MsgB) to the UE, and thus the UE performs successful access. If contention resolution is not successful, for example, because the preamble and the data part of MsgA are not received by the gNB as shown at step 310, the UE may re-attempt the random access by transmitting a MsgA, as shown at step 320.

[0216] As mentioned above, in legacy schemes, the transmitted MsgA at step 320 and at any other subsequent RA re-attempt steps within the random access procedure may carry a same TA report as the MsgA at step 310. Then, an outdated TA may be delivered to the gNB in a successful subsequent RA re-attempt, e.g., as shown at step 320.

[0217] FIG. 4 illustrates an exemplary contention-free RACH (CFRA) with 2-step RA type. This CFRA procedure is generally used in a handover for the UE. At step 410, a dedicated preamble and PUSCH resource are configured for MsgA transmission to prevent conflicts during random access for the UE. Then, the UE may send MsgA to the gNB with the dedicated preamble and PUSCH resource configured at step 420. The data part of the MsgA may carry a latest available estimate of the UE's TA value e.g., in a TA report MAC CE.

[0218] Upon receiving a network response (random access response) , the thus the UE performs successful access and the UE would end the random access procedure. If the random access is not received, for example, because the base station does not receive the MsgA due to a handover for the UE as shown at step 420, the UE may re-attempt the random access by re-transmitting a MsgA, as shown at step 430. In legacy schemes, the retransmitted MsgA at step 430 and at any other subsequent RA re-attempt steps within the random access procedure may carry a same TA report as the MsgA at step 420. Then, an outdated TA may be delivered to the gNB in a successful subsequent RA re-attempt, e.g., as shown at step 430.

[0219] FIG. 5 illustrates an exemplary fallback CBRA with 2-step random access type. At step 510, a UE simultaneously sends a preamble on PRACH (random access preamble) and data (a payload on PUSCH) , to a base station (e.g., gNB) . A MsgA may be used to represent a first interaction message of the 2-step random access. The preamble is carried on a PRACH of the MsgA, and the data part is carried on a PUSCH of the MsgA. The data part may carry a latest available estimate of the UE's TA value e.g., in a TA report MAC CE.

[0220] After the transmission of MsgA, the UE monitors for a response from the gNB within a configured window. If the base station receives the MsgA, it returns a contention resolution message (which is also referred to as MsgB) to the UE, and thus the UE performs successful access. If contention resolution is not successful, for example, because the data part of MsgA is not received by the gNB as shown at step 510, the gNB may send a fallback indication in MsgB, as shown at step 520. The fallback indication comprises uplink grant scheduled by the gNB for subsequent uplink transmission of the UE within the random access procedure.

[0221] If fallback indication is received in MsgB, the UE performs Msg3 transmission using the uplink grant scheduled in the fallback indication, as shown at step 530. If the base station receives the Msg3, it returns a contention resolution message (which is also referred to as Msg4) to the UE, as shown at step 540, and thus the UE performs successful access. The Msg3 transmitted at step 530 and at any other subsequent RA re-attempt steps within the random access procedure may carry a same TA report as the MsgA at step 510. Then, the TA delivered to the gNB at step 530 may be an outdated TA.

[0222] In the present disclosure, it is proposed to change the procedure how UE build the Msg3 or MsgA for a data transmission (e.g., PUSCH transmission) after an initial transmission of PUSCH within the random access procedure. As mentioned above, for a first successfully received random access response (with Msg3 grant) within a random access procedure, a UE may obtain a MAC PDU to transmit from the "Multiplexing and assembly" entity and store it in a Msg3 buffer (which is also referred to as an original Msg3 buffer) . This may be implemented in a same manner as a legacy procedure.

[0223] According to the present disclosure, for each of the subsequent PUSCH transmission after initial transmission of PUSCH within the RA procedure, instead of obtaining the original Mag3 or MsgA buffer, the UE update the TA report MAC CE content to a latest available estimate of the UE's Timing Advance value for the MAC PDU for Msg3 or MsgA buffer. For example, for each of the RACH re-attempt within the RA procedure with successfully received RAR, instead of obtaining the original Msg3 buffer (for the first successful random access response) , the UE update the TA report MAC CE content to a latest available estimate of the UE's Timing Advance value for the MAC PDU for Msg3 buffer.

[0224] In some embodiments, the UE shall always update the TA report MAC CE when it obtains the MAC PDU to transmit from the Msg3 buffer. Alternatively, it could be limited to the case when latest available estimation of the UE’s TA value has changed larger than a first threshold, e.g., offsetThresholdTA. For example, the update of the TA report MAC CE may be triggered if variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value, or a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the first threshold.

[0225] In some embodiments, if the TA report MAC CE is included in a MAC PDU stored in a MsgA buffer or a Msg3 buffer, the UE may rebuild the MAC PDU for MsgA or Msg3 transmission. In one embodiment, the UE (e.g. a hybrid automatic repeat request (HARQ) entity at MAC layer) may indicate to a multiplexing and assembly entity to include MAC subPDU (s) carrying MAC SDU from existing MAC PDU, in the subsequent uplink transmission or RACH re-attempt. This ensures that a common control channel (CCCH) SDU (if included) is included into the MAC PDU for MsgA or Msg3 transmission. In one embodiment, if cell radio network temporary identifier (C-RNTI) MAC CE is included in the existing MAC PDU of MsgA or Msg3, the HARQ entity may indicate to a multiplexing and assembly entity to include C-RNTI MAC CE in the subsequent uplink transmission. In this case, timing advance reporting may be retriggered for the UE to rebuild the MAC PDU for MsgA or Msg3 transmission. In one embodiment, if any MAC CE, e.g. Buffer Status Report (BSR) , Power Headroom Report (PHR) , is included in the existing MAC PDU of MsgA or Msg3, the MAC CE may be triggered or the HARQ entity may indicate to a multiplexing and assembly entity to include the MAC CE in the subsequent uplink transmission. Alternatively, the UE may be triggered to rebuild the MAC PDU for the message. Alternatively, the UE may be triggered if any trigger condition for TA reporting is still valid, and accordingly a rebuilding of the MAC PDU for MsgA or Msg3 transmission would be triggered. The trigger condition may be a command from upper layer (such as RRC layer) , e.g., for RRC connection establishment, RRC connection re-establishment, or handover.

[0226] In one embodiment, the rebuilding of the MAC PDU for MsgA or Msg3 transmission may be triggered in case that the TA estimate of the UE has changed more than a second threshold level. For example, the rebuilding of the MAC PDU may be triggered if a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value, or a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the second threshold. The second threshold may be same as the first threshold, e.g., defined by the parameter offsetThresholdTA.

[0227] In another embodiment, the rebuilding of the MAC PDU for MsgA or Msg3 transmission may be triggered in case that a period of time has elapsed since a previous estimation of the UE’s TA value was included in a MAC PDU for the MsgA or Msg3 within the random access procedure. For example, the MAC PDU may be rebuilt when more than or equal time has elapsed since a TA report MAC CE was included in the MAC PDU. In this regard, a timer may be started upon building the MAC PDU including a TA report MAC CE. In case that the timer has been expired when a subsequent MsgA or Msg3 is to be transmitted within the RA procedure, the subsequent MsgA or Msg3 would be rebuilt. Otherwise, in case that the timer has not expired, the subsequent MAC PDU may be obtained directly from the MsgA buffer or Msg3 buffer.

[0228] Hereinafter, the solution of the present disclosure will be described in detail with reference to FIGs. 6-11.

[0229] FIG. 6 is a flow chart depicting a process for CBRA with 4-step random access RA type, according to embodiments of the present disclosure. As shown in FIG. 6, the process involves a terminal device and a base station (e.g. a gNB) . The steps 610-650, and 670 are similar to steps 110-150, and 170 in FIG. 1, respectively, and thus would not be described repeatedly. Different from the legacy schemes shown at step 160, the UE would update TA report to be carried in Msg3 based on a latest available estimate of the UE's timing advance value. Then, as shown at step 660, the retransmitted Msg3 would carry an updated TA report.

[0230] FIG. 7 is a flow chart depicting a process for CBRA with 2-step RA type, according to embodiments of the present disclosure. As shown in FIG. 7, the steps 710 and 730 are similar to steps 310 and 330 in FIG. 3, respectively, and thus would not be described repeatedly. Different from the legacy schemes shown at step 320, the UE would update TA report to be carried in the retransmitted MsgA based on a latest available estimate of the UE's timing advance value. Then, as shown at step 720, the retransmitted MsgA would carry an updated TA report.

[0231] FIG. 8 is a flow chart depicting a process for CFRA with 2-step RA type, according to embodiments of the present disclosure. As shown in FIG. 8, the steps 810, 820 and 840 are similar to steps 410, 420, and 440 in FIG. 4, respectively, and thus would not be described repeatedly. Different from the legacy schemes shown at step 430, the UE would update TA report to be carried in the retransmitted MsgA based on a latest available estimate of the UE's timing advance value. Then, as shown at step 830, the retransmitted MsgA would carry an updated TA report.

[0232] FIG. 9 is a flow chart depicting a process for fallback CBRA with 2-step RA type, according to embodiments of the present disclosure. As shown in FIG. 9, the steps 910, 920, and 940 are similar to steps 510, 520, and 540 in FIG. 5, respectively, and thus would not be described repeatedly. Different from the legacy schemes shown at step 530, the UE would update TA report to be carried in the Msg3 based on a latest available estimate of the UE's timing advance value. Then, as shown at step 930, the transmitted Msg3 would carry an updated TA report.

[0233] With the process of FIGs. 6-9, a TA report to be received by the gNB during one random access procedure would never be outdated TA, and a TA mismatch issue may be avoided. It should be understood that, the processes of FIGs. 6-9 are only described as exemplary application scenarios, the proposed schemes of the present disclosure may be applied in any suitable scenarios.

[0234] FIG. 10 is a flow chart depicting a method performed at a user equipment (UE) according to an embodiment of the present disclosure. At block 1010, the UE includes based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure. In this regard, the TA report may be included by performing at least one of: updating a TA report from a previous transmission, or generating a new TA report based on the latest available estimation of the UE’s TA value. The uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure. The message may be a Msg3 or MsgA within the random access procedure.

[0235] Then, the UE may send to a base station (e.g., a gNB) , the message (Msg3 or MsgA) carrying the TA report within the random access procedure, as shown at block 1020.

[0236] In some embodiments, if a message (Msg3 or MsgA) transmission is a subsequent transmission of PUSCH after an initial transmission of PUSCH, the UE may include a TA report MAC CE for the message (Msg3 or MsgA) based on the latest available estimation of the UE’s TA value. In this regard, the existing TA report MAC CE is updated. In an example, the UE (such as HARQ entity of the UE) may obtain an existing MAC PDU to transmit from a buffer for the message, and update the timing advance report MAC CE carried in the MAC PDU based on a latest available estimate of the UE's  timing advance value in case that the MAC PDU includes a timing advance report MAC CE. In another example, the HARQ entity may obtain an existing MAC PDU to transmit from a buffer for the message, and update the timing advance report MAC CE carried in the MAC PDU in case that the MAC PDU includes a timing advance report MAC CE and variation between current information about Timing Advance and the last reported information about Timing Advance is equal to or larger than a first predefined or pre-configured threshold, e.g., defined with the parameter offsetThresholdTA. As such, the TA report carried in the message to be transmitted would be an updated TA report, rather than an outdated TA report.

[0237] In some embodiments, the UE may include the TA report into the existing MAC PDU in the buffer. In this regard, the existing MAC PDU is updated with the updated TA report. For example, a TA report MAC CE in the existing MAC PDU may be replaced by the updated TA report MAC CE. Then, the MAC PDU stored in the buffer would be the updated MAC PDU.

[0238] In some embodiments, if a message (Msg3 or MsgA) transmission is a subsequent transmission of PUSCH after an initial transmission of PUSCH, the UE may generate a MAC PDU for the message by including the generated TA report MAC CE into the generated MAC PDU. In this regard, a new MAC PDU may be rebuilt for this message. In an example, a TA reporting for the UE may be retriggered to generate the MAC PDU for this message. In another example, the UE may be triggered to generate the MAC PDU for this message. In yet another example, the UE may be triggered to generate the MAC PDU for this message in case that a trigger condition (e.g., a TA command from an upper layer) is still valid.

[0239] In an example, the generating of the MAC PDU may be triggered in case that a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a second threshold. The second threshold may be same or different from the first threshold. In another example, the rebuilding of the MAC PDU may be triggered in case that a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in an existing MAC PDU, is equal to or larger than the second threshold.

[0240] In the generating of the MAC PDU, the UE (such as by a HARQ entity of the UE) may indicates a multiplexing and assembly entity to include a MAC subPDU carrying a MAC service data unit (SDU) from the existing MAC PDU of the MsgA or Msg3 in the subsequent transmission. In case that a C-RNTI is included in the existing MAC PDU, the UE (such as by a HARQ entity of the UE may indicates the multiplexing and assembly entity to include a C-RNTI MAC CE in the subsequent uplink transmission. In some examples, the UE may add any other updated MAC CEs as well, e.g. buffer status report (BSR) MAC CE or power headroom report (PHR) MAC CE if any, e.g. by triggering new BSR / PHR if included in the existing MAC PDU, similar to TA report MAC CE.

[0241] In some embodiments, the UE may store the generated MAC PDU into the buffer. As such, the existing MAC PDU in the buffer may be replaced by the rebuilt MAC PDU which comprises updated (newly generated) TA report.

[0242] In an example, related operations defined in a specification 3GPP TS 36.321 / 38.321 (v18.1.0) for HARQ entity in MAC layer can be changed as follows:

[0243] 5.4.2.1 HARQ Entity

[0244] …

[0245] 3> else if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a MAC RAR; or

[0246] 3> if there is a MAC PDU in the Msg3 buffer and the uplink grant was received on PDCCH for the C-RNTI in ra-ResponseWindow and this PDCCH successfully completed the Random Access procedure initiated for beam failure recovery:

[0247] 4> obtain the MAC PDU to transmit from the Msg3 buffer and update the Timing Advance Report MAC CE based on the latest available estimate of the UE's Timing Advance value if the MAC PDU includes a Timing Advance Report MAC CE.

[0248] In another example, the operation defined in the specification 3GPP TS 36.321 / 38.321 (v18.1.0) for HARQ entity in MAC layer can be changed as follows:

[0249] 5.4.2.1 HARQ Entity

[0250] …

[0251] 3> else if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a MAC RAR; or

[0252] 3> if there is a MAC PDU in the Msg3 buffer and the uplink grant was received on PDCCH for the C-RNTI in ra-ResponseWindow and this PDCCH successfully completed the Random Access procedure initiated for beam failure recovery:

[0253] 4> obtain the MAC PDU to transmit from the Msg3 buffer and update the Timing Advance Report MAC CE if the MAC PDU includes a Timing Advance Report MAC CE and if the variation between current information about Timing Advance and the last reported information about Timing Advance is equal to or larger than offsetThresholdTA.

[0254] In yet another example, the operation defined in the specification 3GPP TS 36.321 / 38.321 (v18.1.0) for HARQ entity in MAC layer can be changed as follows:

[0255] 5.4.2.1 HARQ Entity

[0256] …

[0257] 3> else if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a MAC RAR; or

[0258] 3> if there is a MAC PDU in the Msg3 buffer and the uplink grant was received on PDCCH for the C-RNTI in ra-ResponseWindow and this PDCCH successfully completed the Random Access procedure initiated for beam failure recovery:

[0259] 4> obtain the MAC PDU to transmit from the Msg3 buffer.

[0260] 4> if the uplink grant size does not match with size of the obtained MAC PDU and if the Random Access procedure was successfully completed upon receiving the uplink grant; or

[0261] 4> if the Timing Advance Report MAC CE is included in the MAC PDU:

[0262] 5> indicate to the Multiplexing and assembly entity to include MAC subPDU (s) carrying MAC SDU from the obtained MAC PDU in the subsequent uplink transmission;

[0263] 5> if C-RNTI MAC CE is included in the MAC PDU and if the Random Access procedure was not successfully completed upon receiving the uplink grant:

[0264] 6> indicate to the Multiplexing and assembly entity to include a C-RNTI MAC CE in the subsequent uplink transmission;

[0265] 5> if the Timing Advance Report MAC CE is included in the MAC PDU:

[0266] 6> trigger Timing Advance Reporting;

[0267] 5> obtain the MAC PDU to transmit from the Multiplexing and assembly entity.

[0268] Now reference is made to FIG. 11 illustrating a simplified block diagram of an apparatus 1500 that may be embodied in / as the base station, or the terminal device. The apparatus 1100 may comprise at least one processor 1101, such as a data processor (DP) and at least one memory 1102 coupled to the at least one processor 1101. The apparatus 1100 may further comprise one or more transmitters TX, one or more receivers RX 1103, or one or more transceivers coupled to the one or more processors 1101 to communicate wirelessly and / or through wireline.

[0269] Although not shown, the apparatus 1100 may have at least one communication interface, for example, the communicate interface can be at least one antenna, or transceiver as shown in the FIG. 15. The communication interface may represent any interface that is necessary for communication with other network entities.

[0270] The processors 1101 may be of any type suitable to the local technical environment, and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.

[0271] The memory 1102 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples.

[0272] The memory 1102 stores a program 1104. The program 1104 may include instructions that, when executed on the associated processor 1101, enable the apparatus 1100 to operate in accordance with the embodiments of the present disclosure. A combination of the at least one processor 1101 and the at least one memory 1102 may form processing circuitry or means 1105 adapted to implement various embodiments of the present disclosure.

[0273] Various embodiments of the present disclosure may be implemented by computer program executable by one or more of the processors 1101, software, firmware, hardware or in a combination thereof.

[0274] In general, the various exemplary embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto. While various aspects of the exemplary embodiments of this disclosure may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0275] As such, it should be appreciated that at least some aspects of the exemplary embodiments of the disclosures may be practiced in various components such as integrated circuit chips and modules. It should thus be appreciated that the exemplary embodiments of this disclosure may be realized in an apparatus that is embodied as an integrated circuit, where the integrated circuit may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor, a digital signal processor, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this disclosure.

[0276] It should be appreciated that at least some aspects of the exemplary embodiments of the disclosures may be embodied in computer-executable instructions, such as in one or more program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types when executed by a processor in a computer or other device. The computer executable instructions may be stored on a computer readable medium, for example, non-transitory computer readable medium, such as a hard disk, optical disk, removable storage media, solid state memory, RAM, etc. As will be appreciated by one of skills in the art, the function of the program modules may be combined or distributed as desired in various embodiments. In addition, the function may be embodied in whole or in part in firmware or hardware equivalents such as integrated circuits, field programmable gate arrays (FPGA) , and the like.

[0277] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0278] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0279] As used herein, the phrase “at least one of A and B” or “at least one of A or B” should be understood to mean “only A, only B, or both A and B. ” The phrase “A and / or B” should be understood to mean “only A, only B, or both A and B” .

[0280] The present disclosure includes any novel feature or combination of features disclosed herein either explicitly or any generalization thereof. Various modifications and adaptations to the foregoing  exemplary embodiments of this disclosure may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings. However, any and all modifications will still fall within the scope of the non-limiting and exemplary embodiments of this disclosure.

Claims

1.An apparatus at a user equipment (UE) , the apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:include based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure, wherein the uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.2.The apparatus according to claim 1, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to include the TA report by performing at least one of:updating a TA report from a previous transmission, orgenerating a new TA report based on the latest available estimation of the UE’s TA value.3.The apparatus according to claim 1 or 2, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to:include a TA report media access control (MAC) control element (CE) for the message based on the latest available estimation of the UE’s TA value.4.The apparatus according to claim 1, wherein the TA report is included in at least one of the following cases:a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value, is equal to or larger than a first threshold; ora variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the first threshold.5.The apparatus according to claim 4, wherein the first threshold is a preconfigured offsetThresholdTA.6.The apparatus according to any of claims 3 to 5, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to:include the TA report into a MAC protocol data unit (PDU) in a message buffer for the message.7.The apparatus according to any of claims 1 to 6, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to:generate a MAC protocol data unit (PDU) for the message by including the TA report.8.The apparatus according to claim 7, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to generate the MAC PDU for the message by:indicating a multiplexing and assembly entity to include a MAC subPDU carrying a MAC service data unit (SDU) from an existing MAC PDU of the message in the subsequent transmission.9.The apparatus according to any of claims 7 to 8, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to generate the MAC PDU for the message by:in case that a cell radio network temporary identifier (C-RNTI) is included in an existing MAC PDU of the message, indicating a multiplexing and assembly entity to include a C-RNTI MAC CE in the subsequent uplink transmission.10.The apparatus according to any of claims 7 to 9, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus to perform at least one of following operations:retriggering a TA reporting for the UE to generate the MAC PDU for the message;triggering the UE to generate the MAC PDU for the message; ortriggering the UE to generate the MAC PDU for the message, in case that a trigger condition is still valid.11.The apparatus according to any of claims 7 to 10, wherein the generating of the MAC PDU is triggered at least one of the following cases:a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a second threshold; ora variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the second threshold.12.The apparatus according to any of claims 7 to 11, wherein the generating of the MAC PDU is triggered in case that a period of time has elapsed since a previous estimation of the UE’s TA value was included in a MAC PDU for an uplink transmission within the random access procedure.13.The apparatus according to any of claims 7 to 12, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to:store the generated MAC PDU in a message buffer for the message.14.The apparatus according to any of claims 1 to 13, wherein when the instructions are executed by the at least one processor, the instructions further cause the apparatus at least to:send to a base station, the message carrying the TA report within the random access procedure.15.The apparatus according to any of claims 1 to 14, wherein the message is a Msg3 or MsgA within the random access procedure.16.A method performed at a user equipment (UE) , the method comprising:including based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure,wherein the uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.17.The method according to claim 16, wherein the TA report is included by performing at least one of:updating a TA report from a previous transmission, orgenerating a new TA report based on the latest available estimation of the UE’s TA value.18.The method according to claim 16 or 17, further comprising:including a TA report media access control (MAC) control element (CE) for the message based on the latest available estimation of the UE’s TA value.19.The method according to claim 16, wherein the TA report is included in at least one of the following cases:a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a first threshold; ora variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the first threshold.20.The method according to claim 19, wherein the first threshold is a preconfigured offsetThresholdTA.21.The method according to any of claims 18 to 20, further comprising:including the TA report into a MAC protocol data unit (PDU) in a message buffer for the message.22.The method according to any of claims 16 to21, further comprising:generating a MAC protocol data unit (PDU) for the message by including the TA report.23.The method according to claim 22, wherein generating the MAC PDU for the message comprises:indicating a multiplexing and assembly entity to include a MAC subPDU carrying a MAC service data unit (SDU) from an existing MAC PDU of the message in the subsequent transmission.24.The method according to any of claims 22 to 23, wherein generating the MAC PDU for the message comprises:in case that a cell radio network temporary identifier (C-RNTI) is included in an existing MAC PDU of the message, indicating a multiplexing and assembly entity to include a C-RNTI MAC CE in the subsequent uplink transmission.25.The method according to any of claims 22 to 24, further comprising at least one ofretriggering a TA reporting for the UE to generate the MAC PDU for the message;triggering the UE to generate the MAC PDU for the message; ortriggering the UE to generate the MAC PDU for the message, in case that a trigger condition is still valid.26.The method according to any of claims 22 to 25, wherein the generating of the MAC PDU is triggered in at least one of the following cases:a variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value is equal to or larger than a second threshold; ora variation between the latest available estimation of the UE’s TA value and a previous estimation of the UE’s TA value included in a MAC PDU for an uplink transmission, is equal to or larger than the second threshold.27.The method according to any of claims 22 to 26, wherein the generating of the MAC PDU is triggered in case that a period of time has elapsed since a previous estimation of the UE’s TA value was included in a MAC PDU for an uplink transmission within the random access procedure.28.The method according to any of claims 22 to 27, further comprising:storing the generated MAC PDU in a message buffer for the message.29.The method according to any of claims 16 to 28, further comprising:sending to a base station, the message carrying the TA report within the random access procedure.30.The method according to any of claims 16 to 29, wherein the message is a Msg3 or MsgA within the random access procedure.31.An apparatus at a user equipment (UE) , the apparatus comprising:means for including based on a latest available estimation of the UE’s timing advance (TA) value, a TA report for a message to be transmitted in an uplink transmission during a random access procedure;wherein the uplink transmission is a subsequent transmission of physical uplink shared channel (PUSCH) after an initial transmission of PUSCH within the random access procedure.32.A computer-readable medium having computer program codes embodied thereon which, when  executed on a computer, cause the computer to perform the method according to any of claims 16 to 30.33.A computer program product comprising computer programs or instructions which, when executed by a processor, cause the method according to any of claims 16 to 30 to be implemented.

Images