B5G_UE

【问题描述】UE反复接入释放几次后gNB无法接收UE发出的preamble

【问题原因】UE反复接入释放几次后，L1C触发msg1任务失败，有触发的动作，但是3到4次释放后，L1C没有真正将msg1的任务调起来，导致终端无法发送msg1，基站收不到msg1，后续反复接入流程失败。

【解决方案】

【问题验证】

这个现象和当年无法Trigger PUSCH的现象一样， 任务已经注册，第一次能够Trigger， 后面Trigger后PRACH无法启动，怀疑PRACHIM空间被改写，建议平台先看看

任务的Stack地址被改写为0x9d006094, 这个是DDR地址

这是个概率现象,概率为2%。30%失败的原因是PUSCH 和 PUCCH的DM空间分配失败直接导致Core4挂死，50%的概率是能够正常Prach接入，20%会由于板子挂死，Msg3接收不到跑不下去。 由于PUSCH和PUCCH的任务优先级比PRACH都要低，一旦PRACH任务被Trigger，就会打断还没有运行完的PUSCH和PUCCH，导致这两个任务的DM空间无法释放干净，深层次的原因需要这两个任务负责人，缩短运行时间，精简DM空间的分配，通过把PRACH的优先级调低到PUSCH，PUCCH之后，PUSCH 和 PUCCH的DM空间分配失败的概率，我测试了一下，几乎为0，PRACH任务无法调度也再也没有看见了

目前代码，赖雪峰已将PRACH优先级降低，待继续测试是否复现

V0.0.1_T07__Alpha22版本，UU+DD反复接入，ping可通，业务可以恢复

测试多次，问题未复现，关闭。