測(cè)試volte技術(shù)培訓(xùn)

VoLTE技術(shù)培訓(xùn)珠海世紀(jì)鼎利通信科技股份有限公司主講：黃文學(xué)第一章第三章第四章VoLTE如何學(xué)習(xí)VoLTE主要流程VoLTE技術(shù)要點(diǎn)第五章VoLTE幾個(gè)案例第二章VoLTE新業(yè)務(wù)什么是VoLTE?2G/TDIMS網(wǎng)絡(luò)LTELTE多模終端InternetCS網(wǎng)絡(luò)EPC網(wǎng)絡(luò)LTE多模終端語(yǔ)音及多媒體業(yè)務(wù)數(shù)據(jù)業(yè)務(wù)EPC實(shí)現(xiàn)移動(dòng)性管理和接入鑒權(quán)為通信和數(shù)據(jù)業(yè)務(wù)建立承載通道IMS提供通信業(yè)務(wù)控制能力LTE無(wú)CS域，語(yǔ)音和數(shù)據(jù)均走PS域VoLTE是通過(guò)LTE網(wǎng)絡(luò)作為業(yè)務(wù)接入、IMS網(wǎng)絡(luò)實(shí)現(xiàn)業(yè)務(wù)控制的語(yǔ)音解決方案業(yè)務(wù)接入：LTE網(wǎng)絡(luò)是全I(xiàn)P網(wǎng)絡(luò)，沒(méi)有CS域，數(shù)據(jù)業(yè)務(wù)和語(yǔ)音多媒體業(yè)務(wù)都承載在LTE上業(yè)務(wù)控制：EPC網(wǎng)絡(luò)不具備語(yǔ)音和多媒體業(yè)務(wù)的呼叫控制功能，需要通過(guò)IMS網(wǎng)絡(luò)提供業(yè)務(wù)控制功能業(yè)務(wù)切換：在LTE全覆蓋之前，需要通過(guò)eSRVCC技術(shù)實(shí)現(xiàn)LTE與CS之間的語(yǔ)音業(yè)務(wù)連續(xù)性VoLTE（VoiceoverLongTermEvolution，長(zhǎng)期演進(jìn)上的語(yǔ)音）3GPP標(biāo)準(zhǔn)定義的：基于IMS網(wǎng)絡(luò)的LTE語(yǔ)音解決方案。通過(guò)IMS網(wǎng)絡(luò)，移動(dòng)運(yùn)營(yíng)商不僅可以無(wú)縫的繼承傳統(tǒng)的語(yǔ)音、短消息業(yè)務(wù)，還可以將語(yǔ)音通話與豐富的增強(qiáng)功能相整合，提供多樣化的服務(wù)。為什么是IMS？VOLTE是什么？最直接簡(jiǎn)單的理解就是VOIP，與普通VOIP相比，網(wǎng)絡(luò)的承載體由互聯(lián)網(wǎng)變成了LTE，同時(shí)對(duì)VoLTE使用的DRB承載定義高優(yōu)先級(jí)及速率保障等，保證業(yè)務(wù)QOS。IMS發(fā)展史IMS定義最早出現(xiàn)在3GPPR5階段,作為PS域的一個(gè)子系統(tǒng)出現(xiàn)2001/032002/032005/122006/X3GPPR4CN:MSC服務(wù)器和MGW3GPPR6IMSQoS,Billing,FMC,等3GPPR7IMS增強(qiáng)3GPPR5CN:IMS子系統(tǒng)和大量相關(guān)新網(wǎng)元TISPANR1--NGN/FMC等TISPANR2--NASS/RACS,等為保證標(biāo)準(zhǔn)的一致性，經(jīng)過(guò)各標(biāo)準(zhǔn)化組織之間的協(xié)調(diào)，在3GPP中統(tǒng)一開(kāi)展CommonIMS相關(guān)的標(biāo)準(zhǔn)化工作3GPPR8

引入LTE，基于LTE提供VoLTE3GPPR9

SRVCC支持緊急呼叫3GPPR10

eSRVCC漫游方案3GPPR11

rSRVCCvSRVCC2008/122009/122011/32012/9IMS到底是啥？IMS：IPMultimediaSubsystem

IMS是在3GPPR5階段提出的一個(gè)新的域，它基于IP承載，疊加在PS（分組域）之上，為用戶(hù)提供文本、語(yǔ)音、視頻、圖片等不同的IP多媒體信息.IP=

基于IP的傳輸基于IP的會(huì)話控制基于IP的業(yè)務(wù)實(shí)現(xiàn)Multimedia=

語(yǔ)音、視頻、圖片、文本等多種媒體的組合在多種接入基礎(chǔ)之上具有不同能力的終端組合Subsystem=

依賴(lài)于現(xiàn)有網(wǎng)絡(luò)技術(shù)和網(wǎng)絡(luò)設(shè)備發(fā)展的系統(tǒng)最大程度重用現(xiàn)有網(wǎng)絡(luò)系統(tǒng)無(wú)線網(wǎng)絡(luò)把GSM/WCDMA/CDMA/TD-SCDMA/LTE/SAE/WiMax網(wǎng)絡(luò)作為承載網(wǎng)絡(luò)固定網(wǎng)絡(luò)把基于固定接入IP系統(tǒng)(LAN、WLAN、xDSL)作為承載網(wǎng)絡(luò)簡(jiǎn)言之：IMS在IP網(wǎng)絡(luò)的基礎(chǔ)上構(gòu)建一個(gè)分層、開(kāi)放、融合的核心網(wǎng)控制架構(gòu)，是一個(gè)可運(yùn)營(yíng)、可管理、可計(jì)費(fèi)的系統(tǒng)。應(yīng)該說(shuō)IMS給LTE的業(yè)務(wù)發(fā)揮提供了更多的可能狹義的看VoLTE就是語(yǔ)音業(yè)務(wù)在LTE網(wǎng)絡(luò)上得以實(shí)現(xiàn)廣義的講基于LTE承載的IMS的多媒體業(yè)務(wù)都可以稱(chēng)呼為VoLTE基本通訊類(lèi)業(yè)務(wù)VoIP視頻通話會(huì)議電話電信補(bǔ)充業(yè)務(wù)VPMN業(yè)務(wù)IPCentrex業(yè)務(wù)......增強(qiáng)型通訊業(yè)務(wù)即時(shí)消息視頻共享電子白板應(yīng)用共享......提升用戶(hù)體驗(yàn)呈現(xiàn)業(yè)務(wù)群組管理動(dòng)態(tài)號(hào)碼簿一號(hào)通業(yè)務(wù)……多媒體業(yè)務(wù)多媒體彩鈴多媒體彩像多媒體會(huì)議......其他個(gè)性化業(yè)務(wù)統(tǒng)一用戶(hù)自服務(wù)

彩鈴、彩像……第一章第三章第四章VoLTE如何學(xué)習(xí)VoLTE主要流程VoLTE技術(shù)要點(diǎn)第五章VoLTE幾個(gè)案例第二章VoLTE新業(yè)務(wù)“新通話、新消息、新聯(lián)系”，VoLTE是“三新”業(yè)務(wù)的核心新通話:利用VoLTE，實(shí)現(xiàn)更高質(zhì)量的用戶(hù)體驗(yàn)終端內(nèi)的本地入口新聯(lián)系:實(shí)名社交網(wǎng)絡(luò)、公眾信息和個(gè)人服務(wù)的入口新消息:基于RCS，無(wú)縫對(duì)接各種格式的消息和媒體新通話：支持各種網(wǎng)絡(luò)環(huán)境，新增多方、高清等作為亮點(diǎn)視頻(LTE)音頻（CS/LTE）多方通話以VoLTE為核心能力，提供多種網(wǎng)絡(luò)環(huán)境下的高清音視頻通話和多方通話。并且吸取RCS國(guó)際標(biāo)準(zhǔn)定義，提供通話中的切換、消息收發(fā)等新功能。新消息：與OTT體驗(yàn)看齊群聊群發(fā)點(diǎn)對(duì)點(diǎn)消息新消息在提供多種媒體格式消息收發(fā)的基礎(chǔ)上，繼承原有一對(duì)一和群發(fā)通信能力，新增基于群組的聊天和公眾賬號(hào)交互等社交功能。新聯(lián)系：以真實(shí)手機(jī)號(hào)為前提，構(gòu)建全新的社交、公眾信息服務(wù)入口個(gè)性化展示“我”獲取公眾服務(wù)的入口融合通信能力展現(xiàn)實(shí)名制群組社交通訊錄社交一對(duì)多無(wú)縫通信豐富的聯(lián)系人類(lèi)型個(gè)人資料管理入口本人頭像個(gè)人詳細(xì)信息二維碼名片滿(mǎn)足社交及商務(wù)工作多個(gè)場(chǎng)景個(gè)性化的增強(qiáng)屏顯業(yè)務(wù)辦理的入口賬單查詢(xún)套餐辦理業(yè)務(wù)設(shè)置一卡多號(hào)彩鈴、彩印增強(qiáng)的聯(lián)系人功能基于云存儲(chǔ)的聯(lián)系人備份/恢復(fù)黑名單管理，防騷擾表情商店，讓聊天更輕松有趣第一章第三章第四章VoLTE如何學(xué)習(xí)VoLTE主要流程VoLTE技術(shù)要點(diǎn)第五章VoLTE幾個(gè)案例第二章VoLTE新業(yè)務(wù)VoLTE關(guān)鍵技術(shù)關(guān)鍵技術(shù)半持續(xù)調(diào)度（SPS）魯棒頭壓縮（ROHC）時(shí)隙綁定（TTIBundling）QoS/PCC國(guó)際IP轉(zhuǎn)接（IPX）核心特性VoIMS/SIPeSRVCCHD

voice/ARM-WBHDvideo/H.264VoLTE語(yǔ)音暫態(tài)(TransientState)暫態(tài)是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較大。通話期(Talkspurts)通話期是指對(duì)應(yīng)用戶(hù)正在通話的狀態(tài)，在通話狀態(tài)下，每20ms傳送一次數(shù)據(jù)。通話期的語(yǔ)音包大小取決于當(dāng)前采用的編碼速率。靜默期(SilentPeriod)靜默期是對(duì)應(yīng)用戶(hù)通話停頓的狀態(tài)，每間隔160ms發(fā)一個(gè)很短的SID（SilenceInsertionDescriptor）幀。SID幀是為了提升用戶(hù)感受而發(fā)送的噪音幀。

※AdaptiveMulti-Rate(AMR)

VoIP業(yè)務(wù)存在3個(gè)狀態(tài)：:

Semi-persistentScheduling（一）※應(yīng)用場(chǎng)景半持續(xù)調(diào)度主要用于周期性小包業(yè)務(wù)，可以減少L1/L2控制信令的開(kāi)銷(xiāo)，目前調(diào)度器只針對(duì)QCI為1的VoLTE語(yǔ)音業(yè)務(wù)進(jìn)行半持續(xù)調(diào)度（是否對(duì)其它QCI類(lèi)型支持半持續(xù)調(diào)度與廠家相關(guān)）。※目的

半靜態(tài)地為VoLTE用戶(hù)分配資源

?！δ躒oLTE業(yè)務(wù)的通話期與靜默期狀態(tài)由PDCP層進(jìn)行判決，判決為通話期時(shí)，激活半持續(xù)調(diào)度；判決為靜默期時(shí)，釋放已分配的半靜態(tài)資源；當(dāng)業(yè)務(wù)從靜默期轉(zhuǎn)為通話期時(shí)，需要重新激活半持續(xù)調(diào)度。eNodeB激活半持續(xù)調(diào)度時(shí)，通過(guò)PDCCH指示UE配置的半持續(xù)調(diào)度資源，在周期調(diào)度過(guò)程中，無(wú)需通過(guò)PDCCH指示調(diào)度資源。半持續(xù)調(diào)度的周期為20ms，由eNodeB通過(guò)RRC消息傳送給UE。Semi-persistentScheduling（二）對(duì)于上行，UE會(huì)在指定的半持續(xù)調(diào)度資源上周期發(fā)送數(shù)據(jù)。半持續(xù)調(diào)度激活前，需要對(duì)VoLTE數(shù)據(jù)包采用動(dòng)態(tài)調(diào)度。在半持續(xù)調(diào)度激活后，在以下場(chǎng)景需要采用動(dòng)態(tài)調(diào)度作為半持續(xù)調(diào)度的補(bǔ)充：靜默期、半持續(xù)調(diào)度期間的大包以及信令、HARQ重傳數(shù)據(jù)判斷VoLTE業(yè)務(wù)為通話期后，嘗試激活半持續(xù)調(diào)度，根據(jù)語(yǔ)音包大小和調(diào)整后的全帶SINR得到半持續(xù)調(diào)度激活時(shí)MCS和RB。對(duì)于下行，eNodeB周期發(fā)送數(shù)據(jù)，UE在指定的半持續(xù)調(diào)度資源上周期接收數(shù)據(jù)。下行半持續(xù)調(diào)度的優(yōu)先級(jí)低于廣播、尋呼等公共控制信息，高于用戶(hù)級(jí)控制信令和數(shù)據(jù)面的傳輸。半持續(xù)調(diào)度激活時(shí)，根據(jù)VoIP數(shù)據(jù)包大小和UE上報(bào)的全帶寬CQI，為用戶(hù)分配MCS和RB。由于半持續(xù)調(diào)度用戶(hù)的MCS在通話期間固定不變，而實(shí)際信道環(huán)境是變化的，會(huì)造成部分用戶(hù)的IBLER（InitialBlockErrorRate）較高，為了保證半持續(xù)調(diào)度用戶(hù)IBLER收斂到一定范圍之內(nèi)，會(huì)根據(jù)IBLER的收斂狀況決定是否進(jìn)行半持續(xù)調(diào)度重激活。Semi-persistentScheduling

VSDynamicScheduling※好處

保障VoIP的QoS減少PDCCH消耗，提高VoIP容量※壞處(相對(duì)于動(dòng)態(tài)調(diào)度)

受限于終端能力(是否支持半持續(xù)調(diào)度)

由于兩次半持續(xù)調(diào)度之間的MCS是固定的，鏈路適應(yīng)能力不好※好處更好包裝VoIP業(yè)務(wù)的QoS

對(duì)終端能力沒(méi)有限制(是否支持半持續(xù)調(diào)度)

對(duì)于不同的無(wú)線環(huán)境兼容性更好※壞處(相對(duì)于半持續(xù)調(diào)度)

消耗大量PDCCH資源，容量低于半持續(xù)調(diào)度。在VoIP用戶(hù)較多的場(chǎng)景不建議采用動(dòng)態(tài)調(diào)度。

ULSemi-persistentSchedulingPowerControl※

功能

包括PUSCH開(kāi)環(huán)功控和閉環(huán)功控?OpeningLoopPowerControl設(shè)置初速功率為

Po(P0_nominal_pusch

).?ClosedLoopPowerControlIBLER測(cè)量值大于IBLERTarget，eNodeB向UE發(fā)送增大發(fā)射功率的TPC命令。IBLER測(cè)量值小于IBLERTarget，eNodeB向UE發(fā)送降低發(fā)射功率的TPC命令。eNodeB發(fā)送TPC給終端，終端計(jì)算傳輸功率DLSemi-persistentSchedulingPowerControl※目的

保障IBLER收斂于IBLERTarget?！鶓?yīng)用場(chǎng)景

下行覆蓋受限?！δ?/p>

當(dāng)子開(kāi)關(guān)打開(kāi)時(shí)，對(duì)于采用QPSK調(diào)制方式的用戶(hù)，eNodeB根據(jù)VoIP數(shù)據(jù)包的IBLER（InitialBlockErrorRate）測(cè)量值和IBLERTarget間的差異，周期性調(diào)整PDSCH發(fā)射功率，以滿(mǎn)足IBLERTarget要求。如果IBLER測(cè)量值小于IBLERTarget，減小發(fā)射功率。如果IBLER測(cè)量值大于IBLERTarget，增大發(fā)射功率。ROHC（一）※目的?減少語(yǔ)音包頭大小，提高邊緣用戶(hù)的語(yǔ)音覆蓋。在容量受限時(shí)，提升用戶(hù)容量?！鶓?yīng)用場(chǎng)景?

業(yè)務(wù)層穩(wěn)定小包場(chǎng)景。

eNBeNB…VoIPUserVoIPUserIPHeader40BytesAMRframe32BytesRoHC1BytesAMRframe32BytesRoHC1BytesAMRframe32BytesIPHeader40BytesAMRframe32BytesIPHeader40BytesAMRframe32BytesULpressionDLpressionDLCompressionULCompressionOriginalpacketCompressedpacketROHC（二）※ROHC增益

下面表格是IPV4場(chǎng)景下，AMR-NB和AMR-WB各種SDU對(duì)應(yīng)的壓縮效率。AMR-NBcodec(kbps)SDUbitbandwidth-efficientAMRpayload(octet)VoIPFramewithIPheader(withoutROHC),(octet)VoIPFramewithIPheader(withROHC),(octet)VoIPFrame（withROHC）/VoIPFramewithoutROHC12.224432723548.61%10.220427673044.78%7.9515922622540.32%7.414820602338.33%6.713418582136.21%5.911816561933.93%5.1510315551832.73%4.759514541731.48%SID(1.8)397471021.28%AMR-WB

codec(kbps)SDUbitbandwidth-efficientAMRpayloadVoIPFramewithIPheader(withoutROHC)VoIPFramewithIPheaderr(withROHC),(octet)VoIPFrame（withROHC）/VoIPFramewithoutROHC23.85477611016463.37%23.0546159996262.63%19.8539751915459.34%18.2536547875057.47%15.8531741814454.32%14.2528537774051.95%12.6525333733649.32%8.8517724642742.19%6.613218582136.21%SID(1.75)407471021.28%TTIBundling

※應(yīng)用場(chǎng)景

VoIP用戶(hù)上行覆蓋受限時(shí).※目的

增加小區(qū)邊界VoIP用戶(hù)的上行覆蓋。

※功能

以下兩個(gè)條件必須滿(mǎn)足:

在連續(xù)超過(guò)配置值（T_COVERAGE_STAT）的TTI中由于功率受限，分配用戶(hù)的RB書(shū)小于3RB。終端的平均SINR小于threshold(packetlength).

綁定4個(gè)TTI用于一個(gè)包的傳輸。終端在4個(gè)TTI中提供非自適應(yīng)的重傳。捆綁在一起的4個(gè)傳輸采用同一個(gè)HARQ進(jìn)程。TDD系統(tǒng)中，協(xié)議規(guī)定TTIbundling只支持子幀配比0、1、6，且跟半持續(xù)調(diào)度互斥。QoS/PCC（PolicyControlandCharging）S-GWLTEPGWeNodeBInternetIMS/P-CSCFPCRF/SPRGxRx1。根據(jù)業(yè)務(wù)請(qǐng)求申請(qǐng)承載資源媒體信息/資源需求QCI/GBR2。根據(jù)業(yè)務(wù)簽約判斷是否允許申請(qǐng)承載資源QCI/GBRQCI/GBR3。根據(jù)QCI調(diào)度上下行資源4。根據(jù)QCI調(diào)度上下行資源5。根據(jù)QCI調(diào)度上行資源終端LTERAN傳輸網(wǎng)PGW用戶(hù)會(huì)話缺省承載專(zhuān)有承載普通上網(wǎng)業(yè)務(wù)/QCI=9普通P2P業(yè)務(wù)/QCI=9視頻/QCI=2，由PGW動(dòng)態(tài)建立PCRF的關(guān)鍵作用：根據(jù)業(yè)務(wù)簽約判斷用戶(hù)所使用業(yè)務(wù)的QoS信息，也即默認(rèn)承載或?qū)Ｓ谐休d打開(kāi)管道看在傳統(tǒng)CS域，每路話音都是獨(dú)占資源，互不影響。體驗(yàn)是能夠保障的。在數(shù)據(jù)業(yè)務(wù)域，帶寬是共享的，VoLTE流量也是流量的一部分。PCC的專(zhuān)有承載能力，為VoLTE話音提供了專(zhuān)有數(shù)據(jù)通道，能夠保證QoS質(zhì)量。如果沒(méi)有PCRF，VoLTE通話質(zhì)量將無(wú)法達(dá)到傳統(tǒng)CS話音的體驗(yàn)水平。語(yǔ)音/QCI=1，由PGW動(dòng)態(tài)建立SIP信令/QCI=5，在Attach時(shí)同步建立.DefaultAPNIMSAPNQoS/PCC（PolicyControlandCharging）視頻電話QCI5QCI1QCI2QCI8/9語(yǔ)音電話QCI5QCI1QCI8/9優(yōu)先級(jí)24QCI1235134567867899典型業(yè)務(wù)VoIP電話會(huì)議,會(huì)話視頻(直播流媒體)實(shí)時(shí)在線游戲,實(shí)時(shí)工業(yè)監(jiān)控非會(huì)話視頻(緩沖流媒體)IMS信令視頻(緩沖流媒體)視頻(直播流媒體),話音業(yè)務(wù)交互式游戲E-Mail,MSN,QQ,WWWP2P文件共享資源類(lèi)型GBRGBRGBRGBRNon-GBRNon-GBRNon-GBRNon-GBRNon-GBR時(shí)延100ms150ms50ms300ms100ms300ms100ms300ms300ms丟包率(-2)10(-3)10(-3)10(-6)10(-6)10(-6)10(-3)10(-6)10(-6)10VoLTE協(xié)議棧半持續(xù)調(diào)度SPSPHY3GPP36.21XTTIBundingMAC3GPP36.321RLC3GPP36.322SN、完保、加密、頭壓縮SN、完保、加密、頭壓縮PDCP3GPP36.323RRC信令RRC3GPP36.331承載NAS3GPP24.301LTE承載LTE控制面LTE用戶(hù)面IP包IP加密-ESP報(bào)文TCPTLSUDP信令壓縮（可選）SIPRTPRTCP控制信令用戶(hù)數(shù)據(jù)語(yǔ)音幀語(yǔ)音包控制信令3GPP23.228IMS3GPP24.22824.229SIP相關(guān)協(xié)議RFC3261：SIP協(xié)議RFC3550：RTPRFC4566：RTCPSDPRFC2617：HTTP協(xié)議RFC768：UDP協(xié)議RFC793：TCP協(xié)議RFC791：IP協(xié)議語(yǔ)音編碼（一）VoIP常用的語(yǔ)音編/解碼標(biāo)準(zhǔn)包括3GPP采用的AMR（AdaptiveMultiRate）編碼標(biāo)準(zhǔn)及ITU-T（InternationalmunicationUnion）制定的G.7**系列編碼標(biāo)準(zhǔn)等AMR：是語(yǔ)音編碼的一種音頻數(shù)據(jù)壓縮優(yōu)化方案，目前廣泛用于GERAN和UTRAN網(wǎng)絡(luò)。AMR編碼包括AMR-WB（AdaptiveMultiRateWideBand）和AMR-NB（AdaptiveMultiRateNarrowBand）兩種語(yǔ)音編碼方式，G.711：也稱(chēng)為PCM（PulseCodeModulation），主要用于電話，支持64kbps的編碼速率。G.729：編解碼器具有很高的語(yǔ)音質(zhì)量和很低的延時(shí)，被廣泛地應(yīng)用在數(shù)據(jù)通信的各個(gè)領(lǐng)域，支持的編碼速率為8kbps。

