蘋果手機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 結 論

終端問題在用戶投訴中占有一定比例，本例中大部分用戶均能正常使用網絡，僅部分蘋果終端因不支持而無法上網，基本可以定性為非網絡問題。然而，即便是非網絡問題，最終還是會體現為用戶對網絡的不滿意。這種情況下無法要求終端廠商進行技術分析和解決，但可以通過網絡分析基本定性問題所在并進行適當調整，以犧牲小部分性能來提升用戶的使用感知，從而達到解決問題的目的。