B5G_UE

【问题原因】
31环境验证终端A20版本支持AMC，怀疑研测30环境的TA值异常，影响了数据完整性，造成基站侧DTX的误包，导致AMC调整失败。

一 北京31基站环境是支持AMC的。31与30基站版本不同，31基站版本是pre3.1.3/30是pre3.2.1。终端版本相同，都是A20版本。2个基站dulog的TA不同。31基站是TA基本一直是31（99.9%）,TA=32（0.1%）。

1 网管关闭AMC。固定MCS25，单u，上行灌包67M，持续6000s，从网管观察,上行流量达到单U峰值67M,误包归0,从基站log看,TA基本全是31。查看终端核4log，调制TA一直是32。

测试4次，固定MCS25，终端TA一直是32，基站logTA基本全是31。

2 网管开启AMC。单u，上行灌包67M，,流量达到单U峰值67M,误包归0。终端log看TA调整值一直是32，基站log显示AMC下MCS从25降到3，后增加到25，误包是0，基站logTA值基本全部是31（99.9%）。

二 北京30研测环境不支持AMC 30基站dulog中TA有大量TA=34。

1 网管开启AMC。昨天在北京30环境开启AMC，基站log显示有大量TA=34（标准值是31）,误包接近3%，且误包大部分是DTX。查看终端logTA调整值大量TA=64（正常都是32）

2 网管关闭AMC。在北京30环境固定mcs25只验证一次，终端log显示TA调整一直是32，基站侧31基站是TA一直是31。没有多次验证，待后续在30环境多次验证固定mcs25终端TA调整值是否一直是32，以及基站TA是否一直是31，

确定是否是AMC开启时，TA才会异常（可能是此时其他因素导致的TA异常）。

【解决方案】

周磊将31-93环境（支持AMC）与30-90（不支持AMC）的终端互相对调，验证基站还是终端的问题，对调后，31基站(验证过AMC）-90验证可以达到峰值，支持Amc。30-93验证中。

【问题验证】

可能是概率性的问题，请研测帮忙再复测一下。

目前环境实测，上行单流 AMC mcs=25，ul udp 70M，收到速率65M
测试过程有修改可调衰减15db-->0db,终端ul delay 1620-->1400