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

屈文杰

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

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

一、引言

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

二、STN-SR的引入

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

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

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

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

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

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

STN-SR是一個E.164格式的路由號碼，用來標(biāo)識處理SRVCC切換的IMS節(jié)點(diǎn)。在eSRVCC里，它用來標(biāo)識用戶在IMS注冊登記時關(guān)聯(lián)的ATCF節(jié)點(diǎn)。（在3GPP R9的SRVCC里，它用來標(biāo)識用戶在IMS注冊登記時關(guān)聯(lián)的SCC AS節(jié)點(diǎn)。）當(dāng)發(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）為了實(shí)現(xiàn)SRVCC功能，先需要在HSS上預(yù)定義一個虛假的STN-SR，在這里我們稱它為STN-SR（Dummy）。 （2）當(dāng)UE發(fā)起EPC附著流程時，UE會在上發(fā)的Attach Request信令消息里的MS Network Capability參數(shù)的BIT位里標(biāo)識自己是否支持SRVCC。（3）MME收到UE的請求后，檢查上述的標(biāo)識，并放置在Update Location Request消息里的UE-SRVCCCapability發(fā)給HSS。（4）HSS檢查上述標(biāo)識，并將之前預(yù)先定義好的STN-SR（Dummy）在Update Location Answer里作為Subscription-Data發(fā)送回給MME。（5）MME將通過判斷有無收到STN-SR來獲悉用戶是否開通了SRVCC服務(wù)。然后在發(fā)回給UE的Attach Accept消息里進(jìn)行標(biāo)識（SRVCCOperatio nPossible：possible），以通知UE網(wǎng)絡(luò)側(cè)是否允許SRVCC。2、SRVCC切換流程。（1）當(dāng)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）進(jìn)行路由尋址分析，最終找到去往分配該STN-SR的ATCF節(jié)點(diǎn)的路由，并將INVITE消息發(fā)送至對應(yīng)的ATCF。其中攜帶從MME獲得的STN-SR（ATCF）和C-MSISDN。（3） ATCF在收到MSC的INVITE消息后，判斷其中的STN-SR（Request-URI： tel：+86137412562）是否和本節(jié)點(diǎn)預(yù)定義的STN-SR相等。如果相等則繼續(xù)SRVCC流程，根據(jù)其中攜帶C-MSISDN（P-Asserted-Identity：）關(guān)聯(lián)到需要執(zhí)行切換的用戶會話，通知ATGW進(jìn)行相應(yīng)的承載切換。

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

參 考 文 獻(xiàn)

[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)演進(jìn)（SAE）原理與設(shè)計(jì)（第2 版）[M]. 北京：人民郵電出版社，2013.

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

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