VoLTE就像一位優(yōu)雅的敗家姑娘，千呼萬喚使出來！難免有人會(huì)在VoLTE與VoIP之間打量對(duì)比。關(guān)于兩者之間的對(duì)比分析太多，盡管如此，也是依然一頭霧水。我們今天就從她們的前世說起，希望能夠說清楚關(guān)于VoIP、VoLTE、CSFB、VoWiFi、SIP、IMS那些事...

從VoIP到VoLTE

觀察家們認(rèn)為VoIP的出現(xiàn)起始于1995年，那個(gè)時(shí)候GSM剛進(jìn)入中國(guó)。20年來，VoIP語(yǔ)音服務(wù)和2/3G網(wǎng)絡(luò)的CS語(yǔ)音業(yè)務(wù)一直共存。盡管兩者都提供語(yǔ)音服務(wù)，但其技術(shù)原理是有本質(zhì)的區(qū)別的。語(yǔ)音傳輸?shù)谋举|(zhì)實(shí)際上有兩種形式：電路交換（CS，Circuited Switched）和分組交換（PS，Packet Switched）。CS，是指通話前需在網(wǎng)絡(luò)中建立一條線路，這是“獨(dú)占”的資源，直到通話結(jié)束才拆除。PS，是將數(shù)據(jù)打包傳輸，這就像快遞打包一樣，當(dāng)你的物件被放進(jìn)快遞包后，快遞員就不能拆包，必須完好無損的將包裹送到收件者手里，由收件者拆開，無需“獨(dú)占”資源。下面這張圖說明了兩者的區(qū)別：[attach]322937[/attach]傳統(tǒng)2/3G語(yǔ)音采用CS傳輸；VoIP采用PS傳輸，是將數(shù)據(jù)封包（Data Packet）的形式在IP網(wǎng)絡(luò)上傳輸。到了4G時(shí)代，4G所有的資源都用來跑數(shù)據(jù)，也就是說LTE只支持PS（分組交換），這時(shí)候必須將電話語(yǔ)音也變成數(shù)據(jù)，大家“共享”網(wǎng)絡(luò)帶寬速率，于是就引入了VoLTE。VoLTE本質(zhì)上是承載于LTE網(wǎng)絡(luò)上的VoIP，但也有很多區(qū)別。首先，我們從VoIP說起。VoIP是如何建立雙方通話的呢？現(xiàn)實(shí)生活中，我們想找別人談話，通常分為：對(duì)話建立— 對(duì)話 — 對(duì)話結(jié)束，三個(gè)步驟。以老王和小明的對(duì)話為例：老王想找小明幫他修手機(jī)：

老王：Hi，小明！小明：什么事？老王！

這就是現(xiàn)實(shí)生活中的對(duì)話建立過程，老王的“Hi，小明！”是向小明發(fā)起對(duì)話請(qǐng)求，小明的“什么事？老王！”是對(duì)老王的對(duì)話請(qǐng)求的響應(yīng)�，F(xiàn)在他們開始談?wù)撔奘謾C(jī)的事，這是雙方的對(duì)話內(nèi)容。對(duì)話結(jié)束時(shí)：

老王：謝謝，小明！再見！小明：再見！

