VOLTE实战经验
?
目錄?
1 參數與定時器配置（建議）
1.1 VoLTE 互操作類參數
1.2 VoLTE 功能類參數
1.3 定時器參數
1.3.1 接入類定時器
1.3.2 切換類定時器
1.3.3 重建類定時器
2 終端 IMS 注冊問題
2.1 終端開機的 IMS 注冊過程
SIP 信令注冊
SIP 注冊
3 關鍵參數設置問題
3.1 VoLTE 語音 AMR-NB AMR-WB 資源占有情況有何區別？
3.2 專用承載 MAX GBR 值對通話質量有什么影響？
3.3. QCI=1 開關不打開或打開但 maxGBR 配置過低對 Volte 電話的影 響？
3.4 QCI=2 下 maxGBR 配置過小對視頻電話有什么影響？
3.5 HSS 參數設置是否會對 eSRVCC 產生影響？
3.6 地下車庫-115 場景 eSRVCC 優化參數如何設置？
3.7 RoHC 是否應該啟用？
1）RoHC 技術
2）RoHC 的實現
3）RoHC 外場驗證測試
3.8 VOLTE 下的 DRX 模式與普通 LTE 下的 DRX 模式有何不同？
3.9 如何實現 2G 快速重選回 4G？
3.10 空閑態 2G 到 4G 的互操作是如何實現的？
1. GSM->LTE 重選（Idle 態）
2. TDSCDMA->LTE 重選（Idle 態）
3.11 定時器對 SRVCC 切換到 GSM 失敗的影響（案例）
建議方案
復測驗證
參數總結
經驗總結
3.12 RLC 優先級優化
3.13 QCI 5 PDCP DiscardTimer 時長優化
數據丟棄
丟棄定時器過小
3.14 SBC 傳輸協議 TCP 重傳次數優化
3.15 專載釋放與切換沖突，通話結束未收到專載釋放掉話
3.16 通話結束 MME 收到 del bearer req，專載釋放與切換沖突，基站未下發 NAS
4 常見 RF 優化問題
4.1 呼叫建立問題
4.1.1 RRC 建立失敗
4.1.2 eRAB 承載問題
4.2 覆蓋問題
4.2.1 弱覆蓋
4.2.2 越區覆蓋
4.2.3 干擾問題
4.2.4 切換問題
4.2.5 eSRVCC 切換問題
1 參數與定時器配置（建議）
1.1 VoLTE 互操作類參數
1.2 VoLTE 功能類參數
1.3 定時器參數
1.3.1 接入類定時器
參數英文名：T300
功能描述：
該參數表示 UE 側控制 RRC connection establishment 過程的定時器。在 UE 發送 RRCConnectionRequest 后啟動。
在超時前如果：1.UE 收到 RRCConnectionSetup 或 RRCConnectionReject； 2.觸發 Cell-reselection 過程；3.NAS 層終止 RRC connection establishment 過程。則定時器停止。
如定時器超時，則 UE 重置 MAC 層、釋放 MAC 層配置、重置所有已建立 RBs （Radio Bears）的 RLC 實體。并通知 NAS 層 RRC connection establishment 失敗
對網絡質量的影響：
增加該參數的取值，可以提高 UE 的 RRC connection establishment 過程中隨 機接入的成功率。但是，當 UE 選擇的小區信道質量較差或負載較大時，可能增 加 UE 的無謂隨機接入嘗試次數。
減少該參數的取值，當 UE 選擇的小區信道質量較差或負載較大時，可能減少 UE 的無謂隨機接入嘗試次數。但是，可能降低 UE 的 RRC connection establishment 過程中隨機接入的成功率
1.3.2 切換類定時器
參數英文名：T304 For Intra-Lte
功能描述：
在“E-UTRAN 內切換”和“切換入 E-UTRAN 的系統間切換”的情況下，UE 在收到帶有“mobilityControlInfo”的 RRC 連接重配置消息時啟動定時器，在 完成新小區的隨機接入后停止定時器；定時器超時后 UE 需恢復原小區配置并發 起 RRC 重建請求
對網絡質量的影響：
用于系統內切換，該值設置過大會導致切換失敗無法及時回退并發起 RRC 連接 重建過程
1.3.3 重建類定時器
1）參數英文名：T311
功能描述： T311 用于 UE 的 RRC 連接重建過程，T311 控制 UE 開始 RRC 連接重建到 UE 選擇一個小區過程所需的時間，期間 UE 執行 cell-selection 過程。
對網絡質量的影響： 設置值越大，UE 進行小區選擇過程中所被允許的時間越長， RRC Connection Reestablishment 過程越滯后；如果該參數設置過小，可能在某些鏈路可以被 挽救的情況下，卻由于定時器設置不合理而進入 IDLE 狀態，引起掉話，嚴重影 響用戶感知。
2）參數英文名：T301
功能描述：
在 UE 上傳 RRCConnection ReestabilshmentRequest 后啟動。在超時前如果 收到 UE 收到 RRCConnectionReestablishment 或 RRCConnectionReestablishmentReject，則定時器停止。定時器超時，則 UE 變為 RRC_IDLE 狀態
對網絡質量的影響：
增加該參數的取值，可以提高 UE 的 RRC connection re-establishment 過程 中隨機接入的成功率。但是，當 UE 選擇的小區信道質量較差或負載較大時，可 能增加 UE 的無謂隨機接入嘗試次數。減少該參數的取值，當 UE 選擇的小區信 道質量較差或負載較大時，可能減少 UE 的無謂隨機接入嘗試次數。但是，可能 降低 UE 的 RRC connection re-establishment 過程中隨機接入的成功率
1.4 互操作鄰區配置
VoLTE 商用后，由于語音業務需求或由于 4G 覆蓋原因，終端需要通過 SRVCC 方式互操作至 2G 系統。因此，制定 4G 至 2G 鄰區配置方法如下：
可先繼承 CSFB 鄰區配置原則。
具體如下：
4G 至 2G 鄰區配置原則（用于 VoLTE 業務）
1）如果 4G 與 2G 小區共站，4G 首先需要配置所有共站的 2G 小區;同時需要繼 承配置其中同方向角的 2G 共站小區(系統實現時可考慮一定的角度放寬,暫定 60 度內)的 2G 鄰區。
2）如果 4G 僅與 3G 小區共站，4G 需要配置所有 3G 共站小區的 2G 鄰區。
3）如果 4G 站點為新建站，優先添加第一圈 2G 鄰區。應重點檢查以下兩類 2G 小區：
- 距離 4G 站點最近的 N 個 2G 站址中, 如果存在室外小區,則選擇天線方向指向 本小區的 2G 小區（建議是法線正負 60°之內）；如果存在室分小區，則無需考 慮方向角，上述室內、外小區共 M 個（N 建議小于 9 個；建議距離在 2km 范 圍內）
- 4G 小區天線法向方向正面對打小區且兩小區天線相對方向角度在 60°之內最 近的 2 個候選鄰區（該鄰區距本小區不超過 1000m），如該 2 小區被包含于前 述 M 個小區，則需配鄰區個數為 M，否則為 M+2 個。
4）如果 4G 與 2G 共室分，4G 需要配置該 2G 室分小區，及該 2G 室分小區的 鄰區。
2 終端 IMS 注冊問題
2.1 終端開機的 IMS 注冊過程
用戶開機以后，首先完成 EPC 附著過程，建立 QCI=9 默認承載，附著完成以后， 發起 IMS 注冊過程和鑒權。在 IMS 注冊流程中，先建立 QCI=5 的 SIP 信令承載。然后進行 SIP 的注冊過程，當完成注冊過程以后，就可以進行 VoLTE 呼叫 了。若未建立 QCI 5 就無法完成終端與 IMS 的 SIP 注冊信令的交互；若 QCI5 建立成功后，終端與 IMS 的 SIP 注冊流程異常，也將會導致不能在 IMS 成功注 冊。
SIP 信令注冊
SIP 信令注冊過程如下圖所示。
以下為 QCI 5 承載建立信令流程：
SIP 信令注冊失敗原因
手機附著 LTE 網絡并成功建立 QCI9 承載后 PDN connectivity reject,無法建立 QCI5 默認承載，將導致無法成功注冊 IMS。如下圖所示：
手機 attach request -attach complete 過程已經建立 QCI=9 的信令承載，UE 會在 PDN Connectivity Request 消息中包含 APN 信息，從 HSS 取得的訂閱 信息中，Service-Selection="wildcard"，所以 MME 接受 UE 請求的 APN。 根據新的 APN，分配一個 Bearer ID 給 default EPS，并且發送 Create Session Bearer Request 到 S-GW。S-GW 會在它的 EPS Bearer 表中創建一個新的實 體，并且發送 Create Session Request 到 P-GW 中。S-GW 會為 Control Plane 和 User Plane 創建新的 DL S-GW TEID 并且把他們發送到 P-GW，創建 QCI5 默認承載。因此PDN CONECTIVITY REJECT會導致無法建立QCI5的默認承載， 直接導致 IMS 無法注冊。
1）如果是 ESM 過程導致的拒絕（比如默認承載建立失敗），才會帶 PDN CONNECTIVITY REJECT 消息，EMM 層拒絕，只有 ATTACH REJECT 消息。
2）如果拒絕原因值是"unknown EPS bearer context"，UE 會本地去激活存在 的默認承載或專用承載
3）常見的拒絕原因有：IMSI 中的 MNC 與核心網配置的不一致。
以下為可能的解決方法：
1： 檢查核心網和 eNB 側是否存在相關告警并及時處理
2：查看拒絕原因，核查相應參數是否配置正確（IMSI 中的 MNC 與核心網配置 的不一致, APN 的設置不當等問題）
3：是否存在 SIM 問題及核心網對 SIM 卡實行限制相應功能及接入等級
4：SIM 卡和核心網 HSS 記錄信息不一致導致無法注冊 5：PDN 請求拒絕大部分是核心網問題，可以通過抓取信令分析
SIP 注冊
SIP 注冊過程：
1）用戶首次試呼時，終端向代理服務器發送 REGISTER 注冊請求
2）IMS 認證/計費中心獲知用戶信息不在數據庫中，向終端回 401Unauthorized 質詢信息，其中包含安全認證所需的令牌
3）終端將用戶標識和密碼根據安全認證令牌加密后，再次用 REGISTER 消息報告給 IMS 服務器
4）IMS 服務器將 REGISTER 消息中的用戶信息解密，認證合法后，將該用戶信息登記到數據庫中，并向終端返回 響應消息 200 OK。
5）用戶訂閱注冊事件包，
6）服務器應答訂閱成功。
7）IMS 服務器發送 notify 消息，由于訂閱的用戶已經注冊，所以 IMS 服務器回應 Notify 消息中，狀態為 active，同事攜帶 XML 信息。
8）終端發送 Notify 200 表示接收成功。
QCI 5 承載建立成功后，此時終端可以與 IMS 進行 SIP 信令交互，完成 IMS 的注冊，若注冊流程異常，可以從以下方面展開排查：
1. 需要確認終端是否發出 Register SIP 信令；
2. 若終端已發，確認 IMS 是否收到；
3. IMS 收到后，是否回相應的 SIP 信令，還是響應注冊失敗；
4. 是否由于終端未開啟 IPsec 導致 IMS 拒絕注冊請求。
一般情況下，終端 IMS 注冊失敗問題都與核心網相關，主要在于核心網側排查解決。
3 關鍵參數設置問題
3.1 VoLTE 語音 AMR-NB AMR-WB 資源占有情況有何區別？
答：AMR 全稱 Adaptive Multi-Rate，自適應多速率編碼，主要用于移動設備 的音頻，壓縮比比較大，但相對其他的壓縮格式質量比較差，由于多用于人聲， 通話。其中 AMR 分為 AMR-NB 和 AMR-WB 兩種，對于 VoLTE 而言，AMR-NB 則為 12.2k 語音編碼制式，AMR-WB 則為 23.85k 語音編碼制式。
AMR-NB 和 AMR-WB 的本質區別在于其語音帶寬和抽樣頻率有所區別，NB 的語音帶寬范圍為：300~3400khz，抽樣頻率為 8khz；而 WB 的語音帶寬為 50~7000khz，抽樣頻率為 16khz。
以下為相關的 AMR-NB 的編碼方式，共分為 16 種，其中 0~7 對應不同編碼方 式，8~15 用于噪音或者保留用，VoLTE 里的 AMR-NB 采用的編碼方案 7；
而 AMR-WB 的編碼方式同樣也有 16 種，其中 0~8 對應不同編碼方式，9~15 保留用，當前 VoLTE 語音的 WB 編碼制式采用的編碼方式 8。
以下為 VoLTE 相關測試中的高標清占用資源對比情況:
從趨勢圖來看，在 SINR 大于 5 的時候，整體 MOS 值比較平穩，其中高清 MOS 值穩定在 3.5 以上，標清語音 MOS 值穩定在 3.2 左右，而在 SINR 值小于 5 之 后，高清和標清語音的 MOS 值均呈現波動且整體均值下降的趨勢。另外由于在 SINR 差點打點數較少的原因，其 MOS 均值會出現隨著 SINR 均值下降而抬升 的異常情況。
在下行 PDCP 速率里對比中標清語音在 7kb 左右，在 SINR 小于 0 之后開始出 現明顯的波動情況，直至掉 0。高清語音 PDCP 速率則在 15kbps 左右，同樣在 SINR 小于 0 后開始出現劇烈的波動情況。
從高清和標清的下行 PRB 數對比情況來看，整體占用的 RB 數差距不明顯,另外 下行 PRB 個數隨著 SINR 值惡化逐級抬升。
從高標清的指標和資源對比來看，本身 AMR-NB 和 AMR-WB 對于網絡資源的 利用程度來看差距不大（PRB 上占用差不多），但 AMR-WB 對于網絡資源的利用率會相對高些（高清的碼率更高），且 AMR-WB 的用戶體驗更好（MOS 值 高于 AMR-NB 一截），且抗干擾性上并沒有明顯差別，因此在 VoLTE 將來部 署中，更推薦采用 AMR-WB 編碼制式。
3.2 專用承載 MAX GBR 值對通話質量有什么影響？
答：專用承載 MAX GBR 太小將導致的通話質量差。以現網測試案例為例，用 CDS 48KMOS 盒對在目前 LTE 網絡下的通話質量進行 MOS 評估時，發現當通 話建立在專用承載（GBR）下時 CDS MOS 打分值偏低。偶然間發現建立在默 認承載上的通話 MOS 值正常可以達到 4 分。估計為專用承載問題，再用 8K 語 音文件進行 MOS 打分又恢復正常，確定為速率問題，調整 QCI1 MAXGBR 參 數后恢復正常。
VOLTE 通話評估軟件反映通話質量分值低，經監控基站無告警，接入指標正常， 更換站點并重新導入參數后仍存在問題。曾嘗試在默認承載下進行語音通話發現 質量評估并無問題。初步判定為專用承載問題。如下圖所示（左圖為 QCI1 下， 右圖為 QCI9 下）。
選用 8K 采樣的語音文件再次進行 MOS 打分時發現 QCI1 下的 MOS 值恢復正 常
采樣率不同的區別在于傳輸時速率不同定位問題點于 QCI1 專用承載的最高速 率沒有達到 48K 語音的傳輸要求。在對比查看 QCI1 與 QCI9 的 MAX GBR 后 確定了問題原因。下圖是 QCI1 修改前的參數（圖中 MAX GBR 數值為換算后結 果，下同）
下圖為 QCI9 的參數：
核心網 QCI1 承載的 MAX GBR 改為 150：xQ
修改后 QCI1:
由于 VOLTE 是 VOIP 業務所以速率的大小直接影響了通話的質量，速率太小語 音業務就會出現卡頓和失真的現象。專用承載的最大保證比特率應該先由在不受 限條件下的業務最高速率來確定。
3.3. QCI=1 開關不打開或打開但 maxGBR 配置過低對 Volte 電話的影 響？
答：當撥打 volte 電話時，QCI=1 開關未打開，沒有建立 QCI=1 的專用承載， 電話撥通 5S 后會自動掛斷如圖所示：
所以判斷必須打開 QCI=1 的專用承載開關，才能正常撥打電話。在后臺配合下， 開啟 QCI=1 的專用承載，并配置 maxGBR=20k。再次撥打 volte 電話，發現 專用承載仍未建立，volte 電話依然是 5s 掛斷，如下圖所示：
推斷無法正常撥打電話的原因是 maxGBR=20k 不滿足核心網配置要求，經確認， 核心網要求的 minGBR 值必須大于 40，于是將基站側 maxGBR 值改為 256； 再次撥打 volte 電話，專用承載建立成功。能正常通話；如圖所示：
所以為了保證 Volte 語音電話能正常撥打，需打開 QCI=1 的開關，切配置大于 核心網要求的 maxGBR 值。
3.4 QCI=2 下 maxGBR 配置過小對視頻電話有什么影響？
答：基站側打開 QCI=1 及 QCI=2 的開關，并將 qciTab2maxGbrDl 及 qciTab2maxGbrul 均設置為 100k，撥打 Volte 視頻電話,QCI=1 專載成功建立， 但 QCI=2 的專用承載未建立，視頻電話呼叫失敗。如下圖所示：
懷疑為 qciTab2maxGbr 配置過低，未能達到視頻電話保障最低要求，經查證， 核心網要求的 maxGBR 值需大于 512k，通過后臺修改 qciTab2maxGbr 值為 2048 之后，再進行 Volte 視頻電話撥打，能正常進行視頻通話，如圖所示：
所以 Volte 視頻電話，需同時打開 QCI=1.QCI=2 的開關，且 maxGBR 值需配 置大于核心網要求的值方可正常通話。
3.5 HSS 參數設置是否會對 eSRVCC 產生影響？
答：HSS 參數設置不恰當可能會導致無法執行 eSRVCC。正常的 eSRVCC 流程 如下：
以現網測試發現的某個案例為例，無線環境滿足切換條件，UE 卻并沒有執行切 換，直至 SINR 過差發生掉話。通過分析 log 發現，UE 未觸發 eSRVCC 原因為， eNB 沒有下發 eSRVCC 相關測控消息。
更換 HTC 測試終端發現，SIM 卡尾號為 19 的終端可收到 eNB 下發的測控消息 并正常 eSRVCC，而 SIM 卡尾號為 55 的終端無法收到 eSRVCC 測控消息，以 此排除終端原因。
正常重配置信令中eSRVCC測控消息如下，SIM卡尾號為55的終端無以下消息。
GSM 頻點信息
A2 事件及 B2 事件：
對比 19、55 兩部終端能力信息，發現 eNB 收到的 UE Capability Information 信令完全相同，且 FGI 第 9 位、第 23 位設置為 1，表示終端支持 eSRVCC（根 據 3GPP 36331 B.1 Feature group indicators 規定，比特位 9 為 EUTRA RRC_CONNECTED to GERAN GSM_Dedicated handover，比特位 23 為 GERAN measurements, reporting and measurement reporting event B2 in E-UTRA connected mode，設置為 1 表示支持該功能）。
對比 EMIL log 發現，SIM 卡尾號為 19 的終端附著時，eNB 收到 MME 下發的 Initial Context Setup Request 中存在 SRVCCOperationPossible : possible 字段，而 SIM 卡尾號為 55 的終端確沒有該字段，導致 eNB 認為 UE 不支持 eSRVCC，因此不下發 eSRVCC 測控消息。
在附著流程中，測控消息下發前，UE 會通過上發 NAS：Attach Request 進行 信息的交互，其中包含 UE 能力的相關信息。對比兩部終端上發的 Attach Request 信令，結果發現，Attach Request 中除隨機個性化參數不同外，其他 參數完全相同，且 MS NETWORK CAPABILITY (OPTIONAL)中 SRVCC to GERAN/UTRAN capability 字段設置為 1，表示 UE 支持 eSRVCC。
由上可知，UE 無論是與 eNB 還是與 MME 交互過程中，不存在終端能力上報的 差異， 判斷應該不是終端的問題，懷疑是否為 SIM 卡本身的問題。對調兩部終 端 SIM 卡發現，問題會伴隨尾號為 55 的 SIM 卡，與終端無關。
聯系 HSS 工程師核查 SIM 卡參數，發現尾號為 55 的 SIM 卡 Session Transfer Number 參數為空，此字段為 eSRVCC 切換時核心網的一個標識的初始值。若 字段為空，則表示不支持 eSRVCC。
重新設置尾號為 55 的 SIM 卡后，問題消失。
3.6 地下車庫-115 場景 eSRVCC 優化參數如何設置？
答：地下車庫-115 場景下，參數采用初始配置 1，A2 判決門限為：LTE-85dBm。UE 進入地下車庫，當 LTE 信號低于-120dBm 時觸發 B2 事件，但在 1 秒內 RSRP 由-120dBm 降低至 -139dBm 以下，SINR 由-2dB 降低至-14.7dB 以下，無法完成 eSRVCC 流程， 導致信號惡化掉話。UE 觸發 B2 時信號截圖如下：
UE 掉話時信號截圖：
調整 B2 判決門限，將 B2 LTE 門限由-120 改為-116，發現成功率有大幅度提升， 成功率大于 70%。
分析 log 發現，該場景 UE 會占用 PCI=33、34 兩個小區，當占用 PCI=34 的小 區時，與鄰區 PCI=115 的小區 MOD3 沖突，SINR 差導致無法及時完成 eSRVCC 切換。
鄰區列表如下：
將三個小區 PCI 由 34/33/35 調整為 33/35/34，eSRVCC 切換成功率達 90%以 上。
3.7 RoHC 是否應該啟用？
答：RoHC 通過壓縮 IP 包頭的方式，在 VoLTE 用戶較多時，提高了空口傳輸效 率。
1）RoHC 技術
僅對 QCI=1 的業務有效
包頭壓縮支持 IPv4 和 IPv6 格式
支持以下格式的壓縮(3GPP R8):
●0x0000 ROHC uncompressed (RFC 4995)
●0x0001 ROHC RTP (RFC 3095, RFC4815)
●0x0002 ROHC UDP (RFC 3095, RFC4815)
以上格式需要具備 VoLTE 能力的終端支持
2）RoHC 的實現
高標清理論速率計算
RoHC 理論速率計算
3）RoHC 外場驗證測試
由以上分析可看出，標清 AMR 壓縮比為 51.39%，高清 AMR 壓縮比為 65.35%， 建議全網開啟 RoCH。
3.8 VOLTE 下的 DRX 模式與普通 LTE 下的 DRX 模式有何不同？
答：DRX 分兩種，一種是 IDLE DRX，就是當 UE 處于 IDLE 狀態下的非連續性 接收，由于處于 IDLE 狀態時，已經沒有 RRC 連接以及用戶的專有資源，因此這 個主要是監聽呼叫信道與廣播信道，只要定義好固定的周期，就可以達到非連續 接收的目的。但是 UE 要監聽用戶數據信道，則必須從 IDLE 狀態先進入連接狀 態。而另一種就是 ACTIVE DRX，也就是 UE 處在 RRC-CONNECTED 狀態下 的 DRX，可以優化系統資源配置，更重要的是可以節約手機功率，而不需要通 過讓手機進入到 RRC_IDLE 模式來達到這個目的，例如一些非實時應用，像 web 瀏覽，即時通信等，總是存在一段時間，手機不需要不停的監聽下行數據以及相 關處理，那么 DRX 就可以應用到這樣的情況。
ACTIVE DRX 的基本機制是為處于 RRC_CONNECTED 態的 UE 配置一個 DRX cycle。DRX cycle 由“On Duration”和“Opportunity for DRX”組成：在 “On Duration”的時間內，UE 監聽并接收 PDCCH（激活期）；在“Opportunity for DRX”時間內，UE 不接收下行信道的數據以節省功耗（休眠期）。在大多 數情況下，當一個 UE 在某個子幀被調度并接收或發送數據后，很可能在接下來 的幾個子幀內繼續被調度，如果要等到下一個 DRX cycle 再來接收或發送這些 數據將會帶來額外的延遲。為了降低這類延遲，UE 在被調度后，會持續位于激 活期，即會在配置的激活期內持續監聽 PDCCH。其實現方法是：每當 UE 被調 度時，就會啟動一個定時器 drx-InactivityTimer，在該時間內不會釋放連接。 drx-InactivityTimer 指定了當 UE 成功解碼一個指示初傳的 UL 或 DL 用戶數據 的 PDCCH 后，持續位于激活態的連續子幀數。為了允許 UE 在 HARQ RTT 期 間內休眠，每個 DL HARQ process 定義了一個“HARQ RTT(Round Trip Time)timer”。當某個下行 HARQ process 的 TB 解碼失敗時，UE 可以假定至少在 “HARQ RTT”子幀后才會有重傳，因此當 HARQ RTT timer 正在運行時，UE 沒必要監聽 PDCCH。當 HARQ RTT timer 超時，且對應 HARQ process 接收 到的數據沒有被成功解碼時，UE 會為該 HARQ process 啟動一個 drx-RetransmissionTimer。當該 timer 運行時，UE 會監聽用于 HARQ 重傳的 PDCCH。drx-RetransmissionTimer 的長度與 eNodeB 調度器的靈活度要求相 關。如果是要達到最優的電池消耗，就要求 eNodeB 在 HARQ RTT timer 超時 之后，立即調度 HARQ 重傳，這就也要求 eNodeB 為此預留無線資源，此時 drx-RetransmissionTimer 也就可以配得短些。drx-RetransmissionTimer 指 定了從 UE 期待收到 DL 重傳的子幀（HARQ RTT 之后）開始，連續監聽 PDCCH 的最大子幀數。
LTE 設備中允許 ENodeB 對不同的 QCI 業務設置不同的 DRX PROFILE 參數集， 每一個參數集會包括 longDRX-Cycle (ms)、 On Duration Timer (psf) 、DRX Inactivity Timer(psf)、DRX Retrans Timer(psf) 4 個參數。UE 在進行不同的 QCI 業務時會執行最高優先級的業務的 DRX PROFILE。
而在 VOLTE 的業務下，QCI=1 的時延不能超過 100ms，所以 DRX cycle 不能 設置得過長，不能使用原先 QCI=9 的 long DRX-cycle 設置（160ms），又由 于 UE 在進行語音業務時，用戶正在通話時會每 20ms 產生一個采樣包，宜為設 置 long DRX-cycle 為 40ms，為 20ms 的整數倍。同時，由于語音業務都是 20ms 產生一個采樣包進行下發，用戶在接受到語音數據包后并不需要連續監聽，且由于 longdrxcycle 更變，DRXinactivityTimer 也不宜設置過大（原 QCI=9 該參 數為 60/200（psf）），宜為設置為 4（psf），以達到節電功能。
故 VOLTE 推薦的 DRX PROFILE 為
3.9 如何實現 2G 快速重選回 4G？
答：處于 2G 網絡的終端可通過小區重新返回 4G，而重選頻點信息將由 2G 系 統廣播的 SI2quater 消息提供。系統消息分為多種類型：type1、2、2bis、2ter、 3、4、5、5bis、5ter、6、7、8、9、13。當終端處于 IDLE 態下，將用 BCCH 信道來收聽系統消息 1 至 4 及 7，8，13
UE 處于空閑時, 系統消息以每 8 個復幀重復發送一次的循環方式在主 BCCH 信 道和擴展 BCCH 信道中發送。因此引入循環序號 TC:
其中 FN 是 TDMA 的幀號，以 2716548 個 TDMA 幀為周期循環編號，取值范 圍（0~2716547）；(FN/51)是 TDMA 幀號對一個復幀長度的整除，可以確定 幀號為 FN 的 TDMA 幀所歸屬的復幀的編號；正如上文提到的系統消息以每 8 個復幀重復一次的循環方式發送，(FN/51)%8 是復幀編號對 8 求模，可以確定該復幀在以 8 個復幀為周期的循環中的位置；因此 TC 表示特定的系統消息在循 環中的第幾個復幀中發送。 一個復幀的長度為 235ms， 8 個復幀的周期時長 為 1883ms，所以系統消息下發的最短間隔為 8 個復幀的時長 1883ms。 各種 系統消息發送的循環號 TC 和對應得發送信道如下表所示：
從上表可以看出，SI2Quarter 在 BCCH Norm 當 TC=5 或 4 時發送，或者在擴 展 BCCH(BCCH Ext)當 TC=5 時發送。如果 BCCH Norm 上發送 SI2Quarter， 會和其他系統消息存在較大的發送碰撞，需要進行輪流發送。由于 SI2queter 消息提供的內容較多，必須分多條消息發送，這樣一來，發送小區重選需要的多 條 SI2quater 消息將消耗大量不確定時間。
以 SI2quater 發送機制為例，SI2quater 分 6 條消息下發，理論最短下發完成時 間為 1.883×6=11.298 秒，但實際中小區重選所需時間遠大于這個值，據下圖可以看出，從終端完成 RAU 進入 IDLE 態到開始執行小區重選，需要約 45S 的 時間。
從信令上看，是由于 SI2quater 消息與 SI13 消息均在 BCCH Norm 的同一個 TC 上發送，由此產生了沖突，在這種情況下，需要 SI2quater 消息與 SI13 消 息周期間輪流發送，這樣一來每次沖突將導致一個周期(1883ms)的等待時間。
由上述分析可看出，由于 SI2quater 與其他系統消息的發送沖突，將引起大量的 發送等待時間，這樣一來完整 SI2quater 消息的發送時間將大大增加。在 BCCHNorm上發送SI2quater消息時，很有可能會與其他系統消息發生沖突，而BCCH Ext 上發送 SI2quater 消息將不存在這種情況，這樣一來發送完整 SI2quater 消 息的時間將大大減少，終端由 2G 重選回 4G 的速度也會隨之提升。因此，可以 通過設置在 BCCH Ext 上發送 SI2quater 消息來加速 2G 重選回 4G 過程。
3.10 空閑態 2G 到 4G 的互操作是如何實現的？
答：GSM 結束通話后，若終端支持自主返回 4G，則可直接返回 4G；若終端不 支持自主返回 4G，且 2G 未廣播 4G 鄰區和重選參數，終端需通過 2→3→4 重 選返回 LTE，網絡側應注意配置 3→4 鄰區；若終端不支持自主返回 4G，但 2G 廣播 4G 鄰區及重選參數，終端可能通過 2G->4G 或 2G->3G->4G 返回 4G。 包含“終端自主返回 4G”以及“2G→3G→4G”兩種方式。下表展示了 2G/3G/4G 互操作類型。
1. GSM->LTE 重選（Idle 態）
啟測條件：常測
判決條件：LTE RSRP > LTERXM+LTERUT
通過 SI2quater 消息發送鄰區頻點信息。
2. TDSCDMA->LTE 重選（Idle 態）
若 EarFcnPriority(LTE 的優先級) > Priority(3G 的優先級)，說明 TDS 重選優先 級相對 LTE 重選優先級較低，則對于 TDS 重選到 LTE 基于高優先級重選：
啟測條件：常測
判決條件：LTE RSRP > EqrxlevMinRsrp+EThdToHighRsrp
目前現網將 TDS 啟測條件設為始終開啟測量，即只要滿足判決條件后持續重選 定時器設定的時間就執行重選。
若 EarFcnPriority(LTE 的優先級) < Priority(3G 的優先級)，說明 TDS 重選優先 級相對 LTE 重選優先級較高，則對于 TDS 重選到 LTE 基于低優先級重選：
啟測條件：TDS PCCPCH RSCP < Qrxlevmin(s) +ThdPrioritySearch1
判決條件： TDS PCCPCH RSCP < Qrxlevmin(s) + ThdServingLow & LTE RSRP > EqrxlevMinRsrp+EThdTolowRsrp
TDSCDMA 系統通過 SIB19 下發重選信息。
3.11 定時器對 SRVCC 切換到 GSM 失敗的影響（案例）
問題現象
按指導書設置了相關 SRVCC 參數、添加 GSM 鄰區和 LNHOG。 測試過程中發現當滿足 B2 事件的條件后，UE 上報 B2 事件，但是 UE 一直未收 到從 EnodeB 下發的 Handover Command 消息，最終導致系統釋放了本次通 話，多次撥測均存在此問題。
問題分析
1、核查終端是否支持 SRVCC通過 S1 口的注冊信令發現終端（HTC M8）支持 SRVCC 功能，排除終端導致 的問題
2、通過 Emil 抓取撥測時段的信令進行分析 從抓取的信令可以看到 UE 上發 B2 后，EnodeB 向 MME 發送了 HandoverRequired，但是一直未收到 Handover Command 消息，導致 UE 長時間收不到 Handover Command 消息
3、核心網配合抓取相關 LOG 從核心網抓取的 MMElog 中可以看到 MME 已經收到了 ENB 上發的 HandoverRequired 消息，并開始向 MSC 發送 PS to CS Request 并得到了響應，但是此后 ENB 卻上發了一條 Handover Cancel 消息給 MME（原因值為 9）， 最終導致了 MSC 向 MME 確認了 Cancel 消息，切換流程終止。
4、再次核查 emil log
再次分析 emil log 發現，ENB 確實向 MME 上發了 Handover Cancel 消息， 原因值為：radioNetwork : tS1relocprep-expiry（S1 重定位準備超時），初 步判定為某一定時器超時
包含有 Cancel 消息的 SRVCC 部分信令 并且通過分析發現，從 HandoverRequired 到 HandoverCancel 間隔 1 秒整， 可以判斷這個定時器設置的值為 1 秒鐘
5、定時器設置
參數核查發現，Timer T304 for interRAT GSM 與 LTE 向 GSM 切換有關，并 且現網設置也為 1s，嘗試修改到 8s 中進行復測，問題仍然存在
咨詢其他項目發現，還有 1 個定時器參數 Supervision timer for handover preparation to GSM 會對SRVCC切換有影響，查詢現網發現該參數設置為1s， 修改為 5s 后進行復測，問題恢復。
建議方案
修改 Supervision timer for handover preparation to GSM 1000ms 到 5000ms
復測驗證
多次復測，UE 都能正常切換的 GSM 網絡。
MME 信令
空口信令
參數總結
1、Timer T304 for interRAT GSM，用于 ENB 內部計算監督切換執行階段的 時間，起于 MOBILITY FROM EUTRAN COMMAND，止與 RRC Re-Establishment，PS 切換參數
2、Supervision timer for handover preparation to GSM ，用于通過 S1 切 換到異系統的 MME 響應準備階段的時間，起于：HANDOVER REQUIRED，止 與 HANDOVER COMMAND 或者 PREPARATION FAILURE，超時將終止或者 取消切換流程，SRVCC 參數
經驗總結
1、此類問題優先核查終端性能、測試卡權限
2、核查基站相關參數
3、請核心網協助核查是否參數有誤
4、通過空口、S1 口的實際信令與正常信令進行比對，找出信令異常的部分再進 行分析
附：正常的 SRVCC 流程
3.12 RLC 優先級優化
現象：呼叫建立與切換過程沖突，專載被 MME 釋放。呼叫建立過程中專載建立 與切換幾乎同時發生，MME 未收到 NAS 專載完成消息導致釋放專載，終端回 復 invite580（也有上發 CANCLE 的情況），專載丟失形成未接通事件。
原因分析：QCI5 設置的 RLC 優先級為 2，高于 SRB=2(傳送 NAS 層消息)配置 為 3. 導致 NAS 的層 3 消息已經比 MR 要早，但是因為優先級比 MR 和 SIP 低， 未及時發送。
優化措施：降低 QCI 5 優先級，確保 SIP 消息及時上傳，修改后此類問題改善 明顯。
3.13 QCI 5 PDCP DiscardTimer 時長優化
現象：終端業務建立過程中，出現 SIP 信息傳遞丟失的問題，導致收到網絡下發 的 INVITE500 或者 580 等原因值釋放。
原因分析：UE 在無線信道較差的情況下，SIP 信令發送或接收不完整或者無法 及時傳遞，導致 IMS 相關定時器超時而發起會話 cancel。經過分析，由于 QCI5 的 pdcp 丟棄時長過小，在無線覆蓋較差的地方，上行時延會變大，容易導致 QCI5 信令丟包。
數據丟棄
丟棄定時器過小
優化措施：
QCI5 PDCP DiscardTimer 由 300ms 修改為無窮大
優化效果：
VoLTE 無線接通率提升明顯
3.14 SBC 傳輸協議 TCP 重傳次數優化
背景：被叫從 2G 返回 4G 后，主叫起呼，被叫首先 bye 消息，緊接著接連收到 多條上一次呼叫的 invite，被叫回復 bye481\invite486\invite580，呼叫失敗。
優化措施：愛立信 SBC 對 TCP 配置進行了修改：最大重傳次數從 15 次改為 5 次，最大重傳隔間從十幾分鐘改為 15s，此類問題已解決。
3.15 專載釋放與切換沖突，通話結束未收到專載釋放掉話
[問題描述]：在拉網測試過程中，通話掛機后，主叫上報 BYE 消息，IMS 回 BYE200 消息前后，同時手機發生切換，未收到 EPS 專載釋放請求，1s 后軟件統計掉話。
[問題分析]：經分析 MME log，發現 MME 未收到 PGW 下發的 delete bearer request 消息。當 X2 切換觸發 SGW-initiated bearer modification procedure （完整信令是 CCR-CCA），如果此時 SIP 掛機觸發 PCRF 也發 RAR 給 PGW， 由于 Gx 鏈路時延等原因，使得 RAR 先于 CCA 到達 PGW，根據協議規定，PGW 會繼續 SGW-initiated bearer modification procedure 而 reject RAR (result code DIAMETER_OUT_OF_SPACE)。
[優化措施]：當前解決辦法：
（1）縮短 DRA 時延配置。
（2）修改 SAPC 到 DRA 鏈路為主-備模式，保證 CCA 和 RAR 走同一路徑和到達 PGW 的先后順序。
[優化結果]：近期調整后的網格測試，暫時沒有發現 BYE200 消息前后發生的切換沒釋放 QCI 1 專載的情況。
3.16 通話結束 MME 收到 del bearer req，專載釋放與切換沖突，基站未下發 NAS
[問題描述]：通話掛機后，主叫上報 BYE 消息，IMS 回 BYE200 消息前后，同時 手機發生切換，EPS 專載沒有釋放，1s 后軟件統計掉話。
[問題分析]：主叫掛機后，MME 收到 del bearer req，下發 Deactivate EPS bearer context Request 給源 eNB 攜帶 NAS 釋放專載，但同時源 eNB 觸發 X2 切換，向 MME 響應 ERAB release response（X2-Handover-Triggered）， NAS 消息未下發到手機。根據協議 36.413 中 8.6.2.4 有描述當 eNB 在觸發 X2 切換時，eNB 將不傳遞 NAS 消息。
[優化措施]：屬測試軟件統計問題，建議軟件加以剔除該問題。
4 常見 RF 優化問題
4.1 呼叫建立問題
4.1.1 RRC 建立失敗
常見 RRC 連接建立失敗原因有如下幾種：
1. 弱覆蓋區域發起接入；
2. 上行 RACH 問題；
3. TAU 過程中尋呼失敗：
? ?a）小區重選參數設置不合理
? ?b）小區重選不及時
4. UE 未能在最好小區上發起接入；
5. RS 功率及功率分配參數問題；
6. 擁塞問題；
7. 設備異常問題。
RRC 連接建立失敗解決措施：
1. RF 優化：消除弱覆蓋、控制好越區覆蓋
2. 優化 TA 邊界，減小不必要的頻繁 TAU，盡可能將 TA 邊界規劃在低密度區域。
3. 優化問題小區重選參數：保證 UE 能盡快選擇最優小區發起接入。
4. 修改隨機接入及功率分配參數：譬如 PRACH/PCCH/PDCCH/PDSCH/MSG3等的功率偏置。
5. 修改 RS 功率：確保滿足預期的小區覆蓋半徑。
4.1.2 eRAB 承載問題
要實現 VoLTE 語音業務和視頻業務需要建立以下承載組合：
語音業務載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB 的 QCI=1，2 個 AM DRB 的 QCI 分別為 QCI=5 和 QCI=8/9。音頻業務承載組合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2 個 UM DRB 的 QCI=1 和 QCI=2，2 個 AM DRB 的 QCI 分別為 QCI=5 和 QCI=8/9。
e-RAB 建立失敗排查方法如下幾種情況：
1）弱覆蓋導致 E-RAB 建立失敗：
? ? ? a）上行覆蓋差：排查是否存在上行干擾；
? ? ? b）下行覆蓋差：排除 UE 解調性能不佳的因素，可以通過新增基站、進行 RF優化，調整天饋系統、RS 功率優化等手段，改善弱覆蓋區域的問題，提高無線信號的覆蓋質量。
? ? ? c）UE 沒有駐留到最優小區發起接入：對于這種情況需要提高同頻小區重選的啟動門限和速度，使得 UE 盡快駐留在最優小區，在最優小區發起接入。
2）UE/MME 側導致的 E-RAB 建立失敗：
? ? ? a）UE 設備異常導致的 UE 拒絕：通過升級 HW/SW 版本或者替換其他 UE 予以解決；
? ? ? b）針對 MME 側導致的承載建立異常問題：排除無線信號覆蓋質量問題和 S1鏈路失敗等問題后，通過分析 eNodeB 側跟蹤數據，對于 MME 導致的其他問題需要提交給 CORE 團隊
? ? ? ? ? ??進行故障排查。
3）參數配置不合理導致 E-RAB 建立失敗：
? ? ? 對于 eRab 承載異常導致的接入失敗或掉話問題，首先檢查參數配置，通過比較正常接入小區與接入異常小區的參數配置，確認兩者是否存在不同；如有不同，確認是否會影響到 UE
? ? ??業務接入或保持。
4）拐角效應：
? ? ? 實質上就是 RF 優化，調整天線或者 RS 功率等，使得目標小區的天線覆蓋能夠越過拐角，在拐角之前就能發生小區重選或者使當前小區的天線覆蓋越過拐角，從而避免拐角帶來的
? ? ??信號快速變化過程，來降低呼叫失敗。
5）設備異常
4.2 覆蓋問題
下行覆蓋問題是對 DT 測試獲得的 RSRP 進行分析。常見的覆蓋問題如下表所示：
4.2.1 弱覆蓋
弱覆蓋問題：常見的弱覆蓋會導致掉話、接入失敗和切換失敗等。
對于弱覆蓋問題可以通過以下方法優化：
1. 首先明確當前的弱覆蓋區域由哪些扇區的信號覆蓋；
2. 根據網絡拓撲結構和無線環境確定最適合覆蓋該區域的扇區、并加強它的覆 蓋：
? ? ●排除主覆蓋小區的硬件故障（例如：基帶及射頻器件故障、天饋系統駐波比告 警等）
? ? ●提高主覆蓋小區的 RS 功率
? ? ●調整主覆蓋扇區的天線下傾角或方位角
? ? ●建議加站（并調整周邊基站天線的方位角和下傾角）
4.2.2 越區覆蓋
當一個小區的信號出現在其周圍一圈鄰區及以外的區域時，并且能夠成為主服務 小區，稱為越區覆蓋。在實際網絡覆蓋中，由于無法精確控制無線信號的傳播， 因此或多或少都會存在越區覆蓋的情況。
越區覆蓋易導致 “導頻污染”或引起主服務小區的干擾（包括鄰區漏配、越區 信號的迅速變化等），易導致各種異常事件。
對于越區覆蓋一般優化原則，是在區域中已有合理的穩定信號覆蓋的情況下、盡 可能地控制越區覆蓋的信號：
（1）調整越區覆蓋扇區的天線下傾角、方位角或 RS 功率
（2）上述方法無法實施，在孤島區域形成的影響區域較小時，可以設置單
邊鄰區解決；在越區形成的影響區域較大時，在 PCI 不沖突的情況下，可以通過 互配鄰區的方式解決，但需謹慎考慮。
4.2.3 干擾問題
干擾從鏈路方向分為上行干擾和下行干擾，區分上行或下行干擾不同的表象，有 利于快速定位問題和給出解決方案。
上行干擾：當上行鏈路受到干擾的時候，UE 的發射功率通常較高（接近 UE 最 大發射功率），而且基站側測得的 RSSI 偏高。上行干擾問題通過檢查各個小區 的底噪進行判斷。如果某一小區的底噪過高，并且沒有與之相當的高話務量存在， 則確認存在上行干擾問題，分析干擾原因并解決。
當下行鏈路受到干擾的時候，UE 測得的 RSRP 較好、但是 SINR 偏差的情況， 確認為下行干擾問題，分析干擾原因并加以解決。
4.2.4 切換問題
切換失敗將影響掉話率、MOS 等關鍵指標。切換優化是一個長期的持續性的工 作，需要做好覆蓋優化和鄰區優化，而不是靠個別參數的調優或啟用某些特定功 能，就能有較大幅度的提高或改善，需要不斷的做精做細。
切換問題優化可以通過以下方法開展：
鄰區優化需要重點關注漏配鄰區的問題。
切換參數優化：涉及同頻/異頻/異系統鄰區是否完善、鄰區參數是否正確、切換 參數是否合理或漏配等，需要納入日常性的核查與優化工作中。
通過 RF 手段優化切換問題，關鍵在于控制切換區的位置和長度，并盡量保證在 切換區里參與切換的信號強度能夠平穩的變化，通過調整天線方向角和下傾角來 改變切換區的位置和信號分布，優化時要根據實際的環境加以調整。
案例：異頻鄰區漏配導致掉話
現象：終端滿足切換條件后上報系統內異頻的測量報告，基站在收到目標 PCI 為未知測報（即:小區已配置的鄰區中不包含該 PCI），則基站立刻進行異頻重定向流程，下發 RRCConnectionRelease，原因為異頻重定向，從而產生掉話事 件。
分析：
1. 服務小區頻點為 38350，從重配消息中可以看到，其已配置的頻點為 37900 的鄰區中不包含 PCI5 的鄰區，見圖：
2. 滿足切換條件后，終端上報測量報告，目標 PCI 為 5，見下圖：
3. 基站收到測報后，立即下發 RRCConnectionRelease，原因為指向 37900 頻點的重定向，重定向后產生了掉話，見下圖：
解決方案：此類掉話可通過完善漏配的鄰區或關閉異頻重定向（關異頻重定向需 要做 DV 表關閉）加以解決。
4.2.5 eSRVCC 切換問題
eSRVCC 切換成功率與 G 網鄰區配置準確性和合理性有直接關系，對 eSRVCC 優化建議如下：
1）在初始配置階段，可以參考 CSFB 鄰區配置，雖然 CSFB 僅僅配置頻點，未 具體定義哪個具體小區，但是 CSFB 在外場經歷了長期的優化，相對而言鄰區設 置比較合理。但要確保
? ? ?鄰區的準確和完善，比如配置的 G 小區不合理，上報的 G 網小區滿足不了 B2 異系統門限（GSM）而導致切換失敗。
2）系統間鄰區關系配置，建議定期結合 GSM 規劃數據更新 eSRVCC 鄰區定義， 核查 G 網小區參數是否與現網一致，2G 鄰區相關的參數配置要正確，如 BSIC 參數錯誤，頻點錯誤
? ? ??等。
3）核查鄰區同頻同 BSIC 情況，如發生此類問題，需要及時協調 GSM 側優化調 整。結合測試進行補充、刪除不合理鄰區關系，此項工作為日常優化工作重要組 成部分。
4）根據不同場景設置合理的切換參數。eSRVCC 異系統門限設置不合理會導致 過早切換到異系統、來不及切換到異系統等問題，容易引發通話質量下降、掉話、 重定向等事件發生，
? ? ??可以根據具體環境驗證最佳取值（需注意：若 A1 門限配置 過低，易導致刪除 B2 事件，不觸發 eSRVCCC 切換）。
案例：GSM 鄰區信息配置錯誤無法觸發 eSRVCC 切換
現象：在某次 VoLTE 語音業務路測中，因 LTE 小區外部 GSM 鄰區網管參數配 置與實際不一致而導致 eSRVCC 切換失敗，終端掉話并重定向到 GSM 網絡。
UE 測量滿足 B2 條件并上報 B2 測量報告，在 B2 測量報告中 GSM 鄰區為 BCCH 512，BSIC 12（NCC 01、BCC 02 ），如圖所示：
正常情況下，eNB 收到該 B2 測量報告并判決下發 mobilityFromEUTRACommand 消息給 UE，讓其切換到該 GSM 鄰區，但實 際上網絡下發的是 RRC Connection Release 消息（如下圖）使 UE 重定向到 GSM 小區，終端掉話：
通過核查網管中該 G 網鄰區參數配置，發現該鄰區 BSIC 配置為 7，與實際 UE 測量的 BSIC 12 不一致，修改該 G 網鄰區 BSIC 為 12 后，復測可正常切換到該 小區，掉話解決。
總結
- 上一篇： 白杨SEO：做百度快排网站会被降权吗？再
- 下一篇： Python爬虫的实际运用之：破解滑动验