千里之行，始于足下。第2頁/共2頁精品文檔推薦VoLTE信令流程詳解精心整理VOLTE信令流程

VOLTE是基于SIP協(xié)議的語音通話，所有與IMS交互的信令全部為SIP信令，在明白VOLTE信令方面必須對(duì)SIP信令舉行了解，EPC不過做為業(yè)務(wù)承載體。由于SIP信令是以加密方式傳輸，SIP信令惟獨(dú)在CN側(cè)和終端側(cè)才干解碼，基站CDL無法記錄SIP信令，并且CDL無法解碼較多NAS層直傳消息，因此本文中的信令

1.

。

PDN連接；

2.建立立QCI=5的默認(rèn)承載，用于傳送SIP信令；

3.UE經(jīng)過QCI=5的默認(rèn)承載向IMS發(fā)起注冊(cè)請(qǐng)求；

4.P-CSCF經(jīng)過HSS獲知用戶信息別在數(shù)據(jù)庫中，便向終端代理回送

401Unauthorized質(zhì)詢信息，其中包含安全認(rèn)證所需的令牌；

5.終端將用戶標(biāo)識(shí)和密碼依照安全認(rèn)證令牌加密后，再次用REGISTER

消息報(bào)告給P-CSCF服務(wù)器；

6.P-CSCF將REGISTER消息中的用戶信息解密，驗(yàn)證其合法后，IMS

核心網(wǎng)將該用戶信息登記到數(shù)據(jù)庫中，并向終端返回成功響應(yīng)消息200OK；

7.用戶向IMS訂閱注冊(cè)事件包

服1)

2)

REGISTER信令是用于網(wǎng)絡(luò)注冊(cè)，建立關(guān)聯(lián)

要緊講明如下：

這是用戶的第一具REGISTERREQUST信令，因此鑒權(quán)方面部分內(nèi)容為空，需要網(wǎng)絡(luò)回應(yīng)后才干補(bǔ)齊

REGISTER401信令是用于向終端回送401Unauthorized質(zhì)詢信息，其中包含安全認(rèn)證所需的令牌，令牌對(duì)應(yīng)用戶第一具REGISTERREQUST信令中鑒權(quán)摘要為空的部分，并指明算法，要緊講明如下：

3)REGISTER(2ndSipRegisterRequest)®ISTER200

第二條Register信令是終端將用戶標(biāo)識(shí)和密碼依照安全認(rèn)證令牌加密后回送給

，

4)

SUBSCRIBE是一具用來請(qǐng)求對(duì)方節(jié)點(diǎn)的當(dāng)前狀態(tài)以及后續(xù)狀態(tài)變化的請(qǐng)求辦法,從網(wǎng)絡(luò)訂閱消息，NOTIFY是用于向服務(wù)器請(qǐng)求返回當(dāng)前狀態(tài)消息。

VOLTE中典型的消息流如下：

假如訂閱過期了，就必須發(fā)起新的SUBSCRIBE來舉行訂閱

SUBSCRIBECDS信令截圖如下：

SUBSCRIBE200CDS信令截圖如下

網(wǎng)絡(luò)經(jīng)過NOTIFY向UE發(fā)送訂閱的內(nèi)容，UE經(jīng)過NOTIFY200確認(rèn)已收到，NOTIFY的CDS信令截圖如下：

2.語音通話流程及重要信令詳解

于

1連接、

承（

2

因此核心網(wǎng)側(cè)觸發(fā)尋呼消息，尋呼處于空暇態(tài)的被叫用戶，被叫UE收到尋呼后，觸發(fā)RRC連接、安全模式等過程，被叫經(jīng)過RRC重配置消息建立SRB2信令無線承載，CN側(cè)經(jīng)過QCI=5的RB向被叫發(fā)送INVITE消息，UE收到后發(fā)送INVITE100消息舉行響應(yīng)，并且被叫發(fā)送INVITE183消息給CN表示會(huì)話正在處理，啟動(dòng)Precondition(資源預(yù)留)過程，并通知主叫自個(gè)兒所支持的媒體類型和編碼，并建立起

QCI=1的承載；

3.16到17，IMS收到被叫的INVITE83后，對(duì)主叫啟動(dòng)Precondition(資源預(yù)留)過程，經(jīng)過EPC通知主叫SM層建立起QCI=1的承載后，向UE發(fā)送INVITE183消息；

4．18到25，主叫向被叫發(fā)送PRACK消息，PRACK過程是一具預(yù)確認(rèn)過程，

IMS

IMS1)

信令截圖如下：

2)RRCConnectionReconfiguration（QCI=1）

該信令對(duì)應(yīng)流程中的步驟13、14的RRCConnectionReconfiguration，在核心網(wǎng)下發(fā)“ActivateDedicatedEPSBearerContextRequest”消息后，基站將該消息附

加在“RRCConnectionReconfiguration”消息中一起下發(fā)，因此“RRCConnectionReconfiguration”中解碼出來的“ActivateDedicatedEPSBearerContextRequest”消息內(nèi)容，與后續(xù)的“ActivateDedicatedEPSBearerContextRequest”消息內(nèi)容一致。

要緊講明如下：

；

在mac-MainConfig節(jié)點(diǎn)下能夠查到ttiBundling功能是否開啟；

在該消息中假如查別到對(duì)于SPS的IE，則講明SPS為關(guān)閉狀態(tài)；

3)

UPDATE要緊是用于在呼叫過程中舉行媒體格式的二次協(xié)商，UPDATE200消息是對(duì)UPDATE消息的確認(rèn)，UPDATE200消息中協(xié)商結(jié)果為雙方通話使用的通話格式，通常選取主被叫雙方中格式中較低的一種，主被叫雙方依照協(xié)商結(jié)果，經(jīng)過“ModifyEPSBearerContextRequest”消息對(duì)EPS承載舉行相應(yīng)的修改。

在UPDATE消息中攜帶了要緊建議的語音編碼格式，好點(diǎn)正常語音業(yè)務(wù)上下行

各占用2個(gè)PRB左右，標(biāo)清語音和高清語音資源占用基本相同，但差點(diǎn)標(biāo)清PRB占用數(shù)會(huì)少一些，將來挪移也有也許推廣標(biāo)清語音。

在收到的UPDATE200消息中的編碼格式為最后格式，截圖如下：

4)

和

,其中需要注意的是正常結(jié)束后會(huì)去激活兩個(gè)承載。

要緊區(qū)不如下：

1.語音業(yè)務(wù)INVITE消息中，呼叫的緣故為語音，只攜帶支持的語音編碼格式，視

頻業(yè)務(wù)的INVITE中呼叫緣故為視頻，并攜帶了主叫支持的視頻編碼格式。

3.

流程，本文介紹的是“SRVCCfromE-UTRANtoGERANwithoutDTMsupport”流程。eSRVCC切換過程比較簡單，與TD-SCDMA中的CS系統(tǒng)間切換流程相似，經(jīng)過對(duì)照能夠加深明白。eSRVCC的要緊流程為A2?B2?HO?RELEASE，目前挪移公司的策略是從LTE切向GERAN，本文只講明LTE向GERAN的SRVCC切換過程。

測(cè)試軟件UU口信令截圖如下：

CDL解碼截圖如下：

信令流程如下：

信令講明只講明UU口和S1口的信令，其它步驟詳細(xì)講明見本節(jié)最終面的附件或查詢TS23.216的，要緊講明如下：

1.步驟1UE上報(bào)B2報(bào)告，基站會(huì)發(fā)起切換判決，這個(gè)地方有兩個(gè)注意事項(xiàng)，必須UE

切

2.

3.PS

發(fā)送

UE4.過

如在GERAN(orforanyotherreasonspecifiedinTS?24.008),UE則需要按照TS?23.060規(guī)定恢復(fù)PS業(yè)務(wù).GNSGSN將按照TS23.060規(guī)定恢復(fù)PDP上下文，S4SGSN將按照TS23.060規(guī)定恢復(fù)承載，同時(shí)通知S-GW和P-GW(s)恢復(fù)暫停的承載；假如UE在CS語音呼叫終止后差不多返回到E-UTRAN，則UE必須經(jīng)過發(fā)送TAU向MME恢

復(fù)PS服務(wù)，MME將通知S-GWandP-GW(s)恢復(fù)掛起的承載，恢復(fù)在S-GW和P-GW中掛起的承載，應(yīng)該經(jīng)過使用某種操作觸發(fā)ModifyBearerre