1 背景介紹

Service切換指在用戶通話過程中移出LTE覆蓋范圍時，IMS作為控制點與CS域交互，將原有通話切換到CS域，保證語音業(yè)務的連續(xù)性，避免出現(xiàn)Volte掉話、影響客戶感知。目前，Esrvcc典型的組網(wǎng)模式有以下幾個關鍵技術點：

（1）MSC Server和MME之間定義Sv接口，提供異構網(wǎng)絡間接入層切換控制；

（2）通過設置IWF互通網(wǎng)元，終結SV接口，避免對原有電路域設備的改造；

（3）IMS網(wǎng)絡作為回話錨定點，統(tǒng)一進行會話層切換，保證會話跨網(wǎng)切換的連續(xù)性。

結合上述介紹，Esrvcc整個切換過程涉及網(wǎng)元眾多（涉及GSM無線側、LTE無線側、MME核心網(wǎng)、MSC核心網(wǎng)以及Sv接口等），流程復雜。因此，在進行疑難切換問題處理時，需要從多個維度綜合進行分析排查，例如LTE無線、GSM無線側、核心網(wǎng)等維度，最終定位解決網(wǎng)絡問題。

2 疑難Esrvcc切換問題排查方法

結合相關原理分析，針對相關網(wǎng)絡問題需要重點對E-node側定義的外部數(shù)據(jù)、MME核心網(wǎng)參數(shù)以及GSM小區(qū)無線和核心網(wǎng)參數(shù)等多維度進行重點排查。

步驟一：E-node側（LTE側）定義的外部數(shù)據(jù)核

重點對LTE小區(qū)定義的GSM鄰區(qū)外部數(shù)據(jù)進行一致性核查，包括LAC/BCCH/BSIC等。

步驟二：前臺空口信令+后臺S1信令跟蹤定位

結合空口信令和S1信令跟蹤分析，確定失敗信令流程及原因碼類型，初步定為異常問題歸屬。

步驟三：GSM核心網(wǎng)側（MSC側）數(shù)據(jù)核查

重點對切換失敗嚴重目標GSM小區(qū)進行MSC SERVER數(shù)據(jù)核查、BSC切換開關核查等。

步驟四：MME核心網(wǎng)側（LTE側）數(shù)據(jù)核查

異常排查均未有異常時，需要聯(lián)系MME核心網(wǎng)同事重點檢查相關LAC的Esrvcc切換功能參數(shù)設置。

3 推廣應用效果案例

3.1 愛立信GSM站點換型為華為站點后引起Esrvcce切換成功率差優(yōu)化

3.1.1 問題描述

廣東大數(shù)據(jù)平臺，在EMOS “集中VOLTE”性能工單模塊下派了4張Esrvcc問題工單，相關工單問題小區(qū)分別為東莞國際汽車城F-HLH-103、東莞寮步華誠實業(yè)（微小M）【東莞華誠實業(yè)D-HLH】D-HLH-5、東莞寮步華誠實業(yè)（微小M）【東莞華誠實業(yè)D-HLH】D-HLH-105和東莞國際汽車城F-HLH-2，四個問題小區(qū)均切換至GSM目標小區(qū)國際汽車城D2（LAC=9976_CI=15538）失敗嚴重。問題小區(qū)列表如表1所示。

表1 問題小區(qū)列表

3.1.2 原因分析

結合LTE網(wǎng)管，對東莞國際汽車城F-HLH和東莞華誠實業(yè)D-HLH站點配置的“國際汽車城D”站點小區(qū)外部數(shù)據(jù)進行核查發(fā)現(xiàn)：國際汽車城D換型后LTE側有增加新LAC的鄰區(qū)數(shù)據(jù)，但未刪除舊LAC的鄰區(qū)數(shù)據(jù)。且本GSM換型操作不改變原GSM小區(qū)BCCH和BSIC信息，只是將換型前的小區(qū)LAC和換型后LAC進行修改。這樣，結合Esrvcc終端測量和網(wǎng)絡判決流程分析：終端上報切換目標GSM小區(qū)時，上報目標GSM小區(qū)的BCCH和BSIC，網(wǎng)絡側接收到測量報告后，會將BCCH和BSIC與配置的GSM鄰區(qū)進行匹配，若有對應實體鄰區(qū)、則發(fā)生切換，無實體鄰區(qū)則丟棄相關測量報告，重新測量。

綜上，東莞國際汽車城F-HLH和東莞華誠實業(yè)D-HLH站點小區(qū)在換型后，配置了兩個同BCCH和同BSIC的GSM目標小區(qū)。那么，網(wǎng)絡側在判決時，將無法做出正確的目標小區(qū)切換判決，最終導致Esrvcc切換失敗嚴重。

Esrvcc切換流程介紹（終端測量和網(wǎng)絡判決流程），如圖2所示。

圖2 Esrvcc切換流程介紹

eNB給MME發(fā)送的HandoverRequire消息中帶有Esrvcc切換指示，切換原因，切換目標小區(qū)等。當GSM系統(tǒng)資源準備完成，由MME通過S1口發(fā)送HandoverCommand消息到基站觸發(fā)由E-UTRAN到GSM的切換，消息中帶有切換的GERAN目標小區(qū)。

下面以整個切換流程的空口截圖配合進行Esrvcc全過程介紹：

（1）假設現(xiàn)網(wǎng)LTE小區(qū)啟動異系統(tǒng)互操作服務小區(qū)門限為-110 dBm，服務小區(qū)RSRP低于-110 dBm時eNB將下發(fā)關于GSM頻點的測控，即上報系統(tǒng)間的A2事件（目前中移動的策略是直接切換至GSM），詳見如圖3所示。下發(fā)GSM頻點測控時是按照CSFB配置的GSM頻點進行下發(fā)的，Esrvcc的測控都是按照CSFB中的GSM頻點進行。

圖3 LTE小區(qū)啟動異系統(tǒng)互操作截圖（服務小區(qū)RSRP低于-110 dBm時）

（2）當服務小區(qū)RSRP低于-116 dBm，GSM鄰區(qū)強于-87 dBm時，UE將通過MR上發(fā)GSM目標小區(qū)，UE上報符合條件的GSM小區(qū)時是按照下發(fā)的測控中的頻點進行上報的，服務小區(qū)將判斷UE上報的小區(qū)（GSM的BCCH和BSIC碼）是否是自己的實體鄰區(qū)，如果是將進行切換，如果不是則丟棄，UE將繼續(xù)上報，如圖4所示。

如果UE上報的頻點屬于服務小區(qū)的實體鄰區(qū)（通過BBCH和BSIC確定目標GSM鄰區(qū)的CGI信息），eNB將通過mobilityFromEUTRA Command將切換命令帶給UE，切換開始。

圖4 LTE小區(qū)啟動異系統(tǒng)互操作截圖（服務小區(qū)RSRP低于-116 dBm）

（3）eNB將通過HANDOVER COMMAND將目標GSM小區(qū)下發(fā)給UE，UE通過HANDOVER COMPLETE回復Esrvcc切換成功，如圖5所示。

圖5 LTE小區(qū)啟動異系統(tǒng)互操作截圖（HANDOVER COMMAND命令）

（4）Esrvcc切換過程比較簡單，與TD-SCDMA中的CS系統(tǒng)間切換流程相似，通過對比可以加深理解。Esrvcc的主要流程為A2→B2→HO→RELEASE，目前移動公司的策略是從LTE切向GERAN。

3.1.3 優(yōu)化調整方案

該小區(qū)核查結果如下：1）告警核查：該小區(qū)不存在告警；2）性能核查：該小區(qū)存在性能問題，小區(qū)ESRVCC切換成功率為85%左右；3）干擾核查：該小區(qū)不存在干擾問題；4）覆蓋核查：該小區(qū)不存在覆蓋問題；5）容量核查：該小區(qū)不存在容量問題；6）參數(shù)核查：該小區(qū)不存在參數(shù)設置問題；7）鄰區(qū)核查：該小區(qū)不存在鄰區(qū)問題。問題點原因定位為：經(jīng)核查小區(qū)主要向GSM目標小區(qū)（LAC=9976_CI=15539）切換失敗，核查LTE配置目標GSM小區(qū)外部數(shù)據(jù)錯誤，外部數(shù)據(jù)配置錯誤導致切換失敗。

將“東莞國際汽車城F-HLH和東莞華誠實業(yè)D-HLH”站點定義的東莞國際汽車城DC-HDH鄰區(qū)的LAC由原值9976修改為9966，同時刪除兩個站點與換型前站點“國際汽車城D”小區(qū)的鄰區(qū)關系。

3.1.4 效果評估

7月28日，完成“東莞國際汽車城F-HLH和東莞華誠實業(yè)D-HLH”站點定義的東莞國際汽車城DC-HDH鄰區(qū)的LAC由原值9976修改為9966，同時刪除兩個站點與換型前站點“國際汽車城D”小區(qū)的鄰區(qū)關系后，東莞寮步華誠實業(yè)（微小M）【東莞華誠實業(yè)D-HLH】D-HLH-105、東莞國際汽車城F-HLH-103小區(qū)Esrvcc切換指標恢復正常，均保持在100%，優(yōu)化效果明顯。優(yōu)化前/后詳細的小區(qū)級指標對如下：

東莞寮步華誠實業(yè)（微小M）【東莞華誠實業(yè)D-HLH】D-HLH-105小區(qū)優(yōu)化前/后Esrvcc切換性能指標對比如表2所示。

表2 切換性能指標對比

東莞國際汽車城F-HLH-103小區(qū)優(yōu)化前/后Esrvcc切換性能指標對比如表3所示。

表3 切換性能指標對比

3.2 MSC核心側“BSC目的信令編碼”設置異常導致LTE小區(qū)無法進行Esrvcc切換分析優(yōu)化

3.2.1 問題描述

日常TOP小區(qū)監(jiān)控發(fā)現(xiàn)：6月29日、30日開始“東莞八一大道D-HLH”站點小區(qū)“Esrvcc切換成功率”劣化嚴重，“東莞八一大道D-HLH-3”小區(qū)每天的Esrvcc失敗的次數(shù)達到10次以上，切換失敗主要集中在“Esrvcc切換準備失敗階段”。詳細Esrvcc切換指標如表4所示。

表4 Esrvcc切換指標

針對6月29日“東莞八一大道D-HLH”站點下帶小區(qū)的Esrvcc切換對進行分析發(fā)現(xiàn)：兩個問題小區(qū)均是切換到GSM目標小區(qū)“八一大道3”、“ 八一大道2”、“八一大道1”切換準備失敗，均為零切換成功。詳細截圖如表5所示。

表5 Esrvcc切換指標

3.2.2 原因分析

結合以上初步排查分析，由切換至GSM問題目標小區(qū)全部準備失敗，需要重點對E-node側定義的外部數(shù)據(jù)、核心網(wǎng)參數(shù)進行重點排查。

步驟一：E-node側（LTE側）定義的外部數(shù)據(jù)核查

結合LTE和GSM網(wǎng)管綜合查詢，“東莞八一大道D-HLH”站點定義的目標GSM站點小區(qū)“八一大道3”、“八一大道2”、“八一大道1”的外部小區(qū)數(shù)據(jù)正確，此步驟核查無異常。

步驟二：GSM核心網(wǎng)側（MSC側）數(shù)據(jù)核查

通過步驟一排查，確定LTE基站側外部數(shù)據(jù)配置無異常，為了進一步對問題進行定位，GSM同事協(xié)調核心網(wǎng)進行了如下排查：

① “八一大道3”、“八一大道2”、“八一大道1”在MSC SERVER中的“BSC目的信令編碼”設置異常（3個GSM站點小區(qū)進行過割接）。

② DGB01H系統(tǒng)間入BSC切換允許打開。

③ GSM/TD-SCDMA系統(tǒng)間互操作（每載頻）License充足。

步驟三：MME核心網(wǎng)側（LTE側）數(shù)據(jù)核查

核查MME側已經(jīng)定義“八一大道3”、“八一大道2”、“八一大道1”三個小區(qū)歸屬的BSC的Esrvcc切換參數(shù)。

綜上，“東莞八一大道D-HLH”站點小區(qū)向GSM小區(qū)“八一大道3”、“八一大道2”、“八一大道1”Esrvcc切換失敗主要由于3個目標GSM小區(qū)在MSC SERVER中的“BSC目的信令編碼”設置異常導致。

3.2.3 調整方案

綜上分析，7月6日GSM同事協(xié)助將“八一大道3”、“八一大道2”、“八一大道1”三個小區(qū)在MSC SERVER中的“BSC目的信令編碼”由原值2A38調整為32CA、進行修正。

3.2.4 優(yōu)化效果

7月6日GSM同事協(xié)助將“八一大道3”、“八一大道2”、“八一大道1”三個小區(qū)在MSC SERVER中的“BSC目的信令編碼”由原值2A38調整為32CA、進行修正后。無線側“東莞八一大道D-HLH”站點小區(qū)的Esrvcc切換成功率指標恢復正常、成功率基本保持在100.00%，優(yōu)化效果明顯。整體調整情況如下：

“東莞八一大道D-HLH”站點小區(qū)優(yōu)化后實時Esrvcc指標，如表6所示。

表6 優(yōu)化后Esrvcc切換指標（小時）

“東莞八一大道D-HLH”站點小區(qū)優(yōu)化后的天粒度Esrvcc指標，如表7所示。

表7 優(yōu)化后Esrvcc切換指標（天）

3.3 MME核心側Esrvcc數(shù)據(jù)漏配置導致無法進行Esrvcc切換分析優(yōu)化

3.3.1 問題描述

日常TOP小區(qū)監(jiān)控發(fā)現(xiàn)，6月28日、29日開始“東莞移動樞紐樓D-HLH-1”、“東莞移動樞紐樓D-HLH-2”小區(qū)“Esrvcc切換成功率”劣化嚴重，“東莞移動樞紐樓D-HLH-1”小區(qū)每天的Esrvcc失敗的次數(shù)達到130次以上，切換失敗主要集中在“Esrvcc切換準備失敗階段”。詳細Esrvcc切換指標如表8所示。

表8 詳細Esrvcc切換指標

針對6月28日“東莞移動樞紐樓D-HLH-1”、“東莞移動樞紐樓D-HLH-2”小區(qū)的Esrvcc切換對進行分析發(fā)現(xiàn)：兩個問題小區(qū)均是切換到GSM目標小區(qū)“test1_cell1”【BSC:DGB01H； 小 區(qū) 名：test1_cell1；LAC：9237；CI：6789；BCCH：521；BSIC：00】切換準備失敗，均為零切換成功。

3.3.2 原因分析

結合以上初步排查分析，由切換至GSM問題目標小區(qū)全部準備失敗，需要重點對E-node側定義的外部數(shù)據(jù)、核心網(wǎng)參數(shù)進行重點排查。

步驟一：E-node側（LTE側）定義的外部數(shù)據(jù)核查結合LTE和GSM網(wǎng)管綜合查詢，“東莞移動樞紐樓D-HLH”站點定義的目標GSM站點小區(qū)“test1_cell1”【BSC:DGB01H；小區(qū)名：test1_cell1；LAC：9237；CI：6789；BCCH：521；BSIC：00】的外部小區(qū)數(shù)據(jù)正確，此步驟核查無異常。

步驟二：GSM核心網(wǎng)側（MSC側）數(shù)據(jù)核查

通過步驟一排查，確定LTE基站側外部數(shù)據(jù)配置無異常，為了進一步對問題進行定位，GSM同事協(xié)調核心網(wǎng)進行了如下排查：

