无锡语音掉话率专项优化

1、无锡联通CS掉话率提升专项随着联通网络的发展，3/4G网络的不断完善，用户的日益增多，无锡联通CS掉话率也出现了波动，从2015年10月初开始CS掉话率开始出现恶化，从10月中下旬我们开始了CS掉话率专项优化提升工作，经过两个多月不懈努力，取得了显著进展。1 无锡联通CS掉话率专项提升成果简介1.1 无锡联通CS掉话率趋势介绍由上图我们可以看出，从10月初开始我们的CS掉话率开始出现恶化，在0.4%上下波动，上下波动比较明显。从10月中下旬开始，我们开始了CS掉话率提升专项，从基础工作做起，经过1个月左右努力，指标开始稳定在0.32%上下。2 无锡联通CS掉话率专项工作内容鉴于CS掉话率指标不

2、断恶化，我们通过对无锡联通网络现状以及掉话特点进行分析，成立了CS掉话率提升专项。结合日常投诉、BO话统打点、GPEH分析以及日常TOP小区处理，我们总结分析了无锡联通掉话率原因分类占比如下图所示：根据以上分析，现网由于邻区问题导致掉话最严重，其次是覆盖问题，拥塞导致的掉话主要集中在高话务拥塞区域。我们的专项主要从邻区优化、参数优化、基站扩容、故障推动排查和外场协助调整优化五方面展开，通过一系列基础优化，力图先稳定住指标，继而提升指标。2.1 邻区优化邻区是切换的基础，对接入、切换、掉话有直接影响，随着3G新站的不断入网，相邻站的变更，相邻站之间的邻区也跟着变化。经过我们核查发现，我们网络邻区

3、配置存在比较大的问题，大量的掉话由于邻区不全导致。邻区优化，尤其是新站周边邻区需要重点优化。我们邻区核查的思路是根据网络配置、话统、GPEH以及工参文件按优先级依次进行全网同频邻区核查、异频邻区核查以及异系统邻区核查；邻区核查主要分三种情况，一是共站非邻小区和单向邻区核查，二是邻区漏配核查，三是无切换的冗余邻区删除。目前我们邻区核查的手段主要有：1 利用爱立信网络性能优化软件XNOW 对GPEH 解析的邻区漏配模块进行邻区检查；2 根据网络配置以及工参信息利用MCOM3g 地理化显示进行邻区核查；3 通过BO平台Counter进行邻区优化；根据尝试次数和信号强度就可以来完善邻区关系。截止目前全

4、网已完善邻区10015条：2.2 参数一致性核查（同扰码分析）2.2.1 同扰码分析随着3G新站的不断入网，3G扰码复用率越来越高，同扰码复用距离越来越小。统计发现WXBWo3187A1软切换成功率非常低，成功率在10%左右，掉话率达到30%左右。查看周边基站KPI情况，发现周边基站软切换成功率和掉话率都偏低，其中WXBWo2500A1软切换成功率和掉话率基本与WXBWo3187A1差不多。对各参数核查后发现，两个小区PSC一致均为9，相同扰码的邻区导致切换失败，发生了高掉话率。CellSiteNoName修改前PSC修改后PSCWXBWo2500A1WXBWo2500文林中学99WXBWo3

5、187A1WXBWo3187文林_石堰朱家尖东9317 在将WXBWo3187A1 PSC从9修改为317之后，统计查看，软切换成功率达到100%，无掉话，掉话率提升至0%。相同扰码的问题主要发生在新入网站与现网基站冲突，新入网站点规划PSC时与现网出现重复导致。为了避免问题的再次出现，在开站之间已将新站数据与现网数据进行了核查，避免此类问题再次出现。CELL参数原值修改值WXBWo3187A1primaryScramblingCode9317WXBWo1975C1primaryScramblingCode344345WXAWi5784A1primaryScramblingCode452396

6、WXBWi5872B1primaryScramblingCode5065052.2.2 2/3G参数一致性核查在3G基站距离较远的农村山区WCDMA网络覆盖远小于GSM网络，在WCDMA弱覆盖甚至无覆盖区域必然切换到GSM网络，因此23G参数一致性核查是一项基础工作。工作内容就是定期核查3G侧定义的异系统邻小区的BCCH、BSIC、LAC等信息准确，才能顺利切换到GSM。RNC归属CELL参数原值修改值修改原因WXRNC11DD955Abcc03参数检查WXRNC11DD955Bbcc71参数检查WXRNC11DD955Cbcc32参数检查WXRNC12D644Abcc47参数检查WXRNC1

7、7GA1502Cbcc04参数检查WXRNC03GA482AbcchFrequency111124参数检查WXRNC05DD1955BbcchFrequency679673参数检查WXRNC05DD237BbcchFrequency671679参数检查WXRNC06DD531AbcchFrequency680647参数检查WXRNC09GA482AbcchFrequency111124参数检查WXRNC11DD955AbcchFrequency682113参数检查WXRNC11DD955BbcchFrequency673124参数检查WXRNC11DD955CbcchFrequency6751

8、17参数检查WXRNC11DD2502AbcchFrequency713676参数检查WXRNC11DD2502BbcchFrequency728667参数检查WXRNC11DD2502CbcchFrequency734686参数检查WXRNC12DD1955BbcchFrequency679673参数检查WXRNC12DD531AbcchFrequency680647参数检查WXRNC12D644AbcchFrequency113120参数检查WXRNC12DD237BbcchFrequency671679参数检查WXRNC17GA1502CbcchFrequency120110参数检查WX

9、RNC11DD955Ancc40参数检查WXRNC11DD955Bncc47参数检查WXRNC11DD955Cncc23参数检查WXRNC17GA1502Cncc67参数检查2.2.3 3G参数修改对3G掉话top小区，根据所在位置结合实际现场无线环境，对掉话事件进行针对性分析，对接入、功率和切换参数等进行微调，减少掉话次数，改善全网掉话指标。问题小区现象描述分析WXAWo1801A1新厚桥，高掉话小区，京沪高铁基站，存在越区覆盖，目前暂时通过参数修改，暂缓掉话，建议现场测试与参数修改一并优化解决。WXAWo1596A1胶山路东,高掉话小区，广覆盖站点，主要由于切换失败导致，通过邻区和参数修改

10、，改善了掉话。WXAWo1596B1胶山路东,高掉话小区，广覆盖站点，主要由于切换失败导致，通过邻区和参数修改，改善了掉话。WXCWo2118C1大汉山泉移动站，高掉话小区，宁杭高速基站，主要由于切换和覆盖问题引起，通过参数优化，改善了掉话。WXAWi5742B1M2柏庄站，高掉话小区，地铁二号线小区，主要由于切换失败导致，通过邻区完善得到改善WXAWi5753C1M2小桃源站，高掉话小区，地铁二号线小区，主要由于切换失败导致，通过邻区完善得到了改善WXAWi5743A1M2广益站，高掉话小区，地铁二号线小区，主要由于切换失败导致，通过邻区完善得到改善WXAWo2246A1/A2太湖大道金星社

11、区，高掉话小区，深度覆盖小区，主要由于小区深度覆盖欠佳导致，查看发现小区导频功率偏低，初步怀疑功率低导致弱覆盖建议将功率恢复之后，后续观察WXAWi6506D1银辉城市花园，高掉话小区,异频室分小区，从GPEH统计上看，主要由于弱覆盖导致掉话，初步怀疑是室分未有效覆盖至用户所在区域，对异频切换参数和接入门限进行修改之后并现场进行测试 WXAWo0496C1中水珍珠,高掉话小区，周边3G基站相对较稀疏，从GPEH统计上看，主要由于弱覆盖导致，建议对2D/2F门限和最低接入门限进行修改。WXAWi6444D1化轻大厦，高掉话小区，核心密集城区异频室分系统，建议对同异频邻区关系进行完善，并对2D/2

12、F门限进行修改。2.2.4 故障排查我们通过SmartRNO工具定期对现网RNC级以及小区级参数进行核查，并对明显异常的参数设置进行修改。2.2.5 扩容我们通过SmartRNO工具定期对现网RNC级以及小区级参数进行核查，并对明显异常的参数设置进行修改。以2/3G参数一致性核查为例：WCDMA网络覆盖远小于GSM网络，在WCDMA弱覆盖甚至无覆盖区域必然切换到GSM网络，因此23G参数一致性核查是一项基础工作。工作内容就是定期核查3G侧定义的异系统邻小区的BCCH、BSIC、LAC等信息准确，才能顺利切换到GSM。2.2.6 外场测试&天线调整覆盖提升优化是网络优化的基础，我们网络覆

13、盖的优化主要以路测RF优化结合MRR提升为主。京沪高铁优化高掉话小区原因分析W-高家门北+电信武警中队+林隐路隧道CHR分析发现释放前覆盖较差，最终由于无线流程处理失败导致掉话；分析路测数据，由于林隐路隧道内未建设室内分布系统，隧道内覆盖较弱，建议新建泄漏电缆增强林隐路隧道内覆盖；W-邮政枢纽无线流程处理失败导致掉话，释放时覆盖较差，无锡火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，带来非高铁用户占用专网问题，建议在火车站内新建室内分布，精确控制过渡带；2.专网与大网迁移问题，目前已经通过优化迁移参数，CS业务可以进行迁移，有效减少了CS掉话；W-跑马山无线流程处理失败导致掉话

14、，释放时覆盖较差，无锡火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，带来非高铁用户占用专网问题，建议在火车站内新建室内分布；2.专网与大网迁移问题，目前通过优化迁移参数，CS业务已可以进行迁移，有效减少了CS掉话；W-移动宝华河冲释放前覆盖较差，无线流程处理失败导致掉话，结合路测数据分析发现正盘山隧道内覆盖较差，建议1.处理正盘山隧道RRU故障；2.故障处理后测试隧道内覆盖，如覆盖依旧较弱则需要新建隧道泄漏电缆提升隧道内覆盖；W-电信宝华胡院两个问题导致掉话偏多：1.覆盖偏弱：W-电信宝华胡院小区和W-移动宝华河冲小区在隧道内的覆盖偏弱；2.W-移动宝华河冲与W-电信宝华胡院切

15、换不及时：CHR分析存在切换不及时现象，结合路测数据发现这两个小区的切换带位于桐山隧道内部区域，由于进出隧道信号突变，切换和重选不及时导致未接通和掉话风险较大，目前双向CIO已经调整值10，已无参数优化空间，建议1.解决正盘山隧道RRU故障，提升隧道内部覆盖；2.建议将移动宝华河冲+正盘山隧道+两隧道间+桐山隧道东4个站点6RRU合并，将切换带延长至桐山隧道东侧，避免切换不及时；W-江大继续教育学院覆盖原因导致掉话，掉话位置主要由于林隐路隧道弱覆盖导致，建议1.新建泄漏电缆增强林隐路隧道内覆盖；2.建议将高家们北RRU0、电信武警中队RRU0、林隐路隧道RRU0、江大继续教育学院RRU0和江大

16、继续教育学院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_CA

17、NCEL原因为Iu-Transport-Connection-Failed-To-Establish（即IU传输连接建立失败），已经通过添加IP PATH解决；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_

18、RELOCATION_CANCEL原因为Iu-Transport-Connection-Failed-To-Establish（即IU传输连接建立失败），已经通过添加IP PATH解决；W-釜用机械无线流程处理失败导致掉话，释放时覆盖较差，该小区位于丹阳火车站周边，火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，非高铁用户占用专网问题，建议在火车站内新建室内分布，精确控制过渡带；2.专网与大网无法迁移，通过优化专网与大网迁移参数，CS业务已经可以进行迁移；W-华阳大酒店无线链路失败导致掉话，弱覆盖导致掉话，目前丹阳火车站存在两个问题：1.过渡带通过宏站过渡，覆盖无法精确控制，非高

19、铁用户占用专网，增加掉话风险，建议在火车站内新建室内分布；2.专网与大网无法迁移，通过优化专网与大网迁移参数，CS业务已经可以进行迁移；W-青阳空口处理失败导致掉话，呼叫释放前十几秒无信令交互，分析路测数据，普善五金与电信丁家庄之间切换带偏小，修改双向CIO 2至5，加快切换；W-宝华仓头释放前覆盖较差，无线流程处理失败导致掉话，结合路测数据分析发现正盘山隧道内覆盖较差，建议1.处理正盘山隧道RRU故障；2.故障处理后测试隧道内覆盖，如覆盖依旧较弱则需要新建隧道泄漏电缆提升隧道内覆盖；以无锡与南京PS业务和并发业务硬切换伴随SRNS迁移失败导致掉话率偏高处理为例：统计晚忙指标发现发现W-宝华移

20、动天龙(归属：无锡,LAC:53620,RNC:1636,CI:30372)掉话率偏高,分析PCHR发现掉话前多次上报W_UQX龙潭4（网建）_B_1 (归属:南京,LAC:53508,RNC:1540,CI:20742)的1A事件，在CN往RNC下发Relocation Command消息后，CN向RNC发送Relocation Cancel消息，最终由于W-宝华移动天龙Ec/Io持续恶化导致掉话。无锡与南京RNC侧均为华为设备，无锡RNC与南京RNC之间无IUR口，目前无锡RNC参数设置为硬切换伴随SRNS迁移策略，判决策略如下：硬切换迁移流程如下：首先通过告警检查，邻区检查，参数检查等基础检查为例，未发现问题；对W-宝华移动天龙小区进行IOS跟踪，分析发现并发业务硬切换伴随SRNS迁移失败返回原因为iu-transp