MF001003 GSM BSS信令流程ISSUE1.0
第4章 移动主叫流程
2. 流程说明
可参考4.2.1 Mobile originating call establishment without OACSU(early assignment)部分的相关说明。图4-2所示为主叫MS先挂机。
4.2.3 Mobile originating call establishment with OACSU (Very early assignment)
1. 信令流程
MSBTS(1)Channel REQChannel RQD(2)(3)Channel ACTChannel ACT ACK(4)(5)IMM ASS CMD6) SABM((7)UA(8)EST IND( CM Service REQ)(9)CR(CMP L3 information)(10)CC(11)CM Service AcceptedSetup(12)Call Proceeding(13)(14)Alerting(15)ASS REQMode Modify (16)Mode Modify ACK (17)Channel Mode Modify (18)Channel Mode Modify ACK (19)ASS CMP(20)Connect(21)(22)Connect ACKTalking (23)(24)DISC(25)REL(26)REL CMP(27)Clear CMDChannel REL(28)DISC(29)(30)UA(31)Deactive SACCHREL IND(32)(33)RF Channel REL RF Channel REL ACK(34)(35)Clear CMP(36)RLSD(37)RLSD CMPBSCMSC 图4-3 Mobile originating call establishment with OACSU (Very early assignment)
22
MF001003 GSM BSS信令流程ISSUE1.0
第4章 移动主叫流程
1) 图4-1与图4-3的区别是：后者在立即指配时分配的是TCH作为信令信道
使用，因此在指配时不需要再分配TCH，而是通过Mode Modify，将立即指配分配的TCH调整为话音信道；
2) 图4-3所示的流程，一般发生在立即指配时无空闲SDCCH供分配，但有
空闲TCH、且BSC数据配置容许立即指配TCH的情况下。 2. 流程说明
可参考4.2.1 Mobile originating call establishment without OACSU(early assignment)部分的相关说明。图4-3所示为主叫MS先挂机。
4.3 异常流程
无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。此外，MS在一次接入时，重发多个Channel Required，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道由于无法收到MS的Establish Indication而超时释放。
由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。
4.3.1 随即接入、立即指配异常流程
1. 信道激活后收不到Establish Indication 这种情况发生原因，一般有：
1) MS设计不符合协议，重发多个Channel Request造成BSS多分配并激
活信令信道。
2) 即使BSS系统运行正常，MS在一次接入时，也可能重发多个Channel
Request，造成BSS激活多个信令信道，而实际上MS只会占用其中一个；其它信道由于无法收到MS的Establish Indication，而由BSC在T3101定时器超时后将信道释放。无线口上行接收正常，但下行信号不能被MS很好接收。
此时，在MS侧跟踪无线口，可能发现在给BTS发送Channel Request后，收不到BTS的相关信息。
这时，需要检查上下行接收电平、接收质量是否正常。如果MS和基站之间距离不远，但接收电平低、接收质量差，需要检查BTS天馈以及MS的天线、电池等是否正常。
3）BSC数据配置中的扩展传输时隙数（Tx-integer）及CCCH配置不当
23
MF001003 GSM BSS信令流程ISSUE1.0
第4章 移动主叫流程
Tx-integer与CCCH配置方式影响MS的Channel Request的重发间隔时间。 2. BSC发Immediate Assignment Reject。
如果BSC收到Channel Required后，给MS发Immediate Assignment Reject，通常为如下原因：
1) 发现无合适的信令信道（信令信道通常为SDCCH，也可以为TCH。）
分配给该MS。这种情况一般为信道全忙或者信道被闭塞等造成不可用。 2) 给BTS下发Channel Activation后，BTS回Channel Activation Negative
Acknowledge。
如果BTS给BSC回大量Channel Activation Negative Acknowledge，通常是由于Abis接口传输不稳定造成BSC和BTS信道状态不一致；或者BTS个别单板运行出现异常。
4.3.2 MSC未下发Assignment request 而是直接下发Disconnect拆除呼叫
这种情况的发生，通常会导致大量用户投诉电话打不通。此时需要重点检查： 1) MSC侧A接口电路状态
2) MSC和BSC的A接口数据一致性，尤其是电路池数据。
4.3.3 指配异常流程
1. Assignment Failure
在BSC收到Assignment Request后，BSC没正常返回Assignment Complete，而是返回Assignment Failure。常见原因有： 1) BSC无合适的话音信道供分配。
BSC无合适的话音信道分配，有可能是话音信道全部处于Busy状态，也可能是被Block等造成不可用。
此时，BSC回的Assignment Failure消息所带原因值为No Radio Resource。 对这种情况，可通过增加TRX进行基站扩容、修改接入门限、打开直接重试开关进行改善。
2) MS接入话音信道失败，从信令信道上发送Assignment Failure。 这种情况下的Assignment Failure是从MS报上来的。
由于无线口传输的特殊性，这种情况实际网络中出现最多，且无法根本解决。 如果这种情况发生比例很大，易导致用户投诉，需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。
24
MF001003 GSM BSS信令流程ISSUE1.0
第4章 移动主叫流程
3) BSC侧发现A接口电路异常，例如Assignment Request中带的CIC不
可用。
此时需要重点核查MSC和BSC的A接口数据一致性。 4) BSC相关硬件出现异常。
此时，BSC回的Assignment Failure消息所带原因值通常为Equipment Failure。
这时需要重点检查：1) BSC模块间通讯相关单板及其母板、光纤，例如GMC2、GMCC、GSNT、GOPT、GFBI；2) A接口相关单板，例如E3M、TCSM单元及其母板。
5) A接口传输出现异常。 2. Directed Retry
BSC在收到MSC下发的Assignment Request后，由于无合适的TCH供分配，而BSC数据配置中容许进行直接重试，BSC将视情况发起切换（原因值为Directed Retry），使MS直接重试到其它小区。
4.3.4 掉话造成的异常流程
主被叫用户在任何流程中间，均有可能掉话，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然掉话，可能导致BSC既不给MSC返回Assignment Complete也不返回Assignment Failure，而是发Clear Request。
4.3.5 用户挂机造成的异常流程
主被叫用户在任何流程中间，均有可能挂机，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然挂机，可能导致BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发Assignment Complete）流程也不是指配失败（BSC发Assignment Failure）流程。
4.3.6 MSC清除造成的异常流程
在A接口链接建立后，主被叫用户在任何流程中间，MSC均有可能由于某些原因而给BSC下发Clear Command或Disconnect消息，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然挂机，可能导致BSC在给MSC返回Assignment Complete或
25
MF001003 GSM BSS信令流程ISSUE1.0
第4章 移动主叫流程
Assignment Failure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发Assignment Complete）流程也不是指配失败（BSC发Assignment Failure）流程。
如果这种现象很多，需要重点分析： 1) Clear Command中所带的原因值
如果是呼叫正常结束，Clear Command中所带的原因值一般为Call Control等；否则可能为Protocol Error、Equipment Failure等。
2) Clear Command或Disconnect与流程中上一条消息间的时间差 通过分析相邻二条消息的时间差，可以看出是否存在超时触发异常流程的可能。
26