5G | 随机接入Msg1234_msg1234失败的原因

作者：代码架构师 | 2024-01-30 18:49:28

踩

msg1234失败的原因

1、随机接入的Msg1234

1.1、Msg1

1.传输信道：PRACH,物理随机接入信道。

2.64个可用的Preamble，五种格式

3.Preamble可分为竞争（Group A/B）、非竞争。

1.2、Msg2

1.传输信道：PDSCH

2.Msg2主要信息是RAR，这里的上行授权是指对Msg3授权；

3.基站通过RA-RNTI对Msg2进行加扰；

4.若UE随机接入失败（包括msg2和msg4失败），UE在[0,Backoff Parameter value]随机选择延迟一个时间值，再次发起随机接入。

1.3、Msg3

1.传输信道：PUSCH信道上发送

2.支持HARQ，故其支持重传且优先使用非自适应重传。

3.UE若在N子帧成功收到msg2，在N+K（K>=6）子帧发送msg3。若msg2中的字段UL delay域为0，则在N+K的第一个上行子帧发送msg3，若UL delay域为1，则在N+K的下一个可用上行子帧发送msg3。

4.场景不同，Msg3携带的内容不同：

RRC_IDLE状态初始接入，携带RRC层的RRC连接请求消息- RRCConnectionRequest（携带竞争解决ID:UE-Identity,其值为S-TMSI或者随机值；携带建立RRC连接的一个原因值，常见的原因值有mt-Access 、 mo-Signalling 和mo-Data ）

无线链路失败后初始接入，携带RRC层的RRC连接重建立消息- RRCConnectionReestablishmentRequest（携带竞争解决ID：C-RNTI，physCellId，shortMAC-I；携带重建立的原因值:reconfigurationFailure,handoverFailure, otherFailure.）

切换，携带RRC层的重配完成消息-RRCConnectionReconfigurationComplete和 C-RNTI,若资源允许的情况下可能会携带BSR。

上行数据到达/竞争的下行数据到达，至少会携带C-RNTI。

1.4、Msg4

1.传输信道：PDSCH/PDCCH

2.用于完成竞争解决

对于RRC_IDLE状态初始接入和无线链路失败后初始接入，使用UEContention Resolution Identity完成竞争解决。

对于竞争的切换、上行数据到达和竞争的下行数据到达，使用C-RNTI加扰的PDCCH调度完成竞争解决。

3.竞争解决成功，将TC-RNTI转为C-RNTI，竞争成功，随机接入过程完成。

4.竞争解决失败后，与Msg2接入失败的操作一样：根据backoff参数的时延确定下一次发起随机接入的时刻，然后发起随机接入。

5.竞争解决失败后UE行为：

丢弃TC-RNTI；
清空MSG3 HARQ 缓冲区；
preamble发送次数+1；
如果没有达到Preamble的最大发送次数，根据UE保存的backoff值，在0到backoff之间随机选择一个延迟值，并根据这个值延迟重新发送msg1；
如果达到最大发送次数，向高层指示随机接入失败。

2、协议时序

根据PRACH Configuration Index确定Msg1的接入子帧。
UE发送msg1的第3个子帧后开始监测PDCCH上是否有RA-RNTI加扰过的msg2。UE检测在设定的时间窗（长度为2~10ms）内监测msg2。
UE若在N子帧成功收到msg2，在N+K（K>=6）子帧发送msg3。若msg2中的字段UL delay域为0，则在N+K的第一个上行子帧发送msg3，若UL delay域为1，则在N+K的下一个可用上行子帧发送msg3。