Managing UE-to-UE sounding reference signal (SRS) reception in subband full duplex (SBFD) operation

Abstract

This disclosure provides systems, methods, and apparatuses for managing cross-link interference (CLI). A network entity (106) can configure a first user equipment (UE) (104) to receive UE-to-UE sounding reference signal (SRS) transmissions (140) from a second UE (102). The first UE measures the SRS transmissions (140) to determine an amount of CLI and report measurements to the network. In some instances, the network entity (106) might schedule a downlink (DE) transmission (160) that conflicts with the time and / or frequency resources of one of the SRS transmissions (142). The first UE can determine whether to receive the SRS transmission (142) or the DE transmission (164) based on reception priority. The reception priority can be based on the configured SRS resources (e.g., periodic or aperiodic), whether the DE transmission includes DE data or DE control signaling, one or more prioritization rules, or priority settings configured by the network.

Description

MANAGING UE-TO-UE SOUNDING REFERENCE SIGNAL (SRS) RECEPTION IN SUBBAND FULL DUPLEX (SBFD) OPERATIONTECHNICAL FIELD

[0001] This disclosure relates to wireless communications and some aspects relate to managing user equipment (UE) -to-UE sounding reference signal (SRS) reception for cross-link interference (CLI) handling in subband full duplex (SBFD) operation.BACKGROUND

[0002] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0003] In a wireless communication system, a network entity (such as a base station) and a user equipment (UE) communicate via wireless channels. For example, the network entity communicates downlink (DL) transmissions to the UE via various physical channels, such as a physical broadcast channel (PBCH) , a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) . The UE communicates uplink (UL) transmissions to the network entity via various uplink channels, such as a physical random access channel (PRACH) , a physical uplink control channel (PUCCH) , and a physical uplink shared channel (PUSCH) . In addition to physical channels, the network entity and UE can transmit various reference signals, such as a downlink reference signal (DL-RS) or a sounding reference signal (SRS) . Typical wireless communication systems may employ multiple-access technologies capable of supporting communication with multiple users by sharing available system resources. These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate on a municipal, national, regional, and even global level. An example telecommunication standard is 5G New Radio (NR) . 5G NR is part of a continuous mobile broadband evolution promulgated by Third Generation Partnership Project (3GPP) to meet new requirements associated with latency, reliability, security, scalability (e.g., with Internet of Things (IoT) ) , and other requirements.

[0004] There is ongoing development of further improvements in 5G NR technology. A recent capability developed for 5G NR is referred to as subband full duplex (SBFD) (or subband non-overlapping full duplex) . SBFD is a change to traditional time division duplex  (TDD) . An inherent limitation of TDD is the division of the time domain resource between downlink and uplink communication. Uplink allocations with limited time durations can lead to reduced coverage, increased latency, and reduced capacity. In SBFD operation, a network entity (such as a base station) can concurrently transmit downlink transmissions (such as to a first UE) and receive uplink transmissions (such as from a second UE) . To facilitate configuration of the UEs, the network entity can schedule the uplink transmissions and downlink transmissions in different frequency subbands of the same symbol / slot.

[0005] Cross-link interference (CLI) refers to interference that can occur when a transmission (from a UE or network entity) impacts reception (at another UE or the network entity) , or vice versa. For example, a first UE can experience CLI on a DL transmission that overlaps time / frequency domain resources of an UL transmission from a second UE. Depending on the signal strengths of the UL / DL transmissions, the CLI can impair the first UE′s ability to receive the DL transmission. CLI can degrade the overall network performance by causing increased error rates, reduced data throughput, and poorer quality of service. To facilitate CLI measurement and reporting, the network may configure UE-to-UE sounding reference signal (SRS) . For example, the network entity can configure one UE (the second UE in these scenarios) to transmit the SRS and another UE (the first UE in these scenarios) to receive / measure the SRS.

[0006] BRIEF SUMMARY

[0007] The systems, methods, and apparatuses of this disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0008] One innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a first user equipment (UE) . The method includes the first UE receiving, from a network entity, a report configuration that configures the first UE to report layer 1 (L1) measurement of a sounding reference signal (SRS) reference signal received power (RSRP) (L1-SRS-RSRP measurement) of at least one SRS transmission of a second UE. The method includes the first UE receiving, from the network entity, control signaling indicating a downlink (DL) transmission scheduled for the first UE in a subband full duplex (SBFD) symbol or slot that at least partially overlaps the at least one SRS transmission. The method includes the first UE receiving, by the first UE, one of the DL transmission or the at least one SRS transmission based on a reception priority of the DL transmission and the at least on SRS transmission.

[0009] In some aspects, the first UE determines the reception priority based on at least one of:whether the at least one SRS transmission is a periodic SRS transmission or an aperiodic SRS transmission, a DL channel carrying the DL transmission, or one or more prioritization rules.

[0010] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a network entity. The method includes the network entity transmitting, to a first UE, a report configuration that configures the first UE to report L1-SRS-RSRP measurement of at least one SRS transmission of a second UE. The method includes the network entity transmitting, to the first UE, control signaling indicating a DL transmission scheduled for the first UE in a SBFD symbol or slot that at least partially overlaps the at least one SRS transmission. The method includes the network entity causing the first UE to receive one of the DL transmission or the at least one SRS transmission based on a reception priority of the DL transmission and the at least on SRS transmission.

[0011] In some aspects, the method includes the network entity transmitting, to the first UE, information related to the reception priority, the information including at least one of a measurement priority of the at least one SRS transmission, one or more prioritization rules, a priority threshold associated with the at least one SRS transmission or the DL transmission, an SRS status indication that indicates whether the second UE will transmit the at least one SRS transmission, or a configuration of a DL channel carrying the DL transmission.

[0012] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a second UE based on the SRS status indication. The method includes the second UE receiving, from a network entity, a configuration of a periodic SRS resource. The method includes the second UE transmitting one or more periodic SRS transmissions according to the configuration. The method includes the second UE transmitting, to the network entity, an SRS status indication that indicates the second UE will not transmit at least one SRS transmission based on the at least one SRS transmission overlapping a scheduled uplink (UL) or DL resource of the second UE. The method includes the second UE refraining from transmitting the at least one SRS transmission.

[0013] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus that includes a communication unit and a processing system configured to control the communication unit to implement any one of the above-referenced methods.

[0014] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Like reference numbers and designations in the various drawings indicate like elements. Note that the relative dimensions of the figures may not be drawn to scale. To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0016] FIG. IA illustrates an example wireless system using SBFD operation and an example scenario resulting in UE-to-UE CLI.

[0017] FIG. 1B illustrates an example wireless system with another example scenario of UE-to-UE CLI.

[0018] FIG. 2A also shows a diagram ofintra-cell UE-to-UE CLI with example TDD / SBFD pattern.

[0019] FIG. 2B shows a timing diagram of transmission and reception of a UE-to-UE sounding reference signal (SRS) .

[0020] FIG. 3 shows a flow diagram with several techniques by which a UE can determine whether to receive an SRS transmission or a DL transmission when the SRS transmission and the DL transmission overlap in the time domain.

[0021] FIG. 4A shows a timing diagram illustrating a technique for managing reception of a UE-to-UE SRS based on the presence of an overlapping scheduled DL data transmission.

[0022] FIG. 4B shows a timing diagram illustrating a technique for managing reception of a UE-to-UE SRS based on an example prioritization of DL control signaling.

[0023] FIG. 4C shows a timing diagram illustrating a technique for managing reception of a UE-to-UE SRS based on an example prioritization of an aperiodic SRS.

[0024] FIG. 5 shows a diagram of an example of a configured measurement gap aligned with periodic SRS transmissions where a UE can use the measurement gap periodicity to do the SRS measurements.

[0025] FIG. 6 shows a message flow diagram and example operations for CLI measurement and reporting.

[0026] FIG. 7 shows a message flow diagram and example operations for managing measurement of periodic SRS based on the scheduling of DL data.

[0027] FIG. 8 shows a message flow diagram and example operations for prioritizing aperiodic SRS measurement when there is conflict with scheduled DL data.

[0028] FIG. 9 shows a diagram of an example of SRS measurement based on network-provided prioritization.

[0029] FIG. 10 shows a diagram of an example of a priority adjustment of SRS measurement based on CLI level.

[0030] FIG. 11 shows a diagram of an example of coordinating the SRS measurement based on an indication of the SRS transmission status.

[0031] FIG. 12 shows a flow diagram with example operations of a first UE corresponding to FIG. 7.

[0032] FIG. 13 shows a flow diagram with example operations of a first UE corresponding to FIG. 8.

[0033] FIG. 14 shows a flow diagram with example operations of a first UE corresponding to FIG. 10.

[0034] FIG. 15 a flow diagram with example operations of a first UE corresponding to FIG. 11.

[0035] FIG. 16 a flow diagram with example operations of a second UE corresponding to FIG. 11.

[0036] FIG. 17 shows an example protocol stack for communications between a UE and an example network entity.

[0037] FIG. 18 shows a block diagram of an example wireless communication system showing hardware features and communication interfaces.DETAILED DESCRIPTION

[0038] The following description is directed to certain implementations for the purpose of describing innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some of the examples in this disclosure are based on wireless communication according to the 3rd Generation Partnership Project (3GPP) wireless standards, such as the 4th generation (4G) Long Term Evolution (LTE) and 5th generation (5G) New Radio (NR) standards. However, the described implementations can be implemented in any device, system, or network that is capable of transmitting and receiving radio frequency signals  according to any of the wireless communication standards, including any of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 or 802.16 wireless standards, or other known signals that are used to communicate within a wireless, cellular, or interuet-of-things (loT) network, such as a system utilizing 4G, 5G, 6th generation (6G) , ZigBee, Bluetooth, WiFi, or future radio technology.

[0039] In subband full duplex (SBFD) operation, a network entity can transmit a downlink (DL) transmission to a first user equipment (UE) via a DL subband portion of a slot or symbol (sometimes referred to as an SBFD slot / symbol) and concurrently receive an uplink (UL) transmission from a second UE via an UL subband portion of the SBFD slot / symbol. To assist the network entity in scheduling the first UE or the second UE, or otherwise mitigate cross-link interference (CLI) , the network entity can configure sounding reference signal (SRS) resources for a second UE to transmit SRS for the first UE to measure. The network entity configures the first UE to perform layer 1 (L1) measurement of the SRS reference signal received power (RSRP) (referred to as “L1-SRS-RSRP” measurement) . The first UE reports measurement information (sometimes referred to as CLI measurements or CLI measurement information) based on the L1-SRS-RSRP measurement (s) . The network entity can use the reported measurement information to adjust scheduling, power settings, and / or radio resource configurations of the second UE and / or the first UE to reduce or avoid the CLI. Although the L1-SRS-RSRP measurement and reporting techniques are useful for managing CLI, there may be scenarios when DL data or control signaling is scheduled in an overlapping time of the expected SRS measurement. Furthermore, there may be scenarios when the second UE might not transmit the SRS due to conflict with other UL / DL transmissions at the second UE. Absent the techniques of this disclosure, there is ambiguity as to how a first UE should handle SRS reception in such scenarios.

[0040] This disclosure provides systems, methods, and apparatuses for managing UE-to-UE SRS reception for CLI measurement. When a DL transmission conflicts with an SRS transmission, a first UE can manage reception of a DL transmission or the SRS transmission based on a reception priority. In some aspects, the reception priority is specified such that conflicts are resolved in favor of the SRS transmission or the DL transmission based on pre-defined handling rules. In some aspects, the reception priority is based on the type of SRS (e.g., periodic or aperiodic) , the presence of DL data or DL control signaling, prioritization rules, or an amount of previously measured CLI, among other examples. In some implementations, a network entity manages or updates the reception priority based on network policy, prioritization rules, or the amount of reported CLI that the first UE has measured, among other examples.

[0041] Some aspects of this disclosure address a problem when SRS and DL data have different quasi-colocation (QCL) -TypeD. QCL-TypeD refers to the use of multiple antenna ports that share the same large-scale parameters including delay spread, doppler shift, doppler spread, and average gain. The first UE may be unable to simultaneously measure SRS and receive DL data based on different QCL-TypeD. This disclosure includes techniques by which the first UE can determine whether to prioritize the SRS measurement or the DL data reception when they are based on different QCL-TypeD.

[0042] In some implementations, a second UE configured to transmit SRS might not perform the SRS transmission, such as due to a conflicting UL or DL transmission at the second UE. Aspects of this disclosure enable the second UE to inform the network entity of an SRS status indication. The network entity can provide an SRS status indication to the first UE to inform the first UE whether the second UE will transmit the SRS on the configured SRS resources or not. The first UE can manage SRS reception based on the SRS status indication.

[0043] In some implementations, a network entity can provide a measurement priority to cause the first UE to prioritize SRS reception (or reception of the DL transmission) based on network-controlled prioritization. For example, the network entity can update the measurement priority to prioritize the SRS reception when a reported CLI is above a threshold.

[0044] Particular implementations of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. The disclosed techniques can resolve ambiguity as to how the first UE should handle conflicts when an SRS transmission and a DL transmission are at least partially overlapping. Some aspects can reduce power consumption by a first UE that would otherwise be consumed by attempting to receive an SRS transmission that is not present. When the first UE and the network entity operate according to common prioritization rules, the network can improve reliability and accuracy of L1-SRS-RSRP measurements of measured SRS transmissions while disregarding measurements for instances when SRS transmissions are not transmitted or measured.

[0045] FIG. IA illustrates an example wireless system 100A using SBFD operation and an example scenario resulting in UE-to-UE CLI. The example wireless system 100A shows a first UE 104 and a second UE 102 communicating with a network entity 106. Although illustrated as smartphones in FIG. lA, the UEs 104, 102 may be implemented as any suitable computing or electronic device, such as a mobile communication device, a modem, cellular phone, gaming device, navigation device, media device, laptop computer, desktop computer, tablet computer, smart appliance, vehicle-based communication system, an Internet-of-things  (IoT) device (e.g., sensor node, controller / actuator node, combination thereof) , and the like. The UEs may communicate with the network entity 106 using wireless links (not shown in FIG. lA) , which may be implemented as any suitable type of wireless link. The wireless links may include one or more wireless links (e.g., radio links) or bearers implemented using any suitable communication protocol or standard, or combination of communication protocols or standards, such as 3GPP LTE, 5G NR, and so forth. Multiple wireless links may be aggregated in a carrier aggregation to provide a higher data rate for communication between a UE and the network entity 106.

[0046] As an example, the network entity 106 may be a base station, an Evolved Universal Terrestrial Radio Access Network Node B (E-UTRAN Node B) , evolved Node B (eNodeB or eNB) , Next Generation Node B (gNodeB or gNB) , Next Generation E-UTRAN Node B (ng-eNB) , access point, radio head or the like. The network entity 106 may be implemented in a macrocell, microcell, small cell, picocell, or the like, or any combination thereof. The network entity 106 may be configured to use multiple-input-multiple-output (MIMO) communication to exchange wireless signals with the UEs.

[0047] The network entity 106 supports wireless communication with one or more UEs, such as the first UE 104 and the second UE 102, via radio frequency (RF) signaling using one or more applicable radio access technologies (RATs) as specified by one or more communications protocols or standards. The network entity 106 may employ any of a variety of RATs, such as operating as a NodeB (or base transceiver station (BTS) ) for a Universal Mobile Telecommunications System (UMTS) RAT (also known as “3G” ) , operating as an eNB for a 3GPP LTE RAT, operating as a gNB for a 3GPP 5G NR RAT, and the like.

[0048] The network entity 106 may be part of a radio access network (RAN) , for example, an Evolved Universal Terrestrial Radio Access Network, E-UTRAN, 5G NR RAN, or NR RAN. The network entity 106 may be connected to a core network 110. For example, the network entity 106 may connect to the core network 110 through an NG2 interface for control-plane signaling and use an NG3 interface for user-plane data communications when connecting to a 5G core network or use an Si interface for control-plane signaling and user-plane data communications when connecting to an Evolved Packet Core (EPC) network. The network entity 106 may communicate using an Xn Application Protocol (XnAP) through an Xn interface or using an X2 Application Protocol (X2AP) through an X2 interface to exchange user-plane and control-plane data. A UE may connect, via the core network 110, to one or more wide area networks (WANs) or other packet data networks (PDNs) , such as the Internet.

[0049] In some aspects, the functionality, and thus the hardware components, of a network entity such as network entity 106 may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of a network entity (e.g., network entity 106) may be distributed across a radio unit (RU) , a distributed unit (DU) , or a central unit (CU) .

[0050] Communications between a network entity and a UE (such as the first UE 104 and / or the second UE 102) utilize an uplink transmission path for RF transmissions from the UE to the network entity and a downlink (DL) transmission path for RF transmissions from the network entity to the UE. For example, as shown in FIG. lA, the second UE 102 utilizes an UL transmission path for an UL transmission 103 from the second UE 102 to the network entity 106. The first UE 104 utilizes a DL transmission path for a DL transmission 107 from the network entity 106 to the first UE 104. The network entity 106 can configure a channel state information (CSI) report configuration for a UE (such as either or both of the first UE 104 and the second UE 102) to use to report the CSI. For a CSI report, a UE may report at least one of rank indicator (RI) , precoder matrix indicator (PMI) , channel quality indicator (CQI) , and layer indicator (LI) . RI and PMI are used to indicate the digital precoder; CQI is used to indicate the signal-to-interference plus noise (SINR) status to assist the network entity in determining the modulation and coding scheme (MCS) ; and LI is used to identify the strongest layer for the reported precoder indicated by RI and PMI. When reporting the CSI by long physical uplink control channel (PUCCH) (e.g., PUCCH with 4 or more symbols) or PUSCH, the UE transmits the RI and CQI for the first codeword on CSI part 1 and the remaining components of the CSI report on CSI part 2. The payload size for the CSI components in CSI part 1 is fixed, and the payload size for the CSI components in CSI part 2 depends on the value of RI reported in CSI part 1. The network entity 106 can also configure a CSI report configuration for a second UE 102 to use to report the layer 1 reference signal received power (L1-RSRP) or layer 1 signal-to-interference plus noise ratio (L1-SINR) for one or more synchronization signal block (SSB) resources or CSI-RS resources. The second UE 102 reports the SSB resource indicators (SSBRIs) or CSI-RS resource indicators (CRIs) and the corresponding L1-RSRP or L1-SINR in CSI part 1. The L1-RSRP measurements can be performed on a configured SRS.

[0051] In SBFD operation, the network entity 106 is capable of concurrently transmitting DL communication and receiving UL communication during the same symbol or slot. For example, the network entity 106 can configure the second UE 102 to transmit the UL transmission 103 via a physical uplink shared channel (PUSCH) in one portion (e.g., subband) of an SBFD symbol / slot (for example, see the UL transmission 103 via a PUSCH in an UL  subband of a symbol / slot 215 as shown in FIG. 2A) . The network entity 106 can transmit the DL transmission 107 to the first UE 104 via a physical downlink shared channel (PDSCH) in another portion / subband of the SBFD symbol / slot (for example, see the DL transmission 107 via a PDSCH in a DL subband of the same symbol / slot 215) . It is possible for the UL transmission 103 of the second UE 102 to cause UE-to-UE CLI 112 to the first UE 104. In the context of UE-to-UE CLI, the second UE 102 can be referred to as an aggressor UE and the first UE 104 can be referred to as a victim UE.

[0052] There are at least two types of CLI in the SBFD operation. The first type is gNB-to-gNB CLI which happens when a gNB receiving an UL transmission from a UE receives interference from a neighboring gNB transmitting in DL. For example, this scenario can take place if two neighboring gNBs are using different SBFD patterns or configuration or if they belong to two different operators, or also ifone gNB is a legacy non-SBFD gNB and the other one is an SBFD gNB. The second type of CLI in SBFD operation is UE-to-UE CLI. There are two types ofUE-to-UE CLI: intra-cell UE-to-UE CLI and inter-cell UE-to-UE CLI. Intra-cell UE-to-UE CLI (sometimes referred to as intra-subband UE-to-UE CLI) can happen when a UE (such as the second UE 102) is transmitting in UL and another UE (such as the first UE 104) is receiving in DL on the same subband or cell. Inter-cell UE-to-UE CLI (sometimes referred to as inter-subband UE-to-UE CLI) can happen when the second UE 102 is transmitting in UL and the first UE 104 is receiving in DL on an adjacent subband or cell. The UE-to-UE interference can be intra-cell if the two UEs belong to the same cell (such as shown in FIG. lA) or inter-cell if the two UEs belong to two different cells (such as shown in FIG. lB) .

[0053] The network can monitor and mitigate CLI based on CLI measurements. As described previously, the network can configure an aggressor UE to transmit SRS transmissions (via configured SRS resources) that a victim UE can measure. The victim UE can report L 1-SRS-RSRP measurements to a network entity so that the network entity is aware of the amount of CLI being experienced by the victim UE. Referring to FIG. lA, before configuring UE-to-UE SRS for CLI measurements, the network entity 106 can obtain UE capability information from either or both of the UEs 102 and 104. For example, the network entity 106 can receive UE capability information from the second UE 102 indicating that the second UE 102 supports SRS transmission for CLI measurements. The network entity 106 can receive UE capability information from the first UE 104 indicating CLI measurement and reporting capability of the first UE 104.

[0054] The network entity 106 can transmit a UE-to-UE SRS configuration 130 (such as via a configuration message 132) to configure the second UE 102 to transmit the SRS 140. The  UE-to-UE SRS configuration 130 indicates which SRS resources (such as frequency, timing, periodicity, subband, symbol or slot location, etc. ) the second UE 102 is to use for one or more SRS transmissions (such as an SRS transmission 142) of the SRS 140. In some implementations, the SRS transmissions are called SRS-RSRP transmissions as the first UE 104 will measure the RSRP of the SRS transmissions on the configured SRS resources (sometimes referred to as SRS-RSRP resources) . In addition to configuring the second UE 102 to transmit the SRS 140 on configured SRS resources, the network entity 106 also configures the first UE 104 to receive and measure the SRS 140. For example, the network entity 106 can transmit a report configuration (not shown in FIG. lA) informing the first UE 104 of the UE-to-UE SRS configuration 130 (such as indicating the SRS resources for the first UE 104 to measure) . Although the example of FIG. lA shows the first UE 104 and the second UE 102 connected to the same network entity 106, it is possible for the UEs to be connected to different network entities. One network entity can provide the UE-to-UE SRS configuration 130 (configuring SRS resources) to the second UE 102 and a different network entity can provide a report configuration (indicating the SRS resources) to the first UE 104. The network entities can communicate with each other to share the SRS resource configuration and manage the UE-to-UE SRS for UEs connected to different cells (as shown in FIG. lB) . In some implementations, the second UE 102 can transmit SRS resource information to the first UE 104 via sidelink signaling. Sidelink signaling refers to a direct wireless communication between UEs.

[0055] There may be potential scenarios in which a scheduled SRS transmission 142 conflicts with an UL or DL transmission scheduled at the same time. For example, the second UE 102 may have a scheduled UL or DL transmission (not shown in FIG. lA) that prevents the second UE 102 from transmitting a scheduled SRS transmission 142. In other scenarios, the first UE 104 may have a scheduled UL or DL transmission at the same time as the scheduled SRS transmission 142. In the example shown in FIG. lA, shown at block 160, the network entity 106 has scheduled a DL transmission 164 that conflicts with the SRS transmission 142. For example, the DL transmission 164 might at least partially overlap the SRS resources configured for the SRS transmission 142. Alternatively, or additionally, the network entity 106 might schedule the DL transmission 164 to occur at a time (e.g., symbol or slot) during which the SRS transmission 142 is also scheduled. Even if the SRS transmission 142 and the DL transmission 164 are in different subbands, the first UE 104 may be incapable of concurrently receiving / measuring the SRS transmission 142 and receiving the DL transmission 164. In some scenarios, the SRS transmission 142 and the DL transmission 164 may be associated with different QCL properties (such as different QCL-TypeD) or radio  configurations (such as subcarrier spacing (SCS) or other parameters) making it impractical for the first UE 104 to receive both.

[0056] This disclosure provides several examples and solutions that enable the first UE 104 to manage reception of the SRS transmission 142 or the DL transmission 164 based on a reception priority. For example, the first UE 104 may select which transmission to receive based on one or more prioritization rules (which may be referred to factors or criteria) . In some implementations, when there is a conflict, the first UE 104 may prioritize reception of the DL transmission 164 rather than the SRS transmission 142. Alternatively, the first UE 104 may prioritize reception of the SRS transmission 142 if it is an aperiodic SRS transmission and prioritize the DL transmission 164 ifthe SRS transmission 142 is a periodic SRS transmission. In some implementations, the network entity 106 can control which transmission is prioritized by setting a measurement priority of the SRS transmission 142 to a higher or lower priority compared to the DL transmission 164. In some implementations, the network entity 106 provides one or more prioritization rules or priority thresholds to enable the first UE 104 to select which transmission has a higher reception priority. In some implementations, the reception priority depends on whether the DL transmission 164 is DL data (such as via a PDSCH) or control signaling (such as via a PDCCH) . Further examples and scenarios are described in this disclosure with reference to the Figures.

[0057] FIG. 1B illustrates an example wireless system 100B with another example scenario ofUE-to-UE CLI. FIG. lB includes the first UE 104, the second UE 102, the network entity 106, and the core network 110 as described with reference to FIG. lA. The intra-cell UE-to-UE CLI 112 shown on the right side of FIG. lB is described with reference to FIG. lA, where the network entity 106 is a first network entity operating a first cell 108A.

[0058] The features of this disclosure can also be implemented to coordinate SRS reception ofUE-to-UE SRS transmissions intended to measure inter-cell UE-to-UE CLI 113. A second network entity 116 operates a second cell 108B which has a radio connection to a third UE 105. The second network entity 116 might connect to the same core network 110 as the network entity 106 or might connect to a different core network (such as a different wireless service provider or different public land mobile network (PLMN) ) . When the second UE 102 transmits UL transmission 103 in an uplink subband of an SBFD symbol or slot, the UL transmission 103 can potentially cause UE-to-UE CLI to both the first UE 104 and the third UE 105. Because the second UE 102 and the third UE 105 are in different cells 108A and 108B, the CLI is referred to as inter-cell UE-to-UE CLI 113. The inter-cell UE-to-UE CLI 113 can interfere with the ability of the third UE 105 to receive a DL transmission 109 from the second network entity 116.

[0059] Similar to the example of FIG. lA, the network (e.g., the network entity 106) can configure the second UE 102 to transmit SRS transmissions (shown as SRS transmission 142) for the third UE 105 to measure. The third UE 105 is configured to measure the SRS transmissions and report L1-SRS-RSRP measurements to the second network entity 116. In some scenarios, the third UE 105 may have a downlink transmission (such as DL transmission 109) that is scheduled for a time that at least partially overlaps a time for a scheduled SRS transmission 142. The third UE 105 can implement the techniques of this disclosure to determine which transmission (i.e., the SRS transmission 142 or the DL transmission 109) to receive based on reception priority. For brevity, this disclosure describes examples in which the first UE 104 manages reception of SRS transmissions and DL transmissions. However, the examples can also apply to the third UE 105 using the similar techniques to manage reception based on reception priority.

[0060] FIG. 2A also shows a diagram 200A of intra-cell UE-to-UE CLI 112 with example TDD / SBFD pattern 214. In the illustrated TDD pattern, there is one downlink slot (denoted “D” ) , followed by 3 flexible slots (denoted “X” ) , and an uplink slot (denoted “U” ) . Thus, the TDD pattern might be referred to as “DXXXU. ” A TDD configuration includes, among other possible parameters, a configuration of the TDD pattern. For SBFD operation, a network entity can allocate some subbands within the flexible slots (such as symbol / slot 215) for uplink transmissions and other subband (s) for downlink transmissions. The division of a TDD slot into different uplink and downlink subbands enables SBFD operation. An SBFD configuration can indicate, for example, the SBFD pattern or UL / DL subbands. In some implementations, the SBFD pattern extends the underlying TDD pattern. Thus, the pattern can be referred to as a TDD / SBFD pattern 214. It is common for the uplink subband to be in the middle of the slot bandwidth (as shown in FIG. lA) . However, there are a myriad of different TDD / SBFD patterns, including patterns with greater or fewer number of flexible slots and with larger or smaller subband sizes within the SBFD slots.

[0061] FIG. 2A shows a second UE 102 (e.g., UE2 “aggressor UE” ) is scheduled for a UL transmission 103 (via a PUSCH) to the first UE 104 in the symbol / slot 215. The first UE 104 (e.g., UE1 “victim UE” ) is scheduled to receive a DL transmission 107 (via a PDSCH) in the same symbol / slot 215. The UL transmission 103 can cause the first UE 104 to experience CLI 112.

[0062] FIG. 2B shows a timing diagram 200B of transmission and reception of a UE-to-UE SRS. For consistency, the examples of this disclosure refer to the second UE 102 configured to transmit SRS and the first UE 104 configured to receive the SRS. In the example of FIG. 2B, the network configures the second UE 102 to transmit SRS using an SRS resource  configuration having an SRS periodicity 241. Thus, the SRS transmissions 242a, 242b, 242c can be referred to as periodic SRS transmissions. The top of the diagram 200B shows the second UE 102 transmitting SRS (e.g., L1-SRS-RSRP, . . . ) for CLI measurements.

[0063] The middle of FIG. 2B shows potential reception operations of the first UE 104. For illustrative purposes, the TDD / SBFD pattern 214 (as in FIG. 2A) is shown to indicate how the SRS transmissions might align to various symbols / slots. The first UE 104 can perform L1-SRS-RSRP measurements of configured SRS resources to measure the RSRP of the SRS transmissions. Typically, the first UE 104 measures the L1-SRS-RSRP of the SRS transmission 242a within an uplink subband (such as L1-SRS-RSRP measurement 250) of the SBFD symbol / slot 215. Alternatively, or additionally, the first UE 104 may measure an adjacent downlink subband (such as L1-SRS-RSRP measurement 251) to determine a degree of CLI caused by the SRS transmission 242a in the uplink subband.

[0064] The bottom of FIG. 2B shows an example scenario in which the network entity 106 scheduled a PDSCH 264 that overlaps a time for an SRS transmission 242b. Absent the techniques of this disclosure, there is ambiguity as to whether the first UE 104 will receive the PDSCH 264 or measure the SRS transmission 242b. This disclosure provides several options for managing whether the first UE 104 will measure the SRS transmission 242b or receive the DL transmission via PDSCH 264.

[0065] FIG. 3 shows a flow diagram 300 with several techniques (shown in block 370) by which a UE (such as first UE 104 with reference to FIG. lA) can determine whether to receive an SRS transmission 340 or a DL transmission 360 when the SRS transmission and the DL transmission overlap in the time domain. Accordingly, the UE may determine a reception priority of the SRS transmission 340 and the DL transmission 360.

[0066] In one example technique 371a, the UE ignores the SRS transmission and always prioritizes reception of a scheduled DL transmission. Here, the scheduled DL transmission always has a higher reception priority than the SRS transmission. In another example technique 371b, the UE prioritizes reception of a semi-persistent SRS (or aperiodic SRS) . Ideally, the network avoids scheduling a DL transmission that conflicts with the semi-persistent SRS (or aperiodic SRS) . However, where a scheduling conflict occurs, UE may give the semi-persistent SRS (or aperiodic SRS) a higher reception priority compared to the DL transmission.

[0067] In another example technique 371c, the UE determines whether to receive the SRS transmission (instead of the DL transmission) based on the SRS type (e.g., prioritization rules for periodic SRS versus aperiodic SRS) . An aperiodic SRS transmission may have a higher  reception priority than the DL transmission 360 while a periodic SRS transmission may have a lower reception priority than the DL transmission 360.

[0068] In another example technique 371 d, the UE determines whether to receive either the SRS transmission 340 or the DL transmission 360 based on network provided prioritization (such as one or more prioritization rules, a measurement priority, or a data priority, among other examples) .

[0069] In another example technique 371e, the UE prioritizes reception of the SRS transmission 340 when the timing of the SRS transmission 340 falls within a configured measurement gap.

[0070] In another example technique 371f, the UE prioritizes reception of the DL transmission 360 based on type (e.g., PDCCH or PDSCH) . For example, a PDCCH may have a higher reception priority than the SRS transmission 340 while a PDSCH may have a lower reception priority than the SRS transmission 340. In another example technique 371h, the UE selects which transmission 340 / 360 to receive based on whether the transmissions have a same or different QCL type. For example, when the SRS transmission 340 and the DL transmission 360 have a same QCL-TypeD it may be possible for the UE to concurrently receive both transmissions depending on processing and receiver capability. However, when the SRS transmission 340 and the DL transmission 360 have a different QCL-TypeD, the UE may be incapable of receiving both transmissions and may use one or more of the techniques of this disclosure to determine which transmission to receive.

[0071] In another example technique 371g, the UE determines which transmission to receive based on prioritization rules (e.g., UE-specific rules, cell-specific rules, SRS configuration, priority threshold, previous measured CLI, among other examples)

[0072] In another example technique 371i, the UE might give a lower reception priority for (e.g., deselect reception of) an SRS transmission that conflicts with an UL direction indication for a particular TDD / SBFD configuration. As an example, for a symbol / slot that is configured for “U” or “X” and indicated for uplink direction in the TDD / SBFD pattern, the UE may refrain from receiving the SRS transmission 340. When a UE is configured for SBFD operation and receives an indication (either semi-statically or dynamically) to use a specific symbol / slot for an UL transmission, it may not simultaneously receive an SRS on the corresponding DL subband. This is because the UE needs to reconfigure its baseband and radio frequency (RF) components to switch from receive mode to transmit mode. In this scenario, the UE prioritizes the UL transmission by temporarily suspending or de-prioritizing the reception of the SRS (e.g., the L1-SRS-RSRP / SRS-RSSI reception) . Upon completion of  the UL transmission, the UE may resume SRS reception if the SRS transmission is still ongoing. In another embodiment, the network is configured to avoid indicating UL direction for an SBFD UE during time-frequency resources that are specifically allocated for UE-to-UE SRS measurements. This ensures that the UE can dedicate those resources to SRS reception without interruption.

[0073] Next, several example scenarios in which the first UE (e.g., the first UE 104) perform the techniques of this disclosure for managing SRS reception based on reception priority are discussed with reference to FIGS. 4A-15. Generally speaking, similar events in the figures are labeled with reference numbers that have the same lower-order digits. For brevity, similar messages or events are not discussed in detail in each instance, but the discussion of a certain event with reference to one of the figures also applies to similar messages or events in other figures. FIG. 4A-4C show timing diagrams illustrating example techniques for the first UE to manage SRS reception when an SRS transmission conflicts with a scheduled DL transmission. FIG. 5 shows an example measurement gap configuration. FIG. 6-11 show message flow diagrams with additional detail for some of the example techniques in this disclosure. FIG. 12-15 include flow chart diagrams with example operations.

[0074] FIG. 4A shows a timing diagram 400A illustrating a technique for managing reception of a UE-to-UE SRS based on the presence of an overlapping scheduled DL data transmission. FIG. 4A shows the periodic SRS transmission 242a, 242b, 242c from the second UE 102 and scheduled PDSCH 264 as described with reference to FIG. 3. In the example of FIG. 4A, the first UE 104 prioritizes reception of DL transmissions over periodic SRS transmissions. For example, at block 476, the first UE 104 skips (i.e., does not perform or refrains from performing) measurements of SRS transmission 242b, 242c because those periodic SRS transmissions overlap with scheduled DL transmissions (in PDSCH 264 and PDSCH 464, respectively) . Block 470 shows that the first UE 104 does perform the L1-SRS-RSRP measurement 250 of SRS transmission 242a because there is no conflicting DL transmission.

[0075] FIG. 4B shows a timing diagram 400B illustrating a technique for managing reception of a UE-to-UE SRS based on an example prioritization of DL control signaling. In FIG. 4B, the SRS transmission 242a from the second UE 102 overlaps with a PDCCH 463. In this example, the PDCCH 463 includes DL control signaling and has a higher reception priority compared to the SRS transmission 242a. Therefore, shown at block 473, the first UE 104 prioritizes reception of the PDCCH 463 and skips the reception / measurement of SRS transmission 242a.

[0076] In another instance, shown at block 472, an SRS transmission 242b overlaps with a DL transmission of data via a PDSCH 264. In this instance, first UE 104 may receive / measure the SRS transmission 242a and skip the reception of the PDSCH 264 because the SRS transmission has a higher reception priority compared to DL data (PDSCH) .

[0077] FIG. 4C shows a timing diagram 400C illustrating a technique for managing reception ofa UE-to-UE SRS based on an example prioritization of an aperiodic SRS. In FIG. 4C, the aperiodic SRS 442 from the second UE 102 overlaps with a scheduled PDSCH 264 to the first UE 104. Shown at block 417, the first UE 104 prioritizes reception / measurement 250 of the aperiodic SRS 442 because aperiodic SRS transmissions may have a higher reception priority compared to DL data (PDSCH) .

[0078] Note that the concepts of FIGs. 4A-4C can be combined. For example, a first UE 104 may determine whether to receive an SRS transmission or a DL transmission based on reception priority. In an example, the reception priority can prioritize (from highest reception priority to lowest reception priority) : an aperiodic SRS transmission, a PDCCH, a periodic SRS transmission, and a PDSCH. The reception priority can be specified or configured such that the prioritization order is not limited to the examples of this disclosure.

[0079] As an example of a priority rule, if the first UE 104 has a scheduled PDCCH symbol overlapping with an SRS symbol, it will prioritize the reception of PDCCH, but if there is a PDSCH symbol, it will prioritize the SRS reception (e.g., the L1-SRS-RSRP / SRS-RSSI) . This prioritization may be specified, or it can be supported as a UE capability. The first UE 104 may signal to the network its support or lack of support of this feature. This feature may be enabled / disabled via semi-static signaling (e.g., RRC signaling) or via dynamic signaling (e.g., DCI, MAC-CE, . . . ) . For example, the network might need to enable this feature for a specific period of time to collect CLI measurements and then disable it.

[0080] FIG. 5 shows a diagram 500 of an example of a configured measurement gap aligned with periodic SRS transmissions. A network entity can configure measurement gaps according to a measurement gap configuration. The measurement gap configuration can indicate, for example, a measurement gap periodicity 554 that the first UE 104 can use to determine whether to prioritize reception of SRS transmissions. In some implementations, the measurement gap periodicity 554 aligns with the SRS periodicity 241 for configured SRS resources.

[0081] In some implementations, the network entity configures a measurement gap (MG) is allow the first UE 104 to measure the SRS (e.g., the L1-SRS-RSRP / SRS-RSSI, . . . ) that the second UE 102 transmits. For example, the network entity may configure a MG when the SRS  of the second UE 102 is based on a different sub-carrier spacing (SCS) compared to the SCS of the first UE 104. As another example, the network entity may configure a MG when the Rx timing of the SRS and the other DL signals are quite different (where the DL signal includes at least one of the followings: PDSCH, PDCCH, demodulation reference signal (DMRS) for PDSCH, DMRS for PDCCH, phase tracking reference signal (PT-RS) for PDSCH, SSB, CSI-RS, or positioning reference signal (PRS) .

[0082] In some implementations, a MG configuration may be associated with the P-SRS. For example, the periodicity of the measurement gap and / or the offset are the same as the P-SRS periodicity and / or offset. For the AP-SRS, the same DCI triggering the AP-SRS may trigger an MG occasion. In another example, the MG may be implicitly specified to around the AP-SRS (for example, few symbols / slots before and after the symbols / slots of the AP-SRS) .

[0083] In some implementations, resource elements (REs) for SRS are also available for the network entity to schedule specific DL signaling (e.g., high priority DL signaling) . In this case, the first UE 104 may deprioritize SRS reception (e.g., the L1-SRS-RSRP / SRS-RSSI) for specific channels or specific signals. For example, the first UE 104 can deprioritize SRS reception when it is overlapping with PDCCH symbols or when it is overlapping with symbols carrying reference signals (e.g., DMRS / PT-RS) . In this case, the first UE 104 will ignore the reception of SRS transmissions and do the DL reception of the DL signals from the serving BS.

[0084] FIG. 6 shows a message flow diagram 600 and example operations for CLI measurement and reporting. In FIG. 6, a second UE 102 is configured with periodic SRS resource set for the L1-SRS-RSRP measurement, and a first UE 104 is configured with the L1-SRS-RSRP measurement and reporting configuration.

[0085] Beginning with block 620, the network entity 106 may obtain UE capability information. The network entity 106 may send a UE capability inquiry 621 to the second UE 102. The second UE 102 may transmit UE capability information 622 indicating the supported configuration (s) for SRS for L1-SRS-RSRP / SRS-RSSI transmissions for CLI measurements. The network entity 106 may transmit a UE capability inquiry 623 to the first UE 104, and the first UE 104 may transmit UE capability information 624 indicating the supported configuration (s) for L1-SRS-RSRP / SRS-RSSI measurement and report. In some implementations, the UE capability information 624 may indicate L1-SRS-RSRP measurement processing time or whether the first UE 104 can concurrently measure SRS-RSRP and receive downlink data (not shown) from the network entity 106.

[0086] The network entity 106 transmits an SRS resource configuration to the second UE 102 (such as via a radio resource control (RRC) configuration message 432) . The second UE 102 can transmit an RRC configuration complete message 633 (such as an acknowledgment) to the network entity 106.

[0087] The network entity 106 transmits a report configuration 634 to the first UE 104. The report configuration 634 can configure the first UE 104 to obtain L1-SRS-RSRP measurements (block 650) of SRS transmissions 640 from the second UE 102 and transmit a measurement report 680 including the L1-SRS-RSRP measurements back to the network entity 106. In some implementations, the first UE 104 can acknowledge the report configuration 634, such as by a configuration complete message 635 or acknowledgment.

[0088] If not already included in the report configuration 634, the network entity 106 may transmit signaling (not shown, such as DCI) to the first UE 104 to inform the first UE 104 about SRS resource information. The SRS resource information may be the SRS resource configuration that was provided to the second UE 102 (via RRC configuration message 632) .

[0089] In some implementations, an RRC signal may refer to either an RRC reconfiguration message sent from the network to the first UE 104, or a System Information Block (SIB) . This SIB may be an existing one (like SIB1) or a new one (like SIB J, where J is any integer greater than 21) , and is transmitted by the network. The network entity may receive the UE capability information from either a core network (such as the Access and Mobility Management Function or AMF) or from another network entity (such as a gNB or eNB) .

[0090] In the example of FIG. 6, the first UE 104 (e.g., the victim UE) receives a CSI reporting configuration from the network entity 106 for L1-SRS-RSRP and / or CLI-RSSI reporting. The network entity 106 indicates a set of SRS resources for the CLI-RSRP / CLI-RSSI measurement. A second UE 102, which is the potential aggressor UE, may transmit the set of SRS resources to measure. However, the first UE 104 might have other DL signals (e.g., PDCCH / PDSCH including DMRS / PT-RS, . . . ) to be received from the associated serving network entity 106, and the DL signals may overlap in time and frequency with the SRS resources to be measured (e.g., the L1-SRS-RSRP / SRS-RSSI measurement resource) . There are different techniques (further described with reference to Fig. 7-10 to manage situations with potential overlap.

[0091] FIG. 7 shows a message flow diagram 700 and example operations for managing measurement of periodic SRS based on the scheduling of DL data. The operations at events 620, 633, 634, 635, 650, and 680 are the same as described with reference to FIG. 6 and are omitted from the description of FIG. 7 for brevity. In FIG. 7, the network entity 106 transmits  RRC configuration message 732 (configuring periodic SRS resource set for L1-SRS-RSRP measurement for CLI handling) . The SRS resource configuration indicates an SRS periodicity 241 for periodic SRS transmission 742a, 742b, etc. For the periodic SRS transmission 742a, because there is no conflicting DL transmission, the first UE 104 measures (block 650) the L1-SRS-RSRP and transmits a measurement report 680 as described with reference to FIG. 6.

[0092] In some implementations, even when SRS resources are configured, the SRS resources are also available for the network entity 106 to schedule DL transmissions. For example, when SRS resources are always available for scheduling by the network entity 106, the network entity 106 serving first UE 104 does not consider the presence of SRS resources and might schedule DL transmissions according to legacy scheduling behavior. Potential technical advantages include flexibility of scheduling, reliance on legacy scheduling techniques, and spectrum efficiency. However, it is possible for a scheduled DL transmission (shown as DL data 764) to conflict with a scheduled SRS transmission (such as periodic SRS transmission 742b) . The first UE 104 can implement reception priority to determine which transmission to receive.

[0093] Returning to FIG. 7, the network entity 106 transmits DCI 761 to first UE 104 to indicate the scheduled DL data 764. In this example, based on the reception priority (such as described with reference to FIG. 4A) , the first UE 104 prioritizes the reception of the DL data and skips the SRS CLI reception and measurements. At block 776, the first UE 104 receives the DL data 764 (via PDSCH) and skips CLI measurement of the periodic SRS transmission 742b. The first UE 104 transmits HARQ ACK / NACK 785 for the DL data to the network entity 106.

[0094] In some implementations (not shown in FIG. 7) , the first UE 104 may be capable of concurrently receiving both the periodic SRS transmission 742b and the DL data 764. The first UE 104 may indicate (via a UE capability message) whether the first UE 104 has the capacity to receive the DL signal, and the DL signal includes at least one of the following and measures the L1-SRS-RSRP simultaneously: PDSCH, PDCCH, DMRS for PDSCH, DMRS for PDCCH, PT-RS for PDSCH, SSB, CSI-RS, or PRS. The first UE 104 may signal this capability to the network entity 106 via RRC signaling, and the network entity 106 may configure the first UE 104 with this feature.

[0095] In another example embodiment, the minimum processing delay Z / Z′for L1-SRS-RSRP report and / or the minimum PDSCH processing time could be relaxed if there is a collision between DL transmissions and the SRS measurements to allow for the first UE 104  to process both transmissions. Receiving both transmissions with the relaxed timelines could also be defined as an information element of field of a UE capability message. The first UE 104 may signal this capability to the network entity 106 via RRC signaling, and the BS configures the first UE 104 with this feature.

[0096] In some implementations, the network entity 106 (or the network entity serving the second UE 102) can alert the second UE 102 about DL transmissions for the first UE 104 which are overlapping with its future SRS transmissions (e.g., the periodic SRS transmission 742b) and that the UE 104 will not measure the periodic SRS transmission 742b. The second UE 102 may halt or suspend SRS transmissions that overlap with DL transmissions to the first UE 104.

[0097] Another potential technique to avoid a scenario where the SRS transmissions overlap the DL transmissions is for the second UE 102 to transmit to the first UE 104 SRS resources that are not available for DL transmissions. The network entity 106 serving the first UE 104 considers the presence of L1-SRS-RSRP / SRS-RSSI resources that the second UE 102 transmits. The network entity 106 avoids scheduling any DL data / control overlapping with the SRS resources. The network entity 106 may specify that the first UE 104 will not expect the network to schedule any dynamic or configure any semi-static transmissions colliding with the L1-SRS-RSRP resources for the first UE 104 to monitor for CLI measurements.

[0098] In other implementations, the first UE 104 and the network entity 106 may determine the resource elements for the SRS for L1-SRS-RSRP / SRS-RSSI report are not available for resource mapping for a DL signal. The DL signal may indicate at least one of the following: PDSCH, PDCCH, DMRS for PDSCH, DMRS for PDCCH, PT-RS for PDSCH. This technique may be semi-persistent, meaning it is enabled for a period of time (e.g., via activating / deactivating DCI or via MAC-CE) to collect CLI measurements and then disabled.

[0099] FIG. 8 shows a message flow diagram 800 and example operations for prioritizing aperiodic SRS measurement when there is conflict with scheduled DL data. The flow diagram in FIG. 8 is similar to that in FIG. 7, with the differences discussed below. In FIG. 8, the network entity 106 may transmit a DCI 862 to the first UE 104 triggering the measurement and / or reporting of an aperiodic SRS transmission 844 for CLI measurement where the SRS reception overlaps with the DL PDSCH scheduled in DCI (scheduling DL data) 761.

[0100] The second UE 102 transmits aperiodic SRS transmission 844 to the first UE 104. For example, the network entity 106 can transmit a DCI 843 to the second UE 102 to trigger the second UE 102 to transmit the aperiodic SRS transmission 844. In this example, the aperiodic SRS transmission 844 (AP-SRS) has a higher reception priority compared to DL  data 764. Therefore, in block 872, the first UE 104 measures the AP-SRS and ignores DCI scheduling DL data. In other words, the first UE 104 prioritizes the reception of the aperiodic SRS transmissions and skips the DL data. In some implementations, the network entity 106 may transmit the DL data 764 to the first UE 104. In other implementations, the network entity 106 might refrain from transmitting the DL data if the network entity 106 knows the first UE 104 will receive the aperiodic SRS transmission 844 instead of the DL data 764.

[0101] In some implementations, the techniques of FIG. 7 and FIG. 8 can be combined such that the first UE 104 determines whether to measure an SRS transmission depending on the type of SRS (e.g., periodic or aperiodic) . For example, aperiodic SRS (AP-SRS) is usually transmitted with high priority compared to the periodic SRS (P-SRS) or semi-persistent-SRS (SP-SRS) . AP-SRS is usually transmitted due to unforeseen urgent reasons and should be accommodated with higher priority.

[0102] In some implementations, SRS resources not available for DL transmission may be specified for AP-SRS, and SRS resources that are available for DL transmission may be specified for P-SRS and / or SP-SRS. In some implementations, the network entity 106 can configure the first UE 104 with prioritization rules for handling aperiodic SRS and / or periodic SRS. For example, the network entity 106 can transmit an RRC configuration to the first UE 104 to indicate an SRS resource configuration of the SRS resources to be monitored as well as the reception priority for the first UE 104 to assume for the SRS resource configuration.

[0103] FIG. 9 shows a diagram 900 of an example of SRS measurement based on network-provided prioritization. The flow diagram in FIG. 9 is similar to that in FIG. 7, with the differences discussed below. In FIG. 9, the network entity 106 transmits a control signaling configuring at least one report configuration 934 for L 1-SRS-RSRP / SRS-RS SI reporting. The report configuration 934 indicates a set of SRS resources as well as a measurement priority which indicates reception priority. The first UE 104 can determine whether to prioritize reception of the SRS based on the measurement priority. At block 973, the first UE 104 measures the L1-SRS-RSRP or receives DL data based on measurement priority. The first UE 104 may transmit an L1-SRS-RSRP measurement report 680 ifthe first UE 104 performs the SRS measurement. The first UE 104 transmits HARQ ACK (NACK) 885. For example, if (at block 973) the first UE 104 measures the periodic SRS transmission (s) 640 and skips the DL data 764, the first UE 104 may transmit a HARQ NACK to inform the network entity 106 that the DL data 764 was not received. Alternatively, if (at block 973) the first UE 104 receives the DL data 764, the first UE 104 may transmit a HARQ ACK or HARQ NACK to inform the network entity 106 whether the DL data 764 was properly decoded or not properly decoded, respectively.

[0104] FIG. 10 shows a diagram 1000 of an example of a priority adjustment of SRS measurement based on CLI level. The flow diagram in FIG. 10 is similar to that in FIG. 7, with the differences discussed below. In FIG. 10, the report configuration 1034 includes a measurement priority which assigns a priority level to the L1-SRS-RSRP measurement configuration. At block 1073, the first UE 104 performs the L1-SRS-RSRP measurement of the periodic SRS transmission (s) 640 based on measurement priority. The first UE 104 transmits an L1-SRS-RSRP measurement report 680 to the network entity 106. At block 1092, the network entity 106 can determine whether to adjust the measurement priority based on the reported CLI. For example, when the level of L1-SRS-RSRP is above a threshold, the network entity 106 may increase the measurement priority of the L1-SRS-RSRP measurement and signal an updated measurement priority 1094. The network entity 106 can transmit a message that adjusts the measurement priority 1094 (e.g., higher priority following a high level of reported CLI) . When the level of L1-SRS-RSRP is not above a threshold, the default priority is maintained. In some implementations, the network entity 106 may decrease measurement priority when the level of L1-SRS-RSRP is below the threshold.

[0105] FIG. 11 shows a diagram 1100 of an example of coordinating the SRS measurement based on an indication of the SRS transmission status. FIG. 11 is similar to FIG. 7 with the differences discussed below. In FIG. 11, at block 1146, the second UE 102 decides to drop an SRS transmission (e.g., as per dropping / prioritization rules) . For example, the second UE 102 may have a scheduled UL or DL transmission (not shown) that conflicts with a scheduled periodic SRS transmission. Because the second UE 102 cannot transmit the scheduled periodic SRS transmission, the first UE 104 would get an unreliable or inaccurate measurement result if the first UE 104 measures the SRS resources for the non-transmitted periodic SRS transmission. To avoid unnecessary L1-SRS-RSRP measurement and potentially conserve power, the network entity 106 can inform the first UE 104 that the second UE 102 will not transmit the scheduled periodic SRS transmission. For example, the network entity 106 can transmit an SRS status indication 1148 to make the first UE 104 aware that the periodic SRS transmission (e.g., a next SRS) will not be transmitted or to disable measurement for the next SRS transmission.

[0106] In some implementations, the second UE 102 may indicate SRS status (such as via an SRS status indication 1147) to the network entity 106. Alternatively, or additionally, the network entity 106 may be aware of the scheduling conflict (such as when the network entity 106 schedules a conflicting transmission to / from the second UE 102) and generate the SRS status indication at the network entity 106.

[0107] In some implementations, the second UE 102 may indicate SRS status to the first UE 104 via a sidelink or other direct communication protocol.

[0108] In some implementations, the first UE 104 and the second UE 102 belong to two different BSs (such as shown in FIG. lB) . In such scenarios, the BS of the second UE 102 can indicate to the BS of the first UE 104 the status of the UE-to-UE SRS transmissions (e.g., through Xn signaling) , and the BS of the first UE 104 signals the UE-to-UE SRS status to the first UE 104. The signaling can be for one UE-to-UE SRS occasion or for multiple UE-to-UE SRS occasions. In some implementations, 3GPP can define an IE for the signaling through the Xn interface.

[0109] The second UE 102 may indicate the status 1148 of the UE-to-UE SRS transmission to the second BS. The signaling can be semi-static (e.g., via RRC signaling) or dynamic (e.g., via DCI or MAC-CE signaling) . The indication of the status of the UE-to-UE SRS transmission can be specific to the P-SRS or SP-SRS. The indication of the status of the UE-to-UE SRS transmission can be supported as a UE capability. The second UE 102 may report to the network whether it is able to report the status of the SRS transmission.

[0110] While FIG. 4A-11 include several examples of managing reception of SRS transmissions and DL transmissions, this disclosure includes further examples. In some cases, the first UE 104 is be semi-statically (e.g., via RRC) or dynamically (e.g., via DCI, MAC-CE, . . . ) scheduled to receive a DL signal and is also expecting an SRS transmission (e.g., the L1-SRS-RSRP / SRS-RSSI measurement resource, . . . ) from a second UE 102 for UE-to-UE CLI measurements based on different QCL-TypeD. Based on the different QCL-TypeD, the first UE may be unable to receive both the SRS and the DL signal simultaneously. One potential solution is for the first UE 104 to drop the SRS (e.g., the L1-SRS-RSRP / SRS-RSSI measurement resource, . . . ) . When the SRS and the DL signal are configured with different QCL-TypeD, the first UE 104 may be configured to prioritize the DL reception and drop the SRS reception (e.g., the L1-SRS-RSRP / SRS-RSSI) if the two transmissions are overlapping in time. The DL signal and the SRS may be configured in the same serving cell or different serving cells in the same band or band combination.

[0111] In another example variation, the first network entity 106 (with reference to FIG. lA) signals to a second BS (not pictured) serving the second UE 102 an information about the scheduling conflict and the potential collision of the SRS (e.g., the L1-SRS-RSRP / SRS-RSSI) with a DL signal. This communication may occur via the Xn interface or another suitable inter-BS signaling mechanism. The second BS may signal to the second UE 102 to  halt the SRS transmission as it collides with a DL signal. This suspension of the SRS transmission continues until the collision of the DL transmission of the first UE is complete.

[0112] Another potential technique for managing when SRS transmissions overlap with DL signals is for the first UE 104 to drop the DL signal. When the SRS (e.g., the L1-SRS-RSRP / SRS-RSSI measurement resource) and the DL signal are configured with different QCL-TypeD, the first UE may be configured to prioritize the SRS reception and drop the DL reception if the two transmissions overlap in time. The DL signal and the SRS may be configured in the same serving cell or different serving cells in the same band or band combination. The network entity 106 may avoid DL transmissions overlapping with SRS, knowing that the SRS reception is higher priority, and the DL reception will be dropped. However, the network entity 106 cannot avoid some DL transmissions, for example group common DCI transmissions as they are addressed to multiple UEs. In another example embodiment, dropping the DL signals may be restricted to some types of DL signals. For example, dropping DL signals may be allowed for PDSCH and not allowed for other DL signals like PDCCH.

[0113] Another potential technique for managing reception when SRS transmissions overlap with DL signals is for the first UE 104 to schedule restriction to avoid collision scenarios. For example, the first UE 104 does not expect to receive a DCI scheduling DL transmission overlapping with the reception of an SRS (e.g., the L 1-SRS-RSRP / SRS-RSSI) , where the DL transmission and the SRS may be configured with different QCL-TypeD properties. When the SRS overlaps with a DL signal in the same serving cell or another serving cell in the same band or within a band combination, the network entity 106 ensures the SRS and the DL signal are configured with the same QCL-TypeD property.

[0114] In another example scenario, the second BS (not pictured) serving the second UE 102, which is transmitting the SRS, signals to the second UE 102 instructions (e.g., via RRC, DCI, MAC-CE, . . . ) to avoid SRS transmissions during time-frequency resources that are known to be occupied by configured transmissions intended for the first UE 104. These configured transmissions may include semi-persistent scheduling (SPS) allocations, physical downlink control channel (PDCCH) symbols, or other types of scheduled traffic. To facilitate the enforcement of these scheduling restrictions, information regarding the configured transmissions of the first UE 104 is signaled from the first network entity 106 (with reference to FIG. lA) to the second BS. This signaling may occur via the Xn interface. The second BS, upon receiving this information, can then apply the SRS scheduling restriction to prevent the second UE 102 from transmitting SRS during the specific time-frequency resources.

[0115] Another potential technique for managing when SRS transmissions overlap with DL signals is for the first UE 104 to establish priority rules in order to determine which signal -a DL data transmission or an SRS transmission (e.g., the L1-SRS-RSRP / SRS-RSSI) should be prioritized for reception by the first UE 104 in the event of a scheduling conflict. The priority rules can be configured and signaled in various ways:

[0116] ● UE-Specific Configuration: The BS (such as network entity 106) may configure the priority rules on a per-UE basis, taking into account factors such as the UE′s experienced CLI, the type of DL traffic (high / low priority traffic) and the importance of the SRS measurements.

[0117] ● SRS Configuration: Each SRS configuration may be associated with a priority level, which is signaled to the first UE by the BS. This priority level can be semi-static (e.g., RRC configuration) or dynamic (adjusted based on real-time network conditions) .

[0118] ● Priority Threshold: A priority threshold may be configured or specified, either per cell or per-UE basis. If the priority of an SRS configuration exceeds this priority threshold, the SRS reception is prioritized; otherwise, the DL transmission is prioritized.

[0119] As described above, the measurement priority of an SRS configuration (e.g., the L1-SRS-RSRP / SRS-RSSI configuration) may be dynamically adjusted based on the level of CLI generated by the second UE 102, which is transmitting the SRS. If the second UE 102 is causing a high level of interference (as indicated by a high CLI) , the priority of its SRS measurements may be increased to facilitate more accurate interference assessment and mitigation.

[0120] In some implementations, and due to the nature of SBFD operation, the UEs (such as first UE 104 and second UE 102) may either transmit or receive on specific symbols or slots. The direction of operation (transmit or receive) in SBFD symbols and / or flexible TDD symbols may be indicated to the second UE 102 either semi-statically (e.g., through RRC configuration) or dynamically (e.g., via DCI signaling in SFI, or via MAC-CE, . . . ) . Also, the SBFD and / or the UL / DL TDD configurations can be indicated to the second UE 102.

[0121] In some implementations, the first UE 104 may be configured to receive and measure SRS transmitted by the second UE 102 for the purpose of UE-to-UE CLI measurements. However, due to factors such as scheduling conflicts, collision avoidance mechanisms, or prioritization of other UL / DL signals, the second UE 102 may not always transmit the expected SRS. As the first UE 104 is typically unaware of the transmission decisions of the second UE 102, a lack of a clear specification for the behavior of the first UE 104 in such scenarios may lead to measurement errors. The BS (such as network entity 106 with reference  to FIG. lA) serving the first UE 104 may indicate the status of an SRS transmission (e.g., the L1-SRS-RSRP / SRS-RSSI transmission, . . . ) of the second UE 102. If the second UE 102 belongs to the same BS that is serving the first UE, the BS has most likely good information about the status of the UE's SRS transmissions and potential scheduling conflicts and prioritizations. A network entity might use a semi-static signaling (e.g., via RRC) or dynamic signaling (e.g., via DCI, MAC-CE, . . . ) to signal to the first UE 104 the status of the second UE's (102) SRS transmission (s) . For example, the BS knows in advance the second UE 102 has an overlapping / cancellation of the UE-to-UE SRS transmissions with semi-static UL transmissions, and the second UE 102 uses these transmission occasions for UL transmissions. The BS may signal to the first UE 104 an indication (e.g., using a bitmap, or with start / end indication, or with offset and duration, . . . ) about the future SRS transmissions from the first UE 104. The BS may use a new or an existing DCI bit-field to indicate to the first UE 104 whether the next UE-to-UE SRS transmission is expected or is cancelled. The DCI can also indicate the status of multiple UE-to-UE SRS transmissions (e.g., using a bitmap, or with start / end indication, or with offset and duration, . . . ) . The MAC-CE can also indicate to the first UE if the next UE-to-UE SRS transmission is expected or is cancelled. The MAC-CE can also indicate the status of multiple UE-to-UE SRS transmissions (e.g., using a bitmap, or with start / end indication, or with offset and duration, ... ) .

[0122] In some implementations, the first UE 104 performs blind detection to determine if the UE-to-UE SRS has been transmitted or not. The first UE 104 might check the power level of the UE-to-UE SRS symbols / REs. The first UE 104 may only need to do this for P / SP SRS, and AP-SRS are assumed to be always transmitted. In some implementations, the support of blind detection is indicated in a UE capability message. The UE reports to the network whether the UE supports blind detection, and the network can enable / disable this feature.

[0123] In some implementations, the first UE 104 can perform blind detection and report measured L1-SRS-RSRP. The network entity 106 can determine whether to disregard the reported L1-SRS-RSRP measurement, such as when the network entity 106 is aware of a conflict at the second UE 102 or the first UE 104, or when the network entity 106 determines that the reported L1-SRS-RSRP measurement is likely an anomaly (lower than other measurements) due to a dropped SRS transmission.

[0124] FIG. 12 illustrates example operations 1200 from the first UE 104 where the first UE 104 deprioritizes the periodic UE-to-UE SRS when overlapping with DL data. The flow diagram with example operations 1200 corresponds to FIG. 7. At block 1224, the first UE may transmit a UE capability indicating the supported configuration (s) for SRS for L1-SRS-RSRP / SRS-RSSI measurement and report. At block 1234, the first UE receives a control  signaling configuring at least one CSI report configuration for L1-SRS-RSRP / SRS-RSSI report including a set of SRS resources for channel measurement. At block 1240, the first UE may monitor and receive an SRS transmission from a second UE. At block 1250, the first UE may measure L1-SRS-RSRP of the SRS transmission. At block 1280, the first UE may report the L1-SRS-RSRP measurements to the network entity at block 1280. At block 1261, the first UE receives a DCI scheduling a DL transmission via a PDSCH overlapping with an SRS transmission to be received from the second UE. At block 1276, the first UE receives the DL transmission (PDSCH) and skip CLI measurement of the SRS transmission.

[0125] FIG. 13 shows a flow diagram with example operations 1300 corresponding to FIG. 8. FIG. 13 is similar to FIG. 12 with the differences discussed below. At block 1362, the first UE receives a DCI triggering the measurement and / or reporting of an aperiodic UE-to-UE SRS for CLI measurement where the SRS reception is overlapping with the scheduled DL transmission via the PDSCH. At block 1372, the first UE measures the aperiodic SRS and ignores DCI scheduling DL transmission (PDSCH) .

[0126] FIG. 14 shows a flow diagram with example operations 1400 corresponding to FIG. 10. FIG. 14 is similar to FIG. 12 with the differences discussed below. At block 1494, the first UE receives, from the network entity, an adjustment of the L1-SRS-RSRP measurement / reporting priority (e.g., higher priority following a high level of reported CLI) . At block 1495, the first UE configures or applies the adjusted priority to the L1-SRS-RSRP measurement / reporting configuration.

[0127] In some implementations, a set of prioritization rules can be defined to govern the prioritization between particular types of DL signals and SRS transmissions (e.g., the L1-SRS-RSRP / SRS-RSSI transmissions) . For example, a prioritization rule might specify that a certain type of DL control signal always takes precedence over any SRS transmission, regardless of the SRS priority level.

[0128] FIG. 15 a flow diagram with example operations 1500 corresponding to FIG. 11. FIG. 15 is similar to FIG. 12 with the differences discussed below. At block 1548, the first UE receives, from the network entity, an SRS status indication (e.g., that the second UE is not transmitting the UE-to-UE SRS) . At block 1556, the first UE refrains from measuring / reporting L1-SRS-RSRP for the indicated SRS occasion based on the SRS status indication. For example, the first UE 104 may not measure or report L1-SRS-RSRP from the second UE 102 for the next SRS occasion.

[0129] FIG. 16 a flow diagram with example operations 1600 corresponding to FIG. 11. FIG. 16 describes operations of a second UE (e.g., the second UE 102 of FIG. 11) . At block  1622, the second UE may transmit, to a network entity, UE capability of the second UE indicating supported configuration (s) for SRS transmissions for CLI measurements. At block 1632, the second UE receives control signaling configuring UE-to-UE SRS resource (s) for L1-SRS-RSRP CLI measurements to the second UE 102. At block 1642, the second UE may transmit a periodic SRS transmission to the first UE. At block 1646, the second UE decides to skip (e.g., drop) an SRS transmission (e.g., as per dropping / prioritization rules applied for conditions at the second UE) . At block 1647, the second UE transmits, to the network entity, an SRS status indication (e.g., indicating that the second UE will not transmit the SRS transmission) .

[0130] FIG. 17 shows an example protocol stack for communications between a UE 1702 and an example network entity 1704. Note that the depicted hardware configurations represent the processing components and communication components of a network entity 1704 (such as the network entity 106 described herein) and a UE 1702 (such as the first UE 104 described herein) . The depicted hardware configurations may omit certain components well-understood to be frequently implemented in such electronic devices, such as displays, peripherals, power supplies, and the like.

[0131] The UE 1702 includes antennas 1703A, a radio frequency front end (RF front end) 1703B, and radio-frequency transceivers (e.g., an LTE transceiver 1703D and a 5G NR transceiver 1703C) for communicating with the network entity 1704. The RF front end 1703B includes one or more modems configured for the corresponding RAT (s) employed (for example, Third Generation Partnership Project (3GPP) Fifth Generation New Radio (5G NR) ) , one or more analog-to-digital converters (ADCs) , one or more digital-to-analog converters (DACs) , signal processors, and the like. In the example illustrated in FIG. 17, the RF front end 1703B of the UE 1702 may couple or connect the 5G NR transceiver 1703C to the antennas 1703A to facilitate various types of wireless communication. The RF front end 1703B operates, in effect, as a physical (PHY) transceiver interface to conduct and process signaling between the one or more processor (s) 1703E and antennas 1703A so as to facilitate various types of wireless communication.

[0132] The antennas 1703A of the UE 1702 include an array of multiple antennas that may be tuned to one or more frequency bands associated with a corresponding RAT. The antennas 1703A and the RF front end 1703B are tuned to, and / or be tunable to, one or more frequency bands defined by the 3GPP 5G NR communication standards and implemented by the 5G NR transceiver 1703C. Additionally, the antennas 1703A, the RF front end 1703B, and / or the 5G NR transceiver 1703C can be configured to support beamforming for the transmission and reception of communications with the network entity 1704. By way of example and not  limitation, the antennas 1703A and the RF front end 1703B may be implemented for operation in sub-gigahertz bands, sub-6 GHz bands, and / or above 6 GHz bands that are defined by the 3GPP LTE and 5G NR communication standards.

[0133] The UE 1702 also includes processor (s) 1703E and computer-readable storage media (CRM) 1703F. The processor (s) 1703E may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1703E may include an application processor (AP) utilized by the UE 1702 to execute controller functions, an operating system, or various applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1703B. The CRM 1703F may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM (NVRAM) , read-only memory (ROM) , Flash memory, solid-state drive (SSD) or other mass-storage devices, and the like useable to store one or more sets of executable software instructions and associated data that manipulate the one or more processor (s) 1703E and other components of the UE 1702 to perform the various functions described herein and attributed to the UE 1702. The sets of executable software instructions include, for example, an operating system (OS) and various drivers (not shown) , and various software applications (not shown) , which are executable by processor (s) 1703E to enable user-plane communication, control-plane signaling, and user interaction with the UE 1702.

[0134] Turning to the hardware of the network entity 1704, it is noted that although FIG. 17 illustrates an implementation of the network entity 1704 as a single network node (for example, a 5G NR Node B, or “gNB” ) , the functionality, and thus the hardware components, of the network entity 1704 instead may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of network entity 1704 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0135] The network entity 1704 includes antennas 1705A, a radio frequency front end (RF front end) 1705B, and one or more 5G NR transceivers 1705C for communicating with the UE 1702. The RF front end 1705B of the network entity 1704 may couple or connect the 5G NR transceivers 1705C to the antennas 1705A to facilitate various types of wireless communication. Similar to RF front end 1703B, the RF front end 1705B includes one or more modems, one or more ADCs, one or more DACs, and the like. RF front end 1705B receives the one or more RF signals, for example, RF signals from UE 1702, and pre-processes the one or more RF signals to generate data from the RF signals that is provided as input to processes and / or applications executing on network entity 1704. This pre-processing may include, for  example, power amplification, conversion of band-pass signaling to baseband signaling, initial analog-to-digital conversion, and the like.

[0136] The antennas 1705A of the network entity 1704 may be configured individually and / or as one or more arrays of multiple antennas. The antennas 1705A and the RF front end 1705B may be tuned to, and / or be tunable to, one or more frequency band defined by the 3GPP 5G NR communication standards, and implemented by the 5G NR transceivers 1705C. Additionally, the antennas 1705A, the RF front end 1705B, and the 5G NR transceiver (s) 1705C may be configured to support beamforming, such as Massive-MIMO, for the transmission and reception of communications with the UE 1702.

[0137] The network entity 1704 also includes processor (s) 1705D and computer-readable storage media (CRM) 1705E. The processor (s) 1705D may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1705D may include an application processor (AP) utilized by the network entity 1704 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1705B to enable communication with the UE 1702. In at least some aspects, the processor (s) 1705D configures the 5G NR transceiver (s) 1705C for communication with the UE 1702, TRPs, and radio units via fronthaul interface 1707A, as well as communication with a core network. In some aspects, the network entity 1704 includes an inter-network entity interface 1707B, such as an Xn and / or X2 interface, which the processor (s) 1705D configures to exchange user-plane and control-plane data with another network entity, to manage the communication of the network entity 1704 with the UE 1702. The network entity 1704 includes a core network interface 1707C that the processor (s) 1705D configures to exchange user-plane and control-plane data with core network functions and entities.

[0138] The UE 1702 can include an SBFD operation unit 1701 configured to implement TDD / SBFD patterns and coordinate UL and DL transmissions in assigned subbands of an SBFD symbol or slot. The UE 1702 can include an L1-CLI measurement / reporting unit 1750. The L1-CLI measurement / reporting unit 1750 can implement any of the L1 CLI measurement and reporting features or second UE operations described herein, such as receiving SRS configuration information, measuring L1-SRS-RSRP, and / or preparing a report for transmission to the network entity. The UE 1702 can include an SRS transmission / reception unit 1740 to implement any of the features of first UE operations described herein.

[0139] The network entity 1704 may include an SBFD operation unit 1701 and an SRS configuration unit 1730, which together or separately can implement any of the uplink transmission control features or network operations described herein. For example, the SBFD operation unit 1701 can coordinate UL and DL transmissions using SBFD. The SRS configuration unit 1730 can prepare and / or transmit an SRS resource configuration and related parameters to a UE.

[0140] FIG. 18 shows a block diagram of an example wireless communication system 1800 showing hardware features and communication interfaces. The depicted hardware configurations may omit certain components well-understood to be frequently implemented in such electronic devices, such as displays, peripherals, power supplies, and the like. The wireless communication system 1800 includes some of the same elements as described with reference to FIG. 1 A, including the first UE 104, the network entity 106, and the core network 110. In some implementations, the first UE 104 can support at least a 5G NR (or simply, “NR” ) or E-UTRA air interface to communicate with the network entity 106. The network entity 106 connects to the core network 110 via an interface (e.g., S1 or NG interface) . The network entity 106 can connect to other base stations (including the network entity 106) via an interface (e.g., X2 or Xn interface) for interconnecting NG RAN nodes.

[0141] The network entity 106 is equipped with processing hardware 1804 that can include a receiver 1807B configured to receive data in the uplink direction. The processing hardware 1804 can also include a transmitter 1807A configured to transmit data in the downlink direction. The processing hardware further can one or more general-purpose processor (s) 1807C (e.g., CPUs) and a non-transitory computer-readable memory (CRM) 1807D storing instructions that the one or more general-purpose processors execute. Additionally, or alternatively, the processing hardware 1804 can include special-purpose processing units. The processor 1807C may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASICs) , and the like. CRM 1807D may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM (NVRAM) , read-only memory (ROM) , or Flash memory usable to store device data of the network entity 106. Another BS (not shown) may include generally similar components (not shown) as the processing hardware 1804.

[0142] The first UE 104 is equipped with processing hardware 1802 that can include one or more general-purpose processors such as CPUs and non-transitory CRM 1803D storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. The processing hardware 1802 can also include a  transmitter 1803A configured to transmit data in the downlink direction. The processing hardware further can include a receiver 1803B configured to receive data in the uplink direction. The processing hardware 1802, in an example implementation, includes a processor 1803C to process data that the first UE 104 will transmit in the uplink direction or process data received by the first UE 104 in the downlink direction. The processor (s) 1803C may include, for example, one or more central processing units, GPUs, or other ASICs, and the like. To illustrate, the processor (s) 1803C may include an application processor (AP) utilized by the first UE 104 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor. The CRM 1803D may include any suitable memory or storage device such as RAM, SRAM, DRAM, NVRAM, ROM, Flash memory, SSD or other mass-storage devices, and the like useable to store one or more sets of executable software instructions and associated data that manipulate the one or more processor (s) 1803C and other components of the processing hardware 1802 to perform the various functions described herein and attributed to the first UE 104. The sets of executable software instructions include, for example, an operating system (OS) and various drivers (not shown) , and various software applications (not shown) , which are executable by processor (s) 1803C to enable user-plane communication, control-plane signaling, and user interaction with the first UE 104.

[0143] The core network 110 can be an Evolved Packet Core (EPC) and / or a 5G core (5GC) . Among other components, the EPC can include a Serving Gateway (SGW) , a Mobility Management Entity (MME) , a Home Subscriber Server (HSS) , and a Packet Data Network Gateway (PGW) . The SGW in general is configured to transfer user-plane packets related to audio calls, video calls, Internet traffic, etc., and the MME is configured to manage authentication, registration, paging, and other related functions. The PGW provides connectivity from the UE to one or more external packet data networks, e.g., an Internet network and / or an Internet Protocol (IP) Multimedia Subsystem (IMS) network. The 5GC includes a User Plane Function (UPF) , a Unified Data Management (UDM) , an Access and Mobility Management Function (AMF) , and / or Session Management Function (SMF) . Generally speaking, the UPF is configured to transfer user-plane packets related to audio calls, video calls, Internet traffic, etc., the AMF is configured to manage authentication, registration, paging, and other related functions, and the SMF is configured to manage PDU sessions. The HSS and the UDM store and maintain subscription information regarding the first UE 104. The core network 110 can be implemented by one or more processing elements (shown as processing hardware 1810) . The processing hardware 1810 can include a  transmitter 181lA, a receiver 181lB, a processor 1811C, and a CRM 1811D, similar to corresponding components described with reference to processing hardware 1802 and 1804.

[0144] The transmitters 1803A, 1807A, and 1811A and receivers 1803B, 1807B, and 1811B are examples of a communication unit. The processors 1803C, 1807C, and 1811C can also be referred to as a processing system. Other examples of a communication unit and a processing system are possible, including some examples that are commonly used in a wireless communication system. The network entity 106, first UE 104, and core network 110 can include other components not illustrated in FIG. 18.

[0145] FIG. lA through FIG. 18 and the operations described herein are examples meant to aid in understanding example implementations and should not be used to limit the potential implementations or limit the scope of the claims, some implementations may perform additional operations, fewer operations, operations in parallel or in a different order, and some operations differently.

[0146] Aspects of the subject matter described in this disclosure can be implemented as a computer-readable medium having stored therein instructions which, when executed by a processor, causes the processor to perform any one of the above-mentioned functionalities. Aspects of the subject matter described in this disclosure can be implemented as a system having means for implementing any one of the above-mentioned functionalities. Aspects of the subject matter described in this disclosure can be implemented as an apparatus having one or more processors configured to perform one or more operations from any one of the above-mentioned functionalities.

[0147] The following additional considerations may apply to the foregoing and the following discussions. Generally speaking, description for one of the above figures can apply to another of the above figures. Any event or block described above can be optional. For example, an event or block with dashed lines can be optional. In some implementations, “message” is used and can be replaced by “information element (IE) , ” and vice versa. In some implementations, “IE” is used and can be replaced by “field, ” and vice versa. In some implementations, “configuration” can be replaced by “configurations” or “configuration parameters, ” and vice versa. In some implementations, “some” means “one or more. ” In some implementations, “at least one” means “one or more. ” The “eNB” can be replaced by “base station, ” “gNB, ” “6G base station, ” “evolved gNB, ” or 6G gNB. “MME” can be replaced by AMF or evolved AMF or 6G AMF. “Core network (CN) ” can be replaced by EPC, 5GC or 6GC.

[0148] Some examples of this disclosure refer to RRC messages for illustrative purposes. In the various figures and descriptions, some RRC messages can be replaced by other examples. For example, “RRC Connection Request message” can be replaced by “RRC Setup Request message. ” “RRC Connection Setup message” can be replaced by “RRC Setup message. ” “RRC Connection Setup Complete message” can be replaced by “RRC Setup Complete message. ” “RRC Connection Reconfiguration message” can be replaced by “RRC Reconfiguration message. ” “RRC Connection Reestablishment Request message” can be replaced by “RRC Reestablishment Request message. ” “RRC Connection Reestablishment message” can be replaced by “RRC Reestablishment message. ” “RRC Connection Reestablishment Complete message” can be replaced by “RRC Reestablishment Complete message. ” “RRC Connection Resume Request message” can be replaced by “RRC Resume Request message. ” “RRC Connection Resume message” can be replaced by “RRC Resume message. ” “RRC Connection Resume Complete message” can be replaced by “RRC Resume Complete message. ” “NAS Attach Request message” or “TAU Request message” can be replaced by “Registration Request message. ” “NAS Attach Accept message” or “TAU Accept message” can be replaced by “Registration Accept message. ”

[0149] Unless defined otherwise, technical and scientific terms used herein have the same meaning as is commonly understood by one of ordinary skill in the art to which this specification belongs. The terms “first, ” “second, ” and the like, as used herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. The use of terms “including, ” “comprising” or “having” and variations thereof herein are meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “connected” and “coupled” are not restricted to physical or mechanical connections or couplings and can include electrical connections or couplings, whether direct or indirect. Furthermore, terms “circuit” and “circuitry” and “control unit” may include either a single component or a plurality of components, which are either active and / or passive and are connected or otherwise coupled together to provide the described function. In addition, the term operationally coupled as used herein includes wired coupling, wireless coupling, electrical coupling, magnetic coupling, radio communication, software based communication, or combinations thereof.

[0150] Some or all of the foregoing or the following implementations can be jointly combined or formed to be a new or another one implementation. The foregoing or the following techniques can be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure. Any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each  method / technique / implementation may be combined logically, reasonably, and properly to form a specific method. Any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following technique (s)  / implementation (s)  / concept (s) may be implemented independently and separately to form a specific method. Dependency, such as “based on, ” “more specifically, ” “where” or etc., in technique (s)  / implementation (s)  / concept (s) mentioned in this disclosure is just one possible implementation which would not restrict the specific method.

[0151] As used herein, the terms “user device” , “user equipment” (for example, UE 102) , “wireless communication device” , “mobile communication device” , “communication device” , or “mobile device” refer to any one or all of cellular telephones, smartphones, portable computing devices, personal or mobile multi-media players, laptop computers, tablet computers, smartbooks, Internet-of-Things (IoT) devices, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, display sub-systems, driver assistance systems, vehicle controllers, vehicle system controllers, vehicle communication system, infotainment systems, vehicle telematics systems or subsystems, vehicle display systems or subsystems, vehicle data controllers, point-of-sale (POS) terminals, health monitoring devices, drones, cameras, media-streaming dongles or another personal media devices, wearable devices such as smartwatches, wireless hotspots, femtocells, broadband routers or other types of routers, and similar electronic devices which include a programmable processor and memory and circuitry configured to perform operations as described herein. Further, the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user device can operate as an internet-of-things (IoT) device or a mobile-internet device (MID) . Depending on the type, the user device can include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0152] Certain techniques are described in this disclosure as including logic or a number of components or modules. Modules can be software modules (e.g., code, or machine-readable instructions stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module can comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) , a digital signal processor (DSP) , etc. ) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose  processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0153] When implemented in software, the techniques can be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software can be executed by one or more general-purpose processors or one or more special-purpose processors.

[0154] As used herein, the terms “component” and “module” are intended to be broadly construed as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software. As used herein, the phrase “based on” is intended to be broadly construed to mean “based at least in part on. ”

[0155] As used herein, a phrase referring to a list of items separated by “or” refers to any combination of those items, including single members. For example, “a, b, or c” is intended to cover the possibilities of: a only, b only, c only, a combination of a and b, a combination of a and c, a combination ofb and c, and a combination of a and b and c.

[0156] In this disclosure, an expression of “X / Y” may include meaning of any of the following: “X or Y” or “X and Y” or “X and / or Y. " An expression of “ (A) B” or “B (A) ” may include concept of “only B. ” An expression of “ (A) B” or “B (A) ” may include the concept of “A+B” or “B+A. ”

[0157] In this disclosure, the term "can"indicates a capability, or alternatively indicates a possible implementation option. The term "may"indicates a permission or a possible implementation option.

[0158] Some aspects are described herein in connection with thresholds. As used herein, satisfying a threshold may refer to a value being greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, not equal to the threshold, or the like.

[0159] The various illustrative components, logic, logical blocks, modules, circuits, operations and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware or software, including the structures disclosed in this specification and the structural equivalents thereof. The interchangeability of hardware, firmware and software has been described generally, in terms of functionality, and illustrated  in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware, firmware or software depends upon the particular application and design constraints imposed on the overall system.

[0160] As described above, some aspects of the subject matter described in this specification can be implemented as software. For example, various functions of components disclosed herein, or various blocks or steps of a method, operation, process or algorithm disclosed herein can be implemented as one or more modules of one or more computer programs. Such computer programs can include non-transitory processor-executable or computer-executable instructions encoded on one or more tangible processor-readable or computer-readable storage media for execution by, or to control the operation of, a data processing apparatus including the components of the devices described herein. By way of example, and not limitation, such storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store program code in the form of instructions or data structures. Combinations of the above should also be included within the scope of storage media.

[0161] Various modifications to the implementations described in this disclosure may be readily apparent to persons having ordinary skill in the art, and the generic principles defined herein may be applied to other implementations without departing from the scope of this disclosure. Thus, the claims are not intended to be limited to the implementations shown herein but are to be accorded the widest scope consistent with this disclosure, the principles and the novel features disclosed herein.

[0162] Additionally, various features that are described in this specification in the context of separate implementations also can be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also can be implemented in multiple implementations separately or in any suitable subcombination. As such, although features may be described above as acting in particular combinations, and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0163] The drawings may schematically depict one or more example processes in the form of a flowchart or flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of  the illustrated operations. In some circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other implementations are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results.

[0164] The foregoing disclosure provides illustration and description but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects. While the aspects of the disclosure have been described in terms of various examples, any combination of aspects from any of the examples is also within the scope of the disclosure.The examples in this disclosure are provided for pedagogical purposes.

Claims

1.A method for wireless communication by a first user equipment (UE) (104) , comprising:receiving, from a network entity (106) , a report configuration that configures the first UE to report layer 1 (L1) measurement of a sounding reference signal (SRS) reference signal received power (RSRP) (L1-SRS-RSRP measurement) of at least one SRS transmission of a second UE (102) ;receiving, from the network entity, control signaling indicating a downlink (DL) transmission scheduled for the first UE in a subband full duplex (SBFD) symbol or slot that at least partially overlaps the at least one SRS transmission; andreceiving, by the first UE, one of the DL transmission or the at least one SRS transmission based on a reception priority of the DL transmission and the at least on SRS transmission.2.The method of claim 1, further comprising:determining the reception priority based on at least one of:whether the at least one SRS transmission includes a periodic SRS transmission or an aperiodic SRS transmission,a DL channel carrying the DL transmission, orone or more prioritization rules.3.The method of claim 1 or 2, wherein the reception priority includes at least one of:prioritizing an aperiodic SRS transmission over the DL transmission;prioritizing the DL transmission over a periodic SRS transmission;prioritizing a physical downlink control channel (PDCCH) over at least one SRS transmission;prioritizing the at least one SRS transmission over a physical downlink shared channel (PDSCH) ; orprioritizing the at least one SRS transmission based on a network-provided prioritization setting.4.The method of any one of claims 1 to 3, wherein the receiving the one of the DL transmission or the at least one SRS transmission includes:receiving the DL transmission and refraining from receiving the at least one SRS transmission, wherein the DL transmission has reception priority over the at least one SRS transmission.5.The method of any one of claims 1 to 4, wherein the receiving the one of the DL transmission or the at least one SRS transmission includes:receiving the DL transmission instead of the at least one SRS transmission when the at least one SRS transmission includes a periodic SRS.6.The method of any one of claims 1 to 5, wherein the receiving the one of the DL transmission or the at least one SRS transmission includes:receiving the at least one SRS transmission instead of the DL transmission when the at least one SRS transmission includes an aperiodic SRS.7.The method of any one of claims 1 to 6, wherein the receiving the one of the DL transmission or the at least one SRS transmission includes:receiving the DL transmission instead of the at least one SRS transmission when the DL transmission is associated with a physical downlink control channel (PDCCH) ; andreceiving the at least one SRS transmission instead of the DL transmission when the DL transmission is associated with a physical downlink shared channel (PDSCH) .8.The method of any one of claims 1 to 7, wherein the receiving the one of the DL transmission or the at least one SRS transmission includes:receiving the DL transmission instead of the at least one SRS transmission when the at least one SRS transmission is outside of a configured measurement gap; andreceiving the at least one SRS transmission instead of the DL transmission when the at least one SRS transmission is within the configured measurement gap.9.The method of any one of claims 1 to 8, wherein the receiving the control signaling includes receiving first downlink control information (DCI) scheduling the DL transmission, the method further comprising:receiving second DCI scheduling the at least one SRS transmission;receiving the at least one SRS transmission instead of the DL transmission based on the at least one SRS transmission being an aperiodic SRS scheduled by the second DCI; andtransmitting, to the network entity, the L1-SRS-RSRP measurement according to the report configuration.10.The method of any one of claims 1 to 9, further comprising:receiving, from the network entity, a measurement priority in association with the report configuration, wherein the reception priority prioritizes reception of SRS transmissions when the measurement priority is above a priority threshold.11.The method of claim 10, wherein the priority threshold includes a UE-specific threshold or a cell-specific threshold.12.The method of claim 10, further comprising:receiving, from the network entity, one or more prioritization rules for determining the reception priority, the one or more prioritization rules including at least one rule that is UE-specific or cell-specific based on cross-link interference (CLI) estimates associated with at least the first UE or a first cell of the network entity.13.The method of claim 10, further comprising:transmitting, to the network entity, the L1-SRS-RSRP measurement according to the report configuration; andreceiving, from the network entity, an updated measurement priority associated with the report configuration.14.The method of any one of claims 1 to 13, further comprising:receiving an SRS status indication that indicates the second UE will not transmit the at least one SRS transmission; andreceiving, from the network entity, the DL transmission based on the SRS status indication.15.The method of any one of claims 1 to 14, further comprising:determining that DL transmission and the at least one SRS transmission are associated with different quasi-co-located (QCL) -TypeD configurations,wherein the receiving the one of the DL transmission or the at least one SRS transmission includes refraining from receiving the other one of the DL transmission or the at least one SRS transmission.16.A method for wireless communication by a network entity (106) , comprising:transmitting, to a first user equipment (UE) (104) , a report configuration that configures the first UE to report layer 1 (L1) measurement of a sounding reference signal (SRS) reference signal received power (RSRP) (L1-SRS-RSRP measurement) of at least one SRS transmission of a second UE (102) ;transmitting, to the first UE, control signaling indicating a downlink (DL) transmission scheduled for the first UE in a subband full duplex (SBFD) symbol or slot that at least partially overlaps the at least one SRS transmission; andcausing the first UE to receive one of the DL transmission or the at least one SRS transmission based on a reception priority of the DL transmission and the at least on SRS transmission.17.The method of claim 16, further comprising:transmitting, to the first UE, information related to the reception priority, the information including at least one of:a measurement priority of the at least one SRS transmission,one or more prioritization rules,a priority threshold associated with the at least one SRS transmission or the DL transmission,an SRS status indication that indicates whether the second UE will transmit the at least one SRS transmission, ora configuration of a DL channel carrying the DL transmission.18.A method for wireless communication by a second user equipment (UE) (106) , comprising:receiving, from a network entity, a configuration of a sounding reference signal (SRS) resource;transmitting one or more SRS transmissions according to the configuration;transmitting an SRS status indication that indicates the second UE will not transmit at least one SRS transmission based on the at least one SRS transmission overlapping a scheduled uplink (UL) or downlink (DL) resource; andrefraining from transmitting the at least one SRS transmission.19.An apparatus, comprising:a communication unit; anda processing system configured to control the communication unit to implement any one of the methods of any one of claims 1 to 18.

Images