問題已開啟
(普通問題)
RRC重發(fā)是什么機制(什么時候開始,什么時候結(jié)束)
RRC重發(fā)是什么機制(什么時候開始,什么時候結(jié)束),哪些定時器控制,還有我說的不是RRC重建,請專家?guī)兔獯稹?/p>
我的意思就是T300超時之后,等待T302后進行第一次重發(fā),之后每T302秒后重發(fā)一次,直至UE收到SETUP或者發(fā)生重選了,是不是這個意思呢?
提問者: xinhaoqi 提問時間: 2015-03-13
更多
RRC
相關(guān)問題
• RRC重建占比如何提升 2020-08-18
• NR中,RRC_inactive狀態(tài)下,GNodeB是否有UE的上下文?就像下面的選擇題,總感覺答案不對 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE無應(yīng)答導(dǎo)致RRC建立失。 2019-12-10
• AS和NAS分別是接入層和非接入層?各自的作用是什么?RRC是NAS的子層嗎?它又發(fā)揮了什么樣的作用? 2019-10-21
• UE無應(yīng)答導(dǎo)致RRC建立失敗 2019-08-07
• 關(guān)于無線鏈路失。RRCRadioLinkFailure)誰來解釋一下? 2019-05-30
• 關(guān)于切換失敗的RRC連接重配消息 2019-05-19
• NR中,RRC_inactive狀態(tài)下,GNodeB是否有UE的上下文?就像下面的選擇題,總感覺答案不對 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE無應(yīng)答導(dǎo)致RRC建立失。 2019-12-10
• AS和NAS分別是接入層和非接入層?各自的作用是什么?RRC是NAS的子層嗎?它又發(fā)揮了什么樣的作用? 2019-10-21
• UE無應(yīng)答導(dǎo)致RRC建立失敗 2019-08-07
• 關(guān)于無線鏈路失。RRCRadioLinkFailure)誰來解釋一下? 2019-05-30
• 關(guān)于切換失敗的RRC連接重配消息 2019-05-19
問題答案
( 2 )
應(yīng)該是T300超時后,等待T302再重發(fā),再等待T300時間,再重發(fā),最大重發(fā)次數(shù)達到后臺網(wǎng)管設(shè)置的次數(shù),仍沒成功就轉(zhuǎn)入IDLE態(tài)。
回答者:
heiwangk
回答時間:2015-03-13 20:01
15 16
有沒有確定的文檔呢?LTE是沒有N300的,好像沒有地方設(shè)置最大重發(fā)次數(shù),T302停止的條件就兩個:收到SETUP或者發(fā)生重選。期待更多的專家解答。
xinhaoqi 2015-03-13 21:53
是的,在LTE中已經(jīng)沒有了counter N300等計數(shù)器了,這也就是為什么在LTE中要反復(fù)說隨機接入的原因之一!
在LTE中,RRC的定時器就是T300,如果T300超時,則RRC就停止了,如果上層NAS層還需要繼續(xù)進行業(yè)務(wù),那么就需要重新觸發(fā)
例如3G系統(tǒng)各種,RRC請求是這樣
attach請求
rrc連接請求-》失敗
rrc連接請求-》失敗
rrc連接請求->失敗
。。。。。根據(jù)N300。。。。定時
如果失敗,則可根據(jù)需要再發(fā)起attach請求,重新流程
在LTE中則是
attach請求
rrc連接請求->失敗
attach請求->
rrc連接請求->失敗
但并不表示LTE RRC請求只發(fā)一次,LTE的RRC請求在隨機接入MSG3中攜帶,只是高層信令看不到而已,而MSG3發(fā)送多少次,則在SIB2消息中說明
maxHARQ-Msg3Tx
回答者:
wwwmscbsccom
回答時間:2015-03-14 10:43
16 15
1、maxHARQ-Msg3Tx 是在macContResTimer計時器內(nèi)重發(fā)的最大次數(shù),這個計時器最大也就是64個sf也就是640ms。
2、我一直沒明白的是T300(假設(shè)為1S)和這個640ms是什么樣的一個關(guān)系?
3、是不是發(fā)第一條MSG3的時候同時啟動這倆個計時器?如果是同時啟動這兩個計時器那值較大的那個計時器豈不就是多余的,按這個配置值MSG3發(fā)送后的640MS仍沒有收到MSG4就判隨機接入失敗,而不用等到T300定時器時間到才判定RRC連接失敗。
4、你說的LTE中的流程是"attach -rrc connection req-failure"這個過程,如果是做ATTACH,這個attach req不應(yīng)該是在MSG 5里才上發(fā)的?為什么會在MSG3(rrc connection req的前面?
2、我一直沒明白的是T300(假設(shè)為1S)和這個640ms是什么樣的一個關(guān)系?
3、是不是發(fā)第一條MSG3的時候同時啟動這倆個計時器?如果是同時啟動這兩個計時器那值較大的那個計時器豈不就是多余的,按這個配置值MSG3發(fā)送后的640MS仍沒有收到MSG4就判隨機接入失敗,而不用等到T300定時器時間到才判定RRC連接失敗。
4、你說的LTE中的流程是"attach -rrc connection req-failure"這個過程,如果是做ATTACH,這個attach req不應(yīng)該是在MSG 5里才上發(fā)的?為什么會在MSG3(rrc connection req的前面?
heiwangk 2015-03-14 22:31
1.maxHARQ-Msg3Tx是整數(shù)型的,取值是1~8,不是ms的
2.RRC消息是AS層的信令,當AS層開始啟動的時候,T300就要開始
3.MSG3消息發(fā)送之后,會啟動MSG4的監(jiān)控窗口,例如是640ms,如果640ms超時的話,那么MSG3隨機接入失敗,也就是RRC失敗,這時,會重新發(fā)送MSG3消息,T300會繼續(xù)跑,這個值的最大值是64子幀,是64ms
4.你說的沒錯ATTACH是NAS層的信令RRC是AS層的信令,在空口上來說需要RRC先發(fā)送,然后再發(fā)送ATTACH請求,這里說的是空口消息發(fā)送順序。但對于終端來說,是先啟動NAS層的業(yè)務(wù),去觸發(fā)RRC層的,所以從打印消息上看是NAS層的會在AS層之前
2.RRC消息是AS層的信令,當AS層開始啟動的時候,T300就要開始
3.MSG3消息發(fā)送之后,會啟動MSG4的監(jiān)控窗口,例如是640ms,如果640ms超時的話,那么MSG3隨機接入失敗,也就是RRC失敗,這時,會重新發(fā)送MSG3消息,T300會繼續(xù)跑,這個值的最大值是64子幀,是64ms
4.你說的沒錯ATTACH是NAS層的信令RRC是AS層的信令,在空口上來說需要RRC先發(fā)送,然后再發(fā)送ATTACH請求,這里說的是空口消息發(fā)送順序。但對于終端來說,是先啟動NAS層的業(yè)務(wù),去觸發(fā)RRC層的,所以從打印消息上看是NAS層的會在AS層之前
wwwmscbsccom 2015-03-16 10:10
1、你的意思是MSG3發(fā)上去后在macContResTimer計時器內(nèi)沒收到MSG4才重發(fā)MSG3?
我理解是在macContResTimer計時器時間內(nèi)MSG3最大可以重發(fā)maxHARQ-Msg3Tx次。就是MSG3發(fā)上去后收到NACK就重發(fā)。
2、不管哪種方式,按現(xiàn)網(wǎng)的參數(shù)T300(1秒),根本就沒起作用。MSG3最多重發(fā)8次,macContResTimer最大64ms,乘起來也就500多毫秒,根本就達不到T300的1S時間。是不是?
我理解是在macContResTimer計時器時間內(nèi)MSG3最大可以重發(fā)maxHARQ-Msg3Tx次。就是MSG3發(fā)上去后收到NACK就重發(fā)。
2、不管哪種方式,按現(xiàn)網(wǎng)的參數(shù)T300(1秒),根本就沒起作用。MSG3最多重發(fā)8次,macContResTimer最大64ms,乘起來也就500多毫秒,根本就達不到T300的1S時間。是不是?
heiwangk 2015-03-17 11:05
• 南京華蘇科技有限公司
聘:投訴處理(網(wǎng)優(yōu))-海口
需求人數(shù):2 人 地點:?谑
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 元道通信股份有限公司 聘:中級后臺-福建
需求人數(shù):8 人 地點:福州市,寧德市,三明市,南平市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
需求人數(shù):2 人 地點:?谑
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 元道通信股份有限公司 聘:中級后臺-福建
需求人數(shù):8 人 地點:福州市,寧德市,三明市,南平市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |