全诗文 许艳秋 褚 旭 王 新

中国联合网络通信有限公司南京市分公司

0 引言

为了满足用户不断增加的业务需求，4/5G 建设的站址密度越来越高，各通信运营商每年都要投入巨资进行工程建设，重复建设十分严重，同一地方多座铁塔并列，同一路由多条杆路和光缆并排而行，造成土地、能源和原材料的严重浪费，对自然环境、景观也造成了不良影响。因此，共建共享是通信企业实现自身健康、可持续发展的必然选择。

中国电信和中国联通之间的合作，成果显著，已实现城市市区、发达县城的室外5G 信号基本连续覆盖，以及一般县城及乡镇的重点覆盖，将继续推进落实“一张物理网、两张逻辑网、4/5G 高效协同、独立运营”的目标。

1 5G 共建共享接入原理及组网方式

1.1 接入网共享原理

经协商一致，中国联通与中国电信采用接入网共享方案，图1 为接入网共享示意结构图。5G 基站共建共享主要分为基站侧、传输侧及核心网，其中基站侧完成共享，分别通过各自传输层接入各自核心网，用户体验基本等同于自建网络。

图1 5G 共建共享组网结构

1.2 NSA 共享技术方案

第一，双锚点方案。双方VoLTE 业务各自回落至本方4G锚点基站，NSA 锚点层直接承载VoLTE 业务，对时延无影响。本共享方案适用于电信联通4G 基站及5G 基站同厂家区域。因不涉及4G 共享，对双方4G 锚点小区的TAC、基站编号等均无要求，对4G 网络无影响。但当使用方4G 与NR 非共站建设，导致4G/5G 覆盖一致性不足时，会影响5G 用户体验，因5G站点同时添加电联4G间X2关系，容易出现X2配满现象。

第二，单锚点独立载波方案。该方案锚点载波独立，与各自4G 基站间的互操作简单，对4G 用户感知影响小。但需增加4G 信道板及载波软件，增加工程实施周期及工程投资。因4G 站点需添加电联4G 间X2 关系及5G X2 关系，极易出现X2 配满现象。

第三，单锚点共享载波方案。该方案适用于电信、联通4G 基站及5G 基站同厂家区域，为实现快速交付，初期可利旧现网1.8GHz 设备做共享锚点开通NSA。该方案在使用方无4G 网络区域，使用方会占用共享锚点业务资源影响承建方感知。使用方4G 基站需要支持锚点优先级选择功能，锚点与使用方4G 参数配置复杂。

1.3 SA 共享技术方案

共享的5G SA基站需要同时接入双方的5G核心网（5GC），共建共享无线侧只涉及双方5G 基站，和4G 基站无关。该类共享方式组网和参数配置简单。

2 共建共享问题分析及案例

2.1 共建共享问题分析

根据共建共享接入原理分为NSA 及SA 网络，以下主要从基站侧、传输侧及核心网三个方面进行分析，其中以基站侧问题较多，表1 为常见问题及处理方法。

表1 常见共建共享问题及解决方案

2.1.1 基站侧问题

（1）邻区核查-GC 平台

运用GC 平台对现网NR-NR、LTE-NR 邻区漏配、超远、冗余外部、无效、外部定义、PCI 混淆进行核查。

GC 平台邻区核查流程一般为：①数据采集；②数据上传；③邻区核查与优化；④任务执行；⑤报告下载；⑥客户审核；⑦脚本实施。

功能概述：邻区是保证用户移动性的重要条件，邻区核查是日常网优的重要动作之一，是进行其他优化的前提。邻区核查主要基于邻区现状核查邻区错配，基于拓扑核查邻区漏配，基于切换话统核查冗余邻区，基于策略模板核查不满足策略和邻区参数问题，从而降低因为邻区错配、漏配带来的切换失败、掉话等问题。

（2）X2 核查-摇光机器人

通过自动化机器人，如摇光机器人自动核查现网X2 接口，有针对性地对现网漏配、冗余进行核查。提高工作效率。

2.1.2 传输侧问题

对于已纳入共享网管的基站，提取站点的配置数据进行解析，得出：小区静态参数、gNodeB运营商、NR_DU小区运营商、端节点组用户面链路信息、IPv4 路由配置信息、SCTP 链路状态等配置信息。关于具体核查流程，其中存在一类“虚共享问题”，核查流程如图2 所示。

图2 “虚共享”核查步骤

根据gNodeB 与小区运营商确认小区是否共享，以及共享的网络架构模式。对于未共享小区，需协调承建方尽快开通共享；对于已共享的小区，结合共享的网络架构模式，对用户面链路状态、承建方基站至共享方核心网路由配置、X2 链路状态的配置情况进行核查，若配置数据存在异常，可判断为存在虚共享问题。虚共享会造成用户无法接入5G 网络，需要协调承建方对配置数据进行添加/修改。

2.2 基站侧问题案例-LTE 单锚点独立载波站点X2 缺失

2.2.1 问题描述

LTE锚点独立载波站点SCG添加失败，NR站间切换失败。

2.2.2 问题分析

站点跟踪：发现电信用户不能接入5G 网络，SCG 添加全部失败，失败原因为“transport-resource-unavailabl”，传输资源部不可用，为LTE 与NR 站点传输链路配置问题静态路由配置核查：站点静态路由配置正常。

链路配置核查：发现LTE 与NR 站点存在1 条链路正常。

核查站点路由配置，站点存在2 条路由，即联通小区路由“10.101.136.126”，电信小区路由“7.111.0.14”。现网与NR 站点存在的1 条链路为联通LTE 小区至NR 链路，电信小区与NR 站点无链路配置。需配置电信小区至NR 间X2 关系

问题根因：LTE 锚点独立载波站点存在2 个站点IP，分别对应联通、电信。NSA 网络下需分别配置至联通、电信的X2 关系。

2.2.3 解决方案及效果

添加电信小区路由“7.111.0.14”与NR 站点间双向X2 链路后，小区SCG 添加成功。

2.3 传输层问题案例-传输断漏配用户面链路漏配

2.3.1 问题描述

在优化过程中发现联通用户始终无法占用“移动前黄高中”共享站点。从图3 所示终端上报的B1 事件分析，有该5G 基站对应的频点和PCI 信息。

图3 路测数据分析

2.3.2 问题分析

首先对4G 锚点与X2 配置情况进行核查，发现数据配置均正常。

对基站的用户面链路、51 路由数据配置进行核查，发现站点51 路由配置正常，但用户面链路数据未配置，造成整站接入成功率低，导致现场测试时无法接入站点。

2.3.3 解决方案

经与承建方沟通，添加基站的用户面链路数据后，基站通往共享方的4条链路地址检测结果正常。现场进行复测验证，可以正常接入5G 基站。

2.4 核心网-站点AMF 配置不全导致用户感知差

2.4.1 问题描述

用户观看视频过程中不定时出现数据业务断开、视频中断现象，网络体验较差。

2.4.2 问题分析

现网probe 和虚用户跟踪消息如图4 所示。

图4 probe 和虚用户跟踪消息

从终端信令看，UE 在16：28：10 发起RRC 请求，RRC建立完成后有一条下行NAS（就是ServiceReject），然后RRC Release。

RRC 建立完成后，基站给核心网发了Initial UE Msg 后就收到核心网的下行NAS 和NAGP_UE_CONTEXT_REL_CMD。由于虚用户跟踪是要核心网发起初始上下文建立，消息里面会携带traceID 才能跟踪，此次虚用户信令里没有跟踪到此次RRC 请求。

UU/NG 跟踪消息如图5 所示，Probe 和单用户跟踪分析如图6 所示。Probe 和UU/NG 信令对比发现：虚用户没有跟踪到的16：28：10 发起的RRC 请求（mo-data），被AMF 直接释放。

图5 UU/NG 跟踪消息

图6 Probe 和单用户跟踪分析

Probe 解 析16：28：10（950）RRC request 的Mo-Signalling 的重新接入，对应单用户跟踪的时间16：28：11（778）信令，相当于用户的重新入网。

2.4.3 问题定位及解决方案

核心网定位发现投诉数据业务中断的主要原因是UE 跨AMF切换时，未能及时切换至新的AMF，在源AMF直接释放。基站侧核查发现浦州花园站点AMF 配置不全。完成站点缺失的AMF 配置添加。

3 结束语

中国联通和中国电信共建共享，基于双方天然的资源禀赋，合作可实现“1+1>2”的效应，实现规模翻倍、覆盖翻倍、带宽翻倍、速率翻倍。联通和电信进一步制定了“3.5G+2.1G”双频5G 战略，将全球最宽的TDD（200M）和FDD（2x40M）频谱协同创新，最大程度发挥频谱效益，实现上行4～5 倍体验提升，深度覆盖提升7～9dB，双频协同节能10%～20%，可见明显提质增效，不仅实现了降本增效的目的，而且提高了用户的感知水平，提升了公司品牌形象。