当前位置:首页 >> 信息与通信 >>

GSM定时器专题大全-huawei


目 录
1 2 概 述...............................................................................................................................1 Um 接口定时器 .....................................

............................................................................2
2.1 CC 层...................................................................................................................... 2 2.1.1 2.1.2 2.2 MSC 侧......................................................................................................... 2 MS 侧 ........................................................................................................... 6 MSC 侧定时器............................................................................................... 8 MS 侧定时器 ................................................................................................. 9 MSC 侧....................................................................................................... 13 BSC 侧 ....................................................................................................... 17 MS 侧 ......................................................................................................... 25 BTS 侧 ....................................................................................................... 27 MS 侧 ......................................................................................................... 29

MM 层 ..................................................................................................................... 8 2.2.1 2.2.2

2.3

RR 层.................................................................................................................... 13 2.3.1 2.3.2 2.3.3

2.4

LAPDm 层 ............................................................................................................. 27 2.4.1 2.4.2

3

Abis 接口定时器 ..............................................................................................................32
3.1 BTSM 层 ............................................................................................................... 32 3.1.1 3.1.2 3.2 BSC 侧 ....................................................................................................... 32 BTS 侧 ....................................................................................................... 34 BSC 侧 ....................................................................................................... 35 BTS 侧 ....................................................................................................... 35

LAPD 层................................................................................................................ 35 3.2.1 3.2.2

4

A 接口定时器 ..................................................................................................................37
4.1 BSSMAP 层........................................................................................................... 37 4.1.1 4.1.2 MSC 侧....................................................................................................... 37 BSC 侧 ....................................................................................................... 39

5

Ater 接口定时器 ..............................................................................................................43
5.1 BTAP 层................................................................................................................ 43 5.1.1 5.1.2 BSC 侧 ....................................................................................................... 43 TC 侧.......................................................................................................... 45

附录一:主要流程中的定时器.................................................................................................46 附录二:GSM 系统 CC 层定义的原因值 .................................................................................84

内部资料,请勿外传

关键词: 定时器、Um、Abis、Ater、A、CC、MM、RR、BSSMAP、BT AP、BTSM、LAPD、LAPDm 摘 要: 本文是对GSM BSS系统各接口中主要定时器的研究报告。文中对各个定时器的作用以 及使用条件和策略进行了阐述。 通过对这些定时器的作用及使用方式的阐述和研究, 使我们更清 楚地了解了各定时器的特性, 为今后我们进行网络优化时使用这些定时器来改善网络性能提供了 有效的借鉴信息。 缩略语清单: CC CCBS CUG IE LAPDm MAP MM RR VGCS Call Control(呼叫控制) Completion of Call to Busy Subscriber supplementary service (对占线用户的完成呼叫的补充业务) Closed User Group supplementary service Information Element(信令单元或消息元素) Link Access Protocol on the Dm channel(Dm信道上的链路接入协议) Mobile Application Part (移动应用部分) Mobility Management(移动性管理) Radio Resource(无线资源) Voice Group Call Service
(语音组呼业务) (闭合用户群补充业务)

参考资料清单: 1、GSM 03.94、04.08、08.08、08.58等相关协议 2、《各种定时器--新疆伊犁网络拥塞问题分析》 中研文档 3、《GSM原理及其网络优化》韩斌杰编著 机械工业出版社

4、Ericsson:“User Description, Circuit Switched Traffic Timers”

内部资料,请勿外传

1 概



GSM 系统内设计了大量的定时器和计数器用来对系统的信令或操作流程 进行监控,通过这些定时器和计数器的配合和应用,可以使 GSM 系统的各个 接口的同一消息层或不同消息层的信令或操作流程有效地运作起来。因此, 合理地设置这些定时器的时间长度对保证整个系统的正常工作起着重要的作 用。 在网络优化工作中,经常会碰到诸如掉话、拥塞、切换失败等网络问题, 造成网络性能下降和网络指标恶化。在完善网络覆盖、降低网络干扰、保证 设备良好运行等外部措施外,通过合理调整系统内相应的定时器的时间长度, 对改善网络性能、提高网络指标也具有较大的作用。 本文通过对 GSM 系统中与 BSS 相关的各主要接口的不同消息层中的与 网优业务相关的定时器的介绍,使得工程师对此部分的各主要定时器的作用 及工作程序有一个较全面的了解,为今后的优化工作提供一些思路和参考, 也对更深入地理解 GSM 移动通信系统的工作流程提供一些借鉴和帮助。 本文所列定时器主要以 GSM 协议的定义为基准, 并参考了部分主流厂家 及华为公司的相关内容完成的,仅作为具体优化工作的参考资料。由于各厂 家对部分定时器的定义并不一致,有些还有较大差别,因此实际优化中,特 别是第三方优化中还应以具体厂家的相关说明资料为准。

1

2 Um 接口定时器
2.1 CC 层
2.1.1 MSC 侧
2.1.1.1 T301
?

作用:用户摘机定时器(监控呼叫建立后用户摘机的时间;如果网络侧 已经使用了内部呼叫监视功能(即组合呼叫时),此时 T301 不起作用)

? ?

启动:MSC 收到 ALERTING 消息 停止: MSC 收到 CONNECT 消息 MSC 收到 DISCONNECT 消息 超时:定时器超时后,MSC 以原因值#19 “user alerting, no answer”(华 为设备主机原因值为:#15)向主叫方清除本次呼叫;同时 MSC 以原因值 #102 “recovery on timer expiry”(华为设备主机原因值为:#230)或#31 "normal, unspecified"(华为设备主机原因值为:#159) 向被叫方清除本次 呼叫(发送 DISCONNECT 消息)

(1) (2)
?

?

取值:最小 180s(协议定义);华为取值为 45s

2.1.1.2

T303
? ? ?

作用:呼叫发起监视定时器(MM 连接等待定时器)。 启动:MSC 发送 SET UP 消息 停止: MSC 收到 CALL CONF IRM 消息 MSC 收到 RLEASE COMPLETE 消息 超时:定时器超时后,MSC 清除本次呼叫 取值:由操作者设定,华为取值为 20s

(1) (2)
? ?

2.1.1.3

T305
? ?

作用:定时器对挂机过程进行监视 启动: MSC 发送 DISCONNECT 消息, 消息中不包含 “in-band information or appropriate pattern now available” (过程指示#8) “CCBS activation 或 is not possible”(CCBS :Completion Calls of Busy Subscriber

supplementary service,对占线用户的完成呼叫的补充业务)

2

?

停止: MSC 收到 RELEASE 消息 MSC 收到 DISCONNECT 消息 超时:定时器超时后,MSC 发送 RELEASE 消息 取值:30s

(1) (2)
? ?

2.1.1.4

T306
? ?

作用:定时器对挂机过程进行监视 启动: MSC 发送 DISCONNECT 消息, 消息中包含 “in-band information or appropriate pattern now available”(过程指示#8)但不包含“CCBS activation is not possible”

?

停止: MSC 收到 RELEASE 消息 MSC 收到 DISCONNECT 消息 超时:当 MSC 的 CC 实体已经进入“disconnect indication”状态时, 如果 T306 超时,CC 实体将停止 tone/announce,并发送 RELEASE 消 息(消息中的原因值即为 DISCONNECT 消息中的原因值)给 MS 的对 等实体,同时启动定时器 T308 进入“release request”状态(与 305 的 区别在于是否提供 tone/announcement 的呼叫, T306 在此提供情况下使 用)

(1) (2)
?

?

取值:30s

2.1.1.5

T308
? ? ?

作用:资源释放过程监视定时器 启动:MSC 发送 RELEASE 消息 停止: MSC 收到 RELEASE COMPLETE 消息 MSC 收到 RELEASE 消息,即冲撞时或 MS 没有收到 RELEASE 消息 造成手机 T305 超时。

(1) (2)

?

超时:处于“释放请求”状态的网络侧 CC 实体在 T308 第一次超时时, 将重发 RELEASE 消息,重新启动 T308,继续保持在“释放请求”状态。 在 T308 第二次超时时,网络侧 CC 实体将释放 MM 连接,并返回“空” 状态 (The call control entity of the network in the "release request" state, shall, at first expiry of timer T308, retransmit the RELEASE message, start timer T308, and stay in the "release request" state. At second

3

expiry of timer T308, the call control entity of the network shall: release the MM connection; and return to the "null" state)
?

取值:由操作者设定,华为取值 10s

2.1.1.6

T310
? ? ?

作用:本定时器对来话呼叫进程进行监控 启动: MSC 收到 CALL CONF IRM 消息 停止: MSC 收到 ALERTING 消息 MSC 收到 CONNECT 消息 MSC 收到 DISCONNECT 消息 超时:定时器超时后,MSC 向主叫以原因值#18 "no user responding" 启动清除流程; 并且向被叫以原因值#102 "recovery on timer expiry"启动 清除流程

(1) (2) (3)
?

?

取值:由操作者设定,华为取值 20s

2.1.1.7

T313
? ? ? ? ?

作用:监视呼叫连接过程的定时器 启动:MSC 发送 CONNECT 消息 停止:MSC 收到 CONNECT ACK 消息 超时:定时器超时后,MSC 清除本次呼叫 取值:由操作者设定,华为取值 30s

2.1.1.8

T322
? ? ? ?

作用:呼叫状态查询定时器 启动:MSC 第一次发送 STATUS ENQUIRY 消息, 停止:MSC 收到 STATUS 消息 超时:当 STATUS 消息发送了最大次数后,若定时器超时,MSC 清除本 次呼叫,原因值为#41“temporary failure”

?

取值: 暂缺

2.1.1.9

T323
? ?

作用:模式更新流程监视定时器 启动: MSC 发送 MODIFY 消息, 网络侧进入 “mobile terminating modify” 状态

?

停止:

4

(1) (2)

MSC 收到 MODIFY COMPLETE 消息 MSC 收到 MODIFY REJECT 消息(若手机不支持所请求的呼叫模式, 其消息原因值为# 58 “bearer capability not presently available”)

?

超时: 定时器超时后, MSC 启动呼叫清除流程, 原因值为# 102 “recovery on timer expiry”

?

取值:30s

2.1.1.10 T331
? ? ? ? ?

作用:CC 连接进程监视定时器 启动:MSC 发送 CM-SERV PROMPT 消息 停止:MSC 收到 START CC 消息 超时:定时器超时后,MSC 清除本次呼叫 取值:由操作者设定,具体取值暂缺

2.1.1.11 T333
? ? ?

作用:CC 建立过程监视定时器 启动:MSC 收到 START CC 消息 停止: MSC 收到 CC-EST CONF IRM 消息 MSC 收到 RELEASE COMPLETE 消息 超时: 定时器超时后, MSC 向被叫 MS 发送带有原因值#102 “recovery on timer expiry”的 RELEASE COMPLETE 消息清除本次呼叫

(1) (2)
?

?

取值:操作者设定,具体取值暂缺

2.1.1.12 T334
? ? ? ?

作用:CC 建立确认过程监视定时器 启动:MSC 发送 RECALL 消息 停止:MSC 收到 SET UP 消息 超时:定时器超时后,MSC 用原因值#102 “recovery on timer expiry” 向 MS 发送 RELEASE COMPLETE 消息,释放 MM 连接,进入“空” (“null”)状态并通知所有在 MSC 侧占用的实体,清除本次呼叫

?

取值: 最小 15s (When applied to the supplementary service CCBS, the timer T334 can either represent the recall timer T4 or the notification timer T10 (see GSM 03.93). Thus the timer T334 can take two different values. GSM 03.93 defines the range of these values.)

5

2.1.1.13 T338
?

作用:挂机指示过程监视定时器(T306,T305,T338 三者启动原因值 区别)

?

启动: MSC 发送 DISCONNECT 消息, 消息中包含的 Allowed Actions IE (允许的激活 IE)指示“Activation CCBS is possible”;另外消息中

也可包含#8“in-band information or appropriate pattern now available” 指示,此时 T338 不应大于 T306
?

停止: MSC 收到 RELEASE 消息 MSC 收到 DISCONNECT 消息 超时:当 MSC 的 CC 实体已经进入“disconnect indication”状态时, 如果 T338 超时,CC 实体将停止 tone/announce,并发送 RELEASE 消 息(消息中的原因值即为 DISCONNECT 消息中的原因值)给 MS 的对 等实体,同时启动定时器 T308 进入“release request”状态

(1) (2)
?

?

取值:操作者设定,具体取值暂缺

2.1.2 MS 侧
2.1.2.1 T303
? ? ?

作用:MM 连接等待定时器/呼叫发起监视定时器 启动:MS 发送 CM SERV REQ(SABM 帧)消息 停止: MS 收到 CALL PROCEEDING 消息 MS 收到 ALERTING 消息 MS 收到 CONNECT 消息 MS 收到 RELEASE COMPLETE 消息 超时:定时器超时后,MS 清除本次呼叫 取值:30s

(1) (2) (3) (4)
? ?

2.1.2.2

T305
? ? ?

作用:断开请求过程监视定时器 启动:MS 发送 DISCONNECT 消息 停止: MS 收到 RELEASE 消息 MS 收到 DISCONNECT 消息 超时:定时器超时后,MS 清除本次呼叫
6

(1) (2)
?

?

取值:30s

2.1.2.3

T308
? ? ?

作用:释放请求过程监视定时器 启动:MS 发送 RELEASE 消息 停止: MS 收到 RELEASE COMPLETE 消息 MS 收到 RELEASE 消息 超时:在 T308 第一次超时时,MS 将重发 RELEASE 消息,重新启动 T308,继续保持在“释放请求”状态。在 T308 第二次超时时,MS 将释 放 MM 连接,并返回“空”状态

(1) (2)
?

?

取值:30s

2.1.2.4

T310
? ?

作用:呼出进程监视定时器 启动: 收到 CALL PROCEEDING 消息; MS 但如果 CALL PROCEEDING 消息或之前的 PROGRESS 消息中的进程指示器为#1、#2 或#64 时,不 启动 T310

?

停止: MS 收到 ALERTING 消息 MS 收到 CONNECT 消息 MS 收到 DISCONNECT 消息 MS 收到 PROGRESS 消息 超时:定时器超时后,MS 发送 DISCONNECT 消息 取值:30s

(1) (2) (3) (4)
? ?

2.1.2.5

T313
? ? ? ? ?

作用:连接请求过程监视定时器 启动:MS 发送 CONNECT 消息 停止:MS 收到 CONNECT ACK 消息 超时:定时器超时后,MS 发送 DISCONNECT 消息 取值:30s

2.1.2.6

T322
? ?

作用:呼叫状态查询定时器 启动:MS 第一次发送 STATUS ENQUIRY 消息,

7

? ?

停止:MS 收到 STATUS 消息 超时:当 STATUS 消息发送了最大次数后,若定时器超时,MS 清除本 次呼叫,原因值为#41“temporary failure”

?

取值: 具体取值暂缺

2.1.2.7

T323
? ? ?

作用:模式更新请求过程监视定时器 启动:MS 发送 MODIFY 消息 停止: MS 收到 MODIFY COMPLETE 消息 MS 收到 MODIFY REJECT 消息 超时: 定时器超时后, 启动呼叫清除流程, MS 原因值为# 102 “recovery on timer expiry”

(1) (2)
?

?

取值:30s

2.1.2.8

T332
? ? ? ? ?

作用:等待网络消息定时器 启动:MS 发送 START CC 消息 停止:MS 收到 CC- EST 消息 超时:定时器超时后,MS 清除本次呼叫 取值:30s

2.1.2.9

T335
? ? ? ? ?

作用:呼叫控制建立证实定时器 启动:MS 发送 CC-EST CONF IRM 消息 停止:MS 收到 RECALL 消息,并进入“recall present”状态 超时:定时器超时后,MS 清除本次呼叫 取值:30s

2.2 MM 层
2.2.1 MSC 侧定时器
2.2.1.1 T3250
? ?

作用:TMSI 重分配过程监视定时器 启动:

8

(3) (4)
? ? ?

MSC 发送 TMSI_ REALL_ CMD 消息 MSC 发送带有新的 TMSI 的 LOC UPD ACC 消息 停止:MSC 收到 TMSI _REALL_COM 消息 超时:定时器超时后,MSC 发送 CLEAR COM 消息释放 RR 连接 取值:12s,华为取值为 5s

2.2.1.2

T3255 (1) 作用:位置更新监视定时器 (2) 启动:MSC 发送带有“Follow on Proceed ”的 LOCATION UPDATING ACCEPT 消息
? ?

停止:MSC 收到 CM SERVICE REQUEST 消息 超时:定时器超时后,MSC 发送 CLEAR COM 消息释放 RR 连接

(3) 取值:协议未定义,具体取值暂缺 2.2.1.3 T3260
? ? ? ? ?

作用:鉴权过程监视定时器 启动:MSC 发送 AUTHENTICATION REQUEST 消息 停止:MSC 收到 AUTHENTICATION RESPONSE 消息 超时:定时器超时后,MSC 发送 CLEAR CMD 消息直接释放 RR 连接 取值:12s,华为取值为 5s

2.2.1.4

T3270
? ? ? ? ?

作用:身份识别定时器 启动:MSC 发送 IDENTITY REQUEST 消息 停止:MSC 收到 IDENTITY RESPONSE 消息 超时:定时器超时后,MSC 发送 CLEAR CMD 消息直接释放 RR 连接 取值:12s,华为取值为 5s

2.2.2 MS 侧定时器
2.2.2.1 T3210
? ? ?

作用:位置更新等待定时器 启动:MS 发送 LOC_UPD_REQ 消息 停止: MS 收到 LOC_UPD_ACC 消息 MS 收到 LOC_UPD_REJ 消息 MS 收到 AUT H_REJ 消息
9

(4) (5) (6)

(7)
? ?

低层链路连接失败 超时:定时器超时后,MS 启动 T3211 取值:20s

2.2.2.2

T3211
? ?

作用:重启位置更新等待定时器 启动: MS 收到带有网络失败#17 原因值的 LOC_UPD_REJ 消息 低层链路连接失败 位置更新过程中由于 RR 连接失败造成的 RR 连接释放 停止: 定时器记时满 小区变更 MM 连接建立请求 LA 变更 超时:定时器超时后,MS 重启位置更新流程 取值:15s

(1) (2) (3)
?

(1) (2) (3) (4)
? ?

2.2.2.3

T3212
? ?

作用:周期性位置更新定时器 启动:MM 业务或 MM 信令终止;即在定时器还没有启动的情况下,MS 每次进入 NORMAL SERVICE 或 ATTEMPTing TO UPDATE 的子状态 MM IDLE 时启动此定时器

?

停止:MM 业务或 MM 信令启动 在 MS 离开 MM IDLE 状态后,定时器 T3212 将保持,即定时器不再计 时但会保留当前时间值并在下次开始时继续此时间值计时;

(1)

(2)

定时器停止(在下次开始时按初始值计时): --- 收到 LOCATION UPDATING ACCEPT 或 LOCATION UPDAT ING REJECT 消息; ---收到 AUTHENT ICATION REJECT 消息; ---除了最近的业务状态为 LIMITED SERVICE 时, 收到第 1 条 MM 消息 或在 MM 连接建立时加密模式设置完成; ---MS 已经响应了寻呼,并且之后已经收到除 RR 消息的第 1 条正确的 层 3 消息; ---定时器超时;

10

---MS 去激活(手机关机或 SIM 移走)
?

超时:定时器超时后,MS 发起周期性位置更新并置定时器为初始值;当 定时器超时后 MS 处于非 Idle 状态,位置更新将延迟到 MS 进入 Idle 状 态再启动

?

取值:0-255 (1/10 小时);此参数在 BSC 中设置,在系统消息 3 中下 发给 MS

2.2.2.4

Attempt Counter
?

作用:为限制位置更新尝试的次数,在位置更新失败时使用此计数器。 此计数器记录连续失败的位置更新尝试次数。 当决定在定时器 T3211 超时后是否重新尝试一次位置更新时使用

计数器 attempt counter 。
?

启动: 当一个位置更新流程失败时,累加计数器 attempt counter 下列情况下,计数器 attempt counter 清零: ---MS 关机 ---SIM 卡嵌入 ---位置更新成功完成 ---带有原因值#11、#12 或#13 的完成的位置更新

(1) (2)

(3)

如 attempt counter 小于 4,将启动 T3211;如 attempt counter 大于等 于 4,将进入 ATTEMPTING to UPDATE 业务状态,并启动 T3212;。 在下列情况下 attempt counter 清零 ---进入一个新的位置区 ---T3212 超时 ---由 CM 子层请求触发的位置更新

?

取值:具体取值暂缺

2.2.2.5

T3213
?

作用:随机接入失败等待定时器。在返回禁止的小区 5 秒后,若至少有 一个其他的合适小区,将发生小区重选。一般 5 秒后,MS 将选择返回随 机接入失败的小区。

? ?

启动:位置更新失败 停止: 定时器超时 BCCH 参数变更

(1) (2)

11

?

超时: 定时器超时后, 若有必要, 将发起新的随机接入尝试 MS (Random Access);如果定时器超时后,由于缺乏有效的信息而不能选择到一个 新的小区,MS 可以延迟重复尝试直到 8 秒,以便允许进行小区重选。若 位置更新中发生两次连续的随机接入失败,MS 将按如下操作处理:

?

取值:4s

2.2.2.6

T3220
? ?

作用:IMSI 分离过程定时器 启动:启动 IMSI 分离,MS 向网络侧发送 IMSI DETACH INDICATION 消息,MS 进入 MM 子层状态 IMSI DETACH INIT IATED 中

?

停止:RM 子层(RR 连接)释放。如果可能,MS 应延长本端的信道释 放以便允许网络侧启动正常的释放直至 T3220 超时;如不可能(MS 关 机),MS 侧的 RR 子层应终止

? ?

超时:定时器超时后,MS 关机或进入 Idle 状态并尝试更新 取值:5s

2.2.2.7

T3230
? ?

作用:呼叫建立等待定时器 启动: MS 发送 CM SERV REQ 消息 MS 发送 CM REEST REQ 消息 停止: MS 收到 Cipher mode setting 消息 MS 收到 CM SERV REJ 消息 MS 收到 CM SERV ACC 消息 超时:定时器超时后,MS 发起释放指示 取值:15s

(1) (2)
?

(1) (2) (3)
? ?

2.2.2.8

T3240
? ?

作用:MM 层流程等待定时器 启动: MS 收到 LOCATION UPDAT ING ACCEPT 消息 MS 收到 LOCATION UPDAT ING REJECT 消息 MS 收到 CM SERVICE ABORT 消息 MS 释放或断开所有 MM 连接 停止:
12

(1) (2) (3) (4)
?

(1) (2)

收到一条 MM 层消息,同时复位定时器并重新启动定时器 收到一条启动 CM 连接建立的 CM 层消息(如 SETUP、REGISTER 或 CP-DATA 消息),同时复位定时器(不再重新启动)

? ?

超时:定时器超时后,MS 断开 RR 连接 取值:10s

2.3 RR 层
2.3.1 MSC 侧
2.3.1.1 TNT2(ASSIGN timer)
? ? ?

作用:指配请求过程监视定时器 启动:MSC 向 BSC 发送 ASSIGNMENT REQUEST 消息 停止: MSC 收到 BSC 发来的 ASSIGNMENT COMPLETE 消息 MSC 收到 BSC 发来的 ASSIGNMENT FAILURE 消息 MSC 收到 BSC 发来的 HANDOVER REQUIRED 消息(BSC 间的直接重 试)

(1) (2) (3)

? ?

超时:定时器超时后,MSC 调用呼叫清除进程 取值: 范围〈1-120s〉 缺省值〈12s〉; 所选时间=TCHACT IVE+T3107a+T3107b+5s

(1) (2) (3) 2.3.1.2

CIPHERING timer
? ? ?

作用:加密模式启动控制定时器 启动:MSC 向 MS 发送 CIPHERING_MODE_COMMAND 消息 停止: MSC 收到 MS 发来的 CIPHERING_MODE_COMPLETE 消息 MSC 收到 MS 发来的 CIPHERING MODE REJECT 消息 超时: 定时器超时后, MSC 向 BSC 发送 CLEAR_COMMAND 消息启动 清除进程

(1) (2)
?

?

取值: 范围〈1-120s〉 缺省值〈30s〉

(1) (2)

13

2.3.1.3

T103(跨 MSC 切换)
?

作用:跨 MSC 基本切换中归属 MSC 切换过程监视定时器;此定时器监 视了从 MSC-A(归属 MSC)发出一条 A-HANDOVER-COMMAND 消息 到从 MSC-B(目标 MSC)收到一条成功的流程指示消息之间的时间

? ? ?

启动:归属 MSC 发送 HANDOVER COMMAND 消息 停止:收到目标 MSC 发来的 SEND END SIGNAL(MAP)消息 超时:定时器超时后,MSC 终止切换进程,并根据申请参数来决定保持 或清除已建连接

?

取值: 范围〈5-120s〉,华为取值范围〈3--15s〉 缺省值〈15s〉,华为缺省值为〈7s〉

(1) (2) 2.3.1.4 T201
? ?

作用:等待一个空闲信道的排队时间 取值:由 O&M 设置,具体取值暂缺

2.3.1.5

T202
? ? ?

作用:MSC-B 中各 BSS 间切换时,切换完成的 时间 超时:定时器超时,释放无线通道及 B’接口上的连接 取值:由 O&M 设置,具体取值暂缺

2.3.1.6

T204(跨 MSC 切换 )
?

作用:跨 MSC 的基本切换中目标 MSC 切换过程监视定时器;此定时器 监视了从发送地址全 (ACM) 消息给 MSC-A 到在 MSC-B 上收到 BSS-B 发送的 A-HANDOVER-COMPLETE 消息。对于后续切换此定时器还监 视了从发送 HANDOVER COMMAND 消息给 MS 到收到从 MSC-A 应答 的 MAP-SEND-END-SIGNAL 消息。 在切换中 MSC-A 与 MSC-B 之间没 有 电 路 连 接 时 , 此 定 时 器 监 视 了 从 给 MSC-A 发 送

A-HO-REQUEST-ACKNOWLEDGE 消息到在 MSC-B 上收到 BSS-B 发 来的 A-HANDOVER-COMPLETE 消息(按两种情况分开描述)
?

启动: 建立归属 MSC 与目标 MSC 的连接后, 目标 MSC 向归属 MSC 发 送的 ACM 消息

? ?

停止:收到目标 BSC 发来的 HANDOVER COMPLETE 消息 超时:定时器超时后,MSC 终止切换进程,并根据申请参数来决定保持 或清除已建连接;If the timer expires, then any new radio channel is released. T204 is set by O&M.
14

?

取值: 范围〈5-120s〉,华为取值范围〈3—15s〉 缺省值〈20s〉,华为缺省值为〈7s〉

(1) (2) 2.3.1.7 T210
?

作用:跨 MSC 切换中,从 MSC-A 到 MSC-B 建立一条电路连接的时间。 当 MSC-A 明确指出不需要切换号码时,不启动此定时器,此定时器位于 MSC-B

? ? ? ?

启动: 停止: 超时:当定时器超时后,释放 MSC-B 已分配的信道 取值:由 O&M 设置,具体取值暂缺

2.3.1.8

T211
? ? ?

作用:MSC-B 发送连续切换请求后到收到 MSC-A 响应的时间 启动:MSC-B 发送 A-HO-REQUEST 给 MSC-A 停止: MSC-B 收到 MSC-A 发来的 A-REQUEST-ACKNOWLEDGE 消息 MSC-B 收到 MSC-A 发来的 A-HO-FAILURE 消息 超时:定时器超时后,保持与 MS 已存在的连接 取值:由 O&M 设置,具体取值暂缺

(1) (2)
? ?

2.3.1.9

T104(跨 MSC 后续切换 1)
?

作用:跨 MSC 后续切换中切回归属 MSC 过程在归属 MSC 的监视定时 器

?

启动:归属 MSC 向非归属 MSC 发送 SUBSEQUENT HANDOVER ACKNOWLEDGEMENT(MAP)消息

? ?

停止:归属 MSC 收到 HANDOVER COMPLETE 消息 超时: 定时器超时后, 释放新建立的无线信道资源, 并保持到非归属 MSC 的切换设置连接

?

取值: 范围〈5-120s〉,华为取值范围〈3—15s〉 缺省值〈5s〉,华为缺省值为〈7s〉(参考协议 0309-460 P51-52)

(1) (1)

15

2.3.1.10 T103(跨 MSC 后续切换)
?

作用:跨 MSC 的后续切换在归属 MSC 中的监控定时器;此定时器监视 了从发送一条 A-HO-REQUEST-ACKNOWLEDGE 消息给 MSC-B 到从 MSC-B’收到一条成功的进程指示的时间

? ? ? ?

启动:归属 MSC 发送 HO-REQUEST-ACKNOWLEDGE 消息 停止:归属 MSC 收到切换目标 MSC 发来的 END SIGNAL(MAP)消息 超时:定时器超时后,归属 MSC 根据请求参数释放或保持已存在的连接 取值: 范围〈5-120s〉,华为取值范围〈3—15s〉 缺省值〈20s〉,华为缺省值为〈7s〉

(1) (2)

2.3.1.11 T102(MSC 内 BSS 间切换)
? ? ? ?

作用:MSC 内 BSS 间切换监控定时器 启动:MSC 向归属 BSC 发送 HANDOVER COMMAND 消息 停止:MSC 收到目标 BSC 发来的 HANDOVER COMPLETE 消息 超时:定时器超时后,MSC 根据请求参数释放或保持已存在的连接

(3) 取值: (1) (2) 范围〈5-120s〉,华为取值范围〈2—15s〉 缺省值〈15s〉,华为缺省值为〈5s〉

2.3.1.12 T104(跨 MSC 后续切换 2-即由 MSCB 切回至 MSCA 的另外一个 BSS)
? ?

作用:后续切换中切到第三个 MSC 过程在归属 MSC 的监视定时器 启 动 : MSC 向 服 务 MSC 发 送 SUBSEQUENT HANDOVER ACKNOWLEDGEMENT(MAP)消息

? ?

停止:收到第三个 MSC 发来的 SEND END SIGNAL(MAP)消息 超时:定时器超时后,MSC 根据请求参数释放或保持已存在的连接

(3) 取值: (4) (5) 2.3.1.13 T3113
? ? ? ?

范围〈5-120s〉,华为取值范围〈3—15s〉 缺省值〈5s〉,华为缺省值为〈7s〉

作用:寻呼等待定时器 启动:MSC 向 BSC 发送 PAGING REQUEST 消息 停止:收到 BSC 发来的 PAGING RESPONE 消息 超时:定时器超时后,MSC 重发寻呼消息,并重新启动 T3113 定时器; 重发次数由网络侧自定义
16

?

取值: 范围〈2-10s〉 缺省值〈位置区内寻呼—4s;整个 MSC 寻呼—7s〉

(1) (2)

2.3.2 BSC 侧
2.3.2.1 T100
?

作用:无线链路连接定时器,在 BSC 设置,发送给 MS。具体见 MS 侧 内容。

?

超时:定时器超时后,MS 断开通话连接

(3) 取值: (1) (2) 2.3.2.2 范围〈4-64 SACCH 复帧周期〉 缺省值〈16 〉

T_ESTABLISH DELAY
?

作用:TCH 话音信道建立启动时延定时器,用于 SAPI=3 的点对点短消 息

?

启动: BSC 收到 BTS 发来的 ESTABLISH INDICAT ION 消息申请建立话 音业务(SAPI=0)信道

? ?

停止: 在 BSC 能够建立一个连接之前,必须停止此定时器 超时:

(3) 取值: (1) (2) 2.3.2.3 范围〈1-5s〉 缺省值〈2s 〉

T_SAPI3ESTABLISH
? ?

作用:BSC 发起的连接建立监视定时器,在短消息被叫流程中使用。 启动:SAPI=3 的连接时,BSC 向 BTS 发送 ESTABLISH REQUEST 消 息

?

停止: 收到 BTS 发来的 ESTABLISH CONFIRM(SAPI=3 时)消息 收到 BTS 发来的 RELEASE INDICATION(SAPI=3 时)消息 收到 BTS 发来的 ERROR INDICATION(SAPI=3 时)消息 超时:定时器超时后,BSC 启动呼叫清除进程

(1) (2) (3)
?

(4) 取值:(参见信令手册中的短消息被叫流程)

17

(1) (2) 2.3.2.4

范围〈1-25s〉 缺省值〈5s 〉

T_SAPI3RELEASE
? ? ?

作用:由 BSC 发起的 SAPI=3 的连接释放过程监视定时器 启动:SAPI=3 的连接时,BSC 向 BTS 发送 RELEASE REQUEST 消息 停止: 收到 BTS 发来的 RELEASE CONF IRM(SAPI=3 时)消息 收到 BTS 发来的 RELEASE INDICATION(SAPI=3 时)消息 收到 BTS 发来的 ERROR INDICATION(SAPI=3 时)消息 超时:定时器超时后,BSC 启动呼叫清除进程

(1) (2) (3)
?

(4) 取值: (1) (2) 2.3.2.5 范围〈1-25s〉 缺省值〈5s 〉

TASSREQ(T10)
? ?

作用:信道模式更新和指配过程监控定时器 启动:BSC 收到 MSC 发送的 ASSIGNMENT REQUEST 消息(08.08 协议)

?

停止: 向 MSC 发送 ASSIGNMENT COMPLETE 消息 向 MSC 发送 ASSIGNMENT FAILURE 消息 向 MSC 发送 CLEAR REQUEST 消息 收到 MSC 发来的 CLEAR COMMAND 消息 超时:

(1) (2) (3) (4)
?

(5) 取值: (1) (2) 2.3.2.6 范围〈1-20s〉 缺省值〈7s 〉

TBSCHORRSUP
? ? ?

作用:BSC 间切换等待定时器 启动:目标 BSC 收到目标 BTS 发送的 CH_ACT_ACK 消息 停止: 收到目标 BTS 发来的 HANDOVER DETECT 消息 收到 MSC 发来的 CLEAR CMD 消息 超时:定时器超时后,BSC 向 MSC 发送 CLEAR REQ 消息
18

(1) (2)
?

(3) 取值: (1) (2) 2.3.2.7 范围〈5-60s〉 缺省值〈15s 〉

TCHANMODE
? ? ? ?

作用:信道模式更新监视定时器 启动:BSC 向 MS 发送 CHANNEL MODE MODIFY 消息 停止:收到 MS 发来的 CHANNEL MODE MODIFY ACK 消息 超时:定时器超时后, BSC 向 MSC 回 ASSIGNMENT FAILURE.

(3) 取值: (1) (2) 2.3.2.8 范围〈1-25s〉 缺省值〈5s 〉

TCLMRKINTERROG
?

作用:类标查询过程监视定时器,如 BSC 加密算法为 A5/2 且随机接入 为位置更新请求时启动类标查询流程。(见协议 04.08)

? ?

启动:BSC 向 MS 发送 CLASSMARK ENQUIRY 消息 停止: 收到 MS 发来的 CLASSMARK CHANGE 消息 其他原因,如收到 MSC 发来的 ASSIGNMENT REQUEST 消息 超时:定时器超时后,MSC 启动呼叫清除进程

(1) (2)
?

(3) 取值: (1) (2) 2.3.2.9 范围〈1-10s〉 缺省值〈2s 〉

WAIT_INDICAT ION
?

作用:MS 随机接入发送间隔,此参数将由 BSC 通过 IMMEDIATE ASSIGNMENT REJECT 消息发送给 MS 作为 T3122 定时器初始值

?

启动:(IMMEDIATE ASSIGNMENT REJECT 消息发送条件) 随机接入原因为位置更新请求或其他 NECI=1(表示支持半速率)且可 以在 SDCCH 上完成的流程,并且没有可用信道

(1)

(2) (3)

BSC 中心处理器过载 在 100ms 内收到过多的随机接入(依据设备不同而设置门限)

(4) 取值: (1) 范围〈1-200s〉

19

(2)

缺省值〈10—启动条件(1)〉〈20—启动条件(2)〉〈200—启动条 件(3)〉

2.3.2.10 T3101
? ? ? ?

作用:立即指配流程监控定时器 启动:BSC 向 BTS 发送 IMM_ASS_CMD 消息 停止:收到 BTS 发来的 EST_IND 消息 超时:定时器超时后,清除已分配的信道

(3) 取值: (1) (2) 2.3.2.11 T3103b1
?

范围〈10-100 ds〉ds=十分之一秒 缺省值〈15 〉

作用: MS 在目标 BTS 上建立数据链路 对 (层 2) 连接的时间监视 (BSC 内切换)

? ?

启动:BSC 向 MS 发送 HANDOVER COMMAND 消息 停止: 收到目标 BTS 发来的 HANDOVER DETECT 消息 收到源 BTS 发来的 EST IND 消息(切换失败,MS 返回原信道) 超时:定时器超时后,向 MSC 发送 CLEAR REQUEST 消息

(1) (2)
?

(3) 取值: (1) (2) 2.3.2.12 T3103b2
?

范围〈1-50 s〉 缺省值〈6 〉

作用:对 MS 在层 3 建立连接的时间监视(BSC 内及 BSC 间切换)

对于 BSC 内切换:
?

启动: 收到目标 BTS 发来的 HANDOVER DETECT 消息 收到源 BTS 发来的 EST IND 消息(切换失败,MS 返回原信道) 收到目标 BTS 发来的 EST IND 消息后将重启定时器 停止: 收到源 BTS 发来的 HO_FAI 消息(切换失败,MS 返回原信道) 收到目标 BTS 发来的 HANDOVER COMPLETE 消息(切换成功)

(1) (2) (3)
?

(1) (2)

对于 BSC 间切换:

20

?

启动: 目标 BSC 收到目标 BTS 发来的 HANDOVER DETECT 消息 收到目标 BTS 发来的 EST IND 消息后将重启目标 BSC 的定时器 源 BSC 收到源 BTS 发来的 EST IND 消息 (切换失败, 返回原信道) MS 停止: 源 BSC 收到源 BTS 发来的 HO_FAI 消息(切换失败,MS 返回原信道) 目标 BSC 收到目标 BTS 发来的 HANDOVER COMPLETE 消息(切换 成功)

(1) (2) (3)
?

(1) (2)

?

超时:定时器超时后,向 MSC 发送 CLEAR REQUEST 消息

(3) 取值:其取值应>(HANDOVER COMMAND 最大传送时间+T3124+尝 试建立一条多帧数据链路的最大间隔) (1) (2) 2.3.2.13 T3105
? ? ?

范围〈1-25 s〉 缺省值〈6 〉

作用:发送给 MS 的两次物理信息的时间间隔。 启动:发送 PHY INFO 消息 停止:从 MS 收到正确解码的格式为 A 和 B(04.06)的层 2 帧或 TCH 帧。

?

注:All data link layer peer-to-peer exchanges are in frames conforming to one of the formats. Format A is used on DCCHs for frames where there is no information field, Format B is used on DCCHs for frames containing an information field, and format Bbis is used only on BCCH, PCH, and AGCH. In addition there is a Format C for transmission of random access signals.

?

超时:定时器超时后,未收到正确的帧,网络侧将重发 PHY INFO 消息, 并重启 T3105,最大重复 NY1 次;NY1 次后还未收到正确的 SABM 帧, 则 BTS 向 BSC 发送连接失败消息(包含了切换失败信息),BSC 收到 后释放新分配的专用信道并停止定时器 T3105

(3) 取值: (1) (2) 2.3.2.14 T3107a
?

范围〈2-254;单位:10ms〉 缺省值〈6 〉

作用:MS 数据链路(层 2)连接建立时间(指配流程)

21

? ? ?

启动:BSC 向 MS 发送 ASS_CMD 消息 停止:收到 BTS 发来的 EST_IND 消息 超时: 定时器超时后,BSC 释放已分配的资源

(3) 取值: (1) (2) 2.3.2.15 T3107b
? ? ?

范围〈1-50 s〉 缺省值〈6 〉

作用:MS 层 3 连接建立时间(指配流程) 启动:收到 BTS 发来的 EST_IND 消息 停止: 收到 MS 发来的 ASS_CMP 消息 收到 MS 发来的 ASS_FAIL 消息 超时:定时器超时后,BSC 释放已分配的资源

(1) (2)
?

(3) 取值: (4) (5) 2.3.2.16 T3109
? ? ? ? ?

范围〈1-25 s〉 缺省值〈6 〉

作用 1:向 MS 发清除指令后信道释放指示的时间,由 RLINKT 控制 启动:BSC 向 BTS 发送 DEACT_SACCH 消息 停止:收到 BTS 发来的 REL_IND 消息 超时:定时器超时后,BSC 向 MSC 发送 CLEAR REQUEST 消息 取值:其数值应足够大以确保 MS 检测到一次无线链路失败 范围〈3-34s;T3109=a + RLINKT x 0.480s,a = 1 or 2s〉 缺省值〈9 〉

(1) (2)

? ?

作用 2:T3109 在底层链路故障时启动,用于呼叫重建。 启动: BSC 收到 BTS 发来的 CONNECTION FAILURE INDICATION 消息

? ? ?

停止: BSC 收到 BTS 发来的 CM Re-establishment Request 消息 超时:定时器超时后,BSC 向 MSC 发送 CLEAR REQUEST 消息 取值:大于无线链路超时时间

22

2.3.2.17 T3111
?

作用:连接释放延时定时器。此定时器用于主信令链路断开连接后延迟 信道的去激活;其目的是为可能重复的断开连接留有一些时间

? ? ? ?

启动:BSC 收到 BTS 发来的 REL_IND 消息 停止:为保护时间,等到超时才停止。 超时:定时器超时后,BSC 向 BTS 发送 RF_CHAN_REL 消息 取值:

(1)范围〈0-5 s〉,应等于 T3110(MS 侧的定时器) (2)缺省值〈1.1 〉 2.3.2.18 SACCH 复帧数
? ?

作用:上行 SACCH 解码失败导致 BSC 断开呼叫连接的时间 启动:上行 SACCH 解码失败 1 次,此参数减 1;上行 SACCH 解码成功 1 次,此参数加 2,但不能超过其最大值

? ? ?

停止:计数器减为 0 后超时 超时:定时器减到设置值以下后,BSC 断开呼叫连接 取值: 范围〈1-63;单位:SACCH 复帧周期〉 缺省值〈16 〉

(1) (2) 2.3.2.19 T3115
?

作用:上行接入流程中,VGCS(Voice Group Call Service) UPLINK GRANT 消息重复定时器。注:This message(VGCS UPLINK GRANT) is sent in unacknowledged mode on the main signalling channel by the network to the mobile station to stop the sending of access bursts from the mobile station and to change the channel configuration to a dedicated configuration.

? ? ? ?

启动: BSC 发送 VGCS UPLINK GRANT 消息 停止: 超时:定时器超时后,BSC 重发 VGCS UPLINK GRANT 消息 取值:由数据配置设定 范围〈此定时器可设置足够小,以至消息实际上是连续发送的〉 缺省值:

(1) (2)

23

2.3.2.20 T3119 (GPRS 定时器)
?

作用:在 GPRS 网络侧发起的小区重选过程中,保持旧信道足够的时间 以便 MS 能够返回原信道,并且 MS 丢失后释放信道

? ? ? ?

启动:BSC 发送 RR-CELL CHANGE ORDER 消息 停止:收到 MS 发来的正确接入新小区的消息 超时:定时器超时后, 释放原信道 取值:> RR_CELL CHANGE ORDER 消息的最大传送时间+T3134+尝 试建立多帧模式数据链路的时间间隔

2.3.2.21 NY1
?

作用:物理信息最大重发次数。在非同步切换的时候,手机不断的向网 络发切换接入 Burst(一般计时器 T3124 持续 320ms),当 BTS 检测到 手机的切换接入 Burst 后,BTS 在主 DCCH(FACCH)信道上向手机回 Physical information 消 息 , 并 启 动 定 时 器 T3105 , 同 时 发 送 MSG_ABIS_HO_DETECT 消息给 BSC。 物理信息消息中包含了不同物 理层的相关信息以保证 MS 的正确传送。 如果在接收到来自 MS 的 SAMB 帧前定时器失效,BTS 重发物理信息消息给 MS,本参数规定了发送物 理信息的最大次数 Ny1。如果重发次数超过 Ny1 次,BTS 还未收到来自 MS 的任何正确的 SAMB 帧, BTS 向 BSC 发送连接失败消息 (包含了切 换失败信息) BSC 收到后释放新分配的专用信道并停止定时器 T3105。 , 见协议 0858、0408。

? ? ? ?

启动: 停止: 超时: 取值: 范围〈0-254〉 缺省值〈35 〉

(1) (2) 2.3.2.22 NY2
? ? ? ? ?

作用:上行接入过程中,VGCS UPLINK GRANT 消息最大重复次数 启动: 停止: 超时: 取值:由数据配置确定

24

2.3.3 MS 侧
2.3.3.1 T3120
? ? ? ? ?

作用:信道请求(CHANNEL REQUEST)重发定时器(Phase I MS) 启动:MS 发送 CHANNEL REQUEST 消息后 停止:定时器超时 超时:定时器超时后,MS 重发信道请求消息 取值:最大 5s

2.3.3.2

T3122
?

作用:此定时器用来控制 MS 在收到立即指配拒绝消息后,立即指配拒 绝消息中带有 T3122 的时间值,MS 在该时间超时后才能发起新的信道 请求消息。

? ? ? ?

启动:MS 收到 IMMEDIATE ASSIGN REJECT 消息 停止:定时器记满 超时:定时器超时后,MS 发起新的信道请求消息 取值:此值由网络侧在 IMMEDIATE ASSIGN REJECT 消息中的等待指 示消息元素中下发(见 BSC 侧的 WAITING INDICATION 条目)

2.3.3.3

T3124
?

作用:此定时器用于非同步切换中的占用过程,目的是等待接收网络侧 发送的物理消息 PHYSICAL INFORMAT ION。

?

启动: MS 在主 DCCH 上第一次发送 HANDOVER ACCESS 消息时启动 T3124 定时器

?

停止:当 MS 收到一条 PHYSICAL INFORMATION 消息,MS 停止定时 器 T3124,停止发送接入 BURST,激活发送和接收模式的物理信道,并 在需要时连接此信道。如果分配的信道是一个 SDCCH (+ SACCH),MS 的操作必须能使 MS 在 T3124 运行时在任一块上能够接收一条由网络侧 发送的正确的 PHYSICAL INFORMAT ION 消息

?

超时:在 MS 侧,如果定时器 T3124 超时(仅在非同步情况下)或如果 在 HANDOVER COMPLETE 消息发送前新的信道上发生低层链路失 败,MS 去激活新的信道,重启旧的信道,重新连接 TCH 信道并触发主 信令链路的建立。接着 MS 在主信令链路上发送 HANDOVER FAILURE 消息并在没有切换尝试发生时恢复正常操作。返回旧信道的操作参数就 是收到 HANDOVER COMMAND 消息前应答的那些参数(如加密模式)

25

?

取值: HANDOVER COMMAND 消息中分配的信道类型为 SDCCH (+ 在 SACCH)时,设置为 675ms;其他情况,设置为 320ms

2.3.3.4

T3126
? ?

作用:信道请求(CHANNEL REQUEST)重发定时器(Phase II MS) 启动: 立即指配过程中,MS 发送 CHANNEL REQUEST 消息最大允许次数后 MS 收到 IMMEDIATE ASSIGNMENT REJECT 消息

(1) (2)

这两者中先到者启动,且后到者不再重新启动。(whichever occurs first)
?

停止: MS 收到 IMMEDIATE ASSIGNMENT 消息 MS 收到 IMMEDIATE ASSIGNMENT EXTENDED 消息 超时:定时器超时后,终止立即指配流程 取值:最大值 5s,最小值为 MS 的 RACH 信道时隙的 T+2S,T 和 S 见 相关协议(随机取值见 Phase II 的 04.08 协议的 RR 连接建立)

(1) (2)
? ?

2.3.3.5

T3128
? ? ? ? ?

作用:上行查询流程控制定时器(VGCS 业务时采用) 启动:MS 发起上行查询流程但上行链路忙 停止:MS 收到第一个 UPLINK FREE 消息 超时:定时器超时后,终止上行查询流程 取值:1s

2.3.3.6

T3130
? ?

作用:VGCS 上行接入控制定时器 启动: VGCS 上行接入流程中, 发送第一个上行 UPLINK ACCESS 在 MS 消息

? ? ?

停止:MS 收到 VGCS ACCESS GRANT 消息 超时:定时器超时后,MS 终止上行接入流程 取值:5s

2.3.3.7

T3110
?

作用:信道释放延迟定时器,目的是延长主信令链路断开的时间;该定 时器用于在收到 CHANNEL RELEASE 消息后延长信道去激活的时间。 其目的是主信令信道的断开预留一些时间

?

启动:MS 收到 CHANNEL RELEASE 消息

26

? ? ?

停止:MS 收到网络侧发送回的 L2-UA 消息 超时:定时器超时后,MS 继续信道释放流程 取值:其取值应保证万一网络侧无应答时,可以允许 DISC 帧发两次,其 应选择一个信道释放流程中更合适的正常终止(T3110 超时应该 稍早于 T3109 超时)

注:网络侧的 T3111 应该与 MS 侧的 T3110 取值相同。 2.3.3.8 T100
? ?

作用:无线链路连接计数器,在 BSC 设置。 计数器动作:MS 检测 SACCH 复帧解码失败,失败一次,计数器减一

;MS 检测 SACCH 复帧解码成功,成功一次,计数器加二
? ?

超时:计数器减至零后,MS 发起链路释放,断开通话连接 取值: 范围〈4-64 SACCH 复帧周期,步长为 4〉 缺省值〈16 〉

(1) (2)

2.4 LAPDm 层
2.4.1 BTS 侧
2.4.1.1 T200
?

作用:T200 定时器(Timer200)是 Um 接口数据链路层 LAPDm 中的一 个重要的定时器。又因为 LAPDm 有不同的信道,如 SDCCH, FACCH, SACCH, 不同的信道传送速率不一样,所以要设定不同的定时器值。 T200+信道类型指的是在该信道上的 T200 值。T200 定时器是防止数据 链路层数据发送过程死锁的定时器,数据链路层的作用就是将容易出差 错的物理链路改造成顺序的无差错的数据链路。 在这个数据链路两端通 讯的实体采用确认重发的机制。也就是说,每发送一个消息都要对端确 认收到。在不可知的情况下,如果这条消息丢失,会出现双方都等待的 情况,此时系统死锁。因此,在发送一方要设立定时器,当定时器溢出, 发方认为收方没有收到消息,就会重新发送。

? ?

启动:在数据链路层 LAPDm 中,发送一方发送需要确认的消息时启动 停止: 收到对方的响应消息 定时器超时

(1) (2)

27

?

超时:定时器超时后,启动重发机制。在重发次数结束后仍未收到响应 消息,向层三发送“ERROR INDICATION(T200 超时)”

?

取值:分各种信道情况取值不同,在协议中定义如下:对于 SAPI=0 和 SAPI = 3 时,SAPI=0 和 SAPI=3 的数据链路中的 T200 确切取值是单独 实现的,其依赖于层 1 和层 2 实体的同步处理机制和过程的延时。一般, T200 应选择一个适当的取值以便确保 Um 接口的一个可预知的行为。 T200 取值的一般原则如下: -无线路径可能存在的帧丢失应能够尽可能被检测到; -在最早可能的时机发起帧的必要的重传; -如果由于对等实体某些原因而响应延迟, 在收到并处理对端的下一帧之 前 T200 不应超时; -如果 T200 超时,并且没有其他的帧优先发送,则应在此消息块中发送 其重复帧; -在下一个 PH-READY-TO-SEND 指示后立即启动

2.4.1.2

N200
? ? ? ?

作用:T200 超时后的重发次数 启动: 停止: 超时:在重发次数结束后仍未收到层 2 响应消息,向层三发送“ERROR INDICAT ION(T200 超时)”

?

取值:分各种信道情况取值不同,具体如下: 对于 SAPI = 0 和 3 时,重传最大值 N200 依赖于状态和所使用的信道。 当多帧操作建立时,其确保了在所有信道上层 2 链路失败的一个共同的 时间值。对于层 2 链路建立和释放的 N200 取值为 5

(1)

(2)

在“timer recovery”状态下,N200 设置如下: -5(在 SACCH 信道上) -23(在 SDCCH 信道上) -34(在 FACCH/全速率信道上) -29(在 FACCH/半速率信道上)

(3)

SAPI 不为 0 和 3 的其他情况:N200 的值为 5

28

SAPI

信道类型

有效响应延迟 Tresp

最小重发延迟 Trmin 51

最大重发延迟 Trmax 51 3)

0

SDCCH

MS: 11 BSS: 32

0 0 3

FACCH/Full rate FACCH/Half rate SDCCH

9 10 MS: 11 BSS: 32 注2

26 34 51 51

39 44 注1

3

SACCH(with TCH)

25/129

312

416 注 2

本表中给出的取值以 TDMA 帧为测量单位,即一个单位对应 120/26 ms (约 4.615 ms)
注 1:仅适用于没有 SAPI 0 传送的流程,否则由于 SAPI 0 传送的优先级而不能给定 上界 注 2:更高的取值仅适用于由于 SAPI 帧传送而物理信道对于 SAPI=3 不可用时 注 3:仅适用于传送可用,没有 F=1 的监督帧发送时

2.4.2 MS 侧

2.4.2.1

T200
?

作用:T200 定时器(Timer200)是 Um 接口数据链路层 LAPDm 中的一 个重要的定时器。又因为 LAPDm 有不同的信道,如 SDCCH, FACCH, SACCH, 不同的信道传送速率不一样,所以要设定不同的定时器值。 T200+信道类型指的是在该信道上的 T200 值。T200 定时器是防止数据 链路层数据发送过程死锁的定时器,数据链路层的作用就是将容易出差 错的物理链路改造成顺序的无差错的数据链路。 在这个数据链路两端通 讯的实体采用确认重发的机制。也就是说,每发送一个消息都要对端确 认收到。在不可知的情况下,如果这条消息丢失,会出现双方都等待的 情况,此时系统死锁。因此,在发送一方要设立定时器,当定时器溢出, 发方认为收方没有收到消息,就会重新发送。

? ?

启动:在数据链路层 LAPDm 中,发送一方发送需要确认的消息时启动 停止: 收到对方的响应消息 定时器超时

(4) (5)

29

?

超时:定时器超时后,启动重发机制。在重发次数结束后仍未收到响应 消息,向层三发送“ERROR INDICATION(T200 超时)”

?

取值:分各种信道情况取值不同,在协议中定义如下:对于 SAPI=0 和 SAPI = 3 时,SAPI=0 和 SAPI=3 的数据链路中的 T200 确切取值是单独 实现的,其依赖于层 1 和层 2 实体的同步处理机制和过程的延时。一般, T200 应选择一个适当的取值以便确保 Um 接口的一个可预知的行为。 T200 取值的一般原则如下: -无线路径可能存在的帧丢失应能够尽可能被检测到; -在最早可能的时机发起帧的必要的重传; -如果由于对等实体某些原因而响应延迟, 在收到并处理对端的下一帧之 前 T200 不应超时; -如果 T200 超时,并且没有其他的帧优先发送,则应在此消息块中发送 其重复帧; -在下一个 PH-READY-TO-SEND 指示后立即启动

2.4.2.2

N200 (6) 作用:T200 超时后的重发次数 (7) 启动: (8) 停止: (9) 超时:在重发次数结束后仍未收到层 2 响应消息,向层三发送“ERROR INDICAT ION(T200 超时)” (10) (1) 取值:分各种信道情况取值不同,具体如下: 对于 SAPI = 0 和 3 时,重传最大值 N200 依赖于状态和所使用的信道。 当多帧操作建立时,其确保了在所有信道上层 2 链路失败的一个共同的 时间值。对于层 2 链路建立和释放的 N200 取值为 5 (2) 在“timer recovery”状态下(SAPI = 0 和 3 时)N200 设置如下: -5(在 SACCH 信道上) -23(在 SDCCH 信道上) -34(在 FACCH/全速率信道上) -29(在 FACCH/半速率信道上) (3) SAPI 不为 0 和 3 的其他情况:N200 的值为 5

30

SAPI

信道类型

有效响应延迟 Tresp

最小重发延迟 Trmin 51

最大重发延迟 Trmax 注 3 51

0

SDCCH

MS: 11 BSS: 32

0 0 3

FACCH/Full rate FACCH/Half rate SDCCH

9 10 MS: 11 BSS: 32

26 34 51 51

39 44 注1

3

SACCH(with TCH)

25/129

注2

312

416 注 2

本表中给出的取值以 TDMA 帧为测量单位,即一个单位对应 120/26 ms (约 4.615 ms)
注 1:仅适用于没有 SAPI 0 传送的流程,否则由于 SAPI 0 传送的优先级而不能给定 上界 注 2:更高的取值仅适用于由于 SAPI 帧传送而物理信道对于 SAPI=3 不可用时 注 3:仅适用于传送可用,没有 F=1 的监督帧发送时

31

3 Abis 接口定时器
3.1 BTSM 层
3.1.1 BSC 侧
3.1.1.1 TCHACT IVE
? ? ? ? ?

作用:RF 信道激活定时器 启动:BSC 向 BTS 发送 CH_ACT 消息 停止:BSC 收到 CH_ACT_ACK 消息 超时:定时器超时后,BSC 启动呼叫清除流程 取值: 范围〈1-10s〉 缺省值〈5 〉

(1) (2) 3.1.1.2 TMODIFY
? ? ? ? ?

作用:TCH 模式更新定时器 启动:BSC 向 BTS 发送 mode modify 消息 停止:BSC 收到 mode modify acknowledge 消息 超时:定时器超时后, BSC 向 MSC 回 ASSIGNMENT FAILURE. 取值: 范围〈1-10s〉 缺省值〈5 〉

(1) (2) 3.1.1.3 TRELEASE
? ? ? ?

作用:RF 信道释放定时器 启动:BSC 向 BTS 发送 RF_CH_REL 消息 停止:BSC 收到 RF_CH_REL_ACK 消息 超时:定时器超时后, BSC 本地释放。(Local released is done in BSC when TRELEASE expire.)

?

取值: 范围〈1-20s〉 缺省值〈5 〉

(1) (2) 3.1.1.4

TCONFCHANGE
?

作用:在配置变更过程中,等待 MS 确认更新完成的时间
32

? ? ? ?

启动:BSC 向 BTS 发送 CONFIG CHANGE 消息 停止:BSC 收到 CONFIG CONF IRM 消息 超时:定时器超时后, BSC 重新发送配置变更请求 取值: 范围〈1-25s〉 缺省值〈5 〉

(1) (2) 3.1.1.5

AUTOBLOCK_T IMEOUT _PERIOD
?

作用:此定时器确定了当 Abis 口(LAPD)链路在自我管理中自动闭塞 时,重建尝试的时间间隔

? ? ? ?

启动: Abis 口(LAPD)链路在自我管理中自动闭塞时 停止:定时器超时 超时:定时器超时后,重建尝试 Abis 口(LAPD)链路 取值: 范围〈0-2000ms〉 缺省值〈480 〉

(1) (2) 3.1.1.6

FILTER_TIMEOUT _PERIOD
?

作用:Abis(LAPD)建立失败后两次重建尝试的时间间隔在链路自动闭 塞前重试两次(按照 RE-ESTABLISHMENT 计数器的值)

? ? ?

启动:第一次尝试失败后启动 停止:超时后停止 超时:定时器超时只对 RSL 链路有效;当发现错误后,OML 立即自动闭 塞;只有当链路为 RSL 时,快速重建尝试才会发生

?

取值: 范围〈0-511ms〉 缺省值〈250〉

(1) (2) 3.1.1.7

OL_TIMEOUT_PERIOD
? ? ? ? ?

作用:当链路过载后 Abis(LAPD)链路自动闭塞前的时间 启动: Abis(LAPD)链路过载后启动 停止:定时器超时 超时:超时后自动闭塞 Abis(LAPD)链路 取值: 范围〈0-10s〉

(1)

33

(2) 3.1.1.8

缺省值〈2〉

PATHBLOCKING timer
?

作用:数据链路(BG-TRH to TAS)故障信息发送的保护时间,该故障 不是由于 BSC 的半永久连接出错引起。

?

启动: 出现上述故障 查一下 BG-TRH 和 TAS 是什么东西?

? ? ?

停止:保护时间到 超时: 取值: 范围〈20-60s〉 缺省值〈20 〉

(1) (2)

3.1.2 BTS 侧
3.1.2.1 MLLMDTIMERDISUL
? ? ? ? ?

作用:丢弃上行帧的时间 启动: 停止: 超时: 取值:300s

3.1.2.2

MLLMDTIMERDUOFF
? ? ? ? ?

作用:关闭丢弃上行帧的时间 启动: 停止: 超时: 取值:300s

3.1.2.3

CHECK STABILITY timer
?

作用:链路稳定检测定时器。如果一条链路重建时,需要检测是否打开 了丢弃模式,如果打开了丢弃模式,就需要检测链路是否真正稳定。当 定时器启动时间内,在 BTS 和 BSC 之间有大量的空闲帧发送,如果丢 失的帧超过 3 个(N200),那么就认为此链路是不稳定的。

? ? ?

启动: 停止: 超时:
34

?

取值:检测稳定定时器在交换数据中设置,参考值 2-10s

3.2 LAPD 层
3.2.1 BSC 侧
3.2.1.1 T200
?

T200 建议与 Um 口的一致。

3.2.1.2

T201
? ? ? ? ?

作用:TEI 指配超时定时器 启动:收到 Identity request (Ai) 停止:发送 Identity assigned (Ai) 超时: 如果 T201 超时,请求将再次重复并 重启 T201 取值:缺省值为 1 s

3.2.1.3

T203
? ? ? ? ?

作用:Abis(LAPD)链路上,每一 TEI 之间没有帧交换允许的最大时间 启动: 停止: 超时: 取值:应为 10s

3.2.1.4

N200
?

N200 建议与 Um 口的一致。

3.2.2 BTS 侧
3.2.2.1 T200
?

T200 建议与 Um 口的一致。

3.2.2.2

T202
? ? ? ? ?

作用:TEI 指示请求消息传送最小间隔时间 启动: 停止: 超时: 取值:15s
35

3.2.2.3

T203
? ? ? ? ?

作用:Abis(LAPD)链路上,每一 TEI 之间没有帧交换允许的最大时间 启动: 停止: 超时: 取值:应为 10s

3.2.2.4

N200
?

N200 建议与 Um 口的一致。

36

4 A 接口定时器
4.1 BSSMAP 层
4.1.1 MSC 侧
4.1.1.1 CLEAR_timer (TNT3)
? ? ? ? ?

作用:MSC 发送清除定时器 启动:MSC 向 BSC 发送 CLEAR COMMAND 消息 停止:收到 BSC 发来的 CLEAR COMPLETE 消息 超时:定时器超时后,MSC 认为 RR 连接释放 取值: 范围〈1-120s〉 缺省值〈20〉,华为缺省值为 6s

(1) (2) 4.1.1.2

HANDOVER_ REQUEST_ timer
?

作用:BSC 间切换请求等待定时器,此定时器与 03.09 的 T101、 T201 相关

? ?

启动:MSC 向目标 BSC 发送 HANDOVER REQUEST 消息 停止: 收到目标 BSC 发来的 HANDOVER REQUEST ACKNOWLEDGE 消息

(3)

(4)
?

收到目标 BSC 发来的 HANDOVER FAILURE 消息 超时: 定时器超时后, 对于有证实的 SCCP 连接, MSC 发送 CLEAR COMMAND 消息

?

取值: 范围〈1-120s〉 缺省值〈8〉

(1) (2) 4.1.1.3

HANDOVER_ REJECT_timer
?

作用:BSC 间切换拒绝定时器,此定时器控制了两次 HANDOVER REQUEST 消息发送时间间隔

? ?

启动:MSC 收到源 BSC 发送的 HANDOVER REQUIRED 消息 停 止 : MSC 收 到 目 标 BSC 发 来 的 HANDOVER REQUEST ACKNOWLEDGE 消息

37

?

超时:定时器超时后,如果 MSC 收到 HANDOVER

FAILURE 消

息,MSC 向源 BSC 发送 HANDOVER REQUIRED REJECT 消息, 不再重新启动定时器。
?

取值: 范围〈1-120s〉 缺省值〈1〉

(1) (2) 4.1.1.4

USETHNDRQREJ (切换请求拒绝开关)
? ? ? ? ?

作用:切换请求拒绝定时器使用开关 启动: 停止: 超时: 取值:如使用切换请求拒绝定时器,此开关设为 1,否则设为 0

4.1.1.5

T2
?

作用: BSS 发起的 RESET 请求后, 当 MSC 在该定时器时间内执行 复 位 操 作 , 定 时 器 超 时 后 , MSC 向 BSC 发 送 RESET ACKNOWLEDUIUUIIIIIIIIBNNBGE 消息。启动:MSC 收到 BSC 发 来的 RESET 消息

? ?

停止:定时器超时 超时:定时器超时后,MSC 向 BSC 发送 RESET ACKNOWLEDGE 消息,表明 MSC 已经释放了相关的呼叫及其信息,同时将和该 BSS 相关的 MSC 侧所有电路置为 IDLE 状态。

?

取值: 范围〈1-120s〉 缺省值〈25,一般选择 T4-5s〉

(1) (2) 4.1.1.6 T12
? ? ?

作用:MSC 复位 BSC 电路定时器 启动:MSC 向 BSC 发送 RESET CIRCUIT 消息 停止: 收到 BSC 发来的 RESET CIRCUIT ACKNOWLEDGE 消息 收到 BSC 发来的 RESET 消息 收到 BSC 发来的 BLOCK 消息 收到 BSC 发来的 UNEQUIPPED CIRCUIT 消息 超时:定时器超时后,MSC 重发 RESET CIRCUIT 消息,并重启定 时器
38

(1) (2) (3) (4)
?

?

取值: 范围〈1-120s〉 缺省值〈60〉

(1) (2) 4.1.1.7 T16
? ? ? ?

作用:BSC 复位定时器(MSC 侧监控 BSC 侧复位) 启动:MSC 向 BSC 发送 RESET 消息 停止:收到 BSC 发来的 RESET_ACKNOWLEDGE 消息 超时:定时器超时后,MSC 向 BSC 重发 RESET 消息,并重启定时 器

?

取值: 范围〈1-120s〉 缺省值〈35,一般选择 T13+5s〉

(1) (2)

4.1.2 BSC 侧
4.1.2.1 TCLEARREQ
?

作 用 : BSC 发 送 清 除 请 求 CLEAR_REQ , 等 待 MSC 回 送 CLEAR_CMD 的定时器

? ? ?

启动: BSC 向 MSC 发送 CLEAR_REQ 消息 停止:收到 MSC 发来的 CLEAR_CMD 消息 超时:定时器超时后,BSC 侧向 MSC 发起 RESET CIRCUIT 请求, 复位 BSC 侧已存在的电路。

?

取值: 范围〈1-50s〉 缺省值〈5〉

(1) (2) 4.1.2.2

TCONFCHANGE
? ? ? ? ?

作用:此定时器用于在配置变更过程中等候 MS 确认的时间 启动:BSC 向 MS 发送 CONFIG CHANGE REQUEST 消息 停止:收到 MS 发来的 CONFIG CHANGE CONFIRM 消息 超时: 不祥 取值: 范围〈1-25s〉 缺省值〈5〉

(1) (2)

39

4.1.2.3

T4
? ? ? ?

作用:发送给 MSC 的两次复位指令 RESET 之间的最小时间间隔 启动: BSC 向 MSC 发送 RESET 消息 停止:收到 MSC 发来的 RESET_ACK 消息 超时:定时器超时后,BSC 重启定时器并重新向 MSC 发送 RESET 消息,重发 N 次,N 由操作者设定,若都不成功则该进程停止,并 告知维护系统。

?

取值: 范围〈1-120s〉 缺省值〈30〉

(1) (2) 4.1.2.4 T8
? ? ?

作用:BSC 间切换时对原信道的保留时间。 启动:源 BSC 收到 MSC 发来的 HO_CMD 消息 停止: 源 BSC 收到 MSC 发来的 CLEAR_CMD 消息 源 BSC 收到源 BTS 发来的 EST_IND 消息 超时:定时器超时后,源 BSC 向 MSC 发送 CLEAR REQUEST 消 息,原因值为 "Radio Interface Message Failure"。

(1) (2)
?

?

取值: 范围〈5-125s〉 缺省值〈25〉

(1) (2) 4.1.2.5 T13
? ? ?

作用:由 MSC 发起的复位过程的监视时间 启动:BSC 收到 MSC 发来的 RESET 消息 停止: 超时后停止

? ?

超时:定时器超时后,BSC 向 MSC 发送 RESET_ACK 消息 取值: 范围〈1-120s〉 缺省值〈30〉

(1) (2) 4.1.2.6 T7(0 )
?

作用:切换请求过程定时器,在 T7(0)内 BSC 向 MSC 发送 N7 (0)个 HANDOVER REQUIRED 消息

?

启动:BSC 向 MSC 发送第一个 HANDOVER REQUIRED 消息
40

?

停止: 收到 HANDOVER COMMAND 消息 定时器超时 超时:定时器超时后,BSC 重启 T7(0)定时器,并发送下一个 HANDOVER REQUIRED 消息

(1) (2)
?

?

取值: 范围〈1-125s〉 缺省值〈6〉

(1) (2) 4.1.2.7 N7(0)
? ? ? ? ?

作用:T7(0)的计数器 启动: 停止: 超时: 取值: 范围〈1-255〉 缺省值〈6〉

(1) (2) 4.1.2.8 T7(5)
? ? ?

作用:外部切换请求定时器 启动:源 BSC 向 MSC 发送 HO_RQD 消息 停止: 源 BSC 收到 MSC 发来的 HO_CMD 消息

(1)

源 BSC 收到 MSC 发来的 HO_REQ_REJ 消息
? ?

超时:定时器超时后,BSC 重发 HO_RQD 消息 取值: 范围〈5-125s〉 缺省值〈10〉

(1) (2) 4.1.2.9 Tqho
? ? ?

作用:切换请求排队定时器 启动:目标 BSC 向 MSC 发送 QUEUING INDICAT ION 消息 停止: 当 TCH 激 活成功 ,目 标 BSC 向 MSC 发 送的 HANDOVER REQUEST ACKNOWLEDGE 消息

(1)

(2)

当 TCH 激活不成功,目标 BSC 向 MSC 发送的 HANDOVER FAILURE 消息
41

?

超时:定时器超时后,BSC 从队列中移走 HANDOVER REQUEST 消息,并向 MSC 发送 HANDOVER FAILURE 消息

?

取值:由操作者决定,表明了切换请求的最大排队延时

42

5 Ater 接口定时器
5.1 BTAP 层
5.1.1 BSC 侧
5.1.1.1 T2
?

作用:在 BSC 与 TC 之间重发 RESET 消息(即没有收到 RESET ACKNOWLEDGE 消息)的延时

? ?

启动:任一节点发送 RESET 消息 停止:

(1)收到另一节点发来的 RESET ACKNOWLEDGE 消息 (2)收到另一节点发来的 RESET 消息
? ?

超时:定时器超时后,重发 RESET 消息 取值: 范围〈1-120s,增量 1s〉,TC 中的 T2 要大于 BSC 中的 T2 缺省值〈25〉

(3) (4) 5.1.1.2 T5
? ?

作用:BSC 传输资源释放定时器 启动: BSC 发送 RELEASE TRANSMISSION 消息(释放所有传输 资源)

?

停止: 收到 TC 发来的 RELEASE TRANSMISSION ACKNOWLEDGE 消 息

(1)

(2)
? ?

收到 TC 发来的 RESET 消息 超时:定时器超时后,启动复位电路进程,释放 SCCP 连接 取值: 范围〈1-30s,增量 1s〉 缺省值〈3〉

(1) (2) 5.1.1.3 T7
? ?

作用:电路更新定时器 启动: BSC 收到 TC 发来的 CHANNEL INFORMATION 消息 BSC 收到 TC 发来的 MODIFY TRANSMISSION 消息

(1) (2)

43

(3) (4) (5)
?

BSC 收到 TC 发来的 RELEASE TRANSMISSION 消息 BSC 收到 TC 发来的 RESET 消息 BSC 发送 SEIZE ADDITIONAL TRANSMISSION 消息 停止: 收到 TC 发来的适当的确认消息 收到 TC 发来的 RESET 消息 超时:定时器超时后,BSC 终止已启动的流程,并将定时器已超时 信息告知发起流程的功能块

(6) (7)
?

?

取值: 范围〈1-30s,增量 1s〉 缺省值〈3〉

(1) (2) 5.1.1.4 T8
? ?

作用:电路测试定时器,此定时器应用于环路测试 启动: BSC 发送 SEIZE TRANSMISSION 消息 BSC 发送 SEIZE TEST CONNECTION 消息 停止: 收到 TC 发来的适当的确认消息 收到 TC 发来的 RESET 消息 超时:定时器超时后,将定时器已超时信息告知发起流程的功能块 取值: 范围〈1-30s,增量 1s〉,信令连接超时>T8 缺省值〈3〉

(1) (2)
?

(1) (2)
? ?

(1) (2) 5.1.1.5 T9
? ? ?

作用:环路测试定时器 启动:BSC 发送 LOOP TEST REQUEST 消息 停止: 收到 TC 发来的 LOOP TEST RESULT 消息 收到 TC 发来的 RESET 消息 超时:定时器超时后,BSC 终止已启动的流程,并将定时器已超时 信息告知发起流程的功能块

(1) (2)
?

?

取值: 范围〈1-30s,增量 1s〉 缺省值〈15〉

(3) (4)

44

5.1.2 TC 侧
5.1.2.1 T2
?

作用:在 BSC 与 TC 之间重发 RESET 消息(即没有收到 RESET ACKNOWLEDGE 消息)的延时

? ?

启动:任一节点发送 RESET 消息 停止: 收到另一节点发来的 RESET ACKNOWLEDGE 消息 收到另一节点发来的 RESET 消息 超时:定时器超时后,重发 RESET 消息 取值: 范围〈1-120s,增量 1s〉,TC 中的 T2 要大于 BSC 中的 T2 缺省值〈35〉

(1) (2)
? ?

(1) (2) 5.1.2.2 T3
? ? ? ?

作用:TC 复位监视定时器 启动:TC 收到 RESET 消息 停止: 超时:定时器超时后,TC 向 BSC 发送 RESET ACKNOWLEDGE 消息

?

取值: 范围〈1-120s,增量 1s〉,TC 中的 T3 要小于 BSC 中的 T2 缺省值〈3〉

(1) (2) 5.1.2.3 T6
? ? ?

作用:资源释放定时器 启动:TC 向 BSC 发送 RELEASE RESOURCE REQUEST 消息 停止: 收到 BSC 发来的 RELEASE RESOURCE ACKNOWLEDGE 消息 收到 BSC 发来的 RESET 消息 超时:定时器超时后,启动复位电路进程,释放 SCCP 连接 取值: 范围〈1-30s,增量 1s〉 缺省值〈3〉

(1) (2)
? ?

(1) (2)

45

附录一:主要流程中的定时器
1. 寻呼流程
1.1 成功的流程

附图

1-1

46

2.立即指配流程
2.1 成功的立即指配流程

附图
2.2 随机接入失败

2-1

附图

2-2

47

2.3 立即指配拒绝

附图 3.指配流程
3.1 成功的指配流程

2-3

附图

3-1

48

3.2T3107A 超时

附图
3.3T3107B 超时,MS 掉话

3-2

附图

3-3

49

3.4 指配新信道失败,MS 返回原信道

附图

3-4

3.5 新旧信道 N200*T200 均超时,MS 掉话

.
50

.

附图

3-5

51

3.6 新信道 N200*T200 超时且 T3107B 超时

附图

3-6

52

4. 信道模式更新
4.1 成功的信道模式更新流程

附图
4.2TMODIFY 超时,无无线资源可用

4-1

附图

4-2

53

4.3 模式更新否应答,请求译码/速率

附图
4.4TCHANMODE 超时,无线接口失败

4-3

附图

4-4

54

5.切换
5.1BSC 内 5.1.1 成功的 BSC 内切换流程

附图

5-1

55

5.1.2 信道激活失败,TCHACTIVE 超时

附图
5.1.3 激活失败,TLINK 超时

5-2

附图

5-3

56

5.1.4 错误指示,T200 超时 N200 次

附图

5-4

57

5.1.5 连接失败,T3103b2、T3105 和 T3124 超时

附图

5-5

58

5.1.6 切换失败,T3105 和 T3124 超时

附图

5-6

59

5.1.7 切换失败,T3103b1 和 T3124 超时

附图

5-7

60

5.1.8 连接失败,T3103b2 超时

附图

5-8

61

5.1.9 在新信道发送切换完成消息失败,T3103b2 超时

附图

5-9

62

5.2BSC 间 5.2.1 成功的 BSC 间切换流程

附图

5-10

63

5.2.2 目标 BSC 激活失败

附图

5-11

64

5.2.3 切换请求定时器(THNDREQ)超时

附图

5-12

65

5.2.4MSC 侧的切换命令定时器超时

附图

5-13

66

5.2.5 切换失败,MS 返回原信道

附图

5-14

67

5.2.6 目标 BSC 的 TBSCHORRSUP 和 MSC 的 HOCMDTIM 超时

附图

5-15

68

5.2.7 源 BSC 的 T8 和 MSC 的 HOCMDTIM 超时

附图

5-16

69

5.2.8 源 BSC 的 T3103b2 和 MSC 的 HOCMDTIM 超时

附图

5-17

70

5.2.9 目标 BSC 的 T3103b2 和 MSC 的 HOCMDTIM 超时

附图
5.2.10 目标 BSC 的 T75 超时

5-18

附图
71

5-19

6.鉴权

附图 7.加密
7.1 成功的加密流程

6-1

附图
7.2 加密定时器超时

7-1

附图

7-2

72

8.清除
8.1 一般的无线链路清除(MSC 发起) 8.1.1 成功的流程

附图

8-1

73

8.1.2BSC 的 T3109 和 MSC 的 T3110 超时

附图

8-2

74

8.1.3MSC 的清除定时器和 MS 的 T3110 超时

附图

8-3

75

8.2 短无线链路清除 8.2.1 成功的流程

附图
8.2.2BTS 的 TLINK 超时

8-4

附图

8-5

76

8.2.3 BSC 的 TRELEASE 超时

附图
8.3 BSC 发起的清除 8.3.1 成功的流程

8-6

附图

8-7

77

8.3.2BSC 的 TCLEARREQ 超时

附图 9.复位电路
9.1BSC 发起 9.1.1 成功的流程

8-8

附图
9.1.2 BSC 的 T12 超时

9-1

附图

9-2

78

9.2MSC 发起 9.2.1 成功的流程

附图
9.2.2MSC 的 T12 超时

9-3

附图

9-4

79

10.复位
10.1 BSC 发起 10.1.1 成功的流程

附图
10.1.2 MSC 的 T2 超时

10-1

附图
10.1.3 BSC 的 T4 超时

10-2

附图

10-3

80

10.2MSC 发起 10.2.1 成功的流程

附图
10.2.2BSC 的 T13 超时

10-4

附图
10.2.3MSC 的 T16 超时

10-5

附图

10-6

81

11.呼叫控制
11.1MS 主叫 11.1.1 正常的流程
MS MSC

BSS

L2-SABM
T303

信道请求 CR(完整的 L3 消息) <CM SERV REQ> STA RT CC
T333

<CM SERV REQ>

CC EST CONFORM
T335 T333

RECALL
T303 T335 T334

鉴权、加密、TMSI 重分配 SETUP
T334

CALL PROCEEDING
T303

信道指配 MODIFY
T323

MODIFY COMPLET E
T323

信道指配 ALERTING

T303

T310

CONNECT
T303 T310

T313

CONNECT A CK
T313

STA TUS ENQUIRY
T322

STA TUS
T322

DISCONNECT
T305

RELEA SE
T305 T308

RELEA SE COM
T308

清除信道资源

附图 11-1

82

11.2MS 被叫 11.2.1 正常的流程
MS BSS 寻呼及信道请求
T322

MSC

CM SERV PROMPT STA TUS
T331

T332

STA RT CC STA TUS ENQUIRY CC EST
T323 T323

T331

T333

T332

CC EST CONFIRM MODIFY
T335 T335

T333

COMPLETE MODIFY

RECALL

T303 鉴权、加密、TMSI 重分配 T333 T333

SETUP
T303

CALL CONFIRM RECALL CC EST 信道指配 CONFORM
T335

T303

T310

MODIFY
T323

MODIFY COMPLET E T335 信道指配
T334

T323

T308

ALERTING

T308 T301 T301 T310

T305 CONNECT T313 T305 T310 CONNECT A CK T313 T303

STA TUS ENQUIRY
T303

T313

清除信道资源 RELEA SE COM DISCONNECT RELEA SE

T322

STA TUS
T322

T305

DISCONNECT RELEA SE
T308

CONNECT A CK RELEA SE COM CONNECT
T308 T310

T305

T306

清除信道资源 ALERTING 信道指配
T310

附图 11-2
T303

CALL PROCEEDING

83

SETUP

鉴权、加密、 TMSI 重分配 CR(完整的 L3 消息)

附录二:GSM 系统 CC 层定义的原因值
1 Normal class
1.1 Cause No. 1 "unassigned (unallocated) number"(未分配的号码) This cause indicates that the destination requested by the mobile station cannot be reached because, although the number is in a valid format, it is not currently assigned (allocated). 1.2 Cause No. 3 "no route to destination"(目的地无路由) This cause indicates that the called user cannot be reached because the network through which the call has been routed does not serve the destination desired. 1.3 Cause No. 6 "channel unacceptable"(信道无法接受) This cause indicates the channel most recently identified is not acceptable to the sending entity for use in this call. 1.4 Cause No. 8 "operator determined barring"(操作者定义禁止) This cause indicates that the MS has tried to access a service that the MS's network operator or service provider is not prepared to allow. 1.5 Cause No.16 "normal call clearing"(正常的呼叫清除) This cause indicates that the call is being cleared because one of the users involved in the call has requested that the call be cleared. Under normal situations, the source of this cause is not the network. 1.6 Cause No.17 "user busy"(用户忙) This cause is used when the called user has indicated the inability to accept another call. It is noted that the user equipment is compatible with the call. 1.7 Cause No. 18 "no user responding"(用户无响应) This cause is used when a user does not respond to a call establishment message with either an alerting or connect indication within the prescribed period of time allocated (defined by the expir y of either timer T303 or T310). 1.8 Cause No. 19 "user alerting, no answer"(用户振铃,无应答) This cause is used when a user has provided an alerting indication but has not provided a connect indication within a prescribed period of time. 1.9 Cause No. 21 "call rejected"(呼叫拒绝) This cause indicates that the equipment sending this cause does not wish to accept this call, although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. 1.10 Cause No. 22 "number changed"(号码变换) This cause is returned to a calling mobile station when the called party number indicated by the calling mobile station is no longer assigned. The new called party number may optionally be included in the diagnostic field. If a network does not support this capability, cause No. 1 "unassigned (unallocated) number " shall be used. 1.11 Cause No. 26 "non-selected user clearing"(未选择的用户清除) Not supported. Treated as cause no. 31.

84

1.12 Cause No. 27 "destination out of order"(目的端命令超出) This cause indicates that the destination indicated by the mobile station cannot be reached because the interface to the destination is not functioning correctly. The term "not functioning correctly " indicates that a signalling message was unable to be delivered to the remote user; e.g., a physical layer or data link layer failure at the remote user, user equipment off-line, etc. 1.13 Cause No. 28 "invalid number format (incomplete number)"(非法的号码格式(不 完整的号码) This cause indicates that the called user cannot be reached because the called party number is not a valid format or is not complete. 1.14 Cause No. 29 "facility rejected"(设备拒绝) This cause is returned when a facility requested by user can not be provided by the network. 1.15 Cause No. 30 "response to STATUS ENQUIRY"(响应 STATUS ENQUIRY) This cause is included in STATUS messages if the message is sent in response to a STATUS ENQUIRY message. See also section 5.5.3. 1.16 Cause No. 31 "normal, unspecified"(一般,未定义) This cause is used to report a normal event only when no other cause in the normal class applies.

2

Resource unavailable class

2.1 Cause No. 34 "no circuit/channel available"(无电路/信道可用) This cause indicates that there is no appropriate circuit/channel presently available to handle the call. 2.2 Cause No. 38 "network out of order"(网络命令超出) This cause indicates that the network is not functioning correctly and that the condition is likely to last a relatively long period of time; e.g., immediately re-attempting the call is not likely to be successful. 2.3 Cause No. 41 "temporary failure"(临时失败) This cause indicates that the network is not functioning correctly and that the condition is not likely to last a long period of time; e.g., the mobile station may wish to try another call attempt almost immediately. 2.4 Cause No. 42 "switching equipment congestion"(交换设备拥塞) This cause indicates that the switching equipment generating this cause is experiencing a period of high traffic. 2.5 Cause No. 43 "access information discarded"(接入信息丢弃) This cause indicates that the network could not deliver access information to the remote user as requested; i.e., a user -to-user information, low layer compatibility, high layer compatibility, or sub-address as indicated in the diagnostic. It is noted that the particular type of access information discarded is optionally included in the diagnostic. 2.6 Cause No. 44 "requested circuit/channel not available"(请求的电路/信道不可 用) This cause is returned when the circuit or channel indicated by the requesting entity cannot be provided by the other side of the interface . 2.7 Cause No. 47 "resource unavailable, unspecified"(资源不可用,未定义) This cause is used to report a resource unavailable event only when no other cause in the resource unavailable class applies.

3

Service or option not available class

3.1 Cause No. 49 "quality of service unavailable"(业务质量(QOS)不可用) This cause indicates to the mobile station that the requested quality of service, as defined in CCITT Recommendation X.213, cannot be provided.

85

3.2 Cause No. 50 "Requested facility not subscribed"(请求的设备未预定) This cause indicates that the requested supplementary service could not be provided by the network because the user has no completed the necessary administrative arrangements with its supporting networks. 3.3 Cause No. 55 "Incoming calls barred within the CUG"(在CUG中来话禁止) This cause indicates that although the called party is a member of the CUG for the incoming CUG call, incoming calls are not allowed within this CUG. 3.4 Cause No. 57 "bearer capability not authorized"(承载能力未授权) This cause indicates that the mobile station has requested a bearer capability which is implemented by the equipment which generated this cause but the mobile station is not authorized to use. 3.5 Cause No. 58 "bearer capability not presently available"(承载能力当前不可用) This cause indicates that the mobile station has requested a bearer capability which is implemented by the equipment which generated this cause but which is not available at this time. 3.6 Cause No. 63 "service or option not available, unspecified"(业务或选件不可 用,未定义) This cause is used to report a service or option not available event only when no other cause in the service or option not available class applies. 3.7 Cause No. 68 "ACM equal to or greater than ACMmax"(ACM大于等于ACM最大 值) This cause is used by the mobile to indicate that call clear ing is due to ACM (累计呼叫次数)being greater than or equal to ACMmax.

4

Service or option not implemented class

4.1 Cause No. 65 "bearer service not implemented"(承载业务无法实现) This cause indicates that the equipment sending this cause does not support the bearer capability requested. 4.2 Cause No. 69 "Requested facility not implemented"(请求的设备不可执行) This cause indicates that the equipment sending this cause does not support the requested supplementary service. 4.3 Cause No. 70 "only restricted digital information bearer capability is available"(有限的数字承载能力可用) This cause indicates that one equipment has requested an unrestricted bearer service, but that the equipment sending this cause only supports the restricted version of the requested bearer capability. 4.4 Cause No. 79 "service or option not implemented, unspecified"(业务或选项不 可执行,未定义) This cause is used to report a service or option not implemented event only when no other cause in the service or option not implemented class applies.

5

Invalid message (e.g., parameter out of range) class

5.1 Cause No. 81 "invalid transaction identifier value"(无效的传送标识符) This cause indicates that the equipment sending this cause has received a message with a transaction identifier which is not currently in use on the MS-network interface.

86

5.2 Cause No. 87 "user not member of CUG"(用户非CUG成员) This cause indicates that the called user for the incoming CUG call is not a member of the specified CUG. 5.3 Cause No. 88 "incompatible destination"(矛盾的目的地) This cause indicates that the equipment sending this cause has received a request to establish a call which has low layer compatibility, high layer compatibility, or other compatibility attributes (e.g., data rate) which cannot be accommodated. 5.4 Cause No. 91 "invalid transit network selection"(无效的传输网络选择) For further study. Treated as cause no. 95. 5.5 Cause No. 95 "semantically incorrect message"(语义错误消息) This cause is used to report receipt of a message with semantically incorrect contents (see section 8.8).

6

Protocol error (e.g., unknown message) class

6.1 Cause No. 96 "invalid mandatory information"(无效的强制消息) This cause indicates that the equipment sending this cause has received a message with a non-semantical mandatory IE error (see section 8.5). 6.2 Cause No. 97 "message type non-existent or not implemented"(消息类型不存在 或不可实现) This cause indicates that the equipment sending this cause has received a message with a message type it does not recognize either because this is a message not defined, or defined but not implemented by the equipment sending this cause. 6.3 Cause No. 98 "message type not compatible with protocol state"(消息类型与协 议状态不一致) This cause indicates that the equipment sending this cause has received a message not compatible with the protocol state (section 8.4). 6.4 Cause No. 99 "information element non-existent or not implemented"(消息元素 不存在或不可执行) This cause indicates that the equipment sending this cause has received a message which includes information elements not recognized because the information element identifier is not defined o r it is defined but not implemented by the equipment sending the cause. However, the information element is not required to be present in the message in order for the equipment sending the cause to process the message. 6.5 Cause No. 100 "conditional IE error"(有条件的 IE 错) This cause indicates that the equipment sending this cause has received a message with conditional IE errors (see section 8.7.2). 6.6 Cause No. 101 "message not compatible with protocol state"(消息与协议状态不 兼容) This cause indicates that a message has been received which is incompatible with the protocol state or that a STATUS message has been received indicating an incompatible call state. 6.7 Cause No. 102 "recovery on timer expiry"(定时器超时恢复) This cause indicates that a procedure has been initiated b y the expiry of a timer in association with TS 04.08 error handling procedures.

87

6.8 Cause No. 111 "protocol error, unspecified"(协议错误,未定义) This cause is used to report a protocol error event only when no other cause in the protocol error class applies.

7

Interworking class
This cause indicates that there has been interworking with a network which does not provide causes for actions it takes; thus, the precise cause for a

7.1 Cause No. 127 "interworking, unspecified"(互联,未定义)

88


相关文章:
GSM部分定时器分析
GSM定时器专题 91页 免费 GSM定时器使用 13页 免费 GSM定时器大全 6页 1下载...现状分析通过对**现网 42 个定时器和计数器的设置分析,**现网定时器和计数...
华为E8-C设置长短定时器指导网页
华为E8-C设置长短定时器指导网页_PPT模板_PPT专区。华为E8-C设置长短定时器指导网页,dianhua华为设备电话摘机后拨号间隔短的解决方法,厂家资源,今日...
GSM定时器大全
GSM定时器大全_信息与通信_工程科技_专业资料。定时器大全WWW.WCDMA.COM.CN 无线...GSM定时器说明 暂无评价 1页 免费 GSM定时器专题-华为 99页 2下载券喜欢...
GSM定时器使用
GSM定时器专题-华为 99页 2下载券 GSM定时器快速提高 99页 2下载券 喜欢...GSM定时器解析 92页 5下载券 GSM定时器大全 44页 5下载券 GSM定时器专题...
华为BSC6900操作入门
48页 免费 GSM定时器使用 13页 免费 GSM定时器专题 95页 免费如...5 / 45 华为 BSC6900 操作入门 点击启动后, “启动”颜色变成灰色,停止监控...
定时器专题研究报告
笑话大全爆笑版 幽默笑话大全 全球冷笑话精选文档贡献者 mahao545 贡献于2010-05...GSM定时器专题 91页 免费 GSM定时器专题 95页 免费 定时器专题-华为 暂无评价...
GSM面试题目-华为(含答案)
GSM面试题目-华为(含答案)_电脑基础知识_IT/计算机...答: 1)手机位置区发生变化和 T3212 定时器满时会...专题推荐 2014求职面试之半结构化... 2014求职面试...
...白皮书-参数分册(第7部分:NSNGSM定时器篇)
网络优化中心优化白皮书-参数分册(第7部分:NSNGSM定时器篇)_信息与通信_工程科技_专业资料。诺西GSM优化常用资料网络优化中心白皮书——参数分册(第七部分:NSN GSM ...
华为BSC定时器参数和功能简介
华为BSC定时器参数和功能简介_信息与通信_工程科技_专业资料。华为bsc定时器介绍定时器概述本文档提供 BSC6680 V300R008C00 版本的系统定时器参数列表和功能简介。 定...
华为TD-UE定时器
华为TD设备 UE空闲和链接模式下的定时器及解释华为TD设备 UE空闲和链接模式下的定时器及解释隐藏>> 设置空闲模式 UE 的定时器和常量(SET TIDLEMODETIMER)命令功能...
更多相关标签:
555定时器电路图大全 | 百度云工具大全专题 | 保险早会专题分享大全 | flash软件大全专题 | 芭比小游戏大全专题 | 行情分析软件大全专题 | 华为g7手机专题 | 拨号软件大全专题 |