AMR-NB有8種語(yǔ)音編碼率：AMR-NB：SID(39/0/0)、12.2(81/103/60)、10.2(65/99/40)、7.95(75/84/0)、7.4(61/87/0)、6.7(58/76/0)、5.15(49/54/0)、4.75(42/53/0)AMR-WB有9中語(yǔ)音編碼率：AMR-WB：23.85(72/405/0)、23.05(72/389)、19.85(72/325)、18.25(72/293)、15.85(72/245)、14.25(72/213)、12.65(72/181)、8.85(64/113)、6.6(54/78)

第一章第三章第四章VoLTE如何學(xué)習(xí)VoLTE主要流程VoLTE技術(shù)要點(diǎn)第五章VoLTE幾個(gè)案例第二章VoLTE新業(yè)務(wù)請(qǐng)求與響應(yīng)請(qǐng)求消息消息含義INVITE發(fā)起會(huì)話請(qǐng)求，邀請(qǐng)用戶(hù)加入一個(gè)會(huì)話，會(huì)話描述含于消息體中。對(duì)于兩方呼叫來(lái)說(shuō)，主叫方在會(huì)話描述中指示其能夠接受的媒體類(lèi)型及其參數(shù)。被叫方必需在成功響應(yīng)消息的消息體中指明其希望接受哪些媒體，還可以指示其行將發(fā)送的媒體。如果收到的是關(guān)于參加會(huì)議的邀請(qǐng)，被叫方可以根據(jù)Call-ID或者會(huì)話描述中的標(biāo)識(shí)確定用戶(hù)已經(jīng)加入該會(huì)議，并返回成功響應(yīng)消息。ACK證實(shí)已收到對(duì)于INVITE請(qǐng)求的最終響應(yīng)。該消息僅和INVITE消息配套使用。BYE結(jié)束會(huì)話CANCEL取消尚未完成的請(qǐng)求，對(duì)于已完成的請(qǐng)求（即已收到最終響應(yīng)的請(qǐng)求）則沒(méi)有影響REGISTER注冊(cè)O(shè)PTIONS查詢(xún)服務(wù)器的能力序號(hào)狀態(tài)碼消息功能1xx臨時(shí)響應(yīng)表示已經(jīng)接收到請(qǐng)求消息，正在對(duì)其進(jìn)行處理2xx成功響應(yīng)表示請(qǐng)求已經(jīng)被成功接受、處理3xx重定向響應(yīng)表示需要采取進(jìn)一步動(dòng)作，以完成該請(qǐng)求4xx客戶(hù)端出錯(cuò)表示請(qǐng)求消息中包含語(yǔ)法錯(cuò)誤或者SIP服務(wù)器不能完成對(duì)該請(qǐng)求消息的處理5xx服務(wù)器端出錯(cuò)表示SIP服務(wù)器故障不能完成對(duì)正確消息的處理6xx全局錯(cuò)誤表示請(qǐng)求不能在任何SIP服務(wù)器上實(shí)現(xiàn)注冊(cè)-目的注冊(cè)過(guò)程注冊(cè)是將UE的IP地址和IMPU的綁定關(guān)系存儲(chǔ)到到IMS系統(tǒng)中。注冊(cè)包括UE和網(wǎng)絡(luò)的雙向認(rèn)證過(guò)程IMS用戶(hù)擁有兩種用戶(hù)標(biāo)識(shí)：私有標(biāo)識(shí)(IMPI：IMPrivateIdentity也稱(chēng)PVI（PrivateUserID）)和公有標(biāo)識(shí)(IMPU：IMPublicIdentity也稱(chēng)PUI（PublicUserID）)：IMPI是歸屬網(wǎng)絡(luò)運(yùn)營(yíng)商提供給用戶(hù)的唯一全球標(biāo)識(shí)，可以在歸屬網(wǎng)絡(luò)中從網(wǎng)絡(luò)角度標(biāo)識(shí)用戶(hù)簽約數(shù)據(jù)。IMPI在所有注冊(cè)請(qǐng)求消息中使用，由UE傳送給網(wǎng)絡(luò)，用于注冊(cè)、授權(quán)、管理和計(jì)費(fèi)等目的。IMPI的功能類(lèi)似于IMSI在GSM中的功能，其對(duì)用戶(hù)而言是不可知的，僅僅存儲(chǔ)在智能卡中，只用于簽約標(biāo)識(shí)和鑒權(quán)目的，不用于SIP請(qǐng)求的路由。其格式為。公共用戶(hù)標(biāo)識(shí)是用于用戶(hù)間進(jìn)行通信的標(biāo)識(shí)。歸屬網(wǎng)絡(luò)運(yùn)營(yíng)商會(huì)給用戶(hù)分配一個(gè)或者多個(gè)IMPU。IMPU的功能類(lèi)似于GSM中的MSISDN，在IMS中，IMPU用于路由SIP信令。IMPU可以采用SIPURI（sip：）或TELURI（tel:）格式注冊(cè)-涉及網(wǎng)元CSCF：為呼叫會(huì)話控制單元，又分為P-CSCF、I-CSCF、S-CSCF。HSS：為歸屬用戶(hù)服務(wù)器，存儲(chǔ)IMS用戶(hù)的簽約數(shù)據(jù)以及無(wú)線用戶(hù)的鑒權(quán)五元組等DNS：負(fù)責(zé)URI地址到IP地址的解析，在IMS網(wǎng)絡(luò)中負(fù)責(zé)將歸屬網(wǎng)絡(luò)（I-CSCF）的SIPURI轉(zhuǎn)換成歸屬網(wǎng)絡(luò)的IP地址。AS(ApplicationServer)：為IMS用戶(hù)提供增值業(yè)務(wù)。注冊(cè)流程第一次注冊(cè)請(qǐng)求和相應(yīng)：從HSS中取鑒權(quán)（AV）向量，實(shí)現(xiàn)手機(jī)對(duì)網(wǎng)絡(luò)校驗(yàn)。鑒權(quán)五元組：IK/CK/AUTN/RAND/XRES保留XRES用于網(wǎng)絡(luò)對(duì)手機(jī)校驗(yàn)：IK/CK/AUTN/RANDIK/CK/AUTN/RAND保留IK/CK：AUTN/RAND發(fā)送UE，用于UE對(duì)網(wǎng)絡(luò)的校驗(yàn)第二次注冊(cè)請(qǐng)求和響應(yīng)：從HSS中取已經(jīng)注冊(cè)和未注冊(cè)的IMPU，以及相應(yīng)的計(jì)費(fèi)信息，并進(jìn)行網(wǎng)絡(luò)對(duì)手機(jī)的校驗(yàn)。UE將RAND和共享密鑰計(jì)算RES，并發(fā)出將UE計(jì)算的RES和XRES對(duì)比，實(shí)現(xiàn)網(wǎng)絡(luò)對(duì)手機(jī)的校驗(yàn)注冊(cè)-Register網(wǎng)絡(luò)歸屬域域名注冊(cè)用戶(hù)的公共身份標(biāo)識(shí)注冊(cè)用戶(hù)的私有身份標(biāo)識(shí)UE的IP和端口（SIP信令承載QCI=5的地址）頭字段限定一個(gè)請(qǐng)求消息在到達(dá)目的地之前允許經(jīng)過(guò)的最大跳數(shù)。它包含一個(gè)整數(shù)值，每經(jīng)過(guò)一跳，這個(gè)值就被減一。如果在請(qǐng)求消息到達(dá)目的地之前該值變?yōu)榱?，那么?qǐng)求將被拒絕并返回一個(gè)483（跳數(shù)過(guò)多）錯(cuò)誤響應(yīng)消息。這個(gè)是下一跳地址，對(duì)于空口信令而言，這個(gè)就是P-CSCF的地址十六進(jìn)制：前五位是PLMN，中間4位是TAC，最后7位是cellIdentity標(biāo)記用戶(hù)請(qǐng)求的注冊(cè)時(shí)長(zhǎng)。單位：s。注意：該值為0時(shí)候表示是注銷(xiāo)注冊(cè)From：發(fā)起方的公共身份標(biāo)識(shí)To：被叫方的公共身份標(biāo)識(shí)在注冊(cè)請(qǐng)求中，To字段填充和from一樣注冊(cè)-Unauthorized401用于標(biāo)識(shí)事務(wù)及對(duì)事務(wù)排序，前面是事務(wù)編號(hào)，后面是請(qǐng)求類(lèi)型，同一個(gè)事務(wù)過(guò)程編號(hào)不變會(huì)話標(biāo)識(shí)，整個(gè)會(huì)話過(guò)程不變注冊(cè)-Register第二次Path:與401之前Register消息保持一致P-Visited-Network-ID：與401之前Register消息保持一致VIA：與401之前Register消息保持一致From:與401之前Register消息保持一致Contact:與401之前Register消息保持一致Expires:與401之前Register消息保持一致Authorization:response參數(shù)為用戶(hù)根據(jù)密鑰和服務(wù)器提供的nonce值按MD5算法計(jì)算出的鑒權(quán)響應(yīng)值注冊(cè)-200OK隱式注冊(cè)集列表，這里表示的是一機(jī)一號(hào)標(biāo)識(shí)頭域，存在+g.3gpp.atcf則表示是eSRVCC用戶(hù)的注冊(cè)。ATCF是eSRVCC的信令面錨定網(wǎng)元。實(shí)際生效的注冊(cè)時(shí)長(zhǎng)。超時(shí)后需要重新注冊(cè)，對(duì)于長(zhǎng)時(shí)在線呼叫的UE，呼叫失敗時(shí)可以回找最近一次register的時(shí)間差是否超出該時(shí)間在網(wǎng)元S-CSCF中關(guān)于注冊(cè)時(shí)長(zhǎng)有最大，最小，默認(rèn)三個(gè)設(shè)置值：最小注冊(cè)時(shí)長(zhǎng)：S-CSCF允許的注冊(cè)最小時(shí)長(zhǎng)。當(dāng)用戶(hù)注冊(cè)時(shí)所攜帶的注冊(cè)超時(shí)的時(shí)間小于這個(gè)值時(shí)，S-CSCF以423（TooBrief）響應(yīng)拒絕此注冊(cè)請(qǐng)求。最大注冊(cè)時(shí)長(zhǎng)：S-CSCF允許的注冊(cè)最大時(shí)長(zhǎng)，當(dāng)用戶(hù)注冊(cè)時(shí)所攜帶的注冊(cè)超時(shí)的時(shí)間大于這個(gè)值時(shí)，S-CSCF根據(jù)這個(gè)參數(shù)來(lái)修改UE的注冊(cè)時(shí)間。默認(rèn)注冊(cè)時(shí)長(zhǎng)：S-CSCF允許的注冊(cè)缺省時(shí)長(zhǎng)，用于定義注冊(cè)請(qǐng)求中沒(méi)有攜帶Expires時(shí)的默認(rèn)注冊(cè)時(shí)間。請(qǐng)求與響應(yīng)100（Trying）INVITE請(qǐng)求的重傳和100響應(yīng)：主叫方呼叫被叫方通過(guò)INVITE請(qǐng)求與被叫建立多媒體會(huì)話。主叫UE發(fā)出INVITE請(qǐng)求并設(shè)定定時(shí)器，等待被叫UE的響應(yīng)，如定時(shí)器超時(shí)，需要重傳一個(gè)INVITE請(qǐng)求。為保證UE不會(huì)頻繁的重發(fā)INVITE消息，重傳機(jī)制設(shè)定為消息發(fā)往的下一個(gè)網(wǎng)元向上一個(gè)網(wǎng)元回100響應(yīng)，由下一個(gè)網(wǎng)元負(fù)責(zé)重傳INVITE請(qǐng)求。I-CSCF只做消息轉(zhuǎn)發(fā)，不負(fù)責(zé)重傳INVITE消息。183響應(yīng)被叫UE返回的183響應(yīng)：被叫UE返回183響應(yīng)（會(huì)話進(jìn)行中）表明會(huì)話建立過(guò)程已經(jīng)啟動(dòng)，被叫已經(jīng)收到。PRACK請(qǐng)求主叫方的PRACK請(qǐng)求：主叫方PRACK請(qǐng)求的作用：為保證被叫方了解主叫方已經(jīng)收到其發(fā)送的臨時(shí)183、180響應(yīng)（會(huì)話進(jìn)行中），需要主叫方發(fā)送確認(rèn)消息。ACK和PRACK的區(qū)別（1）ACK是響應(yīng)，只有INVITE請(qǐng)求存在ACK響應(yīng)。（2）PRACK是請(qǐng)求而非響應(yīng)，是對(duì)臨時(shí)響應(yīng)的確認(rèn)，由于PRACK為請(qǐng)求，因此被叫方收到該請(qǐng)求后，需要發(fā)送200（OK）響應(yīng)。第一個(gè)網(wǎng)元的臨時(shí)響應(yīng)被叫收到呼叫請(qǐng)求的響應(yīng)被叫振鈴響應(yīng)本次呼叫受理成功的響應(yīng)本次invite的最終響應(yīng)響應(yīng)目的的請(qǐng)求，確認(rèn)183消息已收到響應(yīng)目的的請(qǐng)求，確認(rèn)180消息已收到請(qǐng)求確認(rèn)請(qǐng)求確認(rèn)相互通知資源預(yù)留完成INVITE-request消息起始行SIP消息頭域SIP消息體（SDP）INVITE-request-消息頭域SIP頭備注From

To

Call-ID標(biāo)識(shí)對(duì)話CSeq標(biāo)識(shí)事務(wù)，以及標(biāo)識(shí)同一對(duì)話中請(qǐng)求消息的先后順序Via記錄請(qǐng)求消息路徑，用于響應(yīng)消息路由Max-Forwards限制消息最大轉(zhuǎn)發(fā)次數(shù)右表為消息頭域必選參數(shù)，為減少網(wǎng)絡(luò)資源開(kāi)銷(xiāo)，應(yīng)盡量避免在SIP消息中攜帶不必要的頭域用戶(hù)終端和信任的代理之間傳輸用戶(hù)信息的標(biāo)示攜帶支持的能力擴(kuò)展。100rel值表示支持1XX響應(yīng)的可靠傳輸是否支持放音提示用于協(xié)商會(huì)話刷新時(shí)間，用戶(hù)雙方確認(rèn)會(huì)話存活與否，實(shí)際會(huì)話將在Session-Expires/2的時(shí)間進(jìn)行會(huì)話更新。會(huì)話刷新的最小時(shí)間間隔，最小值是90，如果不存在，則為默認(rèn)值90要求對(duì)方一定支持的特性。安全認(rèn)證。（SecurityMechanismAgreement）要求代理一定支持的特性協(xié)商SIP的安全機(jī)制發(fā)起請(qǐng)求的終端信息標(biāo)志了發(fā)給對(duì)方的消息體的媒體類(lèi)型INVITE-request-消息體SIP攜帶SDP，用于媒體協(xié)商；SIP攜帶XML，用于攜帶格式化的信息，如訂閱事件通知；SIP攜帶CPIM，用于即時(shí)消息v：描述SDP協(xié)議版本，通常取值為“0”o：表示會(huì)話源（會(huì)話所有者）信息，同時(shí)攜帶會(huì)話標(biāo)識(shí)s：表示會(huì)話類(lèi)型c：表示媒體地址信息，即發(fā)送和接受媒體流的地址b：給出會(huì)話或媒體所用帶寬，單位為kbit/s.修飾語(yǔ)b=AS應(yīng)用特定最大帶寬，表示一個(gè)地點(diǎn)單一媒體帶寬b=RR表示分配給活動(dòng)數(shù)據(jù)的RTCP帶寬b=RS表示RTCP分配給其他參與者的RTP會(huì)話帶寬t：會(huì)話開(kāi)始和結(jié)束時(shí)間，VoLTE里面一般都缺省0，不做時(shí)間控制m：描述媒體類(lèi)型、媒體端口號(hào)、傳輸協(xié)議、格式列表a：對(duì)會(huì)話或媒體的附加屬性進(jìn)行描述。a=rtpmap：凈荷類(lèi)型號(hào)、編碼名、時(shí)鐘速率、編碼參數(shù)a=fmtp：指定格式的附加參數(shù)a=ptime：媒體分組打包的時(shí)長(zhǎng)。通話雙方的codecptime值一定要相同，譬如G711，有20msptime和5msptime等a=maxptime：不管何種媒體格式，媒體分組打包時(shí)長(zhǎng)最大值a=inactive（recvonly、sendrecv、sendonly）a=cur：當(dāng)前狀態(tài)：預(yù)置處理類(lèi)型、狀態(tài)類(lèi)型、方向

如此例：本端當(dāng)前qos資源還未預(yù)留、遠(yuǎn)端當(dāng)前qos資源還未預(yù)留a=des：期望狀態(tài)：預(yù)置處理類(lèi)型、強(qiáng)度標(biāo)識(shí)、狀態(tài)類(lèi)型、方向

如此例：本端期望的預(yù)留資源是高強(qiáng)度的雙向預(yù)留資源、遠(yuǎn)端期望的預(yù)留資源是強(qiáng)度可選的雙向預(yù)留資源INVITE-183表示該臨時(shí)應(yīng)答需要支持可靠傳輸。SIP實(shí)體及終端的特性能力PRACKRack頭部使用在PRACK請(qǐng)求的中用于支持可靠臨時(shí)應(yīng)答。Rack取值包括兩個(gè)數(shù)字和一個(gè)消息方法名：第一個(gè)數(shù)字取值與PRACK對(duì)應(yīng)的1xx響應(yīng)消息中Rseq取值相同；第二個(gè)數(shù)字和消息方法名與1xx消息對(duì)應(yīng)的請(qǐng)求消息中Cseq取值相同UPDATE這個(gè)與原始請(qǐng)求里面的設(shè)置變化因?yàn)樽侄蝐的內(nèi)容根據(jù)協(xié)商變化了媒體協(xié)商一致兩部分內(nèi)容一樣UPDATE200OKRinging180表示該臨時(shí)應(yīng)答需要支持可靠傳輸。PRACKPRACK200OKINVITE200OKTimer表示必須支持會(huì)話更新前面數(shù)字表示會(huì)話更新時(shí)間參數(shù)，實(shí)際會(huì)話將在Session-Expires/2的時(shí)間進(jìn)行會(huì)話更新。Refresher表明會(huì)話更新的執(zhí)行者是：UAC即用戶(hù)代理客戶(hù)端。1、如果在間隔時(shí)間內(nèi)沒(méi)收到會(huì)話更新請(qǐng)求，用戶(hù)代理會(huì)發(fā)送bye移除會(huì)話。2、當(dāng)Session-Expires的間隔太小（小于UAS所支持的Min-SE頭字段的值）時(shí)，UAS將回應(yīng)422代碼要求UAC重新協(xié)商。語(yǔ)音承載QCI=1的建立與修改語(yǔ)音承載QCI=1的建立與修改呼叫釋放1、SIP是承載在QCI=1的SIP信令專(zhuān)用承載；而呼叫結(jié)束時(shí)釋放的是語(yǔ)音QCI=1的承載，相互之間無(wú)任何影響，所以這里BYE200OK的位置都是正常的。2、如果在SIP的BYE200OK時(shí)候，語(yǔ)音QCI=1的承載沒(méi)有釋放，或者釋放異常，下次呼叫會(huì)失敗。eSRVCC切換第一章第三章第四章VoLTE如何學(xué)習(xí)VoLTE主要流程VoLTE技術(shù)要點(diǎn)第五章VoLTE幾個(gè)案例第二章VoLTE新業(yè)務(wù)LTE網(wǎng)絡(luò)和VoLTE終端如何相互通知對(duì)方具備VoLTE能力？（一）終端在注冊(cè)的時(shí)候attachreqeust會(huì)告訴網(wǎng)絡(luò)終端是否支持IMS

voice_domain_pref

length=1(0x1)

UE_usage_setting=0(0x0)(Voicecentric)

voice_domain_pref_for_EUTRAN=3(0x3)(IMSPSVoicepreferred,CSVoiceassecondary)3GPP24.301（NAS）和24.008VoicedomainpreferenceandUE'susagesettingvalue(octet3,bit1to3)

UE'susagesetting(1bitfield)

Bit3

0

Voicecentric1

Datacentric

VoicedomainpreferenceforE-UTRAN(2bitfield)

Bit21

00

CSVoiceonly01

IMSPSVoiceonly10

CSvoicepreferred,IMSPSVoiceassecondary11

IMSPSvoicepreferred,CSVoiceassecondary

MSnotsupportingIMSvoiceshallindicate"CSVoiceonly".MSonlysupportingIMSvoiceshallindicate"IMSPSVoiceonly".LTE網(wǎng)絡(luò)和VoLTE終端如何相互通知對(duì)方具備VoLTE能力？（二）同時(shí)網(wǎng)絡(luò)在attachaccept時(shí)也會(huì)告知終端網(wǎng)絡(luò)是否支持IMS

eps_netwk_feature_support

length=1(0x1)

ESRPS=0(0x0)

CS_LCS=0(0x0)(Noinfoaboutsupportoflocserviceviacsisavailable)

EPC_LCS=0(0x0)(LocationServicesviaEPCnotsupported)

EMC_BS=1(0x1)(EmergencybearerservicesinS1Modesupported)

IMSVoPS=1(0x1)(IMSVoPSSessioninS1Modesupported)--網(wǎng)絡(luò)支持IMSvoiceoverPSsessionindicator(IMSVoPS)(octet3,bit1)Bit1

0

IMSvoiceoverPSsessioninS1modenotsupported1

IMSvoiceoverPSsessioninS1modesupported

Emergencybearerservicesindicator(EMCBS)(octet3,bit2)Bit2

0

emergencybearerservicesinS1modenotsupported1

em