典型案例分析1—邻区缺失
LTE网络掉线问题优化处理案例
LTE网络掉线问题优化案例摘要：高掉线严重影响用户业务连续性感知，日常优化中遇到的高掉线问题主要是由于：邻区缺失、干扰、弱覆盖、导频污染等问题引起的。
通过合理的RF优化调整、PCI规划、功率调整等手段可有效解决掉线问题。
关键字：掉线率、Mod3干扰、天馈接反、超远切换、邻区漏配、旁瓣覆盖。
掉线率指标主要影响用户业务连续性指标，高掉线小区的特征主要表现在以下几个方面：小区的连续性覆盖、小区的邻区配置合理性、小区覆盖距离、小区干扰水平、小区的参数规划配置等。
日常优化中，需要把握小区掉线特性，有针对性处掉线问题。
本案例从天馈、干扰、邻区等几个方面进行举例。
1.天馈接反导致掉线1.1问题描述通过网优平台对全区LTE掉线率指标统计分析中，发现锡西新城医院_51扇区持续掉线率较高，其他类指标正常。
1.2问题分析1、通过对周围站点分布分析，发现TOP掉话小区：锡西新城医院_51扇区，与胡埭电信支局54扇区存在Mod3干扰，Mod3余值2。
2、通过对胡埭区域的前台测试分析，了解两个扇区覆盖情况。
通过测试数据分析，两扇区主覆盖范围无交叉覆盖区域，两站点间的主要道路由胡埭电信支局_53扇区覆盖。
两个扇区主覆盖方向两扇区之间道路的主覆盖扇区3、在对周围道路分析过程中发现，滨湖_胡埭老桥50与51扇区天馈接反，且两扇区存在交叉覆盖区域。
从PCI分布上分析，两个扇区均为Mod3余2，存在干扰。
路段扇区覆盖图扇区PCI分布1.3问题解决1.3.1 解决方案问题定位后，对滨湖_胡埭老桥50与51扇区天馈进行整改。
1.3.2 测试结果1、整改后现场测试情况对WXL2HTC滨湖_胡埭老桥_51扇区进行整改，整改前后覆盖情况对比如下：整改前整改后2、整改后KPI指标对比2.超远切换导致掉线2.1问题描述日常TOP小区优化中发现5月4日“WXL2HMB新区_旺庄立交_51“E-RAB掉线异常恶化，由之前的0.15%抬升至7.24%，掉线次数达到240次，同时LTE系统内切换成功率从99%下降至83%：2.2问题分析E-RAB高掉线主要通过硬件故障排查->干扰排查->切换问题分析，一步步分析可能存在的异常，直至定位最终问题点，解决问题：2.3问题解决2.3.1 解决方案1、硬件排查；通过华为U2000网管平台查询小区5月4日的告警信息，未发现异常：2、干扰排查；上行干扰查询，通过网优平台查询小区上行RB干扰平均值，近一周上行平均干扰为-119dbm，未发现异常：下行干扰查询，通过MAPinfo查询PCI规划，是否存在MOD3对打现象，与周边小区未发现MOD3干扰：3、E-RAB异常释放COUNTER定位；通过网优平台查询E-RAB异常释放具体counter。
LTE优化案例整理
青岛LTE网络316公交线路测试优化报告1. 优化案例导频污染及重叠覆盖香港中路裕能宾馆附近问题描述：香港中路裕能宾馆以西路段测试情况如下，该路段存在严重弱覆盖问题，部分位置RSRP在-110dBm左右，由于严重弱覆盖造成信号质量及速率差。
问题分析：问题路段测试情况如下，测试分析发现裕能宾馆LDE3覆盖范围较小，扇区方向200左右RSRP下降至-100dBm以下，造成信号质量及速率较差，二疗附近由于覆盖极差发生数据业务掉线。
通过现场勘查发现裕能宾馆3小区天线位置不合理，存在楼面遮挡造成信号阴影衰落严重，小区覆盖方向信号覆盖差，下图为天线位置情况，天线位置为建筑楼面靠东的位置，小区覆盖裕能宾馆以西路段时由于存在40米左右楼面遮挡，信号覆盖差。
优化方案：对裕能宾馆3小区天线位置进行整改，由原位置迁移至建筑东南角区域，并将裕能宾馆LDE3天线由180度调整至200度，直接覆盖香港中路，避免楼面遮挡造成的信号衰落，改善信号覆盖。
优化效果：天线整改后信号覆盖改善明显，由于弱覆盖问题得到改善，该路段信号质量提升，数据业务速率得到很大改善，平均下行速率由14M左右提升至30M以上，掉线问题解决。
二疗覆盖仍存在小范围弱覆盖通过基站“二疗”开通可以得到进一步改善。
调整前RSRP：调整后RSRP：调整前SINR：调整后SINR：调整前Throughput：调整后Throughput：香港中路金丽华附近问题描述：下图为香港中路金丽华附近基站分布情况，平均基站间距150米左右，其中金丽华与疗供基站间距仅90米，且金丽华站高32米、疗供站高24米，基站分布密集且站高较高造成香港中路附近重叠覆盖严重，信号质量及速率差。
问题分析：香港中路附近现场测试情况如下，从信号覆盖情况来看，金丽华附近信号覆盖良好，同一位置可以收到多个强度相近的小区信号，重叠覆盖严重，造成SINR及下行速率差。
前期已针对金丽华、疗供、碧波酒店进行天线调整，控制小区覆盖范围，减小重叠覆盖，由于基站间距过小无法进一步调整改善。
CDR话单邻区分析案例
常州CDR话单邻区分析案例关键词：CDR 邻区摘要：由于日常邻区优化方法是基于PSMM、RU报告根据上报次数、网络拓扑结构进行的，本文介绍一种通过CDR邻区漏配分析功能来进行邻区优化，找出导致用户掉话的漏配邻区及优先级不合理的邻区，减少掉话，提升用户感知。
一、问题描述日常优化中对语音掉话TOP站点进行分析处理，在排除了硬件问题、单用户及覆盖问题等，考虑进行邻区优化分析；由于是TOP站点，没有必要进行大规模的基于PSMM的邻区优化，可尝试通过CDR邻区漏配分析功能来进行邻区优化，找出问题点，减少掉话，提升网络质量。
CDR话单中字段“最后一条PSMM上报的导频所属导频集”的取值含义：0-激活集，1-相邻集，2-漏配，3-未知我们可以筛选掉话扇区CDR话单中字段“最后一条PSMM上报的导频所属导频集”取值为2及3的，地理化分析掉话扇区与最后一条PSMM上报扇区的邻区关系配置是否合理。
二、分析过程1）日常优化中，发现以下几个站点的语音掉话率较高：2）查看告警及相应扇区的单PN覆盖图，并未发现异常；考虑CDR来核查这几个扇区的邻区关系配置是否合理。
提取相应时段的CDR话单，筛选掉话扇区CDR话单中字段“最后一条PSMM上报的导频所属导频集”取值为2及3的，结果如下：由表中可知1551_7（前杨）与1523_7（联丰）邻区漏配，1600_7（礼嘉建东）与1568_7（洛阳小留桥）邻区漏配，1629_8（潞城局BBU1）与1649_9（潞城局室外DBS1）邻区漏配。
地理化分析释放扇区与PSMM上报扇区是否应该配置邻区关系：1551_7（前杨）与1523_7（联丰）1600_7（礼嘉建东）与1568_7（洛阳小留桥）1629_8（潞城局BBU1）与1649_9（潞城局室外DBS1）从上图可看出以上几组扇区都应该配置邻区关系，结合现网邻区关系配置情况，发现结果如下：扇区标示分析原因调整方案1523_7 1551_7(前杨)漏配1523_7（联丰）邻区，两者为单边邻区，优先级16邻区添加证实以上高掉话扇区确实存在邻区漏配情况，尤其刘国钧室分扇区漏配刘国钧滴管扇区邻区。
C网邻区漏配掉话分析
C网邻区漏配掉话分析中国电信黄冈分公司无线维护室唐继平、黄武胜无用户在路口至陶店公路反映掉话情况严重，该公路沿线新建3座基站信号，信号覆盖正常。
现象描述：用户在路口至陶店公路反映掉话情况严重，该公路沿线新建3座基站信号，信号覆盖正常。
原因分析：用户终端问题；存在导频污染；无线强干扰，无线环境底噪高；基站存在隐性故障；基站邻区漏配、错配；处理过程:首先到网管查看周边区域基站告警异常情况，发现无告警，查看相关参数发现配置正确。
到达投诉路段进行DT测试，发现从陶店至路口方向行驶时RX覆盖正常，手机发射功率正常，EC/IO保持在-8以下，FER正常。
无导频污染情况，基站间切换正常，未发生掉话情况，联系用户，用户反映从路口至陶店方向反向行驶时容易掉话，正向行驶时则不掉话；见下图：1、再次沿公路反向测试，发现RX覆盖正常，但越接近路口百丈咀新站EC/IO 越差，FER误帧率不断升高，并未发送切换请求消息，3小区PN444，靠近路口百丈咀新站后FER升高至100%几秒后发生掉话；掉话后手机重新同步到路口百丈咀基站3小区PN501，EC/IO、FER均恢复正常，未再次发生掉话情况；见下图：根据以上情况分析可能为南湖农场（BTS106）老站2小区与路口百丈咀(BTS316)新站3小区邻区漏配，通知网管检查邻区发现306号站3小区已经在载频邻区内配置106号站3小区，但106号站3小区只在邻接小区内配置了316号站，未在载频邻区内配置，询问网管回复中兴系统每个小区只能配置20个邻区，现106号站3小区载频邻区20个邻区已配置满，无法配置该新站。
网管调整106号站载频邻区内其他邻区，将316号3小区加入载频邻区内测试发现掉话情况恢复正常，来回测试邻区间切换正常未出现掉话情况。
问题总结：现阶段电信C网正处于基站建设的重要阶段，大量新站的建立导致很多网络出现各种各样的情况，网管通过软件进行邻区的配置并不能对邻区进行完全的配置，很多老站由于邻区数量限制不能将所有新站的邻区配置完全，一批新站建设完成后需对全网进行全面的测试，对老站的邻区进行综合规划调整，保证网络质量的提升。
无线网优案例分析
而占用BCCH载频没有出现该现象，如下图： 根据测试情况我们定位为载频板隐性故障，需更换载频板。
【问题处理建议】 更换彭水新场1的TCH载频板。 【问题验证】 更换TCH载频板后占用TCH进行测试没有出现类似现象问题解决，如下图：
案例六：邻区关系不合理
【问题描述】 车辆由南向北行驶，MS1占用商州纸厂1（CI:62301）电平是-80dBm， TA=4 ，而此时邻小区西背街2（CI:61278）的电平是-50dBm ，此时商 州纸厂1（CI:62301）切向了电平较好的西背街2（CI:61278），但是切 换后MS1占用西背街2（CI:61278）时西背街2（CI:61278）的电平变为90dBm，话质持续7级, C/I=-1.00 而此时西背街2（CI:61278）又想切 换到别的小区，但由于话质和电平很差已无法切换导致切换失败最终导 致MS1掉话。测试截图如下:
问题解决：后台将该小区传 输模式修改为3/7/8自适应模 式后，能稳定占有TM3模式， 速率达到57M左右。
案例十二：传输模式异常
前台测试人员单站验证石柱龙潭敬老院-ZLH时发现下载速率较低，平均 速率只有40Mbps左右；
通过该截图发现，RSRP和SINR均比较好，误码率也低，RI=2,但发现 异常的是MCS调制编码TB0为27，很好，TB1没有工作。发现MCS调制问 题，查看该站设置的传输模式，发现3个小区设置传输模式为：
【问题分析】 根据多次测试结果本路段了解到该路段应由仙鹅湖酒店1（CI:64751）进 行主覆盖，通常是由商州纸厂1（CI:62301）切向仙鹅湖酒店2（CI:64752 ）而后切向仙鹅湖酒店1（CI:64751）覆盖此小区。商州纸厂1（CI:62301 ）和西背街2（CI:61278）距离较远不需加邻区关系。 【问题处理建议】 删除商州纸厂1（CI:62301）和西背街2（CI:61278）的双向邻区关系。 【问题验证】 经过处理调整后测试发现此路段覆盖已很好无掉话发生。处理后测试图如 下：
重点VOLTE掉话分析
VoLTE经验总结1 广州VOLTE网络质量现状经过近三个月的优化工作,广州ATU网格内,掉话率逐步改善,从%四月下降至%七月；接通率从%提升至6月份的%,七月份下降至%;七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB 等异常问题导致的连续多次未接通;广东公司计划在本周对广州IMS进行华为IMS替换爱立信IMS的操作,故七月份测试遇到的异常IMS相关问题分析进度暂缓;2 广州VoLTE测试问题优化进展异频重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,因邻区缺失导致异频重定向掉话,该问题需升级P02版本解决;网格44、45测试过程中未发生异频重定向掉话,信令上分析测试过程中出现过多次连续上报异频A3的测报,未切换也未发生重定向,P02版本禁止QCI 1 业务异频重定向功能生效;异系统重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE发生重定向掉话,该问题需升级P02版本解决; 网格44、45基础覆盖较差,以往拉网测试均会发生多次系统重定向掉话,7月24日,网格44、45完成P02版本升级,升级后重定向掉话问题解决,拉网测试掉话率改善明显;P02版本禁止QCI 1业务重定向功能打开,终端上报A2盲重定向门限或B2事件2G邻区信息错误等前期会导致重定向的情况下,网络均未下发重定向,VoLTE业务保持通话结束后自动挂机,未产生掉话事件TM3/8转换掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE业务过程中发生TM3到TM8模式转换,因为基站提前转换导致终端掉话,该问题需升级P02版本解决;8月3日,网格45所有升级站点打开TM3/8自适应,验证VoLTE业务在TM3与TM8进行转换时是否掉话,测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换,转换正常未发生异常;X2开启告警验证问题解决背景：广州前期因中兴网管告警问题未打开X2接口,导致跨站重建立不可用,需升级P02版本对X2告警量进行抑制;8月5日,网格44、45所有升级站点打开X2接口功能,指定开启X2自配置站点213个,8月6日统计站点X2偶联条数共计4604条;告警问题：网格44、45开启X2后,8月6日网管出现60多条X2断链告警,告警主要原因：a、传输不通,部分微站无法与宏站正常建链；b、个别小区被蔽塞不能正常建链；升级后EMS网管上只出X2断链告警,并且所有基站仅出1条多条X2断链,无SCTP断链告警,网管上可明确区分X2与S1告警,告警量大幅下降;X2开启跨站重建立功能验证P02版本支持无邻区的跨站重建立,在X2链路建立后,对于无邻区跨站重建立带来一定的增益,提高跨站重建立的效率；X2开启,网格44统计VoLTE拉网发生重建立请求共14次,跨站重建成功6次；从性能指标统计来看,RRC重建成功率从50%左右提升至80%左右;原理：目标小区通过终端上报的PCI查找该站点保存的有X2关系的邻站所有小区信息,向所有相同PCI小区索取上下文;3 广州VOLTE优化经验日常优化工作日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化,功能优化四个方面着手,与ATU路网、工程建设紧密配合,提升整体网络质量;RLC优先级优化现象：呼叫建立与切换过程冲突,专载被MME释放;呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回复invite580也有上发CANCLE的情况,专载丢失形成未接通事件;原因分析：QCI5设置的RLC优先级为2,高于SRB=2传送NAS层消息配置为3. 导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送;优化措施：降低QCI 5优先级,确保SIP消息及时上传,修改后此类问题改善明显;QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放;原因分析：UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话cancel;经过分析,由于QCI5的pdcp 丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包;优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后,主叫起呼,被叫首先bye消息,紧接着接连收到多条上一次呼叫的invite,被叫回复bye481\invite486\invite580,呼叫失败;优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次,最大重传隔间从十几分钟改为15s,此类问题已解决;系统间邻区优化广州LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划,同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据,将4G和2G拉网信号强度、经纬度、服务小区等信息导出;通过经纬将4G弱信号RSRP<-110dbm与2G 强信号RXLOV>-95dbm在50米范围内拟合,根据拟合度对2G邻区进行补漏工作5月份第一轮拟合数据,剔除现网已配置的邻区关系,补漏483对；6月份第二轮拟合数据,剔除现网已配置的邻区关系,补漏邻区关系487对;eSRVCC切换提升明显,且由于2G邻区不准确导致的异系统重定向大大减少;重定向掉话中兴区域掉话最严重属于重定向掉话,在中兴基站算法中,以下三种可能发生重定向,重定向释放RRC后,专载同时被拆除,VoLTE业务产生掉话;上行PUSCH功控参数优化背景：4月集团在中兴区域拉网测试发现上行PUSCH发射功率偏高,对现网参数检查发现,中兴区域上行期望功率值设置过高;优化措施：进行功控相关参数优化,现网配置：p0NominalPUSCH =-75 ；puschPCAdjType=0优化值：p0NominalPUSCH =-87 ；puschPCAdjType=2●同等路损情况下,参数修改后,ue发射功率大约下降2~3dB;●目前终端平均上行发射功率仍高于10db,仍需中兴完善现有功控方式;修改后,PUSCH TxPower10dbm以上占比由40%下降到30%左右;RTP丢包率优化背景：4月份测试中,中兴区域RTP丢包率偏高,个别网格甚至达到2%以上;原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃；外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系,QCI 1 PDCP Discardtimer 配置越大,RTP丢包率越低,但Jitter也随之变大;●MOS值与RTP丢包及Jitter关系都较大,目前广州正在601P02版本下进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证;●进一步联合中兴公司定位RTP丢包率偏高的问题,并推动产品功能算法改进;MME专载保存功能可选功能描述：在基站发起UE-lost原因值的上下文释放请求时,MME保持专载2s不释放,等待空口重建;验证情况：已在GZMME1602下成功验证了该功能;当时无线环境较差,UE发起RRC重建失败,通过MME专载QCI1保持功能使得在新发起的业务过程中,RRC重配中建立包括专载QCI1的3条DRB,不会发生掉话;本次测试中专载保持时长约功能总结：1当无线环境较差时,UE发生RRC重建,若RRC重建成功,将不会掉话;2MME侧也可以在RRC重建失败后,通过MME专载QCI1保持功能使得在新发起的业务过程中,专载QCI1继续保持,也可使得不掉话;3此功能为爱立信MME非必选功能,建议打开;但是该功能不在集采目录,暂时无法采购; 专载释放与切换冲突,通话结束未收到专载释放掉话问题描述：在拉网测试过程中,通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时发生切换,未收到EPS专载释放请求,1s后软件统计掉话;问题分析：经分析MME log,发现MME未收到PGW下发的delete bearer request消息;当X2切换触发SGW-initiated bearer modification procedure完整信令是CCR-CCA,如果此时SIP挂机触发PCRF也发RAR给PGW,由于Gx链路时延等原因,使得RAR先于CCA到达PGW,根据协议规定,PGW会继续SGW-initiated bearer modification procedure而reject RAR result code DIAMETER_OUT_OF_SPACE; 优化措施：当前解决办法：1缩短DRA时延配置;2修改SAPC到DRA链路为主-备模式,保证CCA和RAR走同一路径和到达PGW的先后顺序;优化结果：近期调整后的网格测试,暂时没有发现BYE200消息前后发生的切换没释放QCI 1专载的情况;通话结束MME收到del bearer req,专载释放与切换冲突,基站未下发NAS问题描述：通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时发生切换,EPS 专载没有释放,1s后软件统计掉话;问题分析：主叫挂机后,MME收到del bearer req,下发Deactivate EPS bearer context Request给源eNB携带NAS释放专载,但同时源eNB触发X2切换,向MME响应ERABrelease response X2-Handover-Triggered,NAS消息未下发到;根据协议中有描述当eNB在触发X2切换时,eNB将不传递NAS消息;优化措施：属测试软件统计问题,建议软件加以剔除该问题;4 存在问题和建议设备功能问题：●切换冲突问题：基站无法解码SIP消息,UE专载建立完成的NAS消息上报时间无法确认,基站侧难以彻底解决,需要核心网做相应的功能优化,●呼叫过程eSRVCC：IMS不支持呼叫过程中发生eSRVCC,在4g网络覆盖达到2g规模之前,该问题都不可避免存在;终端eSRVCC测量性能提升4G弱覆盖比例较高：广州网格范围内黑点路段603个,是VoLITE业务问题多发路段,大部分需要加站解决,专项整治计划进度和质量不在项目把控范围;而目前芯片在测量GSM 邻区的时延较长,存在LTE弱信号拖死掉话的较大概率;2 案例分析典型案例案例1：LTE弱覆盖,eSRVCC切换不及时掉话10:57:基站下发异频异系统测量报告,包含2G频点及B2门限LTE:-110,GERAN:-9510:57:,主叫达到B2门限10:57:,主叫RSRP已恶化至-117dBm,SINR至-3,但终端仍没有上报B2事件10:58:,RTP包不能正常收发,10s后RTP inactivity定时器触发,会话中断,出现掉话：解决建议：①规范LTE频点配置,清理多余异频频点,缩短终端测量周期；②终端芯片提高测量能力,尽快实现CDRX休眠期测量功能;案例2：VoLTE单通现象VoLTE单通现象分为两类：一是VoLTE打VoLTE单通,二是VoLTE拨打GSM单通;经分析,第一类主要是终端问题,第二类主要是网络问题;注：红圈为RTP包抓包位置案例3：eNodeB参数配置不合理,导致eSRVCC失败问题现象：终端发生eSRVCC时,在LTE向GSM切换过程中产生掉话;问题分析：终端可以正常收到测控消息,并上报测量报告,且掉话发生在向GSM切换过程中,是GSM或者和基站侧参数设置问题;问题解决：基站BsCAccess-ID项中的管理状态为Locked,设置有误;将该状态修改为Unlock 后,对该站点进行重启后发现eSRVCC功能正常;空口信令判断案例案例1：RRC重建失败,无线网问题现象：切换失败导致RRC释放,重建RRC未成功,重新进行RRC申请,QCI=1的承载未建立成功,导致掉话分析：呼叫重建失败后,新小区重新申请RRC,未能建立VOLTE专载,导致掉话;该流程均由ENODEB控制执行;而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等,均为无线网问题;结论：切换失败与RRC重申请流程均与EUTRAN相关,因此认定为无线网问题; 案例2：基站异常导致双端无下行信令及RTP包断传,无线网问题现象：主被叫VOLTE接通后,在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发bye request挂断;分析：丢信令之前,主被叫双端处于同一小区,且RTP包双向传输正常;丢信令期间,终端测量信息完整,但在2秒后发生RTP包只有终端向网络单向传输,未再有任何网络下发的RTP包,高度怀疑基站临时故障导致;结论：软件显示丢信令,但通过进一步分析确认应为基站故障导致;无线网问题; 案例3：VOLTE接通下发生IMS注册掉话,IMS网络问题现象：VOLTE接通后,被叫发生IMS注册且成功,此时主叫收到网络下发的bye request内含注册超时字样分析：按照3GPP协议,终端应在3000秒上发注册,本次华为SBC于3600秒才收到注册请求,此时IMS认为注册超时,对主叫下发了sip bye消息释放了;但通过进一步确认,终端实际于600秒前已上发了注册消息UDP,但此时恰好在G网下,未收到回复：注：同样类型的掉话也有600秒前处于LTE网TCP,而未收到OK或未鉴权回复的情况结论：前10分钟的注册失败,导致了后续的IMS通话中释放,虽然终端前一次的失败处理机制可能存在问题,但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥;网元流程判断案例案例1：被叫收到寻呼但未收到INVITE请求,核心网问题现象：主叫上发了invite,被叫收到了寻呼且建立RRC成功,此时应收到下行的invite,但始终未收到;分析：被叫响应寻呼并进行了RRC申请,表明MME已收到由SGW触发的数据业务请求,即sip invite消息应由IMS网元的SBC下发给了PGW、SGW;①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW②PGW转发给SGW,SGW通过S11触发MME进行寻呼被叫③被叫被寻呼到,并完成RRC连接与建立默认承载所需RAB,接收数据结论：收到寻呼消息表示sip invite数据包已经到达了LTE核心网,未能继续下发当前怀疑是sip数据在S/PGW异常丢失;案例2：重配置消息释放DRB承载,无线网与核心网配合问题现象：被叫上发sip183后,在激活EPS承载之前,终端上报了1条A3测报,激活EPS 后,发生切换重配置消息中释放了QCI=1的DRB;分析：起呼时MME进行激活EPS承载流程过程中,恰好发生S1切换时,由于EPS 承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区被释放,切换完成后呼叫中断①切换准备时,MME向目标小区发切换请求,RAB建立请求表只有2条,无QCI=1的专载②目标小区收到MME的切换请求后,回复的切换确认消息里仅有2条RAB建立③MME向源小区下发的切换命令消息中,只建立2条承载,导致ENODEB释放了QCI=1的VOLTE专载;结论：切换与EPS激活流程碰撞,无线网与核心网配合问题;在进行激活EPS专载过程中,发生切换时,均会造成上述问题,目前还无较好的解决办法;网络设备问题案例总结案例1：中兴ENODEB异频重定向掉话,无线网问题现象：主被叫VOLTE接通后,服务小区信号较差,但未配置异频邻区；通过重定向消息RRC connection release携带频点,由D频段重定向到F频段,但VOLTE呼叫不支持重定向方式的RTP包接续,导致掉话;设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下,影响用户在LTE数据业务下的感知质量,默认具备异频重定向功能,但未曾考虑对VOLTE呼叫的接续保持;结论：完善邻区配置,在VOLTE呼叫区域考虑关闭中兴设备的异频重定向功能;案例2：华为基站到卡特切换导致的RTP包传输中断问题,无线网问题现象：主被叫接通状态下,在发生一次由华为设备到卡特设备的切换后,20秒后主被叫终端同时上发了bye request消息,网络侧回复bye487 Request Terminated,后网络去激活了EPS承载,掉话;设备：华为ENODEB与卡特ENODEB分析：PDCP SN SIZE长度有12bit和7bit,目前华为基站配置为12bit,贝尔配置为7bit,两个厂家配置数据不统一;华为enodeb设备具有自适应功能;①在华为小区起呼时,切换到卡特小区时,卡特无自适应功能,PDCP SN不一致导致组包混乱;②当在贝尔小区起呼时,切换到华为小区时,华为PDCP SN自适应为7bit,通话正常; 结论：临时解决方案：华为PDCP SN Size修改为7bit,进行拉网测试主叫呼叫56次,未出现终端主动上发bye的掉话;异常掉话及切换后单通问题基本解决案例3：爱立信IMS网元CS域呼叫处理能力不足问题,IMS网络问题现象：在做互通测试过程中,主叫VOLTE起呼后,被叫始终在TD下未收到寻呼消息,主叫收到网络侧下发trying后,立即收到网络下发的invtie 604Does Not Exist Anywhere,呼叫失败;设备：爱立信IMS分析：空口信令仅能确认,被叫端处于TD网,发INVITE到MGCF,MGCF回复604 Does Not Exist Anywhere;该问题为爱立信IMS网元MGCF默认配置仅能同时容纳32个CS域呼叫,导致互通测试过程中,由于容量不足,造成大量连续未接通;结论：爱立信IMS网元MGCF默认配置容量偏小,发生以上问题后,经过扩容已达可处理2、3G呼叫320个;案例4：华为EPC修改EPS与切换碰撞,拒绝承载修改;核心网问题现象：主叫VOLTE起呼后,收到网络回复trying,激活了EPS承载后,又进行了1次EPS承载的修改,此时主叫侧在发生了1次LTE的切换后,收到IMS网络下发的sip503消息,服务不可得;设备：华为EPC分析：某地在激活EPS完成后,仍需要进行2次EPS承载的修改,本次呼叫时第2次EPS的修改空口信令不可见恰好与切换同时发生,当IMS要求核心网PCRF需要对EPS承载进行修改时,由于切换具有更高的优先级,华为EPC拒绝了承载更新,而只执行切换,导致IMS下发sip 503消息中断呼叫该市合适的CQI=1的EPS承载建立需要3个步骤：①CQI=1的初始EPS承载建立,GBR=40kbps但TFT无IPV6地址②修改GBR49kbps支持高清语音并对TFT内的增加IPV6地址以及UDP端口进行修改③在现有TFT中再新建两个ptf;结论：冗余的EPS承载修改TFT,一方面导致了呼叫建立时延长；同时增加了与切换发生冲突的几率；华为EPC在切换与修改EPS承载冲突时,不具备同时处理或排队处理的能力,导致直接以“资源临时不可得”拒绝了承载更新;一方面建议降低EPS 承载修改次数,减少切换碰撞几率与时延；另一方面建议华为EPC进行升级;案例5：华为EPC、中兴IMS协议理解不一致;IMS网络问题升级SBC解决故归此类现象：VOLTE起呼后,EPS承载激活完成,有一定几率1秒后直接收到网络直接下发sip 500消息Server Internal Error,中断呼叫;设备：华为EPC、中兴IMS分析：EPC按照3GPP规范产生的计费标识中包含“0a”的内容,但在IMS网络中,按照SIP协议将“0a”解析成换行符,造成对计费标识的误读;导致中兴IMS网与华为EPC网元PCRF对RX接口中字符格式理解不一致；中兴不支持PCRF通过Rx接口返回的不可见字符,导致了IMS直接下发了内部服务器错误经过IMS内部信令跟踪：①中兴IMS网元SCSCF返回500错误,原因为收到SBC转发的invite request消息携带的PCV头部有问题,发现换行符0A,导致S-CSCF网元上解码认为头部结束,从而认为不合语法规范,获取ecid失败②华为EPC网元PCRF通过Rx接口返回接入网络计费标识Access-Network-Charging-Identifier-value,至中兴IMS SBC,而后中兴SBC通过ecid参数来HEXDIG编码上述计费标识信息协议：The Access-Network-Charging-Identifier-Value AVP AVP code 503 is of type OctetString, and contains a charging identifier结论：即3GPP该计费标识可以包含字符串形式,中兴按IMS SIP协议理解ecid只能是可见字符,对字符串形式不进行HEXDIG转换,导致了上述问题;临时解决方案,中兴SBC进行相应的版本或补丁解决,支持不可见字符;。
WNCS介绍
WNCS目录1.工具名称 (2)2.工具类型 (2)3.工具用途 (2)4.WNCS优点 (2)5.WNCS的主要功能 (4)6.实际应用案例 (5)7.结束语 (19)1.工具名称WNCS2.工具类型网优工具软件类3.工具用途•Ericsson OSS数据分析工具；•一般3G从开始建网到大规模商用，时间短，工程量大，施工过程中存在的问题在所难免，例如方位角偏差、天馈接反等，这些问题为我们日后的优化，埋下了隐患，同时，日常工作中，需要判断小区的覆盖范围，单纯的靠DT测试发现这些问题，不仅工作量大而且有很多地方无法测试到，如何将准确及时的了解这些地方的用户行为成为摆在我们面前的课题。
现在的无线网络处于网络结构和无线环境经常变化的状态下，网优工作人员面对着越来越复杂的网络，邻区关系的优化调整越来越重要，相应的工作量繁重。
•WNCS是爱立信开发的基于统计的邻区优化的专用工具，可以准确及时发现小区漏定义的邻区，降低了DT测试的强度和花费的成本。
WNCS能够帮助网优人员检测网络中实际产生的切换需求，通过对切换需求的分析，指出没有添加相邻关系的小区间存在潜在切换的次数、比例和基站间的距离，对已经定义相邻关系的小区也能够做进一步的分析，对于长期没有实际切换发生的小区，可以删除切换或降低切换优先级。
WNCS提供了图形化的界面，对相邻关系调整的指令能够直接在图形界面上生成并进行更改。
4.WNCS优点WCDMA网络中邻区的准确定义是保证网络性能的重要因素，通过终端用户手机关于丢失邻区的事件报告是最准确的获知网络信息的方式，通过WNCS这种方式我们能够从终端用户的角度获知丢失邻区的问题，并能够达到路测不能测试的区域。
利用WNCS优化网络能够减少路测的工作量，节省运维经费，并且可以大大提高网优人员的效率和准确性。
WNCS通过智能分析手机上报信息来检测可能遗漏的相邻小区关系，智能统计切换次数指导可供去除的相邻小区关系，然后在爱立信网管系统中进行处理。
cdma网络优化案例--资料分享大家共同进步
我们利用PN Scanner测试直放站的真正时延；
掉话案例3分析
测试情况：
掉话案例3分析
从图示来看，我们在山东大学东校区内测试时，占用直放站的信号时，时延最大达 到49chips，并且校内大部分地方的时延都在40-60chips之间，而此基站一扇区 PN42原来的搜索窗设置为SRCH_W_A=9,SRCH_W_N=10,设置为9时，单边允许时延为 40chips，而实际时延为49chinps，不满足要求，因此导致基站和直放站信号不能 及时切换，造成强干扰，导致掉话，掉话后由同步到原PN上。鉴于此，我们调整农 业厅1扇区PN42的SRCH_W_A=10，经过多次测试切换正常，再没有出现掉话的现象。
的通信，导致通信被迫中断所产生的掉话。
异常掉话
异常掉话是指在设计的网络覆盖区域内，其前向功率和Ec/Io都比较
好，反向手机发射功率正常，信号也可以被基站良好的接收，在这种正 常的无线环境中所产生的掉话。
3
掉话
异常掉话产生的原因：
天馈系统问题 系统软件问题 基站硬件故障 无线参数设置不合理 导频污染 邻区漏配 PN规划不合理 干扰 切换失败 MSC和基站之间的传输闪断 直放站问题
投诉点掉话图
掉话案例2分析
问题分析： 电信工程师对此处进行了多次拨打测试，各项指标都正常，但是通话10秒左右后， 就立即掉话。在掉话点隔壁的客厅内进行多次拨打测试没有出现掉话，
掉话点指标如下：
Ec/Io
Rx_Lev
掉话案例2分析
Tx_Power
FFER
掉话案例2分析
从以上的指标来看，各项指标正常，通话后突然掉话，并且在卧室掉话，换到客厅就不
问题点分析模板
问题点分析模板1典型优化案例1.1 覆盖类问题1.1.1 古北⼀巷路段问题描述该路段主要收到环翠楼北站1⼩区、威海第五建筑2⼩区和581局1⼩区，由于该路段⽆主控⼩区导致该路段模三⼲扰严重。
问题分析通过数据回放以及该路段基站覆盖情况分析可知，由于古北⼀巷站点未开通和邻区的不完善，该路段收到较远基站的信号，在该路段形成⽆主控⼩区覆盖，造成段模三⼲扰。
解决⽅案与结果1、梳理优化该路段周围的邻区关系2、将581局1⼩区下倾⾓下压2度。
3、将威保电梯3⼩区⽅位⾓由250度调整为230度，下倾⾓由0度调整为2度；复测结果如下图所⽰：1.1.2 东⼭家园路段问题描述该路段RSRP差，主要是由于该路段地形环境复杂以及东⼭家园⼩区站点未开通，导致该路段⽆主控⼩区，形成⼲扰。
问题分析由于该路段⽆线环境复杂以及东⼭家园⼩区站点未开通导致该路段⽆主覆盖⼩区，造成模三⼲扰。
解决⽅案与结果1、将581局1、2⼩区下倾⾓下压2度；复测结果如下图所⽰：由于现阶段⽆有效的优化⼿段对该路段进⾏较好的覆盖，等待后期东⼭家园⼩区站点开通后，再对该路段进⾏后期优化。
1.2 ⼲扰类问题1.2.1 佳仕商城路段问题描述该路段主要依靠佳仕商城1⼩区、商业银⾏1⼩区、新威路1⼩区覆盖，由于商业银⾏和佳仕商城站点覆盖过远，导致该路段导频污染，造成模三⼲扰。
问题分析结合该路段的覆盖情况和数据回放分析，该路段由于站点较为密集，重叠覆盖较为严重，导致模三⼲扰问题连续出现。
解决⽅案与结果1、建议修改佳仕商城三个⼩区的PCI由165、166、167分别改为167、165、166；复测结果如下图所⽰：1.2.2 商业银⾏路段问题描述问题路段SINR差，原因是由于商业银⾏1⼩区与九天1⼩区MOD3⼲扰导致。
解决⽅案与结果1、建议将九天1⼩区下倾⾓下压2度；调整后复测如下图所⽰：1.2.3 ⽔疗会馆路段问题描述问题路段SINR差，主要是因为该路段缺少主控⼩区，导致在该路段振华商厦1⼩区与⾦海岸⼤酒店1⼩区模三⼲扰。
3邻区漏配问题分析报告
邻区漏配分析报告数据文件名称：邻区漏配问题.rar问题出现时间：2005-7-30测试业务类别：语音案例分析人员：叶炳基其它相关说明：无******************************************************************************* 1.1 问题现象描述图1 SCANNER-Ec/Io图2 UE-Ec/Io15:47在开城大道出现一个掉话，从图1和图2看出，UE的Ec/Io很差，但SCANNER的Ec/Io 很好。
1.2 问题分析处理图3 Best SC In Active Set图4 SC For the 1th Best ServiceCell图3，4中蓝线表示掉话点。
从图3看出，UE在掉话前一直使用惠阳移动C（SC:138），但图4的SCANNER显示此时的最佳小区是中国银行B（SC:73），再观察掉话前UE的Active Set 和Monitor Set，均没有中国银行B（SC:73），怀疑是惠阳移动C没有将中国银行B配为邻区，查看RNC数据中的相邻关系表，确认是漏配邻区造成掉话。
1.3 调整建议措施将惠阳移动C和中国银行B配为相互邻区。
1.4 结果验证分析检查RNC数据中小区相邻关系表和进行路测以验证调整效果。
1.5 案例总结RF优化阶段的调整措施除了工程参数的调整，还有邻区列表的调整。
对RF优化中发现的掉话问题，应当分析其原因，检查是否因为信号覆盖、干扰问题、漏配邻区导致的掉话。
并对相关的邻区列表和工程参数进行调整，解决掉话问题。
对于没有漏配邻区、信号覆盖良好且不存在干扰的掉话。
对问题进行跟踪，并在参数优化阶段加以解决。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
酒泉铁路测试至四号村东面发生掉话
车辆行驶至四号村基站东侧1.5公里处时，MS占用光辉村3小区，电平-86dbm，话质持续7级掉话，分析之前路段曾长时间占用光辉村2小区和小沟3小区，由于距离较远这两个小区与四号村2小区均无切换关系，导致无法切换至主覆盖小区质差掉话。
白银紫陵山附近掉话
主叫
被叫
白兰高速三HG-1信号弱时，邻区表里面没有出现紫陵山的
信号，被叫在同一路段占用紫陵山HG-1的信号，电平良好，通过查看白兰高速三HG-1和紫陵山HG-1的邻区关系发现，两者由于距离较远没有定义邻区关系，使紫陵山附近主叫MS占用白兰高速三HG-1的信号，没有及时切换出去导致掉话。