淺析SRVCC中STN-SR參數(shù)的生成與傳遞

屈文杰

【摘要】 本文闡述了STN-SR在eSRVCC網(wǎng)絡(luò)結(jié)構(gòu)中引入的必要性，并對STN-RN參數(shù)的生成與傳遞通過信令流程做了詳細描述。

【關(guān)鍵詞】 SRVCC STN-SR 傳遞

一、引言

LTE具有高速率、低時延的優(yōu)點，已經(jīng)成為下一代無線通信技術(shù)的主要方向。如何在LTE引入后選擇合適的語音解決方案，實現(xiàn)網(wǎng)絡(luò)的平滑演進和語音解決方案的平滑演進，是運營商重點考慮的問題。對于LTE語音業(yè)務的提供方式，目前主要有雙待方案、CSFB方案和SRVCC/VoLTE方案。第三種為VoLTE方式，即通過LTE網(wǎng)絡(luò)承載語音呼叫，目前中國移動已經(jīng)將VoLTE/SRVCC確定為主推方向。

二、STN-SR的引入

SRVCC（Single Radio Voice all Continuit）是3GPP提出的一種VoLTE語音業(yè)務連續(xù)性方案，主要是為了解決當單射頻UE 在LTE 網(wǎng)絡(luò)和2G/3G CS 網(wǎng)絡(luò)之間移動時，如何保證語音呼叫連續(xù)性的問題，即保證單射頻UE 在VoLTE 語音和CS 域語音之間的平滑切換。

在LTE網(wǎng)絡(luò)初期，網(wǎng)絡(luò)覆蓋不足，當用戶在使用LTE網(wǎng)絡(luò)進行VOLTE語音通話過程中，隨著用戶的移動，離開LTE覆蓋范圍后，正在進行的語音業(yè)務會面臨掉話的問題。為解決這一問題，3GPP在R9版本引入了SRVCC方案。

不過，在R9 SRVCC方案中，由于切換的控制錨點放在了位于歸屬地的SCC AS（Service Centralization and Continuity Application Server）上，很容易導致切換時長高于300ms，影響終端用戶體驗。所以，3GPP在R10版本推出了eSRVCC方案，將切換錨點前移至了位于訪問地的ATCF（Access Transfer Control Function）/ATGW（Access Transfer Gateway）上。

這樣，當后續(xù)發(fā)生eSRVCC切換時，只需要創(chuàng)建UE與ATGW之間的承載通道，對端設(shè)備與ATGW之間的媒體流還是通過原承載通道傳輸。這樣就大大減少了切換時長（切換時長小于300ms），使用戶獲得更好的通話體驗。

三、STN-SR的信令流程分析

3.1 STN-SR參數(shù)介紹

STN-SR是一個E.164格式的路由號碼，用來標識處理SRVCC切換的IMS節(jié)點。在eSRVCC里，它用來標識用戶在IMS注冊登記時關(guān)聯(lián)的ATCF節(jié)點。（在3GPP R9的SRVCC里，它用來標識用戶在IMS注冊登記時關(guān)聯(lián)的SCC AS節(jié)點。）當發(fā)生eSRVCC切換時，MSC將使用從EPC域的MME處獲得的STN-SR號碼，來向IMS域的ATCF尋址，并發(fā)起SRVCC切換請求，請求將媒體承載路徑從LTE PS切換到CS。（這種支持與MME間Sv接口的MSC，也被稱為eMSC（Enhanced MSC））。

3.2 STN-SR信令傳遞流程

和STN-SR的生成與傳遞相關(guān)的信令流程，主要涉及了EPC附著與SRVCC切換兩個部分。1、EPC附著流程。（1）為了實現(xiàn)SRVCC功能，先需要在HSS上預定義一個虛假的STN-SR，在這里我們稱它為STN-SR（Dummy）。 （2）當UE發(fā)起EPC附著流程時，UE會在上發(fā)的Attach Request信令消息里的MS Network Capability參數(shù)的BIT位里標識自己是否支持SRVCC。（3）MME收到UE的請求后，檢查上述的標識，并放置在Update Location Request消息里的UE-SRVCCCapability發(fā)給HSS。（4）HSS檢查上述標識，并將之前預先定義好的STN-SR（Dummy）在Update Location Answer里作為Subscription-Data發(fā)送回給MME。（5）MME將通過判斷有無收到STN-SR來獲悉用戶是否開通了SRVCC服務。然后在發(fā)回給UE的Attach Accept消息里進行標識（SRVCCOperatio nPossible：possible），以通知UE網(wǎng)絡(luò)側(cè)是否允許SRVCC。2、SRVCC切換流程。（1）當MME檢測到LTE信號減弱需要切換到CS域以保證通話連續(xù)性的情況下，MME通過SRVCC PS to CS Request消息，向關(guān)聯(lián)的eMSC發(fā)起SRVCC切換流程。其中攜帶了更新后的STN-SR（ATCF）和用來關(guān)聯(lián)用戶的C-MSISDN。（2）eMSC收到該消息后，將會通過STN-SR（ATCF）進行路由尋址分析，最終找到去往分配該STN-SR的ATCF節(jié)點的路由，并將INVITE消息發(fā)送至對應的ATCF。其中攜帶從MME獲得的STN-SR（ATCF）和C-MSISDN。（3） ATCF在收到MSC的INVITE消息后，判斷其中的STN-SR（Request-URI： tel：+86137412562）是否和本節(jié)點預定義的STN-SR相等。如果相等則繼續(xù)SRVCC流程，根據(jù)其中攜帶C-MSISDN（P-Asserted-Identity：）關(guān)聯(lián)到需要執(zhí)行切換的用戶會話，通知ATGW進行相應的承載切換。

結(jié)語：通過SRVCC中的關(guān)鍵參數(shù)STN-SR的生成與傳遞的相關(guān)流程可以看出EPC附著流程會對SRVCC能夠成功切換造成影響。而用戶數(shù)據(jù)和節(jié)點數(shù)據(jù)的預定義是否正確（STN-SR（Dummy）等）也會影響到SRVCC。在故障分析定位時，這些流程和參數(shù)都應該仔細的檢查。

參 考 文 獻

[1] 3GPP TS 24.237 v12.3.0（2013-12）IP Multimedia（IM）Core Network（CN）subsystem IP Multimedia Subsystem（IMS）Service Continuity Stage 3[S].

[2] 姜怡華. 3GPP 系統(tǒng)架構(gòu)演進（SAE）原理與設(shè)計（第2 版）[M]. 北京：人民郵電出版社，2013.

[3] 中國移動VoLTE試點總體技術(shù)方案[S].

[4] VoLTE技術(shù)白皮書[S].