問題已開啟
(普通問題)
RRC重發(fā)是什么機(jī)制(什么時(shí)候開始,什么時(shí)候結(jié)束)
RRC重發(fā)是什么機(jī)制(什么時(shí)候開始,什么時(shí)候結(jié)束),哪些定時(shí)器控制,還有我說的不是RRC重建,請(qǐng)專家?guī)兔獯稹?/p>
我的意思就是T300超時(shí)之后,等待T302后進(jìn)行第一次重發(fā),之后每T302秒后重發(fā)一次,直至UE收到SETUP或者發(fā)生重選了,是不是這個(gè)意思呢?
更多
RRC
相關(guān)問題
• RRC重建占比如何提升 2020-08-18
• NR中,RRC_inactive狀態(tài)下,GNodeB是否有UE的上下文?就像下面的選擇題,總感覺答案不對(duì) 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的上下文?就像下面的選擇題,總感覺答案不對(duì) 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超時(shí)后,等待T302再重發(fā),再等待T300時(shí)間,再重發(fā),最大重發(fā)次數(shù)達(dá)到后臺(tái)網(wǎng)管設(shè)置的次數(shù),仍沒成功就轉(zhuǎn)入IDLE態(tài)。
回答者:
heiwangk
回答時(shí)間:2015-03-13 20:01


有沒有確定的文檔呢?LTE是沒有N300的,好像沒有地方設(shè)置最大重發(fā)次數(shù),T302停止的條件就兩個(gè):收到SETUP或者發(fā)生重選。期待更多的專家解答。

是的,在LTE中已經(jīng)沒有了counter N300等計(jì)數(shù)器了,這也就是為什么在LTE中要反復(fù)說隨機(jī)接入的原因之一!
在LTE中,RRC的定時(shí)器就是T300,如果T300超時(shí),則RRC就停止了,如果上層NAS層還需要繼續(xù)進(jìn)行業(yè)務(wù),那么就需要重新觸發(fā)
例如3G系統(tǒng)各種,RRC請(qǐng)求是這樣
attach請(qǐng)求
rrc連接請(qǐng)求-》失敗
rrc連接請(qǐng)求-》失敗
rrc連接請(qǐng)求->失敗
。。。。。根據(jù)N300。。。。定時(shí)
如果失敗,則可根據(jù)需要再發(fā)起attach請(qǐng)求,重新流程
在LTE中則是
attach請(qǐng)求
rrc連接請(qǐng)求->失敗
attach請(qǐng)求->
rrc連接請(qǐng)求->失敗
但并不表示LTE RRC請(qǐng)求只發(fā)一次,LTE的RRC請(qǐng)求在隨機(jī)接入MSG3中攜帶,只是高層信令看不到而已,而MSG3發(fā)送多少次,則在SIB2消息中說明
maxHARQ-Msg3Tx
回答者:
wwwmscbsccom
回答時(shí)間:2015-03-14 10:43


1、maxHARQ-Msg3Tx 是在macContResTimer計(jì)時(shí)器內(nèi)重發(fā)的最大次數(shù),這個(gè)計(jì)時(shí)器最大也就是64個(gè)sf也就是640ms。
2、我一直沒明白的是T300(假設(shè)為1S)和這個(gè)640ms是什么樣的一個(gè)關(guān)系?
3、是不是發(fā)第一條MSG3的時(shí)候同時(shí)啟動(dòng)這倆個(gè)計(jì)時(shí)器?如果是同時(shí)啟動(dòng)這兩個(gè)計(jì)時(shí)器那值較大的那個(gè)計(jì)時(shí)器豈不就是多余的,按這個(gè)配置值MSG3發(fā)送后的640MS仍沒有收到MSG4就判隨機(jī)接入失敗,而不用等到T300定時(shí)器時(shí)間到才判定RRC連接失敗。
4、你說的LTE中的流程是"attach -rrc connection req-failure"這個(gè)過程,如果是做ATTACH,這個(gè)attach req不應(yīng)該是在MSG 5里才上發(fā)的?為什么會(huì)在MSG3(rrc connection req的前面?
2、我一直沒明白的是T300(假設(shè)為1S)和這個(gè)640ms是什么樣的一個(gè)關(guān)系?
3、是不是發(fā)第一條MSG3的時(shí)候同時(shí)啟動(dòng)這倆個(gè)計(jì)時(shí)器?如果是同時(shí)啟動(dòng)這兩個(gè)計(jì)時(shí)器那值較大的那個(gè)計(jì)時(shí)器豈不就是多余的,按這個(gè)配置值MSG3發(fā)送后的640MS仍沒有收到MSG4就判隨機(jī)接入失敗,而不用等到T300定時(shí)器時(shí)間到才判定RRC連接失敗。
4、你說的LTE中的流程是"attach -rrc connection req-failure"這個(gè)過程,如果是做ATTACH,這個(gè)attach req不應(yīng)該是在MSG 5里才上發(fā)的?為什么會(huì)在MSG3(rrc connection req的前面?
heiwangk 2015-03-14 22:31
1.maxHARQ-Msg3Tx是整數(shù)型的,取值是1~8,不是ms的
2.RRC消息是AS層的信令,當(dāng)AS層開始啟動(dòng)的時(shí)候,T300就要開始
3.MSG3消息發(fā)送之后,會(huì)啟動(dòng)MSG4的監(jiān)控窗口,例如是640ms,如果640ms超時(shí)的話,那么MSG3隨機(jī)接入失敗,也就是RRC失敗,這時(shí),會(huì)重新發(fā)送MSG3消息,T300會(huì)繼續(xù)跑,這個(gè)值的最大值是64子幀,是64ms
4.你說的沒錯(cuò)ATTACH是NAS層的信令RRC是AS層的信令,在空口上來說需要RRC先發(fā)送,然后再發(fā)送ATTACH請(qǐng)求,這里說的是空口消息發(fā)送順序。但對(duì)于終端來說,是先啟動(dòng)NAS層的業(yè)務(wù),去觸發(fā)RRC層的,所以從打印消息上看是NAS層的會(huì)在AS層之前
2.RRC消息是AS層的信令,當(dāng)AS層開始啟動(dòng)的時(shí)候,T300就要開始
3.MSG3消息發(fā)送之后,會(huì)啟動(dòng)MSG4的監(jiān)控窗口,例如是640ms,如果640ms超時(shí)的話,那么MSG3隨機(jī)接入失敗,也就是RRC失敗,這時(shí),會(huì)重新發(fā)送MSG3消息,T300會(huì)繼續(xù)跑,這個(gè)值的最大值是64子幀,是64ms
4.你說的沒錯(cuò)ATTACH是NAS層的信令RRC是AS層的信令,在空口上來說需要RRC先發(fā)送,然后再發(fā)送ATTACH請(qǐng)求,這里說的是空口消息發(fā)送順序。但對(duì)于終端來說,是先啟動(dòng)NAS層的業(yè)務(wù),去觸發(fā)RRC層的,所以從打印消息上看是NAS層的會(huì)在AS層之前

1、你的意思是MSG3發(fā)上去后在macContResTimer計(jì)時(shí)器內(nèi)沒收到MSG4才重發(fā)MSG3?
我理解是在macContResTimer計(jì)時(shí)器時(shí)間內(nèi)MSG3最大可以重發(fā)maxHARQ-Msg3Tx次。就是MSG3發(fā)上去后收到NACK就重發(fā)。
2、不管哪種方式,按現(xiàn)網(wǎng)的參數(shù)T300(1秒),根本就沒起作用。MSG3最多重發(fā)8次,macContResTimer最大64ms,乘起來也就500多毫秒,根本就達(dá)不到T300的1S時(shí)間。是不是?
我理解是在macContResTimer計(jì)時(shí)器時(shí)間內(nèi)MSG3最大可以重發(fā)maxHARQ-Msg3Tx次。就是MSG3發(fā)上去后收到NACK就重發(fā)。
2、不管哪種方式,按現(xiàn)網(wǎng)的參數(shù)T300(1秒),根本就沒起作用。MSG3最多重發(fā)8次,macContResTimer最大64ms,乘起來也就500多毫秒,根本就達(dá)不到T300的1S時(shí)間。是不是?
heiwangk 2015-03-17 11:05
• 北京電旗通訊技術(shù)股份有限公司
聘:5G網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):菏澤市
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘:塔工
需求人數(shù):1 人 地點(diǎn):連云港市
• 西安長河通訊有限責(zé)任公司 聘:中興OTN工程師(高級(jí))
需求人數(shù):1 人 地點(diǎn):紅河州
• 河南創(chuàng)賽通信科技有限公司 聘:急聘!廣西單驗(yàn)簇優(yōu)化
需求人數(shù):49 人 地點(diǎn):廣西省
• 嘉環(huán)科技股份有限公司 聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點(diǎn):西寧市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘:IT后端開發(fā)初中級(jí)-濟(jì)南
需求人數(shù):2 人 地點(diǎn):濟(jì)南市
• 成都旗訊通信技術(shù)有限公司 聘:招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù):12 人 地點(diǎn):北京市,上海市,天津市,重慶市,浙江省
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建4/5G中高級(jí)后臺(tái)工程師
需求人數(shù):3 人 地點(diǎn):福州市,寧德市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):上饒市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:秦皇島-高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù):2 人 地點(diǎn):秦皇島市
需求人數(shù):2 人 地點(diǎn):菏澤市
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘:塔工
需求人數(shù):1 人 地點(diǎn):連云港市
• 西安長河通訊有限責(zé)任公司 聘:中興OTN工程師(高級(jí))
需求人數(shù):1 人 地點(diǎn):紅河州
• 河南創(chuàng)賽通信科技有限公司 聘:急聘!廣西單驗(yàn)簇優(yōu)化
需求人數(shù):49 人 地點(diǎn):廣西省
• 嘉環(huán)科技股份有限公司 聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點(diǎn):西寧市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘:IT后端開發(fā)初中級(jí)-濟(jì)南
需求人數(shù):2 人 地點(diǎn):濟(jì)南市
• 成都旗訊通信技術(shù)有限公司 聘:招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù):12 人 地點(diǎn):北京市,上海市,天津市,重慶市,浙江省
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建4/5G中高級(jí)后臺(tái)工程師
需求人數(shù):3 人 地點(diǎn):福州市,寧德市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):上饒市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:秦皇島-高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù):2 人 地點(diǎn):秦皇島市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |