1、VoLTE網絡優化指導書目錄VoLTE網絡優化指導書11VoLTE網絡結構簡介51.1IMS相關網元簡介51.1.1SBC51.1.2CSCF61.1.3VoLTE AS61.1.4HSS71.1.5MGCF/IM-MGW71.1.6BGCF71.1.7DRA71.2IMS中的接口協議簡介71.2.1Diameter71.2.2RTP/RTCP81.2.3SIP簡介81.3SDP簡介91.3.1媒體協商91.3.2資源預留101.4被叫域選擇和錨定方案111.4.1VoLTE用戶被叫域選擇流程111.4.2被叫錨定方案122接入優化132.1接入問題分類及現象132.2接入流程132.2.1V

2、oLTE注冊流程142.2.2VoLTE呼叫流程162.3接入問題原因分析及排查思路182.3.1IMS注冊慢/無法注冊182.3.2VoLTE終端CSFB212.3.3呼叫建立時延長222.3.4未接通232.4接入問題無線主要優化手段322.5附錄1：VoLTE注冊端到端詳細流程332.6附錄2：VoLTE呼叫端到端詳細流程（主被叫均在VoLTE）363保持優化383.1保持問題現象及分類383.2eSRVCC切換流程383.3保持問題原因分析及排查思路383.3.1eSRVCC切換準備時延長383.3.2eSRVCC用戶面中斷時延長393.3.3掉話403.4保持問題無線主要優化手段47

3、3.5附錄1：eSRVCC端到端詳細流程493.6附錄2：eSRVCC開啟導致4G現網的問題533.6.1eSRVCC切換功能開啟導致ATU設備掉線問題處理533.6.2eSRVCC開啟后CSFB偶爾失敗問題處理534附錄：案例集544.1接入案例54案例1：VoLTE SIM卡無法同時在華為中興區域使用問題處理54案例2：HTC終端IMS注冊慢55案例3：MME參數設置錯誤導致VoLTE被叫CSFB問題處理58案例4：SBC的AAR消息不合規導致VoLTE被叫CSFB問題61案例5：SBC回復500錯誤導致終端SCFB65案例6：HTC資源釋放過慢導致呼叫建立延過長67案例7：終端側Invi

4、te信令丟失導致呼叫建立過長69案例8：DRA參數配置不合理導致呼叫建立時延長74案例9：中興SGW尋呼未緩存導致呼叫建立時延長75案例10：SBC收到UPDATE的200OK后沒有轉發76案例11：基站核心網加密算法配置不一致導致呼叫失敗78案例12：中興SBC發送的AAR消息中IP地址格式錯誤導致未接通問題處理79案例13：中興SBC發送的STR消息錯誤導致未接通問題處理81案例14：華為LDRA參數配置錯誤導致未接通問題處理84案例15：中興AAR消息錯誤導致未接通問題處理864.2保持案例88案例1：eSRVCC切換準備時延長問題處理88案例2：HTC終端eSRVCC用戶面中斷時延長問

5、題處理90案例3：HTC終端呼叫20秒后掉話92案例4：無線鏈路失敗導致VoLTE掉話分析92案例5：弱覆蓋引起VoLTE掉話95案例6：GSM鄰區參數配置錯誤eSRVCC失敗導致掉話96案例7：GSM鄰區遺漏重定向引起掉話98案例8：GSM鄰區配置不完整導致eSRVCC切換失敗101案例9：終端未上報B2測量報告無法進行eSRVCC切換107案例10：LTE小區鄰區漏配導致VoLTE掉話109案例11：eSRVCC切換收到了CCO命令110案例12：VoLTE異廠家跨MME切換失敗問題處理111案例13：eSRVCC切換功能開啟導致ATU設備掉線問題處理116案例14：eSRVCC開啟后CS

6、FB偶爾失敗問題處理1201 VoLTE網絡結構簡介VoLTE本質是通過EPS來提供業務接入（包括無線承載和EPC承載），通過IMS核心網提供業務控制（包括會話控制和業務邏輯處理及被叫域選擇），通過與GSM網絡協助來提供業務連續性（eSRVCC等）。其邏輯架構如下圖：1.1 IMS相關網元簡介1.1.1 SBCVoLTE SBC（Session Border Controller）-會話邊緣控制器，包含P-CSCF/AGW、ATCF/ATGW功能模塊。P-CSCF（Proxy CSCF）/AGW（Application Gateway）：是IMS中與用戶的第一個連接點，P-CSCF提供注冊鑒權

7、、信令保護、信令壓縮、媒體授權、QoS控制、信令路由、緊急呼叫、漫游計費等功能。為支持補全以及緊急呼叫，P-CSCF需能識別緊急呼叫，獲取用戶位置信息，并在SIP信令中添加相應信息，且能將位置信息映射為區號。ATCF/ATGW是VoLTE用戶在當前所在網絡的信令面和媒體面的錨定點，在發生eSRVCC時將VoLTE用戶接入側的媒體面從LTE切換到電路域，并保持媒體面的連接。1.1.2 CSCF CSCF（Call Session Control Function）會話控制和路由，包含I-CSCF、S-CSCF、E-CSCF：S-CSCF（Server CSCF）：S-CSCF在IMS核心網中處于

