eSRVCC中STNSR的由來與使用生活休閑科普知識(shí)

.86137412561就是我們的STN-SR（ATCF）。然個(gè)值如果是初次開機(jī)登記的，是最開始預(yù)定義的STN-SR（DuicationServer)86137412561就是我們的STN-SR（ATCF）。然個(gè)值如果是初次開機(jī)登記的，是最開始預(yù)定義的STN-SR（DuicationServer)上，很容易導(dǎo)致切換時(shí)長超過300MME。5.MME將通過判斷有無收到STN-SR來獲悉用戶是SRVCC是3GPP提出的一種VoLTE語音業(yè)務(wù)連續(xù)性方案，主要是為解決當(dāng)單射頻UE在LTE網(wǎng)絡(luò)和2G/3GCS網(wǎng)絡(luò)之間移動(dòng)時(shí)，如何保證語音呼叫連續(xù)性的問題，即保證單射頻UE在VoLTE語音和CS域語音之間的平滑切LTE開網(wǎng)初期網(wǎng)絡(luò)覆蓋不足，用戶在使用VOLTE語音通話過程中，隨著用戶的移動(dòng)，離開LTE覆蓋范圍后，正在進(jìn)行的語音業(yè)務(wù)面臨掉話問題。為解決這一問題3GPP在R9版本引入了SRVCC方案。在R9SRVCC方案中，切換的控制錨點(diǎn)位于歸屬地SCCAS(Service上，很容易導(dǎo)致切換時(shí)長超過300ms，影響終端用戶體驗(yàn)。而3GPP在R10版本推出了eSRVCC方這樣當(dāng)發(fā)生eSRVCC切換時(shí)，只需要?jiǎng)?chuàng)建UE與ATGW之間的承載通道，對端設(shè)備與ATGW之間的媒體流還是通過原承載通道傳輸。這樣就大大減.C服務(wù)。另外，它還將判斷，從HSS獲得的STN-SRC服務(wù)。另外，它還將判斷，從HSS獲得的STN-SR（HSS稱為eMSC（EnhancedMSC）。圖表2.STN-SRS將通過判斷有無收到STN-SR來獲悉用戶是否開通了SRVCE在建立IMS缺省承載后，就可發(fā)送SIP信令消息到IMS網(wǎng)絡(luò)圖表1.eSRVCC切換前后信令與承載通道的ATCF，完成切換。STN-SR是一個(gè)E.164格式的路由，用來標(biāo)識(shí)處理SRVCC切換的IMS節(jié)點(diǎn)。在eSRVCC里，它用來標(biāo)識(shí)用戶在IMS注冊登記時(shí)關(guān)聯(lián)的ATCF節(jié)點(diǎn)，當(dāng)發(fā)生eSRVCC切換時(shí)MSC將使用從EPC域的MME處獲得的STN-SR，來向IMS域的ATCF尋址，并發(fā)起SRVCC切換請求，請求將媒體承載路徑從LTEPS切換到CS(這種支持與MME間Sv接口的MSC，也被稱為eMSC（EnhancedMSC）。的STN-SR（ATCF）也包含其中。的STN-SR（ATCF）也包含其中。4.SCCAS在收到R測到LTE信號(hào)減弱需要切換到CS域以保證通話連續(xù)性的情況下，通過UserDataRequest消息（Data-Refer方案中，切換的控制錨點(diǎn)位于歸屬地SCCAS(ServiceCSTN-SR1.為實(shí)現(xiàn)SRVCC功能，先需要在HSS上預(yù)定義一個(gè)虛假的STN-SR，在此被稱為STN-SR(Dummy)（它不會(huì)真正用于SRVCC切換，在后續(xù)的IMS登記流程中被替換。）.稱為STN-SR(ATCF)。（它將用于SRVCC切換，替換SS獲得的用戶數(shù)據(jù)IFC（InitialFilterCrit冊登記時(shí)關(guān)聯(lián)的ATCF節(jié)點(diǎn)，當(dāng)發(fā)生eSRVCC切換時(shí)MSC將eria）中的TRIGGER定義，觸發(fā)第三方注冊流程。將之前（SRVCC稱為STN-SR(ATCF)。（它將用于SRVCC切換，替換SS獲得的用戶數(shù)據(jù)IFC（InitialFilterCrit冊登記時(shí)關(guān)聯(lián)的ATCF節(jié)點(diǎn)，當(dāng)發(fā)生eSRVCC切換時(shí)MSC將eria）中的TRIGGER定義，觸發(fā)第三方注冊流程。將之前UTRANtoGERAN/UTRAN（UE-SRVCC-SUPPORTED）發(fā)給HSS。4.HSS檢查上述標(biāo)識(shí)，并將之前預(yù)先定義好的STN-SR(Dummy)在5.MME將通過判斷有無收到STN-SR來獲悉用戶是否開通了SRVCC服第二部分：IMS注冊中產(chǎn)生的STN-SR在EPC附著流程結(jié)束后，MME實(shí)際上只獲得了一個(gè)并不會(huì)真正用于SRVCC切換的STN-SR（Dummy）。而定義這個(gè)虛假STN-SR的主要用意，就是讓MME能夠獲悉用戶是否開通了SRVCC業(yè)務(wù)。下文的IMS注冊流程中，讓SCCAS能夠獲悉用戶是否開通了SRVCC業(yè)務(wù)（見圖表2中的第2~51.首先，為實(shí)現(xiàn)SRVCC功能，先需要在ATCF上預(yù)定義一個(gè)用來標(biāo)識(shí)該ATCF的STN-SR，在這里稱為STN-SR(ATCF)。（它將用于SRVCC切換，替換之前的STN-SR（Dummy。另外，還需要在SCCAS上也預(yù)定義一個(gè)STN-SR，在這里我們稱它為STN-SR(SCCAS)，主要為向下兼容3GPPR9SRVCC架構(gòu)。berData消息將更新后的STN-SR(ATCF)發(fā)送到MAnswer里作為Subscription-Data發(fā)送回給。如示例：Feature-Caps:+g.3gpp.atcfSTN-SR是SRVCC中的關(guān)鍵參數(shù)，EPC附著流程和IMSATCF（現(xiàn)網(wǎng)與P-CSCF合設(shè)）收到UE發(fā)上來的berData消息將更新后的STN-SR(ATCF)發(fā)送到MAnswer里作為Subscription-Data發(fā)送回給。如示例：Feature-Caps:+g.3gpp.atcfSTN-SR是SRVCC中的關(guān)鍵參數(shù)，EPC附著流程和IMS們的STN-SR（ATCF）。然后ATCF/P-CSCF會(huì)將這個(gè)添加過SRVCC相關(guān)信3.而S-CSCF在完成IMS注冊流程后，會(huì)根據(jù)之前在注冊流程中從HSS獲冊流程。將之前IMS注冊流程中的REGISTER和200OK消息封裝在新的REGISTER消息中發(fā)送給SCCAS，而之前從ATCF獲得的STN-SR（ATCF）4.SCCAS在收到REGISTER消息后，判斷其中是否含有STN-SR。如果沒有，則表示應(yīng)使用3GPPR9SRVCC架構(gòu)，它就會(huì)使用本節(jié)點(diǎn)預(yù)定義的STN-SR（SCCAS）。如果消息中已有STN-SR，則表示應(yīng)使用3GPPR10eSRVCC架構(gòu)，所以它會(huì)使用信令中攜帶的STN-SR（ATCF）。STN-SR）向HSS查詢STN-SR。在這里我們將從HSS獲得的STN-SR稱為STN-SR（HSS）。(這個(gè)值如果是初次開機(jī)登記的，是最開始預(yù)定義的STN-SR（Dummy）。如果是后續(xù)漫游的，則是上一次訪問地ATCF分配的STN-SR（ATCF）)6.同前文提到的MME一樣，SCCAS將通過判斷有無收到STN-SR來獲悉用戶是否開通了SRVCC服務(wù)。另外，它還將判斷，從HSS獲得的STN-SRCC方案，將切換錨點(diǎn)前移至訪問地的ATCF（AccessTr，則表示應(yīng)使用3GPPR9SRVCC架構(gòu)，它就會(huì)使用本節(jié)點(diǎn)預(yù)ence:STN-SR）向HSS查詢STN-SR。在這里我們通過UserDataRequest消息（Data-Refer（HSSCC方案，將切換錨點(diǎn)前移至訪問地的ATCF（AccessTr，則表示應(yīng)使用3GPPR9SRVCC架構(gòu)，它就會(huì)使用本節(jié)點(diǎn)預(yù)ence:STN-SR）向HSS查詢STN-SR。在這里我們通過UserDataRequest消息（Data-ReferHSS發(fā)送更新，其中包含STN-SR（ATCF）7.HSS在收到SCCAS的更新消息后，就會(huì)用STN-SR（ATCF）替換之前SR(ATCF)發(fā)送到MME。第三部分：ATCF上STN-S用1.當(dāng)MME檢測到LTE信號(hào)減弱需要切換到CS域以保證通話連續(xù)性的情況下，MME通過SRVCCPStoCSRequest消息，向關(guān)聯(lián)的eMSC發(fā)起SRVCC切換流程。其中攜帶了更新后的STN-SR（ATCF）和用來關(guān)聯(lián)用戶的C-MSISDN。2.eMSC收到該消息后，將會(huì)通過STN-SR（ATCF）進(jìn)行路由尋址分析，最終找到去往分配該STN-SR的ATCF節(jié)點(diǎn)的路由，并將INVITE消息發(fā)送至對應(yīng)的ATCF。其中攜帶從MME獲得的STN-SR（ATCF）和C-MSISDN。（這里可能會(huì)通過I-CSCF進(jìn)行PSI路由尋址到ATCF，也可能直接由DNS解析獲得ATCF的IP，具體實(shí)現(xiàn)由不同運(yùn)營商的路由策略決定。）3.ATCF收到MSC的INVITE消息后，判斷其中的STN-SR（Request-REGISTER消息中發(fā)送給SCCAS，而之前從ATCF獲得，在此被稱為STN-SR(Dummy)（它不會(huì)真正用于SRV，則表示應(yīng)使用3GPPR9SRVCC架構(gòu)，它就會(huì)使用本節(jié)點(diǎn)預(yù)稱為STN-SR(ATCF)。（它將用于SRVCC切換，替換4.另外，ATCF還需要根據(jù)之前在IMS注冊時(shí)通過MESSAGE消息從SCCAS獲得的ATU-STI地址，向SCCASREGISTER消息中發(fā)送給SCCAS，而之前從ATCF獲得，在此被稱