移动主叫流程

1、第6章移 动 主叫流程6.1 概述移动主叫(始呼)包才MS拨打MS、MS拨打固定 ,不包括短消息始发.6.2 正常流程移动主叫正常流程, 根据指配流程类别(Early Assignment、Late Assignment、 Very Early Assignment )分成三类.其中 Early Assignment 、Late Assignment 流程的选择是 MSC决定的；Very Early Assignment 流程是由BSS根据无线 资源等情况决定的.6.2.1 Mobile originating call establishment without OACSU (early a

2、ssignment)1 .信令流程图 6-1 Mobile originating call establishment without OACSU (early assignment)(1) MS在空中接口的接入信道上 (RACH上)向BTS发送Channel Request (该消息内含接入原因值为MOC.但是该消息中的原因值并不完全准确,由于MS在做移动主叫和IMSI别离时都填的是该原因值.)；(2) BTS 向 BSC 发送 Channel Required 消息；(3) BSC收到Channel Required 后,分配信令信道, 向BTS发送Channel Activation

3、;(4) BTS收到Channel Activation 后,如果信道类型正确,那么在指定信道上 开功率放大器,上行开始接收信息,并向 BSC发送Channel Activation Acknowledge ;(5) BSC 通过 BTS 向 MS 发送 Immediate Assignment Command , Um 接 口中该消息在AGCH上发送；(6) MS在SDCCH 上发SABM 帧接入；(7) BTS在SDCCH 上回UA帧进行确认；(8) BTS 向 BSC 发 Establishment Indication (该消息中准确的反映了MS的接入原因,例如此时对移动主叫和IMSI

4、别离填的是不同的原因值.), 内含CM Service Request 消息内容；(9) BSC 建立 A 接口 SCCP 链接,向 MSC 发送 CM Service Request ;(10) MSC向BSC回链接确认消息；(11) MSC 发 CM Service Accepted , Um 接 口中该消息在 SDCCH 上发送；(12)主叫 MS 在 SDCCH 上发 Setup ;(13) MSC向主叫 MS发Call Proceeding , Um接口中该消息在 SDCCH 上 发送；(14) MSC 向 BSC 发 Assignment Request ,在该消息中,分配了 A

5、接口 CIC ;(15) BSC 分配话音信道,向 BTS 发送 Channel Activation ;(16) BTS收到Channel Activation 后,如果信道类型正确,那么在指定信道上 开功率放大器,上行开始接收信息,并向 BSC发送Channel Activation Acknowledge ;(17) BSC 通过 BTS 向 MS 发送 Assignment Command , Um 接口中该消息 在SDCCH上发送；(18) MS在Assignment Command 中指定的FACCH 上发SABM 帧来接入；(19) BTS在FACCH上回UA帧进行确认；(20)

6、 BTS 向 BSC 发 Establishment Indication ;(21) MS在接入话音信道后,在 FACCH上发送 Assignment Complete ;(22)无线业务信道和地面电路均成功连接后,BSC向MSC发送AssignmentComplete ,并认为该呼叫进入通话状态；(23) MSC向主叫MS发Alerting消息,主叫 MS听到回铃音,Um接口中该 消息在FACCH上发送；(24) MSC向主叫 MS发Connect , Um接口中该消息在 FACCH上发送；(25)主叫 MS 在 FACCH 上向 MSC 回 Connect Acknowledge ;(2

7、6)主叫MS和被叫MS进入语音通话状态；(27)通话完毕,主叫 MS挂机,主叫 MS在FACCH 上发Disconnect消息；(28) MSC向MS发Release , Um接口中该消息在 FACCH上发送；(29) MS 回 Release Complete , Um 接 口中该消息在 FACCH 上发送；(30) MSC向BSC发Clear Command , BSC收到该消息后,启动释放流程； 后续的释放流程参见释放流程的描述；(31) BSC 通过 BTS向MS发送 Channel Release , Um 接口中该消息在 FACCH上发送；(32) MS 在 FACCH 上发 DI

