Determining reference timing with two-timing advance

Abstract

A method is provided. The method includes receiving a plurality of timing advance (TA) values corresponding to a plurality of transmission / reception points (TRPs). The method includes determining, from a list of transmission configuration indication (TCI) states, a plurality of downlink timing reference signals corresponding to the plurality of TRPs. The method includes determining a plurality of uplink transmission timings based on the plurality of TAs and the plurality of downlink timing reference signals. The method includes transmitting at least one uplink signal to the plurality of TRPs according to the plurality of uplink transmission timings. Also provided are one or more processors, a user equipment (UE), and a non-transitory computer-readable medium.

Description

DETERMINING REFERENCE TIMING WITH TWO-TIMING ADVANCEBACKGROUND

[0001] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using wireless network protocols, such as protocols described in various telecommunication standards promulgated by the Third Generation Partnership Project (3GPP) . Example wireless communication networks include time division multiple access (TDMA) networks, frequency-division multiple access (FDMA) networks, orthogonal frequency-division multiple access (OFDMA) networks, Long Term Evolution (LTE) , and Fifth Generation New Radio (5G NR) . The wireless communication networks facilitate mobile broadband service using technologies such as OFDM, multiple input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY

[0002] In accordance with one aspect of the present disclosure, a method is provided. The method includes receiving a plurality of timing advance (TA) values corresponding to a plurality of transmission / reception points (TRPs) . The method includes determining, from a list of transmission configuration indication (TCI) states, a plurality of downlink timing references corresponding to the plurality of TRPs. The method includes determining a plurality of uplink transmission timings based on the plurality of TAs and the plurality of downlink timing references. The method includes transmitting at least one uplink signal to the plurality of TRPs according to the plurality of uplink transmission timings.

[0003] In some implementations, for each TRP, determining the downlink timing reference includes: receiving a beam indication signal that indicates a TCI state for uplink transmission, wherein the TCI state corresponds to a downlink reference timing; and determining the downlink timing reference based on the downlink reference signal.

[0004] In some implementations, the downlink reference signal is received first in time among a plurality of downlink reference signals that indicate the TCI state.

[0005] In some implementations, the downlink timing reference corresponds to the downlink reference signal.

[0006] In some implementations, the downlink timing reference corresponds to a signal that is quasi-co-located under Type A or Type C with the downlink reference signal

[0007] In some implementations, the TCI state is a joint TCI state or an uplink TCI state.

[0008] In some implementations, the beam indication signal includes a medium access control (MAC) control element (CE) or a downlink control information (DCI) signal.

[0009] In some implementations, for each TRP, determining the downlink timing reference includes: receiving a MAC CE that activates a plurality of TCI states for uplink transmission, wherein the plurality of TCI states correspond to a plurality of downlink reference signals; and determining the downlink timing reference based on the plurality of downlink reference signals.

[0010] In some implementations, the downlink timing reference corresponds to one of the plurality of downlink reference signals.

[0011] In some implementations, the downlink timing reference corresponds to a signal that is quasi-co-located under Type A or Type C with one of the plurality of downlink reference signals.

[0012] In some implementations, the plurality of TCI states include a joint TCI state or an uplink TCI state.

[0013] In some implementations, the method further includes receiving the list of TCI states via radio resource control (RRC) signaling.

[0014] In some implementations, the plurality of uplink signals include at least one of: a physical uplink shared channel (PUSCH) signal, a physical uplink control channel (PUCCH) signal, or a sounding reference signal (SRS) .

[0015] In some implementations, the plurality of uplink signals include a random access channel (RACH) signal in a contention-free random access procedure.

[0016] In accordance with another aspect of the present disclosure, a method is provided. The method includes receiving a first TA value corresponding to a first TRP. The method includes receiving a physical downlink control channel (PDCCH) order from the first TRP. The method includes performing a random access procedure with a second TRP in response to the PDCCH order. The method includes receiving a random access response from the first TRP, wherein the random access response includes a second TA value corresponding to the second TRP. The method includes determining a first uplink transmission timing based on the first TA value and a first timing reference point corresponding to the first TRP, and determining a second uplink transmission timing based on the second TA value and a second timing reference point corresponding to the second TRP. The second timing reference point equals a timing indicated by a synchronization signal block (SSB) index in the PDCCH order. The method includes transmitting a first uplink signal to the first TRP according to the first uplink transmission timing. The method includes transmitting a second uplink signal to the second TRP according to the second uplink transmission timing.

[0017] In some implementations, the PDCCH order includes a physical cell identifier (PCI) that identifies the second TRP.

[0018] In some implementations, the PDCCH order includes a synchronization signal block (SSB) index that indicates a random access channel (RACH) occasion of the random access procedure.

[0019] In some implementations, the first timing reference point equals a timing of a serving cell corresponding to the first TRP.

[0020] In some implementations, the method further includes determining a first coresetPoolIndex value corresponding to the first TRP and determining a second coresetPoolIndex value corresponding to the second TRP.

[0021] In some implementations, the first coresetPoolIndex value equals the second coresetPoolIndex value.

[0022] In some implementations, the first coresetPoolIndex value is different from the second coresetPoolIndex value.

[0023] The above methods can be implemented as instructions stored in a non-transitory computer-readable medium storing instructions. The instructions can be executed by one or more processors of a communication apparatus, such as a UE.

[0024] The details of one or more implementations of these systems and methods are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of these systems and methods will be apparent from the description and drawings, and from the claims.

[0025] BRIEF DESCRIPTION OF THE FIGURES

[0026] FIG. 1 illustrates a wireless network, according to some implementations.

[0027] FIGs. 2A-2D each illustrate a scenario of TCI state activation and indication, according to some implementations.

[0028] FIG. 3 illustrates a procedure for a UE to obtain a TA value by performing random access with a TRP, according to some implementations.

[0029] FIG. 4A and 4B each illustrate a flowchart of an example method, according to some implementations.

[0030] FIG. 5 illustrates an example UE, according to some implementations.

[0031] FIG. 6 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION

[0032] Some wireless communication networks support multiple transmission / reception point (multi-TRP) operation to increase network coverage, reliability, and data rates. In these networks, one or more base stations may act as or otherwise utilize multiple TRPs to communicate with a user equipment (UE) . In multi-TRP operations, one or more base stations can trigger a UE to make two uplink transmissions respectively towards two TRPs based on two downlink control information (DCI) signals. This type of transmission is referred to as multi-DCI transmission. The two DCI signals each can independently configure an uplink transmission from the UE to a TRP, with each uplink transmission associated with a timing advance (TA) value (or timing advance group (TAG) ) provided by the network. The uplink transmissions can be, e.g., physical random access channel (PRACH) transmissions, sounding reference signal (SRS) transmissions, physical uplink control channel (PUCCH) transmissions, or physical uplink shared channel (PUSCH) transmissions.

[0033] The network can, via the one or more base stations, indicate the two TAs to the UE under a unified transmission configuration indication (TCI) framework, which provides uplink and downlink beam indications to the UE. Under the unified TCI framework, which has been extended from single-TRP scenarios to multi-TRP scenarios according to the Third Generation Partnership Project (3GPP) standards, the network can configure a list of up to, for example, 64 or 128 TCI states via radio resource control (RRC) signaling, with each TCI state corresponding to a TA or TAG. The list of TCI states can separately include uplink TCI states and downlink TCI states, or can include joint TCI states for both uplink and downlink transmissions. Accordingly, by indicating an uplink or joint TCI state for the UE to adopt, the network can instruct the UE to use the TA corresponding to the TCI state when transmitting the uplink signals towards the two TRPs.

[0034] In addition to the TAs, the UE needs a timing reference point, which can be a time when the UE receives a downlink reference signal, for calculating the uplink transmission time. However, existing techniques do not provide which signals the UE should use as the reference signal. This lack of specificity under current technology makes it possible for the network to configure signals corresponding to any of the 64 or 128 configured TCI states as the downlink reference signal. Because it is difficult for a UE to monitor signals corresponding to all configured  TCI states, the UE lacks the capability of determining the timing for uplink transmissions. This could undermine the reliability of multi-TRP multi-DCI communications.

[0035] Further, an uplink transmission can be a PRACH transmission, an SRS transmission, a PUCCH transmission, or a PUSCH transmission. Existing techniques do not distinguish these types of transmissions, so it is possible that the uplink timing determination does not apply to certain types of uplink transmissions.

[0036] In view of the above, this disclosure provides techniques that allow the UE to determine the timing reference point needed for two TA uplink transmissions. Further, the present disclosure takes into account the different types of uplink transmissions so the UE can apply an appropriate approach to determine uplink transmission timing. With one or more features described above, implementations of the present disclosure can advantageously improve the reliability of multi-TRP multi-DCI communications.

[0037] FIG. 1 illustrates a wireless network 100, according to some implementations. The wireless network 100 includes a UE 102 and a base station 104 connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0038] In some implementations, the wireless network 100 may be a Non-Standalone (NSA) network that incorporates Long Term Evolution (LTE) and Fifth Generation (5G) New Radio (NR) communication standards as defined by the Third Generation Partnership Project (3GPP) technical specifications. For example, the wireless network 100 may be a E-UTRA (Evolved Universal Terrestrial Radio Access) -NR Dual Connectivity (EN-DC) network, or an NR-EUTRA Dual Connectivity (NE-DC) network. In some other implementations, the wireless network 100 may be a Standalone (SA) network that incorporates only 5G NR. Furthermore, other types of communication standards are possible, including future 3GPP systems (e.g., Sixth Generation (6G) ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology (e.g., IEEE 802.11a; IEEE 802.11b; IEEE 802.11g; IEEE 802.11-2007; IEEE 802.11n; IEEE 802.11-2012; IEEE 802.11ac; or other present or future developed IEEE 802.11 technologies) , IEEE 802.16 protocols (e.g., WMAN, WiMAX, etc. ) , or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as 3G, 4G, and / or systems subsequent to 5G (e.g., 6G) .

[0039] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of laptop computers, smartphones, tablet computers, machine-type devices such as smart meters or specialized devices for healthcare, intelligent transportation systems, or any other wireless device. In network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0040] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include various combinations of application-specific circuitry and baseband circuitry. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0041] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For instance, the control circuitry 110 can control the transmit circuitry 112 and receive circuitry 114 to receive downlink signals from base station 104, determine the timing for uplink transmission, and transmit uplink signals according to the timing.

[0042] The transmit circuitry 112 may transmit using a plurality of multiplexed uplink physical channels. The plurality of uplink physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) along with carrier  aggregation. The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission across the air interface 108.

[0043] The receive circuitry 114 may receive a plurality of multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of downlink physical channels may be multiplexed, e.g., according to TDM or FDM along with carrier aggregation. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, etc. ) structured within data blocks that are carried by the physical channels.

[0044] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR or 5G wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE or 4G wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0045] The base station 104 circuitry may include control circuitry 116 coupled with transmit circuitry 118 and receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of uplink physical channels from one or more UEs, including the UE 102.

[0046] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as a UMTS protocol, a 3GPP LTE protocol, an Advanced long term evolution (LTE-A) protocol, a LTE-based access to unlicensed spectrum (LTE-U) , a 5G protocol, a NR protocol, an NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In implementations, the UE 102 may directly exchange communication data with another UE (not shown) via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including but not limited to a  Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Discovery Channel (PSDCH) , and a Physical Sidelink Broadcast Channel (PSBCH) .

[0047] FIGs. 2A-2D each illustrate a scenario of TCI state activation and indication, according to some implementations. The scenarios illustrated in FIGs. 2A-2D may be consistent with the unified TCI framework for multi-TRP multi-DCI communications involving a UE, such as UE 102, in a network operated by a base station, such as base station 104. As described below, a UE according to one or more implementations can determine the timing reference point based on the activated or indicated TCI states and perform uplink transmissions accordingly. This could improve communication reliability in multi-TRP multi-DCI communications.

[0048] In the scenarios illustrated in FIGs. 2A and 2C, the TCI states are configured to be joint TCI states, meaning that both the same TCI state can indicate both uplink and downlink beams. In contrast, in the scenarios illustrated in FIGs. 2B and 2D, each TCI state is configured to be either an uplink TCI state that indicates an uplink beam or a downlink TCI state that indicates a downlink beam.

[0049] In the scenario of FIG. 2A, the network configures a list 201 of joint TCI states and informs the UE of the list via RRC signaling. List 201 can include up to, for example, 64 or 128 TCI states. For each TCI state in list 201, the network can inform the UE of the identifier of an associated TAG such that the UE can determine TA information based on the TCI state.

[0050] The network can activate one or more TCI states from list 201 and inform the UE of the activated TCI states using a MAC CE. For example, the network can generate one or more codepoints based on the activated TCI states and identify the codepoints in the MAC CE. The UE can thus monitor the reference signals corresponding to the activated TCI states according to the MAC CE. The number of activated TCI states is dependent on the UE’s monitoring capability and is usually between one and eight.

[0051] In the scenario of FIG. 2A, the network activates only one TCI state 211 and informs the UE of the activation via a MAC CE. The MAC CE thus also serves as an indication that the UE should expect to receive a downlink reference signal corresponding to TCI state 211. In the context of FIG. 2A and similarly FIGs. 2B-2D, the “activation” of a TCI state generally means the UE is instructed to monitor for a downlink reference signal corresponding to the activated TCI state,  whereas the “indication” of a TCI state generally means the UE is instructed to use the indicated TCI state when performing uplink transmissions and / or downlink receptions. In the scenario of FIG. 2A, because only one TCI state 211 is activated, the same TCI state 211 is also indicated to the UE.

[0052] In the scenario of FIG. 2B, the network configures a list 202 of uplink TCI states and downlink TCI states and informs the UE of the list via RRC signaling. The network activates only one uplink TCI state 212 and only one downlink TCI state 212’ and informs the UE of the activations via a MAC CE. Because only one TCI state is activated for each transmission link, the MAC CE thus also serves as an indication of uplink TCI state 212 and downlink TCI state 212’.

[0053] In the scenario of FIG. 2C, the network configures a list 203 of joint TCI states and informs the UE of the list via RRC signaling. The network also activates a subset 213 of TCI states (four activated TCI states as illustrated) of list 203 and informs the UE of the activation via a MAC CE. Among the TCI states in subset 213, the network indicates one TCI state 223 to UE via DCI. As such, the TCI states in subset 213 are activated according to the MAC CE and are indicated to the UE according to the DCI.

[0054] In the scenario of FIG. 2D, the network configures a list 204 of uplink TCI states and downlink TCI states and informs the UE of the list via RRC signaling. The network also activates a subset of TCI states by generating four TCI codepoints 1 to 4 and informs the UE of the activation via a MAC CE. As illustrated, TCI codepoints 1 and 4 each have one uplink TCI state and one downlink TCI state, whereas TCI codepoints 2 and 3 have one downlink TCI state and one uplink TCI state, respectively. From the activated TCI states, the network indicates the TCI states in TCI codepoint 1, i.e., uplink TCI state 224 and downlink TCI state 224’, to the UE via DCI.

[0055] The UE can determine the timing reference for uplink transmission based on the activated TCI states or the indicated TCI states. Based on the timing indicated by the timing reference, e.g., the time of receiving the corresponding downlink reference signal, the UE can calculate the time for transmitting the uplink signal to a corresponding TRP, taking the TA value for the TRP into consideration. The calculation can involve one or more parameters, such as NTA and NTA, offset, as provided in the 3GPP standards. As such, uplink transmissions towards multiple TRPs can be synchronized.

[0056] In some implementations, the timing reference is determined based on the indicated joint or uplink TCI state, such as TCI states 211 (indicated by a MAC CE when only one joint TCI state is activated) , 212 (indicated by a MAC CE when only one uplink TCI state is activated) , 223 (indicated by DCI when multiple joint TCI states are activated) , or 224 (indicated by DCI when multiple uplink TCI states are activated) in FIGs. 2A-2D, respectively. For example, the UE can use the downlink reference signal corresponding to the indicated joint or uplink TCI state as the timing reference. Alternatively or additionally, the UE can use any signal that is quasi-co-located (QCL-ed) under Type A or Type C with the downlink reference signal corresponding to the indicated joint or uplink TCI state as the timing reference.

