5G优化案例五维定位综合提升SA组网性能.docx
- 文档编号:8280169
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:29
- 大小:3.98MB
5G优化案例五维定位综合提升SA组网性能.docx
《5G优化案例五维定位综合提升SA组网性能.docx》由会员分享,可在线阅读,更多相关《5G优化案例五维定位综合提升SA组网性能.docx(29页珍藏版)》请在冰豆网上搜索。
5G优化案例五维定位综合提升SA组网性能
“五维”定位综合提升SA组网性能
XX
SA组网性能五维提升应用实践
XX
【摘要】通过五维提质方法,有效提升现网SA网络性能,在基线参数对齐的基础上面,通过邻区优化、GNBID长度统一、邻区组网类型、PRACH优化、波束优化以及XN自优化等措施提升网络基础性能,与此同时结合多伦的路测拉网排查无线侧、终端侧、核心网侧端到端性能异常问题,为SA下一步系统优化提供参考经验。
【关键字】SA、互操作、性能
【业务类别】SA、参数优化
1背景
目前XX去全网的NSA站点均已经升级为NSA/SA双模站点,目前XXSA组网电联4/5G互操作参数即将统一下发,通过前期的区域优化与测试,总结出现的问题以及解决方式,为后续SA大规模商用以及电联4/5G互操作参数统一下发后的边界场景或者实际路测中遇到的问题提供解决经验;
2SA互操作介绍
根据UE状态4G与5G移动性可分为:
空闲态移动性管理、连接态移动性管理。
11:
空闲态移动性包括小区选择及小区重选。
当UE测量到服务LTE/NR小区信号质量低于一定门限,通过下发异系统优先级、重选门限等相关参数,引导UE选择信号质量更好的NR/LTE小区去驻留。
22:
连接态移动性即LTE与NR之间的切换、重定向、语音EPSFallBack、Fastreturn。
(11)切换保证数据业务和语音业务的切换功能,实现业务的连续性。
(22)重定向包括基于测量的重定向和盲重定向功能,当没有N26接口时候,可以走重定向流程。
(33)VoiceEPSFallBack,当5G网络不支持IMSVoice时,可将UE切换或重定向到支持IMSVoice的4G网络中以便继续语音呼叫的功能,以保证语音业务的连续性。
(44)Fastreturn功能,当UE语音呼叫从5GEPSFallBack到4G,语音结束后加速返回到5G网络,保证用户体验5G业务。
SA/LTE互操作整体策略示意图
2.14/5G空闲态互操作策略
为了降低互操作复杂度,SA小区只配置4G的基础覆盖频点。
4G到SA的重选信息需要UE解读SIB24消息,小区选择RSRQ低门限设置为-30dB。
确保小区选择时,只有RSRP生效。
空闲态SA/LTE互操作示意图
重选优先级配置:
SA频点使用最高优先级7,4G+3G所有频点使用重选优先级6及以下。
4G重选到SA频点门限为:
SARSRP>-110dBm。
SA重选到4G频点门限为:
当SARSRP<-114dBm时,开始异频异系统测量,当满足SARSRP<-114dBm&4GRSRP>-110dBm时,重选到4G网络。
2.24/5G业务态互操作策略
为了降低业务态的互操作复杂度,以及保障互操作的成功率,业务态4/5G互操作采用重定向方式。
业务态SA/LTE互操作示意图
4G侧:
关闭SA用户的独立测量配置,开启4G到SA的定向迁移功能,保障SA用户尽可能使用SA网络。
定向迁移门限:
当SARSRP>-115dBm时,通过B1事件,采用重定向方式迁移到SA网络。
LTE定向迁移(重定向)回SA信令流程图
SA侧:
开启SA到4G的基于覆盖的盲重定向功能,配置4G基础覆盖频点重定向优先级为最高。
基于覆盖的重定向门限:
SARSRP<-112dBm。
SA重定向到LTE信令流程图
3五维提质思路
基础优化是根本,参数优化是保障,性能提升是目标,通过五维提质,确保商用示范区的目的实现。
3.1一维:
基线参数核查
对SA组网区域的LTE/SA基站进行基线参数核查,关键参数配置如下:
3.2二维:
基础性能优化
通过多轮次的路测,发现现网存在的基础性能优化,精细调优:
3.3三维:
无线侧问题排查
针对空口无线侧的问题,主要从流程跟踪分析、参数配置、空口干扰方面,进行针对性单点处理。
3.4四维:
核心侧问题排查
针对核心网兼容性问题,通过横跨终端信令、基站信令、核心网信令的端到端对通跟踪,分析解决兼容性问题,当前发现兼容性问题主要有:
1、寻呼异常不下发2、TAUreject
3、UE连接态收到Paging触发异常注册等
3.5五维:
终端侧问题排查
不同芯片终端在对协议的理解和处理上,会出现一些差异,导致部分终端与网络存在一定的兼容问题,当前发现的终端问题主要有:
1、高通SMC问题导致注册失败
2、苹果TTT问题;
4五维提质应用
4.1基线参数核查优化
对连片SA组网区域的LTE/SA基站进行基线参数核查,根据SA互操作参数规范以及相关参数建议。
对基站参数进行定期整改,确保参数规范性;
4.2基础性能优化
4.2.1邻区优化
为保证测试区域路测数据业务和语音业务的保持指标,通过《4-5G邻区添加和参数核查
工具》进行SA小区间5G->4G邻区规划,使用Mongoose工具对测试区域SA小区5G-5G邻区进行规划,输出5G邻区关系规划表,对测试区5G小区邻区关系进行增补。
同时结合测试log分析,对5G邻区进行核查和增补,核查内容如下:
✓1).外部邻区是否配置正确,包括外部邻接小区配置和邻接关系是否遗漏。
✓2).外部邻区表中邻区的PCI、TAC、PLMNID是否正确,是否与目标NR小区配置一致。
✓3).外部邻区表里面的外部邻区PCI是否存在混淆与重复。
✓4).站点级的5G-5G邻区关系数量是否超过600条的限制。
✓5).核查5G邻区关系的usestate使用状态是否配置为可用。
确保整个测试路线上不出现由于邻区漏配导致的异常事件
4.2.2NRGNBID统一24bit
核查发现部分NR站GNBID长度仍然配置为22bit,因此部分5G邻区中GNBID长度仍然配置为22bit。
而且部分邻区中目标站GNBID长度配置错误,测试时引起切换准备失败,NR-NR以及NR-LTE,核心网返回unknowntargetcellid。
按照要求将全网5G站的GNBID长度统一调整为24bit,同时将5G外部邻区GNBID也统一设置为24bit。
4.2.35G邻区组网类型优化
分析测试log,在NSA/SA双模站与NSA单模站的边界,测试终端会发起向NSA小区的SA同频切换。
检查发现部分5G邻区中支持的组网类型配置为SA&NSA模式,这会导致SA终端向NSA小区发起SA同频切换请求,最终肯定会切换失败。
修改5G外部邻区中的组网类型,针对切换目标侧未NSA小区的邻区对,将组网类型调整为NSA模式。
4.2.4PCI、PRACH参数优化
PRACH冲突、PCI冲突和混淆等问题容易造成SA随机接入失败、切换失败等问题,XX苹果测试区域结合测试log、核查测试区域I839长格式逻辑根序列配置,确保不出现PRACH逻辑根序列混淆问题。
在PRACH逻辑根序列/PCI优化过程中,核查出6个NR小区存在PCI混淆,并完成小区PCI重规划和调整。
4.2.5单波束方案
默认参数单波束,组网环境都是单波束生效,必然产生SSB干扰,SS-SINR较差;
电联版本基线默认7波束部署组网有利于覆盖提升,SSB的干扰减少,SS-SINR值相对单波束会提升,但是7波束配置相对比SSB0-1交错配置会占用更多的资源,影响下行速率,而且高通终端不能进行波束切换,所以SA组网采用【配置一】单波束配置。
备注:
SSB波束的下倾角跟现网原波束的下倾角对齐。
4.2.6SSB波束0/1错开
实施SSB波束时域错开,理论上能改善SSBSINR。
又因SSB子波束0/1在时域上位于同一slot,若服务小区仅激活SSB子波束0的话以及其切换邻区仅激活SSB子波束1的话,即可实现SSB时域错开。
但需重点强调的是,SSB时域错开仅适用于精品路线的优化,并不适用于商用网络大范围部署。
SSB可以通过相邻小区的波束ID0/1错开的方法,具体的方法是,测试路线上A->B->C,在小区A,使能波束0,在A的待切换相邻小区B,配置SSB使能波束1,在B的待切换邻区C,配置SSB使能波束0依次类推。
商用网这样配置的最大难度,就是需要梳理出切换关系,然后根据切换关系,去手动配置对应小区的使能SSB波束,如果网络调整,需要调整的小区可能会很多,工作量很大。
MO
参数中文名
参数英文名
推荐值
基线参数值
参数类型
SubBeamInfo
子波束是否有效
subBeamValid
Open启用需要的SSB波束
open
A类参数
4.2.7UEPMax提升到26
默认UE最大发射功率为23dbm,未开启高功率开关,由于上行UE功率回退机制,如果UE最大发射功率最大受限23dbm,实际UE发射功率不足,影响上行解调性能,因此开启高功
率开关同时配置PMax=26dbm。
表格4-1
MO
参数中文名
参数英文名
推荐值
基线参数值
参数类型
备注
NRPhysicalCellDU
UE最大发射功率
pMax
26
23
A类参数
NRPhysicalCellDU
支持高功率开关
highPowUESwitch
enable
disable
A类参数
UME配置功率截图-1:
UME配置功率截图-2:
4.2.8Xn自配置
在SA场景下,Xn链路同时也是gNodeB之间基于Xn切换的基础。
之前是NSA网络,都没有配置Xn链路。
本次针对SA站点,基于邻区数据通过SON的Xn自建立功能。
Xn添加的原
理及两种常见常见如下:
①Xn立即添加原理
gNodeB1配置gNodeB2的小区为邻区时,gNodeB1主动发起Xn立即添加流程,该流程由gNodeB1和gNodeB2协作完成。
其中gNodeB1称为主动端,执行的添加流程称之主动端立即添加流程,gNodeB2称为被动端,执行的流程称之为被动端添加流程。
②Xn主动端立即添加
对上图中的关键步骤进行如下说明,其中gNodeB1为主动端,gNodeB2为被动端:
1)打开gNodeB1XnSCPolicy.xnSelfAddSwitch开关,打开gNodeB1XnSCPolicy.xnSelfAddSwitch开关。
2)gNodeB1和gNodeB2之间不存在邻区配置,添加gNodeB1的服务小区到gNodeB2的服务小区的邻区配置。
3)gNodeB1判断Xn连接配置达到上限,流程结束,否则执行下一步。
4)gNodeB1向gNodeB2发送Xn传输地址请求消息,消息携带gNodeB1的Xn传输地址。
5)gNodeB1收到gNodeB2的Xn传输地址回复消息,得到gNodeB2的Xn传输地址。
6)gNodeB1检测gNodeB2的Xn传输地址的连通性通过。
7)gNodeB1添加Xn配置、上报网管监控日志。
③Xn被动端立即添加
Xn被动端立即添加
对上图中的关键步骤进行如下说明,其中gNodeB1为主动端,gNodeB2为被动端:
1)打开gNodeB2XnSCPolicy.xnPassiveSwitch开关,打开gNodeB1XnSCPolicy.xnSelfAddSwitch开关。
2)gNodeB2收到gNodeB1的Xn传输地址请求消息,得到gNodeB1的Xn传输地址。
3)gNodeB2判断Xn连接配置达到上限,流程结束,否则执行下一步。
4)gNodeB2检测gNodeB1的Xn传输地址的连通性通过。
5)gNodeB2向gNodeB1发送Xn传输地址回复消息,消息携带gNodeB2的Xn传输地址。
6)gNodeB2添加Xn配置、上报网管监控日志。
通过Xn自建立功能,共添加了3542条Xn链路,从网管指标统计看,超过95%的切换都是通过Xn链路,Xn的切换成功率在98.5%以上,切换时延平均100多ms,而基于Ng的切换时延在2000ms左右。
4.2.9覆盖优化效果
1)覆盖方面:
SS-RSRP>-105采样点占比从90.42%提升至98.68%,综合覆盖率(RSRP≥-
105dBm且SINR≥-3dB的比例)从90.12%提升至97.50%。
2)
干扰和速率:
DT路线平均SINR从6.23db提升至13.46db,PDCP层速率从417Mbps提升至742Mbps。
图层对比
优化前RSRP
优化后RSRP
优化前SINR
优化后SINR
优化前PDCP层速率
优化后PDCP层速率
4.3无线侧问题优化
4.3.1流程冲突问题描述:
EPSfallback到4g,InitialContextSetup过程,基站建立QCI=9承载失败,原因未定义。
erab建立qci=1承载,基站返回建立失败,原因是radioNetwork=29:
TS1AP_CauseRadioNetwork_Root_interaction_with_other_procedure。
问题分析:
UE初始接入,核心网在InitialCtxtSetupReq中携带QCI5和QCI9承载,其中QCI9是SCG承载,锚点站发起到PCE:
7668747的SCG承载建立流程,等待PCE回复DrbSetupRpsRsp超时,导致QCI9承载建立失败。
在QCI9承载本地释放过程中,又收到了核心网发起的QCI1建立请求,由于流程冲突回复ErabSetupRsp失败。
目前4G侧同一个UE在一个ERAB释放未完成时,新的ERAB不能同时建立,所以本例QCI1失败。
对于等待PCE:
7668747回复DrbSetupRpsRsp超时场景,查看了本次抓取的LOG,向该PCE发起承载建立共13次,仅这1次失败,属于低概率事件。
解决方案:
将“EN-DC锚点增强策略开关”修改为0,在LTE侧建立NRPDCP,可以避免初始接入预选PCE的场景。
4.3.2宏微策略设置错误问题描述:
5GA3测量报告上报后,基站不触发切换,排查邻区配置和邻区使用状态都是正常。
问题分析:
1、5GA3测量报告上报后,基站不触发切换,排查邻区配置和邻区使用状态都是正常。
排查抓打印,发现打印中走到了micro-microhandover,查看小区属性,发现源小区是QCELL
站。
怀疑宏微切换测量配置策略有问题。
2、继续检查移动性功能中的“宏微切换测量配置策略”=宏微切换测量分开[split],在此种配置下,从QCELL切换到宏站要走专用的配置,现场修改“宏微切换测量配置策略”=宏微切换测量合一[united]后,切换正常
解决方案:
修改“宏微切换测量配置策略”=宏微切换测量合一[united]后解决。
4.3.3组网类型错误问题描述:
5GA3测量报告上报后,基站不触发切换.问题分析:
1、5GA3测量报告上报后,基站不触发切换,查看邻区支持的组网类型=NSA,这种情况下,A3测量可以测到NSA邻区并上报,单因为邻区是NSA小区,所以基站不会触发切换。
解决方案:
改造邻区未NSA/SA双模小区,或者降功率调天线,不让NSA小区信号覆盖到测试路线上。
4.3.4SMTC导致未返回SA问题描述:
EPSFB呼叫4G挂电话后,终端收到FRrelease消息后,低概率未回到5G。
问题分析:
1、EPSFB呼叫4G挂电话后,终端收到FRrelease消息后,低概率未回到5G。
对比release消息内容,发现有些小区SMTC消息有差异。
修改4G侧NR测量配置中的SMTC与5G侧SMTC相同。
5G侧统一配置sf20=0
有的4G小区配置sf20=3,ssbDuration=sf5,和5G侧配置不一致,这样有可能测量5G小区时,在ssbDuration里测不到SSB信号。
统一修改4G侧SMTCsf20=0
解决方案:
1、修改4G侧NR测量配置中的SMTC与5G侧SMTC相同。
4.3.5TAC开关引起SA接入失败问题描述:
NSA小区tac开关未关闭,导致SA终端会尝试接入NSA小区,接入失败
问题分析:
NR小区的tac开关未关闭时,小区会在SIB1里携带TAC值,根据协议,终端检测到有TAC值下发,就会认为NR小区是SA的小区,终端会尝试接入,但是因为是NSA小区,未配置NG口,所以从UElog会看到走到MSG5后,基站无法在NG口发出inituemessage,然后UE被释放。
设置TAC开关=tacoff后,SA终端即使搜到了SIB1消息,但SIB1中未下发TAC,SA终端不会尝试接入。
NSA小区TAC开关=on时,SIB1会下发tac,如下图,TAC开关=off后,下图中TAC就不下发,SA终端也不会尝试接入小区。
解决方案:
根据现网小区实际配置,配置tac开关。
4.3.6干扰导致寻呼未收到问题描述:
在EPSFB拉网过程中出现一次被叫终端收不到寻呼导致呼叫建立失败的问题。
从终端Log中,终端在对应时间范围内没有盲检到对应的寻呼dci。
问题分析:
1、从基站抓取的LOG进行分析,基站已经在Ng口接收到来自核心网的寻呼。
2、使用中兴天机10spro终端(采用高通X55芯片)沿苹果测试路线进行复现,出现偶尔终端没收到寻呼的情况,且没收到寻呼时也是终端没盲检到寻呼DCI。
解决方案:
1、单波束场景下考虑使用SSBindex0/1波束错开方案,提升SSBSINR。
高通芯片寻呼解调SINR门限是0dB,在SINR小于0时,容易出现寻呼收不到的问题。
2、考虑采用pfOffset错开的方案,相邻小区错开paging时域发送位置,减小寻呼干扰,尤其是交叠区域
4.3.7邻区漏配导致SINR质差
问题描述:
终端在小北路占用肇庆大厦南NR-AAU301-5GZYX10143(890324_4PCI=854)小区信号,没有切换到邻区更好小区(886714_3PCI=684)、(886511_6PCI=34)信号,切换不及时导致SINR差。
经后台查询(890324_4PCI=854)与(886714_3PCI=684)没有邻区关系。
解决方案:
建议将(890324_4PCI=854)与(886714_3PCI=684),(886511_6PCI=34)添加邻
区关系。
同时调整肇庆大厦南基站2小区方位角以及下倾角至合理位置。
现场复测:
肇庆大厦南站点为美化方柱站点,调整空间较小,现场照片如下:
4.4核心侧问题优化
4.4.1核心网未激活QCI1承载问题现象:
EPSFALLBAKC,回落到4G,核心网未激活QCI1承载,呼叫失败。
终端侧log显示没有激活qci1承载。
查看基站侧log,S1口没有ERAB激活QCI1承载:
问题分析:
华为核心网确认有问题,但暂未给出解决办法。
4.5终端侧问题优化
4.5.1高通终端SMC问题问题描述:
终端EPSFallback回落到4G,挂断电话重定向回5G后,发起注册流程。
RegistrationRequest发给核心网后,连续收到核心网回复的RegistrationAccept,并上报5GMMStatus异常状态。
问题分析:
1、终端在接收到第1个“Registrationaccept”和“SecurityModeCommand”后,先回复了带完保加密的RegistrationComplete(ULInformationTransfer),后回复SecurityModeComplete。
由于终端回复的时序不对,导致基站解码包含RegistrationComplete的ULInformationTransfer失败,核心网收不到UE发送的RegistrationComplete消息。
后续核心网连续下发Registrationaccept,终端侧回复5GMMstatus状态异常。
解决方案:
本问题为高通芯片已知问题,苹果终端手上的版本已经解决了此问题。
中兴天机10spro的基线版本老一些,仍然存在此问题。
4.5.2苹果终端TTT问题问题描述:
紧急呼叫流程终端ESPFallback回4G后由于触发一次SOSIMS注册流程,导致QCI=1建立之前终端上报定向迁移B1测量报告,导致基站将终端定向迁移回5G,修改定向迁移B1的TTT未5120ms后苹果终端没有按照测试报告内下发的timetotrigger定时器上报测量报告,导致概率性迁移回5G紧急呼叫失败。
问题分析:
终端在4G侧接入后,基站首先给终端下一个定向迁移的B1=44,timetotigger=2560ms,终端迁移回5G是因为核心网在这个时间内未建立QCI=1的承载,分别建立了QCI=5和QCI=9,但是没有下QCI=1的承载建立请求,基站只有在QCI=1建立后会把这个定向迁移的B1删除不会回5G。
由于紧急呼叫流程回落4G后触发一次SOS的IMS注册流程,该流程增加了入网时延,在QCI=1建立之前终端上报定向迁移B1测量报告,基站触发定向迁移。
基站侧将定向迁移B1
的TimeToTrigger修改为5120ms,确保终端在4G侧QCI=1建立之前不上报定
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 优化 案例 定位 综合 提升 SA 组网 性能