這是對(duì)話的結(jié)束過程。同樣，老王的“謝謝！小明！再見！”是向小明發(fā)起對(duì)話結(jié)束請(qǐng)求，小明的“再見！”是對(duì)老王的對(duì)話結(jié)束請(qǐng)求的響應(yīng)。如果老王和小明的對(duì)話，通過模擬/數(shù)字轉(zhuǎn)換、編碼、封裝后打包成IP數(shù)據(jù)包后，再通過IP網(wǎng)絡(luò)傳送，這就叫VoIP。老王和小明的對(duì)話實(shí)際上會(huì)打包成兩種類型的數(shù)據(jù)包：信令包和媒體包。[attach]322938[/attach]如上圖所示，“Say hello”和“Say goodbye”那部分被封裝成信令包，而具體談話內(nèi)容被封裝成媒體包，它們都通過數(shù)據(jù)包傳送到對(duì)方。IP網(wǎng)絡(luò)中建立對(duì)話比現(xiàn)實(shí)生活要復(fù)雜得多，要在IP網(wǎng)絡(luò)建立對(duì)話，通話雙方必須知道對(duì)方地址，怎樣編碼，如何封裝數(shù)據(jù)包...等等，所以大家必須遵守一個(gè)統(tǒng)一的規(guī)則，這就引入了SIP協(xié)議。SIP，Session Initiation Protocol，會(huì)話發(fā)起協(xié)議，用于建立、修改和終止IP網(wǎng)上的雙方或多方的多媒體會(huì)話，類似于HTTP的基于文本的協(xié)議。VoIP的信令包就是根據(jù)SIP協(xié)議封裝的。SIP消息分兩種：請(qǐng)求消息（比如INVITE）和響應(yīng)消息，響應(yīng)包括一個(gè)最終響應(yīng)及可能的多個(gè)臨時(shí)響應(yīng)。具體協(xié)議這里就不介紹了，附一張流程圖：[attach]322939[/attach]所以，整個(gè)VoIP通話過程是這樣的：[attach]322940[/attach]一個(gè)完整的SIP網(wǎng)絡(luò)還需要加一些功能實(shí)體，這些功能實(shí)體包括：[attach]322941[/attach]User Agents- 用戶代理發(fā)起和終止會(huì)話的實(shí)體，比如電話終端。SIP服務(wù)器 SIP服務(wù)器包括：登記服務(wù)器，代理服務(wù)器，位置服務(wù)器和重定向服務(wù)器。Registrar Server - 登記服務(wù)器接收REGISTER 請(qǐng)求完成用戶注冊(cè)，可以支持鑒權(quán)的功能。Proxy Server- 代理服務(wù)器對(duì)SIP請(qǐng)求及響應(yīng)進(jìn)行路由，它對(duì)收到的請(qǐng)求消息進(jìn)行翻譯和處理后，傳遞給其他的服務(wù)器。它與重定向服務(wù)器（Redirect Server）及位置服務(wù)器（Location Server）有聯(lián)系。Location Server - 位置服務(wù)器跟蹤用戶的位置，代理服務(wù)器或重定向服務(wù)器從位置服務(wù)器獲取被叫當(dāng)前可能的位置信息。Redirect Server - 重定向服務(wù)器將用戶新的位置返回給呼叫方。呼叫方可根據(jù)得到的新位置重新呼叫。與代理服務(wù)器proxy server不同的是, redirect server不會(huì)發(fā)起自己的呼叫。與User Agents不同的是, redirect server不接受呼叫終止或主動(dòng)終止呼叫。它們之間是如何相互工作的呢？舉一個(gè)簡(jiǎn)單的例子。當(dāng)老王的終端要呼叫小明的終端，老王的終端是怎么知道小明終端的IP地址的呢？[attach]322942[/attach]老王和小明的終端在接入網(wǎng)絡(luò)時(shí)，首先會(huì)向Registrar Server發(fā)送 REGISTER 請(qǐng)求注冊(cè)，Registrar Server根據(jù)請(qǐng)求信息建立用戶標(biāo)識(shí)與終端 IP 地址的對(duì)應(yīng)綁定關(guān)系。老王撥打小明的電話時(shí)，老王向Location Server發(fā)送含有小明的統(tǒng)一資源標(biāo)識(shí)符地址的 INVITE請(qǐng)求。（統(tǒng)一資源標(biāo)識(shí)符稱作 SIP URI。SIP URI 很像一個(gè) E-mail 地址，典型的統(tǒng)一資源標(biāo)識(shí)符包括一個(gè)用戶名和主機(jī)名。）由于老王和小明的終端都已經(jīng)在Registrar Server注冊(cè)，并建立用戶標(biāo)識(shí)與終端 IP 地址的對(duì)應(yīng)綁定關(guān)系。Location Server就向Registrar Server查詢，此時(shí)，Registrar Server就根據(jù)INVITE請(qǐng)求中的小明的統(tǒng)一資源標(biāo)識(shí)符地址查找到小明的IP地址，這樣就可以生成路由信息，聯(lián)系到小明，并回應(yīng)老王，建立通話。SIP Proxy Server、Redirect Server、Register Server、Location Server可共存于一個(gè)設(shè)備，也可以分布在不同的物理實(shí)體中。有了VoIP和SIP的基礎(chǔ)認(rèn)識(shí)，現(xiàn)在我們來聊一聊VoLTE。VoLTE引入了IMS。IMS（IP Multimedia Subsystem），即IP多媒體子系統(tǒng)，它提供多媒體IP服務(wù)，包括VoIP。因?yàn)長(zhǎng)TE網(wǎng)絡(luò)只傳送數(shù)據(jù)包，所以，LTE把語(yǔ)音和相關(guān)信令看成和其它數(shù)據(jù)一樣，都打包于數(shù)據(jù)包傳輸（只是具有更高的優(yōu)先級(jí)）；IMS網(wǎng)絡(luò)接收處理這些數(shù)據(jù)包，并區(qū)分這些數(shù)據(jù)包的信令和語(yǔ)音數(shù)據(jù)部分，管理語(yǔ)音的控制面（IMS signalling）和用戶面（IMS traffic）。和VoIP一樣，IMS管理的數(shù)據(jù)包分為：信令包（控制面）和媒體包（用戶面）。IMS管理信令部分的功能實(shí)體就相當(dāng)于SIP服務(wù)器，負(fù)責(zé)用戶面的就是媒體網(wǎng)關(guān)。這樣，整個(gè)IMS網(wǎng)絡(luò)結(jié)構(gòu)可以簡(jiǎn)化兩部分：SIP Server 和 媒體網(wǎng)關(guān)。[attach]322943[/attach]SIP Server也類似于2/3G網(wǎng)絡(luò)的MSC。實(shí)際上，IMS是一個(gè)在應(yīng)用層上的網(wǎng)絡(luò)，它工作于2G，3G，4G，甚至WiFi網(wǎng)絡(luò)等之上，其包含了很多實(shí)體、接口、協(xié)議等。IMS具體的網(wǎng)絡(luò)構(gòu)架大概是這樣：[attach]322944[/attach]IMS干的第一件是，就是加入了一個(gè)HSS子服務(wù)（Home Subscriber Server），這個(gè)是什么東西呢？SIP雖然也分為注冊(cè)服務(wù)器Register Server、呼叫代理服務(wù)器Proxy Server，但SIP的注冊(cè)服務(wù)器只是記錄一下一個(gè)SIP賬號(hào)的當(dāng)前的IP地址數(shù)據(jù)、認(rèn)證一下賬號(hào)密碼是不是正確；但I(xiàn)MS里的HSS就不簡(jiǎn)單了，他是在SIP的注冊(cè)服務(wù)器基礎(chǔ)上，增加了一個(gè)很明顯的運(yùn)營(yíng)商特征——業(yè)務(wù)訂購(gòu)數(shù)據(jù)庫(kù)，也就是在移動(dòng)開手機(jī)卡時(shí)，那一堆附加增值服務(wù)，好了，你在這里可以看到來電顯示業(yè)務(wù)、呼叫等待業(yè)務(wù)、彩鈴業(yè)務(wù)……的開關(guān)——也意味著收費(fèi)的計(jì)費(fèi)點(diǎn)。因?yàn)閂oIP很簡(jiǎn)單，一般是企業(yè)內(nèi)部用，或者小規(guī)模的虛擬運(yùn)營(yíng)商在有限的幾臺(tái)服務(wù)器上提供服務(wù)，所以VoIP的SIP軟件、SIP電話機(jī)網(wǎng)關(guān)就可以直接通過IP地址和賬號(hào)就能注冊(cè)上去，然后呼叫在多臺(tái)服務(wù)器上互相路由就可以完成呼叫的目的了，這些服務(wù)器，一般就是SIP Proxy Server，涉及到和固定電話、手機(jī)號(hào)碼互通時(shí)，會(huì)有FXO網(wǎng)關(guān)，E1網(wǎng)關(guān)等負(fù)責(zé)轉(zhuǎn)換，這里不多說了。而IMS作為運(yùn)營(yíng)商的方案，動(dòng)輒上億用戶規(guī)模，而且又分為各省市地分公司，當(dāng)然，還有一個(gè)不得不提的 — 漫游。IMS的核心是SIP，所以類似SIP Proxy Server這么重要的核心組件，IMS是不會(huì)少的，IMS里稱它為Call Session Control Function，即CSCF，并且又把它分成了多個(gè)子系統(tǒng)，其中代理CSCF（P-CSCF）從用戶終端角度看，基本就是SIP里的Proxy Server了（但其實(shí)不是，下述），負(fù)責(zé)直接與IMS的終端（類似SIP的軟電話、硬件電話等等，但同樣的，也擴(kuò)展了不少東西，這里跳過不述）；P-CSCF直接與終端交互，可能會(huì)把SIP進(jìn)行壓縮或者加密，然后就交給查詢CSCF（I-CSCF），I-CSCF會(huì)查詢HSS數(shù)據(jù)，來對(duì)用戶名和密碼進(jìn)行認(rèn)證，當(dāng)然，他也從HSS里查詢你是否欠費(fèi)了，開通或關(guān)閉了某些業(yè)務(wù)，以及你是從哪個(gè)P-CSCF來的，用來判斷你是不是漫游。整個(gè)呼叫過程中，P-CSCF是不做復(fù)雜工作的，P-CSCF只負(fù)責(zé)接收SIP消息，它相當(dāng)于是對(duì)外聯(lián)絡(luò)點(diǎn)，然后SIP消息會(huì)到達(dá)I-CSCF，I-CSCF是運(yùn)營(yíng)商的核心網(wǎng)絡(luò)——就是運(yùn)營(yíng)商內(nèi)部網(wǎng)絡(luò)的入口，他會(huì)根據(jù)HSS查找到用戶是屬于哪個(gè)地區(qū)的，會(huì)對(duì)應(yīng)分配一個(gè)空閑的為該地區(qū)服務(wù)的服務(wù)CSCF（S-CSCF），一直到了這里，S-CSCF才是真正的VoIP里Proxy Server的角色，S-CSCF完成用戶注冊(cè)認(rèn)證和呼叫的路由處理，以及電話業(yè)務(wù)的觸發(fā)（IMS稱為AS，另外獨(dú)立成一個(gè)子系統(tǒng)，下述）。所以如果綜合來分析，P-CSCF和I-CSCF只是起到一個(gè)邊界安全防護(hù)SBC服務(wù)器和負(fù)載平衡、服務(wù)器分流這一類功能，真正處理SIP注冊(cè)和呼叫的原先VoIP里標(biāo)準(zhǔn)邏輯的組件，是S-CSCF，從物理上看，P-CSCF可能是全國(guó)或省一級(jí)中心統(tǒng)一的服務(wù)器集群，配合更多的I-CSCF服務(wù)器分布在主干核心網(wǎng)上做分流，背靠一個(gè)大的HSS服務(wù)器群，將不同市縣的用戶分配到各地的S-CSCF上進(jìn)行實(shí)際的處理，并且S-CSCF會(huì)更多地與當(dāng)?shù)氐耐ㄓ崣C(jī)房里原有的2G、3G發(fā)生交流，也就是媒體網(wǎng)關(guān)（MGW），負(fù)責(zé)把新的走4G的手機(jī)終端和舊的3G、2G以及固定電話之類的對(duì)接起來，保持兼容（也就是PS、CS域的互通）。所以，一個(gè)最最精簡(jiǎn)的IMS系統(tǒng)，它的核心組件是包含HSS、CSCF（P、I、S）即可，即把VoIP SIP的核心Register和Proxy Server進(jìn)行按運(yùn)營(yíng)需求的發(fā)展。而MGW，其實(shí)就是市面上大量被使用的VoIP的模擬網(wǎng)關(guān)，數(shù)字中繼網(wǎng)關(guān)，而已……當(dāng)然，運(yùn)營(yíng)商對(duì)穩(wěn)定性要求需要更高一些，并且需要額外的集中管理和控制能力。但如果上了4G也只是為了提供和原來類似的語(yǔ)音通話功能，運(yùn)營(yíng)商的面子還是掛不住的，得與時(shí)俱進(jìn)，提供一些IM服務(wù)，面向個(gè)人用戶，所以一般還要加一個(gè)Presence Server，推送服務(wù)器，離線存儲(chǔ)服務(wù)器等云的概念，提供的無非是類似qq或微信的功能了。同樣的，通信不只是面向個(gè)人的，也要面向企業(yè)，所以上面也提到了AS子系統(tǒng)，即Application Server，其實(shí)就是現(xiàn)在的通信行業(yè)內(nèi)的增值方案服務(wù)供應(yīng)商了，一般就是提供例如電話會(huì)議、語(yǔ)音留言，企業(yè)語(yǔ)音導(dǎo)航IVR，電話呼入自動(dòng)分配ACD等等；就這樣，VoIP發(fā)展成為具備運(yùn)營(yíng)商級(jí)的VoLTE。

從CS語(yǔ)音到VoLTE

2/3G網(wǎng)絡(luò)語(yǔ)音業(yè)務(wù)是通過傳統(tǒng)CS域傳送，而VoLTE傳送的是語(yǔ)音數(shù)據(jù)包，運(yùn)營(yíng)商網(wǎng)絡(luò)將長(zhǎng)期2G/3G/LTE共存，如何保證語(yǔ)音通話在多網(wǎng)絡(luò)結(jié)構(gòu)中的連續(xù)性呢？[attach]322945[/attach]下面這張圖是運(yùn)營(yíng)商2G/3G/4G共存的網(wǎng)絡(luò)結(jié)構(gòu)（未引入IMS）：[attach]322946[/attach]我們看到，LTE（EPC）并沒有直接鏈路連接到CS網(wǎng)絡(luò)（紫色部分），也沒有媒體網(wǎng)關(guān)連接到CS網(wǎng)絡(luò)，所以，此時(shí)的LTE網(wǎng)絡(luò)并不支持CS語(yǔ)音。同樣，在未引入IMS之前，早期的LTE網(wǎng)絡(luò)也不支持IP語(yǔ)音。為了讓用戶在LTE網(wǎng)絡(luò)下能夠撥打語(yǔ)音電話，主要有三種解決方案：●VoLGA（LTE通用訪問傳送語(yǔ)音）●CSFB（電路域回落）●VoLTEVoLGAVoLGA方案是在網(wǎng)絡(luò)中加入一個(gè)VNC (VoLGA Network Controller，VoLGA網(wǎng)絡(luò)控制器)，其功能相當(dāng)于2G網(wǎng)絡(luò)的BSC和3G網(wǎng)絡(luò)的RNC，它直接與GSM MSC和UMTS MSC通信。[attach]322947[/attach]VNC負(fù)責(zé)在MSC和LTE網(wǎng)絡(luò)之間協(xié)調(diào)語(yǔ)音和其它相關(guān)消息。不過，由于成本投入問題和VoLTE的快速發(fā)展，VoLGA方案已被3GPP放棄。CSFB當(dāng)VoLTE還未到來之前，CSFB為L(zhǎng)TE網(wǎng)絡(luò)提供語(yǔ)音業(yè)務(wù)的過渡解決方案。CSFB（Circuit Switched Fallback），電路域回落，顧名思義，就是UE駐留在LTE網(wǎng)絡(luò)時(shí)，當(dāng)需要完成語(yǔ)音業(yè)務(wù)時(shí)再回落到2G/3G網(wǎng)絡(luò)的CS域。當(dāng)在2G/3G網(wǎng)絡(luò)完成呼叫后，重新返回LTE網(wǎng)絡(luò)。為了支持CSFB，需引入一個(gè)新的網(wǎng)絡(luò)接口：SGs，該接口連接MME和2/3G網(wǎng)絡(luò)的MSC。[attach]322948[/attach]CSFB-注冊(cè)和位置當(dāng)UE開機(jī)時(shí)，會(huì)注冊(cè)兩個(gè)網(wǎng)絡(luò)：LTE網(wǎng)絡(luò)和傳統(tǒng)2/3G網(wǎng)絡(luò)。為了快速的轉(zhuǎn)移到傳統(tǒng)2/3G網(wǎng)絡(luò)，網(wǎng)絡(luò)需要知道UE的位置，為此，負(fù)責(zé)追蹤UE位置的MME會(huì)不斷的通過新引入的SGs接口向MSC提供位置信息。SGs消息支持移動(dòng)性管理，尋呼和SMS。CSFB-主叫當(dāng)主叫發(fā)生在LTE網(wǎng)絡(luò)時(shí)，UE會(huì)發(fā)送一條SRM (Service Request Message)給MME，MME通知eNodeB“轉(zhuǎn)移”UE到2/3G網(wǎng)絡(luò)。在執(zhí)行“轉(zhuǎn)移”之前，eNodeB會(huì)要求UE對(duì)鄰近的2G/3G網(wǎng)絡(luò)進(jìn)行RF測(cè)量，以決定將UE轉(zhuǎn)移到信號(hào)最好的2/3G小區(qū)上。一旦UE進(jìn)入2/3網(wǎng)絡(luò)，開始在2/3G網(wǎng)絡(luò)下進(jìn)行呼叫控制流程。CSFB-語(yǔ)音呼叫與數(shù)據(jù)連接當(dāng)UE正在LTE網(wǎng)絡(luò)中上網(wǎng)（數(shù)據(jù)連接）時(shí)，突然決定要撥打電話，怎么辦？通常有兩種選擇：1）將數(shù)據(jù)業(yè)務(wù)轉(zhuǎn)移到3G網(wǎng)絡(luò)2）暫停數(shù)據(jù)業(yè)務(wù)，直到UE返回LTE網(wǎng)絡(luò)看起來第一種選擇還不錯(cuò)，不過，需要考慮“切換”到3G網(wǎng)絡(luò)后數(shù)據(jù)速率下降影響用戶感知，另外，3G網(wǎng)絡(luò)可能會(huì)因資源不足等原因拒絕IP對(duì)話。不支持?jǐn)?shù)據(jù)業(yè)務(wù)“切換”到2G網(wǎng)絡(luò)，這種情況下，暫停數(shù)據(jù)業(yè)務(wù)。CSFB-被叫當(dāng)被叫發(fā)生在LTE網(wǎng)絡(luò)時(shí)，MSC將呼叫請(qǐng)求通過SGs發(fā)送尋呼消息給相關(guān)MME，這一消息被轉(zhuǎn)發(fā)給UE，然后，UE發(fā)送SRM (Service Request Message) 消息給MME，MME通知eNodeB“轉(zhuǎn)移”UE到傳統(tǒng)2/3G網(wǎng)絡(luò)。CSFB-CS語(yǔ)音呼叫結(jié)束當(dāng)CSFB的CS通話結(jié)束后，通常會(huì)通過空閑態(tài)重選會(huì)LTE網(wǎng)絡(luò)。運(yùn)營(yíng)商需要根據(jù)網(wǎng)絡(luò)規(guī)劃及實(shí)際覆蓋情況配置相關(guān)參數(shù)。VoLTEVoLTE即4G語(yǔ)音的終極解決方案，它需要引入IMS網(wǎng)絡(luò)，其網(wǎng)絡(luò)結(jié)構(gòu)如下：關(guān)于VoLTE，上文已經(jīng)講了很多。這里主要介紹一下SRVCC。SRVCC（Single Radio Voice Call Continuity）是3GPP提出的一種VoLTE語(yǔ)音業(yè)務(wù)連續(xù)性方案，主要是為了解決當(dāng)單射頻UE 在LTE網(wǎng)絡(luò)和2G/3G CS 網(wǎng)絡(luò)之間移動(dòng)時(shí)，如何保證語(yǔ)音呼叫連續(xù)性的問題，即保證單射頻UE 在IMS 控制的VoIP 語(yǔ)音和CS 域語(yǔ)音之間的平滑切換。當(dāng)我們正在LTE網(wǎng)絡(luò)下VoLTE通話時(shí)，移動(dòng)到了LTE覆蓋盲區(qū)，此時(shí)只有2/3G網(wǎng)絡(luò)覆蓋，為了不至于掉話，保持通話的連續(xù)性，我們需要將通話“切換”到2/3G網(wǎng)絡(luò)，這個(gè)時(shí)候就要用到SRVCC。為了支持SRVCC，IMS網(wǎng)絡(luò)需引入一個(gè)應(yīng)用服務(wù)器 — SCC AS (Server Centralization and Continuity Application Server)，這個(gè)應(yīng)用服務(wù)器管理“切換”過程中的信令。帶SCC AS的VoLTE網(wǎng)絡(luò)結(jié)構(gòu)：[attach]322950[/attach]我們來看一個(gè)簡(jiǎn)單的SRVCC 切換流程（以SRVCC到GSM為例）：[attach]322951[/attach]當(dāng)UE在LTE網(wǎng)絡(luò)進(jìn)行IMS語(yǔ)音呼叫，隨著用戶的移動(dòng)，UE移出LTE網(wǎng)絡(luò)的覆蓋區(qū)域，此時(shí)LTE信號(hào)越來越弱，UE發(fā)送測(cè)量報(bào)告給EnodeB，EnodeB判定需向GSM進(jìn)行SRVCC 切換，EnobeB向MME發(fā)送切換請(qǐng)求（需說明該切換為SRVCC類型）。一個(gè)新的呼叫請(qǐng)求被發(fā)送到IMS，該呼叫請(qǐng)求包含STN-SR號(hào)碼（STN-SR是存儲(chǔ)在HSS的由每一臺(tái)UE生成的唯一號(hào)碼，該號(hào)碼在UE首次接觸網(wǎng)絡(luò)時(shí)由MME發(fā)送給HSS）。當(dāng)IMS接收到STN-SR號(hào)碼后，SCC AS確認(rèn)相應(yīng)的呼叫應(yīng)轉(zhuǎn)移到GSM網(wǎng)絡(luò)，開始將的IMS語(yǔ)音平滑切換至GSM。當(dāng)GSM資源準(zhǔn)備好之后，MME向EnodeB 發(fā)送切換命令消息。EnodeB 向用戶終端發(fā)送切換命令消息，消息包含目標(biāo)小區(qū)信息。最后一步，UE檢測(cè)GSM網(wǎng)絡(luò)，并重新建立呼叫于GSM網(wǎng)絡(luò)。SRVCC切換完成。不僅是語(yǔ)音數(shù)據(jù)包，其它數(shù)據(jù)包也可以用這種方法完成LTE向3G網(wǎng)絡(luò)的轉(zhuǎn)移。為了提升SRVCC切換性能，3GPP R10還引入了eSRVCC (SRVCC enhancement) ，這一基于IMS的錨定解決方案還引入了 ATCF (Transfer Control Access Function ) 和 ATGW (Transfer Access Gateway)兩個(gè)新的功能實(shí)體。eSRVCC在保證語(yǔ)音呼叫連續(xù)性的同時(shí)，盡可能地減小了切換時(shí)延，將時(shí)延控制在人類所能感知的范圍之內(nèi)，使正在進(jìn)行的通話不會(huì)感覺到有中斷的跡象。[attach]322952[/attach]具體來說，信令是從UE通過EPC網(wǎng)絡(luò)到P-CSCF（Proxy-Call Session Control Function，代理呼叫會(huì)話控制功能），再錨定到拜訪地的ATCF（Access Transfer Control Function，接入轉(zhuǎn)換控制功能），然后連接到S-CSCF（Serving-Call Session Control Function，服務(wù)呼叫會(huì)話控制功能）和SCC AS，再通過SCC AS同遠(yuǎn)端用戶建立連接；此時(shí)的媒體連接是UE通過EPC網(wǎng)絡(luò)錨定到拜訪地的ATGW（Access Transfer Gateway，接入轉(zhuǎn)換網(wǎng)關(guān)），再由ATGW連接到遠(yuǎn)端的媒體網(wǎng)關(guān)。這里的兩個(gè)關(guān)鍵網(wǎng)元：ATCF和ATGW，就是eSRVCC比SRVCC可以縮小通話時(shí)延的關(guān)鍵所在哦。最后一個(gè)問題，

VoIP，VoLTE和VoWiFi的區(qū)別

因?yàn)長(zhǎng)TE是只傳送數(shù)據(jù)的網(wǎng)絡(luò)，而WiFi也一樣傳送數(shù)據(jù)，有人就想，能不能像VoLTE一樣，把WiFi作為接入網(wǎng)，接入IMS呢？當(dāng)然可以。下圖是VoLTE和VoWiFi并存的4G網(wǎng)絡(luò)結(jié)構(gòu)圖，綠色部分叫可信任WiFi（運(yùn)營(yíng)商自己的WiFi），紅色部分叫不可信任WiFi（比如，你家里的WiFi或星巴克里的公共WiFi）。當(dāng)然，你也看到了，不管是可信任的WiFi還是不可信任的WiFi，它們最后都接入了IMS域。[attach]322953[/attach]所以，VoWiFi 和VoIP是有區(qū)別的。有人以為VoWiFi就是基于WiFi上的VoIP，這并不準(zhǔn)確！正如上圖中所示，VoWiFi只是將WiFi作為接入網(wǎng)，最終是要接入IMS的，它是運(yùn)營(yíng)商可以控制和管理的IP語(yǔ)音服務(wù)。網(wǎng)絡(luò)采用IMS來控制和管理語(yǔ)音數(shù)據(jù)包后，IMS就像一個(gè)交通警察，專門把守在那里為語(yǔ)音數(shù)據(jù)包或者其它實(shí)時(shí)數(shù)據(jù)流（比如視頻電話或在線游戲等）開綠燈。IMS 為每一個(gè)數(shù)據(jù)連接分配一個(gè)代碼，叫QoS (quality-of-service) class identifier，或者叫QCI，這個(gè)QCI確定了每個(gè)數(shù)據(jù)連接的優(yōu)先級(jí)。QCI被存儲(chǔ)在路由表里，描述了傳輸要求，包括最大時(shí)延、可接受的丟包數(shù)量、是否要求保證速率。比如，視頻電話，QCI為1，這就要求，無論網(wǎng)絡(luò)是否擁擠，必須保證99.99%的數(shù)據(jù)包在100ms內(nèi)到達(dá)目的地。而通常的Internet 數(shù)據(jù)，比如e-mail 或?yàn)g覽網(wǎng)頁(yè)，被分配一個(gè)較低的優(yōu)先級(jí)，QCI為8或9. 路由器根據(jù)QCI對(duì)數(shù)據(jù)包序列排隊(duì)，這樣就防止了VoLTE 數(shù)據(jù)包卡在交通堵塞的道路上。當(dāng)然，VoLTE還有一些技術(shù)優(yōu)勢(shì)，這里就不一一介紹了。關(guān)于VoIP，由于數(shù)據(jù)分組交換遵循“誰(shuí)先到，誰(shuí)先服務(wù)”的原則，語(yǔ)音包和數(shù)據(jù)包混在一起傳輸，不能保證語(yǔ)音包的優(yōu)先級(jí)別，這就會(huì)引起丟包和時(shí)延問題，無法確保語(yǔ)音質(zhì)量。由于語(yǔ)音包并沒有受到更好的保護(hù)，它們和其它數(shù)據(jù)包一樣，遵循著“盡力而為”的原則在網(wǎng)絡(luò)里傳輸，所以VoIP無法保證通話質(zhì)量的穩(wěn)定性，這也是VoIP電話的語(yǔ)音質(zhì)量時(shí)好時(shí)壞的原因。不過，隨著這幾年寬帶的提速，VoIP的通話質(zhì)量也在逐漸改善。最后，引用比爾蓋茨的一句話來作為結(jié)束吧！

所有的新技術(shù)，其短期影響力都會(huì)被高估，而長(zhǎng)期影響力都會(huì)被低估。

人間正道是滄桑，愿VoLTE一路走好！