 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
請(qǐng)問一下TD-LTE修改定時(shí)器有什么影響？
例如T301從200改成600，T311把10000改成1000，N310把10改成20，T302把4改成2，都有什么影響嗎？為什么要改這些參數(shù)呢？謝謝！
提問者:
• LTE上下行峰值速率理論能達(dá)到多少？5G上下行峰值速率理論能達(dá)到多少？ 2020-11-28
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無(wú)法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來(lái)進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無(wú)法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來(lái)進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
問題答案
( 2 )
提高用戶感知！
回答者：
hedalin
回答時(shí)間：2014-04-18 10:26
3
3
T301定時(shí)器：UE在發(fā)送RRCConnectionReestabilshmentRequest時(shí)啟動(dòng)該定時(shí)器。定時(shí)器超時(shí)前，如果UE收到RRCConnectionReestablishment或者RRCConnectionReestablishmentReject或者被選擇小區(qū)變成不適合小區(qū)，則停止該定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRC_IDLE態(tài)
T311定時(shí)器：UE在發(fā)起RRC連接重建流程時(shí)啟動(dòng)該定時(shí)器。定時(shí)器超時(shí)前，如果UE選擇了一個(gè)EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRC_IDLE態(tài)。
N310該參數(shù)表示接收到底層的連續(xù)"失步"指示的最大數(shù)目
T302表示當(dāng)UE發(fā)起原因?yàn)榉?MO-Data"且非"MO-Signalling"的RRC連接建立請(qǐng)求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請(qǐng)求需要等待的時(shí)間長(zhǎng)度。該定時(shí)器在UE收到RRC連接拒絕(RRCConnectionReject)消息時(shí)開啟，該定時(shí)器在UE進(jìn)入RRC連接狀態(tài)(RRC_CONNECTED)或UE進(jìn)行小區(qū)重選(cell re-selection)時(shí)停止。
希望能幫到樓主。
T311定時(shí)器：UE在發(fā)起RRC連接重建流程時(shí)啟動(dòng)該定時(shí)器。定時(shí)器超時(shí)前，如果UE選擇了一個(gè)EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRC_IDLE態(tài)。
N310該參數(shù)表示接收到底層的連續(xù)"失步"指示的最大數(shù)目
T302表示當(dāng)UE發(fā)起原因?yàn)榉?MO-Data"且非"MO-Signalling"的RRC連接建立請(qǐng)求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請(qǐng)求需要等待的時(shí)間長(zhǎng)度。該定時(shí)器在UE收到RRC連接拒絕(RRCConnectionReject)消息時(shí)開啟，該定時(shí)器在UE進(jìn)入RRC連接狀態(tài)(RRC_CONNECTED)或UE進(jìn)行小區(qū)重選(cell re-selection)時(shí)停止。
希望能幫到樓主。
回答者：
haiyq
回答時(shí)間：2014-04-18 12:07
9
11
回答的很牛，非常感謝！
hattie19891210 2014-04-18 14:10
記得采納!
haiyq 2014-04-28 07:12
記得采納!
haiyq 2014-04-28 07:13
記得采納!
haiyq 2014-04-28 07:12
1、T313定時(shí)器：
1
a、T313是連接模式下UE檢測(cè)無(wú)線鏈路失敗的定時(shí)器，在SIB1中廣播。
b、當(dāng)UE從L1檢測(cè)到連續(xù)N313個(gè)失步指示后啟動(dòng)T313定時(shí)器。當(dāng)UE從L1檢測(cè)到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。
c、一旦T313超時(shí)，UE上報(bào)原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能察覺RL下行失步，此時(shí)間內(nèi)相關(guān)資源無(wú)法及時(shí)釋放，也無(wú)法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請(qǐng)求。
e、T313設(shè)置的過小，很可能造成對(duì)RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對(duì)本可以迅速自我恢復(fù)的RL上報(bào)CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設(shè)置為3，單位為S
2、N313計(jì)數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設(shè)置的越大，UE對(duì)RL失步的判斷就越不敏感，可能造成本來(lái)不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無(wú)法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會(huì)增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報(bào)原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時(shí)器：
a、當(dāng)RL下行失步滿足無(wú)線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時(shí)器關(guān)聯(lián)的無(wú)線承載，則UE需要啟動(dòng)T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對(duì)應(yīng)的T314超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無(wú)線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無(wú)線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應(yīng)的保護(hù)機(jī)制由T302和N302聯(lián)合完成)，基于此目的，配置T314應(yīng)大于T302×N302。
c、一旦T314超時(shí)，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T314設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能將已無(wú)法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無(wú)法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無(wú)法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時(shí)器：
a、當(dāng)RL下行失步滿足無(wú)線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時(shí)器關(guān)聯(lián)的無(wú)線承載，則UE需要啟動(dòng)T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對(duì)應(yīng)的T315超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無(wú)線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無(wú)線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應(yīng)的保護(hù)機(jī)制由T302和N302聯(lián)合完成)，基于此目的，配置T315應(yīng)大于T302×N302。
c、一旦T315超時(shí)，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T315設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能將已無(wú)法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無(wú)法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無(wú)法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個(gè)問題，T314與T315分別對(duì)應(yīng)什么業(yè)務(wù)，為什么會(huì)相差這么大？
5、N315定時(shí)器：
a、N315表示連接模式下在T313定時(shí)器啟動(dòng)期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會(huì)增加導(dǎo)致T313超時(shí)的風(fēng)險(xiǎn)，一旦T313超時(shí)，就會(huì)觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險(xiǎn)，造成本來(lái)沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時(shí)的風(fēng)險(xiǎn)會(huì)越小。
d、一般設(shè)置為4，單位次；
6、T302定時(shí)器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動(dòng)T302定時(shí)器，并將記錄CELL UPDATE/URA UPDATE消息發(fā)送次數(shù)的計(jì)數(shù)器V302累加1；在收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302；
b、一旦T302定時(shí)器超時(shí)，UE檢查計(jì)數(shù)器V302，若V302 <= N302，則重發(fā)CELL UPDATE/URA UPDATE，否則進(jìn)入空閑模式；
c、T302設(shè)置的過大，會(huì)增大UE小區(qū)更新/URA更新流程平均時(shí)延
d、T302設(shè)置的過小，會(huì)影響UE小區(qū)更新/URA更新流程成功率；
e、一般設(shè)置為1400，單位ms；
N302計(jì)數(shù)器：
a、N302表示連接模式下允許UE發(fā)送CELL UPDATE/URA UPDATE消息的最大次數(shù)，在SIB1中廣播；3q5Q'd:Q/T/B"j
b、N302設(shè)置的越大，在無(wú)線網(wǎng)絡(luò)較差的情況下對(duì)提高小區(qū)更新/URA更新流程成功率會(huì)有益處，但占用相應(yīng)信道時(shí)間比較長(zhǎng)，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時(shí)間會(huì)越少，但會(huì)降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計(jì)數(shù)器和定時(shí)器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個(gè)過程呢？
首先UE檢測(cè)到了N313（10）次失步指示，啟動(dòng)了T313（3S），在T313時(shí)間內(nèi)，UE沒有檢測(cè)到N315(4)次同步指示，T313超時(shí)了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時(shí)啟動(dòng)了T302(1400ms)，V302加1，T302超時(shí)，UE沒有收到CELL UPDATE CONFIRM消息，檢測(cè)V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個(gè)問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無(wú)線鏈路建不成功，在T314/T315時(shí)間內(nèi)，該業(yè)務(wù)的無(wú)線資源不會(huì)被釋放，直至T314(12S)/T315(180S)超時(shí)；17:46 2012-2-23
上面提到的這些都是RNC級(jí)的參數(shù)，不知道有沒有一些小區(qū)級(jí)的參數(shù)，功控類的參數(shù)，對(duì)掉線掉話率有影響呢？歡迎大家討論！
8、N_INSYNC_IND/連續(xù)同步指示次數(shù)
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、當(dāng)CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個(gè)失步指示后會(huì)啟動(dòng)T_RLFAILURE定時(shí)器；在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后會(huì)停止和復(fù)位T_RLFAILURE定時(shí)器；
c、一旦T_RLFAILURE定時(shí)器超時(shí)，NodeB會(huì)上報(bào)RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當(dāng)前CCTRCH狀態(tài)置為失步狀態(tài)
d、當(dāng)一個(gè)CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后將會(huì)判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會(huì)上報(bào)RADIO LINK RESTORE INDICATION消息，并將當(dāng)前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設(shè)置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無(wú)法發(fā)送，最終造成RNC誤認(rèn)為當(dāng)前CCTRCH上行無(wú)法恢復(fù)同步，從而發(fā)起鏈路重建或釋放；
f、“連續(xù)同步指示次數(shù)”設(shè)置的越小，NodeB就越容易判斷當(dāng)前CCTRCH上行重新同步，但同時(shí)就越增加當(dāng)前CCTRCH信道上行傳輸質(zhì)量的風(fēng)險(xiǎn)；
g、一般設(shè)置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、本參數(shù)在檢測(cè)上行同步過程中的功能和作用請(qǐng)參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長(zhǎng)時(shí)間才能察覺CCTRCH上行失步，此時(shí)間內(nèi)相關(guān)資源無(wú)法及時(shí)釋放，也無(wú)法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請(qǐng)求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對(duì)CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對(duì)本可以迅速自我恢復(fù)的CCTRCH上報(bào)RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無(wú)線鏈路失敗定時(shí)器時(shí)長(zhǎng)/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、本參數(shù)在檢測(cè)上行同步過程中的功能和作用請(qǐng)參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
1
a、T313是連接模式下UE檢測(cè)無(wú)線鏈路失敗的定時(shí)器，在SIB1中廣播。
b、當(dāng)UE從L1檢測(cè)到連續(xù)N313個(gè)失步指示后啟動(dòng)T313定時(shí)器。當(dāng)UE從L1檢測(cè)到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。
c、一旦T313超時(shí)，UE上報(bào)原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能察覺RL下行失步，此時(shí)間內(nèi)相關(guān)資源無(wú)法及時(shí)釋放，也無(wú)法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請(qǐng)求。
e、T313設(shè)置的過小，很可能造成對(duì)RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對(duì)本可以迅速自我恢復(fù)的RL上報(bào)CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設(shè)置為3，單位為S
2、N313計(jì)數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設(shè)置的越大，UE對(duì)RL失步的判斷就越不敏感，可能造成本來(lái)不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無(wú)法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會(huì)增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報(bào)原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時(shí)器：
a、當(dāng)RL下行失步滿足無(wú)線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時(shí)器關(guān)聯(lián)的無(wú)線承載，則UE需要啟動(dòng)T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對(duì)應(yīng)的T314超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無(wú)線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無(wú)線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應(yīng)的保護(hù)機(jī)制由T302和N302聯(lián)合完成)，基于此目的，配置T314應(yīng)大于T302×N302。
c、一旦T314超時(shí)，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T314設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能將已無(wú)法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無(wú)法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無(wú)法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時(shí)器：
a、當(dāng)RL下行失步滿足無(wú)線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時(shí)器關(guān)聯(lián)的無(wú)線承載，則UE需要啟動(dòng)T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對(duì)應(yīng)的T315超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無(wú)線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無(wú)線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應(yīng)的保護(hù)機(jī)制由T302和N302聯(lián)合完成)，基于此目的，配置T315應(yīng)大于T302×N302。
c、一旦T315超時(shí)，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T315設(shè)置的過大，UE要較長(zhǎng)時(shí)間才能將已無(wú)法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無(wú)法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無(wú)法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個(gè)問題，T314與T315分別對(duì)應(yīng)什么業(yè)務(wù)，為什么會(huì)相差這么大？
5、N315定時(shí)器：
a、N315表示連接模式下在T313定時(shí)器啟動(dòng)期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會(huì)增加導(dǎo)致T313超時(shí)的風(fēng)險(xiǎn)，一旦T313超時(shí)，就會(huì)觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險(xiǎn)，造成本來(lái)沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時(shí)的風(fēng)險(xiǎn)會(huì)越小。
d、一般設(shè)置為4，單位次；
6、T302定時(shí)器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動(dòng)T302定時(shí)器，并將記錄CELL UPDATE/URA UPDATE消息發(fā)送次數(shù)的計(jì)數(shù)器V302累加1；在收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302；
b、一旦T302定時(shí)器超時(shí)，UE檢查計(jì)數(shù)器V302，若V302 <= N302，則重發(fā)CELL UPDATE/URA UPDATE，否則進(jìn)入空閑模式；
c、T302設(shè)置的過大，會(huì)增大UE小區(qū)更新/URA更新流程平均時(shí)延
d、T302設(shè)置的過小，會(huì)影響UE小區(qū)更新/URA更新流程成功率；
e、一般設(shè)置為1400，單位ms；
N302計(jì)數(shù)器：
a、N302表示連接模式下允許UE發(fā)送CELL UPDATE/URA UPDATE消息的最大次數(shù)，在SIB1中廣播；3q5Q'd:Q/T/B"j
b、N302設(shè)置的越大，在無(wú)線網(wǎng)絡(luò)較差的情況下對(duì)提高小區(qū)更新/URA更新流程成功率會(huì)有益處，但占用相應(yīng)信道時(shí)間比較長(zhǎng)，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時(shí)間會(huì)越少，但會(huì)降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計(jì)數(shù)器和定時(shí)器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個(gè)過程呢？
首先UE檢測(cè)到了N313（10）次失步指示，啟動(dòng)了T313（3S），在T313時(shí)間內(nèi)，UE沒有檢測(cè)到N315(4)次同步指示，T313超時(shí)了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時(shí)啟動(dòng)了T302(1400ms)，V302加1，T302超時(shí)，UE沒有收到CELL UPDATE CONFIRM消息，檢測(cè)V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個(gè)問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無(wú)線鏈路建不成功，在T314/T315時(shí)間內(nèi)，該業(yè)務(wù)的無(wú)線資源不會(huì)被釋放，直至T314(12S)/T315(180S)超時(shí)；17:46 2012-2-23
上面提到的這些都是RNC級(jí)的參數(shù)，不知道有沒有一些小區(qū)級(jí)的參數(shù)，功控類的參數(shù)，對(duì)掉線掉話率有影響呢？歡迎大家討論！
8、N_INSYNC_IND/連續(xù)同步指示次數(shù)
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、當(dāng)CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個(gè)失步指示后會(huì)啟動(dòng)T_RLFAILURE定時(shí)器；在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后會(huì)停止和復(fù)位T_RLFAILURE定時(shí)器；
c、一旦T_RLFAILURE定時(shí)器超時(shí)，NodeB會(huì)上報(bào)RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當(dāng)前CCTRCH狀態(tài)置為失步狀態(tài)
d、當(dāng)一個(gè)CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后將會(huì)判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會(huì)上報(bào)RADIO LINK RESTORE INDICATION消息，并將當(dāng)前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設(shè)置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無(wú)法發(fā)送，最終造成RNC誤認(rèn)為當(dāng)前CCTRCH上行無(wú)法恢復(fù)同步，從而發(fā)起鏈路重建或釋放；
f、“連續(xù)同步指示次數(shù)”設(shè)置的越小，NodeB就越容易判斷當(dāng)前CCTRCH上行重新同步，但同時(shí)就越增加當(dāng)前CCTRCH信道上行傳輸質(zhì)量的風(fēng)險(xiǎn)；
g、一般設(shè)置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、本參數(shù)在檢測(cè)上行同步過程中的功能和作用請(qǐng)參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長(zhǎng)時(shí)間才能察覺CCTRCH上行失步，此時(shí)間內(nèi)相關(guān)資源無(wú)法及時(shí)釋放，也無(wú)法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請(qǐng)求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對(duì)CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對(duì)本可以迅速自我恢復(fù)的CCTRCH上報(bào)RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無(wú)線鏈路失敗定時(shí)器時(shí)長(zhǎng)/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測(cè)UU接口上行是否失步；
b、本參數(shù)在檢測(cè)上行同步過程中的功能和作用請(qǐng)參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
qian94 2014-05-16 16:16
• 西安長(zhǎng)河通訊有限責(zé)任公司
聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺(tái)-安徽）
需求人數(shù)：5 人 地點(diǎn)：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
需求人數(shù)：2 人 地點(diǎn)：安康市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺(tái)-安徽）
需求人數(shù)：5 人 地點(diǎn)：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |