07-移动被叫流程资料.docVIP

M900/M1800基站子系统 信令分析手册 REF _Re\r \h 第7章 REF _Re\h 移动被叫流程 PAGE 3 移动被叫流程 概述 移动被叫包括MS拨打MS、固定拨打MS。 正常流程 信令流程 移动被叫正常流程 当被寻呼的MS在MSC的服务区内时，MSC向BSC发送Paging消息，该消息中包含寻呼小区列表以及TMSI和IMSI信息； BSC向寻呼小区发送Paging Command消息，该消息中包含所属寻呼子信道的号码和所占用的时隙号； BTS收到BSC的Paging Command消息后，在该寻呼组所属的寻呼子信道上（PCH子信道上）发送Paging Request消息，该消息中包含被寻呼用户的IMSI或TMSI； MS解码寻呼消息后，若发现是对自己的寻呼，则将在RACH上发出Channel Request 消息来触发初始化信道分配过程； 其余消息见移动主叫流程。 流程说明 REF _Re\r \h 图7-1中（1）～（11）为寻呼信令流程 在此流程中，BSS发起寻呼，并为MS分配信令信道。 指配流程分类 根据指配类型，指配流程别可分成三类：Early Assignment、Late Assignment和Very Early Assignment。除了Late Assignment过程中指配过程（Assignment Request消息的下发）在MSC收到MS的Connect消息以后触发进行，其他流程与移动主叫基本相同，具体流程参见主叫流程。 BSC内部处理流程 BSC收到A接口的Paging消息后，根据“流量控制参数表”检查是否进行流控。 通过查“小区模块信息表”，将寻呼消息转发给相关BM模块。 BM模块计算出合适的寻呼分组并下发 BM模块根据寻呼消息中的TMSI或IMSI及“系统消息数据表”中的下述参数计算寻呼分组：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”。 异常流程与故障定位指导 本节只对MS做被呼流程中寻呼不到MS的异常流程(即不下发寻呼命令或无寻呼响应上报)进行分析，其他异常流程分析请参见“移动主叫流程”。 寻呼不成功时， MSC通常会给主叫用户提示“用户不在服务区”或者“用户无法接通”类似的语音信息。此时，先通过A接口和ABIS接口信令跟踪，确认是寻呼命令下发出现异常还是寻呼命令下发后无响应。通常有以下几种情况：A接口无寻呼命令、ABIS口无寻呼命令、ABIS口无寻呼响应、A接口无寻呼响应。 A接口无寻呼命令 通过A接口信令跟踪，发现MSC未下发Paging消息给BSC。此时，问题原因在NSS侧。需要重点检查MSC/VLR、HLR的数据配置以及用户信息，同时，可将被叫手机先关机再开机后再拨测是否正常。 检查VLR中用户数据是否正确 MS被呼时，MSC根据VLR中保存的用户数据（包括用户激活态、登记的位置区、小区等信息），判断用户当前状态，从而决定是否发送Paging消息，或者怎样发送Paging消息。 如果MS状态已经发生变化，如已关机、MS到了别的位置区等，但却由于种种原因未向网络正常登记，及时更新VLR中用户数据，则很可能出现寻呼不到MS的情况。 这种情况需要MS发起一次位置更新过程，就可以保证VLR中数据的正确性。BSC在系统消息中指明了MS在位置区中进行周期性位置更新的周期（具体参见《位置更新》一章的相关说明。）在MSC侧也有一个位置更新周期，BSC和MSC的这两个参数必须满足一定的关系，要求MS在MSC规定的周期内必须发起一次位置更新，因此一般情况下配置BSC的位置更新周期小于MSC的位置更新周期。 检查MSC侧位置区、小区等相关参数配置是否正确 MSC侧位置区、小区等相关参数配置出错，可能导致Paging消息发送出错，例如选择目标BSC不对（本应该发给本BSC的Paging 消息，却发给了其他BSC。）。 Abis接口无寻呼命令 BSC收到MSC下发的Paging消息后，通过Abis口消息跟踪发现并未向BTS下发Paging Command。此时，需要重点检查BSC侧。 检查是否由于系统启动流控造成 1）检查是否有集中短消息发送或大量突发接入造成系统负荷突然增大 可通过BSC整体性能测量中的话统指标“立即指配请求次数”、“MSC发来电路业务寻呼请求次数”，在问题发生前后的统计结果变化进行核实。 2）检查流量控制参数设置是否与版本配套指导书中要求的一致 数据正确性检查 1）检查BSC侧数据配置中CGI信息与A接口Paging消息中的LAC等信息是否一致 特别地，可通过数管台“查看主机”的方式，检查“小区模块信息表”是否存在错误