深度解析 3GPP TS 38.423：8.3.12 E-UTRA - NR Cell Resource Coordination (频谱共享的“红绿灯”协议)

本文技术原理深度参考了3GPP TS 38.423 V18.5.0 (2025-03) Release 18规范中，关于“8.3.12 E-UTRA - NR Cell Resource Coordination”的核心章节。本文旨在为读者深入剖析在5G部署中极为关键的频谱共享技术——特别是动态频谱共享（DSS）场景下，LTE与NR基站间是如何通过XnAP协议进行毫秒级资源协调，避免相互“打架”的。

1. 引言：当4G和5G不得不住在“同一条车道”

随着5G建设的浪潮席卷全球，运营商面临一个非常现实的问题：频谱资源是有限且昂贵的。为了快速、经济地部署5G，特别是在初期，很多运营商并没有全新的、专用的5G频段。于是，一个天才般的想法应运而生——让5G和现有的4G网络共享同一段频谱，这就是大名鼎鼎的**动态频谱共享（Dynamic Spectrum Sharing, DSS）**技术。

这就像一条原本只跑“4G公交车”的专用道，现在为了提升运力，也允许“5G跑车”上路。挑战显而易见：如果没有任何交通规则，公交车和跑车必然会撞得一塌糊涂，导致整条道路瘫痪。在无线世界里，这种“撞车”就是同频干扰，其后果是4G和5G的用户体验双双急剧下降。

为了解决这个问题，3GPP的工程师们设计了一套精密的“交通协同系统”。今天，我们的主角不再是单个用户，而是两个驻守在同一物理站点的基站：一位是经验丰富、沉稳可靠的4G老将——ng-eNB“老刘”；另一位是年轻气盛、追求极致速度的5G新锐——gNB“小诺”。他们被运营商安排在同一个频段上工作，覆盖范围也高度重叠。

他们的日常工作，就是通过我们今天要学习的XnAP流程——E-UTRA - NR Cell Resource Coordination，进行一场永不间断的、毫秒级的“对话”，商量着下一毫秒，这条宝贵的“频谱车道”究竟该谁用，怎么用。这个流程，就是DSS技术得以实现的信令基石，是4G与5G和平共存的“红绿灯”协议。

2. 8.3.12.1 General (概述) - 共享道路的“交通法”总则

The purpose of the E-UTRA - NR Cell Resource Coordination procedure is to enable coordination of radio resource allocation between an ng-eNB and a gNB that are sharing spectrum and whose coverage areas are fully or partially overlapping. During the procedure, the ng-eNB and gNB shall exchange their intended resource allocations for data traffic, and, if possible, converge to a shared resource. The procedure is only to be used for the purpose of E-UTRA – NR spectrum sharing. The procedure uses non-UE-associated signalling.

我们的导师陈工向小林解读了这段“交通法”总则，其中蕴含了此流程的四大基本原则：

1. 适用对象：ng-eNB和gNB，即接入5G核心网的LTE基站和5G NR基站。
2. 适用场景：两者共享频谱（sharing spectrum）且覆盖区重叠（overlapping coverage areas）。这是流程启动的硬性前提。
3. 核心目的：交换彼此意图使用（intended resource allocations）的无线资源信息，并尽可能达成一个共识（converge to a shared resource）。
4. 信令性质：非UE关联信令（non-UE-associated signalling）。这是一个至关重要的定性。这意味着协调是基站间的系统级行为，与任何特定的UE无关。它不是为了某个UE的切换或双连接，而是为了整个小区的资源使用规划。

陈工的解读：“小林，你要理解，这个流程就像老刘和小诺之间建立的一个‘热线电话’。他们不是为了讨论某个乘客（UE）该坐哪辆车，而是在不停地沟通：‘嘿，小诺，下一毫秒的1-10号车道我得用来发广播，你别占。11-20号车道我打算用来拉货（PDSCH），你看你那边方不方便？’ 这种系统级的、周期性的信息交换，构成了DSS的动态性。”

3. 8.3.12.2 Successful Operation (成功操作) - “红绿灯”的实时情报交换

这是一个Class 1流程，有来有回，确保了信息交换的闭环。协调可以由ng-eNB发起，也可以由gNB发起，我们分别来看。

3.2.1 ng-eNB initiated (老刘发起) - LTE的“优先通行权”

An ng-eNB initiates the procedure by sending the E-UTRA - NR CELL RESOURCE COORDINATION REQUEST message to an gNB over the Xn interface.

场景代入：作为4G网络的老将，“老刘”（ng-eNB）有很多“雷打不动”的任务，必须优先保障。

第一步：老刘的“路况通告” - E-UTRA - NR CELL RESOURCE COORDINATION REQUEST

老刘周期性地向小诺（gNB）发送此请求消息，通告自己的资源使用计划。这份“路况通告”中，最重要的就是两类信息：

1. Protected E-UTRA Resource Indication IE (受保护的LTE资源指示)

• 含义：这是LTE的“生命线”信号，是绝对不可侵犯的资源。它包括：

  • CRS (小区参考信号)：4G手机进行信道估计和同步的基础，在某些子帧的特定RE（资源单元）上必须发送。
  • PSS/SSS (主/辅同步信号) 和 PBCH (物理广播信道)：手机开机搜网的“灯塔”。
  • PDCCH (物理下行控制信道)：下行调度的“指挥令”。

• 陈工的解读：“小林，你要把这些‘受保护资源’想象成道路上固定的标线、红绿灯和紧急通道。无论交通多繁忙，这些设施都必须存在且正常工作。老刘通过这个IE，给了小诺一张‘禁行区地图’，明确告知：‘这些时间和频率的‘格子’，是我必须占用的，你（NR）在调度自己的用户时，必须绕开它们！’。对于5G NR来说，这个操作通常被称为Rate Matching，即NR的PDSCH会‘戳洞’或‘绕开’这些LTE的CRS位置。”

2. Data Traffic Resource Indication IE (数据流量资源指示)

• 含义：这是LTE计划用于传输用户数据（PDSCH/PUSCH）的资源。它是一个动态变化的位图（bitmap），每一位对应一个PRB（物理资源块）。
• 陈工的解读：“这部分资源就像是老刘‘打算’使用的车道。他在请求中告诉小诺：‘根据我的调度，下一毫秒我准备用掉30%的车道’。这部分信息不是强制性的，而是一种‘意向声明’。小诺收到后，会尽量避免使用这些资源，但如果自己的5G用户有高优先级业务，它也可以‘抢占’这些资源。这就体现了协调的‘动态性’。”

第二步：小诺的“回告” - E-UTRA - NR CELL RESOURCE COORDINATION RESPONSE

小诺收到老刘的“路况通告”后，会结合自己的调度计划，做出响应。

The gNB shall calculate the full ng-eNB resource allocation by combining the Data Traffic Resource Indication IE and the Protected E-UTRA Resource Indication IE… In case of conflict … the gNB shall give priority to the Protected E-UTRA Resource Indication IE.

1. 绝对避让：小诺的调度器必须100%避开Protected IE中指示的所有资源。这是硬性规定。
2. 尽力协调：小诺会尽量将其NR用户调度在Data Traffic IE未涉及的资源上。
3. 反馈自身计划：在响应消息RESPONSE中，小诺也会附上自己计划使用的资源位图（通过Data Traffic Resource Indication IE），告知老刘：“好的，你的计划我收到了。同时通知你，我这边计划使用剩下70%车道中的一部分，请你也留意一下。”

3.2.2 gNB initiated (小诺发起) - 5G的“灵活协商”

An gNB initiates the procedure by sending the E-UTRA - NR CELL RESOURCE COORDINATION REQUEST message to an ng-eNB.

这个流程的方向反了过来，由小诺（gNB）主动发起，向老刘（ng-eNB）通告自己的资源使用意向。

陈工的解读：“虽然流程看起来是镜像的，但处理逻辑有本质不同。NR天生就是为‘灵活’而设计的，它的参考信号（CSI-RS, DMRS）是按需发送的，没有像LTE CRS那样‘霸道’地占据着整个带宽。因此，小诺向老刘发起的请求，更多是一种‘协商’或‘建议’。老刘作为LTE系统，其调度灵活性较低，它可能会采纳小诺的建议，也可能因为要服务大量4G用户而无法完全避让。但通过这种双向的、持续的沟通，双方总能找到一个动态的平衡点，使得频谱利用率最大化。”

3.3 冲突解决原则

在任何协调系统中，冲突解决机制都是核心。本流程的“最高法则”在规范中被明确强调：

In case of conflict between the most recently received Data Traffic Resource Indication IE and the most recently received Protected E-UTRA Resource Indication IE, the gNB shall give priority to the Protected E-UTRA Resource Indication IE.

“受保护资源”具有绝对优先权。这意味着，无论双方的数据流量计划如何冲突，LTE的“生命线”信号（CRS等）都必须得到保障。这确保了即使在最拥塞的DSS场景下，基本的4G网络覆盖和稳定性也不会被牺牲，保障了存量4G用户的基本体验。

4. 流程的健壮性：为何没有失败流程？

与我们之前分析的很多流程不同，规范中并没有为8.3.12定义Unsuccessful Operation或Abnormal Conditions的具体流程。

陈工的解读：“这是一个非常有趣的设计点，体现了‘软协调’的思想。这个流程的目的是信息交换，而不是资源申请。老刘向小诺通告资源计划，小诺并不需要‘批准’或‘拒绝’。即使小诺因为某些原因没有回复，或者回复的消息丢失了，最坏的结果也只是双方在下一毫ข秒的协调失败，可能会产生一些干扰。”

“这种干扰不会是灾难性的。因为底层的HARQ（混合自动重传请求）机制会处理因此导致的解码失败，触发数据重传。同时，更高层的RRM算法会监测到KPI（如BLER，块误码率）的恶化，可能会在后续的协调周期中采取更保守的资源分配策略。所以，这个流程的设计哲学是：允许偶尔的、局部的协调失败，依靠其他层级的机制来纠错，从而换取整个协调流程的极致简洁和低时延。”

5. 总结：动态频谱共享的“舞伴”

E-UTRA - NR Cell Resource Coordination流程，是XnAP协议中一个充满智慧的“微操”典范。它不是为了某一个用户的移动，而是为了整个小区4G和5G两种制式的和谐共生。

• 它是DSS的信令基石：通过毫秒级的资源意图交换，实现了LTE和NR在同一频谱上的动态时频复用。
• 它是不对称的协同艺术：清晰地定义了LTE“刚性”资源（受保护资源）的绝对优先级，和5G NR“柔性”调度的避让原则，实现了新老两代技术的有效兼容。
• 它是轻量高效的设计典范：采用非UE关联的Class 1流程进行信息交换，并通过“软协调”理念简化了异常处理，保证了协调的低时延和高效率。

对于小林这样的开发者来说，这个流程的挑战在于实现一个能够快速生成和解析资源位图，并能根据协调信息实时调整自身调度策略的高效调度器。对于网络优化工程师，理解和监控这个流程的交互情况，分析Protected Resource和Data Traffic Resource的配置，是优化DSS网络性能、解决4G/5G互干扰问题的关键所在。

FAQ

Q1：这个流程就是动态频谱共享（DSS）吗？ A1：不完全是。这个XnAP流程是实现DSS的关键信令使能技术之一。DSS是一个系统性的解决方案，它还包括了NR侧对LTE CRS的Rate Matching、灵活的NR-PDCCH设计、以及终端同时解码LTE和NR信道的能力等。8.3.12流程专注于解决基站侧的资源协调问题，是整个DSS拼图中至关重要的一块。

Q2：ng-eNB和gNB之间进行资源协调的频率是怎样的？ A2：非常高频。为了应对瞬息万变的数据流量，这种协调通常发生在毫秒级。规范中没有硬性规定周期，但从Data Traffic Resource Indication IE的描述来看，它可以覆盖多个连续的子帧（subframe）。在实际实现中，这个周期是可配置的，运营商会根据网络负载和业务模型，在信令开销和协调精度之间进行权衡。

Q3：为什么这个流程是Class 1（需要响应），而不是像RAN Paging那样的Class 2（单向通知）？ A2：虽然协调信息主要是单向通告，但设计成Class 1是为了实现双向的信息同步。如果只是Class 2，那么只能实现A通知B。而Class 1的请求-响应模式，使得A在通知B的同时，也能在响应中收到B的计划，从而获得一个完整的“战场视图”。这种双向同步对于双方做出更优的调度决策至关重要。此外，请求/响应模式也提供了一个基本的流程成功确认机制。

Q4：如果一个区域内有多个gNB与一个ng-eNB共享频谱，协调流程是怎样的？ A4：这个ng-eNB会分别与每一个gNB建立独立的Xn接口，并与每一个gNB独立地运行E-UTRA - NR Cell Resource Coordination流程。它会向所有相关的gNB广播自己的“路况通告”，并分别接收来自每个gNB的“回告”。这需要ng-eNB具备同时与多个邻居进行资源协调的能力。

Q5：Interface Instance Indication IE在这个流程中有什么作用？ A5：规范在8.3.12.2中提到，If case of network sharing with multiple cell ID broadcast with shared Xn-C signalling transport...，就需要包含这个IE。这个场景指的是**MOCN（多运营商核心网）或GWCN（网关核心网）**的网络共享。在这种模式下，一个物理基站可能同时广播属于多个运营商的小区ID，并且这些不同运营商的逻辑节点可能共享同一条Xn信令传输链路。Interface Instance Indication IE就是用来区分，这条消息到底是属于运营商A的逻辑接口，还是运营商B的逻辑接口，确保消息能被正确的逻辑实体处理。