A rach method for obtaining time advance for uplink transmission to serving cell with multiple transmit-receive-points

Abstract

This disclosure is directed generally to wireless communication networks and particularly to Time Advance (TA) management for multipoint transmission / reception in a wireless serving cell. A TA may be initially acquired from the serving cell by a wireless terminal during a random-access procedure. The various example implementations further provide manners in which the UE is informed by the serving cell of an association of the TA acquired during the RACH procedure with one or more particular TRPs of the multiple TRPs of the serving cell. Additional example implementations are also provided for managing corresponding Time Alignment Timers (TATs) such that the wireless terminal and the serving cell can operates in a synchronized manner as to the validity periods of the TAs, so as to achieve accurate timing for uplink transmission.

Description

A RACH METHOD FOR OBTAINING TIME ADVANCE FOR UPLINK TRANSMISSION TO SERVING CELL WITH MULTIPLE TRANSMIT-RECEIVE-POINTSTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communication networks and particularly to Time Advance (TA) management for multipoint transmission / reception in a wireless serving cell.BACKGROUND

[0002] In a cellular wireless network, for transmission time synchronization purposes, the network side may require a wireless terminal to take into consideration of transmission time delay for an uplink transmission by initiating the uplink transmission by a time advance (TA) prior to a scheduled reception time by a network node. The amount of TA may be determined by a signal propagation delay between the wireless terminal and the wireless network node. The wireless network node may be configured to provide multiple transmit-receive-points (TRPs) for serving the wireless terminal and the TRPs may be associated with distinct TAs. The TAs in relation to the TRPs may need to be managed and provisioned in conjunction for achieving a desired uplink transmission timing accuracy.SUMMARY

[0003] This disclosure is directed This disclosure is directed generally to wireless communication network and particularly to Time Advance (TA) management for multipoint transmission / reception in a serving cell. In particular, a TA may be initially acquired from the serving cell by a wireless terminal during a random-access procedure. The various example implementations further provide manners in which the UE is informed by the serving cell of an association of the TA acquired during the RACH procedure with one or more particular TRPs of the multiple TRPs of the serving cell. Additional example implementations are also provided for managing corresponding Time Alignment Timers (TATs) such that the wireless terminal and the serving cell can operates in a synchronized  manner as to the validity periods of the TAs, so as to achieve accurate timing for uplink transmission.

[0004] In one example implementation, a method performed by a wireless terminal in communication with a serving cell is disclosed. The method may include initiating a random-access procedure with the serving cell; receiving a time advance (TA) for uplink transmissions from the wireless terminal to the serving cell; receiving an indication for identifying, among a plurality of transmit-receive-points (TRPs) , a TRP corresponding to the TA; starting or restarting a time alignment timer (TAT) corresponding to the received TA; and controlling a timing of an uplink transmission to the TRP of the serving cell based on the TA while the TAT is running.

[0005] In the example implementation above, the random-access procedure comprises a 4-step random-access channel (RACH) procedure.

[0006] In any one of the example implementations above, the 4-step RACH procedure may include transmitting a RACH preamble to the serving cell; receiving a RACH Response (RAR) from the serving cell; transmitting an uplink data load according to a RACH resource scheduled by the RAR; and receiving a response message transmitted by the serving cell in response to the uplink data load.

[0007] In any one of the example implementations above, receiving the TA comprises extracting the TA from the RAR.

[0008] In any one of the example implementations above, the uplink data load comprises a Cell-Radio-Network-Temporary-Identification (C-RNTI) MAC Control Element (C-RNTI MAC CE) .

[0009] In any one of the example implementations above, receiving the indication comprises extracting from the response message the indication for identifying the TRP corresponding to the TA.

[0010] In any one of the example implementations above, the response message comprises an enhanced absolute Time-Advance-Comment MAC CE (TAC MAC CE) or a new type of MAC CE.

[0011] In any one of the example implementations above, the enhanced absolute TAC MAC CE or the new type of MAC CE comprises a single or multi-bit field for indicating the TRP corresponding to the TA.

[0012] In any one of the example implementations above, a channel property of downlink control channel for receiving the response message is used for determining the indication of the TRP corresponding to the TA.

[0013] In any one of the example implementations above, the channel property comprises an association of the downlink control channel with a plurality of COntrol Resource SETs (CORSETs) .

[0014] In any one of the example implementations above, an association of the downlink control channel with a CORESET having a first identification indicates an association of the TA with a first TRP whereas an association of the downlink control channel with a CORESET having a second identification indicates an association of the TA with a second TRP.

[0015] In any one of the example implementations above, the TAT is started or restarted when the TAT associated with the indicated TRP is not running.

[0016] In any one of the example implementations above, the TAT is started or restarted at a first symbol of an end of a downlink control channel for receiving the response message.

[0017] In any one of the example implementations above, the TAT is started or restarted with a time value reduced by an amount from receiving the RAR and the first symbol of the end of the downlink control channel for receiving the response message.

[0018] In any one of the example implementations above, the TAT is started or restarted when the enhanced absolute TAC MAC CE or the new type of MAC CE is received.

[0019] In any one of the example implementations above, the random-access procedure comprises a 2-step RACH procedure.

[0020] In any one of the example implementations above, the 2-step RACH procedure may include transmitting a RACH preamble and an uplink data load to the serving cell; and  receiving a response message from the serving cell.

[0021] In any one of the example implementations above, the uplink data load comprises a C-RNTI MAC CE.

[0022] In any one of the example implementations above, receiving the TA comprises extracting the TA from the response message.

[0023] In any one of the example implementations above, the response message comprises an enhanced absolute TAC MAC CE.

[0024] In any one of the example implementations above, the enhanced absolute TAC MAC CE comprises a single or multi-bit field for indicating the TRP corresponding to the TA.

[0025] The network side counter-parts of the implementations above as performed by a network node are also disclosed. For example, in some other example implementations, a method performed by a wireless network node in communication with a wireless terminal in a serving cell is disclosed. The method may include providing a random-access configuration to the wireless terminal; and interacting with the wireless terminal in a random-access procedure initiated by the wireless terminal to: determine a time advance (TA) for uplink transmissions from the wireless terminal to the serving cell; transmit the TA to the wireless terminal; and transmit an indication to the wireless terminal for identifying, among a plurality of transmit-receive-points (TRPs) of the serving cell, a TRP corresponding to the TA.

[0026] The wireless terminal or network node of any one of the methods above is disclosed. The wireless terminal or network node may include a processor and a memory, wherein the processor is configured to read computer code from the memory to cause the wireless terminal to perform the method of any one of the methods above.

[0027] A a non-transitory computer-readable program medium with computer code stored thereupon is further disclosed. The computer code, when executed by a processor of the wireless terminal or network node of any one of the methods above, is configured to cause the processor to implement any one of the methods above.

[0028] The above embodiments and other aspects and alternatives of their implementations are described in greater detail in the drawings, the descriptions, and the claims below.BRIEF DESCRIPTION OF THE DRAWINGS

[0029] FIG. 1 illustrates an example wireless communication network including a wireless access network, a core network, and data networks.

[0030] FIG. 2 illustrates an example wireless access network including a plurality of mobile stations / terminals or User Equipments (UEs) and a wireless access network node in communication with one another via an over-the-air radio communication interface.

[0031] FIG. 3 shows an example radio access network (RAN) architecture.

[0032] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0033] FIG. 5 illustrates an example random access procedure involving four basic messaging steps between a UE and a wireless access network node.

[0034] FIG. 6 illustrates an example random access procedure involving two basis message steps for obtaining a TA and a TRP thereof.

[0035] FIG. 7 illustrates a format of an example advanced absolute Time Advance Command Media Access Control Control-Element (TAC MAC CE) .

[0036] FIG. 8 illustrates an example random access procedure involving four basis message steps for obtaining a TA and a TRP thereof.

[0037] FIG. 9 illustrates an example procedure for TCI state activation or update in a single DCI based multiple TRP scenario.

[0038] FIG. 10 illustrates an example DL MAC CE structure for activation of TCI states.DETAILED DESCRIPTION

[0039] The technology and examples of implementations and / or embodiments described in this disclosure can be used to configure and manage time advance in multipoint transmit-receive environment in wireless communication networks. The technology and examples of implementations and / or embodiments described in this disclosure can further be used to activate and / or update a Transmission Configuration Indicator (TCI) state in multipoint transmit-receive environment in wireless communication networks. The term “over-the-air interface” is used interchangeably with “air interface” or “radio interface” in this disclosure. The term “exemplary” is used to mean “an example of” and unless otherwise stated, does not imply an ideal or preferred example, implementation, or embodiment. Section headers are used in the present disclosure to facilitate understanding of the disclosed implementations and are not intended to limit the disclosed technology in the sections only to the corresponding section. The disclosed implementations may be further embodied in a variety of different forms and, therefore, the scope of this disclosure or claimed subject matter is intended to be construed as not being limited to any of the embodiments set forth below. The various implementations may be embodied as methods, devices, components, systems, or non-transitory computer readable media. Accordingly, embodiments of this disclosure may, for example, take the form of hardware, software, firmware or any combination thereof.

[0040] In one aspect, this disclosure is directed generally to wireless communication networks and particularly to Time Advance (TA) management for multipoint transmission / reception in a wireless serving cell. Specifically, when multiple Transmission / Reception Points (mTRP) are provided in the wireless serving cell for an mTRP capable wireless terminal, each of the mTRP may be associated with a TA for uplink transmission from the wireless terminal to the wireless serving cell. The TAs of these multiple TRPs may be distinct. In order for the wireless terminal to correctly determine a TA to apply to a scheduled uplink transmission, an association between a TRP and a TA may be provided to the wireless terminal. The TA may be initially acquired by the wireless terminal through a random-access procedure with the wireless serving cell. Various embodiments of this disclosure provide example manners in which an association of the  acquired TA with one or more particular TRPs of the wireless serving cell provided for servicing the wireless terminal may be signaled, explicitly or implicitly during the random-access procedure.

