常见异常事件信令分析目录：一、日常指标中常见异常事件 (2)1、SDCCH拥塞： (2)2、SDCCH分配失败： (3)2.1无线原因引起SDCCH分配失败： (3)2.2 BSS问题引起的SDCCH分配失败： (3)2.3 SDCCH分配失败信令分析： (3)3、SDCCH掉话 (7)3.1无线问题引起SDCCH掉话： (7)3.2 BSS问题引起SDCCH掉话： (7)3.3 SDCCH掉话信令分析 (8)4、TCH拥塞 (10)5、TCH分配失败 (11)5.1无线原因引起的TCH分配失败： (11)5.2 BSS原因引起的TCH分配失败： (12)5.3 TCH分配失败信令分析： (13)6、TCH掉话 (16)6.1无线问题引起TCH掉话： (16)6.2切换失败引起TCH掉话： (17)6.3 BSS内部原因引起TCH掉话： (17)6.4传输问题引起TCH掉话： (17)6.5 TCH掉话信令分析： (18)6.5.1 MC736掉话 (18)6.5.2 MC621掉话 (19)6.5.3 MC14C掉话 (21)6.5.4 MC739掉话 (21)6.5.5 正常的挂机 (22)7、切换异常事件 (26)7.1、无线原因引起的切换失败返回信令流程（小区间异步切换）： (26)7.2、系统原因（BSS问题）引起的切换失败 (26)7.3、切换失败信令分析： (26)二、DT测试中的异常事件 (30)1、未接通 (30)1.1由于TCH拥塞 (30)1.2位置更新引起 (33)2、paging失败 (35)3、TCH掉话 (35)三、附录 (38)Abis口信令名词缩写解释： (38)一、日常指标中常见异常事件日常指标中常见异常事件主要表现为：SDCCH拥塞、SDCCH分配失败、SDCCH 掉话、TCH拥塞、TCH分配失败、TCH掉话、TCH切换失败1、SDCCH拥塞：信令流程如下：MC02a 位置更新次数MC02h 所有主叫电话占用SDCCH次数MC04 SDCCH拥塞次数当用户发起CHANNEL REQUEST时，网络发现无空闲的SDCCH信道时，BSC将会：如果小区参数En_Imm_Ass_Rej=“True”，则发Immediately Assignment Reject；否则Channel Required消息。
对于SDCCH拥塞，我们首先要区分是由于LU引起的信令拥塞，还是由于主叫发起引起的信令拥塞，这可以通过分析MC02a、MC02h和MC04来区分：1）如果小区话务量适中，且MC02a和MC02h在一个数量级上，则我们认为是主叫发起引起的信令拥塞。
解决信令拥塞最根本的办法是，在逻辑参数上增加适量的SDCCH。
2）如果小区话务量偏小，且MC02a远大于MC02h，对此我们认为是LU引起的SDCCH拥塞，我们可以通过增加CRH的值来降低频繁往复的位置更新次数，从而减小SDCCH的占用次数，达到降低拥塞的目的，一般在LAC边界设为10~12dB。
3）除了上述正常情况外，还有一种特殊的SDCCH 拥塞情况，那就是GSM特有的ghost 现象。
这种情况发生在BCCH和TCH 混合分频条件下，表现为小区话务量小，SDCCH试呼次数异常大。
对此，我们可开启RACH TA FILTERING，一般设为15，以解决此类问题。
现网中SDCCH拥塞的信令：暂时截取不到信令流程图2、SDCCH分配失败：引起SDCCH分配失败的原因有：无线原因、BSS问题2.1无线原因引起SDCCH分配失败：信令流程如下：无线问题会导致T3101超时，MS无法及时占用SDCCH信道，BSC发RF Channel Release 到BTSMC149：统计无线问题造成的SDCCH分配失败现象具体的无线问题一般可分为：功率预算不平衡、覆盖不好、干扰2.2 BSS问题引起的SDCCH分配失败：信令流程如下：无专门计数器2.3 SDCCH分配失败信令分析：以下取出了Abis口的SDCCH分配失败信令截图（数据来源于5月22日17点10291小区）从中可以看出当网络发出立即分配指令IMASS（Immediately Assignment）后，由于SDCCH分配未成功，导致下一步网络直接发起无线信道释放RCHRL（RF Channel Release）。
正常的SDCCH分配应该如下（主叫）：当网络发出立即分配指令IMASS（Immediately Assignment）后，SDCCH分配成功后，手机发起了CM 业务请求CMSREQ（CM Service Request），而后经过AUTREQ——AUTREP——SETUP——CPROC等一系列流程建立通话。
其中：CHNAV（Channel Activation）BSC向BTS发送一条信道激活消息。
此消息中包含的参数有：DTX控制、信道的ID（识别）、信道描述、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等信息。
IMASS(Immediate Assignment)通过AGCH信道告知移动台有关使用SDCCH信道的情况。
在这条消息中，包括的参数有：寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。
移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如：主叫连接建立、补充业务激活或短消息传送。
CLASSMARK包括了以下信息：MS Revision Level ——手机的修正版本MS Ciphering Capability ——手机支持的加密算法MS Frequency Capability ——手机支持的频段MS RF Power Capability in Each Band ——手机在各频段支持的发射功率3、SDCCH掉话引起SDCCH掉话的原因有：无线问题、BSS问题、SDCCH切换失败（在现网中SDCCH 切换都关闭，在此不讨论）3.1无线问题引起SDCCH掉话：信令流程如下：MC138：统计无线原因引起的每个小区SDCCH掉话Clear Request：非正常的信道释放3.2 BSS问题引起SDCCH掉话：信令流程如下：MC137：BSS原因引起的每个小区SDCCH掉话BSS问题：包括BTS/BSC hardware、software失败现象，Abis传输问题等3.3 SDCCH掉话信令分析以下取出了Abis口SDCCH掉话信令截图（被叫）：（数据来源于5月18日10点30011小区）当信道激活CHNA V(Channel Activation)，以及信道激活被确认CHNAK(Channel Activation Acknowledge)后，网络发出了立即分配指令IMASS（Immediately Assignment），在立即分配过程中分配了SDCCH信道给手机，随后网络发起Paging请求，当Paging 请求得到响应时PAGRES(Paging response)，此时由于YY_TXPWR_M原因引起了连接失败CONFL(Connection Failure)，即发生了SDCCH掉话，随后网络发起信道释放指示RELRQ(Release Indication)来释放无线信道。
正常的信令如下(被叫)：正常的流程应该是：网络发起Paging请求PAGRES(Paging response)后，建立SETUP，随后是呼叫被证实CCONF（Call Confirmed)，网络发出系统信息5 SYSINF5（System Information Type 5），TCH分配请求ASSCMD(Assignment Command)、完成等一系列过程。
其中：PAGRES(Paging Response)基站收发信台通过返回建立指示消息确认立即指配命令。
建立指示消息有两种用途。
首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。
这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。
另外，基站收发信台将识别这一连接并把接收到的第3层的消息加入到这条消息中SETUP（Setup）BSC通过BTS把建立命令发送到MS，是为了通知MS将要进行通话。
4、TCH拥塞信令流程如下：MC812统计了5种TCH拥塞原因MC821=MC612A+MC612B+MC612C+MC612D+MC612EMC612A不许排队；MC612B队列已满；MC612CT11超时；MC612D被高优先级MS 挤出队列；MC612E Abis资源被用完1）、不允许排队或队列已满：在A接口BSC发Assignment Failure "No Radio Resource Available"2）、呼叫进入队列，但T11时间内没有TCH空出：在A接口BSC发Clear Request "No Radio Resource Available"3）、呼叫被优先级更高的呼叫挤出队列：在A接口BSC发Assignment Failure "No Radio Resource Available‖在现网中的TCH拥塞信令如下（数据取至2007年7月9日11时31901小区）：从上图看出，网络已完成SDCCH的分配以及鉴权过程后，发起建立SETUP，随后是呼叫进行CPROC（Call Proceeding），当进行到分配TCH的阶段时，由于网络无空闲的TCH分配给手机，导致网络直接断开当前连接DISC（Disconnect），释放无线信道，造成一次TCH拥塞现象。
5、TCH分配失败引起TCH分配失败的原因有：无线原因、BSS原因、Abis口拥塞（此情况已在TCH拥塞中说明，在这不讨论）5.1无线原因引起的TCH分配失败：信令流程如下：MC746B：统计无线原因造成的TCH分配失败5.2 BSS原因引起的TCH分配失败：信令流程如下：MC14B：统计BSS原因造成的TCH分配失败以下列出了TCH分配过程中的异常情况：1）、T9108超时: BTS对physical context request没有响应，之后的Channel Activation 消息中将不带TA和手机及BTS的发射功率信息2）、T9103超时: Channel Activation没有回应A接口上BSC发Assignment Failure "Radio Interface Failure"；BSC向BTS发RF Channel Release消息3）、在原来的信道上（如SDCCH信道）收到Assignment Failure消息：手机收到Assignment Command后，在新信道上发SABM消息，BTS收到后向手机发UA消息。