 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
請問一下TD-LTE修改定時器有什么影響？
例如T301從200改成600，T311把10000改成1000，N310把10改成20，T302把4改成2，都有什么影響嗎？為什么要改這些參數(shù)呢？謝謝！
提問者:
• LTE上下行峰值速率理論能達到多少？5G上下行峰值速率理論能達到多少？ 2020-11-28
• VoLTE網絡優(yōu)化工作 VOLTE啟呼轉CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么？ 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報測量報告 2020-10-13
• VoLTE網絡優(yōu)化工作 VOLTE啟呼轉CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么？ 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 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進入RRC_IDLE態(tài)
T311定時器：UE在發(fā)起RRC連接重建流程時啟動該定時器。定時器超時前，如果UE選擇了一個EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時器。定時器超時后，UE進入RRC_IDLE態(tài)。
N310該參數(shù)表示接收到底層的連續(xù)"失步"指示的最大數(shù)目
T302表示當UE發(fā)起原因為非"MO-Data"且非"MO-Signalling"的RRC連接建立請求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請求需要等待的時間長度。該定時器在UE收到RRC連接拒絕(RRCConnectionReject)消息時開啟，該定時器在UE進入RRC連接狀態(tài)(RRC_CONNECTED)或UE進行小區(qū)重選(cell re-selection)時停止。
希望能幫到樓主。
T311定時器：UE在發(fā)起RRC連接重建流程時啟動該定時器。定時器超時前，如果UE選擇了一個EUTRAN小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時器。定時器超時后，UE進入RRC_IDLE態(tài)。
N310該參數(shù)表示接收到底層的連續(xù)"失步"指示的最大數(shù)目
T302表示當UE發(fā)起原因為非"MO-Data"且非"MO-Signalling"的RRC連接建立請求(RRCConnectionRequest)被拒絕后，再次發(fā)送RRC連接建立請求需要等待的時間長度。該定時器在UE收到RRC連接拒絕(RRCConnectionReject)消息時開啟，該定時器在UE進入RRC連接狀態(tài)(RRC_CONNECTED)或UE進行小區(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、當UE從L1檢測到連續(xù)N313個失步指示后啟動T313定時器。當UE從L1檢測到連續(xù)N315個同步指示后停止T313定時器。
c、一旦T313超時，UE上報原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設置的過大，UE要較長時間才能察覺RL下行失步，此時間內相關資源無法及時釋放，也無法發(fā)起恢復操作或響應新的資源建立請求。
e、T313設置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導致頻繁對本可以迅速自我恢復的RL上報CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設置為3，單位為S
2、N313計數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設置的越大，UE對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報RL失步進而無法觸發(fā)后續(xù)的恢復或重建操作
c、N313設置的越小，越可以保證RL傳輸?shù)目煽啃裕鄳囊矔黾涌苫謴托訰L閃斷的誤判，從而可能導致UE頻繁的上報原因值為RL FAILURE的CELL UPDATE消息；
d、一般設置為10，單位為次；
3、T314定時器：
a、當RL下行失步滿足無線鏈路失敗準則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當前存在與T314定時器關聯(lián)的無線承載，則UE需要啟動T314定時器。當小區(qū)更新過程完成后停止T314。
b、在業(yè)務對應的T314超時之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進行無線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應的保護機制由T302和N302聯(lián)合完成)，基于此目的，配置T314應大于T302×N302。
c、一旦T314超時，則相應的業(yè)務RB就被刪除。
d、T314設置的過大，UE要較長時間才能將已無法恢復的RL的相應業(yè)務資源釋放，此時間內相關資源吊死，無法分配給其他業(yè)務使用。
e、T314設置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導致RL重建失敗率上升，業(yè)務被過早釋放。m
f、一般設置為12，單位12S；
4、T315定時器：
a、當RL下行失步滿足無線鏈路失敗準則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當前存在與T315定時器關聯(lián)的無線承載，則UE需要啟動T314定時器。當小區(qū)更新過程完成后停止T315。
b、在業(yè)務對應的T315超時之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進行無線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應的保護機制由T302和N302聯(lián)合完成)，基于此目的，配置T315應大于T302×N302。
c、一旦T315超時，則相應的業(yè)務RB就被刪除。
d、T315設置的過大，UE要較長時間才能將已無法恢復的RL的相應業(yè)務資源釋放，此時間內相關資源吊死，無法分配給其他業(yè)務使用。
e、T315設置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導致RL重建失敗率上升，業(yè)務被過早釋放。
f、一般設置為180，單位S
注：這里有個問題，T314與T315分別對應什么業(yè)務，為什么會相差這么大？
5、N315定時器：
a、N315表示連接模式下在T313定時器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設置的越大，越可以保證RL恢復下行同步的可靠性，但相應的也會增加導致T313超時的風險，一旦T313超時，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設置的越小，越增加判斷RL下行恢復可用的風險，造成本來沒有正確恢復下行同步的RL被認為成功恢復的誤判可能性就越大，但由此導致的T313超時的風險會越小。
d、一般設置為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，否則進入空閑模式；
c、T302設置的過大，會增大UE小區(qū)更新/URA更新流程平均時延
d、T302設置的過小，會影響UE小區(qū)更新/URA更新流程成功率；
e、一般設置為1400，單位ms；
N302計數(shù)器：
a、N302表示連接模式下允許UE發(fā)送CELL UPDATE/URA UPDATE消息的最大次數(shù)，在SIB1中廣播；3q5Q'd:Q/T/B"j
b、N302設置的越大，在無線網絡較差的情況下對提高小區(qū)更新/URA更新流程成功率會有益處，但占用相應信道時間比較長，增加網絡負載；
c、N302設置的越小，占用的相應信道時間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設置為2，單位次；
了解了這次計數(shù)器和定時器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時間內，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，否則進入空閑模式；
這里有一個問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時間內，該業(yè)務的無線資源不會被釋放，直至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、當CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個失步指示后會啟動T_RLFAILURE定時器；在連續(xù)收到“N_INSYNC_IND”個同步指示后會停止和復位T_RLFAILURE定時器；
c、一旦T_RLFAILURE定時器超時，NodeB會上報RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當前CCTRCH狀態(tài)置為失步狀態(tài)
d、當一個CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個同步指示后將會判斷當前CCTRCH已經重新同步，NodeB會上報RADIO LINK RESTORE INDICATION消息，并將當前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無法發(fā)送，最終造成RNC誤認為當前CCTRCH上行無法恢復同步，從而發(fā)起鏈路重建或釋放；
f、“連續(xù)同步指示次數(shù)”設置的越小，NodeB就越容易判斷當前CCTRCH上行重新同步，但同時就越增加當前CCTRCH信道上行傳輸質量的風險；
g、一般設置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設置的過大，NodeB要較長時間才能察覺CCTRCH上行失步，此時間內相關資源無法及時釋放，也無法發(fā)起恢復操作或響應新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導致頻繁對本可以迅速自我恢復的CCTRCH上報RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設置為10,單位次；
10、無線鏈路失敗定時器時長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設置為51，單位秒；
1
a、T313是連接模式下UE檢測無線鏈路失敗的定時器，在SIB1中廣播。
b、當UE從L1檢測到連續(xù)N313個失步指示后啟動T313定時器。當UE從L1檢測到連續(xù)N315個同步指示后停止T313定時器。
c、一旦T313超時，UE上報原因值為RL FAILURE的CELL UPDATE消息通知RNC空中接口下行失步。
d、T313設置的過大，UE要較長時間才能察覺RL下行失步，此時間內相關資源無法及時釋放，也無法發(fā)起恢復操作或響應新的資源建立請求。
e、T313設置的過小，很可能造成對RL偶而的閃斷過于敏感，從而導致頻繁對本可以迅速自我恢復的RL上報CELL UPDATE消息，造成系統(tǒng)不必要的消息處理和流程開銷。
f、一般設置為3，單位為S
2、N313計數(shù)器：
a、N313表示連接模式下UE從L1層收到連續(xù)失步指示的最大次數(shù)，在SIB1中廣播
b、N313設置的越大，UE對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報RL失步進而無法觸發(fā)后續(xù)的恢復或重建操作
c、N313設置的越小，越可以保證RL傳輸?shù)目煽啃裕鄳囊矔黾涌苫謴托訰L閃斷的誤判，從而可能導致UE頻繁的上報原因值為RL FAILURE的CELL UPDATE消息；
d、一般設置為10，單位為次；
3、T314定時器：
a、當RL下行失步滿足無線鏈路失敗準則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當前存在與T314定時器關聯(lián)的無線承載，則UE需要啟動T314定時器。當小區(qū)更新過程完成后停止T314。
b、在業(yè)務對應的T314超時之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進行無線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應的保護機制由T302和N302聯(lián)合完成)，基于此目的，配置T314應大于T302×N302。
c、一旦T314超時，則相應的業(yè)務RB就被刪除。
d、T314設置的過大，UE要較長時間才能將已無法恢復的RL的相應業(yè)務資源釋放，此時間內相關資源吊死，無法分配給其他業(yè)務使用。
e、T314設置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導致RL重建失敗率上升，業(yè)務被過早釋放。m
f、一般設置為12，單位12S；
4、T315定時器：
a、當RL下行失步滿足無線鏈路失敗準則，UE發(fā)送了原因值為RL FAILURE的CELL UPDATE消息后，若當前存在與T315定時器關聯(lián)的無線承載，則UE需要啟動T314定時器。當小區(qū)更新過程完成后停止T315。
b、在業(yè)務對應的T315超時之前，如果由CELL UPDATE CONFIRM配置的無線鏈路建不成功，則還可以重發(fā)CELL UPDATE消息，進行無線鏈路的重建(重發(fā)CELL UPDATE消息和等待響應的保護機制由T302和N302聯(lián)合完成)，基于此目的，配置T315應大于T302×N302。
c、一旦T315超時，則相應的業(yè)務RB就被刪除。
d、T315設置的過大，UE要較長時間才能將已無法恢復的RL的相應業(yè)務資源釋放，此時間內相關資源吊死，無法分配給其他業(yè)務使用。
e、T315設置的過小，如上文所述，很可能造成無法與T302和N302的正確配合工作，從而導致RL重建失敗率上升，業(yè)務被過早釋放。
f、一般設置為180，單位S
注：這里有個問題，T314與T315分別對應什么業(yè)務，為什么會相差這么大？
5、N315定時器：
a、N315表示連接模式下在T313定時器啟動期間UE從L1接收到連續(xù)同步指示的最大次數(shù)，在SIB1中廣播。
b、N315設置的越大，越可以保證RL恢復下行同步的可靠性，但相應的也會增加導致T313超時的風險，一旦T313超時，就會觸發(fā)RL FAILURE原因的小區(qū)更新流程；
c、N315設置的越小，越增加判斷RL下行恢復可用的風險，造成本來沒有正確恢復下行同步的RL被認為成功恢復的誤判可能性就越大，但由此導致的T313超時的風險會越小。
d、一般設置為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，否則進入空閑模式；
c、T302設置的過大，會增大UE小區(qū)更新/URA更新流程平均時延
d、T302設置的過小，會影響UE小區(qū)更新/URA更新流程成功率；
e、一般設置為1400，單位ms；
N302計數(shù)器：
a、N302表示連接模式下允許UE發(fā)送CELL UPDATE/URA UPDATE消息的最大次數(shù)，在SIB1中廣播；3q5Q'd:Q/T/B"j
b、N302設置的越大，在無線網絡較差的情況下對提高小區(qū)更新/URA更新流程成功率會有益處，但占用相應信道時間比較長，增加網絡負載；
c、N302設置的越小，占用的相應信道時間會越少，但會降低小區(qū)更新/URA更新流程成功率；
d、一般設置為2，單位次；
了解了這次計數(shù)器和定時器之后，我們可以想象一下，一次掉話/掉線是怎么樣的一個過程呢？
首先UE檢測到了N313（10）次失步指示，啟動了T313（3S），在T313時間內，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，否則進入空閑模式；
這里有一個問題，好像T314、T315沒有起到作用；
我理解是這樣的，RNC在發(fā)送了CELL UPDATE CONFIRM之后，如果重配置的無線鏈路建不成功，在T314/T315時間內，該業(yè)務的無線資源不會被釋放，直至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、當CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個失步指示后會啟動T_RLFAILURE定時器；在連續(xù)收到“N_INSYNC_IND”個同步指示后會停止和復位T_RLFAILURE定時器；
c、一旦T_RLFAILURE定時器超時，NodeB會上報RADIO LINK FAILURE INDICATION消息通知RNC空中接口上行失步，并將當前CCTRCH狀態(tài)置為失步狀態(tài)
d、當一個CCTRCH處于失步狀態(tài)，NodeB在連續(xù)收到“N_INSYNC_IND”個同步指示后將會判斷當前CCTRCH已經重新同步，NodeB會上報RADIO LINK RESTORE INDICATION消息，并將當前CCTRCH狀態(tài)置為同步狀態(tài)；
e、“連續(xù)同步指示次數(shù)”設置的越大，NodeB就越難察覺CCTRCH上行重新同步，從而造成RADIO LINK RESTORE INDICATION發(fā)送的延遲，甚至是無法發(fā)送，最終造成RNC誤認為當前CCTRCH上行無法恢復同步，從而發(fā)起鏈路重建或釋放；
f、“連續(xù)同步指示次數(shù)”設置的越小，NodeB就越容易判斷當前CCTRCH上行重新同步，但同時就越增加當前CCTRCH信道上行傳輸質量的風險；
g、一般設置為4，單位次；
9、連續(xù)不同步指示次數(shù)/ NOUTSYNCIND
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、“連續(xù)不同步指示次數(shù)”設置的過大，NodeB要較長時間才能察覺CCTRCH上行失步，此時間內相關資源無法及時釋放，也無法發(fā)起恢復操作或響應新的資源建立請求；
d、“連續(xù)不同步指示次數(shù)”設置的過小，很可能造成對CCTRCH上行偶而的閃斷過于敏感，從而導致頻繁對本可以迅速自我恢復的CCTRCH上報RL FAILURE INDICATION消息，造成系統(tǒng)不必要的消息處理和流程開銷；
e、一般設置為10,單位次；
10、無線鏈路失敗定時器時長/ TRLFAILURE
a、該參數(shù)被NodeB用于檢測UU接口上行是否失步；
b、本參數(shù)在檢測上行同步過程中的功能和作用請參見“N_INSYNC_IND”一節(jié)中的描述；
c、一般設置為51，單位秒；
qian94 2014-05-16 16:16
• 浙江省郵電工程建設有限公司
聘：網優(yōu)日常租賃人員
需求人數(shù)：2 人 地點：煙臺市
• 成都旗訊通信技術有限公司 聘：【聯(lián)通項目】招督導、維護轉網優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內蒙古
• 杭州東信網絡技術有限公司 聘：LTE/5G網絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級（江西急聘）
需求人數(shù)：5 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣東世炬網絡科技股份有限公司 聘：網管運維工程師
需求人數(shù)：2 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：網優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
• 北京電旗通訊技術股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 廣東華訊工程有限公司 聘：廣東移動維護支撐
需求人數(shù)：2 人 地點：廣州市
需求人數(shù)：2 人 地點：煙臺市
• 成都旗訊通信技術有限公司 聘：【聯(lián)通項目】招督導、維護轉網優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內蒙古
• 杭州東信網絡技術有限公司 聘：LTE/5G網絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級（江西急聘）
需求人數(shù)：5 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣東世炬網絡科技股份有限公司 聘：網管運維工程師
需求人數(shù)：2 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：網優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
• 北京電旗通訊技術股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 廣東華訊工程有限公司 聘：廣東移動維護支撐
需求人數(shù)：2 人 地點：廣州市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網 © 2006 - |