GSM掉话浅析.docVIP

前言 掉话是移动网络最常见的故障之一。本文讨论了GSM移动网络的掉话产生的原因、机制以及和掉话密切相关的无线参数。本文只是抛砖引玉，如内容有不适之处，还请大家指正。 掉话产生的原因 所谓掉话就是通话的异常中断,要分析掉话产生的根本原因，首先回顾一下2G移动网络的结构模型，见下图： 参见上图，在GSM移动网络中，语音流的流程是MS—BTS—BSC—MSC—MSC—BSC—BTS—MS。以上流程中任何一个接口、任何一个网元发生问题均会导致掉话。从网元的可靠性来看，MSC＞BSC＞BTS（由于MS不在网络优化工程师的控制范围之内，在此就将其忽略，但实际当中，有些问题就是由故障MS导致的）。对于接口来说，可靠性是E接口＞A接口＞Abis接口＞Um接口。根据以上分析和实际的情况，可以说由于用户终端的移动性和无线传播的不确定性，大部分掉话发生在空中接口。另外常见的是由于基站和Abis口的故障导致的大量掉话。 掉话机制 3.1空口 根据GSM协议04.18、05.08、04.06，空口掉话（通话异常中断）的机制是: 1) 基于层1（物理层）的接收情况。对于MS就是基于解调下行SACCH消息的成功率。对于BSS基于上行SACCH出错率，或基于RXLEV/RXQUAL测量值 。大部分厂家使用SACCH出错率 2）主信令链路上的层2（数据链路层）的故障。对于TCH，主信令链路只指FACCH。因此SACCH信道上数据链路层故障不导致掉话。数据链路层故障具体有以下14种情况：  timer T200 expired (N200 +1) times: perform abnormal release;  reestablishment request;  unsolicited UA response;  unsolicited DM response;  unsolicited DM response, multiple frame established state: perform abnormal release;  unsolicited supervisory response;  sequence error: perform abnormal release;  U?frame with incorrect parameters;  S?frame with incorrect parameters;  I?frame with incorrect use of M bit;  I?frame with incorrect length;  frame not implemented;  SABM command, multiple frame established state;  SABM command with information field not allowed in this state 其实04.60定义的数据链路层故障还有以下两种： - short L2 header type 1 not supported; - short L2 header type 1 not applicable; 不过这两种故障发生在数据链路层的非确认模式，根据协议，这两种故障不导致掉话。 3）切换失败重建也失败 对于终端用户来说，切换失败重建也失败就意味着掉话，但对于运营商OMC的话务统计来说，并不一定全统计为掉话。在某些情况下的“出BSC切换失败重建也失败”就不统计为掉话。如等待切换完成时收到MSC发出的CLEAR COMMAND消息，且清除原因不是切换成功定义:本地区无线子系统所有原因引起的业务信道掉话，包括正常信道丢失及各种切换等原因引起的话音掉话(含半速率)。 触发点:统计ASSIGNMENT COMPLETE消息之后的CLEAR REQUEST消息的CLEAR REQUEST消息。统计点为BSCRADIO_LINK_TIMEOUT（无线链路失效定时器） 移动台在BCCH的系统消息3以及SACCH信道的系统消息6中获知当前小区的RADIO_LINK_TIMEOUT（无线链路失效定时器）。在信道建立之初，移动台将radio link counter初始化为RADIO_LINK_TIMEOUT。每当移动台切往一个新小区，在获知新小区的RADIO_LINK_TIMEOUT后radio link counter就初始化为该值。因此切换可以迟滞和减少掉话。 SACCH复帧数 SACCH复帧数是华为GSM采用的上行掉话机制。当BTS开始收到SACCH发来的测量报告时，将判断无线链路故障的计数器置为该参数。 T200 对于数据链路层的”timer T200 expired (N200 +1)