寻呼专题.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消息 如寻呼损失信令分析图，用红圈标出了“寻呼损失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区做位置更新时,若位置更新完成后寻呼还未超时，则继续寻呼，不会影响寻呼响应，但若位置更新完成时寻呼