基于VOLTE的網絡語音切換問題

林立引

基于VOLTE的網絡語音切換問題

林立引

在VOLTE網絡建設初期，VOLTE無線覆蓋不足，發生eSRVCC切換次數較高，語音切換問題較多，嚴重影響著VOLTE業務的正常開展。本文根據實際運營中遇到的VOLTE語音切換問題，在深入分析問題原因的基礎上，提出了相應的解決方案，并取得了良好的效果。

VoLTE（Voice over LTE）是一種基于全IP數據傳輸技術，可實現數據與語音業務同時在同一網絡下承載1，換言之，VOLTE網絡下不僅僅提供高速率的數據業務，同時還提供高質量的音視頻通話，是提升網絡業務能力、應對互聯網競爭的重要手段，是移動核心網演進的目標架構。在VOLTE建網初期，支持VOLTE功能的無線基站覆蓋不足、不連續，為了保證用戶感知，保證語音呼叫連續性，中國移動部署eSRVCC （Enhanced Single Radio Voice Call Continuity，增強的單一無線語音呼叫連續性）切換技術， 在VOLTE業務部署初期，eSRVCC語音切換成功率較低，仍有較多技術問題亟需解決。

VOLTE語音切換解決方案

SRVCC（Single Radio Voice Call Continuity）是3GPP提出的一種VoLTE語音業務連續性方案2，主要是為了解決當單射頻UE 在LTE/Pre－LTE 網絡和2G/3G CS 網絡之間移動時，如何保證語音呼叫連續性的問題，即保證單射頻UE 在IMS 控制的VoIP 語音和CS 域語音之間的平滑切換3。在用戶從4G網絡向2G/3G網絡漫游時由用戶終端通過Sv接口觸發PS到CS的語音業務切換4。 本端用戶呼叫時發生移動，允許本端終端的IP地址重新分配。MSC會代替終端發起SRVCC切換請求，同時，本端手機與MSC之間的CS域連接也會建立，并與SCC－AS（TAS）之間建立一個新的本端呼叫路徑，提供一個新的本端媒體地址給SCC－AS，SCC－AS會通過媒體切換過程讓通話兩端的媒體層連接重新建立。切換后，SIP層信令連接和RTP層媒體連接會在原通話兩端重建，如圖1所示。

中國移動VOLTE語音切換方案

為了提升用戶感知，中國移動采用eSRVCC語音切換方案，作為SRVCC的增強版本5，eSRVCC在SRVCC網絡架構的基礎上增加了接入側的信令（ATCF）和媒體錨定點（ATGW），媒體的錨定由ATGW完成，信令的錨定由ATCF和SCC－AS共同完成，這個改變可以減少遠端更新（Remote Update）的信令傳輸時間，從而減少切換時延，如圖2所示。

在eSRVCC方案中，在信令面，用戶通過ATCF進行信令面的錨定，與2/3G的MSC server建立信令連接；而在媒體面，則通過ATGW進行媒體錨定，并分配CS域的媒體資源，信令流程如圖3所示。

（1）本端用戶發生LTE覆蓋向2/3覆蓋的移動時，IP地址重新分配。

（2）MSC server向ATCF發起切換請求（攜帶STN－SR和C－MSISDN）。

（3）ATCF信令錨定后通過ATGW媒體錨定分配媒體資源。

（4）ATCF向I/S－CSCF、SCC AS請求建立新的呼叫路徑（攜帶ATU－STI和C－MSISDN），并提供新的本端地址。

（5）SIP層信令連接和RIP層媒體連接重建，新的呼叫會話建立。

圖1 SRVCC工作原理圖

圖2 eSRVCC工作原理圖

通過分析VOLTE語音呼叫切換流程，可以將可能導致VOLTE語音切換成功率下降的要素分為以下幾個方面：用戶IP地址解析失敗、信令消息解析失敗、信令消息的接收與發送失敗、錨定失敗、切換時延過長導致失敗和網元接口不匹配導致失敗。

VOLTE網絡中語音切換存在的問題及解決方案

會話描述協議（SDP）媒體描述配置不當

根據中國移動VOLTE語音切換流程，呼叫的錨定由ATCF與SCC－AS共同完成，ATCF使用Megaco協議調用ATGW完成媒體資源的重新分配后（使用原主叫的context－ID，目的是建立原呼叫與切換呼叫的媒體通道），ATCF發送invite（被叫是ATU－STI，主叫是用戶PUI）給SCC－AS（啟用與切換Invite請求不同的新Call－leg）。切換后原信令leg被ATCF或SCC－AS釋放。而跟蹤切換信令發現，ATCF并沒有調用ATGW，向SCC－AS發出的Invite請求仍然使用eMSC切換Invite請求的Call－ID，沒有啟用新的Call－leg，媒體面地址也只是透傳了eMSC的媒體面地址。上述流程可以看出，ATCF并沒有起到錨定作用。信令包截圖如圖4所示。

通過更廣泛的信令包檢查發現，由于主叫用戶在注冊入網時所分配的媒體參數的不同，ATCF在向ATGW申請媒體資源時所發送的INVITE切換請求的媒體編碼存在差異，原呼叫回應消息（183）與切換請求INVITE必須攜帶相同的媒體組合才能成功觸發媒體資源的建立。原呼叫回應消息（183）攜帶的媒體編碼為AMR 8000和telephone－event 8000，而部分切換請求INVITE存在telephone－event 8000編碼缺失的情況，這就導致了媒體參數在此處的不匹配，進而引起切換的失敗。

ATCF中的接入域（access realm）參數設置不當

VOLTE語音切換前后的媒體面均由ATCF調用ATGW分配。SAE－GW分配給主被叫的均為IPv6地址。ATCF調用ATGW使用realm的Megaco協議分配媒體資源實現互通，realm分為access realm（與用戶分配的IP地址互聯（IPv6）），以及core realm（內部互聯，實現主被叫媒體面互通（IPv4））。由于目前移動網絡中的UE使用的是雙棧協議的模式，因此在用戶在注冊到網絡時，會被隨機分配兩個格式（Ipv4、Ipv6）的IP地址之一。當通過ATCF進行了信令面的錨定后，就開始通過ATGW建立媒體面的連接，并由eMSS分配媒體GSM的媒體資源。而eMSS和對端用戶使用的是Ipv4協議，這就可能導致了如果主叫端被分配的IP地址為Ipv6格式，那么與遠端的媒體連接就可能無法成功建立，導致切換失敗。媒體連接建立交互圖如圖5所示。

通過抓取信令包來具體分析，以看出媒體面建立的工作原理。

圖3 VOLTE語音切換流程圖

圖4 錨定失敗信令包截圖

圖5 媒體連接建立示意圖

圖6 被叫送達失敗信令包截圖

（1）ATGW為屬于同一組realm內的媒體實現連接，然后再與主被叫或切換呼叫的媒體地址連接，實現媒體互通。

（2）初始呼叫access realm（2）分配IPv6地址與主被叫地址互聯，core realm（101）分配IPv4地址互聯。

（3）被叫切換后，仍然使用access realm（2）實現對外連接，而被叫地址換成了eMSS的IPv4地址。

首先從切換后的兩組realm分析，access realm（2）在切換前的呼叫中保存主被叫的IPv6地址，切換后全部替換成了IPv4地址，此時主叫的IPv6地址對應關系也未能保存，查看rtp媒體流也可以發現切換后主叫媒體為單向流，而且未能送達被叫，信令截圖如圖6所示。

解決對策一：修改編碼，使SBC/TAS為INVITE添加telephone－event/8000編碼使之與被叫的183回復消息相匹配。

為解決SDP媒體參數問題，制定圖7所示的對策實施流程圖。

圖7 對策實施一流程圖

圖8 ATCF錨定失敗信令包截圖

圖9 原呼叫信令包截圖

實施步驟一：鎖定錨定失敗的環節

通過對ATCF網元內部消息的跟蹤發現如下抓包記錄（見圖8）：

從信令抓包中能夠看出，ATCF能夠匹配原呼叫的信息，在試圖進行eSRVCC切換時報如下錯誤：

