移动被叫流程.docx

MSBTS
BSCMSC
pagingCMD(2)paging(1)
pagingREQ(3)
ChannelREQ(4)ChannelRQD(5)
消息见移动主叫流程。
⑴图7-1中(1)〜(11)为寻呼信令流程
在此流程中，BSS发起寻呼，并为MS分配信令信道。
(2)指配流程分类根据指配类型，指配流程别可分成三类：EarlyAssignment、LateAssignment和VeryEarlyAssignment。除了LateAssignment过程中指配过程
(AssignmentRequest消息的下发)在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下发的Pagi