[0041] In another aspect, this disclosure is directed to TCI state management for single Downlink Control Information (DCI) based multiple transmission / reception point in a wireless serving cell. Specifically, when single DCI based multiple Transmission / Reception Points (mTRP) are provided in the wireless serving cell for a single DCI based mTRP capable wireless terminal, each TRP transmission (including Uplink (UL) transmission and / or downlink (DL) transmission) may be associated with a beam (including DL beam and / or UL beam) indicated by the TCI state (including DL transmission configuration state and UL transmission configuration state) . To associate the TCI state with the TRP transmission on the serving cell, one or more TCI states for the serving cell may first be activated by using a DL MAC CE from NW, and then DCI may be used to update / indicate an actual TCI state for the TRP transmission with the TCI state codepoint in the DCI.

[0042] Wireless Network Overview

[0043] An example wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication  sessions and perform network access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0044] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112 may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0045] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the  processor 210 to implement various ones of the methods described herein.

[0046] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0047] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0048] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network nodes may be implemented as dedicated  hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0049] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and 321 which may include but are not limited to gNB, eNodeB, NodeB, or other type of base stations. The RAN 340 may be backhauled to the core network 310. The WANNs 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Unit (DU) 324 and 326. The CU 322 is connected with DU1 324 and DU2 326 via various interfaces, for example, an F1 interface. The F1 interface, for example, may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. In some embodiments, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . While the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0050] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while may be potentially connected or connectable to more than one cell. In the example of FIG. 1, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0051] In some example implementations, the cells shown in FIG. 3 may be alternatively referred to as serving cells. The serving cells may be grouped into serving cell groups (CGs) . A serving cell group may be either a Master CG (MCG) or Secondary CG (SCG) . Within each type of cell groups, there may be one primary cell and one or more secondary cells. A primary cell in a MSG, for example, may be referred to as a PCell, whereas a primary cell in a SCG may be referred to as PScell. Secondary cells in either an MCG or an SCG may be all referred to as SCell. The primary cells including PCell and PScell may be collectively referred to as spCell (special Cell) . All these cells may be referred to as serving cells or cells. The term “cell” and “serving cell” may be used interchangeably in a general manner unless specifically differentiated. The term “serving cell” may refer to a cell that is serving, will serve, or may serve the UE. In other words, a “serving cell” may not be currently serving the UE. While the various embodiment described below may at times be referred to one of the types of serving cells above, the underlying principles apply to all types of serving cells in both types of serving cell groups.

[0052] FIG. 4 further illustrates a simplified view of the various network layers involved in transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0053] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In  some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities thereof. For example, a MAC layer encompasses corresponding MAC entities that may be created. The layer-1, for example, encompasses PHY entities. The layer-2, for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0054] Random-Access Procedures

[0055] Returning to FIG. 1, UEs may be in communication with the WANNs 120 and 121 using wireless network communication resources allocated by the WANNs. Such wireless network communication resources may include but are not limited to radio frequency carrier frequencies and time slots. Unlike traditional circuit-switched communication system based on pre-assigned and dedicated communication channels, wireless access network may be more efficiently implemented at least partially using random access. In particular, a user mobile station may request access to network communication resources at random times and as needed. Network resources and synchronization information may be made available and assigned by the WANNs upon random access request by a user mobile station. In some implementations, requests for random access by the mobile stations may be transmitted via one or more random access communication resources or random-access channels (RACH) . Information about RACH allocation and assignment may be provided to the UE from the WANNs during an initial communication establishment procedure. For example, Random access communication resources configuration may be included in random access channel configuration messages (e.g., an RRC message) ) generated by the WANNs. The RACH configuration messages may be broadcasted by the WANNs to the user mobile stations. A user mobile station may select a RACH among all RACHs that are available according a RACH configuration message for transmitting a random-access request to the WANNs. The term “channel” is used herein to broadly refer  to network transmission resources, including but not limited to any combination of transmission carrier frequencies and time slots.

[0056] With respect to the allocation of random channel resources among the UEs, random access may be contention based or contention free, referred to as CBRA (Contention-Based Random Access) or CFRA (Contention-Free Random Access) , respectively. In CFRA, random access communication resources such as a RACH may be UE-dedicated whereas in CBRA, random access communication resources may be shared among UEs and thus contention may occur.

[0057] FIG. 5 illustrates an example implementation of a CBRA request and allocation procedure 500. The contention-based RACH procedure starts at step 1 (502) in which the WANN 501 performs optimization for RACH configuration to obtain an optimized RACH configuration. The optimization of the RACH configuration may involve designing RACH preambles according to various network operational parameters available at the WANN for optimizing RACH efficiency and for reducing potential contention among user mobile stations. Once the optimized RACH configuration is determined, the WANN may broadcast the optimized RACH configuration via, for example, a predetermined control channel. For example, the optimized RACH configuration may be broadcasted in step 2 (504) as part of the synchronization signal and physical broadcast channel block (SSB) .

[0058] Continuing with FIG. 5 and at step 3 (512) , the user mobile station 503 receives the optimized RACH configuration broadcasted by the MANN 501. The user mobile station then selects a random-access preamble from the plurality of random-access preambles indicated as available in the optimized RACH configuration and communicates the selection to the MANN, as shown by 513. The MANN receives the preamble selection from the user mobile station and provides response to the mobile station at step 4 (506) . The response 506, referred to as Random Access Response (RAR) may include network resources allocated for the mobile station for transmission to the MANN and time advance (TA) information (to be described in further detail below) . The mobile station receives the response at step 5 (514) and extracts from the RAR 506, for example, the allocated network resources and TA. The mobile station then prepares its transmitter to schedule transmission and transmits information using, for example, the allocated network resources to the MANN and the TA, as  shown by 515. The random access by the mobile station is then determined to be established if no network resource contention from other user mobile stations is present. Otherwise, the WANN proceeds to resolving the contention in step 6 (508) before the random access by the user mobile station 503 is either allowed to be established or disallowed to make the allocated network resources available to some other contending user mobile station.

[0059] The CBRA implementation of FIG. 5 may be referred to as a 4-step process. The four steps refer to the transmission of messages 513 (preamble from mobile station to WANN) , 506 (Random Access Response (RAR) from the WANN to the mobile station) , 515 (scheduled transmission of data from the mobile station to the WANN) , and 508 (for contention resolution) . These four messages may be respectively referred to as Msg 1, Msg 2, Msg 3, and Msg 4.

[0060] In CFRA, when the UE uses dedicated random-access preambles, there would not be any need for contention resolution.

[0061] In some other example alternative implementations, a 2-step rather than a 4-step RACH procedure may be used. In an example 2-step RACH procedure, the Msg 1 and Msg 3 described above may be combined to include both a RACH preamble and uplink data load, referred to as MSGA, and the Msg 2 and Msg 4 above may be combined into one response message, referred to as MSGB. The UE may retry the 2-step procedure or fall back to the 4-step procedure if there was contention and the transmission failed.

[0062] Time Advance (TA)

[0063] For communication in the air interface from each UE to the base station, a timing of an uplink transmission may be controlled according to a Time Advance (TA) . The time advance for each UE with respect to a base station helps ensure that uplink transmissions from all UEs are synchronized when received by the base station. The TA for a particular UE in communication with a base station via a serving cell is essentially dependent on a transmission propagation delay which is directly related to a path length from the UE to the base station (for example, the DU above) . A UE generally needs to acquire and maintain its TA in relation to a base station to which it communicates in order to effectively control the timing of its uplink signal transmission using any allocated uplink transmission resources.

[0064] In a wireless connection based on a random-access procedure, the TA may be initially communicated from the base station to the UE during a random-access process in a Random-Access Response (RAR) after a random-access request by the UE. A time advance may be also communicated to the UE via a MAC Control Element (MAC CE) including a Timing Advance Command (TAC) , e.g., for TA updates.

[0065] Time Advance in Multiple Transmit-Receive Point (mTRP) Transmission

[0066] Multiple Transmit-Receive Points (mTRP) transmission technology allows wireless access network nodes and a UEs to use different antenna panels and / or RF chains to perform the transmission-reception (RX-TX) . In other words, the mTRP technology allow the wireless network and / or a UE to transmit / receive the multiple radio / data streams simultaneously. From scheduling standpoint, mTRP transmissions may be characterized in two types. One type may be multi-DCI based mTRP transmission, in which each TRP transmission is respectively scheduled by one DCI. The other type may be single-DCI based mTRP transmission, in which all TRP transmissions are of a given time window are scheduled by one DCI.

[0067] For example, a serving cell for a UE may be provided with one or more antenna panels from the network side. Each antenna panel may provide a UL / DL transmission with multiple beams. A beam may be used as a TRP. As such, mTRP service may be provided by the serving cell to the UE via two or more beams from the same or different antennal panels at the same time. Using mTRP provided by the same serving cell may be referred to as intra-cell mTRP. In some implementations, particularly when the UE is at the cell boundaries and in a region of cell intersections, the serving cell, without handover, may rely on TRP of a neighboring cell to provide mTRP service to the UE. For example, a TRP in the serving cell and another TRP from its neighboring cell may together be used to provide mTRP service to the UE. Such situation may be referred to as inter-cell mTRP. Such neighboring cells, for example, may be managed by the same DU or by DUs managed by the same CU. While it may be allowed to have all TRPs that the serving cell uses for providing the mTRP service to a UE provided from its neighboring, with none from its own cell, such situation may nevertheless be preferably avoided by initiating a handover of the service to one of the neighboring cells.

[0068] Each of the TRP may be associated with its own uplink TA depending on the signal path of the corresponding beam from the UE to the TRP. Among all configurable TRPs of a serving cell, a subset, e.g., two or more, of the TRPs may be actually configured to provide mTRP service to the UE for uplink transmission at the same time. The subset of active TRPs for providing mTRP service by the serving cell to the UE may change or switch over time.

[0069] The UE, for example, may be configured with TA Groups (TAG) to manage uplink TAs. Each TAG may be associates with a TA value to apply for uplink transmission. The UE may be configured to simultaneously manage multiple TAGs identified by TAG IDs in order to maintain multiple TAs. In the single TRP (sTRP) situation, a cell may be associated with one TAG while each TAG may be associated with multiple cells having similar TAs. For the UE to apply a correct TA value for uplink transmission, the UE may obtain a TAG ID from a scheduling message and / or configuration from a serving cell for uplink transmission and use the corresponding TA that is maintained either via initial acquisition or subsequent update from the network. For the mTRP situation, however, a serving cell may potentially use multiple TRP to serve the UE. The multiple TRPs may be characterized by distinct TAs and thus the TRPs of the serving cell may need to be associated with multiple TAGs. As such, in comparison to sTRP situation, a cell may need to be associated with multiple TAGs in order for the UE to correctly apply the TA when mTRP service is provided.

