Patent Description:
The <NUM> New Radio (NR) is largely designed to operate in Time Division Duplexing (TDD) mode with enhanced flexibility for link direction switching on per cell basis. That is, <NUM> NR is able to dynamically switch between uplink and downlink transmission directions. This kind of flexibility offers enhanced capabilities to adapt according to the offered uplink and downlink traffic, but also comes with the potential cost of undesirable cross link interference (CLI). The CLI comes in the form of gNB-<NUM>-gNB interference (i.e. one gNB transmits while the other one receives on the same resources) and UE-<NUM>-UE (i.e. one UE transmits while the other one receives on the same resources). Cross Link Interference (CLI) measurements are proposed in RP-<NUM>. UE-<NUM>-UE CLI will be measured by UEs and reported back to the serving gNB for CLI mitigation measures. This means that once a UE is in RRC connected state, the serving gNB may ask neighboring gNBs for CLI avoidance information and command its UEs to perform UE-<NUM>-UE CLI measurements based on the provided information. CLI avoidance information includes information about DMRS and/or SRS to be sent in an upcoming subframe by the UEs of the neighboring gNB.

The UE-<NUM>-UE CLI measurements scheduling may cause significant signalling traffic overhead for all UEs in the neighbouring cells because the location of each UE within a cell is typically unknown and some UEs are exposed to CLI and others are not. However, the signalling (gNb to gNB via Xn signalling and gNB to UE RRC/MAC signalling) and CLI measurements will be addressed to all UEs causing both signalling overhead and additional UE energy consumption for all UEs regardless if they are exposed to CLI or not.

In line with the 3GPP NR assumptions, throughout this application, time synchronicity between gNBs is assumed such that radio frame and subframe boundaries are fully aligned. The gNBs may have different link directions, adjusted either on a subframe, slot, or intra-slot resolution. The adjustment of the link direction may be conducted dynamically within a radio frame at a slot level. For NR, a slot is defined by <NUM> symbols (assuming normal cyclic prefix - CP) or <NUM> symbols (extended CP). The slot length therefore depends on the sub-carrier spacing (SCS); i.e. equals <NUM> for <NUM> SCS, <NUM> for <NUM> SCS, <NUM> for <NUM> SCS, etc. There are currently <NUM> defined slot formats for NR Rel-<NUM>, including downlink-only slot, uplink-only slot, and slot formats with mixtures of downlink and uplink symbols. Table <NUM> summarizes the types of experienced UE interference depending on whether the two considered UEs transmit (Tx) or receive (Rx).

The problem of CLI is recognized also by 3GPP, and planned to be addressed in new Work Item, starting from January <NUM>, as summarized below (copy paste from the WID):
WID on Cross Link Interference (CLI) handling and Remote Interference Management (RIM) for NR (RP-<NUM>).

"NR supports paired and unpaired spectrum and strives to maximize commonality between the technical solutions, allowing FDD operation on a paired spectrum, different transmission directions in either part of a paired spectrum, TDD operation on an unpaired spectrum where the transmission direction of time resources is not dynamically changed, and TDD operation on an unpaired spectrum where the transmission direction of most time resources can be dynamically changing. DL and UL transmission directions at least for data can be dynamically assigned on a per-slot basis at least in a TDM manner. It is noted that transmission directions include all of downlink, uplink, sidelink, and backhaul link. NR supports at least semi-statically assigned DUUL transmission direction as gNB operation, i.e., the assigned DL/UL transmission direction can be signalled to UE by higher layer signalling.

The work item should specify cross-link interference mitigation techniques to support flexible resource adaptation. Furthermore, it also specifies remote-interference management techniques.

The detailed objectives for cross-link interference mitigation to support flexible resource adaptation for unpaired NR cells are:.

In TDD networks interference from one UE to another will significantly degrade performance when one UE is transmitting close to another UE that is in receiving mode on the same resource. This case will occur in TDD networks when gNB are not synchronized and/or when resources are assigned dynamically between UL/DL.

CLI will be measured by UEs and reported back to the gNB for CLI mitigation measures. This means that once a UE is in RRC connected state, the serving gNB may ask neighboring gNB for CLI avoidance information and provide it to its served UEs for measuring CLI.

<FIG> shows UE1 interfering to UE2 while both UEs are connected to two different gNBs (gNB1 and gNB2). , in the scenario of <FIG>, UE1 transmits on the same resource (time, frequency) on which UE2 receives. A priori, none of gNB1 and gNB2 is aware of the interference UE1 causes to UE2.

There are many papers in the open literature that address various traffic and interference aspects of LTE and NR TDD systems. A non-exhaustive list of such publications is included below:.

3GPP WI (WID) on Cross Link Interference (CLI) handling and Remote Interference Management (RIM) for NR [RP-<NUM>]) for Rel. <NUM> will start January <NUM> analyzing solutions where UEs can be scheduled/triggered to measure CLI. The network can then schedule a user accordingly, in order to minimize/avoid CLI. The focus is only for scheduling of CLI measurements in RRC connected state.

Direct information exchanges between devices have been standardized in the context of LTE. Sidelink is an LTE feature first introduced in 3GPP Release <NUM> aiming at enabling device-to-device (D2D) communications within legacy cellular-based LTE radio access networks. Sidelink has been enriched in Releases <NUM> and <NUM> with various features. D2D is applicable to public safety and commercial communication use-cases, and recently (Rel. <NUM>) to vehicle-to-everything (V2X) scenarios. Sidelink enables the direct communication between proximal UEs using the newly defined PC5 interface. Thus, data does not need to go through the eNB. Services provided in this way are often called"Proximity Services" (or ProSe) and the UEs supporting this feature"ProSe'-enabled UEs.

In this setting, for a D2D link to be established, the devices have first to discover each other. This can be accomplished with aid from the network or by the direct exchange of a discovery beacon over radio resources scheduled for discovery.

D2D functionality (discovery and communication establishment) have been specified in 3GPP in release <NUM> and <NUM> in the context of ProSe and Public Security Services; and in release <NUM> and <NUM> in the context of V2X for LTE. In ProSe the goal was to enable user plane transactions, while in V2X the goal was to enable the broadcasting of traffic security messages.

<CIT> relates to techniques for sidelink measurements that may be used for interference management in LTE networks, where sidelink measurements may be used to form a Relay Candidate Set for a target UE to select a relay or cellular path for data transmission to the target UE.

<CIT> relates to methods for dynamic time division duplexing in wireless communication systems, where a UE may adjust a length of an uplink transmission based on a reference signal measurement from a neighbouring UE to avoid causing interference to a downlink transmission of the neighbouring UE.

<CIT> relates to a method where the status of a sidelink is determined based on channel quality measurements, and a message routing scheme is configured based on the determined status.

<CIT> relates to a method where a user equipment may instruct neighbouring devices to mute transmissions on a resource to enable the user equipment to perform CSI-RS measurements on that resource for cross-link interference minimization.

It is an object of the present invention to improve the prior art.

According to a first aspect of the invention, there is provided an apparatus, comprising means for: obtaining, at a second terminal in a sidelink communication with a first terminal, information about a resource on which the first terminal transmits a reference signal; measuring , at the second terminal and based on the obtained information, a received power of the reference signal on the resource, wherein the measuring comprises measuring the received power of the reference signal on the resource based on information from a serving base station that a transmission of the serving base station on the resource is muted; and transmitting, to the serving base station, cross-link interference information based on the received power.

According to a second aspect of the invention, there is provided an apparatus, comprising means for: obtaining, at a serving base station from a neighbor base station, information about a resource, wherein the resource is scheduled by the neighbor base station to be used for transmission by a first terminal; muting a transmission of the serving base station on the resource; configuring a second terminal served by the serving base station to monitor a received power on the resource, wherein the configuring comprises informing the second terminal that the transmission of the serving base station on the resource is muted; receiving, at the serving base station from the second terminal, cross-link interference information for the resource, wherein the cross-link interference information is based on the received power; mitigating cross link interference for the second terminal based on the received cross-link interference information, wherein the neighbor base station is different from the serving base station.

According to a third aspect of the invention, there is provided a method, comprising: obtaining, at a second terminal in a sidelink communication with a first terminal, information about a resource on which the first terminal transmits a reference signal; measuring, at the second terminal and based on the obtained information, a received power of the reference signal on the resource, wherein the measuring comprises measuring the received power of the reference signal on the resource based on information from a serving base station that a transmission of the serving base station on the resource is muted; transmitting, to the serving base station, cross-link interference information based on the received power.

According to an fourth aspect of the invention, there is provided a method, comprising: obtaining, at a serving base station from a neighbor base station, information about a resource, wherein the resource is scheduled by the neighbor base station to be used for transmission by a first terminal; muting a transmission of the serving base station on the resource; configuring a second terminal served by the serving base station to monitor a received power on the resource, wherein the configuring comprises informing the second terminal that the transmission of the serving base station on the resource is muted; receiving, at the serving base station from the second terminal, cross-link interference information for the resource, wherein the cross-link interference information is based on the received power; mitigating cross link interference for the second terminal based on the received cross-link interference information, wherein the neighbor base station is different from the serving base station.

According to some example embodiments of the invention, at least one of the following advantages may be achieved:.

Further details, features, objects, and advantages are apparent from the following detailed description of the preferred example embodiments of the present invention which is to be taken in conjunction with the appended drawings, wherein:.

Herein below, certain example embodiments of the present invention are described in detail with reference to the accompanying drawings, wherein the features of the example embodiments can be freely combined with each other unless otherwise described. However, it is to be expressly understood that the description of certain example embodiments is given by way of example only, and that it is by no way intended to be understood as limiting the invention to the disclosed details.

The goal of CLI measurements is to improve overall system performance. Thus, it is desirable to find CLI avoidance mechanisms that incur minimum signalling overhead and UE energy consumption.

More in detail, a main objective for UE CLI measurements is to measure/map interference from nearby UEs. The conventional mechanism described hereinabove, according to which a gNB requests all its served UEs to measure CLI, will map the entire interference from all UEs. This will cause both a significant signaling overhead and a lot of CLI measurements, including CLI measurements from far away UEs that do not cause any interference.

In summary, a problem of conventional CLI measurements is how to determine which UEs are in close proximity to each other, as the CLI measurements from these UEs only are relevant. The current assumption is that any CLI avoidance will be mediated and triggered via the network, which will cause a significant signaling overhead and UE energy consumption for the CLI measurements, due to:.

The prior art studies do not address the problem of UE discovery procedures to enable CLI measurements. They are only related to RRC connected mode but not to the transition from RRC idle mode to RRC connected mode or in RRC inactive mode. There is no work presented yet on how to utilize the UE sidelink (D2D, ProSe) to optimize the CLI measurements process. The standardization activities related to sidelink (D2D, ProSe) did not consider the re-utilization of the D2D discovery and communication mechanisms to enable efficient signaling for situations where the information about the proximity between devices is essential.

<FIG> depicts a scenario with UE-<NUM>-UE CLI according to some example embodiments of the invention, where the device causing the CLI (UE2) is near UE1. From a signalling efficiency perspective, it makes sense to localize the signalling exchanges, i.e. upon the detection of CLI conditions UE1 and UE2 should be able to exchange direct signalling that may aid on the avoidance of this CLI. According to some embodiments of the invention, the detection mechanism of sidelink (ProSe) is adapted to enable the detection of the presence of UEs originating the CLI in a vicinity of a monitoring device, as depicted in <FIG>.

That is, according to some example embodiments of the invention, the UE measures the CLI from one or more nearby UEs on basis of the UE sidelink information.

Rather than the gNB informing the UEs in a cell to measure and report UE-<NUM>-UE CLI, as according to the prior art, the UE autonomously detects nearby UEs via D2D communications between the UEs.

The procedure according to some example embodiments of the invention may include the following process:.

Some example embodiments of the invention remove the CLI scheduling overhead, leaving only the CLI reporting of the CLI (which may be limited to cases above a predefined threshold).

That is, according to some example embodiments of the invention:.

In order to perform a sidelink communication to inform (get informed) on resources used to transmit SRS and/or DMRS, the UEs require time and frequency resources. In the sidelink nomenclature, they are grouped into a set of resources denoted as a "resource pool".

This resource pool is defined in time through a sub-frame bitmap (which indicates which sub-frames within a frame or group of frames can be used for sidelink exchanges) and in frequency by one or more ranges of contiguous PRBs. However, some example.

embodiments of the invention are not limited to the restrictions by sidelink according to the present specification. They may use arbitrarily defined resources.

For a communication to take place, this resource pool needs to be known by all potential participating devices. There are three approaches for the dissemination of this information:.

In practice, (iii) is typically a preferred approach, as it combines pre-defined resource pools with the possibility of adaptation to the radio congestion conditions experienced at each gNB. In case of (i) and (iii), the UEs surveil if an information about a sidelink resource is received and set up the sidelink communication on the sidelink resource.

The amount of resources dedicated to the CLI avoidance exchanges (i.e. to exchange information about the resource used for transmission of SRS and/or DMRS) may be dimensioned according to the expected amount of devices (CLI avoidance exchange load) that will be actively exchanging the CLI related messages as well as the protocol in place.

The resource pool may be dedicated to the CLI avoidance exchanges or can be shared with the other sidelink services such as Prose or V2x.

The exchange of the CLI avoidance messages may be performed according to one of the following two main protocol types:.

In some example embodiments of the invention, the transmissions on the sidelink resources are scheduled (contention-free). As this leads to significant signaling overhead (i.e. all the transmitting and receiving devices, across multiple gNB, need to be scheduled), in some example embodiments of the invention, contention-based protocols are used. Typically, contention-based protocols introduce one or two limitations:.

In protocol (a) "Broadcast information" and (b) "Request", the UE initiating the transmission is the one controlling the occurrence of retransmissions. In the case of (b) the eventual responses to UE <NUM> from the other UEs in its vicinity are triggered by the UE <NUM> request.

For reduction of protocol complexity, protocol (a) is preferable. It is in place for the exchange of the traffic safety messages in LTE V2X.

The behavior of the proposed CLI avoidance mechanism may be "continuous" or "triggered" on demand by the gNB upon detection (via UE feedback) of the downlink interference conditions. In the continuous setting, the UE is always monitoring the CLI avoidance resource pool and will periodically broadcast its own CLI related information.

In the gNB triggered setting, the gNB triggers the CLI avoidance exchanges (as depicted in <FIG> for the broadcast protocol). Only if the gNB triggers the CLI avoidance exchange, the UEs served by this gNB monitor the CLI avoidance resource pool and broadcast their own CLI related information. By triggering the CLI avoidance exchange (in particular: the broadcasting of the CLI avoidance information), overloading the resources for CLI avoidance with unnecessary broadcasts may be avoided, in particular, when no CLI is happening.

<FIG> show UE workflows for the different protocols according to some example embodiments of the invention.

<FIG> shows the UE workflow comprising monitor role (left side) and broadcaster role (right side) for the broadcast protocol. In this protocol, the UE (monitor role) monitors the resource pool. In addition, it checks if it should report (broadcast) CLI avoidance information (i.e. information on the resource used for transmitting SRS and/or DMRS). If the time to broadcast (report) this information, the workflow changes to that of the broadcaster role.

In the broadcaster role, UE checks if the contention-based ratio CBR is less than the limit CBRlimit. If it is not, UE backs off from broadcasting, otherwise it broadcasts the CLI avoidance information. Then, the broadcaster role checks if the number of broadcast transmissions Ntx is smaller than a limit Ntxlimit. If yes, Ntx is incremented by one and the broadcasting is repeated after a while (here indicated as backoff, but the time interval between two broadcast transmissions may be the same or different from the backoff interval). If the maximum number Ntxlimit of broadcast transmissions is reached, it is checked if the monitoring and broadcasting is triggered by gNB or continuous ("CLI avoidance type"). In the former case, the method is stopped. In the latter case, the counter Ntx is reset, and UE continues to monitor the resource pool (monitor role). Each of CBRlimit and Ntxlimit may be predefined or controlled by the serving gNB.

<FIG> shows the UE workflow comprising replier role (left side) and broadcaster role (right side) for the open request protocol. In the replier role, UE monitors if a request for CLI avoidance information is received. If a request is received, UE replies with the CLI avoidance information, and then continues monitoring for such requests. If a request is not detected, it checks if it is time to request CLI avoidance information (i.e. information on the resource used for transmitting SRS and/or DMRS) from other UE(s). If it is not, UE continues monitoring for requests. If it is time, UE resets the counter Ntx and changes its role to the broadcaster role.

