 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
RRC重发是什么机制（什么时候开始，什么时候结束）
RRC重发是什么机制（什么时候开始，什么时候结束），哪些定时器控制，还有我说的不是RRC重建，请专家帮忙解答。
我的意思就是T300超时之后，等待T302后进行第一次重发，之后每T302秒后重发一次，直至UE收到SETUP或者发生重选了，是不是这个意思呢？
提问者: 更多
RRC
相关问题
• RRC重建占比如何提升 2020-08-18
• NR中，RRC_inactive状态下，GNodeB是否有UE的上下文？就像下面的选择题，总感觉答案不对 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE无应答导致RRC建立失败？ 2019-12-10
• AS和NAS分别是接入层和非接入层？各自的作用是什么？RRC是NAS的子层吗？它又发挥了什么样的作用？ 2019-10-21
• UE无应答导致RRC建立失败 2019-08-07
• 关于无线链路失败（RRCRadioLinkFailure）谁来解释一下？ 2019-05-30
• 关于切换失败的RRC连接重配消息 2019-05-19
• NR中，RRC_inactive状态下，GNodeB是否有UE的上下文？就像下面的选择题，总感觉答案不对 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE无应答导致RRC建立失败？ 2019-12-10
• AS和NAS分别是接入层和非接入层？各自的作用是什么？RRC是NAS的子层吗？它又发挥了什么样的作用？ 2019-10-21
• UE无应答导致RRC建立失败 2019-08-07
• 关于无线链路失败（RRCRadioLinkFailure）谁来解释一下？ 2019-05-30
• 关于切换失败的RRC连接重配消息 2019-05-19
问题答案
( 2 )
应该是T300超时后，等待T302再重发，再等待T300时间，再重发，最大重发次数达到后台网管设置的次数，仍没成功就转入IDLE态。
回答者：
heiwangk
回答时间：2015-03-13 20:01
13
15
有没有确定的文档呢？LTE是没有N300的，好像没有地方设置最大重发次数，T302停止的条件就两个：收到SETUP或者发生重选。期待更多的专家解答。
xinhaoqi 2015-03-13 21:53
是的，在LTE中已经没有了counter N300等计数器了，这也就是为什么在LTE中要反复说随机接入的原因之一！
在LTE中，RRC的定时器就是T300，如果T300超时，则RRC就停止了，如果上层NAS层还需要继续进行业务，那么就需要重新触发
例如3G系统各种，RRC请求是这样
attach请求
rrc连接请求-》失败
rrc连接请求-》失败
rrc连接请求->失败
。。。。。根据N300。。。。定时
如果失败，则可根据需要再发起attach请求，重新流程
在LTE中则是
attach请求
rrc连接请求->失败
attach请求->
rrc连接请求->失败
但并不表示LTE RRC请求只发一次，LTE的RRC请求在随机接入MSG3中携带，只是高层信令看不到而已，而MSG3发送多少次，则在SIB2消息中说明
maxHARQ-Msg3Tx
回答者：
wwwmscbsccom
回答时间：2015-03-14 10:43
16
15
1、maxHARQ-Msg3Tx 是在macContResTimer计时器内重发的最大次数，这个计时器最大也就是64个sf也就是640ms。
2、我一直没明白的是T300（假设为1S）和这个640ms是什么样的一个关系？
3、是不是发第一条MSG3的时候同时启动这俩个计时器？如果是同时启动这两个计时器那值较大的那个计时器岂不就是多余的，按这个配置值MSG3发送后的640MS仍没有收到MSG4就判随机接入失败，而不用等到T300定时器时间到才判定RRC连接失败。
4、你说的LTE中的流程是"attach -rrc connection req-failure"这个过程，如果是做ATTACH，这个attach req不应该是在MSG 5里才上发的？为什么会在MSG3(rrc connection req的前面?
2、我一直没明白的是T300（假设为1S）和这个640ms是什么样的一个关系？
3、是不是发第一条MSG3的时候同时启动这俩个计时器？如果是同时启动这两个计时器那值较大的那个计时器岂不就是多余的，按这个配置值MSG3发送后的640MS仍没有收到MSG4就判随机接入失败，而不用等到T300定时器时间到才判定RRC连接失败。
4、你说的LTE中的流程是"attach -rrc connection req-failure"这个过程，如果是做ATTACH，这个attach req不应该是在MSG 5里才上发的？为什么会在MSG3(rrc connection req的前面?
heiwangk 2015-03-14 22:31
1.maxHARQ-Msg3Tx是整数型的，取值是1~8，不是ms的
2.RRC消息是AS层的信令，当AS层开始启动的时候，T300就要开始
3.MSG3消息发送之后，会启动MSG4的监控窗口，例如是640ms，如果640ms超时的话，那么MSG3随机接入失败，也就是RRC失败，这时，会重新发送MSG3消息，T300会继续跑，这个值的最大值是64子帧，是64ms
4.你说的没错ATTACH是NAS层的信令RRC是AS层的信令，在空口上来说需要RRC先发送，然后再发送ATTACH请求，这里说的是空口消息发送顺序。但对于终端来说，是先启动NAS层的业务，去触发RRC层的，所以从打印消息上看是NAS层的会在AS层之前
2.RRC消息是AS层的信令，当AS层开始启动的时候，T300就要开始
3.MSG3消息发送之后，会启动MSG4的监控窗口，例如是640ms，如果640ms超时的话，那么MSG3随机接入失败，也就是RRC失败，这时，会重新发送MSG3消息，T300会继续跑，这个值的最大值是64子帧，是64ms
4.你说的没错ATTACH是NAS层的信令RRC是AS层的信令，在空口上来说需要RRC先发送，然后再发送ATTACH请求，这里说的是空口消息发送顺序。但对于终端来说，是先启动NAS层的业务，去触发RRC层的，所以从打印消息上看是NAS层的会在AS层之前
wwwmscbsccom 2015-03-16 10:10
1、你的意思是MSG3发上去后在macContResTimer计时器内没收到MSG4才重发MSG3？
我理解是在macContResTimer计时器时间内MSG3最大可以重发maxHARQ-Msg3Tx次。就是MSG3发上去后收到NACK就重发。
2、不管哪种方式，按现网的参数T300(1秒)，根本就没起作用。MSG3最多重发8次，macContResTimer最大64ms，乘起来也就500多毫秒,根本就达不到T300的1S时间。是不是？
我理解是在macContResTimer计时器时间内MSG3最大可以重发maxHARQ-Msg3Tx次。就是MSG3发上去后收到NACK就重发。
2、不管哪种方式，按现网的参数T300(1秒)，根本就没起作用。MSG3最多重发8次，macContResTimer最大64ms，乘起来也就500多毫秒,根本就达不到T300的1S时间。是不是？
heiwangk 2015-03-17 11:05
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |