一般来说，在Rel-13之前，可以将LTE中的干扰管理分为两组：第一组由主动式解决方案组成，网络可以主动减少对相邻小区的干扰。ICIC、e-ICIC、CoMP和eCoMP属于这一类。第二组由反应性解决方案组成，一个例子是具有多个接收天线的IRC接收机，以抑制空域中的干扰；另一个例子是f-eICIC中的干扰消除接收机。在NAICS中还发现了另一个例子，即向UE提供关于相邻小区的辅助信息以实现高级接收机实现。
在LTE中，ICIC、（f）-EIIC、CoMP和eCoMP已被开发用于处理小区间干扰；这些解决方案没有针对交叉链路干扰。
在主动式解决方案中，通常利用eNB之间通过回程进行协调。
在ICIC中，RNTP（Relative Narrowband Transmit Power）、OI（interference Overload Indicator）和HII（high interference Indicator）上的信令通过eNB之间的回程发送。
在eICIC中，ABS（Almost Blank Subframe）模式也通过eNB之间的回程发送信号。
在CoMP中，协调小区之间假设有理想的回程，例如，位于同一位置的小区。在eCoMP中，协调小区之间假设存在非理想回程。在对eCoMP的研究中，发现当回程延迟较大时，性能增益会降低。
自Rel-13以来，在LAA/eLAA中，引入了一种控制干扰的新机制，通过这种机制，潜在的发射机在继续进行预期传输之前执行所谓的“Listen-Before-Talk”。该机制在预定传输之前提供最后一分钟检查，以确保预定传输不会中断正在进行的传输。
NR中的时隙持续时间可以远小于1毫秒。可以为传输安排一个或多个时隙。考虑到小时隙的持续时间甚至比时隙短，NR资源调度单元在时域中可以比在LTE R14之前短得多。
NR中的干扰管理不能只关注仅存在DL干扰或UL干扰的传统干扰场景或交叉链路干扰场景。NR中的干扰管理组合应能够处理传统干扰场景和交叉链路干扰场景。如eIMTA中所述，如果利用了某些资源划分方案，则UE可以在短时间内经历常规干扰场景和交叉链路干扰场景。因此，在为这两种情况开发干扰管理技术时，必须采取整体方法，并确保它们在必要时能够协调工作。
如LTE干扰管理一样，可以根据干扰管理方案是主动的还是被动的来分组：
Proactive approaches-I
- 功率控制和协调方案（例如，协调波束赋形/调度、OTA信令等）
- 链路适应
Proactive approaches-II
- Sensing/measurement 模式（如LBT-like、OTA测量等）
Reactive approaches
- 用于干扰消除/抑制的高级接收机
- RS设计（例如对称RS）以及DL和UL之间的时序对齐
主动式方法和主动式方法II之间的区别在于这些方法运行的时间跨度和干扰管理中的决策者。在主动方法I中，决策者是一个gNB，它根据来自ue、自身和其他gNB的信息做出调度决策，因此它们是集中式干扰管理方案。
Proactive approaches-I: 传输协同
在ICIC、eICIC、CoMP和eCoMP以及eIMTA中，需要决定在常规和交叉链路干扰情况下，gNB之间需要交换哪些信息。在比较中，假设了理想的回程，并且eNB之间的信息交换被认为是一个实现问题。在ICIC、eICIC、eCoMP和eIMTA中，可以使用非理想回程，并且已经为它们定义了X2以上的信号。对于NR，同样的信息交换假设是否仍然成立。可以为NR部署设想几种可能的体系结构：
- C-RAN
·其中RRH用于接收和发送信号，信号通过前端传输路由到BBU池进行处理，调度器功能位于BBU池中。在这种架构下，“backhual”延迟几乎为零，但前端传输延迟可能相当大。
- All-in-one gNB
·无线前端、基带处理器和调度器功能放在一个盒子里，或者至少放在很近的地方。在这种情况下，“backhual”延迟（对于类似X2的链路）可能相当大，而前程延迟最小。
- 介于两者之间的一些架构
·在这种情况下，BBU池的使用仍然与C-RAN中的类似，但RRH并不是完全哑的：RRH具有一些基带处理能力。
一般来说，首选架构可能因运营商而异，例如，一些光纤资源充足的运营商可能更喜欢C-RAN；其他需要租用光纤的人可能更喜欢All-in-on gNB。简而言之，当gNB之间的通信延迟较大时，OTA信令可被视为eNB之间“X2”链路的替代。
当不同的干扰管理方案被引入LTE时，通常也会引入不同的CSI测量和报告功能，例如eICIC的每子集CSI测量，CoMP的多个CSI过程，以及eIMTA的两组CSI测量。最终的结果是一个复杂的规范。在NR，有机会清理CSI反馈设计，并提出一个干净的设计。以下几点应该明确：需要针对不同干扰假设进行CSI测量，并且可能来自不同的TRP（例如DPS）。
在NR中，非周期CSI资源和非周期CSI反馈应该是基线。
NR是一种适用于低于6 GHz和毫米波的技术。从这一点，以及商定的评估假设来看，应该清楚的是，动态TDD应设计用于低于6 GHz和毫米波。在毫米波中，为了弥补链路预算短缺，必须进行高方向性传输，并且使用多天线技术（如波束赋形/MIMO）来处理干扰几乎没有额外成本，通过波束赋形/MIMO进行干扰管理是自然而有效的；在低于6 GHz的情况下，使用多个天线进行传输/接收不是先决条件。因此，至少在较低的频率（主要依靠天线技术来处理干扰问题）可能会带来额外的成本/复杂性/可行性（例如格式因素）。
如果使用全缓冲流量模型，UE和基站的资源需求是持久的；而且干扰更容易预测，因此CSI反馈在很长时间内保持有效，资源管理策略也在很长时间内保持有效。
另一方面，如果考虑非全缓冲流量模型，则UE和基站的资源需求变化相当快；由此产生的干扰也可能是非常动态的。一旦干扰快速变化，CSI反馈就会过时，例如，一个相邻小区完成了缓冲数据的传输，基本上处于空闲状态。在第一个顺序上，假设系统带宽（以NR为单位）比LTE增加了X倍，给定相同的文件大小和相同的UE数量，发送它将需要1/X的时间（以NR为单位）；CSI反馈延迟、通过非理想回程的协调延迟、调度延迟需要按比例减少到1/X，以便在LTE中保持相同的设计，而无需修改。gNB之间通过回程链路进行信息交换是否可行或足够快，以缓解NR中的动态干扰，还有待观察。
此外，在gNB之间建立回程链路以实现干扰管理的请求可能会使网络部署面临挑战。根据这些考虑，可以考虑基站之间的空中信令。OTA信令可以携带信息以促进小区之间的调度协调；此外，还可以考虑类似于eIMTA(enhanced interference mitigation and traffic adaptation)中引入的动态信令的DL/UL拆分。注：OTA信令的预期接收者是其他基站；但当然，UE并没有被禁止阅读它。在这种情况下，OTA信令代替了回程信令。
此外，还可以考虑另一种类型的OTA信令，它携带的信息类似于WiFi中的导航，它给出了当前传输时间的指示。在eLAA中，公共PDCCH可以携带UL传输持续时间及其偏移的指示。
总的来说，看到OTA信令比回程信令有一些好处：
1.可扩展的解决方案，缓解网络部署问题；
2.许可频段同频道部署的统一解决方案，与相邻运营商的运营商进行许可频段部署；未经许可的频谱；共享频谱
在图1中，eNB处的调度信息和CSI信息可以集中到一个中心节点，该中心节点可以与一个eNB并置，可以进行集中的干扰/资源管理。在正确的设置下，假设NR也可以采用与LTE CoMP（具有理想回程）相似的技术
在图2中，NR基站通过空中交换信息：OTA信令传输的设计目的是让基站能够听到彼此的声音。两个基站之间的耦合损耗提供了一种自然过滤，因此只有两个耦合损耗较小的基站需要读取彼此的协调信息。协调信息可以包括CSI反馈、DL/UL资源分配等。
OTA信令中的一个重要问题是如何处理相互可听性：当两个gNB同时传输时，它们无法听到对方。在图3中，提供了一些Tx/Rx模式，允许6个gNB利用4个Tx/Rx机会在它们之间共享协调信息（水平维度表示时间，垂直维度表示频率）。
在图4中，显示了来自每个gNB的协调信息通过迷你时隙传输。在给定的示例中，一个时隙中有4个迷你时隙。在图4中标记为“协调”的时隙中的两个迷你时隙期间，gNB传输协调信息。在时隙中另外两个标记为“DTX”的迷你时隙中，gNB可以嗅探其他gNB传输的协调信息。“Tx/Rx间隙”插入迷你时隙之间；此外，在最后一个迷你时隙和上行控制之间插入“Tx/Rx gap”。“Tx/Rx gap”允许gNB从Tx切换到Rx和/或从Rx切换到Tx。
在这些用于协调信息的迷你时隙上，gNB可以使用FDM在协调信息和数据传输之间划分资源。在图5中，提供了gNB1的一个示例。
该选项的好处包括在gNB进行合理的盲检测，因为gNB知道在哪里和何时搜索带有迷你时隙的协调信息，例如，可以通过OAM配置gNB搜索带有小时隙的其他gNB的协调信息的时间。系统地解决了互听性问题。
gNB可以在具有这种迷你时隙传输的时隙处周期性地交换协调信息。
在图6中，它显示了协调信息在每个gNB的跨时隙（时隙k1、k2、k3和k4）的迷你时隙中传输；假设gNB不总是在时隙上使用相同的时隙类型，那么gNB可以嗅探来自其他gNB的协调信息传输。在图6中，gNB6能够嗅探来自时隙k1中GNB1和gNB2的小时隙传输；gNB 2和gNB 6能够嗅探来自时隙k2中gNB1的小时隙传输，等等。
在该选项中，协调信息被机会主义地发送和接收。此外，复用迷你时隙和时隙的机制可用于传输协调信息，而无需引入新类型的时隙。
在该选项中，为了允许一个gNB从另一个gNB接收协调信息，ue用于在UL期间的传输中“反弹”或反映来自其服务小区的协调信息，以便其他gNB可以接收协调信息。
