研发产品测试 » 3.0基站产品测试

下行很多harqFail,初步定位和鼎桥终端性能有关，mcs小的时候，少量新传不对的，重传能解对。mcs大的时候，新传大部分能解对，但重传很难解对。

mcs小的时候新传错了，重传基本能传对；
但mcs大的时候，新传错了，重传大部分解不对。
(此时大部分新传又能解对，amc外环只根据新传，mcs也不会降低，导致有很多下行harFail)。
初步怀疑是终端在处理下行harq合并时，增益不大。(特别是tbsize大的harq合并)

做了个规避版本：
新传错了，pdsch的Pdu码流还是按照重传走(新传没解对的)，但在DCI里给UE指示，rv 版本，ndi反转和dci mcs都按照新传指示。
harqFail减少很多。

需要在网管增加一个测试参数来控制重传的RV版本号

考虑用这个方案的原因是，咱们能灵活控制RV版本号。既然新传错了，码流高低有点问题(码流错成什么样子都不好说)，所以harq合并不一定有增益。