最新消息: USBMI致力于为网友们分享Windows、安卓、IOS等主流手机系统相关的资讯以及评测、同时提供相关教程、应用、软件下载等服务。

134-RRC重建

IT圈 admin 24浏览 0评论

2024年4月23日发(作者:斛访天)

RRC re-establishment 重建

目前的版本R16,RRC重建的原因定义了三种,分别是reconfigurationFailure,

handoverFailure, otherFailure。UE发起RRC重建后,网络会根据情况回复UE

是重建完成还是RRC建立(RRC Setup),如下图:

UENetwork

RRCReestablishmentRequest

RRCReestablishment

RRCReestablishmentComplete

Figure 5.3.7.1-1: RRC connection re-establishment, successful

UE

Network

RRCReestablishmentRequest

RRCSetup

RRCSetupComplete

Figure 5.3.7.1-2: RRC re-establishment, fallback to RRC establishment, successful

本程序的目的是重新建立RRC连接。RRC_CONNECTED中的UE,其AS安全性已通过

SRB2和至少一个DRB设置激活,可以启动重建流程以继续RRC连接。如果网络能

够找到并验证有效的UE上下文,RRC连接重建成功;如果无法检索到UE上下文,

网络使用RRCSetup进行响应。

当激活了AS安全性并且网络检索或验证UE上下文时:

 在不改变算法的情况下重新激活安全性;

 重新建立和恢复SRB1;

当UE正在重新建立RRC连接,并且网络无法检索或验证UE上下文时:

 丢弃存储了的AS上下文并释放所有RB;

 回退以建立新的RRC连接。

如果AS安全未激活,则UE不应启动该过程,而是直接转到RRC_IDLE,释放原因

为“other”。

如果已激活AS安全性,但SRB2和至少一个DRB未设置,则UE不启动该过程,而是

直接转到RRC_IDLE,释放原因为“RRC connection failure”。

在什么情况下,UE会初始重建流程呢?

1> 检测到MCG的RLF且T316未配置

2> MCG re-configuration with sync失败

3> 来自NR失败而移动;

4> 在SRB1或SRB2的低层的完整性检查失败指示,除非在RRCReestablishment消

息中检测到完整性检查失败;

5> RRC连接重配失败根据

6> 双连接中,在MCG传输暂停时检测到SCG的RLF

7> 当MCG传输暂停时,SCG 的reconfiguration with sync失败

8> MCG在DC中传输时SCG变更失败;

9> 当MCG挂起时,SCG底层关于SRB3的完整性检查失败;

10>T316 过期。

收到初始化重建后,UE将执行如下操作

 停止定时器T310、T312、T304、T342、T345、T346

 启动定时器T311、T316

 重置MAC层

 释放MCG SCell、spCellConfig、挂起所有RB(SRB0除外)

当T311仍在运行时,说明重建没有成功,UE需要进行小区选择,选择一个合适

的NR小区进行驻留,需要停止T311定时器,如果配置了attemptCondReconfig,

将存储的condRRCReconfig应用于所选小区中。

RRC重建消息包含的内容如下:

如果重建是由于RLF或切换失败导致,应该将在VarRLF-Report中的

reestablishmentCellId设置到所选小区的GCI。将physCellId设置为源PCell的

物理小区标识(使用reconfiguration with sync 或 mobility from NR

failure)或发生重建立触发的PCell的物理小区标识;

1. UE向gNodeB发送Msg1,发起基于竞争的RA。

2. gNodeB向UE发送Msg2,发送RA响应。

3. UE重建SRB1,然后向gNodeB发送RRCReestablishmentRequest消息,

携带重建前的c-RNTI、physCellId和shortMAC-I。

4. gNodeB收到RRCReestablishmentRequest消息后,进行如下处理:

a. 根据c-RNTI、physCellId和shortMAC-I,查找RRC重建前的UE

上下文。

b. 根据查找到的UE上下文,恢复RRC配置信息和安全信息。

c. 重建SRB1。

d. 通过SRB1承载,向UE发送RRCReestablishment消息,携带

nextHopChainingCount信元,指示UE更新AS安全性密匙。

如果gNodeB查找不到UE的上下文(例如跨站RRC重建请求场

景),当gNodeB收到UE发起的RRC重建请求时,直接按RRC连接建立

处理。

5. UE向gNodeB回复RRCReestablishmentComplete消息。

6. gNodeB继续重建SRB2和DRB承载。

7. gNodeB向UE发送RRCReconfiguration消息,指示UE重建SRB2和

DRB。