[SDP codec check][RETURN] DTR/eSRVCC is NOT possible.Enum returned value：CmpEqual_mismath

ATCF報錯后無法啟用錨定功能，只作為代理中轉了呼叫。

實施步驟二：分析具體原因

進一步跟蹤信令發現，ATCF未實現錨定功能是由于SDP codec檢查不通過。查看原呼叫的信令，被叫回復的183消息攜帶協商后的媒體攜帶AMR/8000與telephone－event/8000編碼，183消息到達主叫的ATCF后，ATCF使用這兩種編碼請求ATGW修改媒體面地址和編碼（見圖9）。

參考RFC2833與RFC2198的描述，ATCF僅僅采用單個RTP靜荷向ATGW請求分配媒體面地址。系統參數如下：

RFC2833：

MIME Registration

audio/AMR

圖10 SBC現有媒體編碼

圖11 添加TELEPHONE－8000媒體編碼

圖12 發起錨定成功信令包截圖

MIME media type name： audio

MIME subtype name： AMR

Required parameters： none.RFC2198：

m=audio 12345 RTP/AVP 121 0 5

a=rtpmap：121 AMR/8000/1

a=fmtp：121 0/5

實施步驟三：修改配置，解決問題

進入SBC的系統MM腳本可以看到目前系統中現有的媒體編碼（見圖10）：

從中發現，系統中并未開啟telephoneevent 8000的添加功能。接著進入參數配置頁面對telephone－event 8000編碼進行添加，結果如圖11。

實施效果

編碼添加之后，再次對切換時的信令進行跟蹤，發現INVITE消息已經成功添加了telephone－event 8000編碼，ATCF正常向發起了ATGW媒體錨定請求，信令截圖如圖12。

圖13 對策二實施流程圖

圖14 核心側realm配置圖

圖15 修改接入側realm配置圖

圖16 切換成功信令包截圖

解決對策二：將接入側的realm調整為與核心側realm相同的配置

為解決接入域（access realm）參數問題，制定圖13所示的對策實施流程圖。

實施步驟一：鎖定連接建立失敗的環節

通過跟蹤信令流程鎖定了問題發生的節點：主叫方在進行切換時需要通過ATCF向eMSS申請媒體資源，在媒體資源分配后，則開始通過eMSS建立主被叫之間的媒體通道，而問題就發生在主叫與eMSS之間的媒體建立。

實施步驟二：確認核心側的realm配置

為了使接入側的realm配置與核心測相同，從而成功建立主被叫之間的媒體連接，首先需要明確核心側的realm配置。通過跟蹤過往語音切換流程，可以確認當前現網環境下的GSM核心側realm配置為realm 101，信令包如圖14所示。

實施步驟三：對接入側realm采用realm 101配置方式

要與原有呼叫媒體建立關聯，在ATCF的ACCESS NETWORK表中關于eMSS行使用的接入側realm（realm2）置為與原來呼叫核心側realm（realm101）相同。修改后信令包結果如圖15。

實施步驟三：效果檢查

采取設置后，接著對語音切換信令流程進行跟蹤，發現ATCF會使用eMSS發出的切換請求里面的媒體地址與端口替換掉切換方原來呼叫存在于核心側realm中的媒體地址與端口，并且與被叫方access realm建立關聯，切換成功，主被叫雙方能正常通話，媒體流交互正常，對策實施成功。信令包如圖16所示。

通過以上兩項對策后，VOLTE語音切換成功率達到了93.62%，提升10.7%，取得不錯的效果。

結束語

語音切換是VOLTE網絡中的一項基本業務場景，本文分析了語音切換問題在現網中具有一定的典型性，隨著VOLTE技術的不斷成熟，基于VOLTE網絡中的語音切換的各項技術也將不斷規范和進一步完善。

林立引

中國移動通信集團福建公司福州分公司

林立引，中級工程師，2006年北京郵電大學計算機科學與技術專業本科專業畢業，現任職于中國移動集團福建公司福州分公司，主要從事軟交換、VOLTE等移動核心網的維護管理工作。

10.3969/j.issn.1001-8972.2016.09.016