寻呼专题.doc

寻呼专题1.1概述寻呼成功率是移动通讯系统中一项基本功能。他直接影响来话接通率和系统接通率等其它网络指标，影响用户的感受。寻呼成功率由MSC统计，该指标优化提高要通过交换和无线优化共同努力解决。指标定义如下寻呼成功率：寻呼响应次数/寻呼请求次数100寻呼响应次数：只MSC收到的PAGING RES消息的总和，包括重复寻呼的响应，统计点为MSC寻呼请求次数：指MSC首次发送的PAGING消息的总和，统计点为MSC。1.2寻呼流程简介寻呼成功率主要涉及到A接口和Um空口的流程：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，完成一次寻呼。详细的讲寻呼过程可分为以下几个步骤：步骤一：由于呼叫或短信原因需要对MS进行寻呼时,系统会检查VLR中MS是否标记为ATTACH，若MS标记为ATTACH则进行后续寻呼流程。否则，系统不会再去寻呼那些已经关机的用户，减少了不必要的寻呼信息。步骤二：MSC从VLR 中获得MS当前所处的位置区号（LAC），然后通过A口向此位置区内的所有BSC 发出寻呼消息PAGING REQUEST。步骤三：BSC收到寻呼消息后，将通过Abis口向该BSC下属于此位置区的所有小区发出寻呼命令消息（PAGING COMMAND）。步骤四：基站收到寻呼命令后，通过Um口在相应的寻呼子信道上发出寻呼请求消息（PAGING COMMAND），该消息中携带有被寻呼用户的IMSI 或者TMSI号码。步骤五：MS 在接收到寻呼请求消息后，通过Um口在随机接入信道（RACH）上请求分配独立控制信道（SDCCH）。步骤六：基站收到MS发来的CHANEL REQUIRED请求后通过Abis口上传给BSC。步骤七：BSC 通过Abis口激活SDCCH 信道并得到基站激活证实后，向基站下发IMMEDIAT ASSIGNMENT COMMAND信令。步骤八：基站通过Um口在接入许可信道（AGCH）向MS下发IMMEDIAT ASSIGNMENT信令，为MS分配SDCCH信道。步骤九：移动台通过Um口在所分配的SDCCH信道发送寻呼响应消息PAGING RESPONSE。步骤十：基站在接收到MS的寻呼响应消息后通过Abis口向BSC发送ESTABLISH INDICATION信令。步骤十一：BSC通过A口将PAGRES消息转发给MSC，完成一次成功的无线寻呼。1.3寻呼丢失原因分析如下图所示我们根据寻呼的基本信令流程，将寻呼损失分为3部分。（因为MSC与BSC之间，BSC和BTS之间为有线连接，几乎不存在信令在传送过程中的丢失，为了简化分析我们不考虑MSC，BSC和BTS三者之间的信令丢失）。1“寻呼损失1”部分“寻呼损失1”：从交换机下发PAGING消息到BSC收到手机上发的响应寻呼的RACH请求消息之间损失的寻呼。 如寻呼损失信令分析图，用红圈标出了“寻呼损失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正在作位置更新，上行覆盖差（上下性不平衡），上行干扰严重和其他一些用户行为。2“寻呼损失2”部分“寻呼损失2”：从BSC收到手机上发的响应寻呼的RACH请求消息，到BSC下发响应寻呼的Immediate Assignment消息之间损失的寻呼。如寻呼损失信令分析图，我们用红圈标出了“寻呼损失2”部分里，可能造成寻呼损失的位置 ，当SDCCH拥塞时BTS无法激活响应寻呼的SD信道，将发送IMASS Reject消息。造成SDCCH拥塞的原因有：信道资源不够引起的拥塞，设备故障或传输问题引起的拥塞，干扰引起的拥塞，突发业务量引起的SDCCH拥塞，数据配置不合理引起的拥塞以及LAC边界位置更新频繁等等，需要针对不同小区情况采取适当措施。在优化过程之中将针对SDCCH拥塞较为严重的小区进行重点优化。3“寻呼损失3”部分“寻呼损失3”：从BSC下发响应寻呼的Immediate Assignment消息，到响应寻呼的SD成功建立，BSC收到MS发来的PAGRES消息并将该PAGRES消息转发给MSC之间损失的寻呼。如寻呼损失信令分析图，我们用红圈标出了“寻呼损失3”部分里，可能造成寻呼损失的3个位置，详细分析如下： BTS丢失部分Immediate Assignment消息：BTS出现AGCH拥塞时会造成IMASS消息不能发送，我们需要对现网AGCH拥塞情况进行统计，如果存在AGCH拥塞，通过调整参数及扩容，避免或改善该拥塞的发生。 MS没有收到BTS下发的Immediate Assignment消息，有两种原因：MS脱网与用户行为（包括MS掉电，或用户在开机状态下拔电池板）；另外，还与无线环境有关。 BTS无法收到MS上发的Paging Response消息：出现这种情况的原因与 BTS无法获得MS上发的响应寻呼的RACH消息的原因是一样的，主要是上行覆盖不足和上行干扰的问题，另外我们还需要关注寻呼的相关参数设置，避免寻呼响应上发时相关定时器已经超时，不进行统计。1.4关于寻呼参数浅谈1.MS在VLR中的状态对寻呼成功率的影响由寻呼流程可知，若 MS 在VLR的标记状态为分离时，此时拨打该 MS，MSC 就不再寻呼该用户，系统将直接返回“关机”的录音通知。及时地对非法关机用户或脱网时间较长的MS进行detach，可以达到提高寻呼成功率的目的。下面对影响MS在VLR中状态的参数进行分析。2.IMSI附和分离参数 参数 ATT 会通知手机用户是否使用 IMSI 来进行开机和关机。如果 ATT 设置为 ON,手机用户会使用IMSI发送开关机信息。这样，系统就不会再去寻呼那些已经关机的用户，减少了不必要的寻呼信息。该参数应该设置打开。3.周期性位置更新时间参数 当移动台建立通话时或移动台在空闲状态进入一个新的位置区（LAC）时将触发执行位置更新过程。在未出现上述事件时，此计时器要求移动台至少每隔 timePeriodicUpdateMS做一次位置更新。当设置此计时器时，应考虑与交换机中的相应计时器相匹配（attach mobile auditDMS）。如果此值较小，会相应增加 BSC的位置更新负荷，反之，此值较高会降低移动台的回应能力（如果一个手机处于盲区，它只有在下次位置更新时才能收到发送给它的短消息）。 周期性位置更新会减少对那些缺少信号覆盖而无法通知系统的手机用户的不必要的寻呼。在网络优化过程中我们应系统处理机负荷情况适当调整 T3212 时间，来降低用户不在服务区的几率。4.寻呼参数的配合对寻呼成功率的影响寻呼过程需要MSC、BSC、BTS及MS之间共同协作完成，各对象之间的协作由分布在不同对象中的各类计时器进行协调。故对各类计时器的合理设置对寻呼过程顺利进行起到重要作用。5.MS最大重发次数参数MS最大重发次数参数，参数表示MS在同一次立即指配进程中允许发送Channel Request消息次数的上限。在MS发起立即指配进程后，它会一直监听BCCH和属于它所在CCCH组的所有公共控制信道消息。如果MS没有收到Immediate Assignment或Immediate Assignment Extend消息，MS会每隔一定时间重发信道请求消息。因此，可以根据实际的情况合理的设置MS最大重发次数的值提高寻呼成功率。6.T3101计时器参数T3101用于立即指配过程耗时的计数器。T3101定时器是指从下发立即指配消息（IMM ASS）后等待建链指示消息（EST IND）上报的时间。如果在 T3101 定时器规定的时间里没有收到建链指示，BSS 就将释放此次已经占用的 SDCCH信道。因此，适当的提高T3101可以提高寻呼成功率。7.寻呼复帧数参数该参数实际上确定了将一个小区中的寻呼信道分配成多少寻呼子信道。该参数越大，小区的寻呼子信道数也越多，相应属于每个寻呼子信道的用户数越少，因此寻呼信道的承载能力加强。8.MS最小接收信号等级参数设置过低，对接入信号的电平要求低，导致低电平接入MS起呼困难影响寻呼指配。9.RACH最小接入电平参数由于MS在RACH上发的Channel Request消息，当RACH接入电平太低，使其MS接入信号无法达到解码，造成所谓的无需接入信号导致的寻呼失败，因此，应该适当的设置RACH最小接入电平。10.业务拥塞对寻呼成功率的影响 通过寻呼信令流程的分析，我们可以知道在 MS 收到寻呼请求消息后，会要求 BSC指配SDCCH 信道，BSC 根据该小区SDCCH 信道的占用情况要求 BTS完成 SDCCH 信道激活，并占用该信道发送寻呼响应消息。此时，如果 BTS 中 SDCCH 信道容量不足，将会导致寻呼失败。因此，在处理中优先保证SDCCH信道可用率以及无拥塞。11.LAC划分对寻呼成功率的影响MS跨LAC时将进行位置更新，小区对MS进行寻呼时，若MS正在进行位置更新，已占用 SDCCH 信道，则无法响应寻呼消息。等到二次Paging 的时候手机已