Two timing advances for single-DCI multi-TRP operation

The implementation of two timing advances for single-DCI multi-TRP operation addresses challenges in asymmetric scenarios by enhancing timing alignment and power management in wireless communication systems, improving network performance in asymmetric multi-TRP operations.

WO2026064995A1PCT designated stage Publication Date: 2026-04-02APPLE INC
View PDF 3 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-09-25
Publication Date
2026-04-02

AI Technical Summary

Technical Problem

Existing wireless communication systems face challenges in managing asymmetric multi-TRP operations, particularly in scenarios where a user equipment (UE) communicates with one TRP in downlink and multiple TRPs in uplink, leading to issues with timing alignment, overlapping transmissions, and inaccurate power headroom reporting.

Method used

Implementing two timing advances (TAs) for single-DCI multi-TRP operation to manage asymmetric scenarios, including handling overlapping transmission occasions, expired timing advance group timers, and providing accurate downlink reference timing and power headroom reporting.

Benefits of technology

Enhances the efficiency and accuracy of uplink and downlink communications in asymmetric multi-TRP scenarios by ensuring proper timing alignment and power management, thereby improving network performance.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024121193_02042026_PF_FP_ABST
    Figure CN2024121193_02042026_PF_FP_ABST
Patent Text Reader

Abstract

An apparatus configured to process, based on signals received from a serving cell, a single Downlink Control Information (DCI) configuration to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs), generate, for transmission to the first TRP, a first UL transmission associated with a first TA group (TAG) of the two TAs and generate, for transmission to the second TRP, a second UL transmission associated with a second TAG of the two TAs.
Need to check novelty before this filing date? Find Prior Art

Description

Two Timing Advances for Single-DCI Multi-TRP OperationTechnical Field

[0001] The present disclosure generally relates to wireless communication, and in particular, to two timing advances for single-DCI multi-TRP operation.Background

[0002] A user equipment (UE) may connect to a network via a base station. The base station may control multiple transmission and reception points (TRPs) . The UE may operate in multi-TRP (mTRP) mode where the UE establishes and maintains a connection with multiple TRPs at the same time.

[0003] In some scenarios, the mTRP operation may be asymmetric with respect to a UE. For example, consider a scenario where the UE is communicating with two TRPs. The UE may have uplink (UL) communications with both TRPs but only downlink (DL) communications with one of the TRPs. This may be referred to as asymmetric TRP operation.Summary

[0004] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signals received from a serving cell, a single Downlink Control Information (DCI) configuration to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) , generate, for transmission to the first TRP, a first UL transmission associated with a first TA group (TAG) of the two TAs and generate, for transmission to the second TRP, a second UL transmission associated with a second TAG of the two TAs.

[0005] Other example embodiments are related to an apparatus having processing circuitry configured to generate, for transmission to a user equipment (UE) , a single Downlink Control Information (DCI) configuration for the UE to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) and generate, for transmission to the UE, a schedule comprising a first transmission occasion for the UE to transmit a first UL transmission associated with a first TA group (TAG) of the two TAs to the first TRP and a second transmission occasion for the UE to transmit a second UL transmission associated with a second TAG of the two TAs to the second TRP.Brief Description of the Drawings

[0006] Fig. 1 shows an example network arrangement according to various example embodiments.

[0007] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0008] Fig. 3 shows an example base station according to various example embodiments.

[0009] Fig. 4 shows an example system arrangement where a UE is communicating with an asymmetric mTRP arrangement according to various example embodiments.

[0010] Fig. 5 shows an example timing diagram of overlapping Physical Uplink Shared Channel (PUSCH) and Physical Uplink Control Channel (PUCCH) transmission occasions according to various example embodiments.

[0011] Fig. 6 shows an example timing diagram when a  timeAlignmentTimer (TAT) of one timing advance group (TAG) has expired and a TAT of another TAG has not expired according to various example embodiments.Detailed Description

[0012] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments relate to asymmetric TRP operation where a UE is configured to communicate in the UL and DL with a first TRP and only in the UL with a second TRP. Specifically, the example embodiments are related to a scenario where the UE is configured with single Downlink Control Information (single-DCI) mTRP with two (2) timing advances (TAs) . Further, the example embodiments also relate to a Type 3 Power Headroom Report (PHR) in the asymmetric TRP scenario.

[0013] The example embodiments are described with regard to a user equipment (UE) . However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate type of electronic component.

[0014] The example embodiments are also described with regard to a fifth generation (5G) New Radio (NR) network and a next generation node B (gNB) . However, reference to a 5G NR network and a gNB is merely provided for illustrative purposes. The example embodiments may be utilized with any  appropriate type of network (e.g., 5G Advanced, 6G, etc. ) and base station.

[0015] Some of the example embodiments are described with reference to releases of the Third Generation Partnership (3GPP) standards related to 5G NR operations. These standards are referred to by the release number, e.g., Rel-17, Rel-18, etc.

[0016] The gNB may be configured with multiple transmission and reception points (TRPs) . Throughout this description, a TRP generally refers to a set of components configured to transmit and / or receive a beam. In some embodiments, multiple TRPs may be deployed locally at the gNB. For example, the gNB may include multiple antenna arrays / panels that are each configured to generate a different beam. In other embodiments, multiple TRPs may be deployed at various different locations and connected to the gNB via a backhaul connection. For example, multiple small cells may be deployed at different locations and connected to the gNB. However, these examples are merely provided for illustrative purposes. TRPs are configured to be adaptable to a wide variety of different conditions and deployment scenarios. Thus, any reference to a TRP being a particular network component or multiple TRPs being deployed in a particular arrangement is merely provided for illustrative purposes. The TRPs described herein may represent any type of network component configured to transmit and / or receive a beam.

[0017] The example embodiments describe operations for asymmetric mTRP operation, including operations for a UE and base station related to single-DCI mTRP with two (2) TAs. The operations include the type of transmissions allowed by the UE in this scenario, handling overlapping transmission occasions,  handling expired TAT timers, autonomous UE updating of TAs, determining DL reference timing for UL transmissions and reporting PHR for the asymmetric TRP scenario. These and other example embodiments are described in greater detail below.

[0018] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. The UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, phablets, embedded devices, wearables, Internet of Things (IoT) devices, etc. An actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of a single UE 110 is merely provided for illustrative purposes.

[0019] The UE 110 may be configured to communicate with one or more networks. In the example of the network arrangement 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., sixth generation (6G) RAN, 5G cloud RAN, a next generation RAN (NG-RAN) , a long-term evolution (LTE) RAN, a legacy cellular network, a wireless local area network (WLAN) , etc. ) and the UE 110 may also communicate with networks over a wired connection. With regard to the example embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have at least a 5G NR chipset to communicate with the 5G NR RAN 120.

[0020] The 5G NR RAN 120 may be a portion of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The 5G NR RAN 120 may include base stations or access nodes (Node Bs, eNodeBs, HeNBs, eNBS,  gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set.

[0021] In the network arrangement 100, the 5G NR RAN 120 deploys a gNB 120A. The gNB 120A may be configured with multiple TRPs. Each TRP may represent one or more components configured to transmit and / or receive a signal. In some embodiments, multiple TRPs may be deployed locally at the gNB 120A. In other embodiments, multiple TRPs may be distributed at different locations and connected to the gNB 120A via a backhaul connection. For example, multiple small cells may be deployed at different locations and connected to the gNB 120A. However, these examples are merely provided for illustrative purposes. TRPs are configured to be adaptable to a wide variety of different conditions and deployment scenarios. Thus, any reference to a TRP being a particular network component or multiple TRPs being deployed in a particular arrangement is merely provided for illustrative purposes. The TRPs described herein may represent any type of network component configured to transmit and / or receive a beam.

[0022] Any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular cellular provider where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific base station, e.g., the gNB 120A.

[0023] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 may refer to an interconnected set of components that manages the operation and traffic of the cellular network. It may include the evolved packet core (EPC) and / or the 5G core (5GC) . The cellular core network 130 also manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0024] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1. The UE 110 may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225 and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, etc.

[0025] The processor 205 may be configured to execute a plurality of engines of the UE 110. For example, the engines  may include an asymmetric mTRP engine 235 that may perform various operations related to asymmetric mTRP operation. To provide some general examples, the asymmetric mTRP engine 235 may perform operations such as, but not limited to, receiving a configuration of transmission occasions for UL transmissions, determining handling of overlapping transmission occasions, handling expired TATs associated with UL transmissions, determining downlink reference timing for UL transmissions and performing PHR reporting in the asymmetric TRP scenario. These operations are described in greater detail below.

[0026] The above referenced engine 235 being applications (e.g., a program) executed by the processor 205 is merely provided for illustrative purposes. The functionality associated with the engine 235 may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engine may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0027] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the  user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0028] The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) , etc. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode, decode and / or process signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0029] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A or any other type of access node through which the UE 110 may establish a connection and manage network operations.

[0030] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, multiple TRPs 330 and other components 325. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources,  TxRUs, transceiver chains, antenna elements, antenna panels, etc.

[0031] As indicated above, in some scenarios, the multiple TRPs 330 may be deployed locally at the base station 300. In other scenarios, one or more of the multiple TRPs 330 may be deployed at physical locations remote from the base station 300 and connected to the base station via a backhaul connection. The base station 300 may be configured to control the multiple TRPs 330 and perform operations such as, but not limited to, assigning resources, configuring reference signals, implementing beam management techniques, etc.

[0032] The processor 305 may be configured to execute a plurality of engines for the base station 300. For example, the engines may include an asymmetric mTRP configuration engine 335 that may perform various operations related to asymmetric mTRP operation. To provide some general examples, the asymmetric mTRP configuration engine 335 may perform operations such as, but not limited to, configuring a UE with transmission occasions for multiple TRPs, configuring the UE with autonomous TA updating, configuring the UE with information to determine downlink reference timing information and configuring the UE with information for PHR reporting. These operations are described in greater detail below.

[0033] The above noted engine 335 being applications (e.g., a program) executed by the processor 305 is only an example. The functionality associated with the engine 335 may also be represented as a separate incorporated component of the base station 300 or may be a modular component coupled to the base station 300, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing  circuitry to process the signals and other information. In addition, in some base stations, the functionality described for the processor 305 is split among a plurality of processors (e.g., a baseband processor, an applications processor, etc. ) . The example embodiments may be implemented in any of these or other configurations of a base station.

[0034] The memory arrangement 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0035] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UEs in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . Therefore, the transceiver 320 may include one or more components to enable the data exchange with the various networks and UEs. The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode, decode, and / or process signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0036] Fig. 4 shows an example system arrangement 400 where a UE 110 is communicating with an asymmetric mTRP arrangement according to various example embodiments. In the example of Fig. 4, the UE 110 is communicating with a first TRP 410 and a  second TRP 420. The UE 110 is communicating in both the DL and UL with the TRP 410. However, the UE 110 is only communicating in the UL with the TRP 420. The TRPs 410 and 420 may be associated with a base station (e.g., base station 300) that may be a serving cell for the UE 110 in this scenario.

[0037] There are two different operation modes for mTRP, single-DCI and multi-DCI. In single-DCI mode, a UE is scheduled by the same DCI for both TRPs and in multi-DCI mode, a UE is scheduled by independent DCIs from each TRP. The example embodiments are related to single-DCI mTRP.

[0038] A timing advance (TA) is a command sent by a base station to provide information to a UE for adjusting uplink transmission timing by the UE. In the example embodiments, a UE operating in single-DCI mTRP mode is provided with two (2) TAs, e.g., one for each of the TRP 410 and TRP 420. This may be referred to as supporting 2 Timing Advance Groups (TAGs) per serving cell.

[0039] In some example embodiments, when a UE is configured with 2 TAs for single-DCI mTRP operation, the UE may have the capability of simultaneously transmitting in the UL to both TRPs 410 and 420. For example, the UE may have the capability to perform transmission operations such as Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP and Rel-18 PUSCH SDM Spatial Domain Multiplexing (SDM) STxMP. However, in the single-DCI mTRP operation with 2 TAs, the simultaneous transmissions may interfere with each other. Thus, in some example embodiments, the UE may expect that one or multiple of the above transmission operations may not be configured by the network when operating in single-DCI mTRP with 2 TAs.

[0040] In other example embodiments, when a UE is  configured with 2 TAs for single-DCI mTRP operation, a UE may support and be configured by the network for one or multiple of Rel-18 PUCCH SFN STxMP, Rel-18 PUSCH SFN STxMP or Rel-18 PUSCH SDM STxMP. In these example embodiments one or both of the following conditions may be satisfied for the UE to support the operations. A first condition is that a transmission timing difference (or TA) between two PUSCH / PUCCH is less than a threshold, e.g., cyclic prefix (CP) . A second condition is that the UE reports a capability indicating the UE supports the corresponding joint operation.

[0041] Other example simultaneous UL transmission schemes may include Rel-17 PUCCH Time Domain Multiplexing (TDM) and Rel-17 PUSCH TDM. The example embodiments may support these simultaneous UL transmission schemes in single-DCI mTRP operation with 2 TAs. In these example embodiments, different PUCCH / PUSCH transmission occasions may overlap in time due to application of different TAs. There are various options to handle this overlap that are described with reference to Fig. 5.

[0042] Fig. 5 shows an example timing diagram 500 of overlapping PUSCH and PUCCH transmission occasions according to various example embodiments. On the left side of Fig. 5, the colliding transmission occasions are shown, while on the right side options for handling the collisions are shown. Thus, starting with the left side, a Rel-17 PUSCH or PUCCH TDM transmission occasion 510 for a first TAG is shown. A Rel-17 PUSCH or PUCCH TDM transmission occasion 520 for a second TAG that overlaps with the transmission occasion 510 is also shown. In addition, a next available transmission occasion 530 is also shown.

[0043] In a first option (shown as Option 1 in Fig. 5) , the later PUCCH / PUSCH transmission occasion is omitted, e.g., the  PUCCH / PUSCH transmission occasion 510 is transmitted but the PUCCH / PUSCH transmission occasion 520 is omitted.

[0044] In a second option (shown as Option 2 in Fig. 5) , the later PUCCH / PUSCH transmission occasion is partially omitted. In this option, only the symbols that overlap with the previous PUCCH / PUSCH transmission occasion are omitted and symbols that do not overlap with the previous PUCCH / PUSCH transmission occasion are still transmitted. For example, in Fig. 5, the PUCCH / PUSCH transmission occasion 510 is transmitted, the symbols of the PUCCH / PUSCH transmission occasion 520 that overlap with PUCCH / PUSCH transmission occasion 510 are omitted but the symbols of the PUCCH / PUSCH transmission occasion 520 that do not overlap with the PUCCH / PUSCH transmission occasion 510 are transmitted.

[0045] In a third option (shown as Option 3 in Fig. 5) , the later PUCCH / PUSCH transmission occasion is delayed until the next available transmission occasion. In the example of Fig. 5, the PUCCH / PUSCH transmission occasion 510 is transmitted, the PUCCH / PUSCH transmission occasion 520 that overlaps with PUCCH / PUSCH transmission occasion 510 is delayed until the next available transmission occasion 530.

[0046] In these example embodiments, the UE may report whether the UE supports handling the overlapping PUCCH / PUSCH transmission due to 2 TAs for single-DCI multi-TRP operation, e.g., as a UE capability. For example, if the UE reports that it has the capability to handle overlapping PUCCH / PUSCH transmissions due to 2 TAs for single-DCI multi-TRP operation, the network may schedule such overlapping transmissions as shown by example in Fig. 5 and the UE may handle the overlapping transmissions, for example, in the manners described by the three options above.

[0047] On the other hand, if the UE does not support handling the overlapping PUCCH / PUSCH transmissions due to 2 TA for single-DCI multi-TRP operation, the UE does not expect PUCCH / PUSCH transmissions to overlap in time for single-DCI multi-TRP operation, e.g., the network may not schedule overlapping transmissions.

[0048] When a UE supports and the network schedules the UE to transmit PUSCH / PUCCH with 2 TAG in single-DCI multi-TRP operation, a scenario may occur where a timeAlignmentTimer (TAT) of one TAG has expired and a TAT of the other TAG is not expired. The TAT may be used by the UE to determine whether the UE is in time alignment in the UL with the network. For example, the TAT may be reset each time the UE receives TA information. If the TAT expires, e.g., the UE has not received TA information for a period of time, it is possible the UE is out of time synchronization with the network. However, in this scenario, one TAT has expired but the other TAT has not expired. The example embodiments provide various options to handle this scenario that are described with reference to Fig. 6.

[0049] Fig. 6 shows an example timing diagram 600 when a timeAlignmentTimer of one TAG has expired and a timeAlignmentTimer of another TAG has not expired according to various example embodiments. On the left side of Fig. 6, the expiration scenario is shown where there is a PUSCH / PUCCH transmission Occasion 610 for Transmission Control Indicator (TCI) 1 in TAG 1 and a PUSCH / PUCCH transmission Occasion 620 for TCI 2 in TAG 2. It is also shown that the TAT 615 of the TAG 1 has not expired and the TAT 625 of the TAG 2 has expired. The right side of Fig. 6 shows example options for handling the expiration scenario.

[0050] In a first option (shown as Option 1 in Fig. 6) , the UE does not transmit the scheduled PUSCH / PUCCH, e.g., neither PUSCH / PUCCH transmission 610 nor PUSCH / PUCCH transmission occasion 620 are transmitted.

[0051] In a second option (shown as Option 2 in Fig. 6) , the UE does not transmit the scheduled PUSCH / PUCCH transmission corresponding to the TAG with the expired TAT. For example, the UE transmits the PUSCH / PUCCH transmission 610 corresponding to TAG 1 with the non-expired TAT but does not transmit the PUSCH / PUCCH transmission 620 corresponding to TAG 2 with the expired TAT.

[0052] In a third option (shown as Option 3 in Fig. 6) , the UE replaces the scheduled PUSCH / PUCCH transmission corresponding to the TAG with the expired TAT with the TAG with non-expired TAT. Thus, in the example of Fig. 6, the UE transmits the PUSCH / PUCCH transmission 610 corresponding to TAG 1 and in the time location corresponding to the PUSCH / PUCCH transmission 620, the UE may retransmit the PUSCH / PUCCH transmission 610 corresponding to TAG 1. In these example embodiments, as shown in Fig. 6, the UE may replace the TCI state of the TAG with the expired TAT (e.g., TCI 2) with the TCI state of the TAG with the non-expired TAT (e.g., TCI 1) .

[0053] Some UEs may include a capability of performing UE autonomous TA updates. This allows the UE to adjust the TA based on the measurement of the DL reception timing change. However, as shown in Fig. 4, the UE 110 may not be receiving DL communications from the TRP 420. The UE 110 may use the DL from the TRP 410 for autonomous TA updates but this may not be ideal. For example, consider a scenario where the UE 110 is moving toward the TRP 420 and away from the TRP 410. Using the DL from TRP 410 to autonomously adjust the TA for UL with the  TRP 420 may result in an inaccurate TA. Thus, in some example embodiments, to support 2 TA for single-DCI multi-TRP operation, the network may configure the UE to not to perform UE autonomous TA updates. This configuration may apply to a subset of TAGs, e.g., the TAG related to the TRP where no DL communications are occurring or may apply to all TAGs.

[0054] Typically, a UE will use DL reference timing to determine the UL transmission timing. However, in the asymmetric network arrangement shown in Fig. 4, e.g., where the UE 110 is receiving DL signals from TRP 410 but not receiving DL signals from TRP 420, the UE 110 is not receiving DL reference timing from the TRP 420. Thus, the network may provide DL reference timing to the UE 110 for UL transmissions to the TRP 420. The example embodiments provide various examples for the network to provide the DL reference timing for the UE 110 to determine UL transmission timing for transmissions to the TRP 420.

[0055] In some example embodiments, a pathloss reference signal (RS) , e.g., pathlossReferenceRS-Id, may be used as DL reception timing reference. For example, the network may provide the pathlossReferenceRS-Id as part of the TCI state configuration for the UL, e.g., for the UL with TRP 420. The UE 110 may assume that the pathlossReferenceRS-Id may also be used as the DL reference timing for the UL transmissions. In the example of Fig. 4, the pathlossReferenceRS-Id may be transmitted by the TRP 410 but this is not a requirement.

[0056] In other example embodiments, when a Synchronization Signal Block (SSB) RS, e.g., ssb-Index, or a Channel State Information (CSI) RS, e.g., csi-RS-Index, is configured as part of the TCI state configuration for the UL, e.g., for the UL with TRP 420, the corresponding SSB and / or CSI-RS may be used as DL reference timing for the UL transmissions. Again,  in the example of Fig. 4, the SSB or CSI-RS may be transmitted by the TRP 410 but this is not a requirement.

[0057] In a further example, when sounding reference signals (SRS) are configured for the UE 110 as part of the TCI state configuration for the UL, the DL Quasi-Co-located (QCL) source of the SRS may be used as the DL reference timing for the UL transmissions. The difference between this example and the previous examples is that, in the previous examples, the RS used as the DL reference timing were DL signals, while SRS are UL signals.

[0058] In a second aspect of the example embodiments, the PHR for the asymmetric TRP scenario is described. In NR, there are two types of PHR, a Type 1 and a Type 3. The example embodiments are related to the Type 3 PHR. The Type 3 PHR are based on SRS. For example, the UE may indicate to the network (e.g., serving cell) that the SRS transmissions are using a certain amount of power (X) . However, the UE may have a maximum transmit power (Y) that is higher than X. Thus, in the Type 3 PHR, the UE may indicate that the UE has Y-X transmission power available for UL transmissions other than the SRS.

[0059] In addition, there are two Type 3 PHR reports, actual and virtual. The actual PHR report is based on actual SRS transmissions. The virtual PHR report is not based on actual SRS transmissions. For example, the UE may not transmit SRS in every carrier. The virtual PHR report is based on a reference SRS configured by the network (e.g., hypothetical SRS) rather than the actual SRS.

[0060] The equations for calculating the actual PHR and the virtual PHR are provided by 3GPP Technical Specification  (TS) 38.213 Section 7.7.3. While there are many factors in calculating the PHR, the example embodiments are related to the pathloss and the closed link power control terms of the PHR equations.

[0061] The pathloss term is currently expressed as PLb, f, c (qd) . The meaning of each of these terms are consistent with the definitions provided in TS 38.213. Referring back to Fig. 4, this pathloss term may be based on DL signals transmitted by the TRP 410. However, as described above, the DL signals transmitted by TRP 410 may not be an accurate representation of the channel between the UE 110 and the TRP 420.

[0062] Thus, in the example embodiments, a pathloss offset may be configured for the joint / UL TCI state, e.g., the joint TCI state is for both UL and DL. This may be expressed as PLb, f, c (qd) -δPL. The δPL may represent the difference between the actual PL that may be measured, e.g., the PL measured for the TRP 410, and the pathloss for TRP 420 that may not be measured. The value of δPL may be indicated for the SRS resource set associated with the Type 3 PHR report. Thus, the UE may use the updated equation with the δPL value when reporting Type 3 PHR, either actual or virtual.

[0063] Similarly, the closed link power control term is currently expressed as hb, f, c (i) . The meaning of each of these terms are consistent with the definitions provided in TS 38.213. Referring back to Fig. 4, this closed link power control term may be based on DL signals transmitted by the TRP 410. Again, this may not accurately reflect the closed loop power control for the TRP 420. For example, if the UE 110 is moving away from the TRP 410, the closed loop power control may show an increase of power for the UE 110. Simultaneously,  the UE 110 may be moving closer to the TRP 420 that should result in the closed loop power control showing a decrease of power for the UE 110, e.g., the DL signals of TRP 410 are not accurately reflecting the conditions for TRP 420.

[0064] Thus, in the example embodiments, the network may configure two closed loop power control adjustment states for the SRS in the asymmetric TRP scenario, where both are separate from the PUSCH. The value of hb, f, c (i) may be the accumulated TPC command for the closed loop power control adjustment state that is associated with the SRS resource set associated with the Type 3 PHR report.

[0065] Examples

[0066] In a first example, a method, comprising processing, based on signals received from a serving cell, a single Downlink Control Information (DCI) configuration to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) , generating, for transmission to the first TRP, a first UL transmission associated with a first TA group (TAG) of the two TAs and generating, for transmission to the second TRP, a second UL transmission associated with a second TAG of the two TAs.

[0067] In a second example, the method of the first example, wherein the configuration excludes communicating in the UL using Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.

[0068] In a third example, the method of the first example, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP when a timing difference between the first and second UL transmissions is less than cyclic prefix (CP) .

[0069] In a fourth example, the method of the first example, further comprising generating, for transmission to the serving cell, UE capability information indicating a capability to support UL transmissions to the first TRP and the second TRP using one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.

[0070] In a fifth example, the method of the first example, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-17 Physical Uplink Control Channel (PUCCH) Time Domain Multiplexing (TDM) or Rel-17 Physical Uplink Shared Channel (PUSCH) TDM.

[0071] In a sixth example, the method of the fifth example, wherein at least a portion of a second scheduled transmission occasion for the second UL transmission overlaps in time with a first scheduled transmission occasion for the first UL transmission.

[0072] In a seventh example, the method of the sixth  example, further comprising omitting transmitting the second UL transmission.

[0073] In an eighth example, the method of the sixth example, further comprising omitting transmitting symbols of the second UL transmission scheduled to be transmitted in at least the portion of the second scheduled transmission occasion that overlaps with the first scheduled transmission occasion.

[0074] In a ninth example, the method of the sixth example, further comprising delaying transmitting the second UL transmission to a third scheduled transmission occasion that occurs after the second scheduled transmission occasion, wherein the third scheduled transmission occasion does not overlap with the first scheduled transmission occasion.

[0075] In a tenth example, the method of the sixth example, further comprising generating, for transmission to the serving cell, capability information indicating a capability to support overlapping transmission occasions.

[0076] In an eleventh example, the method of the first example, further comprising operating a first time alignment timer (TAT) associated with the first TAG and operating a second TAT associated with the second TAG, wherein one of the first TAT or second TAT is expired and the other of the first TAT or second TAT is not expired.

[0077] In a twelfth example, the method of the eleventh example, further comprising omitting transmitting the first UL transmission and the second UL transmission.

[0078] In a thirteenth example, the method of the eleventh  example, further comprising omitting transmitting the first UL transmission or the second UL transmission corresponding to the first TAT or second TAT that is expired.

[0079] In a fourteenth example, the method of the thirteenth example, further comprising transmitting the other one of the first UL transmission or the second UL transmission in a transmission occasion scheduled for the first UL transmission or the second UL transmission that was omitted.

[0080] In a fifteenth example, the method of the first example, wherein the configuration further comprises an indication that autonomous TA updating is not to be performed for one of the first TAG, the second TAG or both the first and second TAGs.

[0081] In a sixteenth example, the method of the first example, wherein a DL reference timing to be used for timing of the second UL transmission is based on one of a pathloss reference signal (RS) , a Synchronization Signal Block (SSB) , a Channel State Information RS (CSI-RS) or sounding reference signals (SRS) configured for a transmission control indicator (TCI) state to communicate with the second TRP.

[0082] In a seventeenth example, the method of the first example, further comprising generating, for transmission to the serving cell, a power headroom report (PHR) for the second TRP.

[0083] In an eighteenth example, the method of the seventeenth example, wherein the PHR is generated based on a pathloss offset configured in a joint or UL transmission control indicator (TCI) state for the first TRP and second TRP, wherein a value of the pathloss offset is based on a  sounding reference signal (SRS) resource set associated with the PHR report.

[0084] In a nineteenth example, the method of the seventeenth example, wherein the PHR is generated based on an accumulated transmit power command (TPC) for a closed loop power adjustment state associated with a sounding reference signal (SRS) resource set associated with the PHR report.

[0085] In a twentieth example, a processor configured to perform any of the methods of the first through nineteenth examples.

[0086] In a twenty first example, a user equipment (UE) configured to perform any of the methods of the first through nineteenth examples.

[0087] In a twenty second example, a method, comprising generating, for transmission to a user equipment (UE) , a single Downlink Control Information (DCI) configuration for the UE to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) and generating, for transmission to the UE, a schedule comprising a first transmission occasion for the UE to transmit a first UL transmission associated with a first TA group (TAG) of the two TAs to the first TRP and a second transmission occasion for the UE to transmit a second UL transmission associated with a second TAG of the two TAs to the second TRP.

[0088] In a twenty third example, the method of the twenty second example, wherein the configuration excludes communicating in the UL using Rel-18 Physical Uplink Control  Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.

[0089] In a twenty fourth example, the method of the twenty second example, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP when a timing difference between the first and second UL transmissions is less than cyclic prefix (CP) .

[0090] In a twenty fifth example, the method of the twenty second example, further comprising processing, based on signaling received from the UE, UE capability information indicating a capability to support UL transmissions to the first TRP and the second TRP using one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.

[0091] In a twenty sixth example, the method of the twenty second example, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-17 Physical Uplink Control Channel (PUCCH) Time Domain Multiplexing (TDM) or Rel-17 Physical Uplink Shared Channel (PUSCH) TDM.

[0092] In a twenty seventh example, the method of the twenty second example, further comprising processing, based on  signaling received from the UE, capability information indicating a capability to support overlapping transmission occasions.

[0093] In a twenty eighth example, the method of the twenty second example, wherein, when the UE does not report a capability to support overlapping transmission occasions, the method further comprising refraining from scheduling the first transmission occasion from overlapping with the second transmission occasion.

[0094] In a twenty ninth example, the method of the twenty second example, wherein the configuration further comprises an indication that autonomous TA updating is not to be performed for one of the first TAG, the second TAG or both the first and second TAGs.

[0095] In a thirtieth example, the method of the twenty second example, wherein the configuration further comprises an indication that a DL reference timing to be used for timing of the second UL transmission is based on one of a pathloss reference signal (RS) , a Synchronization Signal Block (SSB) , a Channel State Information RS (CSI-RS) or sounding reference signals (SRS) configured for a transmission control indicator (TCI) state to communicate with the second TRP.

[0096] In a thirty first example, the method of the twenty second example, further comprising generating, for transmission to the UE, a configuration for a power headroom report (PHR) for the second TRP, wherein the configuration comprises one of a pathloss offset based on a sounding reference signal (SRS) resource set associated with the PHR report or two closed loop power adjustment states associated with an SRS resource set associated with the PHR report.

[0097] In a thirty second example, a processor configured to perform any of the methods of the twenty second through thirty first examples.

[0098] In a thirty third example, a base station configured to perform any of the methods of the twenty second through thirty first examples.

[0099] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware platform for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The example embodiments described above may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0100] In some embodiments, a non-transitory computer-readable memory medium (e.g., a non-transitory memory element) may be configured so that it stores program instructions and / or data, where the program instructions, if executed by a computer system, cause the computer system to perform a method, e.g., any of a method embodiments described herein, or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets.

[0101] In some embodiments, a device (e.g., a UE) may be configured to include a processor (or a set of processors) and  a memory medium (or memory element) , where the memory medium stores program instructions, where the processor is configured to read and execute the program instructions from the memory medium, where the program instructions are executable to implement any of the various method embodiments described herein (or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets) . The device may be realized in any of various forms.

[0102] Embodiments of the present invention may be realized in any of various forms. For example, in some embodiments, the present invention may be realized as a computer-implemented method, a computer-readable memory medium, or a computer system. In other embodiments, the present invention may be realized using one or more custom-designed hardware devices such as ASICs. In other embodiments, the present invention may be realized using one or more programmable hardware elements such as FPGAs.

[0103] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

[0104] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular,  personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0105] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus comprising processing circuitry configured to:process, based on signals received from a serving cell, a single Downlink Control Information (DCI) configuration to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) ;generate, for transmission to the first TRP, a first UL transmission associated with a first TA group (TAG) of the two TAs; andgenerate, for transmission to the second TRP, a second UL transmission associated with a second TAG of the two TAs.2.The apparatus of claim 1, wherein the configuration excludes communicating in the UL using Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.3.The apparatus of claim 1, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP when a timing difference between the first and second UL transmissions is less than cyclic prefix (CP) .4.The apparatus of claim 1, wherein the processing circuitry is further configured to:generate, for transmission to the serving cell, UE capability information indicating a capability to support UL transmissions to the first TRP and the second TRP using one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.5.The apparatus of claim 1, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-17 Physical Uplink Control Channel (PUCCH) Time Domain Multiplexing (TDM) or Rel-17 Physical Uplink Shared Channel (PUSCH) TDM.6.The apparatus of claim 5, wherein at least a portion of a second scheduled transmission occasion for the second UL transmission overlaps in time with a first scheduled transmission occasion for the first UL transmission.7.The apparatus of claim 6, wherein the processing circuitry is further configured to:omit transmitting the second UL transmission.8.The apparatus of claim 6, wherein the processing circuitry is further configured to:omit transmitting symbols of the second UL transmission scheduled to be transmitted in at least the portion of the second scheduled transmission occasion that overlaps with the first scheduled transmission occasion.9.The apparatus of claim 6, wherein the processing circuitry is further configured to:delay transmitting the second UL transmission to a third scheduled transmission occasion that occurs after the second scheduled transmission occasion, wherein the third scheduled transmission occasion does not overlap with the first scheduled transmission occasion.10.The apparatus of claim 1, wherein the processing circuitry is further configured to:operate a first time alignment timer (TAT) associated with the first TAG; andoperate a second TAT associated with the second TAG,wherein one of the first TAT or second TAT is expired and the other of the first TAT or second TAT is not expired.11.The apparatus of claim 10, wherein the processing circuitry is further configured to:omit transmitting the first UL transmission and the second UL transmission.12.The apparatus of claim 10, wherein the processing circuitry is further configured to:omit transmitting the first UL transmission or the second UL transmission corresponding to the first TAT or second TAT that is expired.13.The apparatus of claim 12, wherein the processing circuitry is further configured to:transmit the other one of the first UL transmission or the second UL transmission in a transmission occasion scheduled for the first UL transmission or the second UL transmission that was omitted.14.The apparatus of claim 1, wherein the processing circuitry is further configured to:generate, for transmission to the serving cell, a power headroom report (PHR) for the second TRP.15.The apparatus of claim 14, wherein the PHR is generated based on a pathloss offset configured in a joint or UL transmission control indicator (TCI) state for the first TRP and second TRP, wherein a value of the pathloss offset is based on a sounding reference signal (SRS) resource set associated with the PHR report.16.The apparatus of claim 14, wherein the PHR is generated based on an accumulated transmit power command (TPC) for a closed loop power adjustment state associated with a sounding reference signal (SRS) resource set associated with the PHR report.17.An apparatus comprising processing circuitry configured to:generate, for transmission to a user equipment (UE) , a single Downlink Control Information (DCI) configuration for the UE to communicate in an uplink (UL) and a downlink (DL) with a first transmission and reception point (TRP) and in the UL with a second TRP, wherein the configuration comprises two timing advances (TAs) ; andgenerate, for transmission to the UE, a schedule comprising a first transmission occasion for the UE to transmit a first UL transmission associated with a first TA group (TAG) of the two TAs to the first TRP and a second transmission occasion for the UE to transmit a second UL transmission associated with a second TAG of the two TAs to the second TRP.18.The apparatus of claim 17, wherein the configuration excludes communicating in the UL using Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN)  Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP.19.The apparatus of claim 17, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-18 Physical Uplink Control Channel (PUCCH) Single Frequency Network (SFN) Simultaneous Transmission across Multiple Panels (STxMP) , Rel-18 Physical Uplink Shared Channel (PUSCH) SFN STxMP or Rel-18 PUSCH Spatial Domain Multiplexing (SDM) STxMP when a timing difference between the first and second UL transmissions is less than cyclic prefix (CP) .20.The apparatus of claim 17, wherein the first UL transmission to the first TRP and the second UL transmission to the second TRP uses one of Rel-17 Physical Uplink Control Channel (PUCCH) Time Domain Multiplexing (TDM) or Rel-17 Physical Uplink Shared Channel (PUSCH) TDM.

Citation Information

Patent Citations

  • Method and user equipment for performing UL transmission to multiple trp

    CN118542050A

  • Method and system for timing advance enhancement for multi-transmission and reception point transmission

    US20240259974A1

  • Framework and signaling for multi-time advance for multiple transmission / reception points

    WO2023031854A1