基站跟小站如何通信
一、基础前提
宏站、小站都属于 5G gNB，遵循 3GPP 标准；二者不分宏 / 小，只认 CU、DU 网元归属。
两种部署模式：
共 CU：宏、小站共用一套 CU；
分 CU：宏站一套 CU，小站另一套 CU。
两种模式通信路径不一样。
二、路径 1：Xn 接口（基站和基站直连，最核心）
Xn 相当于宏站、小站的私人专线聊天通道。
- 什么时候用 Xn
手机在宏站和小站之间来回走动，需要切换小区；或者手机同时连宏站 + 小站（双连接，一边负责网速，一边保证覆盖）。
举例：人走到商场门口，原本连室外宏站，马上要进到室内小站。
宏站通过 Xn 给小站发消息：
我这边有个用户马上切去你小区；
用户的加密配置、缓存数据、业务权限全部同步发给小站；
双方互相上报自己的负载、干扰、可用频谱，协商资源。
如果室内人流爆满，小站负载太高，Xn 会告诉宏站：别再切用户进我这边，尽量留在宏站。 - 传输方式
Xn 走运营商承载网（光纤、交换机），IP 承载，不管宏站小站相隔多远，只要三层可达就能互通。
不管是传统封闭基站，还是 O-RAN 宏 / 小站，Xn 接口标准完全一致。
三、路径 2：通过 CU 中转（F1 + 内网转发，同 CU 场景）
很多园区、商圈的宏、小站共用同一个 CU，DU 分别是宏 DU、小 DU。
此时宏 DU 和小 DU 不用单独拉 Xn，所有消息走 CU 中转：
宏 DU 有切换需求，通过 F1 把消息发给公共 CU；
CU 整理信息，再下发给小 DU；
小 DU 回复，原路经传回宏 DU。
优点：不用给每个基站单独配置 Xn 邻居，运维省事。
适合一栋楼里一堆小站 + 周边宏站共用云 CU 的场景，也是 O-RAN 云化最常用的方式。
四、路径 3：网管层面互通（SMO / 网管平台，长期协同，不处理实时切换）
属于慢交互，不管切换，只管长期规划。
SMO（O-RAN 运维平台）统一收集所有宏站、小站的日志、干扰、话务数据；
平台批量同步邻区配置：一次性给宏站添加所有周边小站为邻居，给小站添加室外宏站邻居；
配合 RIC 做全局优化：Non-RT RIC 统计整片区域宏小站干扰规律，统一调整双方功率、频点，避免互相打架。
这条通道走 O1 接口，属于小时 / 天级别慢交互，不管手机毫秒级切换。
五、空口：手机充当 “中间人传话”（被动互通）
宏站和小站不会用无线电直接互相发射信号通信，射频只管连手机。
手机会定期给当前连接的基站上报测量报告：“我能搜到旁边 XX 宏站、XX 小站，信号强弱分别是多少”。
基站根据手机上报的内容，判断要不要切小区。
简单说：基站之间不会隔空喊话，靠手机帮忙探测周边无线环境。
六、O-RAN 架构下宏小站额外多一层 RIC 协同
普通基站只有 Xn/CU 互通；O-RAN 多了全网智能协同：
所有宏 DU、小 DU 全部接入 Near-RT RIC（E2 接口）；
RIC 统一掌握整片区域所有宏、小站的信号、负载；
不用宏站和小站来回互相发消息协商，RIC 统一下发指令：比如让周边宏站降低功率，避免干扰室内小站；闲时统一休眠多余小站省电。
相当于有总指挥调度，减少基站之间大量繁杂的点对点沟通。
七、两种常用组网真实流程举例
例子 1：逛街从马路宏站走进商场小站（Xn 直连）
手机上报：小站信号变强；
宏站通过 Xn 对接室内小站，同步用户资料；
协商完成，手机断开宏站，接入小站。
例子 2：写字楼宏小站共用云 CU
手机上报邻区信号；
宏 DU 把切换请求发给公共 CU；
CU 转发请求给小 DU；
完成切换，全程无 Xn。
八、精简总结
实时切换、用户数据协同：优先 Xn 基站直连；宏小站共用 CU 就走 CU 中转；
无线环境探测：依靠手机上报，基站之间不用电磁波互通；
批量配置、干扰长期优化：靠 SMO 网管；
O-RAN 新增 RIC 全局调度，统筹所有宏、小站，不用基站点对点反复协商。