设计 #2647
threadL3线程搜不到网接收不到MIB的情况下阻塞消息接收
由 李 玮璇 在 6 个月 之前添加.
更新于 大约一个月 之前.
描述
wnRrcMibAcquire里面在持续校验一个值，搜不到网收不到MIB的情况下一直走在这里，无法走到while循环取消息
历史记录
问题原因：由Nas调用rrc函数wnRrcMibAcquire进入，里面在持续校验一个值，搜不到网收不到MIB的情况下一直走在这里持续死循环，无法走到后面的接收模块间消息的位置，问题已分析方案已给出，待确认方案合理性
方案见图，修改中
解决目的：搜不到网的情况下，可以进入OC_UE模式，在threadL3的RRC、NC、SAC模块可以处理OC_UR模式工作；同时允许每次线程循环可以走到检查MIB是否收到
方案修改点：
1、while检查MIB循环十次检查（首次在这里循环十秒），然后失败退出等待20s定时器下次触发
2、退出到wnRrcPlmnSearch失败处理，把plmnSearchStatus设置为0
3、在threadL3的while取消息主循环中中判断下plmnSearchStatus，在这个值从0变为1即搜到网后第一次，立马调用下wnPlmnSearchHandler，处理完此时可走到正确状态处理- --
- 项目 从 FirstCall 变更为 B5G_UE
- 项目 从 B5G_UE 变更为 FirstCall
该问题单后续需要结合rrc搜网方法继续验证，目前先挂起
D2D功能下，uu搜网改为1s检查一次MIB，原来的wnPlmnSearchHandler定时器触发改成给nas发送消息回到l3线程处理
去掉部分打印日志，降低日志打印，增加D2D_NAS_UU_A_SECOND_PLMNSEARCH和SPIN_LOCK_LOG日志打印
解决下面两个问题：
1、uu搜网收不到sib1分析定位——底层修改MIB标志位到检查SIB只等待固定时间40毫秒，uu的搜网逻辑修改后不死等一秒检查一次，因此无法搭配起来，且错过40毫秒后没有别的触发时机
2、dd搜网无法触发rrc超时定时间——uu搜网流程修改后（20s缩短为1s），dd的定时器伴随uu一直被wnRrcStartTmrNodeUU重新设置导致无法触发wnActExpryNodeUU
导出 Atom
PDF