1.     RRC重建對(duì)VoLTE影響

對(duì)于數(shù)據(jù)業(yè)務(wù)使用來(lái)說(shuō)，短時(shí)間的業(yè)務(wù)中斷很難被用戶(hù)覺(jué)察到。因此在業(yè)務(wù)進(jìn)行過(guò)程中發(fā)生的RRC異常釋放和切換失敗，只要后續(xù)RRC重建成功，甚至即使重建不成功，網(wǎng)絡(luò)側(cè)或者UE側(cè)很快又發(fā)起連接建立并成功建立連接，對(duì)用戶(hù)體驗(yàn)基本不會(huì)帶來(lái)影響更不太會(huì)引起投訴，RRC異常釋放后如果重建成功甚至不會(huì)影響KPI指標(biāo)。

但對(duì)于實(shí)時(shí)的會(huì)話業(yè)務(wù)來(lái)說(shuō)，RRC重建明顯影響用戶(hù)感知并引起投訴：

1. RRC重建前后短時(shí)的業(yè)務(wù)中斷會(huì)被用戶(hù)立即感受到，表現(xiàn)為聽(tīng)不清、通話吞字、一段時(shí)間聽(tīng)不到聲音、視頻停滯等，

2. LTE中的無(wú)線鏈路失敗（RLF）并不會(huì)直接導(dǎo)致VoLTE話音呼叫的掉話，但是在有些情況下還是會(huì)在RLF之后出現(xiàn)VoLTE掉話。比如重建時(shí)如果不能建立UM承載則會(huì)掉話，或者重建后應(yīng)用層不能恢復(fù)RTP包也會(huì)造成RTP timeout。

3. VoLTE呼叫建立階段發(fā)生RRC重建，可能引起和PRACK的沖突，IMS CORE定時(shí)器超時(shí)，IMS向主叫終端發(fā)480 TEMPORARILY UNAVAILABLE錯(cuò)誤碼

RRC重建對(duì)語(yǔ)音質(zhì)量影響

以下公式為無(wú)線鏈路失敗引起RRC重建場(chǎng)景下，RTP包恢復(fù)時(shí)間T的計(jì)算公式：

t是RLC完成一個(gè)RTP包的傳輸間隔，取值為100ms。N為RRC重建嘗試次數(shù)。

對(duì)于多數(shù)運(yùn)營(yíng)商來(lái)說(shuō)，底層RTP包恢復(fù)時(shí)間都在3~5秒之內(nèi)，但實(shí)際上用戶(hù)感受到的語(yǔ)音中斷期（audio muting）要遠(yuǎn)遠(yuǎn)大于這個(gè)時(shí)間。主要原因就是RTP/RTCP協(xié)議最初是基于IETF開(kāi)發(fā)的，并未充分考慮在鏈路質(zhì)量不穩(wěn)定的無(wú)線網(wǎng)絡(luò)承載，對(duì)于底層鏈路失敗引起的re-cover機(jī)制支持不好。下圖顯示在RRC層已經(jīng)恢復(fù)后，RTP層乃至應(yīng)用層數(shù)據(jù)并不會(huì)馬上恢復(fù)。

VoLTE測(cè)試中也經(jīng)常能夠發(fā)現(xiàn)，RRC重建前后MOS的兩個(gè)采樣點(diǎn)都非常低，而前一個(gè)采樣點(diǎn)主要是受到重建前空口RTP丟包的影響，重建后的低MOS采樣點(diǎn)則可能是上層協(xié)議不能正常生成RTP包引起的。

2.     RRC重建根因分析

下圖為某商用FDD網(wǎng)絡(luò)，路測(cè)中發(fā)現(xiàn)的RRC重建原因歸類(lèi)。其中超過(guò)64%的屬于基礎(chǔ)網(wǎng)絡(luò)問(wèn)題，包括弱覆蓋和鄰區(qū)干擾引起的質(zhì)量問(wèn)題；約27%屬于規(guī)劃配置類(lèi)問(wèn)題，包括PCI沖突以及相鄰基站RLC SNSIZE不一致造成的切換失��；約9%屬于6.0下已知的重載場(chǎng)景SRI和GAP沖突造成的重建。

2.1 無(wú)線原因引起的RRC重建

2.1.1 弱覆蓋場(chǎng)景下的重建

無(wú)線原因造成的RRC重建與數(shù)據(jù)業(yè)務(wù)重建觸發(fā)原因相同，但常規(guī)優(yōu)化中因?yàn)?/span>KPI影響較小且很少產(chǎn)生用戶(hù)投訴而常常被忽略。

根據(jù)VoLTE鏈路預(yù)算和實(shí)測(cè)結(jié)果，下行RSRP在-110dBm以?xún)?nèi)時(shí)，可以認(rèn)為RSRP對(duì)MOS的影響不大，但上行覆蓋受限的場(chǎng)景可能仍然造成RRC重建。

下表是列舉了無(wú)線原因RRC重建前空口上下行主要指標(biāo)，可以看到除了RSRP接近-120dBm的弱覆蓋場(chǎng)景外，部分重建發(fā)生在下行覆蓋尚好，伴隨著上行BLER迅速抬升，上行功率已經(jīng)到達(dá)峰值。

對(duì)于覆蓋尤其是室內(nèi)深度覆蓋不佳的網(wǎng)絡(luò)，數(shù)據(jù)業(yè)務(wù)用戶(hù)體驗(yàn)受到的影響程度可能不大，但語(yǔ)音業(yè)務(wù)即使有TTIB、上行COMP等特性仍然會(huì)頻繁出現(xiàn)RRC重建，用戶(hù)不良感知明顯。

2.1.1模3干擾引起下行質(zhì)差RRC重建：

2.2 規(guī)劃配置類(lèi)引起的RRC重建

2.2.1 PCI沖突導(dǎo)致重建

VoLTE測(cè)試中RRC重建多次復(fù)現(xiàn)，最終鎖定在PCI13為問(wèn)題小區(qū)。這是因?yàn)椴捎蒙逃媒K端復(fù)現(xiàn)，在問(wèn)題點(diǎn)來(lái)回移動(dòng)測(cè)試，發(fā)現(xiàn)72往13可以切成功，其它小區(qū)往72切也可以成功，

只有13往72每次都是重建不是切換，重建前也沒(méi)有同頻切換A3的測(cè)量報(bào)告，只有CoMP A3的測(cè)量報(bào)告。UE觸發(fā)重建的原因?yàn)?/span>RLF。問(wèn)題有一個(gè)比較奇怪的現(xiàn)象是，UE在發(fā)起一次重建后，僅相隔200ms左右又發(fā)起第二次重建。

按照協(xié)議規(guī)定，觸發(fā)RLF有3個(gè)原因：

l T310 timer expiry

l Random access failure

l UL RLC retransmit reached the maximum retransmit threshold

但是我們分析了UE log，重建前以上三個(gè)條件都不滿(mǎn)足。

因此我們最初懷疑是終端問(wèn)題，為了驗(yàn)證，我們采用TUE進(jìn)行復(fù)測(cè)，結(jié)果是TUE可以從PCI13小區(qū)往PCI72正常切換。因此我們尋求IOT同事找終端共同分析。

但還有一個(gè)疑點(diǎn)是，為什么每次都是在PCI13小區(qū)出問(wèn)題，其它小區(qū)沒(méi)有問(wèn)題。在又一次復(fù)現(xiàn)的重建失敗，分析后發(fā)現(xiàn)該覆蓋區(qū)域存在兩個(gè)PCI為13的小區(qū)。

重建失敗的流程：用戶(hù)從199246_16（PCI249）切入198860_2（PCI13），RLF重建到198861_1（PCI13）被拒絕掉話，之后重新接入198861_1（PCI13）之后又RLF重建到198661_0（PCI 116）成功。

在客戶(hù)修改沖突的PCI后，問(wèn)題解決。對(duì)于為什么UE會(huì)發(fā)起重建并沒(méi)有確切的結(jié)論（未得到高通的反饋），根據(jù)之前客戶(hù)提供的問(wèn)題描述膠片的一些信息，推測(cè)是UE做了某種異常檢測(cè)機(jī)制會(huì)觸發(fā)重建。由于該覆蓋區(qū)域存在兩個(gè)PCI13的小區(qū)，導(dǎo)致強(qiáng)干擾，造成UE檢測(cè)異常，RLF而觸發(fā)重建，概率性出現(xiàn)重建失敗導(dǎo)致掉話。