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