ACK/NACK模式理解错误造成资源浪费

【问题现象】
终端从高软件版本的eNB切换到低软件版本的eNB后，网络侧无法正确地解码ACK/NCK，下行链路出现大量不必要的重复传送，下行Discarded比例很高，造成资源浪费。

【问题分析】
源eNB（PCI 157）为高软件版本R10，在RRC连接重配置或切换命令中设置了ChannelSelection-r10参数，如下图所示。因此终端采用Multiplexing模式进行ACK/NAK反馈。

当终端从高软件版本eNB（PCI 157）向低软件版本eNB（PCI 398）进行切换时，网络下发的切换命令，仅配置了‘tdd-AckNackFeedbackMode bundling’，但没有将ChannelSelection-r10删去，如下图所示。

因此终端按照标准仍以multiplexing模式进行ACK/NAK反馈。而目标ENB错误地以Bundling模式进行接收，导致ACK/NACK信号无法正确解调。在这种情况下，eNB在物理层进行多次重传，造成资源的浪费。
【问题解决】
按照标准要求，在切换命令中除了‘tdd-AckNackFeedbackMode bundling’，需增加一个内容为空的pucch-ConfigDedicated-v1020字段，从而删除ChannelSelection-r10参数。
附：3GPP 36.311中如下规定此种情形。

【问题后续建议】
对于异常项目测试，修改配置未能做好记录和管理，导致影响到正常用例测试。后续将做好配置修改的记录和管理工作。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：

51学通信联络邮箱: gprshome@163.com
管理员及站长”爱卫生”微信号 : gprshome201101
喜马拉雅听FM频道：51学通信
优酷频道地址：i.youku.com/51xuetongxin
淘宝店：51xuetongxin.taobao.com
直播地址：douyu.com/zhihu
51学通信网站：www.51xuetongxin.com
51学通信精品阅读：read.51xuetongxin.com
微信公众号：51学通信（ID：woyaoxuetongxin）