陳宇　王月珍

1 引言

OTT語(yǔ)音通信在移動(dòng)互聯(lián)網(wǎng)時(shí)代得到了極大的關(guān)注與應(yīng)用，這給運(yùn)營(yíng)商傳統(tǒng)語(yǔ)音業(yè)務(wù)也帶來(lái)了相應(yīng)的沖擊。隨著移動(dòng)通信網(wǎng)絡(luò)所能提供的數(shù)據(jù)傳輸速率的提升及業(yè)務(wù)時(shí)延的縮小，這種沖擊也將變得越來(lái)越大。LTE技術(shù)能提供超過(guò)100M的下行速率，同時(shí)大幅降低端到端時(shí)延，用戶面單向時(shí)延將控制在5ms以內(nèi)。如何在4G時(shí)代繼續(xù)確保語(yǔ)音業(yè)務(wù)的主導(dǎo)地位，成為電信運(yùn)營(yíng)商需要重點(diǎn)關(guān)注的問(wèn)題。在此背景下，本文對(duì)VoLTE技術(shù)展開(kāi)分析，分別介紹了實(shí)現(xiàn)VoLTE技術(shù)的網(wǎng)絡(luò)架構(gòu)、VoLTE業(yè)務(wù)的關(guān)鍵流程和QoS保障機(jī)制，重點(diǎn)分析VoLTE技術(shù)如何在資源共享的全I(xiàn)P網(wǎng)絡(luò)上，實(shí)現(xiàn)可靠性和語(yǔ)音質(zhì)量不低于傳統(tǒng)電路域的語(yǔ)音業(yè)務(wù)，最終確保與OTT語(yǔ)音競(jìng)爭(zhēng)的優(yōu)勢(shì)地位。

2 VoLTE網(wǎng)絡(luò)架構(gòu)

VoLTE業(yè)務(wù)實(shí)現(xiàn)方案是以LTE作為接入和承載網(wǎng)絡(luò)，以IMS（IP Multimedia System）作為語(yǔ)音和多媒體等業(yè)務(wù)的控制網(wǎng)絡(luò)，并通過(guò)PCC架構(gòu)和EPS協(xié)同提供QoS保障機(jī)制，滿足端到端語(yǔ)音業(yè)務(wù)需求。

VoLTE網(wǎng)絡(luò)架構(gòu)由E-UTRAN、EPC和IMS控制域組成，如圖1所示。其中E-UTRAN主要包括eNodeB，eNodeB是3GPP用于替代UMTS Node B和RNC聯(lián)合功能的LTE無(wú)線接入設(shè)備。

EPC主要包括MME、S-GW和P-GW等。其中MME是EPC的控制面實(shí)體；S-GW是本地的移動(dòng)性錨點(diǎn)；P-GW是連接外部分組數(shù)據(jù)網(wǎng)絡(luò)的錨點(diǎn)，并擁有PCEF及IP地址分配等功能；PCRF是完成策略控制的功能實(shí)體；HSS用于存放用戶簽約數(shù)據(jù)。

IMS包括的主要網(wǎng)元有CSCF和MMTel AS等。其中P/I/S-CSCF為呼叫會(huì)話控制功能實(shí)體，主要完成呼叫會(huì)話過(guò)程中信令轉(zhuǎn)發(fā)、路由及具體控制功能；MMTel AS提供多媒體通信及補(bǔ)充業(yè)務(wù)。由于本文主要針對(duì)VoLTE純網(wǎng)絡(luò)形態(tài)進(jìn)行探討，所以不涉及與其它網(wǎng)絡(luò)的互通網(wǎng)元及結(jié)構(gòu)分析。

3 VoLTE業(yè)務(wù)流程

VoLTE語(yǔ)音會(huì)話的建立需要UE、E-UTRAN、EPC、IMS完成一系列的信令交互和資源準(zhǔn)備。VoLTE業(yè)務(wù)流程可以劃分為EPC附著、IMS注冊(cè)、VoLTE會(huì)話建立、VoLTE媒體流通信、VoLTE會(huì)話釋放五個(gè)階段，如圖2所示。

LTE用戶在EPS網(wǎng)絡(luò)中注冊(cè)，至少需要建立一個(gè)PDN連接。對(duì)于VoLTE用戶，針對(duì)IMS APN的PDN連接將一直保持。用于IMS信令傳輸?shù)哪J(rèn)承載將在EPC附著過(guò)程中創(chuàng)建，而用于媒體傳輸?shù)膶Ｓ贸休d將于VoLTE會(huì)話建立過(guò)程創(chuàng)建。下面對(duì)主要的流程分別進(jìn)行介紹。

3.1 EPC附著

UE進(jìn)行VoLTE業(yè)務(wù)前，需要先對(duì)EPC網(wǎng)絡(luò)進(jìn)行附著，如圖3所示。

（1）UE開(kāi)機(jī)后，與eNodeB建立RRC連接。

（2）UE進(jìn)行EPS注冊(cè)，同時(shí)通知HSS對(duì)用戶信息進(jìn)行更新，HSS將用戶的默認(rèn)PDN及用于SIP信令承載的QoS信息發(fā)回MME（假如默認(rèn)PDN不是IMS PDN，IMS注冊(cè)前還需先建立IMS PDN）。

（3）建立EPS默認(rèn)承載。P-GW先通過(guò)IP-CAN會(huì)話建立過(guò)程向PCRF獲取默認(rèn)PCC規(guī)則，然后將用戶IP地址、EPS默認(rèn)承載QoS等用戶信息經(jīng)由S-GW返回給MME。

（4）P-GW將P-CSCF地址發(fā)給MME，MME對(duì)新的用戶信息進(jìn)行確認(rèn)更新，并將EPS默認(rèn)承載QoS、用戶IP地址、P-CSCF地址等通過(guò)eNodeB下發(fā)給UE。

（5）UE經(jīng)由eNodeB向MME發(fā)送附著完成消息，建立無(wú)線承載。

3.2 IMS注冊(cè)

用戶完成EPS附著，需要在IMS網(wǎng)絡(luò)完成注冊(cè)，注冊(cè)流程如圖4所示。

（1）UE首先向網(wǎng)絡(luò)為其分配的S-CSCF發(fā)送注冊(cè)請(qǐng)求。

（2）S-CSCF從HSS獲取用戶鑒權(quán)數(shù)據(jù)。

（3）S-CSCF將用戶鑒權(quán)數(shù)據(jù)封裝進(jìn)401響應(yīng)回送給UE。

（4）P-CSCF和UE根據(jù)401響應(yīng)中的鑒權(quán)參數(shù)建立IPsec安全關(guān)聯(lián)。

（5—7）S-CSCF收到UE第二次發(fā)送的注冊(cè)請(qǐng)求后，對(duì)UE進(jìn)行鑒權(quán)。若鑒權(quán)通過(guò)，則從HSS下載用戶配置，并向UE返回200OK指示鑒權(quán)完成。

（8）注冊(cè)成功后，S-CSCF通知用戶簽約的MMTel AS完成第三方注冊(cè)。

（9、10）UE和P-CSCF分別向S-CSCF訂閱用戶注冊(cè)狀態(tài)信息。

3.3 VoLTE會(huì)話建立

在VoLTE通話前，需要進(jìn)行媒體協(xié)商及資源預(yù)留等會(huì)話建立操作，如圖5所示。

（1）UE1將封裝有媒體類型及編解碼方案的SDP請(qǐng)求通過(guò)INVITE消息發(fā)給UE2。

（2）UE2將自己支持的方案類型通過(guò)183響應(yīng)返回給UE1。

（3、4）UE1向UE2發(fā)送攜帶有選定媒體類型及編解碼方案的PRACK請(qǐng)求，并開(kāi)始專用承載建立。

（5、6）UE2接收到PRACK請(qǐng)求后回復(fù)200OK用于確認(rèn)，并開(kāi)始專用承載建立。

（7）UE1收到200OK確認(rèn)并完成專用承載建立后，向UE2發(fā)送UPDATE消息進(jìn)行媒體更新。

（8、9）UE2接收到UPDATE消息，向UE1返回200OK表示接受請(qǐng)求。當(dāng)UE2完成專用承載建立后，開(kāi)始振鈴并向UE1返回180振鈴響應(yīng)。

（10）UE2摘機(jī)，向UE1返回200OK響應(yīng)。

（11）UE1收到200OK響應(yīng)后，向UE2發(fā)送ACK確認(rèn)消息。至此，會(huì)話建立完成。

VoLTE會(huì)話建立完成后，UE1和UE2之間正式開(kāi)始VoLTE媒體流的通信。

3.4 VoLTE會(huì)話釋放endprint

在語(yǔ)音會(huì)話結(jié)束后，終端可發(fā)起相應(yīng)的會(huì)話釋放，具體流程如圖6所示。

（1）UE2掛機(jī)將向UE1發(fā)起B(yǎng)YE請(qǐng)求。

（2、3）當(dāng)BYE請(qǐng)求經(jīng)由UE2及UE1各自歸屬網(wǎng)絡(luò)P-CSCF時(shí)，P-CSCF將經(jīng)由PCRF通知P-GW執(zhí)行專用承載拆除工作。

（4—6）UE1及UE2完成專用承載拆除，同時(shí)UE1將向UE2返回200OK響應(yīng)。

除了終端發(fā)起的VoLTE會(huì)話釋放場(chǎng)景，當(dāng)某一端用戶專用承載丟失，P-GW也會(huì)觸發(fā)PCRF向歸屬網(wǎng)絡(luò)P-CSCF發(fā)送會(huì)話釋放消息，并由P-CSCF向?qū)Χ司W(wǎng)絡(luò)發(fā)起B(yǎng)YE請(qǐng)求，接下來(lái)的會(huì)話釋放流程與終端發(fā)起情況類似，此處不再贅述。

4 VoLTE的QoS保障機(jī)制與OTT語(yǔ)音的比較

結(jié)合前文針對(duì)VoLTE網(wǎng)絡(luò)架構(gòu)和業(yè)務(wù)流程的分析，下面對(duì)VoLTE語(yǔ)音通信的QoS保障機(jī)制及相對(duì)于OTT語(yǔ)音的優(yōu)勢(shì)進(jìn)行進(jìn)一步闡述。

4.1 VoLTE的QoS保障機(jī)制

VoLTE的QoS保障通過(guò)EPS域和IMS域共同完成，以下進(jìn)行具體分析。

（1）EPS域的QoS保障

EPS采用端到端、層次化網(wǎng)絡(luò)架構(gòu)，并以承載的形式進(jìn)行數(shù)據(jù)傳輸。如圖7所示，LTE系統(tǒng)將端到端的業(yè)務(wù)劃分為EPS承載和外部承載，而EPS承載又進(jìn)一步分為無(wú)線承載、S1承載和S5/S8承載。

LTE沒(méi)有沿用3G制式的QoS協(xié)商及專用信道機(jī)制，在空口只保留共享信道以利于采用更靈活的資源調(diào)度進(jìn)行QoS保障。LTE采用承載級(jí)QoS保障，傳輸流模板（TFT）及其中的分組過(guò)濾器將上層業(yè)務(wù)數(shù)據(jù)流（SDF）進(jìn)行相應(yīng)的EPS承載映射，最終實(shí)現(xiàn)用戶數(shù)據(jù)的區(qū)分QoS保障。EPS承載分為GBR承載和Non-GBR承載，GBR承載是指網(wǎng)絡(luò)對(duì)承載速率進(jìn)行嚴(yán)格保障的承載，而Non-GBR承載的速率將得不到保障。QCI作為重要的QoS參數(shù)，是接入點(diǎn)對(duì)承載級(jí)數(shù)據(jù)分組進(jìn)行分類的重要依據(jù)。3GPP根據(jù)數(shù)據(jù)分組資源類型、時(shí)延、誤碼率、業(yè)務(wù)的不同將QCI分成9個(gè)等級(jí)（見(jiàn)表1）。VoLTE采用QCI=1的專用承載作為語(yǔ)音承載，QCI=5的默認(rèn)承載作為IMS信令承載，從而保障語(yǔ)音數(shù)據(jù)分組的優(yōu)先資源調(diào)度和傳送。

（2）IMS域的QoS保障

在EPC附著和IMS會(huì)話建立過(guò)程中，連接EPS域和IMS域的PCC架構(gòu)將參與VoLTE的QoS保障。EPC附著時(shí)，P-GW通過(guò)IP-CAN會(huì)話建立向PCRF獲取缺省PCC規(guī)則，PCRF則向SPR獲取用戶信息并將其轉(zhuǎn)換成相應(yīng)的策略發(fā)往P-GW以建立默認(rèn)承載；IMS會(huì)話建立時(shí)，P-CSCF將語(yǔ)音會(huì)話信息發(fā)往PCRF，PCRF進(jìn)行QoS授權(quán)，授權(quán)通過(guò)后PCRF將QoS信息發(fā)往P-GW，P-GW根據(jù)接收到的QoS信息建立語(yǔ)音業(yè)務(wù)專用承載。這樣，通過(guò)PCC架構(gòu)，可以為VoLTE業(yè)務(wù)設(shè)置高優(yōu)先級(jí)的QoS規(guī)則，從而保障語(yǔ)音通信的質(zhì)量。

4.2 與基于LTE的OTT語(yǔ)音對(duì)比

OTT語(yǔ)音是上層應(yīng)用業(yè)務(wù)，在LTE網(wǎng)絡(luò)中底層承載將其認(rèn)定為普通數(shù)據(jù)傳輸，于是OTT語(yǔ)音將與其它普通數(shù)據(jù)分組使用相同的Internet PDN連接的Non-GBR默認(rèn)承載（QCI=8/9）。這將導(dǎo)致OTT語(yǔ)音與其它業(yè)務(wù)搶占公共帶寬資源，引起OTT語(yǔ)音出現(xiàn)誤碼、丟包、時(shí)延大等一系列服務(wù)質(zhì)量問(wèn)題。因此，基于LTE的OTT語(yǔ)音業(yè)務(wù)無(wú)法得到有效的QoS保障。而對(duì)于VoLTE，前面提到其采用高QoS等級(jí)的語(yǔ)音及信令承載，且建立獨(dú)立于普通數(shù)據(jù)業(yè)務(wù)的PDN連接，能在EPS域和IMS域獲得良好的QoS保障。

同時(shí)，VoLTE對(duì)空口也作了進(jìn)一步的優(yōu)化。首先，RLC層采用UM模式，通過(guò)取消RLC重傳機(jī)制來(lái)減少業(yè)務(wù)時(shí)延。其次，針對(duì)上行功率受限場(chǎng)景采用TTI Bunding技術(shù)，通過(guò)在同個(gè)HARQ進(jìn)程連續(xù)發(fā)送相同RLC層分片4個(gè)不同冗余版本，以此來(lái)降低小區(qū)覆蓋邊緣VoLTE語(yǔ)音數(shù)據(jù)的誤碼率和時(shí)延。OTT語(yǔ)音采用普通數(shù)據(jù)處理機(jī)制，無(wú)法使用以上的優(yōu)化特性。另外，由于通過(guò)軟件方式完成會(huì)話建立及語(yǔ)音數(shù)據(jù)處理，OTT語(yǔ)音業(yè)務(wù)時(shí)延也相應(yīng)增加。

從端到端來(lái)看，VoLTE業(yè)務(wù)走的是電信運(yùn)營(yíng)商具有高可靠性及安全性的內(nèi)部網(wǎng)絡(luò)。通過(guò)IMS域、EPS域及PCC架構(gòu)的聯(lián)合保障，語(yǔ)音業(yè)務(wù)端到端時(shí)延、誤碼率等服務(wù)質(zhì)量都獲得嚴(yán)格保證，這些都是OTT語(yǔ)音業(yè)務(wù)無(wú)法做到的。OTT分組數(shù)據(jù)需要通過(guò)Internet尋路至對(duì)端網(wǎng)絡(luò)，而Internet一般采用無(wú)QoS保障的Best-Effort數(shù)據(jù)傳輸方式，這將導(dǎo)致OTT語(yǔ)音質(zhì)量的進(jìn)一步下降。

除了QoS無(wú)法得到可靠保障外，OTT語(yǔ)音在手機(jī)資源消耗、終端信道資源占用、異系統(tǒng)切換、異OTT應(yīng)用兼容性等方面也得不到良好表現(xiàn)。對(duì)于這些問(wèn)題，VoLTE采用底層數(shù)據(jù)處理、非連續(xù)性接收（DRX）、魯棒性頭壓縮（RoHC）、半靜態(tài)調(diào)度（SPS）、單載波語(yǔ)音呼叫連續(xù)性（SRVCC）等技術(shù)及本身?yè)碛械奶匦?，都能較好解決。在提高用戶體驗(yàn)上，VoLTE可以采用高清語(yǔ)音、富通信套件（RCS）、增強(qiáng)富通信套件（RCSe）等豐富的業(yè)務(wù)形態(tài)來(lái)提高差異化優(yōu)勢(shì)。

5 結(jié)束語(yǔ)

VoLTE是電信運(yùn)營(yíng)商充分利用LTE網(wǎng)絡(luò)在語(yǔ)音業(yè)務(wù)上演進(jìn)的必然結(jié)果，它不單擁有傳統(tǒng)的電信級(jí)QoS保障機(jī)制及業(yè)務(wù)特性，而且擁有新興的如高清語(yǔ)音、RCS/RCSe的業(yè)務(wù)形態(tài)，在良好的服務(wù)質(zhì)量和絕佳的用戶體驗(yàn)上更能迎接OTT通信軟件的挑戰(zhàn)。當(dāng)然，不論是從產(chǎn)業(yè)鏈及投入成本的角度，還是從網(wǎng)絡(luò)演進(jìn)策略的角度，要實(shí)現(xiàn)VoLTE還有很多問(wèn)題需要考慮。但是，作為能充分利用先進(jìn)網(wǎng)絡(luò)技術(shù)并圍繞提高用戶感知體驗(yàn)，同時(shí)考慮運(yùn)營(yíng)商自身特點(diǎn)的VoLTE技術(shù)，相信在不遠(yuǎn)的將來(lái)必能得到廣泛應(yīng)用。

參考文獻(xiàn)：

[1] GSMA IR 92.V7.0. IMS Profile for Voice and SMS[S]. 2013.

[2] GSMA IR 94.V6.0. IMS Profile for Video Service[S]. 2013.

[3] 3GPP TS 23.203. Policy and Charging Control Architecture[S]. 2013.

[4] 3GPP TS 23.207. End-to-end Quality of Service（QoS） Concept and Architecture[S]. 2012.

[5] 3GPP TS 23.228. IP Multimedia Subsystem（IMS） Stage2[S]. 2013.

[6] 3GPP TS 36.321. Medium Access Control（MAC） protocol specification[S]. 2013.endprint

在語(yǔ)音會(huì)話結(jié)束后，終端可發(fā)起相應(yīng)的會(huì)話釋放，具體流程如圖6所示。

（1）UE2掛機(jī)將向UE1發(fā)起B(yǎng)YE請(qǐng)求。

（2、3）當(dāng)BYE請(qǐng)求經(jīng)由UE2及UE1各自歸屬網(wǎng)絡(luò)P-CSCF時(shí)，P-CSCF將經(jīng)由PCRF通知P-GW執(zhí)行專用承載拆除工作。

（4—6）UE1及UE2完成專用承載拆除，同時(shí)UE1將向UE2返回200OK響應(yīng)。

除了終端發(fā)起的VoLTE會(huì)話釋放場(chǎng)景，當(dāng)某一端用戶專用承載丟失，P-GW也會(huì)觸發(fā)PCRF向歸屬網(wǎng)絡(luò)P-CSCF發(fā)送會(huì)話釋放消息，并由P-CSCF向?qū)Χ司W(wǎng)絡(luò)發(fā)起B(yǎng)YE請(qǐng)求，接下來(lái)的會(huì)話釋放流程與終端發(fā)起情況類似，此處不再贅述。

4 VoLTE的QoS保障機(jī)制與OTT語(yǔ)音的比較

結(jié)合前文針對(duì)VoLTE網(wǎng)絡(luò)架構(gòu)和業(yè)務(wù)流程的分析，下面對(duì)VoLTE語(yǔ)音通信的QoS保障機(jī)制及相對(duì)于OTT語(yǔ)音的優(yōu)勢(shì)進(jìn)行進(jìn)一步闡述。

4.1 VoLTE的QoS保障機(jī)制

VoLTE的QoS保障通過(guò)EPS域和IMS域共同完成，以下進(jìn)行具體分析。

（1）EPS域的QoS保障

EPS采用端到端、層次化網(wǎng)絡(luò)架構(gòu)，并以承載的形式進(jìn)行數(shù)據(jù)傳輸。如圖7所示，LTE系統(tǒng)將端到端的業(yè)務(wù)劃分為EPS承載和外部承載，而EPS承載又進(jìn)一步分為無(wú)線承載、S1承載和S5/S8承載。

LTE沒(méi)有沿用3G制式的QoS協(xié)商及專用信道機(jī)制，在空口只保留共享信道以利于采用更靈活的資源調(diào)度進(jìn)行QoS保障。LTE采用承載級(jí)QoS保障，傳輸流模板（TFT）及其中的分組過(guò)濾器將上層業(yè)務(wù)數(shù)據(jù)流（SDF）進(jìn)行相應(yīng)的EPS承載映射，最終實(shí)現(xiàn)用戶數(shù)據(jù)的區(qū)分QoS保障。EPS承載分為GBR承載和Non-GBR承載，GBR承載是指網(wǎng)絡(luò)對(duì)承載速率進(jìn)行嚴(yán)格保障的承載，而Non-GBR承載的速率將得不到保障。QCI作為重要的QoS參數(shù)，是接入點(diǎn)對(duì)承載級(jí)數(shù)據(jù)分組進(jìn)行分類的重要依據(jù)。3GPP根據(jù)數(shù)據(jù)分組資源類型、時(shí)延、誤碼率、業(yè)務(wù)的不同將QCI分成9個(gè)等級(jí)（見(jiàn)表1）。VoLTE采用QCI=1的專用承載作為語(yǔ)音承載，QCI=5的默認(rèn)承載作為IMS信令承載，從而保障語(yǔ)音數(shù)據(jù)分組的優(yōu)先資源調(diào)度和傳送。

（2）IMS域的QoS保障

在EPC附著和IMS會(huì)話建立過(guò)程中，連接EPS域和IMS域的PCC架構(gòu)將參與VoLTE的QoS保障。EPC附著時(shí)，P-GW通過(guò)IP-CAN會(huì)話建立向PCRF獲取缺省PCC規(guī)則，PCRF則向SPR獲取用戶信息并將其轉(zhuǎn)換成相應(yīng)的策略發(fā)往P-GW以建立默認(rèn)承載；IMS會(huì)話建立時(shí)，P-CSCF將語(yǔ)音會(huì)話信息發(fā)往PCRF，PCRF進(jìn)行QoS授權(quán)，授權(quán)通過(guò)后PCRF將QoS信息發(fā)往P-GW，P-GW根據(jù)接收到的QoS信息建立語(yǔ)音業(yè)務(wù)專用承載。這樣，通過(guò)PCC架構(gòu)，可以為VoLTE業(yè)務(wù)設(shè)置高優(yōu)先級(jí)的QoS規(guī)則，從而保障語(yǔ)音通信的質(zhì)量。

4.2 與基于LTE的OTT語(yǔ)音對(duì)比

OTT語(yǔ)音是上層應(yīng)用業(yè)務(wù)，在LTE網(wǎng)絡(luò)中底層承載將其認(rèn)定為普通數(shù)據(jù)傳輸，于是OTT語(yǔ)音將與其它普通數(shù)據(jù)分組使用相同的Internet PDN連接的Non-GBR默認(rèn)承載（QCI=8/9）。這將導(dǎo)致OTT語(yǔ)音與其它業(yè)務(wù)搶占公共帶寬資源，引起OTT語(yǔ)音出現(xiàn)誤碼、丟包、時(shí)延大等一系列服務(wù)質(zhì)量問(wèn)題。因此，基于LTE的OTT語(yǔ)音業(yè)務(wù)無(wú)法得到有效的QoS保障。而對(duì)于VoLTE，前面提到其采用高QoS等級(jí)的語(yǔ)音及信令承載，且建立獨(dú)立于普通數(shù)據(jù)業(yè)務(wù)的PDN連接，能在EPS域和IMS域獲得良好的QoS保障。

同時(shí)，VoLTE對(duì)空口也作了進(jìn)一步的優(yōu)化。首先，RLC層采用UM模式，通過(guò)取消RLC重傳機(jī)制來(lái)減少業(yè)務(wù)時(shí)延。其次，針對(duì)上行功率受限場(chǎng)景采用TTI Bunding技術(shù)，通過(guò)在同個(gè)HARQ進(jìn)程連續(xù)發(fā)送相同RLC層分片4個(gè)不同冗余版本，以此來(lái)降低小區(qū)覆蓋邊緣VoLTE語(yǔ)音數(shù)據(jù)的誤碼率和時(shí)延。OTT語(yǔ)音采用普通數(shù)據(jù)處理機(jī)制，無(wú)法使用以上的優(yōu)化特性。另外，由于通過(guò)軟件方式完成會(huì)話建立及語(yǔ)音數(shù)據(jù)處理，OTT語(yǔ)音業(yè)務(wù)時(shí)延也相應(yīng)增加。

從端到端來(lái)看，VoLTE業(yè)務(wù)走的是電信運(yùn)營(yíng)商具有高可靠性及安全性的內(nèi)部網(wǎng)絡(luò)。通過(guò)IMS域、EPS域及PCC架構(gòu)的聯(lián)合保障，語(yǔ)音業(yè)務(wù)端到端時(shí)延、誤碼率等服務(wù)質(zhì)量都獲得嚴(yán)格保證，這些都是OTT語(yǔ)音業(yè)務(wù)無(wú)法做到的。OTT分組數(shù)據(jù)需要通過(guò)Internet尋路至對(duì)端網(wǎng)絡(luò)，而Internet一般采用無(wú)QoS保障的Best-Effort數(shù)據(jù)傳輸方式，這將導(dǎo)致OTT語(yǔ)音質(zhì)量的進(jìn)一步下降。

除了QoS無(wú)法得到可靠保障外，OTT語(yǔ)音在手機(jī)資源消耗、終端信道資源占用、異系統(tǒng)切換、異OTT應(yīng)用兼容性等方面也得不到良好表現(xiàn)。對(duì)于這些問(wèn)題，VoLTE采用底層數(shù)據(jù)處理、非連續(xù)性接收（DRX）、魯棒性頭壓縮（RoHC）、半靜態(tài)調(diào)度（SPS）、單載波語(yǔ)音呼叫連續(xù)性（SRVCC）等技術(shù)及本身?yè)碛械奶匦?，都能較好解決。在提高用戶體驗(yàn)上，VoLTE可以采用高清語(yǔ)音、富通信套件（RCS）、增強(qiáng)富通信套件（RCSe）等豐富的業(yè)務(wù)形態(tài)來(lái)提高差異化優(yōu)勢(shì)。

5 結(jié)束語(yǔ)

VoLTE是電信運(yùn)營(yíng)商充分利用LTE網(wǎng)絡(luò)在語(yǔ)音業(yè)務(wù)上演進(jìn)的必然結(jié)果，它不單擁有傳統(tǒng)的電信級(jí)QoS保障機(jī)制及業(yè)務(wù)特性，而且擁有新興的如高清語(yǔ)音、RCS/RCSe的業(yè)務(wù)形態(tài)，在良好的服務(wù)質(zhì)量和絕佳的用戶體驗(yàn)上更能迎接OTT通信軟件的挑戰(zhàn)。當(dāng)然，不論是從產(chǎn)業(yè)鏈及投入成本的角度，還是從網(wǎng)絡(luò)演進(jìn)策略的角度，要實(shí)現(xiàn)VoLTE還有很多問(wèn)題需要考慮。但是，作為能充分利用先進(jìn)網(wǎng)絡(luò)技術(shù)并圍繞提高用戶感知體驗(yàn)，同時(shí)考慮運(yùn)營(yíng)商自身特點(diǎn)的VoLTE技術(shù)，相信在不遠(yuǎn)的將來(lái)必能得到廣泛應(yīng)用。

參考文獻(xiàn)：

[1] GSMA IR 92.V7.0. IMS Profile for Voice and SMS[S]. 2013.

[2] GSMA IR 94.V6.0. IMS Profile for Video Service[S]. 2013.

[3] 3GPP TS 23.203. Policy and Charging Control Architecture[S]. 2013.

[4] 3GPP TS 23.207. End-to-end Quality of Service（QoS） Concept and Architecture[S]. 2012.

[5] 3GPP TS 23.228. IP Multimedia Subsystem（IMS） Stage2[S]. 2013.

[6] 3GPP TS 36.321. Medium Access Control（MAC） protocol specification[S]. 2013.endprint

在語(yǔ)音會(huì)話結(jié)束后，終端可發(fā)起相應(yīng)的會(huì)話釋放，具體流程如圖6所示。

（1）UE2掛機(jī)將向UE1發(fā)起B(yǎng)YE請(qǐng)求。

（2、3）當(dāng)BYE請(qǐng)求經(jīng)由UE2及UE1各自歸屬網(wǎng)絡(luò)P-CSCF時(shí)，P-CSCF將經(jīng)由PCRF通知P-GW執(zhí)行專用承載拆除工作。

（4—6）UE1及UE2完成專用承載拆除，同時(shí)UE1將向UE2返回200OK響應(yīng)。

除了終端發(fā)起的VoLTE會(huì)話釋放場(chǎng)景，當(dāng)某一端用戶專用承載丟失，P-GW也會(huì)觸發(fā)PCRF向歸屬網(wǎng)絡(luò)P-CSCF發(fā)送會(huì)話釋放消息，并由P-CSCF向?qū)Χ司W(wǎng)絡(luò)發(fā)起B(yǎng)YE請(qǐng)求，接下來(lái)的會(huì)話釋放流程與終端發(fā)起情況類似，此處不再贅述。

4 VoLTE的QoS保障機(jī)制與OTT語(yǔ)音的比較

結(jié)合前文針對(duì)VoLTE網(wǎng)絡(luò)架構(gòu)和業(yè)務(wù)流程的分析，下面對(duì)VoLTE語(yǔ)音通信的QoS保障機(jī)制及相對(duì)于OTT語(yǔ)音的優(yōu)勢(shì)進(jìn)行進(jìn)一步闡述。

4.1 VoLTE的QoS保障機(jī)制

VoLTE的QoS保障通過(guò)EPS域和IMS域共同完成，以下進(jìn)行具體分析。

（1）EPS域的QoS保障

EPS采用端到端、層次化網(wǎng)絡(luò)架構(gòu)，并以承載的形式進(jìn)行數(shù)據(jù)傳輸。如圖7所示，LTE系統(tǒng)將端到端的業(yè)務(wù)劃分為EPS承載和外部承載，而EPS承載又進(jìn)一步分為無(wú)線承載、S1承載和S5/S8承載。

LTE沒(méi)有沿用3G制式的QoS協(xié)商及專用信道機(jī)制，在空口只保留共享信道以利于采用更靈活的資源調(diào)度進(jìn)行QoS保障。LTE采用承載級(jí)QoS保障，傳輸流模板（TFT）及其中的分組過(guò)濾器將上層業(yè)務(wù)數(shù)據(jù)流（SDF）進(jìn)行相應(yīng)的EPS承載映射，最終實(shí)現(xiàn)用戶數(shù)據(jù)的區(qū)分QoS保障。EPS承載分為GBR承載和Non-GBR承載，GBR承載是指網(wǎng)絡(luò)對(duì)承載速率進(jìn)行嚴(yán)格保障的承載，而Non-GBR承載的速率將得不到保障。QCI作為重要的QoS參數(shù)，是接入點(diǎn)對(duì)承載級(jí)數(shù)據(jù)分組進(jìn)行分類的重要依據(jù)。3GPP根據(jù)數(shù)據(jù)分組資源類型、時(shí)延、誤碼率、業(yè)務(wù)的不同將QCI分成9個(gè)等級(jí)（見(jiàn)表1）。VoLTE采用QCI=1的專用承載作為語(yǔ)音承載，QCI=5的默認(rèn)承載作為IMS信令承載，從而保障語(yǔ)音數(shù)據(jù)分組的優(yōu)先資源調(diào)度和傳送。

（2）IMS域的QoS保障

在EPC附著和IMS會(huì)話建立過(guò)程中，連接EPS域和IMS域的PCC架構(gòu)將參與VoLTE的QoS保障。EPC附著時(shí)，P-GW通過(guò)IP-CAN會(huì)話建立向PCRF獲取缺省PCC規(guī)則，PCRF則向SPR獲取用戶信息并將其轉(zhuǎn)換成相應(yīng)的策略發(fā)往P-GW以建立默認(rèn)承載；IMS會(huì)話建立時(shí)，P-CSCF將語(yǔ)音會(huì)話信息發(fā)往PCRF，PCRF進(jìn)行QoS授權(quán)，授權(quán)通過(guò)后PCRF將QoS信息發(fā)往P-GW，P-GW根據(jù)接收到的QoS信息建立語(yǔ)音業(yè)務(wù)專用承載。這樣，通過(guò)PCC架構(gòu)，可以為VoLTE業(yè)務(wù)設(shè)置高優(yōu)先級(jí)的QoS規(guī)則，從而保障語(yǔ)音通信的質(zhì)量。

4.2 與基于LTE的OTT語(yǔ)音對(duì)比

OTT語(yǔ)音是上層應(yīng)用業(yè)務(wù)，在LTE網(wǎng)絡(luò)中底層承載將其認(rèn)定為普通數(shù)據(jù)傳輸，于是OTT語(yǔ)音將與其它普通數(shù)據(jù)分組使用相同的Internet PDN連接的Non-GBR默認(rèn)承載（QCI=8/9）。這將導(dǎo)致OTT語(yǔ)音與其它業(yè)務(wù)搶占公共帶寬資源，引起OTT語(yǔ)音出現(xiàn)誤碼、丟包、時(shí)延大等一系列服務(wù)質(zhì)量問(wèn)題。因此，基于LTE的OTT語(yǔ)音業(yè)務(wù)無(wú)法得到有效的QoS保障。而對(duì)于VoLTE，前面提到其采用高QoS等級(jí)的語(yǔ)音及信令承載，且建立獨(dú)立于普通數(shù)據(jù)業(yè)務(wù)的PDN連接，能在EPS域和IMS域獲得良好的QoS保障。

同時(shí)，VoLTE對(duì)空口也作了進(jìn)一步的優(yōu)化。首先，RLC層采用UM模式，通過(guò)取消RLC重傳機(jī)制來(lái)減少業(yè)務(wù)時(shí)延。其次，針對(duì)上行功率受限場(chǎng)景采用TTI Bunding技術(shù)，通過(guò)在同個(gè)HARQ進(jìn)程連續(xù)發(fā)送相同RLC層分片4個(gè)不同冗余版本，以此來(lái)降低小區(qū)覆蓋邊緣VoLTE語(yǔ)音數(shù)據(jù)的誤碼率和時(shí)延。OTT語(yǔ)音采用普通數(shù)據(jù)處理機(jī)制，無(wú)法使用以上的優(yōu)化特性。另外，由于通過(guò)軟件方式完成會(huì)話建立及語(yǔ)音數(shù)據(jù)處理，OTT語(yǔ)音業(yè)務(wù)時(shí)延也相應(yīng)增加。

從端到端來(lái)看，VoLTE業(yè)務(wù)走的是電信運(yùn)營(yíng)商具有高可靠性及安全性的內(nèi)部網(wǎng)絡(luò)。通過(guò)IMS域、EPS域及PCC架構(gòu)的聯(lián)合保障，語(yǔ)音業(yè)務(wù)端到端時(shí)延、誤碼率等服務(wù)質(zhì)量都獲得嚴(yán)格保證，這些都是OTT語(yǔ)音業(yè)務(wù)無(wú)法做到的。OTT分組數(shù)據(jù)需要通過(guò)Internet尋路至對(duì)端網(wǎng)絡(luò)，而Internet一般采用無(wú)QoS保障的Best-Effort數(shù)據(jù)傳輸方式，這將導(dǎo)致OTT語(yǔ)音質(zhì)量的進(jìn)一步下降。

除了QoS無(wú)法得到可靠保障外，OTT語(yǔ)音在手機(jī)資源消耗、終端信道資源占用、異系統(tǒng)切換、異OTT應(yīng)用兼容性等方面也得不到良好表現(xiàn)。對(duì)于這些問(wèn)題，VoLTE采用底層數(shù)據(jù)處理、非連續(xù)性接收（DRX）、魯棒性頭壓縮（RoHC）、半靜態(tài)調(diào)度（SPS）、單載波語(yǔ)音呼叫連續(xù)性（SRVCC）等技術(shù)及本身?yè)碛械奶匦裕寄茌^好解決。在提高用戶體驗(yàn)上，VoLTE可以采用高清語(yǔ)音、富通信套件（RCS）、增強(qiáng)富通信套件（RCSe）等豐富的業(yè)務(wù)形態(tài)來(lái)提高差異化優(yōu)勢(shì)。

5 結(jié)束語(yǔ)

VoLTE是電信運(yùn)營(yíng)商充分利用LTE網(wǎng)絡(luò)在語(yǔ)音業(yè)務(wù)上演進(jìn)的必然結(jié)果，它不單擁有傳統(tǒng)的電信級(jí)QoS保障機(jī)制及業(yè)務(wù)特性，而且擁有新興的如高清語(yǔ)音、RCS/RCSe的業(yè)務(wù)形態(tài)，在良好的服務(wù)質(zhì)量和絕佳的用戶體驗(yàn)上更能迎接OTT通信軟件的挑戰(zhàn)。當(dāng)然，不論是從產(chǎn)業(yè)鏈及投入成本的角度，還是從網(wǎng)絡(luò)演進(jìn)策略的角度，要實(shí)現(xiàn)VoLTE還有很多問(wèn)題需要考慮。但是，作為能充分利用先進(jìn)網(wǎng)絡(luò)技術(shù)并圍繞提高用戶感知體驗(yàn)，同時(shí)考慮運(yùn)營(yíng)商自身特點(diǎn)的VoLTE技術(shù)，相信在不遠(yuǎn)的將來(lái)必能得到廣泛應(yīng)用。

參考文獻(xiàn)：

[1] GSMA IR 92.V7.0. IMS Profile for Voice and SMS[S]. 2013.

[2] GSMA IR 94.V6.0. IMS Profile for Video Service[S]. 2013.

[3] 3GPP TS 23.203. Policy and Charging Control Architecture[S]. 2013.

[4] 3GPP TS 23.207. End-to-end Quality of Service（QoS） Concept and Architecture[S]. 2012.

[5] 3GPP TS 23.228. IP Multimedia Subsystem（IMS） Stage2[S]. 2013.

[6] 3GPP TS 36.321. Medium Access Control（MAC） protocol specification[S]. 2013.endprint