[0070] A timer, referred to as Time Alignment Timer (TAT) , may be configured per TAG or per cell and started or restarted, and may be used to indicate a valid time duration for a TA before it expires. The TAT may start or restart when, for example, the corresponding TA is configured or updated from the base station. Management of the TAT is also critical in that the UE and the base station should be at a consensus as to the length the TAT, its association with a TA and / or TAG, and the manner and conditions in which it is started / restarted or becomes expired. When the TAT expires, it suggests that the prior TA associated with this TAT has become stale and invalid, a new or updated TA is usually needed and may be provided via a RACH procedure or via MAC layer updates.

[0071] Association of TRPs with TA During UE Random Access Procedure

[0072] In some example implementations, a TA may be acquired from the network during a RACH procedure. A RACH procedure, as described above, may be initiated from the UE after RACH configuration is provided by the network. Alternatively, a RACH process may be ordered by the network via, for example, PDCCH order, referred to as PDCCH ordered RACH. TA value configuration for uplink transmission as a result of the RACH procedure may be included in and transmitted to the UE as part of the Random-Access Response (RAR) described above.

[0073] For intra-cell TA acquisition for a serving cell that supports multiple TRPs and providing two or more TRPs for serving the UE, if all TRPs provided by a serving cell are in UL out-of-sync status and UL data is ready at UE for transmission, the UE may request random-access to the serving cell according to the RACH configuraiton as normal and obtain TA for one TRP of the serving cell in order to establish uplink / downlink communication with the serving cell. After that, TAs for other TRPs may be obtained in various manners, such as through time advance control MAC CE or through SRS.

[0074] For example, a RACH procedure by a UE to access the serving cell may be started, as shown above in FIG. 5, by the UE sending to the serving cell a RACH preamble (after RACH configuration information has been received at UE) . The base station, upon receiving the preamble via a particular TRP at the base station, may perform estimate of a TA based on, for example, the received preamble. The TA value so estimated may then be included in an RAR and sent to the UE in response to receiving the RACH preamble. An RAR is usually specific to the received RACH preamble, thus only contains the one particular TA. In a single TRP situation, there would be no ambiguity as to which TRP the TA contained the RAR should be associated with. In the mTRP situation, unless all active TRPs that serve the UE are associated with the same TA (or the same TA range ao as to being considered as the same TAG) , the UE may not be able to ascertain an association of the received TA with the particular TRP among the several active TRPs. In many implementations of mTRP, where the TRPs have distinct TAs, it may be critical for the UE to determine or identify which of the multiple TRPs is associated with the received single TA in the RAR in order to manage the various TAs at the UE and to communicate with the serving cell with corrected uplink timing. In other words, when one serving cell is configured with two or more TRPs (hence, there may be two or more distinct TAs and / or TAGs configured  for one serving cell) and a single TA is received in a RAR during a RACH procedure by the UE, it may be critical to provide a mechanism for the UE to identify the TRP associated with the received TA.

[0075] The various example implementations of this disclosure below provide manners in which the UE is informed of the association of the TA received during the RACH procedure with one or more particular TRPs of the multiple TRPs of the serving cell. Additional example implementations are also provided for managing the corresponding TATs such that the UE and the base station can operates in a synchronized manner as to the validity periods of the TAs.

[0076] TA Association with TRP in Two-Step RACH Procedure

[0077] An example 2-step RACH procedure 600 is shown in FIG. 6 that may be utilized to convey not only the TA but also the TRP associated with the TA from the base station 604 to the UE 602, so that the UE 602 can properly manage timing advance when performing uplink transmission.

[0078] As shown in FIG. 6, the 2-step RACH procedure 600 may include the following steps. The term “2-step” should not be confused with the 4 steps listed below. Among these four steps, STEP 2 and STEP 3 represent the two steps of the 2-step RACH procedure.

[0079] ● STEP 1: The UE 602 determines that a 2-step RACH procedure should be initiated;

[0080] ● STEP 2: As shown by 610, the UE 602 transmits the preamble and the corresponding PUSCH (the combination is referred to as MSGA 610, as described above) to base station (the network, or NW 604) , in which a C-RNTI MAC CE is included. The base station or NW 604 correspondingly receives the MSGA 610 from the UE 602;

[0081] ● STEP 3: The base station or NW 604 sends an MSGB 620 to the UE 602, in which, an enhanced absolute Time Advance Command (TAC) MAC Control Element (CE) (or a legacy TAC MAC CE) is included. The UE 602 correspondingly receive the enhanced absolute TAC MAC CE; and

[0082] ● STEP 4: The UE 602 apply the TA value received from STEP 2 to a TRP identified according to the enhanced absolute TAC MAC CE if the corresponding TAT is not running, and then start or restart the corresponding TAT, as shown by 630

[0083] As shown in STEP 2, The UE 602 may choose a RACH preamble configured by the base station. The RACH preamble may be UE-specific or non-UE-specific. By also including the C-RNTI MAC CE (Cell-Radio Network Temporary Identifier MAC Control Element) in the uplink load within MSGA, the UE network identifier may be provided to the base station via MSGA.

