1、華華為為邯鄲邯鄲項目組項目組VoLTE總體流程下圖顯示出VoLTE終端開機后的標準流程，包括注冊、呼叫和掛斷過程:目錄1注冊流程2基本呼叫3SRVCC4IP 短消息VoLTE基本注冊流程EPS附著流程VoLTE終端在Attach request消息里指示語音方案選擇偏好和SRVCC能力。EPC通過Attach accept消息指示 CN是否支持VoLTE。Default bearer (GBR) QCI=8/9Internet APNDefault bearer (Non-GBR) QCI=5IMS APN注冊流程包括 EPS attachment和 IMS注冊；3GPP IR.92標準推薦

2、VoLTE使用雙APN架構 - Internet APN 和 IMS APN；VoLTE終端在附著到 Internet APN時創建QCI9默認承載，在附著到IMS APN時創建QCI5默認承載。EPS附著流程PDN Connectivity RequestRRC UL Information Transfer S1AP UL NAS TRANS ERAB SETUP REQ(QCI5) RRC Connection Recfg(ADD EPS Bear)Activate Default EPS Bearer Context request (QCI5)RRC UL Information T

3、ransfer S1AP UL NAS TRANS RRC Connection Recfg CmpActivate Default EPS Bearer Context AcceptERAB SETUP RSP 下圖顯示了IMS附著后QCI5承載建立流程SIP注冊當VoLTE終端注冊到IMS APN時會建立一條QCI5默認承載，但此時還不能進行VoLTE通話，因為VoLTE終端還需要到IMS上進行注冊，SIP注冊消息承載在QCI5上；下圖顯示了SIP注冊的基本流程：SIP的注冊流程包括： 1) Register: UE讀取IMSI，發送Register消息給CSCF； 2) 401: CSC

4、F 提取和保存IK和CK，在401響應中轉發RAND和AUTN給UE； 3) Register: UE使用共享秘鑰和RAND計算RES，重構 Register消息，并發送給CSCF; 4) 200 OK: CSCF響應200OK給UE，來指示基本注冊成功。注意：P-CSCF是IMS的入口設備。目錄1注冊流程2基本呼叫3SRVCC4IP 短消息VoLTEVoLTE 呼叫呼叫基本流程基本流程HLR/HSS1.VoLTE終端開機，自動進行LTE附著2.觸發IMS PDN連接的建立，獲得IMS IP地址并建立信令缺省承載3.通過IMS信令承載注冊到IMS網絡4.VoLTE終端發起向另一VoLTE終端的

5、高清語音或視頻呼叫.同時由P-CSCF通過Rx口發起語音專有承載建立。5.IMS網絡對被叫進行尋址呼叫，同步發起被叫的語音承載建立，被叫振鈴6.被叫摘機，呼叫成功，雙方進行通話基本流程EPCMMESAE-PGWASIMSCSCFLTELTESAE-PGWVoLTEVoLTE 呼叫基本流程呼叫基本流程左圖為VoLTE基本呼叫的MO到P-CSCF(IMS入口網元)流程圖部分.呼叫流程中包括2類消息內容：一類是SIP消息；另一類是層3消息，其中方框中的消息內容為QCI1的激活過程.QCI1激活流程由 183 session progress消息觸發. VoLTEVoLTE 掛機基本掛機基本流程流程和

6、基本呼叫過程類似，VoLTE掛機流程中，也包含2類消息：SIP消息和層3消息. 對于掛機流程來說，SIP消息包括Bye消息和200 OK響應消息，無論主叫還是被叫均可以發起Bye請求消息.方框中為QCI1的去激活過程.LTE用戶呼叫CS用戶的基本流程1、UE_A向MME發起呼叫請求。2、呼叫接續到IMS網絡，S-CSCF通過MMTel AS觸發UE_A的業務。3、S-CSCF觸發域選流程，SCC AS向融合HLR/HSS查詢域選信息，并根據反饋的域選信息判斷被叫域選為CS網絡，指示S-CSCF將呼叫路由至MGCF。4、S-CSCF將呼叫路由至MGCF，MGCF進行號碼分析并將呼叫路由出局至被叫

7、側V/GMSC Server。5、V/GMSC Server接收呼叫請求并轉發至被叫用戶UE_B。6、V/GMSC Server指示被叫側MGW建立被叫側承載。7、PCRF制定QoS策略和PCC策略，準備建立主叫側承載。8、S/P-GW按照PCRF的QoS策略，建立主叫側承載。9、主被叫通過IM-MGW進行局間承載的媒體協商，建立局間承載。至此，主被叫承載建立完成，主被叫進行通話。目錄1注冊流程2基本呼叫3SRVCC4IP 短消息SRVCC基本原理InterfaceInterfaceDescriptionDescriptionProtocolProtocolSvSvSv interface b

8、etween the Mobility Management Entity (MME) or Serving GPRS Support Node (SGSN) and 3GPP MSC server enhanced for SRVCC. Sv interface is used to support Inter-RAT handover from VoIP/IMS over EPS to CS domain over 3GPP UTRAN/GERAN access or from UTRAN (HSPA) to 3GPP UTRAN/GERAN access. Its based on GT

9、Pv2 protocolGTPv2 protocol.3GPP TS29.280VoLTE給用戶帶來了良好的語音質量和用戶體驗，但當用戶從LTE覆蓋良好的區域移動到LTE弱覆蓋區域時，可能會帶來掉話，甚至招致投訴，SRVCC提供了一種機制來保證語音業務的連續性。. 當用戶移動到LTE弱覆蓋區域時，會觸發SRVCC切換，將當前LTE上的語音業務切換到傳統2G/3G的CS域，從而保證語音連續性。2G/3G的核心網需要升級來提供Sv接口，從而實現對SRVCC功能的支持。SRVCC控制面流程從無線側來看，SRVCC的切換流程和數據業務的異系統切換流程沒有區別。SRVCC切換將UE從LTE的PS域遷移到

10、UMTS/GSM的CS域，對應的內容可以從“handover Required”消息中看到。當VoLTE并發數據業務發生SRVCC時，包含2種場景： (1)CS only SRVCC，數據業務將會在發生RAU接入后數秒恢復； (2)CS+PS SRVCC，數據業務也同時發生切換，業務將在數百毫秒后恢復。SRVCC媒體面當VoLTE并發數據業務發生SRVCC切換時，MME將在eMSC的配合下降語音業務遷移到傳統網絡的CS域，同時將數據業務遷移到傳統的PS域。SRVCC切換引起的用戶名中斷大約為 0.5s 1s，影響到了用戶體驗，因此協議引入了eSRVCC來減少業務中斷時延。eSRVCC通過部署的

11、ATCF和ATGW 分別作為信令面和媒體面的錨定，將業務中斷時延減小到約300毫秒。SRVCC和eSRVCC區別l SRVCC：媒體的切換點是對端網絡設備（如對端UE），影響切換時長的主要因素是會話切換后需要在IMS網絡中創建新的承載。l eSRVCC：相比于SRVCC，媒體切換點改為更靠近本端的設備。具體方案就是增加ATCF/ATGW功能實體作為媒體錨定點，無論是切換前還是切換后的會話消息都要經過ATCF/ATGW轉發。后續在發生eSRVCC切換時，只需要創建UE與ATGW之間的承載通道，對端設備與ATGW之間的媒體流還是通過原承載通道傳輸。這樣其創建新承載通道的消息交互路徑明顯短于SRVC

12、C方案，減少了切換時長。SRVCC/eSRVCC切換流程目錄1注冊流程2基本呼叫3SRVCC4IP 短消息IP短消息注冊IP短消息是需要核心網引入網元IP-SM-GW來支持，并且需要VoLTE終端在IP_SM_GW上進行注冊后，才能發起IP短消息業務. 因為注冊消息都是SIP請求和響應消息，因此都承載在QCI5之上，在空口能看到的SIP消息有2條：用來指示UE支持IP短消息業務的Register請求消息，和用來對其進行確認的200 OK響應消息.IP短消息業務不牽涉QCI1等專有承載.IP短消息流程從UU口來看，IP短消息流程包括4步：1. UE構造MESSAGE請求發送給 P-CSCF(proxy-call session control function)，P-CSCF通過頭