8、核心的控制地位，負責對UE的注冊鑒權和會話控制，執行針對主叫端及被叫端IMS用戶的基本會話路由功能，并根據用戶簽約IMS觸發規則，在條件滿足時進行到AS的增值業務路由觸發及業務控制交互；I-CSCF（interrogating CSCF）：類似IMS的關口節點，提供S-CSCF指派、路由查詢功能；E-CSCF，從P-CSCF接受緊急會話建立請求，并完成用戶接入位置信息查詢和緊急呼叫路由等功能。目前I-CSCF和S-CSCF在物理實體上是合設的1.1.3 VoLTE AS 應用服務器（Application Server）為IMS用戶提供增值業務，可以位于用戶歸屬網，也可以由第三方提供，主要包含

9、如下功能模塊：l MMTel AS（MultiMediaTelephony多媒體應用服務器）：用于為VoLTE用戶提供多媒體基本業務和補充業務；l SCC AS（Service Call Continuity Application Server服務集中化和連續性應用服務器）：實現VoLTE的被叫域選擇，eSRVCC過程中的信令控制；l 被叫錨定功能：支持CAP接口，提供被叫用戶錨定至IMS；l IM-SSF（IP Multimedia-Service Switch Function智能業務觸發網關）：用于觸發現有SCP，實現智能網業務邏輯；l 業務配置轉發（AP）：實現業務配置請求的匯聚和轉

10、發；l MRF（Multimedia Resource Function多媒體資源功能）：負責對媒體資源的控制和處理，實現音視頻播放、會議、DTMF收號和音頻錄音等功能。MRF包括多媒體資源控制器MRFC（Multimedia Resource Function Controller）和多媒體資源處理器MRFP（Multimedia Resource Function Processor）。1.1.4 HSS VoLTE中的HSS（Home Subscriber Server）-歸屬用戶服務器是HLR/AuC、IMS-HSS、EPS-HSS三合一融合設備，統一存儲VoLTE用戶在2/3/4G及

11、IMS的用戶數據，處理2/3/4G及IMS網絡中呼叫控制網元對用戶的數據訪問，還通過開通接口接收并響應BOSS業務開通指令。1.1.5 MGCF/IM-MGWMGCF（Media Gateway Control Function媒體網關控制功能）用于IMS域與CS域的互通，負責完成控制面信令的互通（PSTN/CS域側ISUP/BICC協議與CM-IMS側SIP協議的交互和互通），并控制IM-MGW（IP Multimedia-Media Gateway媒體網關）完成用戶面媒體面的互通、規整、分析和路由、放音、放音抑制、視頻回落等功能。IM-MGW（媒體網關）負責在MGCF的控制下完成VoLTE

12、用戶面IP承載與CS域承載之間的轉換，提供編解碼轉換、承載資源管理和放音功能。1.1.6 BGCF BGCF（Breakout Gateway Control Function出口網關控制功能）用于IMS到CS的呼叫路由，BGCF收到來自S-CSCF的呼叫請求后根據本地配置選擇合適的MGCF進行轉發。1.1.7 DRA DRA（Diameter Routing Agent路由代理節點）負責LTE Diameter信令目的地址翻譯和轉接, 實現LTE用戶的鑒權、位置更新、計費管理。1.2 IMS中的接口協議簡介1.2.1 DiameterDiameter協議包括基本協議，NAS（網絡接入服務）協

13、議，EAP（可擴展鑒別）協議，MIP（移動IP）協議，CMS（密碼消息語法）協議等1.2.2 RTP/RTCP應用層承載面協議，會話建立后，RTP（Real-time Transport Protocol實時傳輸協議）協議保證媒體流的實時傳輸；RTCP（Real-time Transport Control Protocol實時傳輸控制協議）協議對實時傳輸的媒體流進行監控。1.2.3 SIP簡介會話（Session）：描述兩個用戶之間的媒體連接會話流程：實現主叫UE和被叫UE之間的多媒體會話會話流程中包括媒體的協商（包括媒體類型和編碼方式的協商）和雙方的資源預留過程。會話初始協議（Sessio

14、n Initial Protocol）是一個在IP網絡上進行多媒體通信的應用層控制協議，它被用來管理創建、修改和終結一個或多個參加者參加的會話進程，與SDP、RTP/RTCP、DNS等協議配合，共同完成IMS中的會話建立及媒體協商。終端和網絡互為客戶端和服務器，使用標準的基于文本的請求（Request），然后以標準的基于文本的回復來應答（Response）。1.2.3.1 請求（客戶端）REGISTER 注冊INVITE 邀請PRACK 提供臨時確認UPDATE 更新連接狀態ACK 對INVITE消息的最終確認BYE 掛斷SUBSCRIBE 訂閱事件通知NOTIFY 通知訂閱者新的事件CANC

15、EL 取消1.2.3.2 應答（服務端）1XX-臨時響應。表示請求已接收，接收方正在處理。常見的有：100Trying、183Provisional Acknowledge、180 Ringing2 XX -成功響應。請求已成功收到、理解并被接受。常見的有：200 OK、202Accepted、204 No Notification3 XX -重定向響應。請求方需要采取進一步動作以完成請求。4 XX -客戶端響應錯誤。客戶端提供了錯誤的語法或者無法從服務端得到響應。常見的有：401Unatuhorized、486Busy Here、481Call transaction does not ex

16、ist5 XX -服務端響應錯誤。服務器無法提供合法的請求。常見的有：500 Server Internal Error、503Service Unavailable、580Precondition Failure6 XX -全局失敗響應。請求不能再任何一個服務器上得到滿足，產生該響應的服務器需要知道有關用戶的確切信息。1.3 SDP簡介會話描述協議SDP（Session Description Protocol）協議為應用層的控制協議，用于會話建立過程中的媒體協商。1.3.1 媒體協商ü 主叫和被叫UE在會話的建立過程匯總需要對媒體的類型和編碼方式達成一致，為此使用SDP請求和應答

17、機制對媒體進行協商。ü 雙方協商的媒體類型包括視頻、音頻、文本、聊天等。ü 每種媒體類型包括多種編碼方式，如音頻包括PCMU、G.726編碼、AMR-WB（自適用多速率寬帶）編碼等。ü 雙方需要協商都支持的媒體類型以及所使用的編碼方式。1.3.2 資源預留ü 為保證雙方所協商的媒體會話可以建立，空口需要為主叫和被叫用戶分配資源，在資源被成功預留之前，不能保證媒體會話可以建立ü 一般情況下進行SDP提供/應答的協商確定了媒體格式和編碼方式后可進行資源預留。1.3.2.1 主叫資源預留的開始和結束ü 主叫UE發送Invite消息后，啟動資

18、源預留過程。ü 主叫UE發送UPDATE請求表明資源預留成功UPDATE請求發送的前提：（1）主叫UE通過空口流程獲知通話資源預留成功（2）收到被叫針對PRACK的200OK響應1.3.2.2 被叫資源預留的開始和結束ü 被叫UE收到主叫UE的Invite消息后，返回183響應并啟動資源預留過程。ü 被叫發送UPDATE200表明資源預留成功，前提為主叫和被叫的資源預留均成功。（1）被叫UE收到主叫的UE的UPDATE請求后得知主叫UE的資源預留成功。（2）被叫UE通過空口流程獲知通話資源預留成功。1.4 被叫域選擇和錨定方案1.4.1 VoLTE用戶被叫域選擇流

19、程T-ADS（Terminating Access Domain Selection），即被叫域選擇功能。VoLTE手機既有可以在電路域使用語音業務，也可在IMS域使用語音業務，且使用同樣的碼號，因此存在“被叫接續網絡選擇”的問題，即網絡如何識別被叫用戶當前的駐留網絡，并接續到該用戶。三融合HSS/HLR執行如下域選擇過程：ü 若用戶僅在IMS注冊，則應選擇IMS域ü 若用戶盡在CS注冊，則應選擇CS域ü 若用戶在IMS和CS均未注冊，則應選擇IMS域ü 若用戶在IMS和CS均已注冊，則應進一步判斷用戶在SGSN和MME的注冊狀態：l 若有用戶在SGSN

20、的注冊信息，無論用戶是否在MME注冊，則應選擇CS域l 若無用戶在SGSN的注冊信息，而有用戶在MME的注冊信息，則向MME查詢用戶狀態和終端能力ü 若無用戶在SGSN的注冊信息，也無用戶在MME的注冊信息（用戶在電路域關閉了所有APN），則應選擇CS域1.4.2 被叫錨定方案被叫錨定是指對于被叫VoLTE用戶無論處于LTE還是GSM覆蓋下，均先將呼叫送至其歸屬省的IMS網絡進行處理，此處的錨定即固定送至IMS網絡的意思。被叫錨定的原因為無論被叫VoLTE用戶處于LTE覆蓋還是GSM覆蓋均可保持補充業務（如呼叫等待、呼叫保持、呼叫轉移、顯示、多方通話等）的一致性。在VoLTE網絡中用

21、戶補充業務的處理由AS負責完成，MSC不掌握VoLTE用戶被叫補充業務信息，所以即便被叫用戶處于GSM覆蓋下，仍然要由AS來觸發和提供補充業務，需要將呼叫送至IMS網絡2 接入優化2.1 接入問題分類及現象接入問題主要包括以下四類（從用戶感知角度）：（1）IMS注冊慢/無法注冊開機后IMS圖標不出現或出現較慢，IMS未出現時VoLTE終端相當于CSFB手機，撥打會回落到GSM（2）VoLTE終端CSFBVoLTE終端有IMS圖標，撥前有4G圖標，撥后回落到GSM，圖標變成2G，可以撥通，但是接通時間長（3）呼叫建立時延長 VoLTE終端有IMS圖標，撥時手機一直顯示4G，主叫從開始撥開始到聽到

22、振鈴聲時間較久。（4）未接通VoLTE終端有IMS圖標，撥時手機一直顯示4G，但是無法撥通。注：IMS圖標為IMS或者VoLTE（蘋果無類似標志）2.2 接入流程接入流程分為注冊流程和呼叫流程兩部分：（1） VoLTE注冊流程（開機后即建立，包括LTE注冊、默認承載建立、IMS承載建立、IMS注冊過程）（2） VoLTE呼叫流程（每次通話均需建立，通話結束后釋放）2.2.1 VoLTE注冊流程注：測試軟件和eNB可以看到的流程VoLTE注冊流程（測試軟件和eNB可以看到的流程）12UE發起EPC附著請求，包含PDN連接請求。 關注點：ü VoLTE終端Voice Domain Pre

23、ference為IMS PS Voice Preferred，CS Voice Secondary，而LTE終端該字段為PS onlyü VoLTE終端和LTE終端都是聯合注冊，UE_usage_setting都是Voice centric 35EPC網絡對用戶進行認證鑒權。611完成默認承載建立流程12UE在發起IMS注冊前需要建立IMS PDN連接。13UE發起新的PDN連接建立請求，其中攜帶APN為IMS，PCO獲取P-CSCF地址。14-15 MME返回PDN Connectivity accept包含P-SCSF地址列表（地址為IPV6）1619完成IMS PDN連接建立后

24、續流程20 UE通過IMS PDN默認承載發起IMS 注冊請求，該SIP不加密，但其中包含通過IMSI導出的IMPU/IMPI，P-SCSF臨時存儲SIP消息中的安全參數21 注冊請求經SBC轉發至S-CSCF，S-SCSF從HSS獲取鑒權向量（XRES、IK、CK、AUTN、RAND），保留XRES22 S-SCSF發送401未鑒權消息到P-SCSF，里邊包含完整性和加密密鑰（IK、CK、AUTN、RAND）23 P-SCSF保留IK和CK，用于UE和S-SCSF間的IPSEC，將AUTN和RAND發送給終端24終端校驗AUTN成功即對網絡校驗成功，然后計算XRES，重新發送的Registe

25、r消息中攜帶XRES25 S-SCSF對終端重發Register中的XRES和本地存儲的XRES進行匹配，如果匹配成功，向UE返回注冊成功響應2.2.2 VoLTE呼叫流程注：測試軟件可以看到的流程VoLTE呼叫流程（測試軟件可以看到的流程）：1 主叫如果在空閑態，隨機接入后建立RRC連接，發送Invite消息，呼叫請求中包含所希望媒體類型和所有編碼方式，precondition相關參數，其中主叫側和被叫側均為none（注：RACH和RRC連接建立是由Invite消息觸發的）2 P-SCSF收到后回復100 trying給主叫，確認收到Invite消息，避免主叫Invite重發3-5同時主叫側

26、申請通話資源（臨時），觸發網絡建立專用承載6-7被叫如果在空閑態，收到尋呼，隨機接入后建立RRC連接后，收到Invite消息，先回復100 trying，對P-SCSF確認收到Invite消息，8-12 183 Session Progress消息按照呼叫路徑回復支持的媒體類型和編碼方式給主叫，同時被叫側申請通話資源，觸發網絡建立專用承載13-14主叫收到183消息后，發送PRACK（Provisional ACK）消息，包含雙方協商的媒體類型和編碼方式，被叫收到后回復PRACK 200 OK，對所協商的媒體類型和編碼方式進行確認（注：PRACK是請求而非響應，是對臨時響應的確認，因此被叫方收

27、到請求后，需要發200OK確認）15-17 主叫側根據協商結果修改資源申請18主叫UE通過空口流程獲知通話資源預留成功，向被叫側發起UPDATE，其中的precondition參數主叫側為sendrecv，被叫側為none。19 被叫UE通過空口流程獲知通話資源預留成功，向主叫返回200 OK，其中的precondition參數主被叫均為sendrecv20-22 被叫振鈴，發送180 Ringing消息給主叫，觸發主叫聽到被叫鈴聲，再發送200 OK，對最初的INVITE的確認23主叫回復ACK，通話建立，主被叫雙方完成呼叫信令流程，雙方開始通話24主叫側掛機，UE向SBC發送BYE消息，之

28、后消息轉發至被叫SBC和UE。2528主叫側進行資源釋放。2932被叫側進行資源釋放。2.3 接入問題原因分析及排查思路2.3.1 IMS注冊慢/無法注冊2.3.1.1 IMS注冊慢/無法注冊原因分析ü IMS無法注冊有以下原因：A. 終端設置問題，導致未發起注冊n HTC手機“設置”“數據連接”“IMS服務”未勾選 n 蘋果手機“設置”“蜂窩移動網絡”“語音與數據”未勾選 n 三星手機“設置”“移動網絡”“VoLTE”未勾選B. 終端不支持VoLTE，無法發起注冊n 終端發起的Attach Request中Voice Domain Preference不為IMS PS Voice

29、Preferred，CS Voice Secondary，將不支持VoLTEn 終端能力顯示不支持ROHC、FGI字段顯示終端不支持eSRVCC切換、RLC UM模式、5bit RLC UM SN和7bit PDCP SN等功能，終端將不支持VoLTEC. 網絡不支持VoLTE，不支持IMS注冊網絡下發的Attach Accept中IMSVoPS不為IMS VoPS Session in S1 Mode supported，網絡將不支持VoLTED. IMS簽約數據問題，導致無法注冊E. IMS注銷失敗，導致IMS后續無法注冊HSS未配置2G/3G 的IPV6 APN，導致終端從4G到2G后，

