网络质量提升工作关键技术点指导.doc

网络质量提升工作关键技术点指导1.1 邻区优化【邻区优化目标】通过邻区优化，解决邻区漏配、冗余、优先级不合理、1-way/2-way、同PN错配等问题，提升网络质量【邻区优化方法】1、邻区优化之前先进行PN优化PN规划合理是一个优秀网络的基础，如果PN复用距离不合适，必然带来大量的1-way/2-way问题，以及同PN错配现象，所以建议在邻区优化前先对PN做一下核查，对有问题的PN进行优化调整。2、通过APUS来检查是否有明显漏配邻区可以使用APUS的规划功能对比已有邻区，快速检查是否有明显的漏配邻区。具体操作方法请参考附件：3、通过PSMM数据优化邻区n 目标：无明显漏配邻区、无明显冗余邻区、无明显优先级不合理邻区。n PSMM跟踪以及导入1) 每轮PSMM trace需要一周时间 5000用户2) 根据Nastar邻区优化分析结果（Excel格式），人工制作脚本进行优化n 邻区优化执行标准1) 第一轮PSMM优化建议：a) 优化目标：添加漏配邻区，TOP站优化。b) 执行标准1：PSMM上报次数大于1000次，覆盖半径2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）漏配优先级在10以内的邻区。c) 执行标准2：对掉话以及呼建较差的TOP站，建议结合网络地图，进行人工逐个核查，优化邻区。2) 第二轮PSMM优化建议： 优化目标：添加漏配邻区, 高优先级邻区优化 执行标准1：PSMM上报次数大于1000次，覆盖半径在2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）漏配优先级在10以内邻区 执行标准2：PSMM上报次数大于1000次，覆盖半径在2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）优先级调整建议为10以内，但实际配置与优化调整建议优先级差值大于5的邻区注：各个城市覆盖半径条件以各个城市网络实际情况为主，比如北京建议2Km，广州，深圳，杭州等大城市建议2.5Km, 其他城市建议3Km4、1-way/2-way情况核查通过Nastar N级邻区复用核查功能，将N设置为2，检查是否有符合条件的邻区，再通过PN优化或邻区优化的方式解决。对郊区，各本地网根据实际情况设置“超远”的门限，并自检。5、同PN错配邻区核查通过Nastar的同PN疑似错配邻区核查功能来进行核查。注意：1）该功能该功能仅仅是基于距离的核查（检查是否有与本小区所配邻区相同PN的距离更近的小区），没有考虑方位角等因素，所以只是把“疑似”错配的邻区找出来，不一定有问题（真正有问题的大约30左右），需要人工确认。2）该功能对距离的判断是基于BAM上配置的经纬度，对于没有配置经纬度或者GPS有问题的判断不准（数值会很大，可以比较容易的发现异常）。3）由于Nastar目前不能对多个MSC的数据同时导入（如果各MSC的CELL ID相同），所以目前对MSC间的错配检查不出来，对边界基站只能手动检查。所以对于MSC边界的基站，在邻区优化时，需要额外细心，避免出现这种MSC间邻区错配的情况。建议针对边界基站进行针对性的核查。6、通过路测检查有无邻区配置错误导致的掉话针对路测中的掉话，Ec/Io、FFER、Tx差路测进行分析，看看是否存在邻区问题。1.2 PN优化【PN优化目标】1、 消除明显的PN复用不合理问题2、 解决1-way/2-way问题3、 尽量对网络的PN配置改动最小【PN优化方法】1）将现网工参数据导入Apus，通过复用距离和复用层数了解现网PN实际复用情况，将复用情况最不理想的站点过滤出来。（导入工参时建议将室内站和室外站分开规划，因为大部分情况下，室内站和室外站的PN复用距离和PN段不同。2）在Apus中对同PN复用最差的扇区/小区进行优化。优化方法为将这些站点属性设置为需要进行PN规划，规划完成后导出PN规划列表查看复用情况，如果仍然不理想则重复进行这一步操作。若规划结果仍不理想，可以选择同PN复用的另一个站点进行PN重规划。重复多次，直至规划出符合要求的PN，如仍不符合要求，针对这些基站手动规划。3）根据PN优化调整结果输出脚本。4）在PN优化措施实施前，需利用NASTAR对规划前后的脱机BAM进行1-way/2-way（Nastar N级邻区复用）问题核查，确保规划后的PN不会引入新的问题。【PN优化注意事项】1、 室外站PN优化注意事项： 优化结果参考：北京地区室外站最小PN复用距离：3.1公里；层数：20层；分值：62，其他地区应遵循更严格的标准。 执行注意事项1：一般来说室外站PN复用情况不是很明显，第一次最好先导入已存在的PN,让工具为现网室外站PN情况做一个初步的评估。 执行注意事项2：如果有些站评分较低或者站距较小，建议不要大规模重新规划室外站PN，只需利用工具重新优化那些评分较低站点的PN即可，这样可以保证大部分PN保持不变。2、 对于BSC数量较多的网络，建议整网同时导入APUS来统一规划和优化，避免出现BSC边界的PN复用不合理问题。对于不同MSC的CELL ID相同的情况，可针对不同MSC对CELL ID增加一定偏置后再处理。3、 执行PN优化调整脚本时，如果BSC边界基站站PN改变，则需注意要更改对应BSC的外部小区数据。对于1X站点，更改PN后基站会自动复位，对于DO站点，则需输出指令进行DO单板（EC板）进行复位。对于修改不下去的PN要有提前做好倒回方案。4、 进行少数新建站PN规划时，可虑直接用Mapinfo进行规划。以新建站点为圆心，选中以某一自定义最小复用距离为半径的圆内站点，同时选中那些虽处于圆外但复用层数可能不满足的站点，将这些站点信息拷贝至Excel，没有用到的PN组即为可用资源。5、 对与其他网络交界的边界处，也要考虑PN复用情况。需要提前收集其他网络的工参表，来统一考虑。1.3 RSSI问题基站处理【处理目标】解决网络中的RSSI异常的问题，提升网络质量。【RSSI问题分类】 主分集偏高：在一定负荷情况下，RSSI在-93-113dBm之间可视为正常。超过-90dBm为严重异常。 主分集差异大：一般主、分集差异大于6dB为异常，大于10dB为严重异常。 RSSI过低：长期低于-113dBm且RSSI无变化。【RSSI问题处理流程】对网规人员来说，最重要的是如何发现问题，对发现的问题提交B侧处理。目前电信项目中导致RSSI异常的主要原因为直放站和工程质量问题（主要是馈线接头问题）。1） RSSI过高或主分集差异大的主要原因：n 工程质量问题。如接头制作不良或连接不紧，可用手拍打跳线、馈线接头及接头之间的连接点，判断工程质量问题（接头制作不符合规范和接头松动等原因导致主集或分集产生自激、天线进水、设备老化等都会引起RSSI值异常）n 直放站问题。直放站反向增益设置不合理或设备自激导致主集RSSI异常。n 外界干扰导致RSSI过高。可使用维护台反向扫描跟踪判断是否有干扰。另外结合话统里面RSSI变化的时间、地理分布是否有规律性来判断是否是外部干扰。n 登记问题。当Reg_zone或NID设置不合理或错误，导致大量登记产生时，会引起主分集RSSI同时升高。n 网络负荷高导致RSSI过高。负荷抬高会导致RSSI有一定抬升，但不会抬升过高，一般不会超过-93dBm。n 设备问题。射频板故障导致RSSI过高或过低，这种目前比较少见，通过排除法、互换法可以较快的定位问题。2） RSSI过低的主要原因：n RSSI过低一般同时伴随RSSI长期无变化（不随话务量改变而改变），主要是由于工程质量问题导致（天馈连接中断或接触不良）n 硬件故障(如天馈、TRX、CDU、功放故障)也可能导致RSSI过低，但目前发现较少。1.4 VSWR问题站点处理【VSWR问题站点处理目标】解决基站VSWR异常问题，提升网络质量。【VSWR异常现象】 手机无接收信号或接收到的网络信号很小，容易掉话。基站或对应扇区载频的覆盖范围减小。 RRU3606 模块异常，面板ALM 告警指示灯存在告警。 后台监控到存在大量驻波告警，存在射频系统相关告警。【VSWR异常排查流程】对网规人员来说，最重要的是如何发现问题，也就是如何通过告警/VSWR跟踪来判断驻波比是否有问题。对发现的问题提交B侧处理。常见问题原因：1） 天馈系统故障 工程质量因素比如天线和跳线之间的接头缠绕不好、跳线和馈线之间的接头缠绕不好、跳线接头制作工艺有问题。 天线质量天线破损，漏水或渗水。 货物问题跳线接头与跳线不匹配等。2） RRU/BBU故障 如果使用ADD CELL 配置小区时指定的频段信息与RRU本身支持的频段信息不一致，将导致驻波告警。 RRU故障导致驻波告警的情况非常少见。因此，只有在其它方法都无法定位问题时才考虑更换RRU来判断是否模块故障。传输问题站处理【传输问题处理目标】1、 及时发现站点闪断或中断，推动问题基站的处理，提升网络质量。2、 分析传输拥塞，推动客户扩容，提升网络质量。【传输问题现象】1、 BTS无法建立操作维护2、 基站业务中断3、 信号不稳定，业务质量不稳定4、 主被叫无法接入【传输问题告警汇总】 E1/T1物理传输类告警E1/T1链路信号丢失；E1/T1帧失步；E1/T1链路告警指示信号；E1/T1链路远端告警；E1/T1链路滑帧；E1/T1链路误码率过高。 FE物理类传输类告警FE链路信号丢失；FE链路发送错误；FE链路接收错误；FE链路环回；主处理模块IP地址冲突。 IMA/UNI/FRACIMA链路告警IMA/FRACIMA链路信元定界失步；UNI/FRAC链路信元定界失步；IMA/FRACIMA链路帧失步；IMA/FRACIMA链路延迟失步；IMA/FRACIMA链路远端故障；IMA/FRACIMA链路远端接收不可用；IMA发送误连接；IMA接收误连接； PPP/MLPPP链路告警PPP链路中断；PPP链路环回。 信令链路告警Abis信令链路中断； 业务链路告警未配置业务链路。【传输问题处理步骤】对网规人员来说，最重要的是如何发现问题，也就是如何通过告警来判断传输是否有问题。对发现的问题提交B侧处理。对传输问题的处理方法可适当了解：问题解决要从底层传输链路逐步向上层链路解决先解决物理传输类问题，再解决IMA/UNI/FRACIMA/PPP/MLPPP链路问题，最后解决操作维护链路、信令链路、业务类问题。物理传输类问题采用“逐段环回”缩小问题发生点。具体步骤如下：1、解决物理链路传输问题： “逐段环回”定位物理链路故障点，针对故障点进行故障排查。 “拨码核对”确认接口板拨码开关设置正确。 “电源检查”确认电源设备是否有故障或是接地不良。2、解决IMA/UNI/FRACIMA/PPP/MLPPP链路问题： 检查BSC/BTS两端配置的链路类型是否一致。 检查BSC/BTS两端配置的链路组内链路数目是否一致。 检查BSC/BTS两端配置的时隙配置是否一致。 PPP/MLPPP/FE链路需要确认IP地址是否与规划一致。 修改配置后，需要使用RST IMAGRP命令重新复位IMA。3、解决操作维护、信令、业务链路问题： 使用命令DSP CBTSCFG/LST BTSLNK命令查询IP配置，确定两端IP配置一致。 使用命令RMV CBTSTERSIGLNK/RMV CBTSTERTRFLNK/RMV CBTSIPTERTRFLNK命令删除错误信令、业务链路。 使用命令ADD CBTSTERSIGLNK/ADD CBTSTERTRFLNK/ADD CBTSIPTERTRFLNK命令增加正确的信令、业务链路。【传输拥塞参考标准】1) 传输利用率方法（仅供参考）参考标准1（1X与EVDO共享E1传输，SP=3600秒）：（基站Abis 链路1x 前向业务平均分配总带宽kbps +（DO FTCH 信道前向RLP 吞吐量字节+ DO FTCH 信道前向RLP 重传吞吐量字节）*8*0.9/1024/SP）/（共E1数*1984）参考标准2（1X与EVDO分别使用独立的E1传输，SP=3600秒）： 1X：基站Abis 链路1x 前向业务平均分配总带宽kbps /（1X配置E1数*1984）；DO：（DO FTCH 信道前向RLP 吞吐量字节+ DO FTCH 信道前向RLP 重传吞吐量字节）*8*0.9/1024/SP/（DO配置E1数*1984）2) Abis拥塞定义： 参考标准1（共E1）：基站Abis链路前向分配带宽平均占用率大于70%为拥塞参考标准2（分E1）：基站Abis链路前向分配带宽平均占用率大于70%为拥塞1.5 GPS问题站处理【GPS问题处理目标】及时发现站点GPS故障，推动问题基站的处理，提升网络质量。【GPS问题现象】1、 终端显示时间异常。2、 无法切换。3、 业务质量变差。【如何发现GPS问题】n 在告警管理系统中查询告警，常见告警如下：a) 50FC锁相环失锁；100FC锁相环失锁；10M信号丢失；10M锁相环失锁；64FC锁相环失锁；10M晶振无输出。b) 主处理模块星卡没有秒信号输出；主处理模块星卡和主处理模块通信链路中断。c) 主处理模块星卡锁定卫星数量不足；主处理模块星卡卫星天线连接开路；主处理模块星卡卫星天线连接短路；参考源为内部时钟。n 在Airbirdge维护台中通过命令DSP CBTSBRDSPECSTAT进行查询，观察锁星数目（一般要求至少4颗）、单板时钟状态（要求为内部时钟）。n 话务统计分析如果出现：软切换次数=更软切换次数（或几乎相等），或者单基站的软切换比例0（或接近0），则也需要注意分析是否出现了GPS等时钟异常现象。n 如使用了大量的R-GPS的网络，由于R-GPS的线缆较容易损坏，需注意其故障率会高于普通GPS。【GPS问题处理思路】对网规人员来说，最重要的是如何发现问题，也就是如何通过告警、话统分析、路测等手段发现GPS是否有问题。对发现的问题提交B侧处理。首先处理与GPS相关的告警告警，然后再处理与硬件相关的锁相、通信链路中断等告警。具体处理步骤如下：n 检查GPS天馈硬件故障 检查GPS是否有进水、开路短路故障等问题。 检查GPS的馈线、接地线是否有故障。 检查防雷器是否有故障。n 检查GPS位置是否有问题 检查GPS周围是否有较大障碍物。 检查GPS附近是否有较大的无线干扰。n 检查主控板/星卡是否故障 使用DSP CBTSBRDSPECSTAT命令查看星卡状态，或是从主控板上的告警灯上观察主控板/星卡是否出现了故障。n 锁相等故障如果出现了锁相等故障，请在排除了GPS问题后，观察主控、业务处理、射频板告警灯，察看是否有单板故障。1.6 Cluster RF优化处理【RF优化目标】重点解决弱覆盖、导频污染、越区覆盖、掉话、接入失败等问题，提升Cluster整体性能。【RF优化流程】1、评估路测数据，了解网络RF问题 RX、TX、EC/IO、FFER是否有异常区域，确认优化的目标和方向。 原网掉话、呼叫建立失败、吞吐量低等异常事件分析。 评估期间的主要路线是否涵盖了所有的基站，扇区，室外直放站。2、分析RF问题，制定优化调整方案 分析数据配置：邻区，搜索窗，网络结构，功率配置，功控参数，切换测试是否异常，默认参数是否需要修改。 分析网元状态，是否有告警，闭塞，驻波比异常等异常状态。 分析天馈系统：方位角、下倾角是否合理，连接顺序是否正常，安装位置是否过高、过低、或者有明显遮挡等不合理现象。 分析区域内的直放站系统特别是室外直放站区域内RF指标是否正常，避免直放站覆盖过大、直放站自激等现象。 有条件的话可以利用PN SCANNER进行测试，分析手机路测与SCANNER测试之间的差距，根据覆盖差距调整邻区，越区覆盖等现象。 输出单PN覆盖图，可以有效的发现越区覆盖，天馈接反等现象。 结合最坏小区分析是否有超忙基站，是否需要控制基站覆盖范围以降低基站负荷。 覆盖差区域是否需增加基站以增强覆盖。 分析路测过程中的掉话，呼叫建立失败等事件，及时进行数据配置修改，例如PN复用不合理问题。 干扰问题处理，硬件故障定位以及外部干扰协助定位等。3、实施优化调整方案，观察优化后的结果 优化实施方案，对比优化前后的效果，及时归档测试数据。 对有效的优化手段进行及时的总结和方案推广。【RF优化重点分析】 RF优化的基本思想 控制越区覆盖和导频污染，让强者愈强，弱者愈弱，突出主导频。 RF优化的重点是优化EcIo，那EcIo差的可能原因： 弱覆盖问题 越区覆盖问题 导频污染问题 PN复用问题 切换参数问题（邻区、切换门限、搜索窗等） 前向干扰问题（邻区漏配、硬件故障、外部干扰等） EcIo差可能带来的影响：接入失败、切换失败、掉话问题、语音质量问题 RF优化的需要解决的3大主要问题：信号覆盖问题、导频污染问题、切换问题 RF优化的常用手段： 天线调整：方位角、下倾角、天线挂高、天线类型、站点位置 功率调整：小区发射功率、导频增益 加站扩容：新建站、扩载频、小区分裂 切换优化：邻区、切换门限、搜索窗等 PN优化：确保复用距离 干扰排除：硬件故障定位处理、外部干扰协助定位【RF优化注意事项】1、室内信号泄漏 针对此类站点，可以通过降低基带增益的方法来解决2、干扰 针对RSSI异常的站点，排查工程质量问题及反向干扰。 甩站影响。现网存在未割的室内引出站点，与室外宏站距离很近，造成同频干扰。应尽快将此类站点割接入网。在单PN分支下，如果Rx覆盖较好，而Ec/Io较差，则可能由此类情况造成。3、测试路线 在优化对比的过程中需要保证优化对比前后的测试路线相同，以排除由于路线差异而引入的测试误差。 对于非对比区域的测试路线，需要以报告其他章节进行描述，特别是对弱覆盖区域的描述，以告知客户需要增加基站以加强区域内的覆盖。1.7 普通用户投诉处理【处理目标】了解网络运行质量及主要问题，指导网络优化开展。【处理过程】1、从客户投诉中心获取普通用户每周投诉单2、对投诉单进行检查，排除无效单3、对投诉单按申告现象、处理结果、申告时间、申告地点进行分类4、制作各种分类统计表、各分类周期密度统计表、各分类地理分布图，找出TOP原因5、筛选出属于无线侧问题的投诉单，进行详细分类；把属于核心网的投诉传递到相关的责任人6、制作各种分类统计表、各分类周期密度统计表、各分类地理分布图，找出TOP原因7、对统计结果进行分析，对网络优化给出针对性建议8、对重要的投诉以及典型问题做闭环跟踪分析注：普通用户投诉单的闭环解决通常应该由客户的网优部门负责，除特殊投诉外，华为一般不负责所有普通用户投诉的跟踪闭环。【普通用户投诉分类方法】1) 按业务类型分类可分为语音业务、1X数据业务、DO数据业务、短信业务等2) 按申告现象分类可分为信号覆盖方面、信号呼叫方面、断线/掉话、回音/杂音/断续、单通/串线、核心网和增值业务问题3) 按诱发原因分类可分为配套设施问题（含RSSI异常、驻波比高、Abis告警、传输告警等）、无线信号质量问题、硬切换及闭站问题、网络问题或用户问题等4) 按地理位置分类可以按行政区、BSC、MSC等地理区域分类，可以把投诉点进一步制作成为电子地图，用来与其它地理信息做对比分析5) 按时间分类按天对其他分类结果进行分类，体现各分类结果的时间变化趋势6) 按处理结果分类可分为参数配置问题、干扰问题、设备故障、覆盖问题、终端问题、已经解决的问题等7) 无线侧问题分类可分为信号覆盖方面、有信号无法呼叫、断线/掉话、回音/杂音/断续、单通/串线等。1.8 VIP用户投诉处理【处理目标】1、及时解决VIP用户投诉，提升网络质量2、最大程度减小VIP用户对网络优化验收等工作带来的干扰【VIP用户投诉处理时限要求】1、 对于紧急重要的投诉，建议在收到投诉的2小时内到达现场进行测试和处理；2、 对于重要的投诉，建议在收到投诉的4小时内到达现场进行测试和处理；3、 对于一般的投诉，建议在收到投诉的8小时内到达现场进行测试和处理。【VIP用户例行处理思路】1、搜集网络VIP用户IMSI，每天进行呼叫建立失败和掉话的统计，一旦发现这些用户出现呼建失败或掉话，无论用户是否有投诉，都要对发生呼建失败或掉话的原因进行分析，尽快进行处理。2、定期对重要道路（如政府重要机关周边道路，电信领导回家必经之路等）进行例行测试，包括两部手机短呼互拨及一部手机长呼，对路测数据进行分析，对于测试过程中出现了呼建失败或掉话的问题点以及EcIo较差的区域要重点分析，重点关注邻区问题。【VIP用户投诉