 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
請問一下TD-LTE修改定時器有什么影響？
例如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何時會攜帶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)沒有上報測量報告 2020-10-13
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時會攜帶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)沒有上報測量報告 2020-10-13
問題答案
( 2 )
提高用戶感知！
回答者：
hedalin
回答時間：2014-04-18 10:26
3
3
T301定時器：UE在發(fā)送RRCConnectionReestabilshmentRequest時啟動該定時器。定時器超時前，如果UE收到RRCConnectionReestablishment或者RRCConnectionReestablishmentReject或者被選擇小區(qū)變成不適合小區(qū)，則停止該定時器。定時器超時后，UE進(jìn)入RRC_IDLE態(tài)
T311定時器：UE在發(fā)起RRC連接重建流程時啟動該定時器。定時器超時前，如果UE選擇了一個EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時器。定時器超時后，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連接建立請求需要等待的時間長度。該定時器在UE收到RRC連接拒絕(RRCConnectionReject)消息時開啟，該定時器在UE進(jìn)入RRC連接狀態(tài)(RRC_CONNECTED)或UE進(jìn)行小區(qū)重選(cell re-selection)時停止。
希望能幫到樓主。
T311定時器：UE在發(fā)起RRC連接重建流程時啟動該定時器。定時器超時前，如果UE選擇了一個EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時器。定時器超時后，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連接建立請求需要等待的時間長度。該定時器在UE收到RRC連接拒絕(RRCConnectionReject)消息時開啟，該定時器在UE進(jìn)入RRC連接狀態(tài)(RRC_CONNECTED)或UE進(jìn)行小區(qū)重選(cell re-selection)時停止。
希望能幫到樓主。
回答者：
haiyq
回答時間：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定時器：
1
a、T313是連接模式下UE檢測無線鏈路失敗的定時器，在SIB1中廣播。
b、當(dāng)UE從L1檢測到連續(xù)N313個失步指示后啟動T313定時器。當(dāng)UE從L1檢測到連續(xù)N315個同步指示后停止T313定時器。
c、一旦T313超時，UE上報原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長時間才能察覺RL下行失步，此時間內(nèi)相關(guān)資源無法及時釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求。
e、T313設(shè)置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的RL上報CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設(shè)置為3，單位為S
2、N313計數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設(shè)置的越大，UE對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報RL失步進(jìn)而無法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對應(yīng)的T314超時之前，如果由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超時，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T314設(shè)置的過大，UE要較長時間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對應(yīng)的T315超時之前，如果由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超時，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T315設(shè)置的過大，UE要較長時間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個問題，T314與T315分別對應(yīng)什么業(yè)務(wù)，為什么會相差這么大？
5、N315定時器：
a、N315表示連接模式下在T313定時器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會增加導(dǎo)致T313超時的風(fēng)險，一旦T313超時，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險，造成本來沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時的風(fēng)險會越小。
d、一般設(shè)置為4，單位次；
6、T302定時器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動T302定時器，并將記錄CELL UPDATE/URA UPDATE消息發(fā)送次數(shù)的計數(shù)器V302累加1；在收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302；
b、一旦T302定時器超時，UE檢查計數(shù)器V302，若V302 <= N302，則重發(fā)CELL UPDATE/URA UPDATE，否則進(jìn)入空閑模式；
c、T302設(shè)置的過大，會增大UE小區(qū)更新/URA更新流程平均時延
d、T302設(shè)置的過小，會影響UE小區(qū)更新/URA更新流程成功率；
e、一般設(shè)置為1400，單位ms；
N302計數(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)信道時間比較長，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計數(shù)器和定時器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時間內(nèi)，UE沒有檢測到N315(4)次同步指示，T313超時了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時啟動了T302(1400ms)，V302加1，T302超時，UE沒有收到CELL UPDATE CONFIRM消息，檢測V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時間內(nèi)，該業(yè)務(wù)的無線資源不會被釋放，直至T314(12S)/T315(180S)超時；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”個失步指示后會啟動T_RLFAILURE定時器；在連續(xù)收到“N_INSYNC_IND”個同步指示后會停止和復(fù)位T_RLFAILURE定時器；
c、一旦T_RLFAILURE定時器超時，NodeB會上報RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當(dāng)前CCTRCH狀態(tài)置為失步狀態(tài)
d、當(dāng)一個CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個同步指示后將會判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會上報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上行重新同步，但同時就越增加當(dāng)前CCTRCH信道上行傳輸質(zhì)量的風(fēng)險；
g、一般設(shè)置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長時間才能察覺CCTRCH上行失步，此時間內(nèi)相關(guān)資源無法及時釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的CCTRCH上報RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無線鏈路失敗定時器時長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
1
a、T313是連接模式下UE檢測無線鏈路失敗的定時器，在SIB1中廣播。
b、當(dāng)UE從L1檢測到連續(xù)N313個失步指示后啟動T313定時器。當(dāng)UE從L1檢測到連續(xù)N315個同步指示后停止T313定時器。
c、一旦T313超時，UE上報原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設(shè)置的過大，UE要較長時間才能察覺RL下行失步，此時間內(nèi)相關(guān)資源無法及時釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求。
e、T313設(shè)置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的RL上報CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設(shè)置為3，單位為S
2、N313計數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設(shè)置的越大，UE對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報RL失步進(jìn)而無法觸發(fā)后續(xù)的恢復(fù)或重建操作
c、N313設(shè)置的越小，越可以保證RL傳輸?shù)目煽啃�，但相�?yīng)的也會增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報原因值為RL FAILURE的CELL UPDATE消息；
d、一般設(shè)置為10，單位為次；
3、T314定時器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T314定時器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時器。當(dāng)小區(qū)更新過程完成后停止T314。
b、在業(yè)務(wù)對應(yīng)的T314超時之前，如果由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超時，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T314設(shè)置的過大，UE要較長時間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T314設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。m
f、一般設(shè)置為12，單位12S；
4、T315定時器：
a、當(dāng)RL下行失步滿足無線鏈路失敗準(zhǔn)則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當(dāng)前存在與T315定時器關(guān)聯(lián)的無線承載，則UE需要啟動T314定時器。當(dāng)小區(qū)更新過程完成后停止T315。
b、在業(yè)務(wù)對應(yīng)的T315超時之前，如果由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超時，則相應(yīng)的業(yè)務(wù)RB就被刪除。
d、T315設(shè)置的過大，UE要較長時間才能將已無法恢復(fù)的RL的相應(yīng)業(yè)務(wù)資源釋放，此時間內(nèi)相關(guān)資源吊死，無法分配給其他業(yè)務(wù)使用。
e、T315設(shè)置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導(dǎo)致RL重建失敗率上升，業(yè)務(wù)被過早釋放。
f、一般設(shè)置為180，單位S
注：這里有個問題，T314與T315分別對應(yīng)什么業(yè)務(wù)，為什么會相差這么大？
5、N315定時器：
a、N315表示連接模式下在T313定時器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會增加導(dǎo)致T313超時的風(fēng)險，一旦T313超時，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設(shè)置的越小，越增加判斷RL下行恢復(fù)可用的風(fēng)險，造成本來沒有正確恢復(fù)下行同步的RL被認(rèn)為成功恢復(fù)的誤判可能性就越大，但由此導(dǎo)致的T313超時的風(fēng)險會越小。
d、一般設(shè)置為4，單位次；
6、T302定時器：
a、UE在發(fā)送CELL UPDATE/URA UPDATE消息后啟動T302定時器，并將記錄CELL UPDATE/URA UPDATE消息發(fā)送次數(shù)的計數(shù)器V302累加1；在收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302；
b、一旦T302定時器超時，UE檢查計數(shù)器V302，若V302 <= N302，則重發(fā)CELL UPDATE/URA UPDATE，否則進(jìn)入空閑模式；
c、T302設(shè)置的過大，會增大UE小區(qū)更新/URA更新流程平均時延
d、T302設(shè)置的過小，會影響UE小區(qū)更新/URA更新流程成功率；
e、一般設(shè)置為1400，單位ms；
N302計數(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)信道時間比較長，增加網(wǎng)絡(luò)負(fù)載；
c、N302設(shè)置的越小，占用的相應(yīng)信道時間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設(shè)置為2，單位次；
了解了這次計數(shù)器和定時器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時間內(nèi)，UE沒有檢測到N315(4)次同步指示，T313超時了，UE發(fā)送CELL UPDATE消息，原因值為RL FAILURE，同時啟動了T302(1400ms)，V302加1，T302超時，UE沒有收到CELL UPDATE CONFIRM消息，檢測V302，若V302 <= N302(2)，則重發(fā)CELL UPDATE，否則進(jìn)入空閑模式；
這里有一個問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時間內(nèi)，該業(yè)務(wù)的無線資源不會被釋放，直至T314(12S)/T315(180S)超時；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”個失步指示后會啟動T_RLFAILURE定時器；在連續(xù)收到“N_INSYNC_IND”個同步指示后會停止和復(fù)位T_RLFAILURE定時器；
c、一旦T_RLFAILURE定時器超時，NodeB會上報RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當(dāng)前CCTRCH狀態(tài)置為失步狀態(tài)
d、當(dāng)一個CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個同步指示后將會判斷當(dāng)前CCTRCH已經(jīng)重新同步，NodeB會上報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上行重新同步，但同時就越增加當(dāng)前CCTRCH信道上行傳輸質(zhì)量的風(fēng)險；
g、一般設(shè)置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設(shè)置的過大，NodeB要較長時間才能察覺CCTRCH上行失步，此時間內(nèi)相關(guān)資源無法及時釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設(shè)置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導(dǎo)致頻繁對本可以迅速自我恢復(fù)的CCTRCH上報RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設(shè)置為10,單位次；
10、無線鏈路失敗定時器時長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設(shè)置為51，單位秒；
qian94 2014-05-16 16:16
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘：急聘！華為項(xiàng)目（江蘇南京移動）
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 南京華蘇科技有限公司 聘：初級優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項(xiàng)中高級后臺
需求人數(shù)：1 人 地點(diǎn)：岳陽市,益陽市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 合肥超腦信息科技有限公司 聘：5G單驗(yàn)測試-浙江
需求人數(shù)：6 人 地點(diǎn)：浙江省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點(diǎn)：青海省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：網(wǎng)優(yōu)中高級后臺-優(yōu)化-濟(jì)南
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 杭州飛陽科技有限公司 聘：高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù)：5 人 地點(diǎn)：云南省,山西省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點(diǎn)：北京市,上海市,天津市,重慶市,浙江省
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 南京華蘇科技有限公司 聘：初級優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項(xiàng)中高級后臺
需求人數(shù)：1 人 地點(diǎn)：岳陽市,益陽市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 合肥超腦信息科技有限公司 聘：5G單驗(yàn)測試-浙江
需求人數(shù)：6 人 地點(diǎn)：浙江省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點(diǎn)：青海省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：網(wǎng)優(yōu)中高級后臺-優(yōu)化-濟(jì)南
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 杭州飛陽科技有限公司 聘：高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù)：5 人 地點(diǎn)：云南省,山西省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點(diǎn)：北京市,上海市,天津市,重慶市,浙江省
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |