王 理
(中國聯(lián)合網(wǎng)絡通信有限公司懷化市分公司,湖南 懷化 418000)
2018年春節(jié)前夕,為防止大量返鄉(xiāng)用戶產(chǎn)生話務沖擊,通信運營商開展了全網(wǎng)性的大話務調(diào)整。但是,在實施春節(jié)大話務調(diào)整后,2018年2月8日懷化市新晃縣縣城產(chǎn)生多起蘋果手機用戶反映無法上網(wǎng)的投訴,隨后本地網(wǎng)優(yōu)中心組織進行現(xiàn)場分析。
在同一現(xiàn)場使用華為手機和蘋果手機進行測試驗證發(fā)現(xiàn),無線網(wǎng)絡覆蓋質(zhì)量均良好,華為手機各項業(yè)務、跟蹤信令正常,但是蘋果手機在相同的情況無法上網(wǎng)。隨后針對蘋果手機進行詳細分析。首先根據(jù)蘋果手機側日志的信令找到對應的基站測信令,終端與基站的時間點對應,然后開展上下行的流程分析。
在手機和基站側信令對應后,根據(jù)CALLID和CRNTI在cellDT中找到iPhone的記錄分析下行情況。如表1所示,誤碼高達30%,而此時總體平均CQI為7.8,平均MCS為16,且沒有看到連續(xù)長時間HARQ反饋錯誤的情況,雖然誤碼偏高,但是不會導致無法上網(wǎng)的情況出現(xiàn)。
如表2所示,對上行進行分析發(fā)現(xiàn),誤碼也很高(25%左右),但是上行的平均MCS只有0.2階,應該是導致業(yè)務異常的直接原因。進一步分析發(fā)現(xiàn),誤碼主要發(fā)生在MCS 0階。0階已經(jīng)是最低階,相對現(xiàn)場良好的空口環(huán)境反而高誤碼是不正常的。
表1 下行數(shù)據(jù)
統(tǒng)計MCS 0階時的信號質(zhì)量,L1測量到上行平均SINR(SinrBase)是24.79 dB,非常好。但由于0階誤碼太高,導致eNodeB不斷往下調(diào)整,所以調(diào)整后的SINR(SinrFinal)是-11.76 dB??梢?,低階MCS并非空口質(zhì)量導致。如圖1所示,再進一步按照子幀號進行統(tǒng)計發(fā)現(xiàn),子幀3和子幀8(剛好是間隔5 ms)上的傳輸幾乎全部是NACK,且整個呼叫的NACK基本上都是這兩個子幀貢獻的。把子幀3和子幀8過濾出來按時間順序查看,發(fā)現(xiàn)剛接入的前2 s CRC是正確的,之后子幀3和子幀8的CRC結果都是NACK。從信令面看,在出現(xiàn)問題的時間點,基站并沒有下發(fā)異常信令配置。
正常情況下,CRC每8 ms按基礎情況重傳一次[1],而實際觀察到的情況是對應時段的實測SINR非常好,初始傳送卻出現(xiàn)大量誤碼,導致eNodeB將判定SINR進行下調(diào),直至為-600左右。判定SINR的錯誤預估,使eNodeB下調(diào)MCS以降低誤碼,而MCS下調(diào)后誤碼依然沒有變化,導致eNodeB持續(xù)下調(diào)MCS至 0 階[2]。
表2 上行數(shù)據(jù)
圖1 按照子幀號進行的數(shù)據(jù)統(tǒng)計結果
圖2 終端log數(shù)據(jù)
查看終端log發(fā)現(xiàn)另一個異常,問題時段UE并沒有按照5 ms周期正常上報CQI。如圖2所示,在幀號-子幀號712-6~714-3期間,PUSCH上沒有隨路的CQI上報。
基于以上分析,認為iPhone在CQI 5ms周期配置下會出現(xiàn)異常,在某些子幀上發(fā)的上行數(shù)據(jù)有問題,導致基站無法解調(diào)。
為證明判斷,打開CQI自適應功能,并限制CQI周期調(diào)整最小20 ms(華為命令:MOD CELLCQIADAPTIVECFG: LocalCellId=*,CqiPeriodA daptive=ON,MinCqiPeriod=ms20;)發(fā)現(xiàn),誤碼和信令均恢復正常,蘋果手機和華為手機均能正常上網(wǎng)。將CQI調(diào)度周期調(diào)整為5 ms,問題復現(xiàn),證明蘋果手機不能完好支持5 ms的CQI調(diào)度,靜兒導致該模式下蘋果手機無法正常通信。
終端問題在用戶投訴中占有一定比例,本例中大部分用戶均能正常使用網(wǎng)絡,僅部分蘋果終端因不支持而無法上網(wǎng),基本可以定性為非網(wǎng)絡問題。然而,即便是非網(wǎng)絡問題,最終還是會體現(xiàn)為用戶對網(wǎng)絡的不滿意。這種情況下無法要求終端廠商進行技術分析和解決,但可以通過網(wǎng)絡分析基本定性問題所在并進行適當調(diào)整,以犧牲小部分性能來提升用戶的使用感知,從而達到解決問題的目的。