VoLTE 優(yōu)化實戰(zhàn)手冊

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23、eSRVCC 流 程如下：以現(xiàn)網(wǎng)測試發(fā)現(xiàn)的某個案例為例，無線環(huán)境滿足切換條件，UE 卻并沒有執(zhí)行切 換，直至 SINR 過差發(fā)生掉話。通過分析 log 發(fā)現(xiàn)，UE 未觸發(fā) eSRVCC 原因為， eNB 沒有下發(fā) eSRVCC 相關(guān)測控消息。更換 HTC 測試終端發(fā)現(xiàn)，SIM 卡尾號為 19 的終端可收到 eNB 下發(fā)的測控消息 并正常 eSRVCC，而 SIM 卡尾號為 55 的終端無法收到 eSRVCC 測控消息，以 此排除終端原因。正常重配置信令中 eSRVCC 測控消息如下，SIM 卡尾號為 55 的終端無以下消 息。GSM 頻點信息A2 事件及 B2 事件：對比 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、功能）。對比 EMIL log 發(fā)現(xiàn)，SIM 卡尾號為 19 的終端附著時，eNB 收到 MME 下發(fā)的Initial Context Setup Request 中存在 SRVCCOperationPossible : possible 字段， 而 SIM 卡尾號為 55 的終端確沒有該字段，導致 eNB 認為 UE 不支持 eSRVCC， 因此不下發(fā) eSRVCC 測控消息。在附著流程中，測控消息下發(fā)前，UE 會通過上發(fā) NAS：Attach Request 進行信 息的交互，其中包含 UE 能力的相關(guān)信息。對比兩部終端上發(fā)的 Attach Request 信令，結(jié)果發(fā)現(xiàn)，Attach R

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

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

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

29、IP 包頭的方式，在 VoLTE 用戶較多時，提高了空口傳輸效 率。1）RoHC 技術(shù)僅對 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 的實現(xiàn)高標清理論速率計算RoHC 理論速率計算3）RoHC 外場驗證測試由以上分析可看出，標清 AMR 壓縮比為 51.39%，高清

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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