| MS侧 | 启动条件 | 结束条件 | 取值 | 影响KPI |
T3120 (信道请求重发定时器) | MS发送信道请求的同时启动 | 收到Location UpdatingAccept, LocationUpdating Reject,Authentication Reject，发生低层故障终止；超时且重发次数<最大重传次数时重发CH REQ,重启T3120 | 根据相应的准则随机取值，最大5s | 若设置过小，影响CH REQ，造成立即指配成功率，呼叫建立成功率降低。 |
T3126 (信道请求重发定时器) | 立即指配过程中(1)MS发送CHANNEL REQUEST消息最大允许次数后（当T3120超时，同时RACH重发次数超过“最大重传次数”时，停止T3120，启动T3126。）(2)MS收到IMMEDIATE ASSIGNMENT REJECT消息。这两者中先到者启动，且后到者不再重新启动。 | (1)MS收到IMMEDIATE ASSIGNMENT消息(2) MS收到IMMEDIATE ASSIGNMENT EXTENDED消息时停止。等待一段时间仍未收到网络应答，则放弃请求，终止立即指配程序。如果网络有响应，MS收到立即指配命令后停止。 超时后终止IMM ASS流程 | 最大值：5s 最小值：MS的RACH信道时隙的T+2S | 若设置过小会终止IMM ASS流程，造成立即指配成功率，呼叫建立成功率降低。 |
T3122 | MS收到IMM ASS REJ | 定时器记满 超时后MS发起新的信道请求消息 | IMM ASS REJ中带有该值 | 立即指配成功率 |
T303(MM连接等待定时器/呼叫发起监视定时器) | MS发送CM SERVRE（SABM帧）或CM RESET REQ消息时启动 | MS收到CALL PROCEEDING后停止。 超时后MS清除本次呼叫 | 30s | 设置过短，呼叫建立过程没有完成，影响呼叫建立成功率 |
T3230 (呼叫建立等待定时器) | MS发送CM SERV REQ 消息(SABM)或CM REEST REQ 消息时启动 | MS收到CM SERV ACC消息或CM SERV REJ消息或Cipher mode setting消息时停止 | 15s 超时后MS发起释放指示 | 立即指配成功率 |
T3110 (信道释放延迟定时器) | MS收到CHANNEL RELEASE消息时启动 | MS收到网络侧发送回的L2-UA消息时停止。定时器超时后，MS继续信道释放流程。 | 其取值应保证万一网络侧无应答时，可以允许DISC帧发两次。建议值1000ms。 |
| BSC侧 | 启动条件 | 结束条件 | 取值 | 影响KPI |
TCHACTIVE (RF信道激活定时器) | BSC发CH ACT | BSC收CH ACT ACK 超时后BSC启动呼叫流程释放 | 范围：1—10s 缺省值：5s | 立即指配成功率 |
T3101 (立即指配流程定时器) | 发送立即指配命令的同时启动 | BSC收到EST IND时停止 超时后清除已分配的信道 | 必须大于L2建立尝试的最大时间。 范围：10-100ds 缺省值：15s | 设置过小，影响立即指配成功率，呼叫建立成功率 如果定时器超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
T10(信道模式更新和指配过程监控定时器) | BSC收到MSC发送ASSIGNMENT REQUEST消息启动 | 向MSC发送ASSIGNMENT COMPLETE/ASSIGNMENT FAILURE/CLEAR COMMAND消息时停止 | 范围：1-20s 缺省值：7s | 设置过小，影响指配成功率，呼叫建立成功率 如果定时器超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
T11 | 指配中进行排队时打开 | 超时后停止向MSC发CLEAR REQ | 由操作者设定 | 指配成功率 |
T3107a (MS数据链路层2链接建立时间) | BSC发送指配命令时启动 | 收到EST IND后停止。用途是保持信道足够长的时间以便MS可以返回原信道和若MS丢失时用于信道释放 | 范围：1-50s 缺省值：6s | 指配成功率 如果定时器超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
T3107b （MS层3连接建立时间） | BSC收到EST IND | BSC收到ASS CMP/ASS FAIL 超时：BSC释放已分配资源 | 范围：1-25s 缺省值：6s | 如果定时器超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
T3109 | BSC发DEACTIVE SA时启动 | 收到REL IND后停止。定时器超时后BSC向MSC发送CLEAR REQUEST | a+RadioLinktimeOutx0.48s(a=1,2) 范围：3-34s 缺省值:9s | 如果定时器超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
T3111 (连接释放延时定时器) | BSC收到REL IND后启动 | 超时后停止。当T3111超时后BSC向BTS发送RF CH REL | 范围：0-5s，应等于MS侧T3110。缺省值:1.1 | |
TRELEASE (信道释放定时器) | BSC发RF CH REL | BSC收到RF CH REL ACK 超时后BSC本地释放 | 范围：1-20s 缺省值：5s |
| MSC侧 | 启动条件 | 停止条件 | 取值 | 影响KPI |
TNT2(指配请过程监视定时器) | MSC发ASS REQ | MSC收到ASS CMP/ASSFAIL/HO REQ(BSC间直接重试) 超时后MSC调用呼叫清除进程 | 范围：1-20s 缺省值：12s TCHACTIVE+T3107b+T3107a+5s | 指配成功率，呼叫建立成功率 该定时器设置过长，可能会导致在超时前BSS侧定时器先超时，向MSC发送CLEAR REQUEST消息，导致掉话。 |
T313(监视呼叫连接过程的定时器) | MS发送CONNECT消息时启动 | 收到CONNECT ACK后停止 | 华为取值30s | 设置过小，立即指配过程未完成，影响指配成功率，呼叫建立成功率 该定时器设置过长，可能会导致在超时前BSS侧定时器先超时，向MSC发送CLEAR REQUEST消息，导致掉话。 |
T305 (对挂机过程进行监视) | MSC收到MS发送的断连信令(不包含过程指示#8或CCBS)启动 | 发送REL后停止。 当超时后发送REL | 30s | 若将值改小，则在CLEAR REQ未上发之前，MSC会向BSC发送CLEAR CMD强行拆线，呼叫视为正常释放，从而减少话统统计掉话次数 |
T308 (资源释放过程定时器) | MSC发送REL时启动 | (1)收到REL CMP时停止。(2)MSC收到RELEASE，即冲撞时或MS没有收到RELEASE造成T305超时。 若超时则重发REL并重启动T308 | 由操作者决定 华为取值10s | 同T305 该定时器设置过长，可能会导致在超时前BSS侧定时器先超时，向MSC发送CLEAR REQUEST消息，导致掉话。 |
TNT3 (MSC发送清除定时器) | MSC发CLEAR CMD时启动 | 收到CLEAR CMP时停止 超时后MSC认为RR连接释放 | 范围：1-120s 缺省值：20s 华为缺省值：6s |
| BTS侧 | 启动条件 | 停止条件 | 取值 | 影响KPI |
T313 | BTS收到CONNECT时启动 | 发送CONNECT ACK时停止 | 华为取值30s。 | 设置过小，指配过程未完成，影响指配成功率，呼叫建立成功率。 设置过长，在无线环境较差情况下，可能导致BSS侧定时器先超时发起清除请求，导致掉话 |
| MSC侧 | 启动条件 | 停止条件 | 取值 | 影响KPI |
T3113 (寻呼等待定时器) | MSC向BSC发送PAGING消息时启动 | MSC收到寻呼响应(CR)时停止。定时器超时后MSC重发寻呼消息，重新启动T3113，重发次数由网络侧定义 | 位置区内寻呼—4s；整个MSC寻呼—7s | 影响寻呼成功率 |
T303 | MSC发送SETUP时启动 | 收到CALL Confirmmed/RELEASE CMP时停止。定时器超时后MSC清除本次呼叫 | 由操作做设定。华为取值20s | 设置过小，影响呼叫建立成功率 如果该定时器设置过长，BSS侧在没有收到SETUP消息时，则会导致BSS侧定时器先超时，向MSC发送CLEAR REQUEST消息，导致掉话。 |
T310 | 对来话呼叫进程进行控制。MSC收Call Confirmmed时启动 | MSC收到Alerting或MSC收到CONNECT消息或MSC收到DISCONNECT消息 | 由操作者设定。华为取值20s | 设置过小，指配过程未完成，影响指配成功率，呼叫建立成功率。 设置过长，在无线环境较差情况下，可能导致BSS侧发起清除请求，导致掉话 |
TNT2 （指配请求过程监视定时器） | MSC发送ASS REQ时启动 | 收到ASS CMP或ASS FAIL 或HO REQ时停止。定时器超时后，MSC调用呼叫清除进程 | TCHACTIVE+T3107a+T3107b+5s 缺省值12s | 设置过小，影响呼叫建立成功率，指配成功率 |
T301 (用户摘机定时器) | 监控用户摘机的时间。MSC收到ALERTING消息时启动 | 收到CONNECT/DISCONNECT消息时停止 | 华为取值45s。 | 如果该定时器设置过长，由于无线环境较差或链路故障等问题，BSS侧定时器先超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。 |
| MS测 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T3124 | 收到HOCMD | 收到物理消息 | SDCCH (+SACCH)时，设置为675ms，其他情况320ms | 等待下发物理消息 | |
T200 | MS发送SABM帧时 | 收到UA | 分各种信道情况取值不同 | TCH掉话率 | 防止数据链路层数据发送过程中死锁 |
| BTS侧 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 | |
T3105 | 发送PHY INFO消息 | 从MS收到正确解码的格式为A和B（04.06）的层2帧或TCH帧。 | 范围〈2-254；单位：10ms〉 缺省值〈6 〉 | 发送给MS的两次物理信息的时间间隔。最大NY1次，如果超过NY1次，切换失败 | ||
| BSC侧 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T3103b1 | 发HOCMD | 目标BTS下发HO Detect 或者收到源BTS下发EST IND | 范围〈1-50 s〉 缺省值为6s | 切换成功率 | 对MS在目标BTS上建立数据链路（层2）连接的时间监视（BSC内切换） |
T3103b2 | 1，收到目标BTS发来的HANDOVER DETECT消息 2，收到源BTS发来的EST IND消息（切换失败，MS返回原信道） 3，收到目标BTS发来的EST IND消息后将重启定时器 | 收到源BTS发来的HO_FAI消息（切换失败，MS返回原信道） 收到目标BTS发来的HANDOVER COMPLETE消息（切换成功） | 缺省值为6s | 切换成功率 | 对MS在层3建立连接的时间监视（BSC内及BSC间切换） |
T3103A | HO CMD | 内部清除或者建立指示 | 切换成功率 |
| MS测 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T3124 | 收到HOCMD | 收到物理消息 | SDCCH (+SACCH)时，设置为675ms，其他情况320ms | 等待下发物理消息 | |
T200 | MS发送SABM帧时 | 收到UA | 分各种信道情况取值不同 | TCH掉话率 | 防止数据链路层数据发送过程中死锁 |
| 源BSC侧 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T7 | 发HORQD | HO CMD 定时器超时重启，并发送HORQD | 范围〈1-125s〉 缺省值〈6〉 | 切换请求定时器 | |
T8 | 源BSC收到HO CMD | 1，源BSC收到MSC下发CLEAR CMD 2，源BSC收到源BTS的 EST IND 3，超时向MSC下发CLEAR REQUEST | 范围<5~125s>缺省值为25s | TCH掉话率； 切换成功率 | 反映BSC间切换时对原信道的保留时间 |
T3103A | 源BSC下发HO CMD | 收到MSC的CLEAR CMD | 切换成功率 | 保持信道足够长的时间以便可以返回信道，定时器小于T8 |
| 目标BSC | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T3103b1 | 发HOCMD | 目标BTS下发HO Detect 或者收到源BTS下发EST IND | 范围〈1-50 s〉 缺省值为6s | 切换成功率 | 对MS在目标BTS上建立数据链路（层2）连接的时间监视（BSC内切换） |
T3103b2 | 1，目标BSC收到目标BTS发来的HO DETECT消息 2，收到目标BTS发来的EST IND消息后将重启目标BSC的定时器 3，源BSC收到源BTS发来的EST IND消息（切换失败，MS返回原信道） | 1，收到源BTS发来的HO_FAI消息（切换失败，MS返回原信道） 收到目标BTS发来的2，HANDOVER COMPLETE消息（切换成功） 3，超时向MSC下发CLEAR REQUEST | 范围〈1-25 s〉 缺省值为6s | TCH掉话率； 切换成功率 | 对MS在层3建立连接的时间监视（BSC内及BSC间切换） |
| MSC测 | 启动时间 | 停止时间 | 取值 | 对KPI影响 | 目的 |
T101 | HOREQ | HOREQACK | 1~120s 默认8s | BSC间切换请求等待定时器 | |
T102 | MSC=》BSC HO CMD | MSC收到 HO CMP | 2~15s 默认5s | MSC内BSS间切换监控定时器 | |
TNT3 | MSC向源小区发送清除命令 | 收到清除完成CLR CMP | 1~120s 默认6s | 清除定时器 |
| 通信人家园 (https://www.txrjy.com/) | Powered by C114 |