寻呼成功率专题课件.ppt

《寻呼成功率专题课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、寻呼成功率专题1寻呼原理2寻呼关键流程分析3CCCH寻呼容量评估4总结如何实现寻呼呢？当一个LAC下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向对应LAC范围内的所有小区发出寻呼请求｡寻呼成功率公式NSS的定义寻呼成功率=寻呼响应次数/寻呼请求次数*100%寻呼响应次数：指本地区所有MSC收到的PAGINGRES消息的响应总和，包括重复寻呼的响应。统计点为MSC。寻呼请求次数：指本地区所有MSC发出的首次PAGING消息（不包括重复寻呼）的总和。统计点为MSC。BSS的定义电路业务寻呼成功率（％）（A接口）=Abis口电路业务寻呼成功次

2、数/MSC发来电路业务寻呼请求次数*100%Abis口电路业务寻呼成功次数：BSC收到来自MS的原因值为PAGINGRESPONSE的ESTABLISHINDICATION消息后统计这个指标，包括重复寻呼的响应。MSC发来电路业务寻呼请求次数：BSC收到来自A接口或Pb接口（华为BSC－PCU内部接口）的电路PAGING消息统计该指标，包括重复下发的寻呼。相关概念－非组合BCCH非组合BCCH:CCCH和SDCCH不共用，每个复帧传送9个寻呼组｡相关概念－组合BCCH组合BCCH:CCCH和SDCCH共用，每个复帧传送3个寻呼组｡寻呼关键流程分析

3、1寻呼原理2寻呼关键流程分析3寻呼容量评估4总结关键点1流程关键点1：BSC接收到的寻呼消息数对应指标如下A1统计点：A0300:MSC-InitiatedPagingRequestsforCSServiceA2统计点：A0301:SGSN-InitiatedPagingRequestsforCSService主要关注点：关注寻呼的来源：确定寻呼来源（是否存在非法寻呼）及来源方式（主要指TMSI或IMSI以及LAC或全网寻呼）BSC与MSC统计的时间差，BSC统计的寻呼请求次数与MSC一次寻呼二次寻呼等请求次数以及MSC统计的一次寻呼成功率及二次

4、寻呼成功率A接口信令链路是否充足MSC的LAC、DPC定义，如果在MSC未定义LAC、DPC字段，BSC是无法接收到寻呼的。如果定义错误，可能会寻致大量无效寻呼。当出现寻呼问题时，做好信令跟踪CASE1:KNHBSC8无效寻呼【问题现象描述】KNHBSC8只有两个LAC区10428（4FCC）和20428（28BC），但在信令跟踪过程中发现有多条寻呼请求来自LAC“28BB”，换成十进制为10427。所以这部分请求消息肯定是收不到寻呼响应的，可能是造成寻呼成功率低的原因之一。［问题分析］LAC＝10427仅属于KNHBSC7，但在MSC中定义了K

5、NHBSC8的DPC与该LAC对应关系，导致发往KNHBSC7的寻呼消息也发到了KNHBSC8。分析了大约5千条信令，大概存在10%左右的无效寻呼。【问题处理】在19日，MSC删除了冗余的LAC数据后，MSC下发的请求次数由原来272904下降到了246483，下降了26421次。寻呼成功率由原来的61.13%上升至71%。相关参数及含义A接口寻呼到达率：设置该参数的目的是在BSC发生过载的情况下，根据实际情况，是否开启寻呼消息到达率控制功能，即在一个“寻呼消息到达率统计周期”内BSC只能接受一定数量的寻呼消息。减少A口寻呼消息丢失。TMSI寻呼

6、/IMSI寻呼，全网寻呼/按LAC寻呼，TMSI在MSC中的更新机制MSC对位置区的相关定义，如LAC,DPC，寻呼方式，寻呼间隔等MSC/BSC的时区设置是否存在差异七号信令链路CPU配置，参数设置丢弃非TMSI或全网寻呼：默认为关闭，表示丢弃无TMSI的寻呼消息以及全网寻呼。（该参数属于BSC软参）寻呼请求寻呼响应IMSI+全网11234IMSI+LAC5700TMSI+LAC250445CASE:KNHBSC13异常寻呼寻呼方式：按LAC+TMSI寻呼，未开二次寻呼分析信令跟踪来源，统计出寻呼方式中存在IMSI+全网、IMSI+LAC区、T

7、MSI+LAC这三种方式，寻呼次数及响应次数如右表所示。可以看出约3/4的寻呼为IMSI+LAC寻呼，存在如此高的IMSI+LAC寻呼方式是异常的。在我司的核心网中，在只开启一次寻呼时，偶尔会有主叫寻呼的手机号在VLR找不到TMSI，而到HLR找IMSI，按照IMSI寻呼的概率小可以理解，存在3/4的IMSI寻呼，可能性很小，是否核心网在业务处理上存在什么问题?关键点2流程关键点2：BSC下发的寻呼消息数对应指标如下A032:DeliveredPagingMessagestoBTSforCSService（BSC级）A330:CELL_PAGES

8、_CS（小区级）7号链路均衡性：内部信令链路分配不合理，CPU负荷不均衡，在BSC下发寻呼命令至BTS前寻呼丢弃；关注CPU平均值与峰值