B5G_UE

hna广播丢失20s导致在下一个hna到来之前无ip，无法灌包

补充hna周期10s一次，20s没收到清理ip，下一个hna到来后才可以有ip。因此会在20s到30s之间的有10s没有ip导致灌包0
底层广播丢失问题，当时只打开了高层日志，hna偶尔没有给nc报上来，未打开mac的广播日志，初步怀疑之前phy丢广播问题

可能和#5127 是同一个问题，都是广播消息丢了导致的高层现象

4月14测试分析进展：
125在09:16:08.220088到09:16:18.292092之间没有129的ip

125日志接受hna的日志，可以看到中间少了58秒和08秒的hna
     Line 97832: [2026-04-13 09:15:48.212665[ERROR]| src/l3/nc/csrc/wn5gNrPsNcDiffVersionHnaHandle.c+61 | wnNcHandleDiffVersionHnaMsg | [BC_HNA_MSG_V1]TestLog: asnString messageType=3, sourceUserDeviceID=1.
    Line 136917: [2026-04-13 09:16:18.292356[ERROR]| src/l3/nc/csrc/wn5gNrPsNcDiffVersionHnaHandle.c+61 | wnNcHandleDiffVersionHnaMsg | [BC_HNA_MSG_V1]TestLog: asnString messageType=3, sourceUserDeviceID=1.

129nc层发送hna：
第一条：Line 416138: [2026-04-13 09:15:58.000597[ERROR]| src/l3/nc/csrc/wn5gNrPsNcMsgSend.c+405 | wnNcSendBcAsnMsgToMac | wnNcSendBcAsnMsgToMac send to MAC. asnType=3, sourceDevId=1.
第二条：Line 418626: [2026-04-13 09:16:08.000597[ERROR]| src/l3/nc/csrc/wn5gNrPsNcMsgSend.c+405 | wnNcSendBcAsnMsgToMac | wnNcSendBcAsnMsgToMac send to MAC. asnType=3, sourceDevId=1.
60接收时候只接收到了第一条58秒那条，漏了第二条——从发端129看sib当时组装周期正常
60收到58分hna日志：Line 150394: [2026-04-13 09:15:58.133114[ERROR]| src/l3/nc/csrc/wn5gNrPsNcDiffVersionHnaHandle.c+61 | wnNcHandleDiffVersionHnaMsg | [BC_HNA_MSG_V1]TestLog: asnString messageType=3, sourceUserDeviceID=1.
60的nc把收到的58分这条转发给125，125直接没收到转发的
60的nc发送转发的hna给mac的日志Line 150399: [2026-04-13 09:15:58.133159[ERROR]| src/l3/nc/csrc/wn5gNrPsNcMsgSend.c+405 | wnNcSendBcAsnMsgToMac | wnNcSendBcAsnMsgToMac send to MAC. asnType=3, sourceDevId=1.

根据分析有两种漏掉的情况：
1、第二条08分的hna在129发送时，sib周期目测正常，需要往下排查发出去，为什么60的高层nc没接受到
2、60在转发第一条58分的hna时候，mac组sib周期异常，09:15:58.133159是nc发给mac的时间，但是在之后mac少组了一次sib，变成320ms组了一次，少组那次理应是转发这条hna的时机
Line 150368: [2026-04-13 09:15:58.131017[ERROR]| src/l2/mac/csrc/wnPsMacSch.c+2438 | wnCreatOMBMsg | airNetStatus⁴⁰ Devid² wnCreatOMBMsg SUCCESS SibmsgLen:20 crntTime:sfn:656 slot:12 schTime:sfn:657 slot:4
Line 150438: [2026-04-13 09:15:58.451038[ERROR]| src/l2/mac/csrc/wnPsMacSch.c+2438 | wnCreatOMBMsg | airNetStatus⁴⁰ Devid² wnCreatOMBMsg SUCCESS SibmsgLen:20 crntTime:sfn:688 slot:12 schTime:sfn:689 slot:4

目前mac梁娜定位补充了日志，重新编译测试下

4月14日下午进展更新（增加日之后再次测试结果分析）：
根据分析有两种漏掉的情况：
1、第二条08分的hna在129发送时，sib周期目测正常，需要往下排查发出去，为什么60的高层nc没接受到
——原因：phycrc error，mib收到了，sib出问题了，导致漏掉广播，已和葛奇思同学同步
2、60在转发第一条58分的hna时候，mac组sib周期异常，09:15:58.133159是nc发给mac的时间，但是在之后mac少组了一次sib，变成320ms组了一次，少组那次理应是转发这条hna的时机
——mac因为算出来的TBsize太大，编码成功后因while(estNumPrb <= 24) 此条件无法发出去，已和梁娜同步

mac和phy在继续定位看看是否有异常根因，如果可以优化更好，如果没有，就是把高层hna的清理机制时间拉长
导致的影响就是，在真因为信号不好或者场景动态变化过程中收不到hna，甚至tc消息，对于nc感知全网变化会变慢，会拉动协议栈多发一些时间的数据但是实际收不到，浪费空口资源

mac修改限制条件后while(estNumPrb <= 48) ，初步从日志看不会因为太长发不出去，但是还是存在丢失两条hna导致的10s灌包异常问题，继续分析中
——结果还是phycrc error，mib收到了，sib出问题了，导致漏掉广播，已和葛奇思同学同步