8. UE向gNodeB回复RRCReconfigurationComplete消息,RRC重建过程完

成。

2024年4月23日发(作者:斛访天)

RRC re-establishment 重建

目前的版本R16,RRC重建的原因定义了三种,分别是reconfigurationFailure,

handoverFailure, otherFailure。UE发起RRC重建后,网络会根据情况回复UE

是重建完成还是RRC建立(RRC Setup),如下图:

UENetwork

RRCReestablishmentRequest

RRCReestablishment

RRCReestablishmentComplete

Figure 5.3.7.1-1: RRC connection re-establishment, successful

UE

Network

RRCReestablishmentRequest

RRCSetup

RRCSetupComplete

Figure 5.3.7.1-2: RRC re-establishment, fallback to RRC establishment, successful

本程序的目的是重新建立RRC连接。RRC_CONNECTED中的UE,其AS安全性已通过

SRB2和至少一个DRB设置激活,可以启动重建流程以继续RRC连接。如果网络能

够找到并验证有效的UE上下文,RRC连接重建成功;如果无法检索到UE上下文,

网络使用RRCSetup进行响应。

当激活了AS安全性并且网络检索或验证UE上下文时:

 在不改变算法的情况下重新激活安全性;

 重新建立和恢复SRB1;

当UE正在重新建立RRC连接,并且网络无法检索或验证UE上下文时:

 丢弃存储了的AS上下文并释放所有RB;

 回退以建立新的RRC连接。

如果AS安全未激活,则UE不应启动该过程,而是直接转到RRC_IDLE,释放原因

为“other”。

如果已激活AS安全性,但SRB2和至少一个DRB未设置,则UE不启动该过程,而是

直接转到RRC_IDLE,释放原因为“RRC connection failure”。

在什么情况下,UE会初始重建流程呢?

1> 检测到MCG的RLF且T316未配置

2> MCG re-configuration with sync失败

3> 来自NR失败而移动;

4> 在SRB1或SRB2的低层的完整性检查失败指示,除非在RRCReestablishment消

息中检测到完整性检查失败;

5> RRC连接重配失败根据

6> 双连接中,在MCG传输暂停时检测到SCG的RLF

7> 当MCG传输暂停时,SCG 的reconfiguration with sync失败

8> MCG在DC中传输时SCG变更失败;

9> 当MCG挂起时,SCG底层关于SRB3的完整性检查失败;

10>T316 过期。

收到初始化重建后,UE将执行如下操作

 停止定时器T310、T312、T304、T342、T345、T346

 启动定时器T311、T316

 重置MAC层

 释放MCG SCell、spCellConfig、挂起所有RB(SRB0除外)

当T311仍在运行时,说明重建没有成功,UE需要进行小区选择,选择一个合适

的NR小区进行驻留,需要停止T311定时器,如果配置了attemptCondReconfig,

将存储的condRRCReconfig应用于所选小区中。

RRC重建消息包含的内容如下:

如果重建是由于RLF或切换失败导致,应该将在VarRLF-Report中的

reestablishmentCellId设置到所选小区的GCI。将physCellId设置为源PCell的

物理小区标识(使用reconfiguration with sync 或 mobility from NR

failure)或发生重建立触发的PCell的物理小区标识;

1. UE向gNodeB发送Msg1,发起基于竞争的RA。

2. gNodeB向UE发送Msg2,发送RA响应。

3. UE重建SRB1,然后向gNodeB发送RRCReestablishmentRequest消息,

携带重建前的c-RNTI、physCellId和shortMAC-I。

4. gNodeB收到RRCReestablishmentRequest消息后,进行如下处理:

a. 根据c-RNTI、physCellId和shortMAC-I,查找RRC重建前的UE

上下文。

b. 根据查找到的UE上下文,恢复RRC配置信息和安全信息。

c. 重建SRB1。

d. 通过SRB1承载,向UE发送RRCReestablishment消息,携带

nextHopChainingCount信元,指示UE更新AS安全性密匙。

如果gNodeB查找不到UE的上下文(例如跨站RRC重建请求场

景),当gNodeB收到UE发起的RRC重建请求时,直接按RRC连接建立

处理。

5. UE向gNodeB回复RRCReestablishmentComplete消息。

6. gNodeB继续重建SRB2和DRB承载。

7. gNodeB向UE发送RRCReconfiguration消息,指示UE重建SRB2和

DRB。

8. UE向gNodeB回复RRCReconfigurationComplete消息,RRC重建过程完

成。

发布评论

评论列表 (0)

  1. 暂无评论