In the broadcaster role, UE checks if the contention-based ratio CBR is less than the limit CBRlimit. If it is not, UE backs off from the transmission of a request for CLI avoidance information, otherwise it requests CLI avoidance information. Then, it monitors the resource pool for replies to its request. Furthermore, the broadcaster role checks if the number of request transmissions Ntx is smaller than a limit Ntxlimit. If yes, Ntx is incremented by one and the transmitting of the request is repeated after a while (here indicated as backoff but the time interval between two request transmissions may be the same or different from the backoff interval). If the maximum number Ntxlimit of request transmissions is reached, it is checked if the monitoring and requesting is triggered by gNB or continuous ("CLI avoidance type"). In the former case, the method is stopped. In the latter case, the UE continues to monitor the resource pool for requests (monitor role). Each of CBRlimit and Ntxlimit may be predefined or controlled by the serving gNB.

<FIG> shows the UE workflow comprising replier role (left side) and broadcaster role (right side) for the dedicated request protocol. <FIG> corresponds to <FIG>, except that UE in the replier role additionally checks if the detected request is dedicated for the UE ("valid request?"). The replier role replies with the CLI avoidance information only if the request is valid. Otherwise, it does not reply with the CLI avoidance information but checks if it is time to request CLI avoidance information from other UE(s).

UE may report the CLI measurement to the serving gNB in one of several potential formats, i.e. according to an extension of the RRC MeasResults IE. For example, UE may use a report type: CLI RSSI (when origin of CLI is unknown), or UE may use a report type comprising a (list of) <CLI RSRP, interfering UE ID> pairs. In some example embodiments, UE may report CLI RSRP only if it is larger than a threshold.

Based on these measurements, gNB may mitigate CLI for the UE, e.g. in a coordinated approach with the gNB serving the UE causing the CLI. In some example embodiments, gNB may mitigate CLI only if the reported RSRP and/or RSSI is larger than a predefined threshold.

In some example embodiments, gNB determines resource(s) that might carry UL DMRS and/or SRS of a UE served by a neighbor gNB, e.g. based on TDD UL-DL patterns exchanged between the UEs via Xn interface. The gNB configures UEs with a ZP CSI-RS that potentially fall onto UL DMRS (or UL data) of an UL transmission in a neighboring cell (alternatively or in addition on SRS, but SRS may not be precoded like data and may have a different Tx power, so the interference measurement on SRS may be less representative than that on DMRS or data). In one embodiment, all gNB may configure the same ZP CSI-RS, thereby ensuring that no gNB transmits on the ZP CSI-RS resource elements and the signal received and measured by UEs currently receiving in downlink is solely UE-to-UE CLI from UEs currently transmitting in uplink. The configuration may be semi-statically. "Configuring with a ZP CSI-RS" means that the gNB configures the UE to measure the CSI-RS but the gNB does not transmit this CSI-RS (mutes transmission on the resource of the CSI-RS). Thus, UE measures power from other sources (such as CLI) instead of a muted CSI-RS.

The UE reports the power (interference) received on the muted CSI-RS resource. In some example embodiments, it may report only if it (regularly) measures an interference above a certain threshold (possibly relative to the received power of its serving gNB).

These example embodiments do not have "CLI scheduling overhead" but only RRC CSI-RS (re)configuration messages, which are seldom transmitted. The overhead to inform on the resource to measure for CLI avoidance is similar but it differs in the blocked resources: DL ZP CSI-RS vs. Sidelink resource pool. In case of DL ZP CSI-RS, UE does not need any power for D2D transmissions. On the other hand, in case of ZP CSI-RS, serving gNB does not know exactly which UEs interfere with each other, although this knowledge is helpful for the gNBs to perform coordinated scheduling on a per UE transmission basis.

In a further embodiment, a UE first measures CLI on ZP CSI-RS, knowing that it measures ZP CSI-RS based on signaling from its serving gNB. If a configured threshold is reached, the UE switches to sidelink-based CLI measurements to determine the source of its high experienced CLI. The UE broadcasts an open request message according to <FIG> (b. The message may include the UE's own CLI avoidance information, assuming that CLI may be reciprocal, i.e. that other UEs may experience CLI caused by itself. Other (nearby) UEs that monitor the used sidelink RP receive the request message and broadcast themselves, either only answering with their DMRS/SRS info (if they do not experience strong CLI), or with a request message themselves otherwise. To reduce sidelink message collisions, in <FIG> the steps "Reply with CLI Information" and "Send CLI Request" are to be understood as employing the usual collision avoidance mechanisms.

<FIG> shows an apparatus according to an example embodiment of the invention. The apparatus may be a terminal (e.g. UE) or an element thereof. <FIG> shows a method according to an example embodiment of the invention. The apparatus according to <FIG> may perform the method of <FIG> but is not limited to this method. The method of <FIG> may be performed by the apparatus of <FIG> but is not limited to being performed by this apparatus.

The apparatus comprises means for obtaining <NUM>, means for measuring <NUM>, and means for providing <NUM>. The means for obtaining <NUM>, means for measuring <NUM>, and means for providing <NUM> may be an obtaining means, measuring means, and providing means, respectively. The means for obtaining <NUM>, means for measuring <NUM>, and means for providing <NUM> may be an obtainer, measurer, and provider, respectively. The means for obtaining <NUM>, means for measuring <NUM>, and means for providing <NUM> may be an obtaining processor, measuring processor, and providing processor, respectively.

The means for obtaining obtains, in a sidelink communication, an information about a resource on which a terminal transmits a reference signal, also denoted as CLI avoidance information (S10). The reference signal is a non-zero-power reference signal having a power value larger than zero.

The means for measuring <NUM> measures a received power on the resource (S20). The means for providing <NUM> provides an information on the received power (S30). In particular, it may provide the information on the received power to the serving gNB.

<FIG> shows an apparatus according to an example embodiment of the invention. The apparatus may be a reception device (e.g. terminal such as a UE) or an element thereof. <FIG> shows a method according to an example embodiment of the invention. The apparatus according to <FIG> may perform the method of <FIG> but is not limited to this method. The method of <FIG> may be performed by the apparatus of <FIG> but is not limited to being performed by this apparatus.

The apparatus comprises means for providing <NUM>. The means for providing <NUM> may be a providing means. The means for providing <NUM> may be a provider. The means for providing <NUM> may be a providing processor.

The means for providing <NUM> provides an information about a resource in a sidelink communication, wherein a reference signal is transmitted on the resource (S110).

<FIG> shows an apparatus according to an example embodiment of the invention. The apparatus may be a base station (e.g. gNB or eNB) or an element thereof. <FIG> shows a method according to an example embodiment of the invention. The apparatus according to <FIG> may perform the method of <FIG> but is not limited to this method. The method of <FIG> may be performed by the apparatus of <FIG> but is not limited to being performed by this apparatus.

The apparatus comprises means for means for monitoring <NUM> and means for mitigating <NUM>. The means for monitoring <NUM> and means for mitigating <NUM> may be a monitoring means and mitigating means, respectively. The means for monitoring <NUM> and means for mitigating <NUM> may be a monitor and mitigator, respectively. The means for monitoring <NUM>.

and means for mitigating <NUM> may be a monitoring processor and mitigating processor, respectively.

The means for monitoring <NUM> monitors if a report is received (S210). The report reports on a power of a cross link interference a served terminal receives on a resource. The served terminal is served by a serving base station.

If the report is received (S210 = "yes"), the means for mitigating <NUM> mitigates a cross link interference for the served terminal based on the report (S220).

<FIG> shows an apparatus according to an example embodiment of the invention. The apparatus may be a base station (e.g. gNB, eNB) or an element thereof. <FIG> shows a method according to an example embodiment of the invention. The apparatus according to <FIG> may perform the method of <FIG> but is not limited to this method. The method of <FIG> may be performed by the apparatus of <FIG> but is not limited to being performed by this apparatus.

The apparatus comprises means for obtaining <NUM>, means for muting <NUM>, means for configuring <NUM>, and means for mitigating <NUM>. The means for obtaining <NUM>, means for muting <NUM>, means for configuring <NUM>, and means for mitigating <NUM> may be an obtaining means, muting means, configuring means, and mitigating means, respectively. The means for obtaining <NUM>, means for muting <NUM>, means for configuring <NUM>, and means for mitigating <NUM> may be an obtainer, muter, configure, and mitigator, respectively. The means for obtaining <NUM>, means for muting <NUM>, means for configuring <NUM>, and means for mitigating <NUM> may be an obtaining processor muting processor, configuring processor, and mitigating processor, respectively.

The means for obtaining <NUM> obtain a neighbor information about a resource (S310). According to the neighbor information, the resource is scheduled by the neighbor base station to be used for transmission by a neighbor terminal.

The means for muting <NUM> mutes a transmission of a serving base station on the resource (S320). The means for configuring <NUM> configures a served terminal to monitor a power the served terminal receives on the resource (S330). The served terminal is served by the serving base station. The neighbor base station is different from the serving base station.

S320 and S330 may be performed fully or partly in parallel, or S320 may be performed prior to S330.

The means for mitigating <NUM> mitigates a cross link interference for the served terminal based on a received report on a power the served terminal receives on the resource (S340).

<FIG> shows an apparatus according to an example embodiment of the invention. The apparatus comprises at least one processor <NUM>, at least one memory <NUM> including computer program code, and the at least one processor <NUM>, with the at least one memory <NUM> and the computer program code, being arranged to cause the apparatus to at least perform at least one of the methods according to <FIG>, <FIG>, and <FIG> and related description.

Some example embodiments of the invention are described which are based on a 3GPP network (e.g. NR). However, the invention is not limited to NR. It may be applied to any generation (<NUM>, <NUM>, <NUM>, etc.) of 3GPP networks. However, the invention is not limited to 3GPP networks. It may be applied to other radio networks, too, which provide some flexibility on uplink/downlink scheduling.

A UE is an example of a terminal. However, the terminal (UE) may be any device capable to connect to the (3GPP) radio network via the channel such as a MTC device, a D2X device etc..

A cell may be represented by the base station (e.g. gNB, eNB, etc.) serving the cell. The base station (cell) may be connected to an antenna (array) serving the cell by a Remote Radio Head. A base station may be realized as a combination of a central unit (one or plural base stations) and a distributed unit (one per base station). The central unit may be employed in the cloud.

Names of network elements, protocols, and methods are based on current standards. In other versions or other technologies, the names of these network elements and/or protocols and/or methods may be different, as long as they provide a corresponding functionality.

If not otherwise stated or otherwise made clear from the context, the statement that two entities are different means that they perform different functions. It does not necessarily mean that they are based on different hardware. That is, each of the entities described in the present description may be based on a different hardware, or some or all of the entities may be based on the same hardware. It does not necessarily mean that they are based on different software. That is, each of the entities described in the present description may be based on different software, or some or all of the entities may be based on the same software. Each of the entities described in the present description may be embodied in the cloud.

According to the above description, it should thus be apparent that example embodiments of the present invention provide, for example, a terminal (such as a UE), or a component thereof, an apparatus embodying the same, a method for controlling and/or operating the same, and computer program(s) controlling and/or operating the same as well as mediums carrying such computer program(s) and forming computer program product(s). According to the above description, it should thus be apparent that example embodiments of the present invention provide, for example, a base station (e.g. gNB or eNB), or a component thereof, an apparatus embodying the same, a method for controlling and/or operating the same, and computer program(s) controlling and/or operating the same as well as mediums carrying such computer program(s) and forming computer program product(s).

Implementations of any of the above described blocks, apparatuses, systems, techniques or methods include, as non-limiting examples, implementations as hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

Claim 1:
Apparatus, comprising means for:
obtaining, at a second terminal (UE2) in a sidelink communication with a first terminal (UE1), information about a resource on which the first terminal (UE1) transmits a reference signal;
measuring, at the second terminal (UE2) and based on the obtained information, a received power of the reference signal on the resource, wherein the measuring comprises measuring the received power of the reference signal on the resource based on information from a serving base station (gNB2) that
a transmission of the serving base station on the resource is muted;
transmitting, to the serving base station (gNB2), cross-link interference information based on the received power.