诺基亚区域(E)GPRS休眠小区分析.docx

18 / 18中国移动&诺基亚通信（E）GPRS休眠小区分析及处理手册内容1.休眠小区定义和概述32.休眠小区的判断和定位32.1休眠小区判断标准32.2休眠小区定位和处理42.3告警辅助定位52.4优化机制，完善统计92.4.1定位设备统计缺陷，更新统计公式92.4.2全面考虑各类情况，细化指标监控要求103.休眠小区解决和处理113.1可能的原因113.2排障步骤113.3休眠小区日常监控及处理流程123.4休眠小区日常快速处理124.劣化小区的分析和优化134.1上行TBF建立失败率高优化134.2上行EGPRS BLER高优化144.3PS立即指派拒绝率高优化144.4下行GPRS掉线率高优化154.5无CS34流量优化154.6无EGPRS流量优化154.7无CS2数据块优化164.8下行TBF建立失败率高优化165.附录175.1日常用于查看PCU2信息的指令175.2发生休眠小区后Log的收集175.3目前发现的软件问题及解决方案181. 休眠小区定义和概述休眠小区定义从终端用户的实际感知出发，定义休眠小区： 终端用户无法ATTACH/PDP 激活，或成功率非常低 终端用户无法下载上传数据，或成功率非常低 休眠小区影响影响客户对数据业务的使用感知；增加基础维护工作量休眠小区原因较复杂。与终端、硬件、软件、参数配置、无线环境、数据核心网、IP承载网等因素均有关。2. 休眠小区的判断和定位2.1 休眠小区判断标准序号条件名称条件内容级别/粒度条件1 高话务无下行TBF (GPRS开启 and 语音话务量2erl and 无PDCH请求 or PDCH请求 =null) or(GPRS开启 and (语音话务量3erl or PDCH请求次数500) and 下行TBF请求次数=0)小区1小时 条件2 高话务无EDGE流量 GPRS开启 and EDGE开启 and 语音话务量1.5erl and 下行EDGE 流量=0小区1小时 条件3 立即指派成功率低 PDCH请求次数200 and 立即指派成功次数/PDCH请求次数0.5and 下行PDCH复用度200 and 上下行TBF建立完成次数/上下行TBF请求次数200 and 上行TBF请求次数/下行TBF请求次数20 and上行TBF占用时长/下行TBF占用时长20 小区1小时连续2次条件6 丢包率高 LLC超时丢包个 数500 and LLC超时丢包个 数/LLC包个数0.3小区1小时连续2次条件7 PCU休眠 PCU下所有小区总话务量5erl and( PCU下所有小区PCH请求总数目10 orPCU下所有小区TBF建立总数目10 orPCU下所有小区下行RLC 总流量 0No normal UL TBF releases = 1No normal DL TBF releases = 2No normal UL and DL TBF releases = 3休眠小区判定标准，现网休眠通常表现为 No normal DL TBF releases = 2IEPH events per hour for EGPRS inactivity alarm / With this parameter you define the number of TBF allocation attempts required per hour for EGPRS Inactivity Alarm.评判标准，对于任意(E)GPRS 小区 ，一小时内发出的TBF allocation attempts 次数。SPL supervision period length for EGPRS inactivity alarm / With this parameter determines the length of the supervision period for EGPRS inactivity alarm in minutes.BTS levelEAW ,小区级告警监控时段EAS 小区级告警监控起始时间 EAE 小区级告警监控结束时间 默认值如下：EGPRS INACTIVITY CRITERIA .(EGIC). 0EVENTS PER HOUR FOR EGPRS INACTIVITY ALARM .(IEPH). 10SUPERVISION PERIOD LENGTH FOR EGPRS INACTIVITY ALARM .(SPL). 15 minEGPRS INACTIVITY ALARM WEEKDAYS.(EAW). NONEEGPRS INACTIVITY ALARM START TIME.(EAS). 08-00EGPRS INACTIVITY ALARM END TIME.(EAE). 18-002. 告警的设置与验证A) 参数推荐值如下：EGPRS INACTIVITY CRITERIA .(EGIC). 2EVENTS PER HOUR FOR EGPRS INACTIVITY ALARM .(IEPH) 50 至100SUPERVISION PERIOD LENGTH FOR EGPRS INACTIVITY ALARM .(SPL). 15 minEGPRS INACTIVITY ALARM WEEKDAYS.(EAW). ALLEGPRS INACTIVITY ALARM START TIME.(EAS). 07-00EGPRS INACTIVITY ALARM END TIME.(EAE). 21-00MML commands EQO and EEO outputs the radio network parameter values,EQV command modifies bts parameter values.EQO command outputs bts parameters.EEJ command modifies bsc parameter values.EEO command outputs bsc parameters.B)参数修改的步骤如下：Test the (E)GPRS Inactivity Alarm.a) Activate the (E)GPRS Inactivity Alarm by choosing the criterion (other than 0x00 = disabled).ZEEJ:EGIC=2;b) Define the start and end times for the (E)GPRS Inactivity Alarm with the respective parameters. These are given for each BTS to be supervised.ZEQV:BTS=:EAS=0700,EAE=2100;c) Define the threshold value related to triggering criterion.ZEEJ:IEPH=50100;d) Define the length of the supervision period with the respective parameter. The parameter is on BSC level. ZEEJ:SPL=15;e) Enable the alarm to each BTS to be supervised by defining the (E)GPRS inactivity alarm supervision weekdays (other value than 0x00 = disabled).ZEQV:BTS=:EAW=ALL;Now the supervision is started in the beginning of the first supervision period within the active period, that is, when the start time is reached.There is only one supervision period although each BTS can have its own starting times and ending times. In other words, the first active period does not necessarily start simultaneously when the BTS is activated, there can be a delay of max. one supervision period.If the BTS has no GPRS traffic, the system generates the alarm 7789 after the next supervision period.3. 告警结合网络KPI 定位无流量小区及无流量PCU根据告警所属BTS号定位其所属PCU (NSEI)/GP OVER FRZFXO:NSEI=:BTS:;/GP OVER IPZFXI:NSEI=;ZFXL:PSEI=:ALL;提取网管PCU (NSEI)指标 观察其是否异常。4. 实施建议由于各省话务模型不尽相同，建议选取一台BSC 上激活该功能，并结合KPI检验该告警有效性，如果告警可以准确定位休眠小区，则可以大范围推广使用。 7723 告警： 告警指出，配置改变后，SYI 模块没有足够时间更新到BTS 的系统消息。 7723 FAILURE IN SENDING SYSTEM INFORMATION TO BTS SITE 7725告警 补充信息02代表PDTCH，表示PS 时隙不可用。 导致7725出现的原因： 初步定位后的网元检查 现场实测确认定位如果已经确认为异常小区，可以安排拨测工程师进行测试，现场拨打数据业务，记录业务状态。 测试小区(E)GPRS 业务ATTACH 是否正常。 测试小区(E)GPRS 业务PDP 激活是否正常。 测试小区(E)GPRS 业务浏览网页是否正常。 2.4 优化机制，完善统计2.4.1 定位设备统计缺陷，更新统计公式 发现设备统计的bug：在PCU倒换的情况下，根据前期公式，短时间内易将部分正常的小区误判为休眠小区。 为规避该问题，需采取新的TBF建立成功率公式进行统计。 现象：河南的整体休眠类型统计来看，目前河南休眠小区中TBF建立成功率低的占比达到接近50%，而从发生频率来看，一周仅出现1-2个时段的占比达到90%。 原因剖析：经过BSC工程师的抓包并提交研发分析，由于NSN内部机制，如果此PCU下有小区进行切换PCU的操作时则会造成相关PCU下的DSP里面的counter清零，其中包括Normal TBF releases这个counter，进而导致TBF建立成功率低。 解决方法：调整使用新的TBF建立成功率的公式 100-100*sum(UL_TBF_ESTABLISHMENT_FAILED+UL_EGPRS_TBF_REL_DUE_NO_RESP+DL_TBF_ESTABLISHMENT_FAILED+DL_EGPRS_TBF_REL_DUE_NO_RESP)/sum(NBR_OF_UL_TBF+ NBR_OF_DL_TBF) 2.4.2 全面考虑各类情况，细化指标监控要求 “立即指派成功率低”类指标监控手段更新 现象：当小区数据业务量大导致PDCH复用度过高时，会导致由于PDCH资源不足进而拒绝新请求新的数据业务信道请求，即产生“立即指派拒绝”消息。这种情况下该小区在之前的定义条件下很容易被认为是休眠小区，但实际上并非真正的休眠小区，只是容量不足而已。 因此，对这些小区按照休眠小区处理方式进行处理(GENA开关/PCU倒换/EDAP删除重建)也无法恢复，只有PDCH资源扩容才能解决。 该问题在这次浙江宁波和温州地区遭受台风大降雨期间表现的特别明显。 原因剖析：如下是正常时间和遭受台风阶段的针对立即指派成功率低小区的PDCH复用度构成对比： 下行PDCH复用度 正常情况 10月7日13日 PDCH复用度5 35.2% 88.6% PDCH复用度=3 and PDCH复用度=5 9.9% 5.2% PDCH复用度200 and立即指派成功次数/PCH请求次数0.5 and 下行PDCH复用度53. 休眠小区解决和处理3.1 可能的原因 小区主频故障，无法在RACH信道上发送CHANNEL REQUEST消息； 小区无GTRX载频，或CDEF=0，或者信道为半速率HR; PGSM和EGSM共BTS并且PGSM作为BCCH频点时，开通了BB跳频或则GTRX开在EGSM载波上 BTS相关硬件故障及E1传输故障； BTS信令分支表有误，EDAP数据配置不一致； PCU故障，比如PCU板卡故障，PCU跳线错误，或PCU网卡配置错误； GB 链路故障； SGSN或GGSN故障。3.2 排障步骤1、首先检查GENA，如未开启，开启GENA； 2、如步骤1正常，检查是否开启GTRX，如未开启，开启GTRX（如果是EDGE BTS，则需开启绑定DAP的TRX）； 3、如步骤2正常，EGPRS无流量小区，开启GTRX是否绑定DAP，BSC和BTS两侧DAP是否一致；如未绑定，绑定不一致，请调整BSC侧与BTS侧数据一致； 4、上述3步骤均无异常，开启GENA及EGENA； 5、若4操作无效，重启BCF （排除基站故障，非忙时）； 6、若5操作无效，更换GTRX（如果涉及到EDGE功能BTS，更换GTRX时，必须是绑定了DAP的TRX）； 7、若6操作无效，更换NSEI（更换NSEI时，要考虑PCU配置负荷的问题，尽量保证BSC下各PCU负荷均衡，不可向PCU拥塞的NSEI上调整）； 8、若7操作无效，切换相关BCSU，此步骤必须在夜间话务量小时操作，白天非不得已不得操作； 9、若8操作解决了休眠小区的问题，则需检查原来BCSU的PCU是否存在硬件故障，检查PCU跳线和网卡设置等；如果并非硬件问题，需要按照附录中的要求提取相应Log上报研发进行调查。 10 若8操作仍然无效，要检查中间路由比如CE, AR, BR, SGSN等网元板卡是否出现异常； 3.3 休眠小区日常监控及处理流程3.4 休眠小区日常快速处理休眠类型 建议处理手段 多时段出现高话务无下行TBF 首先核查是否存在GTRX闭锁或者参数设置不合理的问题，尽快修复解锁或调整，排除基站载频状态以及参数设置问题外，可以通过尝试倒换NSEI来解决。 多时段出现立即指派成功率低 首先排除语音超忙挤占的因素，然后检查MPE是否为Y，排除MPE的影响外，倒换NSEI还是比较凑效的。对于高频次出现TBF上下行异常的小区建议倒换NSEI 多时段出现TBF上下行异常 倒换NSEI 多时段丢包率高 检查DAP是否配置正确，排除DAP问题后尝试重启GENA或者倒换NSEI 多时段TBF建立成功率低 首先建议重启BTS或者BCF，也可以倒换GTRX载频，如果不凑效建议排查干扰或者检查硬件。 疑难问题小区 另外，对于连续高话务无下行TBF或者无EDGE流量及连续丢包率高的小区，如果是因为DAP时隙不一致又暂时无法上站修改或者由于其他原因长期故障暂时无法处理的小区，建议可以先将EGENA关掉，先让用户使用GPRS，这样对用户感知也影响较小避免用户投诉，而且避免了由于一个小区的原因一直连续增加休眠时长。 4. 劣化小区的分析和优化劣化小区从用户感知上体现为数据业务使用时好时坏，或接入下载数据速度缓慢，或频繁掉线，或在小区的某些覆盖区域无法使用。用户较差的感知引发投诉。劣化小区原因复杂，有设备故障原因，无线环境原因，参数设置错误或不合理原因，等等。4.1 上行TBF建立失败率高优化1） PCU原因 对于EGPRS TBF建立失败率高小区，一般通过EGENA开关(EQS/EQV)解决若以上无法恢复，则初始化PCU（UJR）若以上无法恢复，则删除EDAP并重建 对于GPRS TBF建立失败率高小区，一般通过初始化PCU（UJR）解决若以上无法恢复，则删除EDAP并重建2） 其它原因 服务GPRS的TRX质量差解决TRX质量问题，或将GTRX更换到质量好的TRX上 上行功率控制参数限制通过优化GPRS上行功控参数GAMMA和ALPHA解决问题，尤其室内分布站效果好。经验参考值：室外站GAMMA=30，ALPHA=8室分站GAMMA=24，ALPHA=8 其他方法改频，调整室分站覆盖范围，等等4.2 上行EGPRS BLER高优化1） PCU原因对于上行EGPRS BLER高小区，一般通过初始化PCU（UJR）解决若以上无法恢复，则删除EDAP并重建2） 其它原因 服务GPRS的TRX质量差解决TRX质量问题，或将GTRX更换到质量好的TRX上4.3 PS立即指派拒绝率高优化对于立即指派拒绝率高小区，一般通过以下方法顺序恢复 检查参