TDLTE网络优化案例汇总Word格式.docx
- 文档编号:21802676
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:62
- 大小:8.80MB
TDLTE网络优化案例汇总Word格式.docx
《TDLTE网络优化案例汇总Word格式.docx》由会员分享,可在线阅读,更多相关《TDLTE网络优化案例汇总Word格式.docx(62页珍藏版)》请在冰豆网上搜索。
第二个MR,启动切换,但是切换准备失败,反馈传输资源不足造成,最后还是完成切换,前台测试切换至NBHS锦江年华FHTL-2PCI=320非NBHS青林湾西FHTL-0PCI=438。
查看导出的邻区关系列表,NBHS维科上院FHTL-1PCI=487与NBHS青林湾西FHTL-0PCI=438两个小区之间存在邻区关系,但是查看配置文件,发现青林湾西邻基站中未配置维科上院的邻基站信息(200914与200894)。
解决措施:
添加青林湾西邻基站中未配置维科上院的邻基站信息。
处理效果
添加两个基站之间的邻基站信息后,小区间切换支持。
附件或日志:
1.2X2口不通导致的切换失败
测试车辆由南向北行驶至前湖北路路段,UE占用NBYZ四季瑞丽1小区PCI483的信号,在该路段接收到主服小区的RSRP-106dBm,无线信号在该路段覆盖较差。
通过UE上报的测量报告发现,UE有上报切换目标为NBYZ现代轿车城3小区PCI473,该小区的RSRP-88dBm,信号良好;
但未发生切换。
无线覆盖示意图
测量报告示意图
邻区关系示意图
但未发生切换,经核查邻区发现NBYZ四季瑞丽1小区与NBYZ现代轿车城3小区之间未添加邻区关系。
添加这两个小区邻区关系之后仍不切换,检查小区状态,状态运行正常,无故障。
随后检查这两个小区的X2接口连接指示发现,配置状态为“不存在”,修改为“存在”后,切换正常。
把X2接口连接指示配置状态修改为”存在后“切换正常。
1.3硬件和传输故障
问题描述:
5月27日,蒋王庙试扩L329138,00蒋王庙试扩L-2_2站内切换指标如下:
服务小区名称
服务小区ID
eNodeB内切换出成功次数
eNodeB内切换出尝试次数
eNodeB内切换出失败次数
ENODE内切换成功率
蒋王庙试扩L329138,00蒋王庙试扩L-2_2
329138
9
11
2
81.82%
5
6
1
83.33%
4
66.67%
从KPI的统计表中可以看出,基站内切换成功率在一段集中的时间内较差,而之前的时间段ENB内切换成功率均为100%。
根据下图上午MR计算出目标小区的RSRP为-90dBm,覆盖良好。
1.4随机接入参数配置不当引起切换失败
使用L1*Outum8.0进行测试时候发现云南昆明LTE网络新入网很多基站在无线环境很好(RSRP-80dbm左右&
SINR20左右)的情况下基站内小区间切换均失败,在测试中时出现以下情况,UE在正常接入小区后,UE上发测量报告,然后基站下发重配置消息,UE上传重配置完成消息,从无线口信令消息看切换已经完成。
但是从测试过程中发现并没有切换成功,而是经过2秒后基站下发MIB消息、系统消息,然后UE上传连接重建消息,接着基站下发连接重建命令,UE上传连接重建完成,到此UE应该是重新接入小区,并不是切换。
具体个例如下:
同时在基站侧用ATP进行跟踪时,出现如下图情况:
UE上传测量报告,基站下发连接重配置消息,但UE在2秒内无回应或者基站在这2秒内没收到重配置完成消息,于是2秒之后UE上传系统消息1,而基站则下发系统消息2,然后就是上传连接重建请求消息,基站下发连接重建命令,接着UE上传连接重建完成,到此UE重新接入小区
问题处理流程:
1、首先针对小区内邻区进行检查,邻区配置正确;
2、由于是双模站点,所以提取同样为双模站点的宁波参数进行对比,发现关于切换的参数均配置正确;
3、通过以上分析发现发生切换时候手机能上报重配置完成消息,但是基站侧没有收到这条消息,说明有可能是接入参数有异常。
4、研发支持:
通过收取CDL/ATP/基站公共日志进行分析以后研发怀疑是随机参数设置不当造成的,随机接入参数零相关配置参数现场设置为11比较大,建议调整为默认的设置3以后进行试验。
问题解决效果:
将零相关配置从11调整为3以后从下图可以看出调整前测试还是出现切换失败,但是调整以后基站内小区间切换成功,对基站间相邻小区的切换也成功,说明该问题已经解决。
总结:
根序列索引规划建议
现网中宏站Preamble格式通常选择格式0,室分为格式4;
宏站PRACH配置索引设置为3,室分为51;
室外推荐
的零相关配置为3,对应低速非受限
取值为18;
室内站点零相关配置为3;
对应的Ncs值为8;
根序列索引的配置和PCI相关:
若室外宏站的零相关配置采用3,对应的Ncs值为18,这样每个根序列能产生838/18=46个preamble码,每个小区需要产生64个preamble码,故需要64/46=2个根序列产生一个小区所需的premble码,故838个索引能产生838/2=419个小区所需的preamble码,所有小区重复利用这419个,为了避免相邻小区的根序列索引冲突,故根序列索引值和PCI关联,即根序列索引=(PCImod419)*2;
室分站点零相关配置采用3,对应的Ncs值等于8,这样每个根序列能产生138/8=17个preamble码,每个小区需要产生64个preamble码,故需要64/17=4个根序列产生一个区所需的premble码,故138个索引能产生138/4=34个小区所需的preamble码,所有小区重复利用这34个,为了避免相邻小区的根序列索引冲突,故根序列索引值和PCI关联,故根序列索引=(PCImod34)*4。
排查基站告警,在查询基站告警日志发现在该时间段存在小区退服,传输故障,X2链路故障的告警。
如果由于小区重复退服,可能导致站内切换成功率下降。
告警名称
告警级别
告警源
网元类型
产生时间
小区退服,传输故障
主要
蒋王庙试扩L329138,小区2
ENB
2013-05-2720:
38:
16
X2链路故障
次要
蒋王庙试扩L329138,SCTP链路2
02:
05
2013-05-2719:
28:
36
问题解决:
安排基站人员上站排查,重现建立X2链路后告警消除。
解决效果:
28日现场排除告警后提取当日指标进行验证。
下表为蒋王庙28日全天级指标,已有明显提升。
蒋王庙试扩L329138
261
264
3
98.86%
1.5重选优先级设置不一致导致异频无法切换
云南昆明LTE实验网新开局对室内和宏站之间异频切换进行验证。
使用L1*Outum8.0/华为MIFI*Outum8.0进行异频切换验证;
验证参数配置:
1、X2链路、邻区关系与小区异载波信息配置完成;
2、A1A2算法均开启测量;
3、GAP测量打开;
从验证结果发现室分可以切换到宏站,而从宏站无法切换到室分;
在进行切换验证测试时发现当师大商学院(宏站)的RSRP值达到-112dbm且嵩明云南师范大学商学院动感厅(室分)的RSRP达到-69dbm时,已经达到切换门限,但是UE仍驻留在师大商学院2小区中不发生切换,最终由于信号过低终端进行重建而驻留到室分基站,切换失败,查看信令消息时,此时UE已经上传测量报告,而且也有重配置消息下发但是终端并没有发生切换,对重配置消息进行解析发现该重配置消息并不是用于切换的重配置消息。
如下图所示
1、对两个基站的X2链路及邻区关系进行删除再重新创建,并且重新配置异频载波信息,切换问题未解决;
2、由于室外宏基站是双模站而室分是单模站,因此对单模站点的“单模RRU帧头偏移置”进行设置,由无偏移设置为700us,参数修改以后进行验证,切换问题未解决;
3、经研发老师指导发现师大商学院基站的小区重选公共参数中的“小区重选优先级”设置为3,而EUTRAN异频载波信息中的“小区重选频点优先级”设置为1。
将小区重选公共参数中的“小区重选优先级”设置为1,与EUTRAN异频载波信息中的“小区重选频点优先级”设置保持一致,切换问题解决;
问题解决效果
将师大商学院基站的小区重选公共参数中的“小区重选优先级”设置为1,与EUTRAN异频载波信息中的“小区重选频点优先级”设置为1保持一致,通过验证发现问题已经彻底解决。
目前我司设备的异频切换算法,采用A1/A2/A3/A4/A5算法,A1用于异频关闭,其中A2用于开启异频测量,A3用于启动切换请求(当A3用于异频时必需保证源小区和目标小区的小区重选优先级一致),A4用于异频高优先级切换,A5用于异频低优先级切换;
在异频切换时,若仅开启A2、A3测量开关,小区重选公共参数中的“小区重选优先级”与EUTRAN异频载波信息中的“小区重选频点优先级”设置必须一致。
出于某种目的,“小区重选优先级”必须设置成不一致时,需要开启A4或者A5测量开关用于异频测量。
1.6MME问题导致入POOL基站大量切换失败
福州KPI组发现3月8日后全网的切换成功率一直在恶化,提取切换失败TOP小区分析CDL发现,切换失败大部分为目标小区回复切换准备失败携带原因为transport-resource-unavailable。
在基站版本45.16版本升级后,福州全网也出现了大量的切换失败,失败原因为transport-resource-unavailable,排查定位过程发现是基站的邻基站中SCTP链路索引对应错误导致,基站升级后解决。
而近期又出现了相同原因的切换失败,所以第一时间核查了全网的X2链路、邻基站,但是发现并没有异常,于是基本排除是X2链路、邻基站的原因导致目标小区切换准备失败。
于是,分析TOP小区,以上渡派出所-DLH(ENBID:
418705)为例,提取该站CDL日志分析。
切换统计显示站内切换和S1切换都正常,X2切换成功率只有10.79%,而且切换出失败中99.91%是“切换目标侧准备失败”,通过切换分析可以看出,1082次切换失败,全部是往ENBID:
418644切换,而且释放原因全部为transport-resource-unavailable。
现场已知该原因释放的问题主要是X2资源导致的,而已经核查过全网X2配置,且确认418705和418644之间完全正常。
在X2切换成功的详表中发现目标基站ID为418644的切换有成功的,于是对比时间相近的切换失败和切换成功。
通过对比x2HandoverRequest的IE值,发现切换成功时该消息拾的GUMMEI中MME-CODE为'
D0H(208)对应福州MME,而切换失败时的MME-CODE都为'
10H(16)对应厦门MME。
在OMC上查看418705的S1链路状态,发现到福州MME的S1链路状态为“与对端连接成功”(正常),而与厦门MME的S1链路状态为“驱动建立成功”(故障)。
再分析目标基站418644的CDL日志,发现该站有大量的S1建立失败信令,检查S1SetupRequest的各IE值都正常,S1SetupFailure携带原因为message-not-compatible-with-receiver-state。
为区分是基站问题还是MME问题,分别删除再添加该站到厦门和福州的MME,到福州MME的S1链路马上建立成功,到厦门MME的S1链路仍然故障。
对比基站给两个MME发送的S1SetupRequest的IE值完全一致,说明基站的S1SetupRequest消息并没有问题,问题出在厦门MME上。
分析剩余的TOP小区,发现都存在与418705一致的现象,即目标小区到厦门MME的S1链路故障。
目前福州全网基站已开启S1-FLEX算法,全部入MMEPOOL(福州、厦门两台MME),且两台MME的能力都配置为50,为负荷分担方式组网,所以正常入POOL的基站下接入,UE有50%的概率接入到两台MME上。
通过信令和TS36.413我们可以知道,ENB发起S1SetupRequest,MME回复S1SetupResponse会携带MME的相关信息(PLMN,MME组号,MME编号,MME能力等。
),而S1链路建立失败时ENB获取不到相应的MME的信息的。
假设ENB1正常入POOL(两条S1(S1a,S1b)正常),ENB2(其中1条S1故障(S1a正常,S1b故障),当UE在ENB1下从S1a接入,往ENB2切换,由于ENB2的S1a是正常的,ENB2上有S1a对应MME的信息,切换可以正常进行。
而当UE在ENB1下从S1b接入,往ENB2切换,由于ENB2的S1b故障,ENB2上并没有S1b对应的MME信息,所以切换需要的S1资源无法成功准备,所以会给ENB1回复HandoverPreparationFailure,导致切换失败。
在分析出是厦门MME问题导致全网切换失败后,联系厦门MME人员,提供S1建立失败的基站信息,MME侧抓包、提取MME日志确认是MME的问题。
只要MME处理完后基站S1正常建立,切换成功率即可恢复。
虽然切换成功率恶化的原因已查明为MME故障,但是在定位过程中基站给出的切换准备失败的Cause值误导了现场的问题定位。
对于目标S1链路故障导致切换准备失败的现象,在和NSN,ZTE跨厂家切换的时候已经分析过,但是对于这类问题,其他厂家一般在HandoverPreparationfailure中携带的原因为“UnknownMMECode”,而我们基站是回复“transport-resource-unavailable”,影响了问题的定位效率,而TS36.423中对这类原因有注释,其他厂家此类问题的原因归类为“UnknownMMECode”更能有效指导问题定位。
与研发确认,目前基站版本eNB只是发现用户所在的Gummei与自己连接的MME不一致,直接判断失败。
并没有进一步判断是GroudID不正确,Plmn不正确,还是MmeCode不正确。
为便于容易指导现场定位,后续基站版本会加入相应判断,优化Cause值。
处理效果:
3月15日凌晨,厦门MME人员针对S1无法建立的问题现场处理后,原因到厦门MME的S1链路故障的全部恢复正常,当天全网的切换成功率就回升到95%。
1.7开站数据模板不对引起切换失败
近日新开LTE室VIP站点泗阳移动公司新大楼,添加完邻区后状态正常,现场发现无法切换到室外宏站,但是室外宏站可以切换到室内,随后对该问题进行分析定位。
1、无线环境分析
CellName
ECI
TAC
BandWidth
Frequency_DL
PCI
宿迁泗阳移动新大楼LEW-1
20559
20
2360
500
宿迁泗阳新世界LF-1
1890
84
根据现场测试,宿迁泗阳移动新大楼室外最强宏站为泗阳新世界LF-1,RSRP电平在-90~-100之间,相对较弱,但根据小区算法-切换算法-邻小区RSRP门限为20(-120dbm),室外电平满足切换入的要求。
2、信令分析
1)、通过前台新令分析,在由室内到室外过程中,UE发送MR后收到RRC释放请求,并没有进入RRC重配过程,如下图:
从后台上看为收到测量报告后,eNB向EPC侧发送UEContextReleaseRequest释放上下文,同时向UE发送RRC释放,最终无法完成切换。
分析eNB释放上下文携带的原因为ue-not-aivilble-for-ps-service,该原因与CSFB重定向到2G的原因一致,对RRCConnectionRelease进行分析,发现携带GERAN频点信息,初步判断为进入了盲重向过程,而没有进行异频信息测量。
2)、现场随后进行参修改,关闭小区-小区测量-A3事件配置1.1-测量相关算法中的小区间干扰协调算法,同时将A1和A2RSRQ门限值都修改为-50,现场测试发现UE一直上发测量报告,但无法收到携带异频(38350)的RRC重配置消息,导致终端一直无法进行异频测量,该问题为现场将A1/A2设置一致导致异频测量无法启动。
3)、现场将GERAN异载波信息、GERAN邻小区关系删除,同时将A2RSRP门限值修改为-90,同时关闭A1事件配置(关闭A1事件配置为更换定位问题,终端始终开启异频测量),测试发现能够正常进行切换。
4)、后台重新将GERAN异载波信息、GERAN邻小区关系添加后测试,又再现RRC释放,现象和之前一样,判断为添加GERAN异载波信息后上报本小区电平测量达到一定的门限,触发了盲重定向过程,而该过程门限高于异频切换门限,导致在室内到室外移动过程中,室内信号渐弱,在室外电平未满足切换之前发生了盲重定向,释放RRC,其中A2RSRP门限、系统间测量门限、和盲重定向门限设置如下
当时无线环境RSRP电平在-90~-100之间,有可能启动系统间测量,但是若盲重定向门限为-118dbm,则不满足盲重定向门限。
5)、重新核查盲重定向门限,发现该站点小区-小区算法-异系统互操作中无重定向门限,如下:
而正常的站点含有盲重定向门限,如下:
问题定位:
经过上述分析,将问题定位为RRC释放的原因为发送了盲重定向,而该站点模板或版本存在问题,无盲重定向门限设置导致。
盲重定向门限为TD-LTE_V3.20.00.45.17.03版本后添加的,该站点开通时项目已统一使用45.17.03的开站模板,进一步核查,发现该站点运行基站软件包版本为TD-LTE_V3.20.00.45.17而使用45.17.03模板进行开通导致,随后对该站点软件版本升级到TD-LTE_V3.20.00.45.17.03后测试正常。
未出现盲重定向问题。
后续建议:
该问题最终定位为站点开通模板和站点运行的软件包版本不一致导致,由于版本升级前后的变更可能导致个别新增的参数和功能在老版本的站点中出现问题,最终导致异常事件发生,建议在后续站点开通过程规范版本和模板,开站数据模板注明对应的版本信息,保证督导使用现网最新统一的版本和基站数据进行站点开通。
1.8传输端口环回问题导致S1切换成功率低
临汾两站之间S1切换失败次数较多,影响全网KPI指标。
查看SCTP链路故障,显示驱动配置成功。
查看CDL:
UE上发MR之后,由于X2链路故障基站判决走S1切换。
在经过200个半帧后迟迟未收到核心网的回应,导致S1切换定时器超时后向EPC发起切换取消的命令。
这里有两种可能,一种是基站侧消息发出去了核心网没有收到。
一种是核心网下发了回应消息而基站侧没有收到。
定位过程:
出现这种情况受限切换走S1就不正常,需要先排查X2链路故障的原因。
通过查看核查邻区关系,路由配置以及传输参数没有发现问题。
用LMT登录基站在诊断测试里互相ping对端基站的业务IP都不通,在A站Ping自己的网关发现存在丢包现象。
查看SCTP链路显示驱动配置成功,A站为服务器,B站为客户端。
删除A站的服务器后A站又自动建立。
然后同时删除两端的SCTP链路,在A站建立客户端,然而B站却无法自动建立服务器。
说明B站收不到A站的发包,而A站却可以收到B站的发包。
因此怀疑传输侧存在问题,导致X2链路不通。
基站的网关跟基站间就相当于区域网内直连,如果这样ping通的情况都会有丢包,说明基站跟网关的物理链路很不好,即基站消息发送的第一结点都不能保证传输质量。
而传输质量不好必然会影响切换的成功率。
为进一步定位是否是传输问题影响的切换,进行以下操作:
打开电脑的cmd命令窗口,telnet登陆基站,使用OM管理IP,例如:
telnet100.92.194.9,用户名和密码都是root
然后直接敲命令ping对端基站,ping时候使用X2对端业务IP,例如
ping
100.84.194.19
-s200
-c10
【-s
(SIZE)表示ping包大小,
-c(CNT)表示ping次数】
之后会在cmd命令窗口,看到如下示例,如果PTN端口有问题,会看到好多回复报文,TTL从64减到1才会停止。
如果两个站ping不通,可以选另外一个可以ping通的X2对端基站,以便发现PTN内部环回问题。
传输端口环回:
传输正常:
定位结果:
现场将此问题现场呈现给传输侧,传输重新把该站的传输数据做了一下之后SCTP链路全部恢复正常,提取KPI指标,没有再出现S1切换,且X2切换成功率明显上升。
1.9府东街-3小区异常切换(A1/A2异频切换)
府东街基站天线可视20米距离不能切换到该基战,始终占用临近乡政府基站信号
8月8日路测人员反映在府东街基站附近面对天线可是条件20米距离只能接收到乡政府基站两个扇区的信号,收不到府东街的信号。
测试工程师打电话至后台,确认基站状态正常,功率参数正常。
使用CDS设备到现场测试发现:
图中红色圆圈位置距离乡政府基站560m,距离府东街距离280米,在已经越过府东街280的情况下,而且乡政府1小区RSRP已经达到-99dBm的情况下没有切换到府东街基站。
核查基站状态、功率参数,都在正常范围内。
为了确认是否为基站问题,做了反向测试,发现从府东街到乡政府方向能正常占用府东街信号。
下图是反向测试截图,表明终端可正常占用府东街信号:
反向测试结果表明,问题不在基站侧。
反复测试时发现,从乡镇局到府东街方向,终端在占用乡镇局信号时不上报A2消息,而且乡镇局的信号已经到了-99dBm时都没有下发邻区列表,初步分析问题出在乡镇局,不是乡镇局到府东街
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TDLTE 网络 优化 案例 汇总