① DGB01H在MSC SERVER中的目的信令編碼與小區(qū)CGI定義的一致。

② 2G小區(qū)在POOL各個SEVER中CGI定義無誤，目的信令編碼正確。

③ DGB01H系統(tǒng)間入BSC切換允許打開。

④ GSM/TD-SCDMA系統(tǒng)間互操作（每載頻）License充足。

步驟三：前臺口空信令+后臺S1信令跟蹤定位

① 異常問題空口信令

類似問題在前臺測試主要口空信：測試終端不斷向網(wǎng)絡側上報B2事件（即進行Esrvcc切換的事件），但終端不會收到網(wǎng)絡側下發(fā)的信道配置信息（即測量報告上報后，無后續(xù)切換信令）。

② S1（基站和MME）接口異常信令

MME收到基站上發(fā)的Esrvcc切換請求后，會回復基站Handover_Preparation_Fail攜帶錯誤原因為“unknown targetID”。

結合前面步驟一、步驟二分析定位后，基本可以確定問題出現(xiàn)MME側。

③ 正確（標準）的Esrvcc信令流程圖，如圖6所示。

圖6 正確（標準）的Esrvcc信令流程

步驟四：MME核心網(wǎng)側（LTE側）數(shù)據(jù)核查

通過步驟一、步驟二分析，未發(fā)現(xiàn)明顯異常。隨后與客戶溝通、協(xié)調進行MME核心網(wǎng)參數(shù)核查（MME定義的與Esrvcc切換相關參數(shù)是否設置異常），最終核查結果如下：

由于目標GSM小區(qū)“test1_cell1”【BSC:DGB01H；小區(qū)名：test1_cell1；LAC：9237；CI：6789；BCCH：521；BSIC：00】所在的BSC(DGB01H)屬于新建網(wǎng)元，還沒有（未定義）Esrvcc切換數(shù)據(jù)，最終導致周邊LTE小區(qū)Esrvcc到GSM問題小區(qū)“test1_cell1”均失敗。

3.3.3 調整方案

綜上分析，6月30日將近期華為驗證的6套BSC網(wǎng)元信息發(fā)送核心網(wǎng)協(xié)助進行MME側Esrvcc參數(shù)核查和修正。

3.3.4 優(yōu)化效果

6月30日，核心網(wǎng)完成MME中涉及BSC(DGB01H)的Esrvcc切換參數(shù)配置后，無線側“東莞移動樞紐樓D-HLH-1”、“東莞移動樞紐樓D-HLH-2”小區(qū)的Esrvcc切換成功率指標恢復正常，成功率基本保持在100.00%，優(yōu)化效果明顯。整體調整情況如下：

① 東莞移動樞紐樓D-HLH-1站點小區(qū)優(yōu)化前/后Esrvcc指標，如表9所示。

② 東莞移動樞紐樓D-HLH-2站點小區(qū)優(yōu)化前/后Esrvcc指標，如表10所示。

表9 優(yōu)化前后Esrvcc切換指標

表10 優(yōu)化前后Esrvcc切換指標

4 總結及應用

結合GSM老舊替換不同場景出現(xiàn)的Esrvcc切換失敗嚴重問題，本文分別從LTE基站側數(shù)據(jù)定義、空口和S1信令跟蹤分析、GSM目標小區(qū)MSC核心網(wǎng)以及LTE側MME核心網(wǎng)Esrvcc參數(shù)設置等四個維度展開排查定位，最終完成Esrvcc性能問題小區(qū)優(yōu)化，為網(wǎng)絡出現(xiàn)類似問題排查提供經(jīng)驗參考。

排查流程及方法無需投資，無需設備部署和開發(fā)，只需要有效的溝通渠道及現(xiàn)有的平臺數(shù)據(jù)輔助監(jiān)控、分析、定位，可以在任何地市直接落地執(zhí)行，可移植性和推廣性很強。