[0057] In some implementations, the timing reference is determined based on the one or more activated TCI states, such as TCI state 211 (the only one joint TCI state activated by a MAC CE) , TCI state 212 (the only one uplink TCI state activated by a MAC CE) , any one TCI state in subset 213 (any one of the four joint TCI states activated by a MAC CE) , or any one uplink TCI state in TCI codepoints 1, 3, and 4 (any one of the uplink TCI states activated by a MAC CE and identified in TCI codepoints 1 to 4) in FIGs. 2A-2D, respectively. For example, the UE can use the downlink reference signal corresponding to an activated joint or uplink TCI state as the timing reference. Alternatively or additionally, the UE can use any signal that is QCL-ed under Type A or Type C with the downlink reference signal corresponding to an activated joint or uplink TCI state as the timing reference.

[0058] In some implementations, it is possible that the UE receives multiple downlink reference signals corresponding to the same TCI state. In this scenario, the UE can determine the timing reference point based on the downlink reference signal that is received first in time among the multiple.

[0059] The above-described TCI state-based approaches, e.g., using the downlink reference signal as a reference point for determining uplink transmission timing, can be applied to uplink transmissions of PUSCH signals, PUCCH signals, or SRSs.

[0060] For uplink transmissions of RACH signals, the TCI state-based approaches can be used in contention-free random access to determine the timing reference point. However, for uplink RACH transmissions in contention-based random access, the UE can use a different approach to determine the timing reference point, such as using cell-specific timing as the reference point.  Further, for uplink RACH transmissions during initial access, such as when the UE and the gNB establishes synchronization, the TCI state-based approaches may be not applicable because during initial access, the UE is not yet configured with parameters needed in the TCI state-based approaches. Accordingly, the UE can use a different approach to determine the timing reference point, such as using cell-specific timing as the reference point.

[0061] In some implementations, a UE obtains TA values and determines uplink transmission timings toward multiple TRPs based on a PDCCH order. For example, a UE can perform a random access procedure with a first TRP (TRP1) to obtain a TA value corresponding to TRP1. When the UE is configured to perform uplink transmission with a second TRP (TRP2) , TPR1 can order the UE to perform another random access procedure with TRP2 to obtain a TA value corresponding to TRP2. The operations are illustrated in FIG. 3.

[0062] FIG. 3 illustrates a procedure 300 for a user equipment (UE) to obtain a TA value by performing random access with TRP2 for multi-TRP communications with both TRP1 and TRP2, according to some implementations.

[0063] At 312, TRP1 sends the UE a PDCCH order. The PDCCH order can include configurations for the UE to perform a random access procedure with TRP2. For example, the PDCCH order can include a physical cell identifier (PCI) that identifies a cell corresponding to TRP2 so the UE knows that the random access procedure is to be performed with TRP2. In addition to the random access configurations and the PCI, the PDCCH order can include a synchronization signal block (SSB) index that indicates a random access channel (RACH) occasion of the random access procedure.

[0064] At 314, the UE performs the random access procedure according to the PDCCH order by sending a PRACH signal to TRP2.

[0065] At 316, TRP2 makes an estimate of the TA value based on the PRACH signal received from the UE.

[0066] At 318, TRP2 sends the estimated TA value to TRP1. This TA value, which is to be used for the uplink transmission between the UE and TRP2, can be referred to as “New TA” as opposed to the TA value initially provided by TRP1 to the UE.

[0067] At 320, TRP1 sends New TA to the UE in a random access response message. As such, the UE obtains the TA values for both TRP1 and TRP2. Using the TA values and the timing reference points, the UE can perform uplink communications with TRP1 and TRP2.

[0068] The UE can determine the timing reference points based on the serving cells of TRP1 and TRP2. For example, the UE can determine, from configurations received in the random access procedures with TRP1 and / or TRP2, a first coresetPoolIndex value corresponding to the first TRP and determining a second coresetPoolIndex value corresponding to the second TRP, with the two values of coresetPoolIndex each identifying a resource set for transmitting DCI signals from the two TRPs, respectively. If the two coresetPoolIndex values are equal, then the UE can determine that TRP1 and TRP2 belong to the same serving cell. This scenario is referred to as inter-cell multi-TRP. If the two coresetPoolIndex values are different, then the UE can determine that TRP1 and TRP2 belong to different cells. This scenario is referred to as intra-cell multi-TRP.

