通信人家园

标题: BFR随机接入问题求教 [查看完整版帖子] [打印本页]

时间: 2025-9-15 15:36

作者: somethinga 标题: BFR随机接入问题求教

当没有配置rootSequenceIndex-BFR的时候，采用竞争还是非竞争的随机接入？当没有配置rach-ConfigBFR的时候，采用竞争还是非竞争的随机接入？谢谢

时间: 2025-9-15 16:22

作者: 为别人打工的人

时间: 2025-9-15 17:17

作者: 不吹不黑

有人回答不？

时间: 2025-9-16 11:26

作者: Lothar源6108

个人理解：

1. 这两个参数都是BeamFailureRecoveryConfig下面的参数，且都是NEED M. NEED M的含义是UE需要maintain该值，如果后续基站重配时不包含这个值，UE使用之前保存的值。所以对于这两个参数，基站如果配置了BeamFailureRecoveryConfig，就一定会保证UE有这两个参数，不会出现其中一个存在一个不存在的情况。

2.由1，原问题就变成了，如果没配置BeamFailureRecoveryConfig，UE采用基于竞争还是非竞争的接入。那就需要看基站是否给UE配置了专属CFRA的PRACH资源。

在接入成功后，基站会给UE下发后续的dedicate参数，在以下位置（可选）
CellGroupConfig->SpCellConfig->reconfigurationWithSync->rach-ConfigDedicated

其中可能包含2-step和4-step的CFRA接入资源。后续UE如果需要发起接入，可以根据2-step/4-step选择后续接入资源，具体2-step和4-step的选择可以看一下321 5.1.1章节。

对于BFD检测到波束失败后，UE是需要发起BFR的接入的，正常就是先看基站给没给配置BFR专属的接入资源，有就用，没有就继续看DEDI参数里有没有配置CFRA资源，有就用，没有就CBRA

时间: 2025-9-16 15:07

作者: somethinga

Lothar源6108 发表于 2025-9-16 11:26
个人理解：

1. 这两个参数都是BeamFailureRecoveryConfig下面的参数，且都是NEED M. NEED M的含义是UE需 ...

非常感谢！但是这两个参数都是optional，意味着可以不配。我原来想问的就是不配的时候如何处理。现在我觉得可能是这样的：网络配置BeamFailureRecoveryConfig的意图就是给UE配专用的CFRA参数，如果不配，就不再是专用，而只能采用共用参数，即与其他UE竞争。

时间: 2025-9-16 16:41

作者: Lothar源6108

somethinga 发表于 2025-9-16 15:07
非常感谢！但是这两个参数都是optional，意味着可以不配。我原来想问的就是不配的时候如何处理。现在我觉 ...

可以不配这一点再补充一下。
OPTIONAL 后续的NEED CODE不同含义是不一样的，NEED S/M/N/R
38.331 6.1.2中 Need M Maintain

Used for (configuration) fields that are stored by the UE i.e. not one-shot. Upon receiving a message with the field absent, the UE maintains the current value.

这种参数我理解是第一次配置（BeamFailureRecoveryConfig）是一定会给UE带的，只是如果后续需要更新这个大结构体（BeamFailureRecoveryConfig）中的其余参数（如recoverySearchSpaceId OPTIONAL NEED R）时，可以不再带这种NEED M的参数（rach-ConfigBFR等）了，这样可以节省一些信息bit，UE只需要更新其他相应参数即可。

时间: 2025-9-16 17:16

作者: somethinga

Lothar源6108 发表于 2025-9-16 16:41
可以不配这一点再补充一下。
OPTIONAL 后续的NEED CODE不同含义是不一样的，NEED S/M/N/R
38.331 6.1.2 ...

有道理，受教了

通信人家园 (https://test.txrjy.com/)