（流程管理）移动被叫流程
移动被叫流程
7.1 概述
移动被叫包括MS拨打MS、固定拨打MS。
7.2 正常流程
1. 信令流程
图7-1 移动被叫正常流程
(1) 当被寻呼的MS于MSC的服务区内时，MSC向BSC发送Paging消息，该消息中包含寻呼小区列表以及TMSI和IMSI信息；
(2) BSC向寻呼小区发送PagingCommand消息，该消息中包含所属寻呼子信道的号码和所占用的时隙号；
(3) BTS收到BSC的PagingCommand消息后，于该寻呼组所属的寻呼子信道上（PCH子信道上）发送PagingRequest消息，该消息中包含被寻呼用户的IMSI或TMSI；
(4) MS解码寻呼消息后，若发现是对自己的寻呼，则将于RACH上发出ChannelRequest消息来触发初始化信道分配过程；
(5) 其余消息见移动主叫流程。
2. 流程说明
(1) 图7-1中（1）～（11）为寻呼信令流程
于此流程中，BSS发起寻呼，且为MS分配信令信道。
(2) 指配流程分类
根据指配类型，指配流程别可分成三类：EarlyAssignment、LateAssignment和VeryEarlyAssignment。除了LateAssignment过程中指配过程（AssignmentRequest消息的下发）于MSC收到MS的Connect消息以后触发进行，其他流程和移动主叫基本相同，具体流程参见主叫流程。
7.3 BSC内部处理流程
1. BSC收到A接口的Paging消息后，根据“流量控制参数表”检查是否进行流控。
2. 通过查“小区模块信息表”，将寻呼消息转发给关联BM模块。
3. BM模块计算出合适的寻呼分组且下发
4. BM模块根据寻呼消息中的TMSI或IMSI及“系统消息数据表”中的下述参数计算寻呼分组：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”。
7.4 异常流程和故障定位指导
本节只对MS做被呼流程中寻呼不到MS的异常流程(即不下发寻呼命令或无寻呼响应上报)进行分析，其他异常流程分析请参见“移动主叫流程”。
寻呼不成功时，MSC通常会给主叫用户提示“用户不于服务区”或者“用户无法接通”类似的语音信息。此时，先通过A接口和ABIS接口信令跟踪，确认是寻呼命令下发出现异常仍是寻呼命令下发后无响应。通常有以下几种情况：A接口无寻呼命令、ABIS口无寻呼命令、ABIS口无寻呼响应、A接口无寻呼响应。
7.4.1 A接口无寻呼命令
通过A接口信令跟踪，发现MSC未下发Paging消息给BSC。此时，问题原因于NSS侧。需要重点检查MSC/VLR、HLR的数据配置以及用户信息，同时，可将被叫手机先关机再开机后再拨测是否正常。
1. 检查VLR中用户数据是否正确
MS被呼时，MSC根据VLR中保存的用户数据（包括用户激活态、登记的位置区、小区等信息），判断用户当前状态，从而决定是否发送Paging消息，或者怎样发送Paging消息。 如果MS状态已经发生变化，如已关机、MS到了别的位置区等，但却由于种种原因未向网络正常登记，及时更新VLR中用户数据，则很可能出现寻呼不到MS的情况。
这种情况需要MS发起壹次位置更新过程，就能够保证VLR中数据的正确性。BSC于系统消息中指明了MS于位置区中进行周期性位置更新的周期（具体参见《位置更新》壹章的关联说明。）于MSC侧也有壹个位置更新周期，BSC和MSC的这俩个参数必须满足壹定的关系，要求MS于MSC规定的周期内必须发起壹次位置更新，因此壹般情况下配置BSC的位置更新周期小于MSC的位置更新周期。
2. 检查MSC侧位置区、小区等关联参数配置是否正确
MSC侧位置区、小区等关联参数配置出错，可能导致Paging消息发送出错，例如选择目标BSC不对（本应该发给本BSC的Paging消息，却发给了其他BSC。）。
7.4.2 Abis接口无寻呼命令
BSC收到MSC下发的Paging消息后，通过Abis口消息跟踪发现且未向BTS下发PagingCommand。此时，需要重点检查BSC侧。
1. 检查是否由于系统启动流控造成
1）检查是否有集中短消息发送或大量突发接入造成系统负荷突然增大
可通过BSC整体性能测量中的话统指标“立即指配请求次数”、“MSC发来电路业务寻呼请求次数”，于问题发生前后的统计结果变化进行核实。
2）检查流量控制参数设置是否和版本配套指导书中要求的壹致
2. 数据正确性检查
1）检查BSC侧数据配置中CGI信息和A接口Paging消息中的LAC等信息是否壹致
特别地，可通过数管台“查见主机”的方式，检查“小区模块信息表”是否存于错误。
另外，MSC侧位置区、小区等关联参数配置出错，可能导致Paging消息发送出错，例如选择的目标BSC不对。
2）检查BSC侧影响寻呼分组的参数设置是否合理 需要检查的参数为“系统消息数据表”中的：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”。
3. BSC模块间通讯异常
由于华为BSC采用多模块结构，BSC收到MSC的Paging消息后，BSC根据Paging消息中的位置区小区信息进行寻呼，这种情况下，BSC下发给BTS的PagingCommand消息可能要通过模块间转发进行。如果模块间通信出现异常，可能导致PagingCommand消息无法于模块间转发，也会造成Abis口无寻呼消息下发。
是否存于模块间通讯异常，壹般可通过BSC告警核实。
7.4.3 Abis接口无寻呼响应
通过Abis口消息跟踪，发现BSC向BTS下发PagingCommand后，BSC未收到BTS上报的EstablishmentIndication(PagingResponse)。此时，数据配置和无线覆盖等均需要检查。
1. 检查是否有集中短消息发送或大量突发接入造成PCH或AGCH过载
可通过小区性能测量中的话统指标“立即指配请求次数”、“电路业务寻呼请求次数”，于问题发生前后的统计结果对比，进行核实。
2. 更换手机，检查是否手机或SIM卡原因
某些型号或批次的手机，存于处理缺陷；或SIM卡出现问题，均可能造成无寻呼响应上报。
1）可通过将其他SIM卡插入出现问题的手机，检查是否SIM卡原因。
2）可通过将SIM卡插入其他生产厂家的手机，检查是否手机原因。
3. 到其他小区下进行拨测，检查是否和基站有关
1）到同壹基站的其他小区下进行拨测
2）到同站型的其他站点下进行拨测
3）到不同站型的其他站点下进行拨测
4）到其他厂家的站点下进行拨测 4. 检查数据配置
1）检查BSC侧影响寻呼分组的参数设置是否合理
需要检查的参数为“系统消息数据表”中的：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”、“扩展传输时隙数”、“MS最大重发次数”。
2）检查BSC侧和MSC侧的“位置更新周期”参数值设置是否合理
BSC侧对应参数为“系统消息数据表”中的“周期位置更新时限值”（T3212）。
MSC中设置的位置更新周期值必须要比BSC侧设置的大。
具体参见《位置更新》壹章的关联说明。
5. 检查无线信号覆盖
由于无线信号覆盖问题，可能会导致存于壹些覆盖盲区，这样当用户进入覆盖盲区时，MS将无法接收到PagingRequest消息，这种情况会导致MS无法被寻呼到。
这种MS不能被寻呼的情况，应该是存于于壹些局部的范围内。
7.4.4 A接口无寻呼响应
通过A接口、Abis口消息跟踪，发现BSC已收到BTS上报的EstablishmentIndication(PagingResponse)后，但A接口没有对应的消息上报。
此种情况壹般很少发生，于此不再详细介绍。
