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

從VoIP到VoLTE

觀察家們認(rèn)為VoIP的出現(xiàn)起始于1995年，那個時候GSM剛進(jìn)入中國。20年來，VoIP語音服務(wù)和2/3G網(wǎng)絡(luò)的CS語音業(yè)務(wù)一直共存。盡管兩者都提供語音服務(wù)，但其技術(shù)原理是有本質(zhì)的區(qū)別的。語音傳輸?shù)谋举|(zhì)實際上有兩種形式：電路交換（CS，Circuited Switched）和分組交換（PS，Packet Switched）。

CS，是指通話前需在網(wǎng)絡(luò)中建立一條線路，這是“獨(dú)占”的資源，直到通話結(jié)束才拆除。

PS，是將數(shù)據(jù)打包傳輸，這就像快遞打包一樣，當(dāng)你的物件被放進(jìn)快遞包后，快遞員就不能拆包，必須完好無損的將包裹送到收件者手里，由收件者拆開，無需“獨(dú)占”資源。

下面這張圖說明了兩者的區(qū)別：

傳統(tǒng)2/3G語音采用CS傳輸；VoIP采用PS傳輸，是將數(shù)據(jù)封包（Data Packet）的形式在IP網(wǎng)絡(luò)上傳輸。

到了4G時代，4G所有的資源都用來跑數(shù)據(jù)，也就是說LTE只支持PS（分組交換），這時候必須將電話語音也變成數(shù)據(jù)，大家“共享”網(wǎng)絡(luò)帶寬速率，于是就引入了VoLTE。VoLTE本質(zhì)上是承載于LTE網(wǎng)絡(luò)上的VoIP，但也有很多區(qū)別。

首先，我們從VoIP說起。

VoIP是如何建立雙方通話的呢？現(xiàn)實生活中，我們想找別人談話，通常分為：對話建立— 對話 — 對話結(jié)束，三個步驟。以老王和小明的對話為例：

老王想找小明幫他修手機(jī)：

老王：Hi，小明！

小明：什么事？老王！

這就是現(xiàn)實生活中的對話建立過程，老王的“Hi，小明！”是向小明發(fā)起對話請求，小明的“什么事？老王！”是對老王的對話請求的響應(yīng)。

現(xiàn)在他們開始談?wù)撔奘謾C(jī)的事，這是雙方的對話內(nèi)容。

對話結(jié)束時：

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

小明：再見！

這是對話的結(jié)束過程。同樣，老王的“謝謝！小明！再見！”是向小明發(fā)起對話結(jié)束請求，小明的“再見！”是對老王的對話結(jié)束請求的響應(yīng)。

如果老王和小明的對話，通過模擬/數(shù)字轉(zhuǎn)換、編碼、封裝后打包成IP數(shù)據(jù)包后，再通過IP網(wǎng)絡(luò)傳送，這就叫VoIP。老王和小明的對話實際上會打包成兩種類型的數(shù)據(jù)包：信令包和媒體包。

如上圖所示，“Say hello”和“Say goodbye”那部分被封裝成信令包，而具體談話內(nèi)容被封裝成媒體包，它們都通過數(shù)據(jù)包傳送到對方。

IP網(wǎng)絡(luò)中建立對話比現(xiàn)實生活要復(fù)雜得多，要在IP網(wǎng)絡(luò)建立對話，通話雙方必須知道對方地址，怎樣編碼，如何封裝數(shù)據(jù)包...等等，所以大家必須遵守一個統(tǒng)一的規(guī)則，這就引入了SIP協(xié)議。

SIP，Session Initiation Protocol，會話發(fā)起協(xié)議，用于建立、修改和終止IP網(wǎng)上的雙方或多方的多媒體會話，類似于HTTP的基于文本的協(xié)議。VoIP的信令包就是根據(jù)SIP協(xié)議封裝的。

SIP消息分兩種：請求消息（比如INVITE）和響應(yīng)消息，響應(yīng)包括一個最終響應(yīng)及可能的多個臨時響應(yīng)。

具體協(xié)議這里就不介紹了，附一張流程圖：

所以，整個VoIP通話過程是這樣的：

一個完整的SIP網(wǎng)絡(luò)還需要加一些功能實體，這些功能實體包括：

User Agents - 用戶代理

發(fā)起和終止會話的實體，比如電話終端。

SIP服務(wù)器

SIP服務(wù)器包括：登記服務(wù)器，代理服務(wù)器，位置服務(wù)器和重定向服務(wù)器。

Registrar Server - 登記服務(wù)器

接收REGISTER 請求完成用戶注冊，可以支持鑒權(quán)的功能。

Proxy Server - 代理服務(wù)器

對SIP請求及響應(yīng)進(jìn)行路由，它對收到的請求消息進(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不會發(fā)起自己的呼叫。與User Agents不同的是, redirect server不接受呼叫終止或主動終止呼叫。

它們之間是如何相互工作的呢？舉一個簡單的例子。

當(dāng)老王的終端要呼叫小明的終端，老王的終端是怎么知道小明終端的IP地址的呢？

老王和小明的終端在接入網(wǎng)絡(luò)時，首先會向Registrar Server發(fā)送 REGISTER 請求注冊，Registrar Server根據(jù)請求信息建立用戶標(biāo)識與終端 IP 地址的對應(yīng)綁定關(guān)系。

老王撥打小明的電話時，老王向Location Server發(fā)送含有小明的統(tǒng)一資源標(biāo)識符地址的 INVITE請求。（統(tǒng)一資源標(biāo)識符稱作 SIP URI。SIP URI 很像一個 E-mail 地址，典型的統(tǒng)一資源標(biāo)識符包括一個用戶名和主機(jī)名。）

由于老王和小明的終端都已經(jīng)在Registrar Server注冊，并建立用戶標(biāo)識與終端 IP 地址的對應(yīng)綁定關(guān)系。Location Server就向Registrar Server查詢，此時，Registrar Server就根據(jù)INVITE請求中的小明的統(tǒng)一資源標(biāo)識符地址查找到小明的IP地址，這樣就可以生成路由信息，聯(lián)系到小明，并回應(yīng)老王，建立通話。

SIP Proxy Server、Redirect Server、Register Server、Location Server可共存于一個設(shè)備，也可以分布在不同的物理實體中。

有了VoIP和SIP的基礎(chǔ)認(rèn)識，現(xiàn)在我們來聊一聊VoLTE。

VoLTE引入了IMS。IMS（IP Multimedia Subsystem），即IP多媒體子系統(tǒng)，它提供多媒體IP服務(wù)，包括VoIP。

因為LTE網(wǎng)絡(luò)只傳送數(shù)據(jù)包，所以，LTE把語音和相關(guān)信令看成和其它數(shù)據(jù)一樣，都打包于數(shù)據(jù)包傳輸（只是具有更高的優(yōu)先級）；IMS網(wǎng)絡(luò)接收處理這些數(shù)據(jù)包，并區(qū)分這些數(shù)據(jù)包的信令和語音數(shù)據(jù)部分，管理語音的控制面（IMS signalling）和用戶面（IMS traffic）。

和VoIP一樣，IMS管理的數(shù)據(jù)包分為：信令包（控制面）和媒體包（用戶面）。IMS管理信令部分的功能實體就相當(dāng)于SIP服務(wù)器，負(fù)責(zé)用戶面的就是媒體網(wǎng)關(guān)。這樣，整個IMS網(wǎng)絡(luò)結(jié)構(gòu)可以簡化兩部分：SIP Server 和 媒體網(wǎng)關(guān)。

SIP Server也類似于2/3G網(wǎng)絡(luò)的MSC。

實際上，IMS是一個在應(yīng)用層上的網(wǎng)絡(luò)，它工作于2G，3G，4G，甚至WiFi網(wǎng)絡(luò)等之上，其包含了很多實體、接口、協(xié)議等。IMS具體的網(wǎng)絡(luò)構(gòu)架大概是這樣：

IMS干的第一件是，就是加入了一個HSS子服務(wù)（Home Subscriber Server），這個是什么東西呢？SIP雖然也分為注冊服務(wù)器Register Server、呼叫代理服務(wù)器Proxy Server，但SIP的注冊服務(wù)器只是記錄一下一個SIP賬號的當(dāng)前的IP地址數(shù)據(jù)、認(rèn)證一下賬號密碼是不是正確；但I(xiàn)MS里的HSS就不簡單了，他是在SIP的注冊服務(wù)器基礎(chǔ)上，增加了一個很明顯的運(yùn)營商特征——業(yè)務(wù)訂購數(shù)據(jù)庫，也就是在移動開手機(jī)卡時，那一堆附加增值服務(wù)，好了，你在這里可以看到來電顯示業(yè)務(wù)、呼叫等待業(yè)務(wù)、彩鈴業(yè)務(wù)……的開關(guān)——也意味著收費(fèi)的計費(fèi)點(diǎn)。

因為VoIP很簡單，一般是企業(yè)內(nèi)部用，或者小規(guī)模的虛擬運(yùn)營商在有限的幾臺服務(wù)器上提供服務(wù)，所以VoIP的SIP軟件、SIP電話機(jī)網(wǎng)關(guān)就可以直接通過IP地址和賬號就能注冊上去，然后呼叫在多臺服務(wù)器上互相路由就可以完成呼叫的目的了，這些服務(wù)器，一般就是SIP Proxy Server，涉及到和固定電話、手機(jī)號碼互通時，會有FXO網(wǎng)關(guān)，E1網(wǎng)關(guān)等負(fù)責(zé)轉(zhuǎn)換，這里不多說了。

而IMS作為運(yùn)營商的方案，動輒上億用戶規(guī)模，而且又分為各省市地分公司，當(dāng)然，還有一個不得不提的 — 漫游。

IMS的核心是SIP，所以類似SIP Proxy Server這么重要的核心組件，IMS是不會少的，IMS里稱它為Call Session Control Function，即CSCF，并且又把它分成了多個子系統(tǒng)，其中代理CSCF（P-CSCF）從用戶終端角度看，基本就是SIP里的Proxy Server了（但其實不是，下述），負(fù)責(zé)直接與IMS的終端（類似SIP的軟電話、硬件電話等等，但同樣的，也擴(kuò)展了不少東西，這里跳過不述）；P-CSCF直接與終端交互，可能會把SIP進(jìn)行壓縮或者加密，然后就交給查詢CSCF（I-CSCF），I-CSCF會查詢HSS數(shù)據(jù)，來對用戶名和密碼進(jìn)行認(rèn)證，當(dāng)然，他也從HSS里查詢你是否欠費(fèi)了，開通或關(guān)閉了某些業(yè)務(wù)，以及你是從哪個P-CSCF來的，用來判斷你是不是漫游。

整個呼叫過程中，P-CSCF是不做復(fù)雜工作的，P-CSCF只負(fù)責(zé)接收SIP消息，它相當(dāng)于是對外聯(lián)絡(luò)點(diǎn)，然后SIP消息會到達(dá)I-CSCF，I-CSCF是運(yùn)營商的核心網(wǎng)絡(luò)——就是運(yùn)營商內(nèi)部網(wǎng)絡(luò)的入口，他會根據(jù)HSS查找到用戶是屬于哪個地區(qū)的，會對應(yīng)分配一個空閑的為該地區(qū)服務(wù)的服務(wù)CSCF（S-CSCF），一直到了這里，S-CSCF才是真正的VoIP里Proxy Server的角色，S-CSCF完成用戶注冊認(rèn)證和呼叫的路由處理，以及電話業(yè)務(wù)的觸發(fā)（IMS稱為AS，另外獨(dú)立成一個子系統(tǒng)，下述）。

所以如果綜合來分析，P-CSCF和I-CSCF只是起到一個邊界安全防護(hù)SBC服務(wù)器和負(fù)載平衡、服務(wù)器分流這一類功能，真正處理SIP注冊和呼叫的原先VoIP里標(biāo)準(zhǔn)邏輯的組件，是S-CSCF，從物理上看，P-CSCF可能是全國或省一級中心統(tǒng)一的服務(wù)器集群，配合更多的I-CSCF服務(wù)器分布在主干核心網(wǎng)上做分流，背靠一個大的HSS服務(wù)器群，將不同市縣的用戶分配到各地的S-CSCF上進(jìn)行實際的處理，并且S-CSCF會更多地與當(dāng)?shù)氐耐ㄓ崣C(jī)房里原有的2G、3G發(fā)生交流，也就是媒體網(wǎng)關(guān)（MGW），負(fù)責(zé)把新的走4G的手機(jī)終端和舊的3G、2G以及固定電話之類的對接起來，保持兼容（也就是PS、CS域的互通）。

所以，一個最最精簡的IMS系統(tǒng)，它的核心組件是包含HSS、CSCF（P、I、S）即可，即把VoIP SIP的核心Register和Proxy Server進(jìn)行按運(yùn)營需求的發(fā)展。

而MGW，其實就是市面上大量被使用的VoIP的模擬網(wǎng)關(guān)，數(shù)字中繼網(wǎng)關(guān)，而已……當(dāng)然，運(yùn)營商對穩(wěn)定性要求需要更高一些，并且需要額外的集中管理和控制能力。

但如果上了4G也只是為了提供和原來類似的語音通話功能，運(yùn)營商的面子還是掛不住的，得與時俱進(jìn)，提供一些IM服務(wù)，面向個人用戶，所以一般還要加一個Presence Server，推送服務(wù)器，離線存儲服務(wù)器等云的概念，提供的無非是類似qq或微信的功能了。

同樣的，通信不只是面向個人的，也要面向企業(yè)，所以上面也提到了AS子系統(tǒng)，即Application Server，其實就是現(xiàn)在的通信行業(yè)內(nèi)的增值方案服務(wù)供應(yīng)商了，一般就是提供例如電話會議、語音留言，企業(yè)語音導(dǎo)航IVR，電話呼入自動分配ACD等等；

就這樣，VoIP發(fā)展成為具備運(yùn)營商級的VoLTE。

從CS語音到VoLTE

2/3G網(wǎng)絡(luò)語音業(yè)務(wù)是通過傳統(tǒng)CS域傳送，而VoLTE傳送的是語音數(shù)據(jù)包，運(yùn)營商網(wǎng)絡(luò)將長期2G/3G/LTE共存，如何保證語音通話在多網(wǎng)絡(luò)結(jié)構(gòu)中的連續(xù)性呢？

下面這張圖是運(yùn)營商2G/3G/4G共存的網(wǎng)絡(luò)結(jié)構(gòu)（未引入IMS）：

我們看到，LTE（EPC）并沒有直接鏈路連接到CS網(wǎng)絡(luò)（紫色部分），也沒有媒體網(wǎng)關(guān)連接到CS網(wǎng)絡(luò)，所以，此時的LTE網(wǎng)絡(luò)并不支持CS語音。同樣，在未引入IMS之前，早期的LTE網(wǎng)絡(luò)也不支持IP語音。

為了讓用戶在LTE網(wǎng)絡(luò)下能夠撥打語音電話，主要有三種解決方案：

●VoLGA（LTE通用訪問傳送語音）

●CSFB（電路域回落）

●VoLTE

VoLGA

VoLGA方案是在網(wǎng)絡(luò)中加入一個VNC (VoLGA Network Controller，VoLGA網(wǎng)絡(luò)控制器)，其功能相當(dāng)于2G網(wǎng)絡(luò)的BSC和3G網(wǎng)絡(luò)的RNC，它直接與GSM MSC和UMTS MSC通信。

VNC負(fù)責(zé)在MSC和LTE網(wǎng)絡(luò)之間協(xié)調(diào)語音和其它相關(guān)消息。不過，由于成本投入問題和VoLTE的快速發(fā)展，VoLGA方案已被3GPP放棄。

CSFB

當(dāng)VoLTE還未到來之前，CSFB為LTE網(wǎng)絡(luò)提供語音業(yè)務(wù)的過渡解決方案。

CSFB（Circuit Switched Fallback），電路域回落，顧名思義，就是UE駐留在LTE網(wǎng)絡(luò)時，當(dāng)需要完成語音業(yè)務(wù)時再回落到2G/3G網(wǎng)絡(luò)的CS域。當(dāng)在2G/3G網(wǎng)絡(luò)完成呼叫后，重新返回LTE網(wǎng)絡(luò)。

為了支持CSFB，需引入一個新的網(wǎng)絡(luò)接口：SGs，該接口連接MME和2/3G網(wǎng)絡(luò)的MSC。

CSFB-注冊和位置

