1 主叫流程1.1 定时器位置 1.2 定时器描述 MS侧 | | | | | | | 收到Location UpdatingAccept, LocationUpdating Reject,Authentication Reject,发生低层故障终止;超时且重发次数<最大重传次数时重发CH REQ,重启T3120 | | 若设置过小,影响CH REQ,造成马上指配成功率,呼叫建立成功率降低。 | | 马上指配过程中(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流程,造成马上指配成功率,呼叫建立成功率降低。 | | | | | | T303(MM连接等待定时器/呼叫发起监视定时器) | MS发送CM SERVRE(SABM帧)或CM RESET REQ消息时启动 | MS收到CALL PROCEEDING后停止。 超时后MS清除本次呼叫 | | 设置过短,呼叫建立过程没有完成,影响呼叫建立成功率 | | MS发送CM SERV REQ 消息(SABM)或CM REEST REQ 消息时启动 | MS收到CM SERV ACC消息或CM SERV REJ消息或Cipher mode setting消息时停止 | | | | | MS收到网络侧发送回的L2-UA消息时停止。定时器超时后,MS继续信道释放流程。 | 其取值应保证万一网络侧无应答时,可以允许DISC帧发两次。建议值1000ms。 | |
BSC侧 | | | | | | | BSC收CH ACT ACK 超时后BSC启动呼叫流程释放 | | | | | BSC收到EST IND时停止 超时后清除已分配的信道 | 必须大于L2建立尝试的最大时间。 范围:10-100ds 缺省值:15s | 设置过小,影响马上指配成功率,呼叫建立成功率 如果定时器超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 | | BSC收到MSC发送ASSIGNMENT REQUEST消息启动 | 向MSC发送ASSIGNMENT COMPLETE/ASSIGNMENT FAILURE/CLEAR COMMAND消息时停止 | | 设置过小,影响指配成功率,呼叫建立成功率 如果定时器超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 | | | | | | | | 收到EST IND后停止。用途是保持信道足够长的时间以便MS可以返回原信道和若MS丢失时用于信道释放 | | 指配成功率 如果定时器超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 | | | BSC收到ASS CMP/ASS FAIL 超时:BSC释放已分配资源 | | 如果定时器超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 | | | 收到REL IND后停止。定时器超时后BSC向MSC发送CLEAR REQUEST | a+RadioLinktimeOutx0.48s(a=1,2) 范围:3-34s 缺省值:9s | 如果定时器超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 | | | 超时后停止。当T3111超时后BSC向BTS发送RF CH REL | 范围:0-5s,应等于MS侧T3110。缺省值:1.1 | | | | BSC收到RF CH REL ACK 超时后BSC本地释放 | | |
MSC侧 | | | | | | | MSC收到ASS CMP/ASSFAIL/HO REQ(BSC间直接重试) 超时后MSC调用呼叫清除进程 | 范围:1-20s 缺省值:12s TCHACTIVE+T3107b+T3107a+5s | 指配成功率,呼叫建立成功率 该定时器设置过长,可能会导致在超时前BSS侧定时器先超时,向MSC发送CLEAR REQUEST消息,导致掉话。 | | | | | 设置过小,马上指配过程未完成,影响指配成功率,呼叫建立成功率 该定时器设置过长,可能会导致在超时前BSS侧定时器先超时,向MSC发送CLEAR REQUEST消息,导致掉话。 | | MSC收到MS发送的断连信令(不包含过程指示#8或CCBS)启动 | | | 若将值改小,则在CLEAR REQ未上发之前,MSC会向BSC发送CLEAR CMD强行拆线,呼叫视为正常释放,从而减少话统统计掉话次数 | | | (1)收到REL CMP时停止。(2)MSC收到RELEASE,即冲撞时或MS没有收到RELEASE造成T305超时。 若超时则重发REL并重启动T308 | | 同T305 该定时器设置过长,可能会导致在超时前BSS侧定时器先超时,向MSC发送CLEAR REQUEST消息,导致掉话。 | | | 收到CLEAR CMP时停止 超时后MSC认为RR连接释放 | 范围:1-120s 缺省值:20s HUAWEI缺省值:6s | |
2 被叫流程2.1 定时器位置 蓝蓝色定时器为被叫,红色为主叫流程的定时器,在被叫中也存在。 2.2 定时器描述 BTS侧 | | | | | | | | | 设置过小,指配过程未完成,影响指配成功率,呼叫建立成功率。 设置过长,在无线环境较差情况下,可能导致BSS侧定时器先超时发起清除请求,导致掉话 |
MSC侧 | | | | | | | MSC收到寻呼响应(CR)时停止。定时器超时后MSC重发寻呼消息,重新启动T3113,重发次数由网络侧定义 | | | | | 收到CALL Confirmmed/RELEASE CMP时停止。定时器超时后MSC清除本次呼叫 | | 设置过小,影响呼叫建立成功率 如果该定时器设置过长,BSS侧在没有收到SETUP消息时,则会导致BSS侧定时器先超时,向MSC发送CLEAR REQUEST消息,导致掉话。 | | 对来话呼叫进程进行控制。MSC收Call Confirmmed时启动 | MSC收到Alerting或MSC收到CONNECT消息或MSC收到DISCONNECT消息 | | 设置过小,指配过程未完成,影响指配成功率,呼叫建立成功率。 设置过长,在无线环境较差情况下,可能导致BSS侧发起清除请求,导致掉话 | | | 收到ASS CMP或ASS FAIL 或HO REQ时停止。定时器超时后,MSC调用呼叫清除进程 | TCHACTIVE+T3107a+T3107b+5s 缺省值12s | | | 监控用户摘机的时间。MSC收到ALERTING消息时启动 | 收到CONNECT/DISCONNECT消息时停止 | | 如果该定时器设置过长,由于无线环境较差或链路故障等问题,BSS侧定时器先超时,则BSC向MSC发送CLEAR REQUEST消息,导致掉话。 |
3 切换流程3.1 BSC内切换3.1.1 定时器位置 3.1.2 定时器描述 MS测 | | | | | | | | | SDCCH (+SACCH)时,设置为675ms,其他情况320ms | | | | | | | | |
BTS侧 | | | | | | | | 从MS收到正确解码的格式为A和B(04.06)的层2帧或TCH帧。 | 范围〈2-254;单位:10ms〉 缺省值〈6 〉 | | 发送给MS的两次物理信息的时间间隔。最大NY1次,如果超过NY1次,切换失败 | | | | | | | |
BSC侧 | | | | | | | | 目标BTS下发HO Detect 或者收到源BTS下发EST IND | | | 对MS在目标BTS上建立数据链路(层2)连接的时间监视(BSC内切换) | | 1,收到目标BTS发来的HANDOVER DETECT消息 2,收到源BTS发来的EST IND消息(切换失败,MS返回原信道) 3,收到目标BTS发来的EST IND消息后将重启定时器 | 收到源BTS发来的HO_FAI消息(切换失败,MS返回原信道) 收到目标BTS发来的HANDOVER COMPLETE消息(切换成功) | | | 对MS在层3建立连接的时间监视(BSC内及BSC间切换) | | | | | | |
3.2 BSC间切换3.2.1 定时器位置 3.2.2 定时器描述 MS测 | | | | | | | | | SDCCH (+SACCH)时,设置为675ms,其他情况320ms | | | | | | | | |
源BSC侧 | | | | | | | | | | | | | | 1,源BSC收到MSC下发CLEAR CMD 2,源BSC收到源BTS的 EST IND 3,超时向MSC下发CLEAR REQUEST | | | | | | | | | 保持信道足够长的时间以便可以返回信道,定时器小于T8 |
目标BSC | | | | | | | | 目标BTS下发HO Detect 或者收到源BTS下发EST IND | | | 对MS在目标BTS上建立数据链路(层2)连接的时间监视(BSC内切换) | | 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 | | | 对MS在层3建立连接的时间监视(BSC内及BSC间切换) |
|