 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
請問一下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í)會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點(diǎn)來進(jìn)行測量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測量報(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í)會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點(diǎn)來進(jìn)行測量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測量報(bào)告 2020-10-13
問題答案
( 2 )
提高用戶感知！
回答者：
hedalin
回答時(shí)間：2014-04-18 10:26
3
3
T301定時(shí)器：UE在發(fā)送RRCConnectionReestabilshmentRequest時(shí)啟動該定時(shí)器。定時(shí)器超時(shí)前，如果UE收到RRCConnectionReestablishment或者RRCConnectionReestablishmentReject或者被選擇小區(qū)變成不適合小區(qū)，則停止該定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRC_IDLE態(tài)
T311定時(shí)器：UE在發(fā)起RRC連接重建流程時(shí)啟動該定時(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連接建立請求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請求需要等待的時(shí)間長度。該定時(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í)啟動該定時(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連接建立請求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請求需要等待的時(shí)間長度。該定時(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檢測無線鏈路失敗的定時(shí)器，在SIB1中廣播。
b、當(dāng)UE從L1檢測到連續(xù)N313個(gè)失步指示后啟動T313定時(shí)器。當(dāng)UE從L1檢測到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。
c、一旦T313超時(shí)，UE上報(bào)原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長時(shí)間才能察覺RL下行失步，此時(shí)間內(nèi)相關(guān)資源無法及時(shí)釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求。
e、T313設(shè)置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(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對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報(bào)原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時(shí)器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時(shí)器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對應(yīng)的T314超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無線鏈路的重建(重發(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要較長時(shí)間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時(shí)器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時(shí)器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對應(yīng)的T315超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無線鏈路的重建(重發(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要較長時(shí)間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個(gè)問題，T314與T315分別對應(yīng)什么業(yè)務(wù)，為什么會相差這么大？
5、N315定時(shí)器：
a、N315表示連接模式下在T313定時(shí)器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會增加導(dǎo)致T313超時(shí)的風(fēng)險(xiǎn)，一旦T313超時(shí)，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險(xiǎn)，造成本來沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時(shí)的風(fēng)險(xiǎn)會越小。
d、一般設(shè)置為4，單位次；
6、T302定時(shí)器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動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è)置的過大，會增大UE小區(qū)更新/URA更新流程平均時(shí)延
d、T302設(shè)置的過小，會影響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ǎng)絡(luò)較差的情況下對提高小區(qū)更新/URA更新流程成功率會有益處，但占用相應(yīng)信道時(shí)間比較長，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時(shí)間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計(jì)數(shù)器和定時(shí)器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個(gè)過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時(shí)間內(nèi)，UE沒有檢測到N315(4)次同步指示，T313超時(shí)了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時(shí)啟動了T302(1400ms)，V302加1，T302超時(shí)，UE沒有收到CELL UPDATE CONFIRM消息，檢測V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個(gè)問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時(shí)間內(nèi)，該業(yè)務(wù)的無線資源不會被釋放，直至T314(12S)/T315(180S)超時(shí)；17:46 2012-2-23
上面提到的這些都是RNC級的參數(shù)，不知道有沒有一些小區(qū)級的參數(shù)，功控類的參數(shù)，對掉線掉話率有影響呢？歡迎大家討論！
8、N_INSYNC_IND/連續(xù)同步指示次數(shù)
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、當(dāng)CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個(gè)失步指示后會啟動T_RLFAILURE定時(shí)器；在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后會停止和復(fù)位T_RLFAILURE定時(shí)器；
c、一旦T_RLFAILURE定時(shí)器超時(shí)，NodeB會上報(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è)同步指示后將會判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會上報(bào)RADIO LINK RESTORE INDICATION消息，并將當(dāng)前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設(shè)置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無法發(fā)送，最終造成RNC誤認(rèn)為當(dāng)前CCTRCH上行無法恢復(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用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長時(shí)間才能察覺CCTRCH上行失步，此時(shí)間內(nèi)相關(guān)資源無法及時(shí)釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的CCTRCH上報(bào)RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無線鏈路失敗定時(shí)器時(shí)長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
1
a、T313是連接模式下UE檢測無線鏈路失敗的定時(shí)器，在SIB1中廣播。
b、當(dāng)UE從L1檢測到連續(xù)N313個(gè)失步指示后啟動T313定時(shí)器。當(dāng)UE從L1檢測到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。
c、一旦T313超時(shí)，UE上報(bào)原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長時(shí)間才能察覺RL下行失步，此時(shí)間內(nèi)相關(guān)資源無法及時(shí)釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求。
e、T313設(shè)置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(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對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報(bào)原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時(shí)器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時(shí)器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對應(yīng)的T314超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無線鏈路的重建(重發(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要較長時(shí)間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時(shí)器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時(shí)器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時(shí)器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對應(yīng)的T315超時(shí)之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進(jìn)行無線鏈路的重建(重發(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要較長時(shí)間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時(shí)間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個(gè)問題，T314與T315分別對應(yīng)什么業(yè)務(wù)，為什么會相差這么大？
5、N315定時(shí)器：
a、N315表示連接模式下在T313定時(shí)器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會增加導(dǎo)致T313超時(shí)的風(fēng)險(xiǎn)，一旦T313超時(shí)，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險(xiǎn)，造成本來沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時(shí)的風(fēng)險(xiǎn)會越小。
d、一般設(shè)置為4，單位次；
6、T302定時(shí)器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動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è)置的過大，會增大UE小區(qū)更新/URA更新流程平均時(shí)延
d、T302設(shè)置的過小，會影響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ǎng)絡(luò)較差的情況下對提高小區(qū)更新/URA更新流程成功率會有益處，但占用相應(yīng)信道時(shí)間比較長，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時(shí)間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計(jì)數(shù)器和定時(shí)器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個(gè)過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時(shí)間內(nèi)，UE沒有檢測到N315(4)次同步指示，T313超時(shí)了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時(shí)啟動了T302(1400ms)，V302加1，T302超時(shí)，UE沒有收到CELL UPDATE CONFIRM消息，檢測V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個(gè)問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時(shí)間內(nèi)，該業(yè)務(wù)的無線資源不會被釋放，直至T314(12S)/T315(180S)超時(shí)；17:46 2012-2-23
上面提到的這些都是RNC級的參數(shù)，不知道有沒有一些小區(qū)級的參數(shù)，功控類的參數(shù)，對掉線掉話率有影響呢？歡迎大家討論！
8、N_INSYNC_IND/連續(xù)同步指示次數(shù)
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、當(dāng)CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個(gè)失步指示后會啟動T_RLFAILURE定時(shí)器；在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后會停止和復(fù)位T_RLFAILURE定時(shí)器；
c、一旦T_RLFAILURE定時(shí)器超時(shí)，NodeB會上報(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è)同步指示后將會判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會上報(bào)RADIO LINK RESTORE INDICATION消息，并將當(dāng)前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設(shè)置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無法發(fā)送，最終造成RNC誤認(rèn)為當(dāng)前CCTRCH上行無法恢復(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用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長時(shí)間才能察覺CCTRCH上行失步，此時(shí)間內(nèi)相關(guān)資源無法及時(shí)釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的CCTRCH上報(bào)RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無線鏈路失敗定時(shí)器時(shí)長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
qian94 2014-05-16 16:16
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：工程開站優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級后臺優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 浙江省郵電工程建設(shè)有限公司 聘：中興數(shù)通接入工程師
需求人數(shù)：1 人 地點(diǎn)：濟(jì)寧市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（華為高級）
需求人數(shù)：5 人 地點(diǎn)：貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 上海大唐移動通信設(shè)備有限公司 聘：通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù)：2 人 地點(diǎn)：南京市
需求人數(shù)：10 人 地點(diǎn)：河北省
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：工程開站優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級后臺優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 浙江省郵電工程建設(shè)有限公司 聘：中興數(shù)通接入工程師
需求人數(shù)：1 人 地點(diǎn)：濟(jì)寧市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（華為高級）
需求人數(shù)：5 人 地點(diǎn)：貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 上海大唐移動通信設(shè)備有限公司 聘：通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù)：2 人 地點(diǎn)：南京市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |