苹果手机CQI调度存在缺陷导致无法上网的分析研究

王 理

（中国联合网络通信有限公司怀化市分公司，湖南 怀化 418000）

1 事件背景

2018年春节前夕，为防止大量返乡用户产生话务冲击，通信运营商开展了全网性的大话务调整。但是，在实施春节大话务调整后，2018年2月8日怀化市新晃县县城产生多起苹果手机用户反映无法上网的投诉，随后本地网优中心组织进行现场分析。

2 流程现象

在同一现场使用华为手机和苹果手机进行测试验证发现，无线网络覆盖质量均良好，华为手机各项业务、跟踪信令正常，但是苹果手机在相同的情况无法上网。随后针对苹果手机进行详细分析。首先根据苹果手机侧日志的信令找到对应的基站测信令，终端与基站的时间点对应，然后开展上下行的流程分析。

2.1 下行分析

在手机和基站侧信令对应后，根据CALLID和CRNTI在cellDT中找到iPhone的记录分析下行情况。如表1所示，误码高达30%，而此时总体平均CQI为7.8，平均MCS为16，且没有看到连续长时间HARQ反馈错误的情况，虽然误码偏高，但是不会导致无法上网的情况出现。

2.2 上行分析

如表2所示，对上行进行分析发现，误码也很高（25%左右），但是上行的平均MCS只有0.2阶，应该是导致业务异常的直接原因。进一步分析发现，误码主要发生在MCS 0阶。0阶已经是最低阶，相对现场良好的空口环境反而高误码是不正常的。

表1 下行数据

统计MCS 0阶时的信号质量，L1测量到上行平均SINR（SinrBase）是24.79 dB，非常好。但由于0阶误码太高，导致eNodeB不断往下调整，所以调整后的SINR（SinrFinal）是-11.76 dB。可见，低阶MCS并非空口质量导致。如图1所示，再进一步按照子帧号进行统计发现，子帧3和子帧8（刚好是间隔5 ms）上的传输几乎全部是NACK，且整个呼叫的NACK基本上都是这两个子帧贡献的。把子帧3和子帧8过滤出来按时间顺序查看，发现刚接入的前2 s CRC是正确的，之后子帧3和子帧8的CRC结果都是NACK。从信令面看，在出现问题的时间点，基站并没有下发异常信令配置。

正常情况下，CRC每8 ms按基础情况重传一次[1]，而实际观察到的情况是对应时段的实测SINR非常好，初始传送却出现大量误码，导致eNodeB将判定SINR进行下调，直至为-600左右。判定SINR的错误预估，使eNodeB下调MCS以降低误码，而MCS下调后误码依然没有变化，导致eNodeB持续下调MCS至 0 阶[2]。

表2 上行数据

图1 按照子帧号进行的数据统计结果

图2 终端log数据

3 异常表现

查看终端log发现另一个异常，问题时段UE并没有按照5 ms周期正常上报CQI。如图2所示，在帧号-子帧号712-6～714-3期间，PUSCH上没有随路的CQI上报。

基于以上分析，认为iPhone在CQI 5ms周期配置下会出现异常，在某些子帧上发的上行数据有问题，导致基站无法解调。

4 问题验证

为证明判断，打开CQI自适应功能，并限制CQI周期调整最小20 ms（华为命令：MOD CELLCQIADAPTIVECFG: LocalCellId=*,CqiPeriodA daptive=ON,MinCqiPeriod=ms20;）发现，误码和信令均恢复正常，苹果手机和华为手机均能正常上网。将CQI调度周期调整为5 ms，问题复现，证明苹果手机不能完好支持5 ms的CQI调度，静儿导致该模式下苹果手机无法正常通信。

5 结 论

终端问题在用户投诉中占有一定比例，本例中大部分用户均能正常使用网络，仅部分苹果终端因不支持而无法上网，基本可以定性为非网络问题。然而，即便是非网络问题，最终还是会体现为用户对网络的不满意。这种情况下无法要求终端厂商进行技术分析和解决，但可以通过网络分析基本定性问题所在并进行适当调整，以牺牲小部分性能来提升用户的使用感知，从而达到解决问题的目的。