寻呼成功率优化.docVIP

寻呼成功率优化 概述 寻呼成功率是移动通讯系统中一项基本功能。他直接影响来话接通率和系统接通率等其它网络指标，影响用户的感受。 寻呼成功率由MSC统计，该指标优化提高要通过交换和无线优化共同努力解决。指标定义如下 寻呼成功率：寻呼相应次数/寻呼请求次数×100％ 寻呼响应次数：只MSC收到的PAGING RES消息的总和，包括重复寻呼的响应，统计点为MSC 寻呼请求次数：指MSC首次发送的PAGING消息的总和，统计点为MSC。 寻呼流程简介 寻呼成功率主要涉及到A接口和空口的流程： A1：MSC发来的电路业务请求次数 B1：Abis口电路业务寻呼下发次数 C1：Abis口电路业务寻呼成功次数。 当MSC从VLR中获得MS的LAC后，将向该LAC区域所有BSC发送PAGING消息。BSC收到消息后，向该BSC所属全部小区发送Paging Command。基站收到寻呼命令后，将在无线信道的该IMSI或TMSI所在寻呼组的寻呼子信道上发送Paging Request，该消息携带被寻呼用户的TMSI或IMSI。MS收到Paging Request 后，通过RACH请求分配SDCCH。BSC确认后激活相应的SDCCH信道后，在AGCH信道通过 immediate assignment 将该SD信道指配给MS。MS占用该SD信道成功后，发送Paging Response。BSC将该消息转发给MSC，完成一次寻呼。 寻呼丢失原因分析 电路寻呼损失的分析 如下图所示我们根据寻呼的基本信令流程，将寻呼损失分为3部分，再结合现网无线与交换的统计，对无线侧的寻呼损失进行量化分析。（因为MSC与BSC之间，BSC和BTS之间为有线连接，几乎不存在信令在传送过程中的丢失，为了简化分析我们不考虑MSC，BSC和BTS三者之间的信令丢失）。 “寻呼损失1”部分 “寻呼损失1”：从交换机下发PAGING消息 如寻呼损失信令分析图，用红圈标出了“寻呼损失1”部分里，可能造成寻呼损失的4个位置①,②,③,④，详细分析如下： ① BSC丢弃来自MSC的寻呼消息： 如果BSC出现过载，BSC有可能丢弃来自MSC的寻呼消息（虽然在一般情况下是不会出现BSC过载的，但是我们仍然需要加强对BSC负载进行监控，避免这种情况的出现） ② BTS丢弃来自BSC的寻呼消息： 当BTS出现PCH拥塞时，会造成PAGREQ消息不能发送。因此我们需要对现网PCH拥塞情况进行为统计，如果存在PCH拥塞，将通过调整参数及扩容，避免或改善该拥塞的发生。 ③ MS没有收到BTS下发的寻呼消息，有三种原因： MS脱网导致MS收不到寻呼消息 MS脱网是造成寻呼损失的主要原因。当MS处于覆盖盲区，若此时MSC向MS发送了寻呼消息，则MS显然无法响应，产生了寻呼损失，可通过增加基站、天线调整等方案改善覆盖。 传输闪断、掉站等突发因素同样会造成寻呼损失。 寻呼下发时MS正在作位置更新： 用户做位置更新会出现几种情况，当用户在本LAC区做位置更新时,若位置更新完成后寻呼还未超时，则继续寻呼，不会影响寻呼响应，但若位置更新完成时寻呼也超时，则影响寻呼响应；从信令及经验上来看，在本位置区做位置更新对寻呼影响较小；但当用户在其他位置区做位置更新时，会影响寻呼成功率。 其它用户行为 包括MS掉电，或用户在开机状态下拔电池板，如果在这个时候MSC下发了Paging消息，MS将无法相应，造成寻呼失败。这是用户行为造成，与网络性能无关，但需要加强宣传，对用户行为进行合理引导。 ④ BTS无法获得MS上发的响应寻呼的RACH消息，有两种原因： 上行覆盖差 由于上行覆盖差，使BTS没有收到MS发送过来的消息，造成了Paging Loss。 上行干扰严重 由于上行干扰严重，使BTS无法正常解码MS在RACH上发的Channel Request消息。 总之，“寻呼损失1”的主要原因有：BSC过载，BTS PCH拥塞，MS处于覆盖盲区，MS正在作位置更新，上行覆盖差（上下行不平衡），上行干扰严重和其他一些用户行为。 各BSC下并不存在BSC过载，PCH拥塞。由于干扰严重的小区数量较少，而且会在日常优化中逐步解决，故寻呼损失的主要原因还是覆盖问题，即下行与上行的覆盖不足。在之后的优化工作中，一方面排除上行干扰，检查上下行不平衡问题，另一方面可通过DT测试优化，天线调整等来改善覆盖。 “寻呼损失2”部分 “寻呼损失2”：从BSC收到手机上发的响应寻呼的RACH请求消息，到BSC下发响应寻呼的Immediate Assignment消息之间损失的寻呼。 如寻呼损失信令分析图，我们用红圈标出了“寻呼损失2”部分里，可能造成寻呼损失的位置 ⑤，当SDCCH拥塞时BTS无法激活响应寻呼的SD信道，将发送IMASS Reject消息。 造成