[0084] As further shown in the example implementation of STEP 3, the enhanced absolute TAC MAC CE may be included in the MSGB 620 transmitted from the base station or NW 604 to the UE 602. The enhanced absolute TAC MAC CE may be a separately identifiable MAC CE in comparison to a legacy TAC MAC CE. The enhanced absolute TAC MAC CE may be constructed according an example 700 shown in FIG. 7. Each of the horizontal division shown in FIG. 7 represents one bit, whereas each vertical division represents on octave.

[0085] FIG. 7 indicates that the example enhanced absolute TAC MAC CE may include several reserved bits and a Timing Advance Command (TAC) . The TAC, for example, may occupy 12 bits and may represent quantification of TA in, for example, predefined time units or predefined index in a predefined table. The field labeled as “TRP Indicator” may be used for indication to the UE an identification of the TRP associated with the TA indicated in the TAC field. While a single bit is shown in FIG. 1 as the TRP Indicator (thereby capable of identifying one of two TRPs) , more bits of the enhanced absolute TAC MAC CE may be used as the TRP Indicator. For example, additional reserved bits (labeled as “R” ) may be used for TRP indication, when there are more than two possible TRPs and thus more than 1 bit is needed for TRP identification. For another example, the two or more bits may be used to indicate the tag-Id instead of one TRP indicator bit for the present TAC.

[0086] In some example implementations, the base station, upon receiving the MSGA from the UE, would be able to determine the identify of the UE requesting the random access,  and may determine or obtain a TA corresponding to one of the TRPs allocated to the UE. In the case that a single TRP scheme is used for the UE on a serving cell, then the base station may transmit in the MSGB a legacy TAC MAC CE to provide the TA in the TAC field therein (legacy TAC MAC CE does not include TRP identification field, which is not needed in this case) , and the association of the included TA and the single TRP for the UE would be implicit. In the case that multiple TRPs are used for the UE, the base station may include in the MSGB an enhanced absolute TAC MAC CE to provide the TA in the TAC field therein and to also provide an identification of the TRP associated with the included TA.

[0087] TA Association with TRP in Four-Step RACH Procedure

[0088] An example 4-step RACH procedure 800 is shown in FIG. 8 that may be utilized to convey not only the TA but also the TRP associated with the TA from the base station 804 to the UE 802, so that the UE 802 can properly manage timing advance when performing uplink transmission.

[0089] As shown in FIG. 8, the 4-step RACH procedure 800 may include the following steps. The term “4-step” should not be confused with the 6 steps listed below. Among these six steps, STEP 2, STEP 3, STEP 4, and STEP 5 represent the four essential steps of the 4-step RACH procedure.

[0090] ● STEP 1: The UE 802 determines the 4-step RACH procedure should be initiated;

[0091] ● STEP 2: The UE 802 may transmit the preamble 810 to the base station or NW 804. The base station or NW 804 correspondingly receives the preamble 810 from the UE 802;

[0092] ● STEP 3: The base station or NW 804 may then send an RAR 820 in response to receiving the preamble 810 from the UE 802. The UE 802 may correspondingly receive the RAR 820 from the base station or NW 804, and obtain a TA value as included in the RAR 820 and apply the TA value to the subsequent UL transmission (including, e.g., Msg. 3 830 in STEP 4) ;

[0093] ● STEP 4: The UE 802 may send the Msg. 3 830 to the base station or NW 804 after receiving the RAR 820. The UE 802 may include a C-RNTI MAC CE in Msg. 3  830. Further, the timing of the uplink transmission of the Msg. 3 830 may rely on the uplink grant and TA included in the RAR 820 as received in STEP 3;

[0094] ● STEP 5: The base station or NW 804 may then send Msg. 4 840 to the UE 802. The UE 802 may correspondingly receive the Msg. 4 840. Via the Msg. 4 840, UE may identify the TRP corresponding to the TA included in the RAR of STEP 3; and

[0095] ● STEP 6: After receiving the Msg. 4 840, the UE 802 may apply the TA value obtained from the RAR 820 in STEP 2 to the TRP as identified according to the indication in Msg. 4 840, and start / restart the TAT corresponding to the obtained TA.

[0096] In some example implementations, as shown in STEP 1 above, the UE 802 may choose a RACH preamble configured by the base station. The RACH preamble may be UE-specific or non-UE-specific but is mostly non-UE-Specific. With the preamble being non-UE-specific, the base station 804 may not be able determine the originating UE when receiving the preamble and thus may not be able to have sufficient information to include a UE specific TA in the RAR in STEP 3 above. Thus, the base station may then include an TA estimated according the preamble received by the receiving TRP but with out the TRP indication information in the RAR. The UE 804, when transmitting the Msg. 3 in STEP 4, would use the received TA for uplink timing control without having to determine which TRP is the TA associated with because the same TRP, on which the TA estimate by the base station is based, is used to receive the Msg. 3 by the base station.

[0097] Several example manners of implementations may be used for the base station to indicate to the UE the TRP associated with the TA included in the RAR:

[0098] ● For example, for indicating the TRP associated with the TA value in the RAR, a MAC CE may be included in the MSG. 4 in STEP 5. In some example implementations of such MAC CE, the MAC CE may be an enhanced TAC MAC CE described above, which include a single or multi-bit TRP or TAG indication field. In some other example implementations of the MAC CE, the MAC CE may be a new type of MAC CE for indicating the TRP for which the TA value in  RAR is. In one implementation, the MAC CE may only include the subheader without any payload, in the case of a serving cell is configured with only two TRP / TAG Id. If such MAC CE is present in the MSG. 4, it means that the TA value obtained in the RAR is for one certain TRP (e.g. the first TRP) . Otherwise, it means that the TA value obtained in the RAR is for the other TRP (e.g. the second TRP) .

[0099] ● For another example, for indicating the TRP associated with the TA value indicated in the RAR, the characteristic of the PDCCH for Msg. 4 may be utilized as an implicit indication. For example, if the PDCCH and / or CORESET for Msg. 4 is configured with CORESETPoolId=0, it may be considered as indicating that the TA value in the RAR is for a first TRP, else if the PDCCH and / or CORESET for Msg. 4 is configured with CORESETPoolId=1, it may be considered as indicating that the TA value in the RAR is for a second TRP.

[0100] In STEP 6 above, the start / restart timing of the TAT may be implemented in various example manners. The start / restart / timing refers to when TAT should start or restart after the TA is obtained. For example, the TAT may be started / restarted at different time points at or after the RAR is received and the TA is obtained.

[0101] In some example implementations, the TAT may be started if the TAT associated with the indicated TRP is not running.

[0102] In another example implementation, the UE may start / restart the TAT at the first symbol of the end of the PDCCH reception for MSG. 4.

[0103] In another example implementations, the UE may start / restart the TAT from a time point with a modified time length by considering the timing of the TAC reception within RAR. For example, the normal predefined time value for the TAT may be reduced by the amount between the start / restart time point and the time for receiving the RAR that was earlier.

[0104] In yet another example implementation, the UE may start / restart the TAT when receiving an enhanced absolute TAC MAC CE and / or the new type of MAC CE designed for  TRP indication.

[0105] TCI State Activation / Update in the Scenario of Single-DCI based mTRP

[0106] An example implementation for TCI state activation / update in the scenario of single-DCI based mTRP is illustrated in FIG. 9 with the following example steps:

[0107] STEP 1: The base station or NW 902 sends / configures RRC configuration of TCI state resource pools and TCI state model for one serving cell.

[0108] STEP 2: The base station or NW 902 sends a DL MAC CE (e.g. enhanced unified TCI state activation / deactivation MAC CE) to UE 904.

[0109] STEP 3: The UE 904 activates the multiple sets of TCI states for the multiple TRP transmission.

[0110] In some example implementations, for step 2, an example structure of DL MAC CE (e.g. enhanced unified TCI state activation / deactivation MAC CE) is shown in FIG. 10 and explained as below.

[0111] For example, in the example DL MAC CE structure, at least one of the following information may be included:

[0112] ● Serving cell Id: To identify the serving cell where the corresponding TCI states are activated;

[0113] ● DL BWP Id: To identify the DL BWP (Bandwidth Part) where the DL and / or joint TCI state list is configured;

[0114] ● UL BWP Id: To identify the UL BWP where the UL TCI state list is configured;

[0115] ● Pi: To indicate whether an octet containing the TCI state Id field for the second TRP is present for the i-th TCI state codepoint in a DCI (e.g. Downlink control indication) . If Pi=0, it indicates that the octet containing the TCI state Id field for the second TRP corresponding to the i-th TCI state codepoint in a DCI is present, otherwise, the octet containing the TCI state Id field for the second TRP corresponding to the i-th TCI state codepoint in a DCI is not present;

[0116] ● Ti: To indicate a number of octets containing the TCI state field for the i-th TCI state codepoint in a DCI. For example, if Ti=00, it means that there is only one octet containing TCI state field is present for the i-th TCI state code point in a DCI; if Ti=01, it means that there are two octets containing TCI state field are present for the i-th TCI state code point in a DCI; if Ti=10, it means that there are three octets containing TCI state field are present for the i-th TCI state code point in a DCI; if Ti=11, it means that there are 4 octets containing TCI state field are present for the i-th TCI state code point in a DCI. This field may be ignored or considered by UE as reserved bits if the serving cell indicated by serving cell Id is configured joint TCI state mode;

[0117] ● TCI State Id: To identify the TCI state from the TCI state list configured in DL or UL BWP of the serving cell identified by the serving cell Id;

[0118] ● D / U: To indicate that the present TCI state in the same octet is UL TCI state or DL state. For example, if D / U=0, it indicates that the DL TCI state in the same octet is present, otherwise, it indicates that the UL TCI state in the same octet is present. If the serving cell indicated by serving cell Id is configured with the joint TCI state mode, this field may be ignored or considered as the reserved bit by UE; or

[0119] ● R: Reserved bit. It should be ignored by UE, and always set to zero or 1.