[0069] For both intra-cell and inter-cell multi-TRP multi-DCI communications, the uplink transmissions may need different timing reference points. In inter-cell scenarios, the two TRPs are each associated with a coresetPoolIndex value, which can be used to distinguish the two TRPs and the corresponding timing reference points. However, current techniques of determination uplink timings do not have a mechanism to distinguish the two TRPs in intra-cell scenarios, i.e., when the TRPs are within the same serving cell.

[0070] To address this technical problem, in some implementations, the UE uses a timing corresponding to the serving cell (e.g., the cell corresponding to TRP1) as the timing reference point for TRP1. The UE can thus use the serving cell timing and the initial TA value to communicate with TRP1. Additionally, the UE uses a timing indicated by the SSB index in the PDCCH order as the timing reference point for TRP2, whether TRP2 is within the same cell as TRP1 or not. The UE can thus use the SSB index timing and the New TA value to communicate with TRP2. This way, the UE can correctly determine the timing for uplink transmissions to both TRPs regardless of whether the transmissions are inter-cell or intra-cell.

[0071] FIG. 4A illustrates a flowchart of an example method 400A, according to some implementations. For clarity of presentation, the description that follows generally describes method 400A in the context of the other figures in this description. For example, method 400A can be performed by UE 102 of FIG. 1. It will be understood that method 400A can be performed,  for example, by any suitable system, environment, software, hardware, or a combination of systems, environments, software, and hardware, as appropriate. In some implementations, various steps of method 400A can be run in parallel, in combination, in loops, or in any order.

[0072] At 402, method 400A includes receiving a plurality of TA values corresponding to a plurality of TRPs. The TRPs can be implemented as or managed by one or more base stations similar to base station 104 of FIG. 1.

[0073] At 404, method 400A includes determining, from a list of TCI states, a plurality of downlink timing references corresponding to the plurality of TRPs. The list of TCI states can be similar to the lists illustrated in FIGs. 2A-2D.

[0074] At 406, method 400A includes determining a plurality of uplink transmission timings based on the plurality of TAs and the plurality of downlink timing references.

[0075] At 408, method 400A includes transmitting at least one uplink signal to the plurality of TRPs according to the plurality of uplink transmission timings. The at least one uplink signal can include one or more of PUSCH signals, PUCCH signals, SRSs, or PRACH signals.

[0076] FIG. 4B illustrates a flowchart of an example method 400B, according to some implementations. For clarity of presentation, the description that follows generally describes method 400B in the context of the other figures in this description. For example, method 400B can be performed by UE 102 of FIG. 1. It will be understood that method 400B can be performed, for example, by any suitable system, environment, software, hardware, or a combination of systems, environments, software, and hardware, as appropriate. In some implementations, various steps of method 400B can be run in parallel, in combination, in loops, or in any order.

[0077] At 452, method 400B involves receiving a first TA value corresponding to a first TRP. The first TA value can be received from a random access procedure with the first TRP.

[0078] At 454, method 400B involves receiving a PDCCH order from the first TRP.

[0079] At 456, method 400B involves performing a random access procedure with a second TRP in response to the PDCCH order. The random access procedure can include sending the second TRP a PRACH signal, which enables the second TRP to estimate a second TA value.

[0080] At 458, method 400B involves receiving a random access response from the first TRP, wherein the random access response includes the second TA value corresponding to the second TRP.

[0081] At 460, method 400B involves determining a first uplink transmission timing and a second uplink transmission timing based on: the first TA value, the second TA value, a first timing reference point corresponding to the first TRP, and a second timing reference point corresponding to the second TRP. The second timing reference point equals a timing indicated by a synchronization signal block (SSB) index in the PDCCH order.

[0082] At 462, method 400B involves transmitting a first uplink signal to the first TRP according to the first uplink transmission timing.

[0083] At 464, method 400B involves transmitting a second uplink signal to the second TRP according to the second uplink transmission timing.

[0084] FIG. 5 illustrates an example UE 500, according to some implementations. The UE 500 may be similar to and substantially interchangeable with UE 102 of FIG. 1.

