路测分析法呼叫失败原因分析.pptVIP

典型的接入事件序列典型时长：7s？？？？起呼的时间：2.2s+寻呼的时间2.56秒，还有系统处理时间。等等，总共加起来大约是7s起呼里程碑及其限制（一）M1，基站证实响应：基站必须响应移动台的起呼消息。如果起呼消息没有响应，移动台将会重发起呼消息。系统可以指定在移动台声明接入失败前允许的最大发送次数；没有收到起呼消息，就不会发ACK。接入试探都达到最大。分为两种情况：1.手机发射没有达到满功率（解决：参数修改）2.手机发射达到了满功率（碰撞参数，覆盖区外，干扰，搜索参数，以及接入参数如PAM_SZ的大小的设置,呼吸效应）。基站发了ACK消息，但是手机没有收到。接入试探没有达到最大。Ec/Io低，边缘覆盖区（或者呼吸效应引起的收缩），导频污染，前向干扰。Ec/Io高：空闲切换。或者三个开销的覆盖不一样，如导频寻呼。一共四个覆盖圈。导频，同步，寻呼，反向接入覆盖。起呼里程碑及其限制（二）M2，信道指配消息：如果用户在收到基站响应消息后，在12秒内（T42m）没有收到基站的信道指配消息，移动台将会返回到空闲状态；M3，获得前向业务信道：在移动台获得了信道指配消息后，必须在T50m内获得F-TCH。（acquisition＝2个连续好帧）。IS-95A为获得前向业务信道应许等待（T50m）200毫秒。20001X中这个参数延长到了2秒；M4，基站证实消息：如果在2秒内（T51m）移动台未收到基站证实消息，移动台将会返回重新初始化；M5，服务连接消息。1234起呼里程碑及其限制（三）移动台发射功率低：接入参数设置有问题移动台发射功率高：接入信道冲突（部分接入参数设置问题）、基站没有检测到起呼消息（链路不平衡、基站搜索问题、接入参数设置不适当PAM_SZ）接入试探序列数已达到最大01Ec/Io低：系统丢失（导频信道失败），边缘覆盖区（或者呼吸效应引起的收缩）。Ec/Io高：系统丢失（寻呼信道失败），空闲切换。综上：T40定时器超时或者三个开销的覆盖不一样，如导频寻呼。一共四个覆盖圈。导频，同步，寻呼，反向接入覆盖。接入试探序列数未达到最大：T40定时器到期02未达到M1的原因导频信道失败导致寻呼信道失败导致基站已发出CAM（信道指配消息）异常释放：这时交换中心认为第一次的呼叫仍然存在，所以就不会分配第二个信道容量限制：若此时没有信道可用或保留作为切换信道时，我们称为呼叫阻塞而不是接入失败基站未发出CAM（信道指配消息）未达到M2的原因未达到M3的原因业务信道失败导致前向业务信道增益不够相关干扰导频信道失败导致T50定时器超时：前向业务信道增益不够：就是业务信道初始增益不够，初始功率不足，寻呼信道就不考虑了。。。。。导频信道失败导致：Ec/Io低M1M2M3Ec/Io都会引起里程碑达不到。呼吸效应，导频同步寻呼，一起收缩。假如业务信道状态下，业务信道覆盖很大，导频很低，如果越了导频覆盖区，那肯定不行。案例：其实经过测试，同步和导频一样重要~！经过了一个测试，拿商用网络，降低同步增益，全网也都down掉，所以同步和导频的覆盖也必须保持一致的覆盖。基站已发出了证实消息：前向链路较弱当前向业务信道获得后，MS开始在反向业务信道上发送前缀。当基站获得了反向业务信道后，就会在F-TCH上发送响应消息。若MS在2秒内未收到基站的证实消息，就会重新初始化。若查看系统日志，就可以分析在T51ms失败中基站证实消息是否发送。基站未发出证实消息：由于反向链路没有被检测到造成的123654功率控制问题：反向外环功率控制反映不适当，反向链路没有以足够的功率发射。覆盖问题：移动台移出反向业务覆盖区搜索问题：当业务信道搜索窗太小，就会导致反向链路不能被检测到未达到M4的原因1网络呼叫情况的整体评估用呼叫成功率来衡量，提高呼叫成功率，会使用户增加对网络的信心，提高设备的利用率。呼叫成功率包括起呼成功率和被呼成功率。2对于大规模商用的网络，从后台性能观察中统计呼叫成功率比较客观准确；对于空载或者用户很少的网络，可以通过路测数据来统计呼叫成功率，路测时采用周期呼叫测试的方式。3呼叫成功率=（呼叫成功次数/呼叫尝试次数）*100%4对于城区网络而言，如果呼叫成功率大于98％，则表明网络性能中呼叫成功率指标较好；对于郊区或者道路覆盖网络，该指标值可以适当放宽。呼叫失败原因分析整体分析问题具有普遍性，通过路测可以发现，出现问题的区域范围较广，可能是整个基站或者扇区覆盖范围，更为严重的是整个业务区出现大量非正常呼叫失败现象04问题具有突发性，原先网络工作正常，但突然出现问题；05设备故