[0120] For parsing this MAC CE, if the serving cell indicated by the serving cell Id in the MAC CE is configured with joint TCI state mode and if two octets containing the TCI state Id field are present for a TCI state codepoint, the first octet containing the TCI state field corresponding to the TCI state codepoint may be for the first TRP, and the subsequent octet containing the TCI state field corresponding to the TCI state code point may be for the second TRP. If the serving cell indicated by serving cell Id in the MAC CE is configured with joint TCI state mode and if only one octet containing the TCI state Id field is present for a TCI state codepoint, the octet containing the TCI state Id field may be only for the first TRP.

[0121] If the serving cell indicated by the serving cell Id in the MAC CE is configured  with separate TCI state mode and if more than one octet is present for a TCI state codepoint, the octet containing the TCI state field for the TCI state codepoint may be present in an order of {DL TCI state for the first TRP, UL TCI state for the first TRP, DL TCI state for the second TRP, UL TCI state for the second TRP…} or may be in an order of {UL TCI state for the first TRP, DL TCI state for the first TRP, UL TCI state for the second TRP, DL TCI state for the second TRP…} .

[0122] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0123] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0124] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used  to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0125] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0126] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method performed by a wireless terminal in communication with a serving cell, the method comprising:initiating a random-access procedure with the serving cell;receiving a time advance (TA) for uplink transmissions from the wireless terminal to the serving cell;receiving an indication for identifying, among a plurality of transmit-receive-points (TRPs) , a TRP corresponding to the TA;starting or restarting a time alignment timer (TAT) corresponding to the received TA; andcontrolling a timing of an uplink transmission to the TRP of the serving cell based on the TA while the TAT is running.2.The method of claim 1, wherein the random-access procedure comprises a 4-step random-access channel (RACH) procedure.3.The method of claim 2, wherein the 4-step RACH procedure comprises:transmitting a RACH preamble to the serving cell;receiving a RACH Response (RAR) from the serving cell;transmitting an uplink data load according to a RACH resource scheduled by the RAR; andreceiving a response message transmitted by the serving cell in response to the uplink data load.4.The method of claim 3, wherein receiving the TA comprises extracting the TA from the RAR.5.The method of claim 4, wherein the uplink data load comprises a Cell-Radio-Network-Temporary-Identification (C-RNTI) MAC Control Element (C-RNTI MAC CE) .6.The method of claim 5, wherein receiving the indication comprises extracting from the response message the indication for identifying the TRP corresponding to the TA.7.The method of claim 6, wherein the response message comprises an enhanced absolute Time-Advance-Comment MAC CE (TAC MAC CE) or a new type of MAC CE.8.The method of claim 7, wherein the enhanced absolute TAC MAC CE or the new type of MAC CE comprises a single or multi-bit field for indicating the TRP corresponding to the TA.9.The method of claim 5, wherein a channel property of downlink control channel for receiving the response message is used for determining the indication of the TRP corresponding to the TA.10.The method of claim 9, wherein the channel property comprises an association of the downlink control channel with a plurality of COntrol Resource SETs (CORSETs) .11.The method of claim 10, wherein an association of the downlink control channel with a CORESET having a first identification indicates an association of the TA with a first TRP whereas an association of the downlink control channel with a CORESET having a second identification indicates an association of the TA with a second TRP.12.The method of claim 3, wherein the TAT is started or restarted when the TAT associated with the indicated TRP is not running.13.The method of claim 3, wherein the TAT is started or restarted at a first symbol of an end of a downlink control channel for receiving the response message.14.The method of claim 13, wherein the TAT is started or restarted with a time value reduced by an amount from receiving the RAR and the first symbol of the end of the downlink control channel for receiving the response message.15.The method of claim 7, wherein the TAT is started or restarted when the enhanced absolute TAC MAC CE or the new type of MAC CE is received.16.The method of claim 1, wherein the random-access procedure comprises a 2-step RACH procedure.17.The method of claim 16, wherein the 2-step RACH procedure comprisestransmitting a RACH preamble and an uplink data load to the serving cell; andReceiving a response message from the serving cell.18.The method of claim 17, wherein the uplink data load comprises a C-RNTI MAC CE.19.The method of claim 18, wherein receiving the TA comprises extracting the TA from the response message.20.The method of claim 19, wherein the response message comprises an enhanced absolute TAC MAC CE.21.The method of claim 20, wherein the enhanced absolute TAC MAC CE comprises a single or multi-bit field for indicating the TRP corresponding to the TA.22.The wireless terminal of any one of claims 1-21, the wireless terminal comprising a processor and a memory, wherein the processor is configured to read computer code from the memory to cause the wireless terminal to perform the method of any one of claims 1 to 22.23.A computer program product comprising a non-transitory computer-readable program medium with computer code stored thereupon, the computer code, when executed by a processor of the wireless terminal of any one of claims 1 to 22, causing the processor to implement the method of any one of claims 1 to 22.24.A method performed by a wireless network node in communication with a wireless terminal in a serving cell, the method comprising:providing a random-access configuration to the wireless terminal; andinteracting with the wireless terminal in a random-access procedure initiated by the wireless terminal to:determine a time advance (TA) for uplink transmissions from the wireless terminal to the serving cell;transmit the TA to the wireless terminal; andtransmit an indication to the wireless terminal for identifying, among a plurality of transmit-receive-points (TRPs) of the serving cell, a TRP corresponding to the TA.

Images