镇江语音掉话率专项优化

镇江联通CS掉话率提升专项镇江联通CS掉话率一直是网络主要短板，指标排名也一直徘徊于全省下游，且从2013年9月初开始CS掉话率开始出现恶化，受到省公司高度重视。从10月中下旬我们开始了CS掉话率专项优化提升工作，经过两个多月不懈努力，取得了显著进展。镇江联通CS掉话率专项提升成果简介镇江联通CS掉话率趋势介绍由上图我们可以看出，从9月初开始我们的CS掉话率开始出现恶化，在0.5%上下波动；到了10月份指标已经恶化到0.5%以上。从10月中下旬开始，我们开始了CS掉话率提升专项，从基础工作做起，经过1个月左右努力，指标开始稳定在0.45%上下。通过我们的进一步优化，目前我们的CS掉话率指标已经稳定在0.4%上下。镇江CS掉话率在爱立信区域排名由上图我们可以看出，从9月份至11月中旬左右，我们镇江联通CS掉话率在爱立信区域排名仍然是垫底位置；经过我们持续的CS掉话率专项提升优化，目前我们镇江联通CS掉话率在爱立信区域已经在中游水平。镇江CS掉话率在全省区域排名由上图我们可以看出，从9月份至11月中旬左右，我们镇江联通CS掉话率在全省排名仍然是垫底位置；经过我们持续的CS掉话率专项提升优化，目前我们镇江联通CS掉话率在全省已经在中游水平。镇江联通CS掉话率专项工作内容鉴于CS掉话率指标不断恶化，我们通过对镇江联通网络现状以及掉话特点进行分析，成立了CS掉话率提升专项。结合日常投诉、BO话统打点、GPEH分析以及日常TOP小区处理，我们总结分析了镇江联通掉话率原因分类占比如下图所示：根据以上分析，现网由于邻区问题导致掉话最严重，其次是覆盖问题，拥塞导致的掉话主要集中在高铁小区的突发话务拥塞。我们的专项主要从邻区优化、参数优化、覆盖提升、高铁优化和故障推动排查五方面展开，通过一系列基础优化，力图先稳定住指标，继而提升指标。邻区核查邻区是切换的基础，对接入、切换、掉话有直接影响。经过我们核查发现，我们网络邻区配置存在很大的问题，大量的掉话由于邻区产生，以2013年11月6日ZJRNC3晚忙时BO统计为例：由上图可以看出，由于邻区漏配导致的掉话占总掉话次数的50%左右，需要重点优化。我们邻区核查的思路是根据网络配置、话统、GPEH以及工参文件按优先级依次进行全网同频邻区核查、异频邻区核查以及异系统邻区核查；邻区核查主要分三种情况，一是共站非邻小区和单向邻区核查，二是邻区漏配核查，三是无切换的冗余邻区删除。情中共站非邻小区和单向邻区以及邻区漏配都会导致掉话，冗余邻区过多会使新邻区无法加入并且对邻区测量产生影响，不能及时切换到较好目标小区。目前我们邻区核查的手段主要有：根据GPEHParser解析的GPEH427邻区漏配模块进行进行邻区检查；根据网络配置以及工参信息利用SmartRNO进行邻区核查；服务器平台SonMaster和NastarMV都能提供邻区核查功能；通过BO平台Counter进行邻区优化。共站非邻小区完善提取全网邻区关系，统计共站但是未配置邻区关系的小区和单向邻区。共站非邻小区的依据为经纬度相同但是无邻区关系的小区，现网邻区的反向关系在现网不存在则为单向邻区，目前已完善共站非邻和单向邻区5062条。如：统计发现ZJSWo2117（菊花山路）基站连续多天出现在TOP小区里，提取其邻区关系，发现其邻区漏配严重，共站邻区和近处邻区均未配置，导致掉话严重，完善邻区后掉话消失（红色为菊花山路小区，蓝色为已配邻区）(下图使用工具为SmartRNO)。菊花山路ZJSWo2117A1小区邻区菊花山路ZJSWo2117B1小区邻区邻区漏配核查邻区漏配核查我们可以根据GPEH文件，通过GPEHParser解析提取GPEH的427邻区模块进行分析。通过订阅GPEH，GPEHParser解析的427模块文件如下表：其中已经明确了原小区的CI和扰码，统计出了目标小区的扰码和信号强度，以及两个小区直接尝试切换的次数，我们在SmartRNO上找到目标扰码代表的小区，根据尝试次数和信号强度就可以来完善邻区关系。截止目前全网已完善邻区10015条：如：根据晚忙时GPEH数据，分析ZJJWo1507A1（句容广电）小区与目标小区（PSC=205）邻区漏配，二者尝试切换1389次，且目标小区信号非常好（RSCP为-77dBm，Ec/Io为-8dB）。打开SmartRNO，找到原小区，发现目标小区距离原小区约400米，且不存在邻区关系，需要添加邻区。冗余邻区删除冗余邻区过多会使新邻区无法加入并且对邻区测量产生影响，不能及时切换到较好目标小区，根据BO统计的两两小区切换关系，并结合拓扑关系我们进行冗余邻区的删除。根据BO提取出的邻区切换表如下：截止目前，全网已删除6483条冗余邻区：如：在添加邻区时，ZJSWo2113A1小区提示邻区超过31条未能继续添加邻区，如下：提取该小区的7天切换表，发现有4条邻区无切换关系，且目标小区均是正常工作状态，可将其邻区关系删除。如下：周期性邻区完善目前通过服务器平台SonMaster，我们可以周期对全网的邻区关系进行核查，目前SonMaster核查出的数据，我们仍是通过手动检查后在下发修改，后期SonMaster平台会实现邻区的自动优化，届时可以解放出人力以投入到其他优化工作中。参数核查根据我们的分析，我们现网掉话率主要是由于邻区和覆盖引起，故前期我们的CS掉话率的优化主要是以邻区优化和覆盖优化为主，参数优化为辅。我们参数优化主要分为参数一致性核查以及对高掉话小区分场景优化为主。参数一致性核查我们通过SmartRNO工具定期对现网RNC级以及小区级参数进行核查，并对明显异常的参数设置进行修改。以2/3G参数一致性核查为例：WCDMA网络覆盖远小于GSM网络，在WCDMA弱覆盖甚至无覆盖区域必然切换到GSM网络，因此23G参数一致性核查是一项基础工作。工作内容就是定期核查3G侧定义的异系统邻小区的BCCH、BSIC、LAC等信息准确，才能顺利切换到GSM。参数修改记录表RNC号网元MOClass参数名称CurrentvalueNewvalue修改原因ZJRNC03CELLExternalGsmCell=Z528Ancc05参数一致性核查ZJRNC03CELLExternalGsmCell=Z528Abcc16参数一致性核查ZJRNC06CELLExternalGsmCell=Z754Ancc24参数一致性核查ZJRNC06CELLExternalGsmCell=Z754Abcc07参数一致性核查ZJRNC07CELLExternalGsmCell=ZD4134BLAC4134641342参数一致性核查ZJRNC08CELLExternalGsmCell=ZD4134ALAC4134541341参数一致性核查ZJRNC08CELLExternalGsmCell=ZD4134BLAC4134641342参数一致性核查分场景参数优化调整针对目前网络高掉话小区，我们分场景进行参数优化：功率控制随着3G用户的渗透虑的增加，话务逐步提升的情况下，需要优化相关的功率控制参数来适应网络容量干扰的变化。ulInitSirTargetExtraHigh70ulInitSirTargetHigh70ulInitSirTargetLow30ulInitSirTargetSrb40cNbifho15sirMax1002．并发业务优化随着智能手机渗透率的提升，并发业务的掉话占到整个网络掉话率的75％以上。我们针对并发业务做了如下优化，限制并发业务中的数据业务速率，降低并发业务中数据部分对语音的影响。RABcombination019offRABcombination036offRABcombination038offRABcombination076off覆盖提升覆盖提升优化是网络优化的基础，我们网络覆盖的优化主要以路测RF优化结合MRR提升为主。经过我们持续性优化，最近两次拉网指标如下：日期区域电平（RSCP）话质（Ec/Io)接通率（%）掉话率（%）2013年12月镇江91.84%98.90%95.58%0%2014年01月镇江94.91%99.04%99.90%0%RF优化以镇江主城区为例，通过我们的拉网发现，镇江主城区的覆盖良好，如下图所示：1、联通WCDMA场强图RSCP：2、联通WCDMAEC/IO分布 无论从RSCP和ECIO来看，镇江主城区覆盖问题都不是很严重，但是我们将镇江主城区的导频污染图打开会发现镇江导频污染严重，是影响指标的严重隐患： 我们看待覆盖主要是以RSCP和ECIO为主，而只看这两个指标很难发现网络深层次的问题以及网络隐患。导频污染的优化相比于弱覆盖的优化天馈调整工作量更大，对人员技能水平要求更高，目前我们正在持续性的优化中。如：丁卯桥路经十二路附近区域尚东国际A1小区越区覆盖RF优化效果前后对比：丁卯桥路经十二路十字路口附近区域导频污染丁卯桥路经十二路十字路口附近区域导频污染 该区域尚东国际A1小区RSCP在-74dBm左右，ECIO为-9dB左右，尚东国际站点据该处2Km左右，属于越区覆盖。调整尚东国际A1小区电子下倾角8°->12°后，该区域尚东国际A1小区RSCP在-85dBm左右。丁卯桥路经十二路十字路口附近区域尚东国际A1小区RSCP截图调整尚东国际A1小区电子下倾角后，该区域尚东国际A1小区RSCP在-85dBm左右，ECIO为-24dB左右，与最强小区RSCP相差20dB左右。调整丁卯大楼B1小区机械下倾角3°->6°，丁卯大楼D1小区机械下倾角6°->9°后，复测效果如下：调整后导频污染截图MRR覆盖分析MRR工具可以跟踪小区覆盖，以小区为单位，统计一段时间内的覆盖信号强度，时间越长越精确。以我们定义的ZJRNC03的小区为例：如上图所示，导出MRR文件，统计所有小区的RSCP和Ec/Io值，以-90/-10为判断值，发现ZJSWo2202C1小区的RSCP值低于-90dBm的采样点为20889，大于-90dBm的采样点为5348，相差15541，是为弱覆盖。打开OSS－MRR实时跟踪数据图，找到UtranCellZJSWo2202C1小区，如下所示：由上图可知，该小区的RSCP值主要分布于-91dBm～-99dBm，是为弱覆盖。据此，我们可对该小区进行天馈调整，提升其覆盖。总结：MRR可以准确定位弱覆盖小区，为我们发现问题节省大量时间，应成为日常使用工具。处理问题小区时，应首先查看MRR，确定其覆盖。排除覆盖因素后，可直接进行后台参数优化。高铁优化专项镇江城市不大，但地形却很复杂，一水横陈，连冈三面，更有沪宁和京沪高铁穿城而过，给我们的优化工作造成不小困难。同时京沪高铁以及沪宁高铁的高掉话小区对全网指标也造成了不小的影响。京沪高铁优化镇江RNC08掉话率一直在1%以上，主要是京沪高铁覆盖小区影响： 由下表可知，京沪高铁小区对整网指标影响在0.07%左右，对RNC08指标影响在0.5%左右。 对于京沪高铁的优化我们还是从邻区、参数、TOP小区处理和覆盖等基础优化入手，根据我们的分析，京沪高铁主要问题是覆盖问题和拥塞问题导致；覆盖问题的优化以天馈调整和推动建站扩容处理；而拥塞问题除了推动扩容处理外，我们发现京沪高铁小区码字拥塞严重，主要是小区越区覆盖导致。上图为晚忙时全网码字拥塞情况，可以看到全网码字拥塞小区集中在高铁沿线。这些小区平时话务量不高，但是动车经过时截面流量特别大，容易造成拥塞。上图是采集ZJJWo1911C1(电信南棚隧道西处H杆)瞬时资源利用率情况，图中显示dlCode（码字利用率）为93.3%，ulint（上行干扰）-84.2dBm，HScnt（HSDPA用户数）实际接入32个，允许接入32个。镇江RNC08规模较小高铁小区比例高，掉话率随着高铁小区拥塞情况而波动。如上图，25日20点忙时拥塞2213次，系统统计到掉话原因的有28次,其中拥塞掉话24次,掉话率2.1%。因此拥塞对掉话影响很大。高铁小区越区覆盖统计如下：后台分析高铁小区propagationdelay打点,发现相当一部分高铁小区覆盖过远，需要做RF优化控制覆盖。如以下黄山掉话为例：统计高掉话小区ZJSWo1261A1（下黄山）掉话情况，拥塞掉话占比较高。DateRNCUCellIdpmNoFailedRabEstAttemptLackDlChnlCodepmNoSysRelSpeechSoHopmNoSysRelSpeechNeighbrpmNoSysRelSpeechUlSynchpmNoOfTermSpeechCongDCR(Speech)[%]20131023ZJRNC08ZJSWo1261A1119001913.19%20131025ZJRNC08ZJSWo1261A111110058.45%20131025ZJRNC08ZJSWo1261A115800048.70%后台统计发现，高铁小区ZJSWo1261A1（下黄山）存在高掉话。通过调整hsdpaUsersAdm、maxNumHsdpaUsers、sf16Adm、sf8Adm、dlCodeAdm、numHsPdschCodes等参数。优化码字资源利用。同时通过后台统计该小区的覆盖发现该小区存在越区现象:Sector=1,Carrier=1,Prach=1pmPropagationDelay

3576,197,912,2384,25817,145033,161,239,136,76,8,128,89,30,55,101,21,9,2,3,0,31,0,1,0,60,1,1,1,0,0,0,0,0,0,10,1,0,0,0,0需要压天线控制覆盖在两公里以内。通过天馈调整以及参数优化后，拥塞得到缓解，掉话率下降：通过我们的持续性优化，目前京沪高铁镇江段语音掉话率在3.0%以下：沪宁高铁专项优化沪宁高铁是专网组网，且其RNC05指标一直在2%左右波动，有时会达到3%左右。由于RNC5去年4月份转维后，就一直没有维护，故沪宁高铁专网参数始终保持建网初期设置，但随着周围大网环境、参数的变化，部分邻区、参数设置之间均存在问题。由上表可知，专网对大网指标影响在0.08%左右，通过对专网邻区以及专网配置进行核查，重新修改异常配置参数以及完善外部邻区，CS掉话指标已经得到很大提升。对于沪宁高铁的优化我们同样还是从邻区、参数、TOP小区处理和覆盖等基础优化入手，根据我们对沪宁高铁掉话TOP小区进行分析，发现主要掉话原因为隧道内弱覆盖问题、过渡带策略问题、火车站专网与大网迁移问题、镇江专网RNC1636无法与南京RNC1540迁移问题、切换不及时问题、专网与大网同频干扰问题导致，如下表：高掉话小区原因分析W-高家门北+电信武警中队+林隐路隧道CHR分析发现释放前覆盖较差，最终由于无线流程处理失败导致掉话；分析路测数据，由于林隐路隧道内未建设室内分布系统，隧道内覆盖较弱，建议新建泄漏电缆增强林隐路隧道内覆盖；W-邮政枢纽无线流程处理失败导致掉话，释放时覆盖较差，镇江火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，带来非高铁用户占用专网问题，建议在火车站内新建室内分布，精确控制过渡带；2.专网与大网迁移问题，目前已经通过优化迁移参数，CS业务可以进行迁移，有效减少了CS掉话；W-跑马山无线流程处理失败导致掉话，释放时覆盖较差，镇江火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，带来非高铁用户占用专网问题，建议在火车站内新建室内分布；2.专网与大网迁移问题，目前通过优化迁移参数，CS业务已可以进行迁移，有效减少了CS掉话；W-移动宝华河冲释放前覆盖较差，无线流程处理失败导致掉话，结合路测数据分析发现正盘山隧道内覆盖较差，建议1.处理正盘山隧道RRU故障；2.故障处理后测试隧道内覆盖，如覆盖依旧较弱则需要新建隧道泄漏电缆提升隧道内覆盖；W-电信宝华胡院两个问题导致掉话偏多：1.覆盖偏弱：W-电信宝华胡院小区和W-移动宝华河冲小区在隧道内的覆盖偏弱；2.W-移动宝华河冲与W-电信宝华胡院切换不及时：CHR分析存在切换不及时现象，结合路测数据发现这两个小区的切换带位于桐山隧道内部区域，由于进出隧道信号突变，切换和重选不及时导致未接通和掉话风险较大，目前双向CIO已经调整值10，已无参数优化空间，建议1.解决正盘山隧道RRU故障，提升隧道内部覆盖；2.建议将移动宝华河冲+正盘山隧道+两隧道间+桐山隧道东4个站点6RRU合并，将切换带延长至桐山隧道东侧，避免切换不及时；W-江大继续教育学院覆盖原因导致掉话，掉话位置主要由于林隐路隧道弱覆盖导致，建议1.新建泄漏电缆增强林隐路隧道内覆盖；2.建议将高家们北RRU0、电信武警中队RRU0、林隐路隧道RRU0、江大继续教育学院RRU0和江大继续教育学院RRU1进行小区合并，减少隧道内切换不及时导致的掉话；W-木材仓库林隐路隧道弱覆盖，建议新建泄漏电缆增强林隐路隧道内覆盖；W-宝华移动天龙1.频点为10713，与大网小区同频干扰严重；2.镇江RNC1636无法迁移至南京RNC1540，UE上报南京RNC1540，CI：20742和CI：NJ9603的1A事件，且由于RNC1636与RNC1540无IUR口，需要进行迁移，但在CN向RNC发送RANAP_RELOCATION_COMMAND后，RNC发起RANAP_RELOCATION_CANCEL，最终由于无线信道恶化导致掉话。进行小区跟踪发现RANAP_RELOCATION_CANCEL原因为Iu-Transport-Connection-Failed-To-Establish（即IU传输连接建立失败），已经通过添加IPPATH解决；W-石榴园火车站1.频点为10713，与大网小区同频干扰严重；2.镇江RNC1636无法迁移至南京RNC1540，UE上报南京RNC1540，CI：20742和CI：NJ9603的1A事件，且由于RNC1636与RNC1540无IUR口，需要进行迁移，但在CN向RNC发送RANAP_RELOCATION_COMMAND后，RNC发起RANAP_RELOCATION_CANCEL，最终由于无线信道恶化导致掉话。进行小区跟踪发现RANAP_RELOCATION_CANCEL原因为Iu-Transport-Connection-Failed-To-Establish（即IU传输连接建立失败），已经通过添加IPPATH解决；W-釜用机械无线流程处理失败导致掉话，释放时覆盖较差，该小区位于丹阳火车站周边，火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，非高铁用户占用专网问题，建议在火车站内新建室内分布，精确控制过渡带；2.专网与大网无法迁移，通过优化专网与大网迁移参数，CS业务已经可以进行迁移；W-华阳大酒店无线链路失败导致掉话，弱覆盖导致掉话，目前丹阳火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，非高铁用户占用专网，增加掉话风险，建议在火车站内新建室内分布；2.专网与大网无法迁移，通过优化专网与大网迁移参数，CS业务已经可以进行迁移；W-青阳空口处理失败导致掉话，呼叫释放前十几秒无信令交互，分析路测数据，普善五金与电信丁家庄之间切换带偏小，修改双向CIO2至5，加快切换；W-宝华仓头释放前覆盖较差，无线流程处理失败导致掉话，结合路测数据分析发现正盘山隧道内覆盖较差，建议1.处理正盘山隧道RRU故障；2.故障处理后测试隧道内覆盖，如覆盖依旧较弱则需要新建隧道泄漏电缆提升隧道内覆盖；以镇江与南京PS业务和并发业务硬切换伴随SRNS迁移失败导致掉话率偏高处理为例：统计晚忙指标发现发现W-宝华移动天龙(归属：镇江,LAC:53620,RNC:1636,CI:30372)掉话率偏高,分析PCHR发现掉话前多次上报W_UQX龙潭4（网建）_B_1(归属:南京,LAC:53508,RNC:1540,CI:20742)的1A事件，在CN往RNC下发RelocationCommand消息后，CN向RNC发送RelocationCancel消息，最终由于W-宝华移动天龙Ec/Io持续恶化导致掉话。镇江与南京RNC侧均为华为设备，镇江RNC与南京RNC之间无IUR口，目前镇江RNC参数设置为硬切换伴随SRNS迁移策略，判决策略如下：

硬切换迁移流程如下：首先通过告警检查，邻区检查，参数检查等基础检查为例，未发现问题；对W-宝华移动天龙小区进行IOS跟踪，分析发现并发业务硬切换伴随SRNS迁移失败返回原因为iu-transport-connection-failed-to-establish，如下图：通过指标分析和IOS信令跟踪，发现在镇江与南京边界CS语音业务硬切换迁移基本成功，而PS和并发业务硬切换全部失败，原因值都为iu-transport-connection-failed-to-establish，由于源RNC镇江RNC1636与目标RNC南京RNC1540之间无IUR口，所以迁移相关的消息都需要通过SGSN来转发。分析SGSN下发的RelocationCommand消息，其中携带了目标南京RNC1540的传输层地址：0AF2C099，转换为十进制为：10.242.192.153。检查源RNC的配置数据，发现没有定义该地址的IUPSIPPATH。从硬切换迁移流程来看，第9个流程是源RNC与目标RNC之间进行交互，我们认为虽然两个RNC之间没有IUR接口，但通过添加目标RNC的IUPSIPPATH，可以实现逻辑上RNC之间的数据交互。该迁移失败问题应该是与没有配置IPPATH相关。数据侧添加IPPATH，添加后的IPPATH如下图：添加后RNC1636与RNC1540PS域可以迁移成功，PS业务和并发业务导致掉话得到有效改善，如下表：硬件故障排查为避免设备硬件故障对掉话的影响，我们对全网设备故障问题进行分类处理，并提交代维处理。华为工具对E优化贡献GPEHparser解析功能系统Speech掉话打点除了4个counter以外,其他均可认为是other掉话。如果需要分析具体的掉话原因，需要解析GPEH日志文件获取详细的掉话信息。目前HUAWEI公司开发的GPEHparserversion1.0可以对W12B的GPEH进行解析，目前镇江联通针对网络优化比较关键的427和438模块进掉话原因的分析和同频邻区的优化工作。步骤如下：1:定制并提取相关时段的GPEH日志，放在Input文件夹中。2:运行run_W12.bat。3:运行输出转换宏输出掉话事件相关的信息。分析出来的掉话原因如下：如果需要更清楚的定位问题，需要在GPEHParser的统计信息上使用Decoder来解析详细信令-原始文件解析在cygwin环境下运行如下命令:decoder/decoder.pl--force--w12b--gpeh*.bin|teexxx.txt实现GPEH原始的二进制文件转换为文本文件转换完成后同样在cygwin环境下运行如下命令:catxxx.txt|decoder/decoder.pl--w12b|decoder/flow.pl|teecallflow-xxx.log在UltraEdit中打开callflow-xxx.log文件，根据GPEHPaser中的掉话事件相关的信息找到掉话点。根据掉话的UeCt来过滤本次掉话的相信信令流程。NASTAR网优功能NASTAR是HUAWEI公司开发成熟的性能优化平台，基于MR和CHR有基础网络优化、地理化显示、终端分析、用户关怀四个模块，从而达到提高网络性能，提升用户感知的目的。目前HUAWEI公司针对爱立信的数据格式，开发支持爱立信网络地理化显示和邻区优化模块。本预计1月份来镇江验证但是由于需要部署服务器目前还未发挥NASTAR的网络优化功能。iManagerMaster智能网优实现iManagerMaster是HUAWEI公司开发以实现智能网优为目的的网络性能优化软件。主要功能有有多运营商的邻区优化，容量覆盖优化，移动鲁棒性优化，负载均衡优化，扰码冲突检测与自优化等。基于MR（GPEH）的邻区优化功能，对于网络的日常运维，网络的新建、搬迁、扩容，都可以做到无需人工干预，快速自动完成邻区关系的优化，包括自动增加漏配邻区，自动删除冗余邻区，自动调整邻区优先级等。并可以实现了策略设置、直观呈现和自动回退等功能，比如策略设置，提供了黑白名单精细化控制，下方方式可以选择自动人