全诗文 许艳秋 褚 旭 王 新
中国联合网络通信有限公司南京市分公司
为了满足用户不断增加的业务需求,4/5G 建设的站址密度越来越高,各通信运营商每年都要投入巨资进行工程建设,重复建设十分严重,同一地方多座铁塔并列,同一路由多条杆路和光缆并排而行,造成土地、能源和原材料的严重浪费,对自然环境、景观也造成了不良影响。因此,共建共享是通信企业实现自身健康、可持续发展的必然选择。
中国电信和中国联通之间的合作,成果显著,已实现城市市区、发达县城的室外5G 信号基本连续覆盖,以及一般县城及乡镇的重点覆盖,将继续推进落实“一张物理网、两张逻辑网、4/5G 高效协同、独立运营”的目标。
经协商一致,中国联通与中国电信采用接入网共享方案,图1 为接入网共享示意结构图。5G 基站共建共享主要分为基站侧、传输侧及核心网,其中基站侧完成共享,分别通过各自传输层接入各自核心网,用户体验基本等同于自建网络。
图1 5G 共建共享组网结构
第一,双锚点方案。双方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 参数配置复杂。
共享的5G SA基站需要同时接入双方的5G核心网(5GC),共建共享无线侧只涉及双方5G 基站,和4G 基站无关。该类共享方式组网和参数配置简单。
根据共建共享接入原理分为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.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.1 问题描述
在优化过程中发现联通用户始终无法占用“移动前黄高中”共享站点。从图3 所示终端上报的B1 事件分析,有该5G 基站对应的频点和PCI 信息。
图3 路测数据分析
2.3.2 问题分析
首先对4G 锚点与X2 配置情况进行核查,发现数据配置均正常。
对基站的用户面链路、51 路由数据配置进行核查,发现站点51 路由配置正常,但用户面链路数据未配置,造成整站接入成功率低,导致现场测试时无法接入站点。
2.3.3 解决方案
经与承建方沟通,添加基站的用户面链路数据后,基站通往共享方的4条链路地址检测结果正常。现场进行复测验证,可以正常接入5G 基站。
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 配置添加。
中国联通和中国电信共建共享,基于双方天然的资源禀赋,合作可实现“1+1>2”的效应,实现规模翻倍、覆盖翻倍、带宽翻倍、速率翻倍。联通和电信进一步制定了“3.5G+2.1G”双频5G 战略,将全球最宽的TDD(200M)和FDD(2x40M)频谱协同创新,最大程度发挥频谱效益,实现上行4~5 倍体验提升,深度覆盖提升7~9dB,双频协同节能10%~20%,可见明显提质增效,不仅实现了降本增效的目的,而且提高了用户的感知水平,提升了公司品牌形象。