當(dāng)UE開機(jī)時，會注冊兩個網(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會不斷的通過新引入的SGs接口向MSC提供位置信息。SGs消息支持移動性管理，尋呼和SMS。

CSFB-主叫

當(dāng)主叫發(fā)生在LTE網(wǎng)絡(luò)時，UE會發(fā)送一條SRM (Service Request Message)給MME，MME通知eNodeB“轉(zhuǎn)移”UE到2/3G網(wǎng)絡(luò)。在執(zhí)行“轉(zhuǎn)移”之前，eNodeB會要求UE對鄰近的2G/3G網(wǎng)絡(luò)進(jìn)行RF測量，以決定將UE轉(zhuǎn)移到信號最好的2/3G小區(qū)上。一旦UE進(jìn)入2/3網(wǎng)絡(luò)，開始在2/3G網(wǎng)絡(luò)下進(jìn)行呼叫控制流程。

CSFB-語音呼叫與數(shù)據(jù)連接

當(dāng)UE正在LTE網(wǎng)絡(luò)中上網(wǎng)（數(shù)據(jù)連接）時，突然決定要撥打電話，怎么辦？通常有兩種選擇：

1）將數(shù)據(jù)業(yè)務(wù)轉(zhuǎn)移到3G網(wǎng)絡(luò)

2）暫停數(shù)據(jù)業(yè)務(wù)，直到UE返回LTE網(wǎng)絡(luò)

看起來第一種選擇還不錯，不過，需要考慮“切換”到3G網(wǎng)絡(luò)后數(shù)據(jù)速率下降影響用戶感知，另外，3G網(wǎng)絡(luò)可能會因資源不足等原因拒絕IP對話。不支持?jǐn)?shù)據(jù)業(yè)務(wù)“切換”到2G網(wǎng)絡(luò)，這種情況下，暫停數(shù)據(jù)業(yè)務(wù)。

CSFB-被叫

當(dāng)被叫發(fā)生在LTE網(wǎng)絡(luò)時，MSC將呼叫請求通過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語音呼叫結(jié)束

當(dāng)CSFB的CS通話結(jié)束后，通常會通過空閑態(tài)重選會LTE網(wǎng)絡(luò)。運(yùn)營商需要根據(jù)網(wǎng)絡(luò)規(guī)劃及實際覆蓋情況配置相關(guān)參數(shù)。

VoLTE

VoLTE即4G語音的終極解決方案，它需要引入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è)務(wù)連續(xù)性方案，主要是為了解決當(dāng)單射頻UE 在LTE網(wǎng)絡(luò)和2G/3G CS 網(wǎng)絡(luò)之間移動時，如何保證語音呼叫連續(xù)性的問題，即保證單射頻UE 在IMS 控制的VoIP 語音和CS 域語音之間的平滑切換。

當(dāng)我們正在LTE網(wǎng)絡(luò)下VoLTE通話時，移動到了LTE覆蓋盲區(qū)，此時只有2/3G網(wǎng)絡(luò)覆蓋，為了不至于掉話，保持通話的連續(xù)性，我們需要將通話“切換”到2/3G網(wǎng)絡(luò)，這個時候就要用到SRVCC。

為了支持SRVCC，IMS網(wǎng)絡(luò)需引入一個應(yīng)用服務(wù)器 — SCC AS (Server Centralization and Continuity Application Server)，這個應(yīng)用服務(wù)器管理“切換”過程中的信令。

帶SCC AS的VoLTE網(wǎng)絡(luò)結(jié)構(gòu)：

我們來看一個簡單的SRVCC 切換流程（以SRVCC到GSM為例）：

當(dāng)UE在LTE網(wǎng)絡(luò)進(jìn)行IMS語音呼叫，隨著用戶的移動，UE移出LTE網(wǎng)絡(luò)的覆蓋區(qū)域，此時LTE信號越來越弱，UE發(fā)送測量報告給EnodeB，EnodeB判定需向GSM進(jìn)行SRVCC 切換，EnobeB向MME發(fā)送切換請求（需說明該切換為SRVCC類型）。

一個新的呼叫請求被發(fā)送到IMS，該呼叫請求包含STN-SR號碼（STN-SR是存儲在HSS的由每一臺UE生成的唯一號碼，該號碼在UE首次接觸網(wǎng)絡(luò)時由MME發(fā)送給HSS）。

當(dāng)IMS接收到STN-SR號碼后，SCC AS確認(rèn)相應(yīng)的呼叫應(yīng)轉(zhuǎn)移到GSM網(wǎng)絡(luò)，開始將的IMS語音平滑切換至GSM。

當(dāng)GSM資源準(zhǔn)備好之后，MME向EnodeB 發(fā)送切換命令消息。

EnodeB 向用戶終端發(fā)送切換命令消息，消息包含目標(biāo)小區(qū)信息。

最后一步，UE檢測GSM網(wǎng)絡(luò)，并重新建立呼叫于GSM網(wǎng)絡(luò)。

SRVCC切換完成。

不僅是語音數(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)兩個新的功能實體。eSRVCC在保證語音呼叫連續(xù)性的同時，盡可能地減小了切換時延，將時延控制在人類所能感知的范圍之內(nèi)，使正在進(jìn)行的通話不會感覺到有中斷的跡象。

具體來說，信令是從UE通過EPC網(wǎng)絡(luò)到P-CSCF（Proxy-Call Session Control Function，代理呼叫會話控制功能），再錨定到拜訪地的ATCF（Access Transfer Control Function，接入轉(zhuǎn)換控制功能），然后連接到S-CSCF（Serving-Call Session Control Function，服務(wù)呼叫會話控制功能）和SCC AS，再通過SCC AS同遠(yuǎn)端用戶建立連接；此時的媒體連接是UE通過EPC網(wǎng)絡(luò)錨定到拜訪地的ATGW（Access Transfer Gateway，接入轉(zhuǎn)換網(wǎng)關(guān)），再由ATGW連接到遠(yuǎn)端的媒體網(wǎng)關(guān)。這里的兩個關(guān)鍵網(wǎng)元：ATCF和ATGW，就是eSRVCC比SRVCC可以縮小通話時延的關(guān)鍵所在哦。

最后一個問題，

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

因為LTE是只傳送數(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)營商自己的WiFi），紅色部分叫不可信任WiFi（比如，你家里的WiFi或星巴克里的公共WiFi）。當(dāng)然，你也看到了，不管是可信任的WiFi還是不可信任的WiFi，它們最后都接入了IMS域。

所以，VoWiFi 和VoIP是有區(qū)別的。有人以為VoWiFi就是基于WiFi上的VoIP，這并不準(zhǔn)確！正如上圖中所示，VoWiFi只是將WiFi作為接入網(wǎng)，最終是要接入IMS的，它是運(yùn)營商可以控制和管理的IP語音服務(wù)。

網(wǎng)絡(luò)采用IMS來控制和管理語音數(shù)據(jù)包后，IMS就像一個交通警察，專門把守在那里為語音數(shù)據(jù)包或者其它實時數(shù)據(jù)流（比如視頻電話或在線游戲等）開綠燈。

IMS 為每一個數(shù)據(jù)連接分配一個代碼，叫QoS (quality-of-service) class identifier，或者叫QCI，這個QCI確定了每個數(shù)據(jù)連接的優(yōu)先級。QCI被存儲在路由表里，描述了傳輸要求，包括最大時延、可接受的丟包數(shù)量、是否要求保證速率。比如，視頻電話，QCI為1，這就要求，無論網(wǎng)絡(luò)是否擁擠，必須保證99.99%的數(shù)據(jù)包在100ms內(nèi)到達(dá)目的地。而通常的Internet 數(shù)據(jù)，比如e-mail 或瀏覽網(wǎng)頁，被分配一個較低的優(yōu)先級，QCI為8或9. 路由器根據(jù)QCI對數(shù)據(jù)包序列排隊，這樣就防止了VoLTE 數(shù)據(jù)包卡在交通堵塞的道路上。當(dāng)然，VoLTE還有一些技術(shù)優(yōu)勢，這里就不一一介紹了。

關(guān)于VoIP，由于數(shù)據(jù)分組交換遵循“誰先到，誰先服務(wù)”的原則，語音包和數(shù)據(jù)包混在一起傳輸，不能保證語音包的優(yōu)先級別，這就會引起丟包和時延問題，無法確保語音質(zhì)量。由于語音包并沒有受到更好的保護(hù)，它們和其它數(shù)據(jù)包一樣，遵循著“盡力而為”的原則在網(wǎng)絡(luò)里傳輸，所以VoIP無法保證通話質(zhì)量的穩(wěn)定性，這也是VoIP電話的語音質(zhì)量時好時壞的原因。不過，隨著這幾年寬帶的提速，VoIP的通話質(zhì)量也在逐漸改善。

最后，引用比爾蓋茨的一句話來作為結(jié)束吧！

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