30、RAU accept中刪除了IMS PDP上下文，終端從2G重選到4G后，發起重新注冊，由于IMS有fork功能，可以允許用戶重復注冊5次，第6次將無法注冊。HSS上配置2G/3G 的IPV6 APN后問題解決。F. 異廠家對接，導致注冊消息未發送到SBC華為DRA按照測試號段進行轉發路由，而異廠家Gx（SBC與PCRF的接口）對接存在問題，導致USIM卡無法在中興和華為區域同時注冊。通過DRA修改配置解決問題。詳見VoLTE USIM卡無法同時在華為中興區域使用問題處理ü IMS注冊慢終端版本問題。升級版本后可以解決，詳見HTC終端注冊慢2.3.1.2 IMS注冊慢/無法注冊問題排

31、查思路A、首先確認終端設置是否正確（參考原因分析）B、通過eNB或EPC上跟蹤信令，確認終端和網絡是否支持VoLTE（參考原因分析）C、核查HSS中2G/3G/4G簽約數據，確認是否簽約IPV6 APND、確認IMS簽約數據（將USIM卡裝載在其他可以正常使用的手機中進行測試，確認USIM卡簽約是否正常）E、如果上述方法還無法定位問題，在eNB、IMS和EPC、DRA、PCRF等網元跟蹤數據包，檢查終端是否已經發出Register消息，消息已經路由到已經到哪個網元，終端是否已經注冊多次E、最后在終端上抓取信令，確認終端問題2.3.2 VoLTE終端CSFB2.3.2.1 VOLTE終端CSFB

32、原因分析A、終端在2/4G或者3/4G同時有狀態信息，會被叫域選擇到GSM。這種情況主要是MME與HSS交互問題；n 華為MME“INTRAFORCE”未設置為“ULR”，當終端從2G 回到4G時，如果在同一個融合核心網網元下，TAU過程中不會發起Update Location流程，導致HSS同時存在2/4G狀態，根據規，被叫域選擇到GSM。華為MME修改參數后解決問題。詳見MME參數設置導致VoLTE被叫CSFB問題處理n 華為MME“INTRASINGLEREG”未設置為“ENABLE”，在用戶重新附著時，位置更新消息中攜帶的Single-Registration-Info標志位未置位，導

33、致中興HSS沒有刪除2G位置信息，被叫因此回落2G。華為MME修改參數后解決問題。問題處理同上。B、終端收到錯誤消息（如500/503）后進行異常處理，發起silent Redial，回落到GSM。這種情況主要為SBC和EPC交互問題。n SBC轉發INVITE消息給被叫RCRF時，會觸發被叫終端鑒權請求確認，SBC發給PCRF的鑒權請求消息中攜帶的流描述信息中被叫UE的IP為IPV4，與集團規要求為IPV6不一致，導致被叫域選擇到GSM。中興SBC修改參數后解決問題。詳見SBC的AAR消息不合規導致VoLTE被叫CSFBn EPC按照3GPP規產生的計費標識中包含“0a”的容，在IMS網絡中

34、，按照SIP協議將“0a”解析成換行符（ASCII碼中，0a為換行符，非顯性字符），造成對計費標識的誤讀，導致S-CSCF回復500（服務器部錯誤）錯誤給主叫終端，主叫終端進行異常處理，進入CSFB流程。中興SBC打補丁后解決問題。詳見SBC回復500錯誤導致終端CSFBn 在4G下的VoLTE用戶做主叫，并向主叫中興SBC發送初始invite消息后，由于主叫UE未攜帶相關帶寬參數，因此中興SBC在向PCRF申請資源時，未攜帶“Max-Requested-Bandwidth-UL AVP”，導致華為PCRF建立承載失敗，中興SBC在收到華為PCRF錯誤響應后，向UE回復503（Service

35、Unavailable），導致部分終端CSFB。中興SBC打補丁后解決問題。2.3.2.2 VoLTE終端CSFB排查思路A、如果終端有4G但無IMS圖標，則終端未在IMS注冊B、如果終端有IMS圖標，僅做被叫叫時回落GSM（4G圖標變為2G圖標），一般是IMS被叫域選擇到GSM。需要在MME、HSS上進行信令跟蹤，確認終端是否在多個域有狀態C、如果終端有IMS圖標，做主叫或被叫都可能回落到GSM（4G圖標變為2G圖標），一般是收到錯誤消息后進行了異常處理。需要在IMS、EPC上進行信令跟蹤，確認IMS發送什么類型錯誤消息，IMS與EPC進行聯合分析注：VoLTE終端CSFB 2.3.3 呼叫

36、建立時延長呼叫建立流程涉及較多網元，需要開展端到端分析，呼叫建立時延長主要為終端、DRA、MME、SGW問題。如果VoLTE終端進入CSFB流程，呼叫建立時延也會相應變長，該問題詳見上節2.3.2 VoLTE終端CSFB2.3.3.1 呼叫建立時延統計方法主叫發送Invite消息-主叫收到180振鈴消息的時間2.3.3.2 呼叫建立時延長原因分析A. 終端n 測試短呼時，兩次時間間隔設置過短，被叫用戶無法完全進入IDLE態，新的呼叫發起，被叫還處于連接態轉IDLE過程暫態，收不到尋呼，通過網絡多次尋呼才能成功，導致整體端到端呼叫延遲達6-9s。詳見HTC資源釋放過慢導致呼叫建立時延過長n 終端

37、版本問題，導致發送多次Invite消息。升級版本后問題解決。詳見終端側invite消息丟失導致呼叫建立時延過長B. DRADRA“關于鏈路的數據捆綁開關”未打開，如果每條鏈路在50ms收到的消息只有一條，并且消息包長度小于1500字節時，將導致每條消息的時延超過50ms。將“關于鏈路的捆綁數據開關 ”關閉，DRA與SBC交互時間降低到10ms。由于交互次數共24次，可以縮短時間24*40=960ms。詳見DRA參數配置不合理導致呼叫建立時延長C. MMEMME尋呼策略為首次eNB list（最近活動的7個eNB）尋呼，第二到六次為基于GUTI的TA list尋呼（包含一個TA），尋呼間隔為2.

38、5s。eNB list尋呼成功率低，改為基于TA list尋呼后，呼叫建立時延大于5s的比例從25%降低到7%。D. SGW中興SGW“報文緩存開關”未打開，導致invite消息丟失，必須要等待SBC重傳。打開“報文緩存開關”開關后，可以縮短500ms1s。詳見中興SGW尋呼未緩存導致呼叫建立時延長2.3.3.3 呼叫建立時延長問題排查思路A、 eNB、EPC、IMS網元進行時間校準；B、 將IMS相關網元（P-SCSF、PCRF、AS、S-SCSF、HSS、DRA）的數據包匯聚到一個CE，抓取該CE中IP數據包，同步抓取SGW、MME的數據包，獲取各SIP信令在不同的網元的時間點，從網元和S

39、IP信令兩個維度進行分段統計，統計時長占比較大的網元和SIP信令；C、 針對疑似問題網元開展相關SIP信令專項分析及問題定位。2.3.4 未接通2.3.4.1 未接通統計方法主叫UE發送第一條SIP INVITE后收到網絡側下發的SIP 200 OK消息為成功完成呼叫，其他都算未接通2.3.4.2 未接通問題分析方法1、在主叫的事件中，找到Outgoing call block/Call blocked事件，記錄時間點2、在主叫信令中，找到Invite消息（Invite消息會比RRC連接建立請求消息時間早，因為點擊撥號按鈕時，首先觸發Invite消息，而Invite消息再觸發RRC連接建立），

40、記錄時間點3、查看Invite消息到Block事件之間的時間段，主被叫出現的異常信令2.3.4.3 未接通原因分析呼叫建立流程涉及終端、eNB、EPC、IMS等網元，所有網元的問題都可能導致未接通。A、終端n HTC M8t某版本尋呼成功率低n HTC M8t某版本主叫終端收到PRACK 200 OK后未上報UPDATE主叫n 蘋果終端暫不支持振鈴中的eSRVCC，振鈴中或振鈴后，只要是接通前發起eSRVCC流程都會導致未接通B、無線n SINR差（由于鄰區、干擾等導致）被叫無線環境惡化，SINR降低到-3dB，UE上報的invite183網絡側未收到，最終導致主被叫同時未接通n 被叫LAU

41、/RAU /TAU主叫14:18:03發送INVITE消息，14:18:18超時主動上發Cancel消息。被叫該時段在進行G-T-L重選,包括LAU、RAU、TAU過程。n RRC連接異常釋放終端收到RRC連接釋放，原因為other，然后進入空閑模式C、IMSn SBC收到被叫的UPDATE 200OK后沒有轉發，詳見SBC收到UPDATE的200OK后沒有轉發n 目前所有廠家的IMS不支持振鈴前eSRVCC，振鈴前發起eSRVCC，都會導致未接通D、端到端n SIP消息發送失敗（在測試軟件上看到的現象為終端發送多次SIP消息）被叫手機在11:48.45.821接收到Invite消息后，分別在

42、11:48.45.930、11:48:48.973、11:48:54.918發送了3次183消息，但是主叫一直沒有收到183。n SIP消息丟失（在測試軟件上看到的現象為無線環境良好的情況下，一個終端已發送消息，另一方未收到）主叫14:50:11上發UPDATE消息，被叫一直未收到。此時無線環境良好，RSRP值在-93dBm以上，SINR值在17dBm以上。n 被叫尋呼無響應，主叫收到480消息主叫手機起呼后長時間未能成功建立通話，網絡側下發480Temporarily Unavailable（當前不可用）錯誤碼，指示用戶無響應。n 被叫上報486 Busy Here被叫在上報INVITE18

43、0振鈴后，上報了Invite 486（Busy Here）。n 專用承載未建立或丟失，終端上發580 Precondition failure被叫專用承載未建立，在發送UPATE200OK后，被叫發送580消息給主叫。主叫11:59:43.939發起呼叫,被叫11:59:48.248發送PRACK 200 OK給網絡。被叫11:59:48.967從PCI 448(38100) 切換到 PCI 393(37900), 然后網絡主動去激活專用承載。n 基站核心網加密算法配置不一致 基站配置了祖沖之算法，但核心網未配置，導致未接通。核心網配置祖沖之算法后問題解決，詳見基站核心網加密算法配置不一致導致

44、呼叫失敗n 中興SBC發送的AAR消息中IP地址格式錯誤導致未接通問題處理中興SBC發送的AAR消息的flow-description部分中的IPV6地址攜帶了“”書寫格式，華為PCRF在轉換過程中不識別解析失敗，導致呼叫失敗。中興SBC打補丁后問題解決，詳見中興SBC發送的AAR消息中IP地址格式錯誤導致未接通問題處理n 中興SBC發送的STR消息存在異常中興SBC發送的STR消息未攜帶D-Host信息，華為LDRA轉發不成功導致未接通。SBC發送的STR攜帶D-Host消息后問題解決，詳見中興SBC發送的STR消息錯誤導致未接通問題處理n 華為LDRA參數設置不合理華為LDRA“檢查D-H

45、ost是否為本局開關”參數值為“1”，檢測消息中的D-Host為本局的主機名時，需要做錯誤處理并返回DIAMETER_APPLICATION_UNSUPPORTED錯誤碼，導致未接通。修改為“0”后問題解決，詳見華為LDRA參數配置導致未接通問題處理n 中興SBC發送的AAR消息存在異常中興SBC發送的AAR消息攜帶了D-Host信息，DRA會直接根據目的主機名進行消息轉發而不再走會話綁定查詢流程，導致未接通。SBC發送的AAR消息不攜帶D-Host信息后問題解決，詳見中興SBC發送的AAR消息錯誤導致未接通問題處理2.3.4.4 未接通問題排查思路A、暫時無法解決的問題n 由于目前所有廠家的

46、IMS不支持振鈴前eSRVCC，振鈴前發起eSRVCC，肯定會導致未接通，該問題暫時無法解決n 蘋果終端暫不支持振鈴中的eSRVCC，振鈴中或振鈴后，只要是接通前發起eSRVCC流程都會導致未接通，該問題暫時無法解決B、無線原因排查：n 主叫/被叫多次發送信令或者異常進入空閑模式，查看當時的SINR和RSRP，確認是否由于越區覆蓋、鄰區漏配、PCI模3干擾、弱覆蓋等無線問題導致n 主叫尋呼期間，被叫發起RAU/LAU/TAU，需要分析之前終端如何從4G重選或切換到GSM/TDn RRC連接異常釋放，需要進行eNB信令跟蹤，查看無線原因C 、終端問題排查：n 對比相同芯片的不同終端、異芯片終端，

47、如果某款終端接通成功率低，則疑似終端問題，需要對終端進行排查n 如果終端收到并正確解碼某SIP消息，但未發出后續的SIP消息，則疑似終端問題D、端到端原因排查：n 主被叫發生SIP消息發送失敗、SIP消息發送多次問題，則需要在eNB、EPC、IMS上同步抓取數據包，檢查消息在哪些網元之間丟失，針對相關網元進行問題排查n 如果主叫收到480消息（當前不可用）、603（絕邀請），一般為被叫未收到尋呼問題，需要在終端、eNB、EPC、PCRF、SBC上跟蹤尋呼消息觸發及發送情況n 如果主叫收到486消息（被叫忙），一般為被叫終端發送，需要跟蹤終端、EPC、HSS上信令，確認被叫忙原因n 如果主叫或被

48、叫發送580消息（資源準備失敗），一般為專用承載未建立或承載丟失，需要在EPC、PCRF、SBC上跟蹤信令，排查承載問題2.4 接入問題無線主要優化手段A、加強LTE覆蓋優化，讓終端盡可能多駐留LTE網絡，盡量避免由于G-L重選、振鈴前eSRVCC導致的未接通B、加強LTE 模3干擾排查，系統鄰區等優化，避免SINR差導致的未接通C、由于GSM可能存在LAI插花問題，而LTE按照GSM的LAI同步規劃了TAI，需要排查LAI插花導致的TAI插花問題，避免不必要的TAU導致的未接通D、規GSM重選LTE參數，使終端容易從GSM回到LTE，盡量避免G-T-L重選導致的未接通E、與核心網、終端協同排

49、查尋呼無響應、SIP消息丟失、SIP消息發送失敗問題F、與核心網協同排查RRC連接異常釋放問題G、聯系核心網協同優化MME尋呼策略H、定期升級終端版本2.5 附錄1：VoLTE注冊端到端詳細流程VoLTE注冊端到端詳細流程：12UE發起EPC附著請求。 36EPC網絡對用戶進行認證鑒權。78 認證通過后，MME向HSS進行用戶的EPC位置更新，并告知HSS IMS Voice homogeneous support。9MME根據用戶簽約發起默認PDN連接建立（默認APN為CMNET APN）1011SAE GW向PCRF獲取默認規則，PCRF返回QCI=9。1220 完成默認承載建立后續流程。

50、21UE在發起IMS注冊前需要建立IMS PDN連接。22UE發起新的PDN連接建立請求，其中攜帶APN為IMS，PCO獲取P-CSCF地址。23MME向SAE GW發起PDN連接建立請求，其中攜帶APN為IMS，PCO獲取P-CSCF地址。2425 SAE GW向PCRF獲取默認規則，PCRF返回QCI=5.26SAE GW返回PDN連接建立響應，其中包含P-CSCF地址2734完成IMS PDN連接建立后續流程35UE通過IMS PDN默認承載發起IMS 注冊請求，其中包含通過IMSI導出的IMPU/IMPI36注冊請求經SBC轉發至I-CSCF3738I-CSCF向HSS發起查詢，HSS

51、返回S-CSCF的能力集39I-CSCF根據HSS返回的能力集選擇S-CSCF并向其轉發注冊請求4041S-CSCF向HSS查詢用戶的鑒權信息4244S-CSCF向UE返回401響應，發起鑒權挑戰4549UE計算鑒權結果后再次發起注冊請求5051UE鑒權通過，S-CSCF向HSS獲取用戶簽約信息5253S-CSCF向AS發起第三方注冊，并在其中攜帶UE發起的核心網注冊請求消息5456S-CSCF向UE返回注冊成功響應5760AS根據三方注冊消息中的ATCF management URI向其發送MESSAGE請求，包含ATU-STI和C-MSISDN6162AS向HSS更新STN-SR6364H

52、SS向MME推送STN-SR2.6 附錄2：VoLTE呼叫端到端詳細流程（主被叫均在VoLTE）VoLTE呼叫端到端詳細流程（主被叫均在VoLTE）：1主叫用戶UE(O)的呼叫請求發送到主叫SBC。呼叫請求中包含precondition相關參數，其中主叫側和被叫側均為none。2主叫SBC向PCC申請通話資源（臨時），同時請求主叫用戶位置信息。 34主叫側PCRF向S/P-GW下發策略。5主叫側PCRF向SBC返回AAA響應。68主叫側預留無線側資源，MME在消息8中攜帶主叫位置信息（TAI+E-CGI）。910S/P-GW向PCRF返回主叫位置信息。1112PCRF向SBC上報主叫位置信息。

53、1316主叫側完成業務觸發，主叫AS進行被叫補齊，之后主叫S-CSCF通過查詢ENUM/DNS獲取被叫I-CSCF地址并將呼叫請求發送至被叫I-CSCF。1718被叫I-CSCF查詢HSS獲取被叫用戶注冊的S-CSCF。19被叫觸發至VoLTE AS，基本呼叫和補充業務觸發完成后觸發SCC AS。20SCC AS進行被叫域選擇，向HSS查詢T-ADS信息。23HSS向SCC AS返回T-ADS信息，包含IMS Voice over PS supported。2426呼叫請求轉發至被叫UE。27被叫UE返回183其中包含被叫SDP信息，precondition參數中主叫側和被叫側均為none。2

54、834被叫側申請通話資源。3542183響應按照呼叫路徑被轉發至主叫。4450主叫側根據協商結果修改資源申請。5159主叫UE通過空口流程獲知通話資源預留成功，向被叫側發起UPDATE，其中的precondition參數主叫側為sendrecv，被叫側為none。6068被叫UE通過空口流程獲知通話資源預留成功，向主叫返回200 OK，其中的precondition參數主被叫均為sendrecv。6971主被叫雙方完成呼叫信令流程，雙方開始通話。7274主叫側掛機，UE向SBC發送BYE消息，之后消息轉發至被叫SBC和UE。7581主叫側進行資源釋放。8288被叫側進行資源釋放。3 保持優化3

55、.1 保持問題現象及分類保持問題主要包括以下三類（從用戶感知角度）：（1）eSRVCC切換準備時延長 eSRVCC切換準備時延較長雖然不影響用戶感知，但是可能會導致掉話（2）eSRVCC用戶面中斷時延長eSRVCC切換時，出現短暫的漏字問題（3）掉話VoLTE語音無法保持3.2 eSRVCC切換流程注：測試軟件上可以看到的流程3.3 保持問題原因分析及排查思路3.3.1 eSRVCC切換準備時延長3.3.1.1 eSRVCC切換準備時延統計方法終端發出第一條B2上報的異系統MR-UE收到mobility form EUTRA的時長3.3.1.2 eSRVCC切換準備時延長原因 中興eMSC私有定時器設置異常，導致eMSC與MSC交互時間占eSRVCC切換準備時間的91%，而其中CS 側局間承載建立時長（eMSC發送IAM給MSC-eMSC接收MSC的ACM）占比達到84%。修改定時器設置后，問題得到解決。詳見eSRVCC切換準備時延長問題處理3.3.1.3 eSRVCC切換準備時延問題排查方法A、 eNB、EPC、IMS、eMSC、MSC、BSC網元進行時間校準；B、 跟蹤eSRVCC切換準備信令，獲取各網元的時間點，從網元和信