移动被叫流程

概述移动被叫包括MS 拨打MS 、固定拨打MS。正常流程

1. 信令流程

图8-1 移动被叫正常流程

(1) 当被寻呼的MS 在MSC 的服务区内时，MSC 向BSC 发送Paging 消息，该消息中包含

寻呼小区列表以及TMSI 和IMSI 信息；

(2) BSC 向寻呼小区发送Paging Command 消息，该消息中包含所属寻呼子信道的号码和所占

用的时隙号；

(3) BTS 收到BSC 的Paging Command 消息后，在该寻呼组所属的寻呼子信道上

发送Paging Request 消息，该消息中包含被寻呼用户的IMSI 或TMSI；

(4) MS 解码寻呼消息后，若发现是对自己的寻呼，则将发出Channel Request 消息来触发初始

化信道分配过程；

(5) 其余消息见移动主叫流程。

2. 流程说明

(1) 中(1)〜(11 )为寻呼信令流程

在此流程中，BSS 发起寻呼，并为MS 分配信令信道。

(2) 指配流程分类

根据指配类型，指配流程别可分成三类：Early Assignment 、Late Assignment 和Very Early Assignment 。除了Late Assignment 过程中Assignment Request 消息在MSC 收到MS 的Connect 消息以后下发，其他流程与移动主叫基本相同，具体流程参见主叫流程。

异常流程

本节只对MS 做被呼流程中寻呼不到MS 的异常流程进行分析，其他异常流程分析请参见“移动主叫流程”

BSC收到MSC下发的Paging消息寻呼MS，而未收到MS发送的Page Response消息应答。这种情况会给主叫用户提示“用户不在服务区”或者“用户无法接通”类似的语音信息。

3. 无线信号覆盖不好

由于无线信号覆盖问题，可能会导致存在一些覆盖盲区，这样当用户进入覆盖盲区时，MS 将无法接收到Paging Request 消息，这种情况会导致MS 无法被寻呼到。

这种MS 不能被寻呼的情况，应该是存在于一些局部的范围内。

4. VLR 中用户数据不正确

MS 被呼时，MSC 根据VLR 中保存的用户数据 (包括用户激活态、登记的位置区、小区等信息) ，判断用户当前状态，从而决定是否发送Paging 消息，或者怎样发送Paging 消息。

如果MS 状态已经发生变化，如已关机、MS 到了别的位置区等，但却由于种种原因未向网络正常登记，及时更新VLR 中用户数据，则很可能出现寻呼不到MS 的情况。

这种情况需要MS 发起一次位置更新过程，就可以保证VLR 中数据的正确性。BSC 在系统消息中指明了MS

在位置区中进行周期性位置更新的周期（具体见位置更新流程），在MSC 侧也有一个位置更新周期，BSC 和MSC 的这两个参数必须满足一定的关系，要求MS 在MSC 规定的周期内必须发起一次位置更新，因此一般情况下配置BSC 的位置更新周期为MSC 的三分之一。

5. BSC 模块间通信异常

由于华为BSC 采用多模块结构，BSC 收到MSC 的Paging 消息后，BSC 根据Paging 消息中的位置区小区信息进行寻呼，这种情况下，BSC 下发给BTS 的Paging Command 消息可能要进行模块间转发进行，如果模块间通信出现异常导致Paging Command 消息无法在模块间转发，也会造成无法寻呼到MS 。