学习了，但是还是比较难明白，看来还是培训得少呀，

很好的学习了一下呀。

T200计时器超时(N200+1)次：执行非正常释放，工作里发现此掉话原因占了掉话总数的20％左右。

T200计时器与N200是用于Abis接口与空中(Um)接口，而主要是在两个接口上第二层

的LAPD与LAPDm协议层上。



T200与N200(Um接口LAPDM)

T200同时也是Um接口第二层LAPDm协议层上的一个重要计时器。在LAPDm上T200

主要用于SAPI＝0与SAPI＝3的数据链路，而T200值的选择需要根据以下一些法

则：

●在LAPDm协议层上出现帧丢失的情况必须及时得以发现。

●帧的重发应该在可能的最早时间内进行。

●T200不应该在对方的下一个帧未接收到并加以处理完成之前超时。

●在不同的逻辑信道上的T200值应该是不同的。



T200在个别逻辑信道上的默认值如下：

●SACCH/T － 416 frames

●SDCCH (SAPI-0&3) － 51 frames

●FACCH (RBS2000)(SAPI-0) – 30 frames

●FACCH (RBS200)(SAPI-0) – 39 frames



N200是帧重发时的最大次数。N200值与T200值同样是根据不同的逻辑信道而设，

这主要是为了确保一个判断第二层(LAPDm)链路故障的共同时间。以下是主要逻辑

信道上的N200值：

●SACCH/T – 5次

●SDCCH － 23次

●FACCH/F – 34次

Um接口上的T200与N200值同样是无法更改的。



1．T200与N200在分配TCH信道阶段

在Assignment的过程当中，MSC将发起”Assignment Request”要求相关BSC分配

TCH给所需要的手机。BSC会发出”Channel Activation”的要求到相关基站的有

关TRX去激活一个空闲的TCH。在TRX激活了有关TCH之后，TRX会回“Channel

Activation Acknowledge”给BSC。这之后BSC才会发起”Assignment Command”

给相关手机。

而此“Assignment Command“通过原来的TRX上的SDCCH信道发到手机之后，手机

需要回应给基站一个SABM来建立”Multi-Frame Operation“，基站在收到SABM

之后会回个UA给手机及同时发出”Assignment Complete”给BSC。但当基站无法

收到手机发出的SABM信号时，基站会根据T200计时器时间来做等待。在第一次出

现等待时间达到T200时，N200次数将被设为零。接下来每次等待时间达到T200值

时，N200次数将被加一。等待时间将一直延续到T200超时次数达到N200+1，这时

BSC会发起”Clear Request”来释放之前所分配到的TCH及目前使用的SDCCH。这情况会被计为不正常的信道释放，而原因为”T200 expired (N200+1) times: perform abnormal release”。

2．T200与N200在正常通话当中

在正常的通话过程当中，基站与手机之间不断的在发送第二层LAPDm的帧。LAPDm

帧是由物理层的TCH信道收到。

在LAPDm协议上，主要的Information帧内部带有N(S)，发出帧的顺序号(Send

Sequence Number)与N(R)，接收帧的顺序号(Receive Sequence Number)。由这两

个值发方可得知接收方有没有收到已经发出的信息帧(I-frame)，如果接收方没有

收到，发方需要重发有关帧。当出现不断的帧重发失败的情况下，LAPDm层上的数

据链路将被认为是有故障的。

出现此情况时，发方会使用SABM来重新建立有关链路。而在发出SABM方会等待接

收方回应UA(Unnumbered Acknowledgement)来确认链路的建立成功与否。在发出

SABM时T200计时也会开始。当T200超时的时候还未收到UA，发方需重发SABM，

而重发次数将加一。当重发次数达到N200＋1时还未收到UA，Um接口上的连接将

判为彻底失败。BSC将由基站发出的Abis信息中得到有关情况与原因及发起信道的

释放流程。

这将会是个非正常信道释放，原因是“T200 expired (N200+1) times”。

3．T200与N200在正常信道释放过程

如果释放过程是由MSC发起，MSC发”Clear Request”到BSC。BSC发出”Channel

Release”与”Deactivate SACCH”到基站。基站收到BSC发出的指令后发

出”Channel Release”给手机。手机要释放在Um接口LAPDm上的数据链路时需要

发起Disconnect(DISC)指令。T200需要在收到物理层的PH_READY-TO-SEND时及发

出帧时启动。重发计数N200也需设为零。

基站或手机在收到DISC之后需使用UA或DM回应，而当UA收到时，将发出

RELEASE-INDICATION给第三层，T200计时清除，手机进入空闲状态。

但如果T200计时器在UA未接收到前超时，发起DISC的一方需要：

●重发DISC。

●将T200设回到准备发帧时的值。

●重发计数器N200加值。

当重发次数达到N200＋1时还未收到UA，ERROR-IND将被发到第三层，故障原因为

“T200 expired(N200+1)times:perform abnormal release”。此情况也将会被计为不正常信道释放，也就是掉话。

很好的学习了下，谢谢了啊

走过路过,学习过

虽然没涉及到干G网，也来学习了

谢谢分享

学习下了 这个确实还没了解

这个参数理解不是很深刻

这是论坛做了手脚，每个贴子复制下来的内容，放在WORD里就不会出现很乱的情况，但是放在其它（TXT），就会，哪是因为，这些乱码字体被设得很小，WORD保存了原格式。。所以。。。

TCH掉话_T200超时 ：Lapdm 定时器T200，用于各类不同的控制信道。并分别决定了它们的层二链路建立确认的等待时长。当BTS在无线口传送出层二消息帧时启动定时器T200。在T200时长内，若BTS没有收到任何从移动台发来的“Receive Ready”(RR)消息，则会重发层二消息帧并复位T200定时器，N200决定了其所允许的重发次数。
T200定时器的目的是防止数据链路层数据发送过程死锁，数据链路层的作用就是将容易出差错的物理链路改造成顺序的无差错的数据链路。在这个数据链路两端通讯的实体采用确认重发的机制。也就是说，MS每发送一条消息都要BTS确认收到。在不可知的情况下，如果这条消息丢失，会出现双方都等待的情况，此时系统死锁。因此，在发送方要设立定时器，当定时器溢出，发方认为收方没有收到消息，就会重新发送，当重发次数达到预设的次数N200，还没有得到确认时，说明数据层链路断，BTS向BSC发送消息ERRIN，且原因值为timer T200 expired，BSC统计一次掉话，原因为T200超时。
优化中若发现BSC整体该项掉话次数较多时，适当增加T200的设定值，可有效的减小该项掉话次数。当前T200设置值为 156 可以考虑适当增大T200，从156修改为 180。

学习了

呵呵看看学习学习

T200定时器（Timer200）是Um接口数据链路层LAPDm中的一个重要的定时器。又因