8、SC 帧；(33) BTS在FACCH上回UA帧进行确认.2 .流程说明(1) 中(1)(8)为随机接入、立即指配过程.在此过程中,BSS为MS分配信令信道.(2) 中,在(10)和(11 )之间,可能会有鉴权、加密流程、类标查询(更 新过程).根据MSC的数据配置情况等的不同,在A接口链接建立后,MSC有可能不会立即下发 CM Service Accepted 消息,而是：(a)下发 Cipher Mode Command启动加密流程(这种情况下 MSC就不会再下发 CM Service Accepted 消息)；(b)下发 Authentication Request启动鉴权流程；(c)下

9、发Classmark Update 启动类标更新流程.此外,如果 BSC数据配置中“ ECSC 配置为“是",那么双频 MS在上报 Establishment Indication 后,将紧接着上报 Classmark Change 消息.(1) 中(14)(22)为TCH指配流程在此流程中,BSS为MS分配话音信道以及 A接口电路等资源.(2) 中(30)(40)为释放流程所示为主叫MS先挂机的释放流程.在资源释放时,无线口先释放逻辑信道, 再释放物理信道.6.2.2 Mobile originating call establishment with OACSU (late as

10、signment)1 .信令流程图 6-2 Mobile originating call establishment with OACSU (late assignment)(1) 与的区别是后者的指配流程在Alerting消息之后,其它方面没有差异；(2) 所示流程的优点：可以节约占用话音信道的时间；(3) 所示流程的缺点：如果后续指配不成功,会造成被叫用户听到振铃却不能打通 ,从而易导致用户投诉.因此,实际应用中,一般不使用本 流程,而是使用所示的流程.2 .流程说明可参考 Mobile originating call establishment without OACSU(early

11、 assignment)局部的相关说明.所示为主叫 MS先挂机.6.2.3 Mobile originating call establishment with OACSU (Very early assignment)1.信令流程图6-3 Mobile originating call establishment with OACSU (Very early assignment)(1) 与的区别是：后者在立即指配时分配的是TCH作为信令信道使用,因此在指配时不需要再分配 TCH ,而是通过 Mode Modify ,将立即指配分 配的TCH调整为话音信道；(2) 所示的流程,一般发生在立即

