提升5G 共建共享网络可靠性分析研究
2022-02-07全诗文许艳秋
全诗文 许艳秋 褚 旭 王 新
中国联合网络通信有限公司南京市分公司
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%,可见明显提质增效,不仅实现了降本增效的目的,而且提高了用户的感知水平,提升了公司品牌形象。