寻呼成功率指导书.docVIP

1. 寻呼成功率的背景及定义 2. CN侧影响因素分析及提高手段 3. B侧相关因素分析及提高手段 4. 案例分析应用 寻呼成功率指导书 寻呼成功率的背景及定义 背景 无线寻呼成功率取自所有的端局(VMSC)，移动用户做被叫或接收短消息过程中端局(VMSC)向所属用户发起寻呼情况的统计，即寻呼成功之和与寻呼尝试之和的百分　　寻呼成功率考核各地无线覆盖情况、网络运行维护优化的质量等。这项指标的高低反映网络的覆盖规模，网络覆盖本质上是无线的问题，应归于基站的密度、发射接收功率的设置等。　　通常，每期工程的顺利完成寻呼成功率就会有所提高，而且这个提高幅度同工程的规模成正比。网络优化的目的是尽可能使得寻呼成功率达到工程设计应该达到的水平。那么这项反映网络覆盖的指标如何优化呢？BSS当然是这项指标的理想跟踪对象，可以将大的系统指标分解到各个小区来定点分析，通过对各个小区或基站的障碍清除、参数调整、高度调整及俯仰角变换等等手段来达到无线的最佳覆盖，从而优化寻呼成功率。其次在NSS一边也有一些优化手段可以提高这项指标。 定义 系统寻呼成功率=寻呼响应次数/寻呼请求次数*100% 指本地区所有MSC收到的PAGING RES消息的响应总和。包括重复寻呼的响应。统计点为MSC。 寻呼请求次数 定义:指本地区所有MSC发出的首次PAGING消息（不包括重复寻呼）的总和，统计点为MSC。 语音寻呼成功率=语音寻呼响应次数/语音寻呼请求次数 话统指标 目前版本的实现，对于寻呼方面的统计有四个测量指标： MSC基本表测量 寻呼过程测量 MTC呼通率测量 位置区话务测量 话统公式：系统寻呼成功率以MSC基本表测量的寻呼响应次数和寻呼次数的比率为准。 备注 B侧的寻呼成功率指标是以BSC为单元进行测量，而N侧的寻呼成功率指标分为两种：一是以MSC为单元进行测量；二是以位置区为单元进行测量。 第二章 CN侧影响因素分析及提高手段 寻呼策略影响分析 当发现寻呼成功率下降时，首先查看无线环境是否有调整过？无线信号覆盖状况如何？（基站覆盖区域是否有比较多的掉话？较多则说明无线覆盖差。）BSC是否有PCH过载告警（考虑是否有大量群组短信、全网寻呼、大量立即指配）。一般情况下，在MSC可以通过以下调整寻呼策略来优化寻呼成功率。 寻呼次数和寻呼间隔； 对位置区容量较大的位置区，建议寻呼重发次数不能太大，且寻呼重发间隔不能太短。原因是这样做容易造成基站过载和BSC CPU过载，导致大量的寻呼消息被丢弃，从而造成寻呼成功率急剧下降。 另外，如果寻呼重发间隔设置太短，则在所指定的寻呼次数内还没有收到寻呼响应，MSC就认为预寻呼失败并清除寻呼信息。之后，即使寻呼响应又上来，但由于寻呼信息已清除，则MSC会通过CLEAR_COMMAND拆除被叫侧无线信道。 寻呼间隔设置时间太长将导致主叫用户听不到PGTOPagingTimeOut）录音通知由被叫端局向主叫用户播放用户不在服务区的录音通知，时间太短将不能收到手机终端的寻呼响应。通过在现场观察比较设置为秒效果最佳，目前系统均设置一般为5秒。 分析： 寻呼次数和寻呼间隔的调整是对寻呼成功率的影响最大，在调整时要考虑B侧下述因素： 1） PCH资源的数量； 2） 忙时一定时间内同时被寻呼的用户数量，数量越大存在接入碰撞的几率也越大； 3） BTS有无重发功能； 4） BTS的寻呼论选算法（决定寻呼重发次数）； 关于第一次的寻呼间隔： 这个图是一个局点的现网数据统计出来的，可以看出99％的寻呼响应都是在4秒之内回的。当然B侧的无线环境太差或者BTS的寻呼队列太长也会导致寻呼响应时间超过5秒。 这个值的设定与BTS的寻呼队列机制有关，不同厂商可能差异较大。 附：我司的MSC/BSC/BTS寻呼过程配合分析图 以上流程中：基站寻呼队列生命周期为5000ms； 计算后寻呼响应最长时间约为6840ms，再加上核心网的处理时延，会更长一些，据此建议核心网寻呼等待时间设为7000ms。 2 以TMSI进行寻呼还是以IMSI进行寻呼； 分析：以TMSI寻呼可提高安全性，还可以增大无线信道上的寻呼合并比（提高PCH的利用率），对于这种情况一般是先用TMSI进行寻呼，最后一次使用IMSI进行寻呼。另外以IMSI寻呼还可解决个别用户TMSI临时出错的情况。寻呼必须有IMSI，利用TMSI寻呼也必须携带IMSI，TMSI寻呼并不是减少寻呼数量，而是节约资源。一个PCH只能同时对两个IMSI进行寻呼，但是