VOLTE測試方法及信令培訓(xùn)V4

VoLTE測試方法及信令培訓(xùn)2016年2月目錄VoLTE信令解析2VoLTE測試方法VoLTE測試簡介優(yōu)秀(excelent)很好，聽的清楚，延遲很小，交流流暢良好(good)稍差，聽的清楚，延遲小，交流欠缺順暢，有點(diǎn)雜音一般(fair)還可以，聽不太清，有一定延遲，可以交流差(poor)勉強(qiáng)，聽不太清，延遲較大，交流重復(fù)多次很差(bad)極差，什么都聽不到54321通過一個(gè)語音盒單元將主、被叫手機(jī)相連。被叫手機(jī)端發(fā)一個(gè)標(biāo)準(zhǔn)的聲音波形，經(jīng)過網(wǎng)絡(luò)達(dá)到主叫手機(jī)，測試軟件對收到的波形與發(fā)出的波形進(jìn)行比較、計(jì)算后得出MOS值(POLQA)。Mos測試簡介，MeanOpinionScore平均意見值，MOS值常以衡量通信系統(tǒng)語音質(zhì)量的重要指標(biāo)。常用的MOS分評價(jià)方法包括主觀MOS分評價(jià)和客觀MOS分評價(jià)。主觀MOS分采用ITU-T

P.800和P.830建議書，由不同的人分別對原始語料和經(jīng)過系統(tǒng)處理后有衰退的語料進(jìn)行主觀感覺對比，得出MOS分，最后求平均值。而客觀MOS評價(jià)則采用ITU-TP.862建議書提供的PESQ(PerceptualEvaluationofSpeechQuality)方法，由專門的儀器（如Agilent的VQT測試儀）或軟件進(jìn)行測試。為了更好的適應(yīng)4G/LTE時(shí)代的語音質(zhì)量測試需求，ITU-T于2006年開始了POLQA的開發(fā)工作2011年初正式發(fā)布為ITU-TP.863標(biāo)準(zhǔn)。主要特點(diǎn)可以覆蓋最新的語音編碼和網(wǎng)絡(luò)傳輸技術(shù)，在用于3G，4G/LTE，VoIP網(wǎng)絡(luò)時(shí)具有更高的準(zhǔn)確性支持超寬帶（50Hz~14KHz）語音傳輸，高質(zhì)量語音傳輸。MOS測試簡介集團(tuán)分析重點(diǎn)關(guān)注如下10個(gè)指標(biāo)：VOLTE集團(tuán)匯報(bào)的重點(diǎn)指標(biāo)指標(biāo)算法定義已測城市指標(biāo)區(qū)間*接通率（%）成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)。每次通話中，主叫UE發(fā)送第一條SIPINVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP200OK消息為成功完成呼叫

87.12%~99.53%*掉話率（%）（主叫掉話次數(shù)+被叫掉話次數(shù)）/（成功建立呼叫次數(shù)*2）。主叫主動掛機(jī)時(shí)，主叫未收到SIP_BYE-OK或被叫未發(fā)送SIP_BYE-OK，均計(jì)算一次掉話。（不滿足通話時(shí)長的OK回復(fù)，需人工判別）

12.9%~0.15%呼叫建立時(shí)延(s)每次通話中，主叫UE發(fā)SIPINVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP180Ring消息之間的時(shí)間差

（只統(tǒng)計(jì)接通）6.16~2.70MOS3.0以上占比(polqa算法）Polqa算法的3分以上的MOS采樣點(diǎn)數(shù)/MOS總采樣點(diǎn)數(shù)

76.41%~95.1%MOS3.5以上占比(polqa算法）Polqa算法的3.5分以上的MOS采樣點(diǎn)數(shù)/MOS總采樣點(diǎn)數(shù)

55.0%~88.7%IMS注冊成功率（%）終端完成IMS注冊成功/終端發(fā)起IMS注冊總數(shù)。IMS注冊成功指終端發(fā)送IMS_SIP_REGISTER,并收到IMS_SIP_REGISTER-OK(200)。

75%~100%eSRVCC成功率（%）

eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)。UE收到源eNB發(fā)送的切換到2G命令（MobilityFromEUTRACommand）后，5s內(nèi)UE向目標(biāo)小區(qū)發(fā)送“切換完成”消息（GSMRRSingalingMessageHandoverComplete）記為一次eSRVCC切換成功

62.86%~100%（個(gè)別城市未發(fā)生ESRVCC切換）eSRVCC切換時(shí)延-用戶面（ms）從切換前（MobilityFromEUTRACommand）收到的最后一個(gè)RTP包，到切換到GSM后發(fā)送“切換完成”消息（Handover

Complete）之間的時(shí)間差

182~348RTP丟包率（（主叫發(fā)送的RTP數(shù)據(jù)包數(shù)量-被叫接收的RTP數(shù)據(jù)包數(shù)量+（被叫發(fā)送的RTP數(shù)據(jù)包數(shù)量-主叫接收的RTP數(shù)據(jù)包數(shù)量））/（主叫發(fā)送的RTP數(shù)據(jù)包數(shù)量+被叫發(fā)送的RTP數(shù)據(jù)包數(shù)量）

1.97%~0.21%RTP抖動(ms)相繼RTP包間的時(shí)延變化平均值

14.06~3集團(tuán)輸出的接通率、掉話率為終端感知結(jié)果，即包含了VOLTE終端移動到無IMS或無LTE覆蓋區(qū)域的GSM、TD、CSFB的呼叫結(jié)果，并非僅限于VOLTE。對接平臺的惠杰朗、鼎利軟件只是測試軟件，不做統(tǒng)計(jì)處理，統(tǒng)計(jì)處理部分由平臺算法完成，個(gè)別指標(biāo)在算法上與廠家軟件自有算法有差異。VoLTE測試簡介目錄VoLTE信令解析5VoLTE測試方法VoLTE測試必備設(shè)備及相關(guān)配置要求HTCM8手機(jī)相關(guān)設(shè)置

現(xiàn)網(wǎng)VOLTE尚未商用，所以手機(jī)默認(rèn)設(shè)置為不支持VOLTE，需要在手機(jī)里設(shè)置打開VOLTE支持，設(shè)置位置為：設(shè)置數(shù)據(jù)連接移動網(wǎng)絡(luò)設(shè)置IMS服務(wù)勾選。開啟VOLTE后UE在正常狀態(tài)下會在IMS注冊成功，并在手機(jī)通知欄顯示IMS圖標(biāo)。注意：如不勾選IMS服務(wù)，手機(jī)為CSFB制式，可用于CSFB測試。HTCM8手機(jī)相關(guān)設(shè)置首先打開終端的USB調(diào)測功能；然后再打開HTCSSDTESTTOOL，將ControlDiagPort、ControlModem、Control

RmNet這三個(gè)端口打開，并將QXDMLOGGER關(guān)閉，否則會導(dǎo)致在測試軟件上無信令,注意開關(guān)顯示Enable則表示當(dāng)前狀態(tài)為關(guān)閉，顯示Disable則當(dāng)前狀態(tài)為開啟。注意：每次手機(jī)關(guān)機(jī)后三個(gè)端口均會自動關(guān)閉，開機(jī)后需要再次打開。OutumMOS測試相關(guān)配置Mos盒連接及設(shè)置：MOS盒無需驅(qū)動，連接上電腦后會自動識別，在設(shè)備管理器中顯示為USB音頻設(shè)備，由于我司MOS盒為雙通道MOS盒，可以同時(shí)進(jìn)行兩組手機(jī)打分，所以顯示為兩個(gè)設(shè)備；注意：VOLTE的MOS打分算法為POLQA算法，測試電腦上必須有POLQA算法LICENSE才進(jìn)行MOS打分,同時(shí)電腦必須具備5個(gè)USB口，如端口不足，需要擴(kuò)展。OutumMOS測試相關(guān)配置在OUTUM的控制窗口設(shè)備配置欄里，在MOS設(shè)置上右鍵“屬性設(shè)置”后，彈出以下窗口，將SPEAKERS設(shè)置為6，MICROPHONE設(shè)置為15，WAVEOUT設(shè)置為100（部分系統(tǒng)中可能不會出現(xiàn)WAVEOUT的控制欄），手機(jī)通話音量60%，即一半音量往上一格，錄播方式建議選擇“單向錄播BA”，全部采用UE1打分，方便數(shù)據(jù)分析；手機(jī)與MOS盒的音頻硬件連接按MOS盒端口標(biāo)識連接。注意：以上MOS設(shè)置值只適用于3.53.1403.1CL515892release-keys和3.51.1403.1CL460427release-keys兩個(gè)手機(jī)版本，其它版本設(shè)置值可以咨詢軟產(chǎn)。目前HTC終端軟件版本均為3.59，其中需要將MICROPHONE設(shè)置為5，手機(jī)音量設(shè)置為60%即最大回退兩格。OutumMOS測試相關(guān)配置打開“MOS打分設(shè)置”的設(shè)置，左邊窗口添加一個(gè)打分方案，打分方式為“實(shí)時(shí)打分”，添加完成后使其有效；右邊窗口添加標(biāo)準(zhǔn)語料文件和設(shè)置錄音文件存放文件夾，類型與語料音頻格式一致，打分文件Line1和Line2均需添加，采樣率等其它設(shè)置參見下圖。注意：未測試過的電腦C盤目錄下不會有Group1等這些組的文件夾，需要運(yùn)行一次MOS測試腳本后自動生成，或手動添加，Group1下有Line1、Line2兩個(gè)子文件夾，Group1代表打分第1組，Line1、Line2代表MOS盒上主叫1和被叫1。普通語音測試時(shí)（不測試MOS）只需要配置“呼叫”任務(wù)MOS測試時(shí)需要選用“MOS測試”腳本，outum軟件手動拔打無MOS值，其它項(xiàng)與語音呼叫設(shè)置一致；被叫UE，在手機(jī)上設(shè)置為自動接聽。執(zhí)行voltecall測試，點(diǎn)擊開始運(yùn)行，MOS測試時(shí)會自動彈出打分窗口，自動打分；OutumMOS測試相關(guān)配置被叫UE，在手機(jī)上設(shè)置為自動接聽。執(zhí)行voltecall測試，點(diǎn)擊開始運(yùn)行，MOS測試時(shí)會自動彈出打分窗口，自動打分；CDS軟件測試方法CDS軟件設(shè)備添加方法選擇上圖中紅色方框選中的按鈕，彈出設(shè)備管理器窗口，點(diǎn)擊

該按鈕添加設(shè)備，點(diǎn)擊端口選擇對應(yīng)的終端端口。并將該“調(diào)制解調(diào)器的Modem”端口號記錄并填到屬性選項(xiàng)的“ATPort”號（如下圖所示）CDS軟件測試方法Mos設(shè)備設(shè)置內(nèi)容：其中“參考文件”選擇自帶的語料文件，“內(nèi)部門限”選擇ALL，“播音衰減”設(shè)置為25(dB)，“端口的UE”選擇根據(jù)配置的UE來手動選擇配置voicecall任務(wù)及對端手機(jī)、測試號碼、測試時(shí)長等選中需配置的測試終端設(shè)備，設(shè)備下方會出現(xiàn)“屬性”頁和“測試”頁，在測試頁里面增加測試項(xiàng)目，并根據(jù)需要進(jìn)行配置。配置完成后，點(diǎn)“確定”保存，點(diǎn)擊“生效”完成配置；VioceCalltest的被叫UE，在手機(jī)上建議設(shè)置為自動接聽鼎利軟件VoLTE測試方案-設(shè)備配置說明世紀(jì)鼎利路測軟件Pioneer支持自動配置設(shè)備，如下圖點(diǎn)擊“自動檢測”按鈕，即自動檢測當(dāng)前電腦連接的設(shè)備，并自動配置相關(guān)設(shè)備端口。自動檢測并自動配置設(shè)備后，會彈出對話框“是否連接”，點(diǎn)擊“是”后，即連接上設(shè)備，并采集信令鼎利軟件VoLTE測試方案-業(yè)務(wù)配置說明VoLTE業(yè)務(wù)測試采用主被叫配對模式測試，測試設(shè)置業(yè)務(wù)如下：鼎利軟件VoLTE測試方案-業(yè)務(wù)配置說明1、點(diǎn)擊“Handset1”。哪個(gè)終端做主叫，就在哪個(gè)設(shè)備配置業(yè)務(wù)。此處舉例是handset1做主叫。2、在對應(yīng)該設(shè)備的測試計(jì)劃中，勾選“MOS業(yè)務(wù)”，并雙擊打開，進(jìn)行MOS業(yè)務(wù)配置，如下：a連接時(shí)長、通話時(shí)長、空閑間隔和失敗間隔參數(shù)根據(jù)集團(tuán)規(guī)范設(shè)置；bMOS選項(xiàng)：算法選擇“POLQASWB”，MOS設(shè)備版本根據(jù)使用的MOS盒信息選擇，當(dāng)前一般

單路測試選擇“MOSVer4.0Lite”；c

高級和語料里面不用任何設(shè)置，默認(rèn)即可。3、配置配對的被叫對象（否則被叫不會自動接聽）。點(diǎn)擊“設(shè)備控制”按鈕，如下：在彈出的如下界面，在主叫（此處的即Handset1）行，對應(yīng)的“DialedMS”下拉選擇被叫設(shè)備（此處即Handset2）。鼎利軟件VoLTE測試方案-測試記錄說明設(shè)備和業(yè)務(wù)配置完成后，點(diǎn)擊如下圖的“開始錄制”按鈕，即開始測試數(shù)據(jù)記錄，數(shù)據(jù)保存目錄可默認(rèn)，也可根據(jù)需要調(diào)整。建議默認(rèn)即可。

為方便快速進(jìn)行測試信息查看，鼎利Pioneer軟件支持默認(rèn)測試場景選擇，如下圖。也可以用戶自定義需要查看的界面。鼎利軟件VoLTE測試方案-測試界面觀察VoLTE業(yè)務(wù)測試過程主要需要觀察如下截圖幾點(diǎn)：基本的RSRP、SINR等測量，這些信息會影響MOS評分，以及接通和掉話；呼叫接通、掉話、未接通等業(yè)務(wù)事件觀察，查看是否呼叫正常；3.MOS算分事件及分值觀察，查看是否正常算分，并且分值是否在正常范圍。VoLTE測試簡介目錄VoLTE測試方法20VoLTE信令解析IMS注冊過程注冊過程是為了在IMS域?qū)⒌刂稶RI和一個(gè)或者多個(gè)聯(lián)系地址相關(guān)聯(lián)，開機(jī)注冊過程包括EPS附著及IMS注冊VOLTE采用雙APN（數(shù)據(jù)APN+語音APN），語音APN的默認(rèn)承載qci=5.單UE可以建立多PND連接,UE只能有1個(gè)SGW，可以有多個(gè)PGW1個(gè)APN可以對應(yīng)多個(gè)PDN連接（IPV4、IPV6、IPV4V6）注冊過程空口信令與CDL信令對應(yīng)我們首先需要在CDL中定位測試UE，由于UE初始接入網(wǎng)絡(luò)RRCConnectionRequest消息攜帶的是UE的randomValue標(biāo)識，因此在本次附著過程中我們需要通過randomValue在CDL軟件中找到相應(yīng)的UE注冊過程空口信令與CDL信令對應(yīng)UE完成RRC連接建立，鑒權(quán)，能力確認(rèn)和加密模式后，EPC通過S1InitialContextSetupRequest將建立QCI=9的要求發(fā)送給eNBeNB將通過第一條RRC重配置消息將建立QCI=9的信息發(fā)送給UE注冊過程空口信令與CDL信令對應(yīng)完成附著后，EPC將通過S1ERABSetupRequest信令將建立QCI=5的要求發(fā)送給EnbeNB將通過RRC重配置消息將建立QCI=5的信息發(fā)送給UE，UE完成QCI=5的建立截至此步UE已經(jīng)完成QCI=9和QCI=5的建立，IMS將通過QCI=5利用SIP信令指導(dǎo)UE完成注冊過程注冊過程空口信令與CDL信令對應(yīng)REGISTER(1STSipRegisterRequest)®ISTER401（Unauthorized）用戶的第一個(gè)REGISTERREQUST信令，所以鑒權(quán)方面部分內(nèi)容為空，需要網(wǎng)絡(luò)回應(yīng)后才能補(bǔ)齊REGISTER401信令是用于向終端回送401Unauthorized質(zhì)詢信息，其中包含安全認(rèn)證所需的令牌，令牌對應(yīng)用戶第一個(gè)REGISTERREQUST信令中鑒權(quán)摘要為空的部分，并指明算法，主要說明如下：注冊過程空口信令與CDL信令對應(yīng)REGISTER(2ndSipRegisterRequest)®ISTER200第二條Register信令是終端將用戶標(biāo)識和密碼根據(jù)安全認(rèn)證令牌加密后回送給服務(wù)器REGISTER200信令確認(rèn)注冊流程完成，并生成SIP-URI和TELURI，3GPPTS23.003定義了三種URI如下，VOLTE中使用了后面兩種：注冊過程空口信令與CDL信令對應(yīng)SUBSCRIBE&NOTIFYSUBSCRIBE用來請求對方節(jié)點(diǎn)的當(dāng)前狀態(tài)以及后續(xù)狀態(tài)變化的請求方法,從網(wǎng)絡(luò)訂閱消息，NOTIFY用于向服務(wù)器請求返回當(dāng)前狀態(tài)消息。網(wǎng)絡(luò)通過NOTIFY向UE發(fā)送訂閱的內(nèi)容，UE通過NOTIFY200確認(rèn)已收到VoLTE語音呼叫過程1．1到5，UE起呼，需發(fā)送INVITE到IMS，發(fā)起ServiceRequest，觸發(fā)RRC連接、安全模式等過程，并通過RRC重配置消息建立SRB2信令無線承載，配置測試控制，IMS開始尋呼后，發(fā)送INVITE100（TRYING）給UE，響應(yīng)INVITE消息，INVITE消息中包含被叫方的號碼，主叫方支持的媒體類型和編碼等；2．6到13，核心網(wǎng)向處于空閑態(tài)的被叫發(fā)INVITE消息，由于被叫處于空閑態(tài)，所以核心網(wǎng)側(cè)觸發(fā)尋呼消息，尋呼處于空閑態(tài)的被叫用戶，被叫UE收到尋呼后，觸發(fā)RRC連接、安全模式等過程，被叫通過RRC重配置消息建立SRB2信令無線承載，CN側(cè)通過QCI=5的RB向被叫發(fā)送INVITE消息，UE收到后發(fā)送INVITE100消息進(jìn)行響應(yīng)，同時(shí)被叫發(fā)送INVITE183消息給CN表示會話正在處理，啟動Precondition(資源預(yù)留)過程，并通知主叫自己所支持的媒體類型和編碼，并建立起QCI=1的承載；3.14到15，IMS收到被叫的INVITE83后，對主叫啟動Precondition(資源預(yù)留)過程，通過EPC通知主叫SM層建立起QCI=1的承載后，向UE發(fā)送INVITE183消息；4．16到23，主叫向被叫發(fā)送PRACK消息，PRACK過程是一個(gè)預(yù)確認(rèn)過程，主要為了防止會話超時(shí)及擁塞，被叫收到后返回PRACK200，主叫收到被叫的PRACK200以后，發(fā)送UPDATE消息，進(jìn)行媒體格式協(xié)商過程，被叫通過UPDATE200返回協(xié)商結(jié)果；5.24到29是振鈴接聽過程，被叫發(fā)送INVITE180給主叫，振鈴，摘機(jī)后發(fā)送INVITE200給主叫，主叫返回ACK進(jìn)行確認(rèn)，通話完全建立，進(jìn)入通話過程；6.通話結(jié)束后，主叫發(fā)送BYE請求結(jié)束本次會話，IMS服務(wù)器給被叫發(fā)送BYE,請求結(jié)束本次會話，被叫掛機(jī)，回BYE200消息，核心網(wǎng)IMS服務(wù)器給主叫發(fā)BYE200，標(biāo)明會話結(jié)束，主被叫分別通過RRCConntctionReconfiguration消息和去激活EPS專用承載消息，刪除QCI=1的數(shù)據(jù)無線承載。Outum軟件主被叫接通信令截圖語音（視頻）業(yè)務(wù)中鎖定測試UE打開測試軟件回放測試log，找到本次呼叫業(yè)務(wù)中測試UE建立RRC連接的相關(guān)信令，點(diǎn)擊RRCConnectionRequest信令，在彈出的解碼消息就可以查找到該UE的m-TMSI。Outum軟件給出的是二進(jìn)制，需要將其換算為十六進(jìn)制。m-TMSI在CDL的RRC建立統(tǒng)計(jì)中是用十六進(jìn)制展現(xiàn)（如下圖中UE的m-TMSI為11100110000010110101100010001001，換算為十六進(jìn)制后為E60B5889）打開CDL軟件導(dǎo)入相應(yīng)時(shí)間段的CDL日志（每次解析CDL日志時(shí)最好將該次業(yè)務(wù)時(shí)間段前后的CDL日志同時(shí)解析），在解析完成的CDL日志中通過RRC建立統(tǒng)計(jì)得到導(dǎo)入日志中所有UE的TMSI，結(jié)合Outum測試軟件中的m-TMSI和本次業(yè)務(wù)發(fā)生的時(shí)間點(diǎn)完成測試UE的定位。雙擊該行，CDL軟件自動定位到此次RRC連接的信令，通過CellUeIndex的篩選，完成測試UE在本次業(yè)務(wù)中此基站下所有信令的定位。本例中CellUeIndex=207。（UEID為UE每次RRC接入時(shí)eNB分配給UE的臨時(shí)標(biāo)識，再次發(fā)生RRC接入或發(fā)生X2切換后UEID會改變）INVITE根據(jù)VoLTE語音呼叫流程，發(fā)起呼叫時(shí)主叫UE會上發(fā)INVITE。（INVITE為SIP信令，根據(jù)協(xié)議，SIP信令只存在于UE與IMS側(cè)，因此在我們的接入網(wǎng)中看不到SIP信令，也就是說在CDL軟件不會解析SIP信令。）在INVITE信令中，我們將會看到主被叫號碼，本次通話類型，主叫UE支持的語音編碼方式等重要信息。QCI=9和QCI=5的激活在UE開機(jī)后會完成在IMS上的注冊，此過程中UE將完成QCI=9和QCI=5的建立。當(dāng)UE在進(jìn)行通話連接建立時(shí)，網(wǎng)絡(luò)將在RRC連接建立完成后，EPC將通過S1的初始建立第一個(gè)ERAB的消息S1InitialContextSetupRequest將激活QCI=9和QCI=5的命令下發(fā)給eNB。eNB將在UE完成加密后的第一條RRC重配置消息中指示UE完成QCI=9和QCI=5這兩個(gè)默認(rèn)承載的激活。圖中eps-BearerIdentity5對應(yīng)QCI=9，eps-BearerIdentity6對應(yīng)QCI=5。QCI=1的建立EPC通過S1ERABSetupRequest將建立QCI=1的命令下發(fā)給eNB。核心網(wǎng)下發(fā)“ActivateDedicatedEPSBearerContextRequest”消息后，基站將該消息附加在“RRCConnectionReconfiguration”消息中一起下發(fā)，所以“RRCConnectionReconfiguration”中解碼出來的“ActivateDedicatedEPSBearerContextRequest”消息內(nèi)容，與后續(xù)的“ActivateDedicatedEPSBearerContextRequest”消息內(nèi)容一致。下圖中dedicatedInfoNASList消息解析出來后就是ActivateDedicatedEPSBearerContextRequest，并且通過此條RRC重配置可以知道本例中QCI=1的eps承載ID=7。QCI=1的建立在建立QCI=1的RRC重配置信令中我們還將獲得ROHC頭壓縮的的相關(guān)配置，ttiBundling功能是否開啟，SPS是否開啟。在pdcp-ConfigheaderCompression可以查到頭壓縮的的相關(guān)配置，主要內(nèi)容為頭壓縮使用的方案格式；在mac-MainConfig節(jié)點(diǎn)下可以查到ttiBundling功能是否開啟；由下圖我們可知現(xiàn)網(wǎng)的ttiBundling功能是關(guān)閉的。QCI=1的建立在建立QCI=1的RRC重配置信令中我們還將獲得ROHC頭壓縮的的相關(guān)配置，ttiBundling功能是否開啟，SPS是否開啟。在該消息中如果查不到關(guān)于SPS的IE，則說明SPS為關(guān)閉狀態(tài)，麗水現(xiàn)網(wǎng)未開啟SPS；如果SPS開啟，SPS在信令中的格式如下：UE將通過ActivateDedicatedEPSBearerContextRequest完成QCI=1的建立UPDATE和UPDATE200UPDATE主要是用于在呼叫過程中進(jìn)行媒體格式的二次協(xié)商，UPDATE200消息是對UPDATE消息的確認(rèn)，UPDATE200消息中協(xié)商結(jié)果為雙方通話使用的通話格式，通常選取主被叫雙方中格式中較低的一種主叫UE上發(fā)UPDATE與被叫UE進(jìn)行語音編碼方式的二次協(xié)商。由下圖可知主叫UE建議的語音編碼格式為高清23.85kbps。（AMR-WB語音編碼方式中mode-set=2為標(biāo)清編碼方式12.65kbps，mode-set=8為標(biāo)清編碼方式23.85kbps。語音編碼方式由UE決定。）被叫UE收到主叫UE發(fā)送的UPDATE后會根據(jù)自己的語音編碼方式進(jìn)行協(xié)商，并通過UPDATE200將協(xié)商后的語音編碼方式發(fā)送給主叫UE。主叫UE收到的UPDATE200中的語音編碼方式為本次通話的最終語音編碼方式。BYE和BYE200通話結(jié)束，主叫UE掛機(jī)后將通過上發(fā)BYE通知網(wǎng)絡(luò)本次通話結(jié)束，被叫UE收到BYE后通過回復(fù)BYE200進(jìn)行確認(rèn)。QCI=1的刪除但是對于掉話事件的統(tǒng)計(jì)卻是以UE成功完成QCI=1的刪除為節(jié)點(diǎn)。也就是說即使主被叫UE完成了BYE和BYE200的交互，如果QCI=1刪除失敗，依然會記錄為掉話。EPC通過S1ERABReleaseCommand信令通知eNB進(jìn)行QCI=1的刪除EPC通過S1DLNasTrans信令將DeactivateEPSbearercontextrequest封裝在NAS-PDU中下發(fā)給eNB。本例中在CDL軟件中顯示為'277E4226BFF37200CD24'HQCI=1的刪除eNB通過DLInformationTransfer消息將DeactivateEPSbearercontextrequest下發(fā)給UE。對比截圖我們可以發(fā)現(xiàn)EPC下發(fā)給eNB的S1DLNasTrans和eNB下發(fā)給UE的DLInformationTransfer消息中的NAS層信息是完全一致的。最終UE將通過DeactivateEPSbearercontextrequest信令完成QCI=1的刪除，本次通話結(jié)束。視頻通話流程與語音通話流程的異同視頻電話與語音通話過程基本相同，其中最主要的區(qū)別是需要建立QCI=1和QCI=2的承載，QCI=1傳送語音，QCI=2傳送視頻，視頻電話的信令截圖如下,其中需要注意的是正常結(jié)束后會去激活兩個(gè)承載。視頻通話流程與語音通話流程的異同語音業(yè)務(wù)INVITE消息中，呼叫的原因?yàn)檎Z音，只攜帶支持的語音編碼格式，視頻業(yè)務(wù)的INVITE中呼叫原因?yàn)橐曨l，并攜帶了主叫支持的視頻編碼格式視頻通話流程與語音通話流程的異同需要建立QCI=1和QCI=2的承載，QCI=1傳送語音，QCI=2傳送視頻，同時(shí)視頻業(yè)務(wù)釋放時(shí)需要釋放兩條承載QCI=1和QCI=2的建立QCI=1和QCI=2的刪除eSRVCC切換流程HANDOVERREQUIRED消息攜帶SRVCCHOIndication指示MME觸發(fā)SRVCC切換；核心網(wǎng)承載分離：GBR刪除，NGBR掛起。IMS語音繼續(xù)UE將SRVCCcapabilityindication作為“UENetworkCapability”的一部分包含在AttachRequestmessage/TAUrequest中發(fā)送給MMEHSS向MME指示UE的簽約信息(STN-SR)MME為UE建立初始上下文時(shí)包含“SRVCCopera