《[精选]NEAPPROFESSIONAL异常事件分析培训》由会员分享，可在线阅读，更多相关《[精选]NEAPPROFESSIONAL异常事件分析培训（33页珍藏版）》请在金锄头文库上搜索。
1、NEAP PROFESSIONAL 异常事件分析后台分析软件培训,中国电信股份有限公司广州研究院,目 录,2,中国电信广州研究院,1,CDMA异常事件,GSM异常事件,3,异常事件举例,C网正常通话关键信令,异常事件分析-未接通,当异常报表-主被叫详情中出现了未接通，原因项目为空时，需要注意检查未接通原因,CDMA未接通事件分类,未接通事件主要分为 3 类 1. 被叫无响应，在15秒内（巡检要求的超时时长）判为未接通 2. 被叫有PCH Paging Response消息，但是未能在15秒内建立成功，判为未接通 3. 其他问题导致的未接通,CDMA接入失败网络原因,1.覆盖类 弱覆盖前向受限
2、弱覆盖反向受限 2.干扰类 主叫受到干扰 被叫受到干扰 3.切换类 空闲态进行切换 4.系统类 寻呼信道原因 5.其他 异常停止,CDMA接入失败,1.弱覆盖类引起的接入失败： 主叫在起呼接入过程中，由于接收电平较差导致MS在尝试起呼的过程中系统丢失定时器而宣布系统丢失。 主要指标 EC/IO15 该过程中要对比分析呼叫前后无线信号变化趋势。 前、反向受限 对比该段过程中的无线信号变化趋势分析，手机发射功率是否持续上升并保持较大值。 如果该过程中TXPower15或始终保持较大发射水平而EC/IO-12和RXPower-85则为反向受限，若TXPower15且EC/IO-12、RXPower-
3、85则为前反向同时受限,CDMA接入失败,2.干扰引起的接入失败： 如果此时手机的接收功率RXPower高，而导频EC/IO差，对比该次接入失败可能存在前向干扰，对比前后主被叫手机RxPower、TxPower、Ec/Io等在该次接入失败前后变化趋势是否一致。前向干扰可能是本系统的其他基站干扰，也可能是存在外部的干扰源。 3.空闲态进行切换 在接入时，由于被叫手机处于空闲态，如果手机在接入过程中离开服务小区，信号变差，会出现接入失败，然后手机迅速重新初始化，或在空闲态切换到新的导频上，这就说明是接入与切换发生了冲突。这时，根据导频是否是邻区列表中的导频，判断是否存在邻区漏配，也有可能是由于切换
4、导致接入过程太慢而导致接入失败,CDMA接入失败,4.寻呼信道原因 在规定的时间内没有收到寻呼信道指配消息，或系统丢失定时器超时，将使移动台进入空闲态，如果移动台在空闲状态接收到信道指配消息，该消息将会被移动台拒绝。 失败可能有两种原因： 4.1相互干扰 PN偏置规划不合理导致多个基站信号都进入同一搜索窗中，使移动台不能区别信号而导致系统间干扰，解调不出希望的信号。 4.2寻呼信道增益设置不合理 寻呼信道增益太低，移动台接收不到寻呼消息，导致无响应。 4.3 寻呼不到手机 起呼前移动台突然进行了跨LAC注册，而起呼手机根据之前的被叫手机位置呼叫不到被叫手机。 5.其他 快速寻呼、手动停止、设备
5、断连 手机欠费等原因引起的接入失败。手动停止 设备断连造成的掉话会有原因值标记。手机欠费一般会造成多次连续未接通，需要结合报表和录音文件进行判断,异常事件分析-掉话,当异常报表-主被叫详情中出现了掉话，原因项目为空时，需要注意检查掉话原因,CDMA掉话事件分类,呼叫掉话分为以下几种 1. 主叫掉话，在正常呼叫过程中主叫先于被叫收到网络侧下发FCH Release order消息，或从专有态先直接进入空闲或收到网络同步。 2. 被叫掉话，在正常呼叫过程中被叫先于主叫收到网络侧下发FCH- Release order消息，或从专有态先直接进入空闲或收到网络同步。 3. 同时释放，主/被叫几乎同时收
6、到网络侧下发FCH-Release order消息，或者同时从专有态先直接进入空闲或收到网络同步 4. 其他,CDMA掉话网络原因,一、无线类 1.覆盖类 无线覆盖差导致的掉话 2.干扰类 干扰导致无线链路质量变差导致的掉话 3.切换类 切换失败或者切换不及时引起的掉话 二、系统类 4.系统类 网络侧主动释放拒绝引起的掉话 三、 其他 5.其他 测试过程不规范，手工拨叫和挂机、不断的插拔设备、设备供电问题引起,CDMA掉话网络原因,1.弱覆盖类引起的掉话： 主叫在呼叫过程中，由于接收电平持续变差导致在呼叫的过程中通话异常结束。 主要指标 EC/IO15 FFER持续增高 该过程中要对比分析呼叫
7、过程中无线信号变化趋势。 前、反向受限 对比该段过程中的无线信号变化趋势分析，手机发射功率是否持续上升并保持较大值,且FFER值持续变差。 如果该过程中TXPower15或始终保持较大发射水平而EC/IO-12和RXPower-85则为反向受限，若TXPower15且EC/IO-12、RXPower-85则为前反向同时受限,CDMA掉话网络原因,干扰引起的掉话 1.短期干扰引起的掉话 表现：在掉话前出现EC/IO呈下降趋势，持续一段时间，FFER快速升高。掉话后仍在同一小区上进行初始化。 2.长期干扰引起的掉话 表现：手机接收电平增加，同时导频的EC/IO下降，前向链路质量变差，并呈现持续下降
8、趋势，导致掉话，则该区域可能存在干扰。如果掉话后手机重新初始化到另外一个小区上，则有可能是切换失败引起的掉话，（内部干扰）如果掉话后10S以上都未能重新初始化完成则有可能是外部干扰。 3.前反向链路不平衡引起的掉话 表现：RX、EC/IO与FFER正常，但是TXPower异常升高，TXADJ异常升高,CDMA掉话网络原因,3.切换引起的掉话 切换失败引起的掉话 表现：手机在掉话前进行切换，但切换失败。或切换完成后随即掉话，并重新进行了切换。 此类属于切换失败引起的掉话，主要是由于切换不及时、切换区域设置过小、邻区配置不合理、切换参数设定等原因造成。 4.系统类掉话 在通话过程中，网络侧根据准入
9、原则，负载控制等控制策略，对主被叫移动台发送FCH-Release order消息，网络侧先拆线导致的掉话。 5.其他异常停止 测试过程中测试不规范，手动停止、反复拔插设备、设备供电等原因造成的掉话。手动停止 设备断连造成的掉话会有原因值标记,目 录,2,中国电信广州研究院,1,CDMA异常事件,GSM异常事件,3,常见异常事件举例,GSM通话关键信令,GSM接入失败,未接通事件主要分为 3 类 1. 被叫无响应，在15秒内（巡检要求的超时时长）；判为未接通 2. 被叫有RR Paging Response消息，但是未建立充成功在15内，判为未接通 3. 其他问题导致未接通,GSM接入失败常见
10、问题,1.弱覆盖导致呼叫失败 2.干扰导致接入失败 3.切换失败导致接入失败 4.位置区更新导致接入失败 5.其他,GSM接入失败常见问题,1.弱覆盖引起的接入失败： 主叫在起呼接入过程中，由于接收电平较差导致移动台在尝试起呼的过程中接入失败。 主要指标 RxLevSub-80,GSM接入失败常见问题,3.切换失败导致的接入失败 在主叫尝试起呼阶段，主叫或者被叫手机处于小区切换边界，发生切换，但由于信号质量差，切换参数不合理，邻小区配置不合理等原因造成切换失败，导致呼叫接入失败。 4.位置区更新导致接入失败 在主叫起呼阶段，被叫手机进行位置区更新，或小区重选等操作，导致未能响应或未能及时响应主
11、叫起呼。导致呼叫接入失败。 5.其他 测试过程中不规范，由于误操作导致的手动停止，反复插拔设备，手机欠费，设备供电等原因导致的未接通。手动停止 设备断连造成的掉话会有原因值标记。手机欠费一般会造成多次连续未接通，需要结合报表和录音文件进行判断,GSM掉话常见问题,1.弱覆盖导致掉话 2.干扰导致掉话 3.切换失败导致掉话 4.其他,GSM掉话常见问题,1.弱覆盖引起的掉话： 主叫在通话过程中，由于接收电平较差导致移动台在呼叫过程中由于覆盖较差导致掉话。 主要指标 RxLevSub-80 RxQualsub变差,GSM掉话常见问题,3.切换失败导致的掉话 在主叫呼叫阶段，主叫或者被叫手机处于小区
12、切换边界，发生切换，但由于信号质量差，切换参数不合理，邻小区配置不合理等原因造成切换失败，导致的掉话。另由于GSM网络采用硬切换机制，所以因为切换造成的掉话较多。 4.其他 测试过程中不规范，由于误操作导致的手动停止，反复插拔设备，设备供电等原因导致的未接通,目 录,2,中国电信广州研究院,1,CDMA异常事件,GSM异常事件,3,常见异常事件举例,CDMA未接通事件分类-被叫无响应,通过信令和事件窗体，检查Outgoing Call Attempt开始到下一次Outgoing Call Attempt ，被叫手机的层三消息，是否出现PCH Registration或ACH Order : R
13、egistration Order 这时被叫手机不能响应网络寻呼,CDMA未接通事件分类-被叫有PCH Paging Response消息，但是网络无响应,通过信令和事件窗体，检查Outgoing Call Attempt开始到下一次Outgoing Call Attempt ，被叫有PCH Paging Response消息，但是被叫未建立成功,C网空闲态注册导致未接通,被叫在起呼前发生了跨Regzone注册导致未能响应主叫，导致接入失败,切换失败导致的接入失败,主叫起呼过程中切换失败，FFER大幅增高，导致起呼失败,切换失败导致的掉话,被叫在呼叫过程中，发生切换，切换完成后随即被网络侧释放，导致被叫掉话,分析要点,1.根据测试规范和判定原则关注呼叫流程中的关键信令，确认呼叫流程的完整性。 2.发现异常事件时，应首先确认上次呼叫结束属于正常的通话结束，否则应当先分析定位上次呼叫的正常性。 3.定位异常事件时结合测试场景，结合异常事件前后无线信号变化趋势，进行分析定位,谢 谢,演讲完毕，谢谢观看
