VoLTE優(yōu)化實(shí)戰(zhàn)手冊(cè)

1、VoLTE 優(yōu)化實(shí)戰(zhàn)手冊(cè)1 參數(shù)與定時(shí)器配置（建議）1.1 VoLTE 互操作類(lèi)參數(shù)1.2 VoLTE 功能類(lèi)參數(shù)1.3 定時(shí)器參數(shù)1.3.1 接入類(lèi)定時(shí)器參數(shù)英文名：T300功能描述：該參數(shù)表示 UE 側(cè)控制 RRC connection establishment 過(guò)程的定時(shí)器。在 UE 發(fā)送 RRCConnectionRequest 后啟動(dòng)。在超時(shí)前如果：1.UE 收到 RRCConnectionSetup 或 RRCConnectionReject；2. 觸發(fā) Cell-reselection 過(guò)程；3.NAS 層終止 RRC connection establishment 過(guò)程。

2、則定時(shí)器停止。如定時(shí)器超時(shí)，則 UE 重置 MAC 層、釋放 MAC 層配置、重置所有已建立 RBs（Radio Bears）的 RLC 實(shí)體。并通知 NAS 層 RRC connection establishment失敗對(duì)網(wǎng)絡(luò)質(zhì)量的影響：增加該參數(shù)的取值，可以提高 UE 的 RRC connection establishment 過(guò)程中隨 機(jī)接入的成功率。但是，當(dāng) UE 選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能增 加 UE 的無(wú)謂隨機(jī)接入嘗試次數(shù)。減少該參數(shù)的取值，當(dāng) UE 選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能減少 UE 的無(wú)謂隨機(jī)接入嘗試次數(shù)。但是，可能降低 UE 的 RRC co

3、nnection establishment 過(guò)程中隨機(jī)接入的成功率1.3.2 切換類(lèi)定時(shí)器參數(shù)英文名：T304 For Intra-Lte功能描述：在“E-UTRAN 內(nèi)切換”和“切換入 E-UTRAN 的系統(tǒng)間切換”的情況下，UE 在收到 帶有“mobilityControlInfo”的 RRC 連接重配置消息時(shí)啟動(dòng)定時(shí)器，在完成新小區(qū) 的隨機(jī)接入后停止定時(shí)器；定時(shí)器超時(shí)后 UE 需恢復(fù)原小區(qū)配置并發(fā)起 RRC 重 建請(qǐng)求對(duì)網(wǎng)絡(luò)質(zhì)量的影響： 用于系統(tǒng)內(nèi)切換，該值設(shè)置過(guò)大會(huì)導(dǎo)致切換失敗無(wú)法及時(shí)回退并發(fā)起 RRC 連接 重建過(guò)程1.3.3 重建類(lèi)定時(shí)器1）參數(shù)英文名：T311功能描述：T311

4、 用于 UE 的 RRC 連接重建過(guò)程，T311 控制 UE 開(kāi)始 RRC 連接重建到 UE選擇一個(gè)小區(qū)過(guò)程所需的時(shí)間，期間 UE 執(zhí)行 cell-selection 過(guò)程。對(duì)網(wǎng)絡(luò)質(zhì)量的影響：設(shè)置值越大，UE 進(jìn)行小區(qū)選擇過(guò)程中所被允許的時(shí)間越長(zhǎng)， RRC Connection Reestablishment 過(guò)程越滯后；如果該參數(shù)設(shè)置過(guò)小，可能在某些鏈路可以被挽 救的情況下，卻由于定時(shí)器設(shè)置不合理而進(jìn)入 IDLE 狀態(tài)，引起掉話(huà)，嚴(yán)重影響 用戶(hù)感知。2）參數(shù)英文名：T301功能描述：在 UE 上傳 RRCConnection ReestabilshmentRequest 后啟動(dòng)。在超時(shí)前如果

5、收 到 UE 收到 RRCConnectionReestablishment 或 RRCConnectionReestablishmentReject，則定時(shí)器停止。定時(shí)器超時(shí)，則 UE 變?yōu)?RRC_IDLE 狀態(tài)對(duì)網(wǎng)絡(luò)質(zhì)量的影響：增加該參數(shù)的取值，可以提高 UE 的 RRC connection re-establishment 過(guò)程中 隨機(jī)接入的成功率。但是，當(dāng) UE 選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能 增加 UE 的無(wú)謂隨機(jī)接入嘗試次數(shù)。減少該參數(shù)的取值，當(dāng) UE 選擇的小區(qū)信道 質(zhì)量較差或負(fù)載較大時(shí)，可能減少 UE 的無(wú)謂隨機(jī)接入嘗試次數(shù)。但是，可能降 低 UE 的 RRC c

6、onnection re-establishment 過(guò)程中隨機(jī)接入的成功率1.4 互操作鄰區(qū)配置VoLTE 商用后，由于語(yǔ)音業(yè)務(wù)需求或由于 4G 覆蓋原因，終端需要通過(guò) SRVCC 方式互操作至 2G 系統(tǒng)。因此，制定 4G 至 2G 鄰區(qū)配置方法如下：可先繼承 CSFB 鄰區(qū)配置原則。 具體如下：4G 至 2G 鄰區(qū)配置原則（用于 VoLTE 業(yè)務(wù)）1）如果 4G 與 2G 小區(qū)共站，4G 首先需要配置所有共站的 2G 小區(qū);同時(shí)需要繼 承配置其中同方向角的2G 共站小區(qū)(系統(tǒng)實(shí)現(xiàn)時(shí)可考慮一定的角度放寬,暫定60 度內(nèi))的 2G 鄰區(qū)。2）如果 4G 僅與 3G 小區(qū)共站，4G 需要配置所

7、有 3G 共站小區(qū)的 2G 鄰區(qū)。3）如果 4G 站點(diǎn)為新建站，優(yōu)先添加第一圈 2G 鄰區(qū)。應(yīng)重點(diǎn)檢查以下兩類(lèi) 2G 小區(qū)：距離 4G 站點(diǎn)最近的 N 個(gè) 2G 站址中, 如果存在室外小區(qū),則選擇天線(xiàn)方向指向 本小區(qū)的 2G 小區(qū)（建議是法線(xiàn)正負(fù) 60°之內(nèi)）；如果存在室分小區(qū)，則無(wú)需考 慮方向角，上述室內(nèi)、外小區(qū)共 M 個(gè)（N 建議小于 9 個(gè)；建議距離在 2km 范圍 內(nèi)）4G 小區(qū)天線(xiàn)法向方向正面對(duì)打小區(qū)且兩小區(qū)天線(xiàn)相對(duì)方向角度在 60°之內(nèi)最 近的 2 個(gè)候選鄰區(qū)（該鄰區(qū)距本小區(qū)不超過(guò) 1000m），如該 2 小區(qū)被包含于前 述 M 個(gè)小區(qū)，則需配鄰區(qū)個(gè)數(shù)為 M，否

8、則為 M+2 個(gè)。4）如果 4G 與 2G 共室分，4G 需要配置該 2G 室分小區(qū)，及該 2G 室分小區(qū)的 鄰區(qū)。2 終端 IMS 注冊(cè)問(wèn)題2.1 終端開(kāi)機(jī)的 IMS 注冊(cè)過(guò)程用戶(hù)開(kāi)機(jī)以后，首先完成 EPC 附著過(guò)程，建立 QCI=9 默認(rèn)承載，附著完成以后， 發(fā)起 IMS 注冊(cè)過(guò)程和鑒權(quán)。在 IMS 注冊(cè)流程中，先建立 QCI=5 的 SIP 信令承載。 然后進(jìn)行 SIP 的注冊(cè)過(guò)程，當(dāng)完成注冊(cè)過(guò)程以后，就可以進(jìn)行 VoLTE 呼叫了。 若未建立 QCI 5 就無(wú)法完成終端與 IMS 的 SIP 注冊(cè)信令的交互；若 QCI5 建立 成功后，終端與 IMS 的 SIP 注冊(cè)流程異常，也將會(huì)導(dǎo)

9、致不能在 IMS 成功注冊(cè)。SIP 信令注冊(cè)SIP 信令注冊(cè)過(guò)程如下圖所示。（點(diǎn)擊放大瀏覽）以下為 QCI 5 承載建立信令流程：SIP 信令注冊(cè)失敗原因手機(jī)附著 LTE 網(wǎng)絡(luò)并成功建立 QCI9 承載后 PDN connectivity reject,無(wú)法建立QCI5 默認(rèn)承載，將導(dǎo)致無(wú)法成功注冊(cè) IMS。如下圖所示：手機(jī) attach request -attach complete 過(guò)程已經(jīng)建立 QCI=9 的信令承載，UE 會(huì) 在 PDN Connectivity Request 消息中包含 APN 信息，從 HSS 取得的訂閱信息 中，Service-Selection="

10、wildcard"，所以 MME 接受 UE 請(qǐng)求的 APN。根據(jù)新的 APN，分配一個(gè) Bearer ID 給 default EPS，并且發(fā)送 Create Session BearerRequest 到 S-GW。S-GW 會(huì)在它的 EPS Bearer 表中創(chuàng)建一個(gè)新的實(shí)體，并 且發(fā)送Create Session Request 到 P-GW 中。S-GW 會(huì)為Control Plane 和UserPlane 創(chuàng)建新的 DL S-GW TEID 并且把他們發(fā)送到 P-GW，創(chuàng)建QCI5 默認(rèn)承載。 因此 PDN CONECTIVITY REJECT 會(huì)導(dǎo)致無(wú)法建立 QCI5

11、的默認(rèn)承載，直接導(dǎo) 致 IMS 無(wú)法注冊(cè)。1）如果是 ESM 過(guò)程導(dǎo)致的拒絕（比如默認(rèn)承載建立失?。艜?huì)帶 PDN CONNECTIVITY REJECT 消息，EMM 層拒絕，只有 ATTACH REJECT 消息。2）如果拒絕原因值是"unknown EPS bearer context"，UE 會(huì)本地去激活存在的 默認(rèn)承載或?qū)Ｓ贸休d3）常見(jiàn)的拒絕原因有：IMSI 中的 MNC 與核心網(wǎng)配置的不一致。以下為可能的解決方法：1： 檢查核心網(wǎng)和 eNB 側(cè)是否存在相關(guān)告警并及時(shí)處理2：查看拒絕原因，核查相應(yīng)參數(shù)是否配置正確（IMSI 中的 MNC 與核心網(wǎng)配置 的不一致,

12、 APN 的設(shè)置不當(dāng)?shù)葐?wèn)題）3：是否存在 SIM 問(wèn)題及核心網(wǎng)對(duì) SIM 卡實(shí)行限制相應(yīng)功能及接入等級(jí)4：SIM 卡和核心網(wǎng) HSS 記錄信息不一致導(dǎo)致無(wú)法注冊(cè)5：PDN 請(qǐng)求拒絕大部分是核心網(wǎng)問(wèn)題，可以通過(guò)抓取信令分析SIP 注冊(cè)SIP 注冊(cè)過(guò)程：1）用戶(hù)首次試呼時(shí)，終端向代理服務(wù)器發(fā)送 REGISTER 注冊(cè)請(qǐng)求2）IMS 認(rèn)證/計(jì)費(fèi)中心獲知用戶(hù)信息不在數(shù)據(jù)庫(kù)中，向終端回 401 Unauthorized 質(zhì)詢(xún)信息，其中包含安全認(rèn)證所需的令牌 3）終端將用戶(hù)標(biāo)識(shí)和密碼根據(jù)安全認(rèn)證令牌加密后，再次用 REGISTER 消息 報(bào)告給 IMS 服務(wù)器4）IMS 服務(wù)器將 REGISTER 消息中

13、的用戶(hù)信息解密，認(rèn)證合法后，將該用戶(hù) 信息登記到數(shù)據(jù)庫(kù)中，并向終端返回響應(yīng)消息 200 OK。 5）用戶(hù)訂閱注冊(cè)事件包， 6）服務(wù)器應(yīng)答訂閱成功。7）IMS 服務(wù)器發(fā)送 notify 消息，由于訂閱的用戶(hù)已經(jīng)注冊(cè)，所以 IMS 服務(wù)器回 應(yīng) Notify 消息中，狀態(tài)為 active，同事攜帶 XML 信息。8）終端發(fā)送 Notify 200 表示接收成功。QCI 5 承載建立成功后，此時(shí)終端可以與 IMS 進(jìn)行 SIP 信令交互，完成 IMS 的 注冊(cè)，若注冊(cè)流程異常，可以從以下方面展開(kāi)排查：1. 需要確認(rèn)終端是否發(fā)出 Register SIP 信令；2. 若終端已發(fā)，確認(rèn) IMS 是否收到

14、；3. IMS 收到后，是否回相應(yīng)的 SIP 信令，還是響應(yīng)注冊(cè)失敗；4. 是否由于終端未開(kāi)啟 IPsec 導(dǎo)致 IMS 拒絕注冊(cè)請(qǐng)求。一般情況下，終端 IMS 注冊(cè)失敗問(wèn)題都與核心網(wǎng)相關(guān)，主要在于核心網(wǎng)側(cè)排查 解決。3 關(guān)鍵參數(shù)設(shè)置問(wèn)題3.1 VoLTE 語(yǔ)音 AMR-NB AMR-WB 資源占有情況有何區(qū)別？答：AMR 全稱(chēng) Adaptive Multi-Rate，自適應(yīng)多速率編碼，主要用于移動(dòng)設(shè)備的 音頻，壓縮比比較大，但相對(duì)其他的壓縮格式質(zhì)量比較差，由于多用于人聲，通話(huà)。其中 AMR 分為 AMR-NB 和 AMR-WB 兩種，對(duì)于 VoLTE 而言，AMR-NB則為 12.2k 語(yǔ)音

15、編碼制式，AMR-WB 則為 23.85k 語(yǔ)音編碼制式。AMR-NB 和 AMR-WB 的本質(zhì)區(qū)別在于其語(yǔ)音帶寬和抽樣頻率有所區(qū)別，NB 的 語(yǔ)音帶寬范圍為：3003400khz，抽樣頻率為 8khz；而 WB 的語(yǔ)音帶寬為507000khz，抽樣頻率為 16khz。以下為相關(guān)的 AMR-NB 的編碼方式，共分為 16 種，其中 07 對(duì)應(yīng)不同編碼方 式，815 用于噪音或者保留用，VoLTE 里的 AMR-NB 采用的編碼方案 7；而 AMR-WB 的編碼方式同樣也有 16 種，其中 08 對(duì)應(yīng)不同編碼方式，915 保 留用，當(dāng)前 VoLTE 語(yǔ)音的 WB 編碼制式采用的編碼方式 8。以下

16、為 VoLTE 相關(guān)測(cè)試中的高標(biāo)清占用資源對(duì)比情況:從趨勢(shì)圖來(lái)看，在 SINR 大于 5 的時(shí)候，整體 MOS 值比較平穩(wěn)，其中高清 MOS 值穩(wěn)定在 3.5 以上，標(biāo)清語(yǔ)音 MOS 值穩(wěn)定在 3.2 左右，而在 SINR 值小于 5 之 后，高清和標(biāo)清語(yǔ)音的 MOS 值均呈現(xiàn)波動(dòng)且整體均值下降的趨勢(shì)。另外由于在 SINR 差點(diǎn)打點(diǎn)數(shù)較少的原因，其 MOS 均值會(huì)出現(xiàn)隨著 SINR 均值下降而抬升 的異常情況。在下行 PDCP 速率里對(duì)比中標(biāo)清語(yǔ)音在 7kb 左右，在 SINR 小于 0 之后開(kāi)始出 現(xiàn)明顯的波動(dòng)情況，直至掉 0。高清語(yǔ)音 PDCP 速率則在 15kbps 左右，同樣在 SIN

17、R 小于 0 后開(kāi)始出現(xiàn)劇烈的波動(dòng)情況。從高清和標(biāo)清的下行 PRB 數(shù)對(duì)比情況來(lái)看，整體占用的 RB 數(shù)差距不明顯,另外 下行 PRB 個(gè)數(shù)隨著 SINR 值惡化逐級(jí)抬升。從高標(biāo)清的指標(biāo)和資源對(duì)比來(lái)看，本身 AMR-NB 和 AMR-WB 對(duì)于網(wǎng)絡(luò)資源的利 用程度來(lái)看差距不大（PRB 上占用差不多），但 AMR-WB 對(duì)于網(wǎng)絡(luò)資源的利用率會(huì)相對(duì)高些（高清的碼率更高），且 AMR-WB 的用戶(hù)體驗(yàn)更好（MOS 值高 于 AMR-NB 一截），且抗干擾性上并沒(méi)有明顯差別，因此在 VoLTE 將來(lái)部署中， 更推薦采用 AMR-WB 編碼制式。3.2 專(zhuān)用承載 MAX GBR 值對(duì)通話(huà)質(zhì)量有什么影響？

18、答：專(zhuān)用承載 MAX GBR 太小將導(dǎo)致的通話(huà)質(zhì)量差。以現(xiàn)網(wǎng)測(cè)試案例為例，用 CDS 48KMOS 盒對(duì)在目前 LTE 網(wǎng)絡(luò)下的通話(huà)質(zhì)量進(jìn)行 MOS 評(píng)估時(shí)，發(fā)現(xiàn)當(dāng)通 話(huà)建立在專(zhuān)用承載（GBR）下時(shí) CDS MOS 打分值偏低。偶然間發(fā)現(xiàn)建立在默 認(rèn)承載上的通話(huà) MOS 值正?？梢赃_(dá)到 4 分。估計(jì)為專(zhuān)用承載問(wèn)題，再用 8K 語(yǔ) 音文件進(jìn)行 MOS 打分又恢復(fù)正常，確定為速率問(wèn)題，調(diào)整 QCI1 MAXGBR 參 數(shù)后恢復(fù)正常。VOLTE 通話(huà)評(píng)估軟件反映通話(huà)質(zhì)量分值低，經(jīng)監(jiān)控基站無(wú)告警，接入指標(biāo)正常， 更換站點(diǎn)并重新導(dǎo)入?yún)?shù)后仍存在問(wèn)題。曾嘗試在默認(rèn)承載下進(jìn)行語(yǔ)音通話(huà)發(fā)現(xiàn) 質(zhì)量評(píng)估并無(wú)問(wèn)題。

19、初步判定為專(zhuān)用承載問(wèn)題。如下圖所示（左圖為 QCI1 下， 右圖為 QCI9 下）。選用 8K 采樣的語(yǔ)音文件再次進(jìn)行 MOS 打分時(shí)發(fā)現(xiàn) QCI1 下的 MOS 值恢復(fù)正常采樣率不同的區(qū)別在于傳輸時(shí)速率不同定位問(wèn)題點(diǎn)于QCI1 專(zhuān)用承載的最高速率 沒(méi)有達(dá)到 48K 語(yǔ)音的傳輸要求。在對(duì)比查看 QCI1 與 QCI9 的 MAX GBR 后確定 了問(wèn)題原因。下圖是 QCI1 修改前的參數(shù)（圖中 MAX GBR 數(shù)值為換算后結(jié)果， 下同）下圖為 QCI9 的參數(shù)：核心網(wǎng) QCI1 承載的 MAX GBR 改為 150：修改后 QCI1:由于 VOLTE 是 VOIP 業(yè)務(wù)所以速率的大小直接影響了

20、通話(huà)的質(zhì)量，速率太小語(yǔ) 音業(yè)務(wù)就會(huì)出現(xiàn)卡頓和失真的現(xiàn)象。專(zhuān)用承載的最大保證比特率應(yīng)該先由在不受 限條件下的業(yè)務(wù)最高速率來(lái)確定。3.3. QCI=1 開(kāi)關(guān)不打開(kāi)或打開(kāi)但 maxGBR 配置過(guò)低對(duì) Volte 電話(huà)的影響？答：當(dāng)撥打 volte 電話(huà)時(shí)，QCI=1 開(kāi)關(guān)未打開(kāi)，沒(méi)有建立 QCI=1 的專(zhuān)用承載， 電話(huà)撥通 5S 后會(huì)自動(dòng)掛斷如圖所示：所以判斷必須打開(kāi) QCI=1 的專(zhuān)用承載開(kāi)關(guān)，才能正常撥打電話(huà)。在后臺(tái)配合下， 開(kāi)啟 QCI=1 的專(zhuān)用承載，并配置 maxGBR=20k。再次撥打 volte 電話(huà)，發(fā)現(xiàn)專(zhuān) 用承載仍未建立，volte 電話(huà)依然是 5s 掛斷，如下圖所示：推斷無(wú)法正常

21、撥打電話(huà)的原因是maxGBR=20k 不滿(mǎn)足核心網(wǎng)配置要求，經(jīng)確認(rèn)， 核心網(wǎng)要求的 minGBR 值必須大于 40，于是將基站側(cè) maxGBR 值改為 256； 再次撥打 volte 電話(huà)，專(zhuān)用承載建立成功。能正常通話(huà)；如圖所示：所以為了保證 Volte 語(yǔ)音電話(huà)能正常撥打，需打開(kāi) QCI=1 的開(kāi)關(guān)，切配置大于 核心網(wǎng)要求的 maxGBR 值。3.4 QCI=2 下 maxGBR 配置過(guò)小對(duì)視頻電話(huà)有什么影響？答：基站側(cè)打開(kāi) QCI=1 及 QCI=2 的開(kāi)關(guān)，并將 qciTab2maxGbrDl 及 qciTab2maxGbrul 均設(shè)置為 100k，撥打 Volte 視頻電話(huà),QCI=1

22、 專(zhuān)載成功建立， 但 QCI=2 的專(zhuān)用承載未建立，視頻電話(huà)呼叫失敗。如下圖所示：懷疑為 qciTab2maxGbr 配置過(guò)低，未能達(dá)到視頻電話(huà)保障最低要求，經(jīng)查證， 核心網(wǎng)要求的 maxGBR 值需大于 512k，通過(guò)后臺(tái)修改 qciTab2maxGbr 值為2048 之后，再進(jìn)行 Volte 視頻電話(huà)撥打，能正常進(jìn)行視頻通話(huà)，如圖所示：所以 Volte 視頻電話(huà)，需同時(shí)打開(kāi) QCI=1.QCI=2 的開(kāi)關(guān)，且 maxGBR 值需配置 大于核心網(wǎng)要求的值方可正常通話(huà)。3.5 HSS 參數(shù)設(shè)置是否會(huì)對(duì) eSRVCC 產(chǎn)生影響？答：HSS 參數(shù)設(shè)置不恰當(dāng)可能會(huì)導(dǎo)致無(wú)法執(zhí)行 eSRVCC。正常的

23、eSRVCC 流 程如下：以現(xiàn)網(wǎng)測(cè)試發(fā)現(xiàn)的某個(gè)案例為例，無(wú)線(xiàn)環(huán)境滿(mǎn)足切換條件，UE 卻并沒(méi)有執(zhí)行切 換，直至 SINR 過(guò)差發(fā)生掉話(huà)。通過(guò)分析 log 發(fā)現(xiàn)，UE 未觸發(fā) eSRVCC 原因?yàn)椋?eNB 沒(méi)有下發(fā) eSRVCC 相關(guān)測(cè)控消息。更換 HTC 測(cè)試終端發(fā)現(xiàn)，SIM 卡尾號(hào)為 19 的終端可收到 eNB 下發(fā)的測(cè)控消息 并正常 eSRVCC，而 SIM 卡尾號(hào)為 55 的終端無(wú)法收到 eSRVCC 測(cè)控消息，以 此排除終端原因。正常重配置信令中 eSRVCC 測(cè)控消息如下，SIM 卡尾號(hào)為 55 的終端無(wú)以下消 息。GSM 頻點(diǎn)信息A2 事件及 B2 事件：對(duì)比 19、55 兩部終端

24、能力信息，發(fā)現(xiàn) eNB 收到的 UE Capability Information 信令完全相同，且 FGI 第 9 位、第 23 位設(shè)置為 1，表示終端支持 eSRVCC（根據(jù)3GPP 36331 B.1 Feature group indicators 規(guī)定，比特位 9 為 EUTRA RRC_CONNECTED to GERAN GSM_Dedicated handover，比特位 23 為GERAN measurements, reporting and measurement reporting event B2 inE-UTRA connected mode，設(shè)置為 1 表示支持該

25、功能）。對(duì)比 EMIL log 發(fā)現(xiàn)，SIM 卡尾號(hào)為 19 的終端附著時(shí)，eNB 收到 MME 下發(fā)的Initial Context Setup Request 中存在 SRVCCOperationPossible : possible 字段， 而 SIM 卡尾號(hào)為 55 的終端確沒(méi)有該字段，導(dǎo)致 eNB 認(rèn)為 UE 不支持 eSRVCC， 因此不下發(fā) eSRVCC 測(cè)控消息。在附著流程中，測(cè)控消息下發(fā)前，UE 會(huì)通過(guò)上發(fā) NAS：Attach Request 進(jìn)行信 息的交互，其中包含 UE 能力的相關(guān)信息。對(duì)比兩部終端上發(fā)的 Attach Request 信令，結(jié)果發(fā)現(xiàn)，Attach R

26、equest 中除隨機(jī)個(gè)性化參數(shù)不同外，其他參數(shù)完全相 同，且 MS NETWORK CAPABILITY (OPTIONAL)中 SRVCC to GERAN/UTRAN capability 字段設(shè)置為 1，表示 UE 支持 eSRVCC。由上可知，UE 無(wú)論是與 eNB 還是與 MME 交互過(guò)程中，不存在終端能力上報(bào)的 差異， 判斷應(yīng)該不是終端的問(wèn)題，懷疑是否為 SIM 卡本身的問(wèn)題。對(duì)調(diào)兩部終 端 SIM 卡發(fā)現(xiàn)，問(wèn)題會(huì)伴隨尾號(hào)為 55 的 SIM 卡，與終端無(wú)關(guān)。聯(lián)系 HSS 工程師核查 SIM 卡參數(shù)，發(fā)現(xiàn)尾號(hào)為 55 的 SIM 卡 Session TransferNumber

27、參數(shù)為空，此字段為 eSRVCC 切換時(shí)核心網(wǎng)的一個(gè)標(biāo)識(shí)的初始值。若 字段為空，則表示不支持 eSRVCC。重新設(shè)置尾號(hào)為 55 的 SIM 卡后，問(wèn)題消失。3.6 地下車(chē)庫(kù)-115 場(chǎng)景 eSRVCC 優(yōu)化參數(shù)如何設(shè)置？答：地下車(chē)庫(kù)-115 場(chǎng)景下，參數(shù)采用初始配置 1，A2 判決門(mén)限為：LTE<-110dBm， B2 判決門(mén)限為：LTE<-120dBm，GSM>-85dBm。UE 進(jìn)入地下車(chē)庫(kù)，當(dāng) LTE 信號(hào)低于-120dBm 時(shí)觸發(fā) B2 事件，但在 1 秒內(nèi) RSRP 由-120dBm 降低至-139dBm 以下，SINR 由-2dB 降低至-14.7dB 以下，無(wú)

28、法完成 eSRVCC 流程， 導(dǎo)致信號(hào)惡化掉話(huà)。UE 觸發(fā) B2 時(shí)信號(hào)截圖如下：UE 掉話(huà)時(shí)信號(hào)截圖：調(diào)整 B2 判決門(mén)限，將 B2 LTE 門(mén)限由-120 改為-116，發(fā)現(xiàn)成功率有大幅度提升， 成功率大于 70%。分析 log 發(fā)現(xiàn)，該場(chǎng)景 UE 會(huì)占用 PCI=33、34 兩個(gè)小區(qū)，當(dāng)占用 PCI=34 的小 區(qū)時(shí)，與鄰區(qū) PCI=115 的小區(qū) MOD3 沖突，SINR 差導(dǎo)致無(wú)法及時(shí)完成 eSRVCC切換。鄰區(qū)列表如下：將三個(gè)小區(qū) PCI 由 34/33/35 調(diào)整為 33/35/34，eSRVCC 切換成功率達(dá) 90%以上。3.7 RoHC 是否應(yīng)該啟用？答：RoHC 通過(guò)壓縮

29、IP 包頭的方式，在 VoLTE 用戶(hù)較多時(shí)，提高了空口傳輸效 率。1）RoHC 技術(shù)僅對(duì) QCI=1 的業(yè)務(wù)有效 包頭壓縮支持 IPv4 和 IPv6 格式支持以下格式的壓縮(3GPP R8):0x0000 ROHC uncompressed (RFC 4995) 0x0001 ROHC RTP (RFC 3095, RFC4815)0x0002 ROHC UDP (RFC 3095, RFC4815)以上格式需要具備 VoLTE 能力的終端支持2）RoHC 的實(shí)現(xiàn)高標(biāo)清理論速率計(jì)算RoHC 理論速率計(jì)算3）RoHC 外場(chǎng)驗(yàn)證測(cè)試由以上分析可看出，標(biāo)清 AMR 壓縮比為 51.39%，高清

30、AMR 壓縮比為 65.35%， 建議全網(wǎng)開(kāi)啟 RoCH。3.8 VOLTE 下的 DRX 模式與普通 LTE 下的 DRX 模式有何不同？答：DRX 分兩種，一種是 IDLE DRX，就是當(dāng) UE 處于 IDLE 狀態(tài)下的非連續(xù)性 接收，由于處于 IDLE 狀態(tài)時(shí)，已經(jīng)沒(méi)有 RRC 連接以及用戶(hù)的專(zhuān)有資源，因此 這個(gè)主要是監(jiān)聽(tīng)呼叫信道與廣播信道，只要定義好固定的周期，就可以達(dá)到非連 續(xù)接收的目的。但是 UE 要監(jiān)聽(tīng)用戶(hù)數(shù)據(jù)信道，則必須從 IDLE 狀態(tài)先進(jìn)入連接 狀態(tài)。而另一種就是 ACTIVE DRX，也就是 UE 處在 RRC-CONNECTED 狀態(tài) 下的 DRX，可以?xún)?yōu)化系統(tǒng)資源配置

31、，更重要的是可以節(jié)約手機(jī)功率，而不需要 通過(guò)讓手機(jī)進(jìn)入到 RRC_IDLE 模式來(lái)達(dá)到這個(gè)目的，例如一些非實(shí)時(shí)應(yīng)用，像 web 瀏覽，即時(shí)通信等，總是存在一段時(shí)間，手機(jī)不需要不停的監(jiān)聽(tīng)下行數(shù)據(jù)以 及相關(guān)處理，那么 DRX 就可以應(yīng)用到這樣的情況。ACTIVE DRX 的基本機(jī)制是為處于RRC_CONNECTED 態(tài)的UE 配置一個(gè)DRX cycle。DRX cycle 由“On Duration”和“Opportunity for DRX”組成：在“On Duration” 的時(shí)間內(nèi)，UE 監(jiān)聽(tīng)并接收 PDCCH（激活期）；在“Opportunity for DRX”時(shí)間 內(nèi)，UE 不接收下行

32、信道的數(shù)據(jù)以節(jié)省功耗（休眠期）。在大多數(shù)情況下，當(dāng)一 個(gè) UE 在某個(gè)子幀被調(diào)度并接收或發(fā)送數(shù)據(jù)后，很可能在接下來(lái)的幾個(gè)子幀內(nèi)繼 續(xù)被調(diào)度，如果要等到下一個(gè) DRX cycle 再來(lái)接收或發(fā)送這些數(shù)據(jù)將會(huì)帶來(lái)額 外的延遲。為了降低這類(lèi)延遲，UE 在被調(diào)度后，會(huì)持續(xù)位于激活期，即會(huì)在配 置的激活期內(nèi)持續(xù)監(jiān)聽(tīng) PDCCH。其實(shí)現(xiàn)方法是：每當(dāng) UE 被調(diào)度時(shí)，就會(huì)啟動(dòng) 一個(gè)定時(shí)器 drx-InactivityTimer，在該時(shí)間內(nèi)不會(huì)釋放連接。drx-InactivityTimer指定了當(dāng) UE 成功解碼一個(gè)指示初傳的 UL 或 DL 用戶(hù)數(shù)據(jù)的 PDCCH 后，持續(xù) 位于激活態(tài)的連續(xù)子幀數(shù)。為了允

33、許 UE 在 HARQ RTT 期間內(nèi)休眠，每個(gè) DL HARQ process 定義了一個(gè) “HARQ RTT(Round Trip Time) timer”。當(dāng)某個(gè)下行HARQ process 的 TB 解碼失敗時(shí)，UE 可以假定至少在“HARQ RTT”子幀后才 會(huì)有重傳，因此當(dāng) HARQ RTT timer 正在運(yùn)行時(shí)，UE 沒(méi)必要監(jiān)聽(tīng) PDCCH。當(dāng)HARQ RTT timer 超時(shí)，且對(duì)應(yīng)HARQ process 接收到的數(shù)據(jù)沒(méi)有被成功解碼時(shí)，UE 會(huì)為該 HARQ process 啟動(dòng)一個(gè) drx-RetransmissionTimer。當(dāng)該 timer 運(yùn)行 時(shí)，UE 會(huì)監(jiān)聽(tīng)用

34、于 HARQ 重傳的 PDCCH。drx-RetransmissionTimer 的長(zhǎng)度 與 eNodeB 調(diào)度器的靈活度要求相關(guān)。如果是要達(dá)到最優(yōu)的電池消耗，就要求 eNodeB 在 HARQ RTT timer 超時(shí)之后，立即調(diào)度 HARQ 重傳，這就也要求 eNodeB 為此預(yù)留無(wú)線(xiàn)資源，此時(shí) drx-RetransmissionTimer 也就可以配得短些。 drx-RetransmissionTimer 指定了從 UE 期待收到 DL 重傳的子幀（HARQ RTT之后）開(kāi)始，連續(xù)監(jiān)聽(tīng) PDCCH 的最大子幀數(shù)。LTE 設(shè)備中允許ENodeB 對(duì)不同的QCI 業(yè)務(wù)設(shè)置不同的DRX PR

35、OFILE 參數(shù)集， 每一個(gè)參數(shù)集會(huì)包括 longDRX-Cycle (ms)、 On Duration Timer (psf) 、DRX Inactivity Timer(psf)、DRX Retrans Timer(psf) 4 個(gè)參數(shù)。UE 在進(jìn)行不同的 QCI業(yè)務(wù)時(shí)會(huì)執(zhí)行最高優(yōu)先級(jí)的業(yè)務(wù)的 DRX PROFILE。而在 VOLTE 的業(yè)務(wù)下，QCI=1 的時(shí)延不能超過(guò) 100ms，所以 DRX cycle 不能 設(shè)置得過(guò)長(zhǎng)，不能使用原先 QCI=9 的 long DRX-cycle 設(shè)置（160ms），又由于UE 在進(jìn)行語(yǔ)音業(yè)務(wù)時(shí)，用戶(hù)正在通話(huà)時(shí)會(huì)每 20ms 產(chǎn)生一個(gè)采樣包，宜為設(shè)置

36、 long DRX-cycle 為 40ms，為 20ms 的整數(shù)倍。同時(shí)，由于語(yǔ)音業(yè)務(wù)都是 20ms產(chǎn)生一個(gè)采樣包進(jìn)行下發(fā)，用戶(hù)在接受到語(yǔ)音數(shù)據(jù)包后并不需要連續(xù)監(jiān)聽(tīng)，且由 于 longdrxcycle 更變，DRXinactivityTimer 也不宜設(shè)置過(guò)大（原 QCI=9 該參數(shù) 為 60/200（psf），宜為設(shè)置為 4（psf），以達(dá)到節(jié)電功能。故 VOLTE 推薦的 DRX PROFILE 為3.9 如何實(shí)現(xiàn) 2G 快速重選回 4G？答：處于 2G 網(wǎng)絡(luò)的終端可通過(guò)小區(qū)重新返回 4G，而重選頻點(diǎn)信息將由 2G 系 統(tǒng)廣播的 SI2quater 消息提供。系統(tǒng)消息分為多種類(lèi)型：typ

37、e1、2、2bis、2ter、3、4、5、5bis、5ter、6、7、8、9、13。當(dāng)終端處于 IDLE 態(tài)下，將用 BCCH信道來(lái)收聽(tīng)系統(tǒng)消息 1 至 4 及 7，8，13。UE 處于空閑時(shí), 系統(tǒng)消息以每 8 個(gè)復(fù)幀重復(fù)發(fā)送一次的循環(huán)方式在主 BCCH 信 道和擴(kuò)展 BCCH 信道中發(fā)送。因此引入循環(huán)序號(hào) TC:其中 FN 是 TDMA 的幀號(hào)，以 2716548 個(gè) TDMA 幀為周期循環(huán)編號(hào)，取值范圍（02716547）；(FN/51)是 TDMA 幀號(hào)對(duì)一個(gè)復(fù)幀長(zhǎng)度的整除，可以確定幀號(hào) 為 FN 的 TDMA 幀所歸屬的復(fù)幀的編號(hào)；正如上文提到的系統(tǒng)消息以每 8 個(gè)復(fù) 幀重復(fù)一次的循

38、環(huán)方式發(fā)送，(FN/51)%8 是復(fù)幀編號(hào)對(duì) 8 求模，可以確定該復(fù) 幀在以 8 個(gè)復(fù)幀為周期的循環(huán)中的位置；因此 TC 表示特定的系統(tǒng)消息在循環(huán)中 的第幾個(gè)復(fù)幀中發(fā)送。一個(gè)復(fù)幀的長(zhǎng)度為 235ms， 8 個(gè)復(fù)幀的周期時(shí)長(zhǎng)為 1883ms，所以系統(tǒng)消息下發(fā)的最短間隔為 8 個(gè)復(fù)幀的時(shí)長(zhǎng) 1883ms。各種系統(tǒng) 消息發(fā)送的循環(huán)號(hào) TC 和對(duì)應(yīng)得發(fā)送信道如下表所示：從上表可以看出，SI2Quarter 在 BCCH Norm 當(dāng) TC=5 或 4 時(shí)發(fā)送，或者在擴(kuò) 展 BCCH(BCCH Ext)當(dāng) TC=5 時(shí)發(fā)送。如果 BCCH Norm 上發(fā)送 SI2Quarter，會(huì)和其他系統(tǒng)消息存在較大

39、的發(fā)送碰撞，需要進(jìn)行輪流發(fā)送。由于 SI2queter 消 息提供的內(nèi)容較多，必須分多條消息發(fā)送，這樣一來(lái)，發(fā)送小區(qū)重選需要的多條 SI2quater 消息將消耗大量不確定時(shí)間。以 SI2quater 發(fā)送機(jī)制為例，SI2quater 分 6 條消息下發(fā)，理論最短下發(fā)完成時(shí) 間為 1.883×6=11.298 秒，但實(shí)際中小區(qū)重選所需時(shí)間遠(yuǎn)大于這個(gè)值，據(jù)下圖可 以看出，從終端完成 RAU 進(jìn)入 IDLE 態(tài)到開(kāi)始執(zhí)行小區(qū)重選，需要約 45S 的時(shí) 間。從信令上看，是由于 SI2quater 消息與 SI13 消息均在 BCCH Norm 的同一個(gè) TC上發(fā)送，由此產(chǎn)生了沖突，在這種情

40、況下，需要 SI2quater 消息與 SI13 消息周 期間輪流發(fā)送，這樣一來(lái)每次沖突將導(dǎo)致一個(gè)周期(1883ms)的等待時(shí)間。由上述分析可看出，由于 SI2quater 與其他系統(tǒng)消息的發(fā)送沖突，將引起大量的 發(fā)送等待時(shí)間，這樣一來(lái)完整 SI2quater 消息的發(fā)送時(shí)間將大大增加。在 BCCH Norm 上發(fā)送 SI2quater 消息時(shí)，很有可能會(huì)與其他系統(tǒng)消息發(fā)生沖突，而 BCCH Ext 上發(fā)送 SI2quater 消息將不存在這種情況，這樣一來(lái)發(fā)送完整 SI2quater 消 息的時(shí)間將大大減少，終端由 2G 重選回 4G 的速度也會(huì)隨之提升。因此，可以 通過(guò)設(shè)置在 BCCH E

41、xt 上發(fā)送 SI2quater 消息來(lái)加速 2G 重選回 4G 過(guò)程。3.10 空閑態(tài) 2G 到 4G 的互操作是如何實(shí)現(xiàn)的？答：GSM 結(jié)束通話(huà)后，若終端支持自主返回 4G，則可直接返回 4G；若終端不 支持自主返回 4G，且 2G 未廣播 4G 鄰區(qū)和重選參數(shù)，終端需通過(guò) 234 重 選返回 LTE，網(wǎng)絡(luò)側(cè)應(yīng)注意配置 34 鄰區(qū)；若終端不支持自主返回 4G，但 2G 廣播 4G 鄰區(qū)及重選參數(shù)，終端可能通過(guò) 2G->4G 或 2G->3G->4G 返回 4G。包 含 “終端自主返回 4G”以及“2G3G4G”兩種方式。下表展示了 2G/3G/4G 互操作類(lèi)型。1. GS

42、M->LTE 重選（Idle 態(tài)）啟測(cè)條件：常測(cè)判決條件：LTE RSRP > LTERXM+LTERUT通過(guò) SI2quater 消息發(fā)送鄰區(qū)頻點(diǎn)信息。2. TDSCDMA->LTE 重選（Idle 態(tài)）若 EarFcnPriority(LTE 的優(yōu)先級(jí)) > Priority(3G 的優(yōu)先級(jí))，說(shuō)明 TDS 重選優(yōu)先 級(jí)相對(duì) LTE 重選優(yōu)先級(jí)較低，則對(duì)于 TDS 重選到 LTE 基于高優(yōu)先級(jí)重選：?jiǎn)y(cè)條件：常測(cè)判決條件：LTE RSRP > EqrxlevMinRsrp+EThdToHighRsrp目前現(xiàn)網(wǎng)將 TDS 啟測(cè)條件設(shè)為始終開(kāi)啟測(cè)量，即只要滿(mǎn)足判決

43、條件后持續(xù)重選 定時(shí)器設(shè)定的時(shí)間就執(zhí)行重選。若 EarFcnPriority(LTE 的優(yōu)先級(jí)) < Priority(3G 的優(yōu)先級(jí))，說(shuō)明 TDS 重選優(yōu)先 級(jí)相對(duì) LTE 重選優(yōu)先級(jí)較高，則對(duì)于 TDS 重選到 LTE 基于低優(yōu)先級(jí)重選： 啟測(cè)條件：TDS PCCPCH RSCP < Qrxlevmin(s) +ThdPrioritySearch1判決條件：TDS PCCPCH RSCP < Qrxlevmin(s) + ThdServingLow &LTE RSRP > EqrxlevMinRsrp+EThdTolowRsrp TDSCDMA 系統(tǒng)通過(guò)

44、SIB19 下發(fā)重選信息。3.11 定時(shí)器對(duì) SRVCC 切換到 GSM 失敗的影響（案例）問(wèn)題現(xiàn)象按指導(dǎo)書(shū)設(shè)置了相關(guān) SRVCC 參數(shù)、添加 GSM 鄰區(qū)和 LNHOG。 測(cè)試過(guò)程中發(fā)現(xiàn)當(dāng)滿(mǎn)足 B2 事件的條件后，UE 上報(bào) B2 事件，但是 UE 一直未收 到從 EnodeB 下發(fā)的 Handover Command 消息，最終導(dǎo)致系統(tǒng)釋放了本次通話(huà)， 多次撥測(cè)均存在此問(wèn)題。問(wèn)題分析1、核查終端是否支持 SRVCC通過(guò) S1 口的注冊(cè)信令發(fā)現(xiàn)終端（HTC M8）支持 SRVCC 功能，排除終端導(dǎo)致 的問(wèn)題2、通過(guò) Emil 抓取撥測(cè)時(shí)段的信令進(jìn)行分析 從抓取的信令可以看到 UE 上發(fā) B2

45、 后，EnodeB 向 MME 發(fā)送了HandoverRequired，但是一直未收到 Handover Command 消息，導(dǎo)致 UE 長(zhǎng)時(shí) 間收不到 Handover Command 消息3、核心網(wǎng)配合抓取相關(guān) LOG從核心網(wǎng)抓取的 MMElog 中可以看到 MME 已經(jīng)收到了 ENB 上發(fā)的HandoverRequired 消息，并開(kāi)始向MSC 發(fā)送PS to CS Request 并得到了響應(yīng)， 但是此后 ENB 卻上發(fā)了一條 Handover Cancel 消息給 MME（原因值為 9），最終導(dǎo)致了 MSC 向 MME 確認(rèn)了 Cancel 消息，切換流程終止。4、再次核查 emi

46、l log再次分析 emil log 發(fā)現(xiàn)，ENB 確實(shí)向 MME 上發(fā)了 Handover Cancel 消息，原因值為：radioNetwork : tS1relocprep-expiry（S1 重定位準(zhǔn)備超時(shí)），初步判定 為某一定時(shí)器超時(shí)包含有 Cancel 消息的 SRVCC 部分信令并且通過(guò)分析發(fā)現(xiàn)，從 HandoverRequired 到 HandoverCancel 間隔 1 秒整，可以判斷這個(gè)定時(shí)器設(shè)置的值為 1 秒鐘5、定時(shí)器設(shè)置參數(shù)核查發(fā)現(xiàn)，Timer T304 for interRAT GSM 與 LTE 向 GSM 切換有關(guān)，并且 現(xiàn)網(wǎng)設(shè)置也為 1s，嘗試修改到 8s

47、中進(jìn)行復(fù)測(cè)，問(wèn)題仍然存在咨詢(xún)其他項(xiàng)目發(fā)現(xiàn)，還有 1 個(gè)定時(shí)器參數(shù) Supervision timer for handover preparation to GSM 會(huì)對(duì) SRVCC 切換有影響，查詢(xún)現(xiàn)網(wǎng)發(fā)現(xiàn)該參數(shù)設(shè)置為 1s，修改為 5s 后進(jìn)行復(fù)測(cè)，問(wèn)題恢復(fù)。建議方案修改 Supervision timer for handover preparation to GSM 1000ms 到 5000ms復(fù)測(cè)驗(yàn)證多次復(fù)測(cè)，UE 都能正常切換的 GSM 網(wǎng)絡(luò)。MME 信令空口信令參數(shù)總結(jié)1、Timer T304 for interRAT GSM，用于 ENB 內(nèi)部計(jì)算監(jiān)督切換執(zhí)行階段的時(shí) 間，起于 MOBILITY FROM EUTRAN COMMAND，止與 RRC Re-Establishment， PS 切換參數(shù)2、Supervision timer for handover preparation to GSM ，用于通過(guò) S1 切換到 異系統(tǒng)的 MME 響應(yīng)準(zhǔn)備階段的時(shí)間，起于：HANDOVER REQUIR