12、指配时无空闲SDCCH供分配,但有空闲TCH、且BSC数据配置容许立即指配 TCH的情况下.(3) 程说明可参考 Mobile originating call establishment without OACSU(early assignment)局部的相关说明.所示为主叫 MS先挂机.6.3 BSC内部处理流程(1) BSC收到BTS的CH_RQD消息后,根据CH_RQD消息中要求的信道 类型和信道分配算法(可能涉及到无线信道治理限制表1、信道分配II代算法限制表、小区呼叫限制表中“立即指配 TCH")分配 适宜的信令信道(2) 在随机接入过程中,BSC收到BTS的EST_IN

13、D消息后,根据BSC 小区表将该当前小区的CGI添入CM_SERVICE_REQ 消息发送给MSC.(3) BSC收到MSC的Assignment Request消息后,检查信道类型,对于 数据业务根据小区配置数据表中的“数据业务设置进行检查是否 支持,不支持直接返回指配失败.(4) BSC根据Assignment Request 消息中的 CIC检查中继电路表,确 认CIC的是否存在,检查配置CIC的电路池、Assignment Reqest 消息 中要求信道类型和TC单板的支持水平三者是否冲突,如果冲突那么给MSC回指配失败(5) BSC收到 上报的 Assignment Complete

14、消息后,根据本局信息 表中配置的"A接口阶段标志“,添充A接口的Assignment Complete 消息上报给MSC .6.4 异常流程与故障定位指导无线口消息丧失、掉话、用户挂机、传输、 NSS以及BSS设备运行异常等, 都可能导致流程不能正常进行.此外,MS在一次接入时,重发多个 ChannelRequired ,将造成BSS激活多个信令信道,而实际上 MS只会占用一个,其 它信道由于无法收到 MS的Establish Indication 而超时释放.由于造成异常流程的原因比拟多,在此就其中出现较多的情况进行说明.6.4.1 随即接入、立即指配异常流程1 .信道激活后收不到

15、 Establish Indication这种情况发生原因,一般有：(1) MS设计不符合协议,重发多个Channel Request造成BSS多分配并激 活信令信道.(2) 即使BSS系统运行正常,MS在一次接入时,也可能重发多个ChannelRequest ,造成BSS激活多个信令信道,而实际上MS只会占用其中一个；其它信道由于无法收到MS的Establish Indication ,而由BSC在T3101定时器超时后将信道释放.该现象在扩展传输时隙数设置合理的 情况下,通常是由于无线口上行接收正常,但下行信号不能被MS很好接收而导致.此时,在 MS侧跟踪无线口,可能发现在给 BTS发送C

16、hannel Request 后, 收不到BTS的相关信息.这时,需要检查上下行接收电平、接收质量是否正常.如果 MS和基站之间 距离不远,但接收电平低、接收质量差,需要检查BTS天馈以及MS的天线、 电池等是否正常.(3) BSC数据配置中的扩展传输时隙数( Tx-integer )及CCCH配置不当Tx-integer与CCCH配置方式影响 MS的Channel Request的重发间隔时间.2 . BSC 发 Immediate Assignment Reject .如果 BSC 收到 Channel Required 后,给 MS 发 Immediate Assignment Reje

17、ct ,通常为如下原因：(1) 发现无适宜的信令信道(信令信道通常为SDCCH ,也可以为TCH.)分配给该MS.这种情况一般为信道全忙或者信道被闭塞等造成不可用.(2) 给 BTS 下发 Channel Activation 后,BTS 回 Channel Activation NegativeAcknowledge .如果 BTS 给 BSC 回大量 Channel Activation Negative Acknowledge ,通常 是由于Abis接口传输不稳定造成 BSC和BTS信道状态不一致；或者BTS个 别单板运行出现异常.6.4.2 MSC未下发Assignment reque

18、st 而是直接下发 Disconnect撤除呼叫在MS进行呼叫接续过程中,立即指配过程完成后,本应该进行指配过程,但是由于某种原因导致 MSC没有下发Assignment Request 消息,而是下发 Disconnect消息给MS,然后撤除了呼叫. 这种情况的发生,通常会导致大量 用户投诉 打不通.此时需要重点检查：(1) MSC侧A接口电路状态(2) MSC和BSC的A接口数据一致性,尤其是电路池数据.6.4.3指配异常流程1. Assignment Failure在 BSC 收至U Assignment Request 后,BSC 没正常返回 Assignment Complete ,

19、而是返回 Assignment Failure .常见原因有：(1) BSC无适宜的话音信道供分配.BSC无适宜的话音信道分配,有可能是话音信道全部处于Busy状态,也可能是被Block等造成不可用.此时,BSC 回的 Assignment Failure 消息所带原因值为 No Radio Resource .对这种情况,可通过增加TRX进行基站扩容、修改接入门限、翻开直接重试开关进行改善.(2) MS接入话音信道失败,从信令信道上发送Assignment Failure .这种情况下的 Assignment Failure 是从MS报上来的.由于无线口传输的特殊性,这种情况实际网络中出现最

20、多,且无法根本解决.如果这种情况发生比例很大,易导致用户投诉,需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数.(3) BSC侧发现A接口电路异常,例如Assignment Request 中带的CIC不 可用.此时需要重点核查 MSC和BSC的A接口数据一致性.(4) BSC相关硬件出现异常.此时,BSC 回的 Assignment Failure 消息所带原因值通常为EquipmentFailure .这时需要重点检查：1) BSC模块间通讯相关单板及其母板、 光纤,例如GMC2、 GMCC、GSNT、GOPT、GFBI ; 2) A 接口相关单板,例如 E3M、TCS

21、M 单 元及其母板.(5) A接口传输出现异常.2. Directed RetryBSC在收到 MSC下发的Assignment Request后,由于无适宜的 TCH供分 配,而BSC数据配置中容许进行直接重试, BSC将视情况发起切换 (原因值 为Directed Retry ),使 MS直接重试到其它小区.6.4.4 掉话造成的异常流程主被叫用户在任何流程中间,均有可能掉话,导致后续流程不能正常完成.例如,BSC在收到 MSC下发的Assignment Request 消息后,用户在信令信 道上忽然掉话,这样指配过程可能还没有完成(如信道刚刚分配,还没有下 发Assignment Command 消息),这种情况下可能导致BSC既不给MSC返回 Assignment Complete 也不返回Assignment Failure ,而是发 ClearRequest .6.4.5 用户挂机造成的异常流程主被叫用户在任何流程中间,均有可能挂机,导致后续流