[0085] The UE 500 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, pressure sensors, thermometers, motion sensors, accelerometers, inventory sensors, electric voltage / current meters, etc. ) , video devices (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices.

[0086] The UE 500 may include processors 502, RF interface circuitry 504, memory / storage 506, user interface 508, sensors 510, driver circuitry 512, power management integrated circuit (PMIC) 514, one or more antenna (s) 516, and battery 518. The components of the UE 500 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 5 is intended to show a high-level view of some of the components of the UE 500. However, some of the components shown may be omitted, additional components may be present, some components may physically be combined or further separated unto multiple components, and different arrangement of the components shown may occur in other implementations.

[0087] The components of the UE 500 may be coupled with various other components over one or more interconnects 520, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0088] The processors 502 may include processor circuitry such as, for example, baseband processor circuitry (BB) 522A, central processor unit circuitry (CPU) 522B, and graphics processor unit circuitry (GPU) 522C. The processors 502 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 506 to cause the UE 500 to perform operations as described herein.

[0089] In some implementations, the baseband processor circuitry 522A may access a communication protocol stack 524 in the memory / storage 506 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 522A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 504. The baseband processor circuitry 522A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, the waveforms for NR may be based cyclic prefix orthogonal frequency division multiplexing (OFDM) “CP-OFDM” in the uplink or downlink, and discrete Fourier transform spread OFDM “DFT-S-OFDM” in the uplink.

[0090] The memory / storage 506 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 524) that may be executed by one or more of the processors 502 to cause the UE 500 to perform various operations described herein. The memory / storage 506 include any type of volatile or non-volatile memory that may be distributed throughout the UE 500. In some implementations, some of the memory / storage 506 may be located on the processors 502 themselves (for example, L1 and L2 cache) , while other memory / storage 506 is external to the processors 502 but accessible thereto  via a memory interface. The memory / storage 506 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0091] The RF interface circuitry 504 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 500 to communicate with other devices over a radio access network. The RF interface circuitry 504 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0092] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 516 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that downconverts the RF signal into a baseband signal that is provided to the baseband processor of the processors 502.

[0093] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna (s) 516. In various implementations, the RF interface circuitry 504 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0094] The antenna (s) 516 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna (s) 516 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna (s) 516 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 516 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0095] The user interface 508 includes various input / output (I / O) devices designed to enable user interaction with the UE 500. The user interface 508 includes input device circuitry and output  device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs) , or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 500.

[0096] The sensors 510 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.

[0097] The driver circuitry 512 may include software and hardware elements that operate to control particular devices that are embedded in the UE 500, attached to the UE 500, or otherwise communicatively coupled with the UE 500. The driver circuitry 512 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 500. For example, driver circuitry 512 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 510 and control and allow access to sensors 510, drivers to obtain actuator positions of electro-mechanic  components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0098] The PMIC 514 may manage power provided to various components of the UE 500. In particular, with respect to the processors 502, the PMIC 514 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0099] In some implementations, the PMIC 514 may control, or otherwise be part of, various power saving mechanisms of the UE 500. A battery 518 may power the UE 500, although in some examples the UE 500 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 518 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 518 may be a typical lead-acid automotive battery.

[0100] FIG. 6 illustrates an example access node 600 (e.g., a base station or gNB) , according to some implementations. The access node 600 may be similar to and substantially interchangeable with base station 104. The access node 600 may include processors 602, RF interface circuitry 604, core network (CN) interface circuitry 606, memory / storage circuitry 608, and one or more antenna (s) 610.

[0101] The components of the access node 600 may be coupled with various other components over one or more interconnects 612. The processors 602, RF interface circuitry 604, memory / storage circuitry 608 (including communication protocol stack 614) , antenna (s) 610, and interconnects 612 may be similar to like-named elements shown and described with respect to FIG. 5. For example, the processors 602 may include processor circuitry such as, for example, baseband processor circuitry (BB) 616A, central processor unit circuitry (CPU) 616B, and graphics processor unit circuitry (GPU) 616C.

[0102] The CN interface circuitry 506 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the access node 600 via a fiber optic or wireless backhaul. The CN interface circuitry 606  may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 606 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0103] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 600 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 600 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 600 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0104] In some implementations, all or parts of the access node 600 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a CRAN and / or a virtual baseband unit pool (vBBUP) . In V2X scenarios, the access node 600 may be or act as a “Road Side Unit. ” The term “Road Side Unit” or “RSU” may refer to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.

[0105] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C.§ 112(f) interpretation for that component.

Claims

1.A method comprising:receiving a plurality of timing advance (TA) values corresponding to a plurality of transmission / reception points (TRPs) ;determining, from a list of transmission configuration indication (TCI) states, a plurality of downlink timing references corresponding to the plurality of TRPs;determining a plurality of uplink transmission timings based on the plurality of TAs and the plurality of downlink timing references; andtransmitting at least one uplink signal to the plurality of TRPs according to the plurality of uplink transmission timings.2.The method of claim 1, wherein, for each TRP, determining the downlink timing reference comprises:receiving a beam indication signal that indicates a TCI state for uplink transmission, wherein the TCI state corresponds to a downlink reference signal; anddetermining the downlink timing reference based on the downlink reference signal.3.The method of claim 2, wherein the downlink reference signal is received first in time among a plurality of downlink reference signals that indicate the TCI state.4.The method of claim 2, wherein the downlink timing reference corresponds to the downlink reference signal.5.The method of claim 2, wherein the downlink timing reference corresponds to a signal that is quasi-co-located under Type A or Type C with the downlink reference signal.6.The method of claim 2, wherein the TCI state is a joint TCI state or an uplink TCI state.7.The method of claim 2, wherein the beam indication signal comprises a medium access control (MAC) control element (CE) or a downlink control information (DCI) signal.8.The method of claim 1, wherein, for each TRP, determining the downlink timing reference comprises:receiving a medium access control (MAC) control element (CE) that activates a plurality of TCI states for uplink transmission, wherein the plurality of TCI states correspond to a plurality of downlink reference signals; anddetermining the downlink timing reference based on the plurality of downlink reference signals.9.The method of claim 8, wherein the downlink timing reference corresponds to one of the plurality of downlink reference signals.10.The method of claim 8, wherein the downlink timing reference corresponds to a signal that is quasi-co-located under Type A or Type C with one of the plurality of downlink reference signals.11.The method of claim 8, wherein the plurality of TCI states comprise a joint TCI state or an uplink TCI state.12.The method of claim 1, further comprising receiving the list of TCI states via radio resource control (RRC) signaling.13.The method of claim 1, wherein the plurality of uplink signals comprise at least one of: a physical uplink shared channel (PUSCH) signal, a physical uplink control channel (PUCCH) signal, or a sounding reference signal (SRS) .14.The method of claim 1, wherein the plurality of uplink signals comprise a random access channel (RACH) signal in a contention-free random access procedure.15.A method comprising:receiving a first timing advance (TA) value corresponding to a first transmission / reception point (TRP) ;receiving a physical downlink control channel (PDCCH) order from the first TRP;performing a random access procedure with a second TRP in response to the PDCCH order;receiving a random access response from the first TRP, wherein the random access response comprises a second TA value corresponding to the second TRP;determining a first uplink transmission timing based on the first TA value and a first timing reference point corresponding to the first TRP, and determining a second uplink transmission timing based on the second TA value and a second timing reference point corresponding to the second TRP, wherein the second timing reference point equals a timing indicated by a synchronization signal block (SSB) index in the PDCCH order;transmitting a first uplink signal to the first TRP according to the first uplink transmission timing; andtransmitting a second uplink signal to the second TRP according to the second uplink transmission timing.16.The method of claim 15, wherein the PDCCH order comprises a physical cell identifier (PCI) that identifies the second TRP.17.The method of claim 15, wherein the PDCCH order comprises a synchronization signal block (SSB) index that indicates a random access channel (RACH) occasion of the random access procedure.18.The method of claim 15, wherein the first timing reference point equals a timing of a serving cell corresponding to the first TRP.19.The method of claim 15, further comprising determining a first coresetPoolIndex value corresponding to the first TRP and determining a second coresetPoolIndex value corresponding to the second TRP.20.The method of claim 19, wherein the first coresetPoolIndex value equals the second coresetPoolIndex value.21.The method of claim 19, wherein the first coresetPoolIndex value is different from the second coresetPoolIndex value.22.One or more processors comprising circuitry configured to execute instructions that cause a communication apparatus to perform the method of any of claims 1-21.23.A user equipment (UE) comprising one or more processors configured to perform the method of any of claims 1-21.24.A non-transitory computer-readable medium storing instructions that, when executed, cause one or more processors to perform the method of any of claims 1-21.

Images