07移动被叫流程

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第7章 07移动被叫流程7.1 概述

移动被叫包括MS拨打MS、固定拨打MS。

7.2 正常流程

1. 信令流程

B T S B S

C M S C

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

(1) 当被寻呼的MS在MSC的服务区内时,MSC向BSC发送Paging消息,

该消息中包含寻呼小区列表以及TMSI和IMSI信息;

(2) BSC向寻呼小区发送Paging Command消息,该消息中包含所属寻呼

子信道的号码和所占用的时隙号;

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

信道上(PCH子信道上)发送Paging Request消息,该消息中包含被

寻呼用户的IMSI或TMSI;

(4) MS解码寻呼消息后,若发觉是对自己的寻呼,则将在RACH上发出

Channel Request 消息来触发初始化信道分配过程;

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

2. 流程说明

(1) 图7-1中(1)~(11)为寻呼信令流程

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

(2) 指配流程分类

依照指配类型,指配流程别可分成三类:Early Assignment、Late Assignment

和Very Early Assignment。除了Late Assignment过程中指配过程

(Assignment Request消息的下发)在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

下发Paging Command。现在,需要重点检查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

的Paging Command消息可能要通过模块间转发进行。假如模块间通信显现

专门,可能导致Paging Command消息无法在模块间转发,也会造成Abis

口无寻呼消息下发。

是否存在模块间通讯专门,一样可通过BSC告警核实。

7.4.3 Abis接口无寻呼响应

通过Abis口消息跟踪,发觉BSC向BTS下发Paging Command后,BSC

未收到BTS上报的Establishment Indication(Paging Response)。现在,数

据配置和无线覆盖等都需要检查。

1. 检查是否有集中短消息发送或大量突发接入造成PCH或AGCH过载

可通过小区性能测量中的话统指标“赶忙指配要求次数”、“电路业务寻呼

要求次数”,在问题发生前后的统计结果对比,进行核实。

相关文档
最新文档