基站横联

1.在core5上同时部署PDSCH与UE_Dl_Sync_Task任务，core6部署PDSCH任务。能够编译出版本，但是在分别触发PDSCH任务时，
在核5上，trigger完（826,6）PDSCH后，然后在核6上trigger（826,7）。这没有问题，都解对了。
但是要在核5上trigger (826,8)，这个时候，PDCCH出现异常，没有再trigger了。怀疑此时PDSCH与UE_Dl_Sync_Task任务冲突导致。

2.在1的基础上，将UE_Dl_Sync_Task任务移至核2后，PSS解不到。波姐协助排查。

对比UT测试用例耗时，发现100RB耗时大概在0.32ms，峰值场景273RB耗时大概在0.78ms。随着RB数以及MCS的增加，可能在0.5ms内处理不完，存在风险。
（1）rb100_sym12_dmrs1_dmrsport2_datalayer1_tbsize7429_64qam_mcs17 与 （2）rb273_sym13_dmrs2_dmrsport2_datalayer2_tbsize67597_256qam_mcs27

sib消息解析正常（只在slot10处理，单核），一灌包就出现板子挂死，问题排查中。

动态时隙TCI解不对，原因是协议栈的slottype没配下来，导致动态时隙slottype还是blank状态，全return了

更改trigger策略后，在奇slot trigger core5，在偶slot trigger core6后，PDSCH触发成功并且均能够解对。

在北京EVT4的环境，MCS27，RB0~23跑了40分钟未出现挂死问题。

（1）slot6跟slot8之间trigger的间隔大概是1ms左右，这个是符合2个slot的预期的。
（2）但是sslot8跟lot10之间trigger的间隔就是1.7ms了，就不正常了。
（3）这块的超时导致slot10的任务只完成了sym的处理，bit级正在处理时，（有sym级的打印，没有bit级的打印），然后slot12的任务就被trigger了，导致slot12的DM空间申请不下来，从而挂死

把slot10的PDSCH任务移至core2后，该问题解决。