【正文】 通話(huà)資源預(yù)留成功。 被叫UE收到主叫UE的Invite消息后，返回183響應(yīng)并啟動(dòng)資源預(yù)留過(guò)程。 主叫資源預(yù)留的開(kāi)始和結(jié)束252。 雙方需要協(xié)商都支持的媒體類(lèi)型以及所使用的編碼方式。 雙方協(xié)商的媒體類(lèi)型包括視頻、音頻、文本、聊天等。 SDP簡(jiǎn)介會(huì)話(huà)描述協(xié)議SDP（Session Description Protocol）協(xié)議為應(yīng)用層的控制協(xié)議，用于會(huì)話(huà)建立過(guò)程中的媒體協(xié)商。常見(jiàn)的有：401Unatuhorized、486Busy Here、481Call transaction does not exist5 XX 服務(wù)端響應(yīng)錯(cuò)誤。常見(jiàn)的有：200 OK、202Accepted、204 No Notification3 XX 重定向響應(yīng)。 請(qǐng)求（客戶(hù)端）REGISTER 注冊(cè)INVITE 邀請(qǐng)PRACK 提供臨時(shí)確認(rèn)UPDATE 更新連接狀態(tài)ACK 對(duì)INVITE消息的最終確認(rèn)BYE 掛斷電話(huà)SUBSCRIBE 訂閱事件通知NOTIFY 通知訂閱者新的事件CANCEL 取消 應(yīng)答（服務(wù)端）1XX臨時(shí)響應(yīng)。 IMS中的接口協(xié)議簡(jiǎn)介 DiameterDiameter協(xié)議包括基本協(xié)議，NAS（網(wǎng)絡(luò)接入服務(wù)）協(xié)議，EAP（可擴(kuò)展鑒別）協(xié)議，MIP（移動(dòng)IP）協(xié)議，CMS（密碼消息語(yǔ)法）協(xié)議等 RTP/RTCP應(yīng)用層承載面協(xié)議，會(huì)話(huà)建立后，RTP（Realtime Transport Protocol實(shí)時(shí)傳輸協(xié)議）協(xié)議保證媒體流的實(shí)時(shí)傳輸；RTCP（Realtime Transport Control Protocol實(shí)時(shí)傳輸控制協(xié)議）協(xié)議對(duì)實(shí)時(shí)傳輸?shù)拿襟w流進(jìn)行監(jiān)控。 MGCF/IMMGWMGCF（Media Gateway Control Function媒體網(wǎng)關(guān)控制功能）用于IMS域與CS域的互通，負(fù)責(zé)完成控制面信令的互通（PSTN/CS域側(cè)ISUP/BICC協(xié)議與CMIMS側(cè)SIP協(xié)議的交互和互通），并控制IMMGW（IP MultimediaMedia Gateway媒體網(wǎng)關(guān)）完成用戶(hù)面媒體面的互通、號(hào)碼規(guī)整、號(hào)碼分析和路由、放音、放音抑制、視頻回落等功能。 CSCF CSCF（Call Session Control Function）—會(huì)話(huà)控制和路由，包含ICSCF、SCSCF、ECSCF：SCSCF（Server CSCF）：SCSCF在IMS核心網(wǎng)中處于核心的控制地位，負(fù)責(zé)對(duì)UE的注冊(cè)鑒權(quán)和會(huì)話(huà)控制，執(zhí)行針對(duì)主叫端及被叫端IMS用戶(hù)的基本會(huì)話(huà)路由功能，并根據(jù)用戶(hù)簽約IMS觸發(fā)規(guī)則，在條件滿(mǎn)足時(shí)進(jìn)行到AS的增值業(yè)務(wù)路由觸發(fā)及業(yè)務(wù)控制交互；ICSCF（interrogating CSCF）：類(lèi)似IMS的關(guān)口節(jié)點(diǎn)，提供SCSCF指派、路由查詢(xún)功能；ECSCF，從PCSCF接受緊急會(huì)話(huà)建立請(qǐng)求，并完成用戶(hù)接入位置信息查詢(xún)和緊急呼叫路由等功能。其邏輯架構(gòu)如下圖： IMS相關(guān)網(wǎng)元簡(jiǎn)介 SBCVoLTE SBC（Session Border Controller）會(huì)話(huà)邊緣控制器，包含PCSCF/AGW、ATCF/ATGW功能模塊。PCSCF（Proxy CSCF）/AGW（Application Gateway）：是IMS中與用戶(hù)的第一個(gè)連接點(diǎn)，PCSCF提供注冊(cè)鑒權(quán)、信令保護(hù)、信令壓縮、媒體授權(quán)、QoS控制、信令路由、緊急呼叫、漫游計(jì)費(fèi)等功能。目前ICSCF和SCSCF在物理實(shí)體上是合設(shè)的 VoLTE AS 應(yīng)用服務(wù)器（Application Server）為IMS用戶(hù)提供增值業(yè)務(wù)，可以位于用戶(hù)歸屬網(wǎng)，也可以由第三方提供，主要包含如下功能模塊：l MMTel AS（MultiMediaTelephony多媒體電話(huà)應(yīng)用服務(wù)器）：用于為VoLTE用戶(hù)提供多媒體電話(huà)基本業(yè)務(wù)和補(bǔ)充業(yè)務(wù)；l SCC AS（Service Call Continuity Application Server服務(wù)集中化和連續(xù)性應(yīng)用服務(wù)器）：實(shí)現(xiàn)VoLTE的被叫域選擇，eSRVCC過(guò)程中的信令控制；l 被叫錨定功能：支持CAP接口，提供被叫用戶(hù)錨定至IMS；l IMSSF（IP MultimediaService Switch Function智能業(yè)務(wù)觸發(fā)網(wǎng)關(guān)）：用于觸發(fā)現(xiàn)有SCP，實(shí)現(xiàn)智能網(wǎng)業(yè)務(wù)邏輯；l 業(yè)務(wù)配置轉(zhuǎn)發(fā)（AP）：實(shí)現(xiàn)業(yè)務(wù)配置請(qǐng)求的匯聚和轉(zhuǎn)發(fā)；l MRF（Multimedia Resource Function多媒體資源功能）：負(fù)責(zé)對(duì)媒體資源的控制和處理，實(shí)現(xiàn)音視頻播放、會(huì)議、DTMF收號(hào)和音頻錄音等功能。IMMGW（媒體網(wǎng)關(guān)）負(fù)責(zé)在MGCF的控制下完成VoLTE用戶(hù)面IP承載與CS域承載之間的轉(zhuǎn)換，提供編解碼轉(zhuǎn)換、承載資源管理和放音功能。 SIP簡(jiǎn)介會(huì)話(huà)（Session）：描述兩個(gè)用戶(hù)之間的媒體連接會(huì)話(huà)流程：實(shí)現(xiàn)主叫UE和被叫UE之間的多媒體會(huì)話(huà)會(huì)話(huà)流程中包括媒體的協(xié)商（包括媒體類(lèi)型和編碼方式的協(xié)商）和雙方的資源預(yù)留過(guò)程。表示請(qǐng)求已接收，接收方正在處理。請(qǐng)求方需要采取進(jìn)一步動(dòng)作以完成請(qǐng)求。服務(wù)器無(wú)法提供合法的請(qǐng)求。 媒體協(xié)商252。252。 資源預(yù)留252。 主叫UE發(fā)送Invite消息后，啟動(dòng)資源預(yù)留過(guò)程。252。 被叫域選擇和錨定方案 VoLTE用戶(hù)被叫域選擇流程TADS（Terminating Access Domain Selection），即被叫域選擇功能。 若用戶(hù)盡在CS注冊(cè)，則應(yīng)選擇CS域252。被叫錨定的原因?yàn)闊o(wú)論被叫VoLTE用戶(hù)處于LTE覆蓋還是GSM覆蓋均可保持補(bǔ)充業(yè)務(wù)（如呼叫等待、呼叫保持、呼叫轉(zhuǎn)移、號(hào)碼顯示、多方通話(huà)等）的一致性。 關(guān)注點(diǎn)：252。13 UE發(fā)起新的PDN連接建立請(qǐng)求，其中攜帶APN為IMS，PCO獲取PCSCF地址。29~32 被叫側(cè)進(jìn)行資源釋放。F. 異廠(chǎng)家對(duì)接，導(dǎo)致注冊(cè)消息未發(fā)送到SBC華為DRA按照測(cè)試號(hào)段進(jìn)行轉(zhuǎn)發(fā)路由，而異廠(chǎng)家Gx（SBC與PCRF的接口）對(duì)接存在問(wèn)題，導(dǎo)致USIM卡無(wú)法在中興和華為區(qū)域同時(shí)注冊(cè)。升級(jí)版本后可以解決，詳見(jiàn)《HTC終端注冊(cè)慢》 IMS注冊(cè)慢/無(wú)法注冊(cè)問(wèn)題排查思路A、首先確認(rèn)終端設(shè)置是否正確（參考原因分析）B、通過(guò)eNB或EPC上跟蹤信令，確認(rèn)終端和網(wǎng)絡(luò)是否支持VoLTE（參考原因分析）C、核查HSS中2G/3G/4G簽約數(shù)據(jù)，確認(rèn)是否簽約IPV6 APND、確認(rèn)IMS簽約數(shù)據(jù)（將USIM卡裝載在其他可以正常使用的手機(jī)中進(jìn)行測(cè)試，確認(rèn)USIM卡簽約是否正常）E、如果上述方法還無(wú)法定位問(wèn)題，在eNB、IMS和EPC、DRA、PCRF等網(wǎng)元跟蹤數(shù)據(jù)包，檢查終端是否已經(jīng)發(fā)出Register消息，消息已經(jīng)路由到已經(jīng)到哪個(gè)網(wǎng)元，終端是否已經(jīng)注冊(cè)多次E、最后在終端上抓取信令，確認(rèn)終端問(wèn)題 VoLTE終端CSFB VOLTE終端CSFB原因分析A、終端在2/4G或者3/4G同時(shí)有狀態(tài)信息，會(huì)被叫域選擇到GSM。華為MME修改參數(shù)后解決問(wèn)題。n SBC轉(zhuǎn)發(fā)INVITE消息給被叫RCRF時(shí)，會(huì)觸發(fā)被叫終端鑒權(quán)請(qǐng)求確認(rèn)，SBC發(fā)給PCRF的鑒權(quán)請(qǐng)求消息中攜帶的流描述信息中被叫UE的IP為IPV4，與集團(tuán)規(guī)范要求為IPV6不一致，導(dǎo)致被叫域選擇到GSM。詳見(jiàn)《SBC回復(fù)500錯(cuò)誤導(dǎo)致終端CSFB》n 在4G下的VoLTE用戶(hù)做主叫，并向主叫中興SBC發(fā)送初始invite消息后，由于主叫UE未攜帶相關(guān)帶寬參數(shù)，因此中興SBC在向PCRF申請(qǐng)資源時(shí)，未攜帶“MaxRequestedBandwidthUL AVP”，導(dǎo)致華為PCRF建立承載失敗，中興SBC在收到華為PCRF錯(cuò)誤響應(yīng)后，向UE回復(fù)503（Service Unavailable），導(dǎo)致部分終端CSFB。需要在IMS、EPC上進(jìn)行信令跟蹤，確認(rèn)IMS發(fā)送什么類(lèi)型錯(cuò)誤消息，IMS與EPC進(jìn)行聯(lián)合分析注：VoLTE終端CSFB 呼叫建立時(shí)延長(zhǎng)呼叫建立流程涉及較多網(wǎng)元，需要開(kāi)展端到端分析，呼叫建立時(shí)延長(zhǎng)主要為終端、DRA、MME、SGW問(wèn)題。詳見(jiàn)《終端側(cè)invite消息丟失導(dǎo)致呼叫建立時(shí)延過(guò)長(zhǎng)》B. DRADRA“關(guān)于鏈路的數(shù)據(jù)捆綁開(kāi)關(guān)”未打開(kāi)，如果每條鏈路在50ms內(nèi)收到的消息只有一條，并且消息包長(zhǎng)度小于1500字節(jié)時(shí)，將導(dǎo)致每條消息的時(shí)延超過(guò)50ms。eNB list尋呼成功率低，改為基于TA list尋呼后，呼叫建立時(shí)延大于5s的比例從25%降低到7%。 未接通 未接通統(tǒng)計(jì)方法主叫UE發(fā)送第一條SIP INVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 200 OK消息為成功完成呼叫，其他都算未接通 未接通問(wèn)題分析方法在主叫的事件中，找到Outgoing call block/Call blocked事件，記錄時(shí)間點(diǎn)在主叫信令中，找到Invite消息（Invite消息會(huì)比RRC連接建立請(qǐng)求消息時(shí)間早，因?yàn)辄c(diǎn)擊撥號(hào)按鈕時(shí)，首先觸發(fā)Invite消息，而Invite消息再觸發(fā)RRC連接建立），記錄時(shí)間點(diǎn)查看Invite消息到Block事件之間的時(shí)間段內(nèi)，主被叫出現(xiàn)的異常信令 未接通原因分析呼叫建立流程涉及終端、eNB、EPC、IMS等網(wǎng)元，所有網(wǎng)元的問(wèn)題都可能導(dǎo)致未接通。n SIP消息丟失（在測(cè)試軟件上看到的現(xiàn)象為無(wú)線(xiàn)環(huán)境良好的情況下，一個(gè)終端已發(fā)送消息，另一方未收到）主叫14:50:11上發(fā)UPDATE消息，被叫一直未收到。n 專(zhuān)用承載未建立或丟失，終端上發(fā)580 Precondition failure被叫專(zhuān)用承載未建立，在發(fā)送UPATE200OK后，被叫發(fā)送580消息給主叫。核心網(wǎng)配置祖沖之算法后問(wèn)題解決，詳見(jiàn)《基站核心網(wǎng)加密算法配置不一致導(dǎo)致呼叫失敗》n 中興SBC發(fā)送的AAR消息中IP地址格式錯(cuò)誤導(dǎo)致未接通問(wèn)題處理中興SBC發(fā)送的AAR消息的flowdescription部分中的IPV6地址攜帶了“[]”書(shū)寫(xiě)格式，華為PCRF在轉(zhuǎn)換過(guò)程中不識(shí)別解析失敗，導(dǎo)致呼叫失敗。SBC發(fā)送的AAR消息不攜帶DHost信息后問(wèn)題解決，詳見(jiàn)《中興SBC發(fā)送的AAR消息錯(cuò)誤導(dǎo)致未接通問(wèn)題處理》 未接通問(wèn)題排查思路A、暫時(shí)無(wú)法解決的問(wèn)題n 由于目前所有廠(chǎng)家的IMS不支持振鈴前eSRVCC，振鈴前發(fā)起eSRVCC，肯定會(huì)導(dǎo)致未接通，該問(wèn)題暫時(shí)無(wú)法解決n 蘋(píng)果終端暫不支持振鈴中的eSRVCC，振鈴中或振鈴后，只要是接通前發(fā)起eSRVCC流程都會(huì)導(dǎo)致未接通，該問(wèn)題暫時(shí)無(wú)法解決B、無(wú)線(xiàn)原因排查：n 主叫/被叫多次發(fā)送信令或者異常進(jìn)入空閑模式，查看當(dāng)時(shí)的SINR和RSRP，確認(rèn)是否由于越區(qū)覆蓋、鄰區(qū)漏配、PCI模3干擾、弱覆蓋等無(wú)線(xiàn)問(wèn)題導(dǎo)致n 主叫尋呼期間，被叫發(fā)起RAU/LAU/TAU，需要分析之前終端如何從4G重選或切換到GSM/TDn RRC連接異常釋放，需要進(jìn)行eNB信令跟蹤，查看無(wú)線(xiàn)原因C 、終端問(wèn)題排查：n 對(duì)比相同芯片的不同終端、異芯片終端，如果某款終端接通成功率低，則疑似終端問(wèn)題，需要對(duì)終端進(jìn)行排查n 如果終端收到并正確解碼某SIP消息，但未發(fā)出后續(xù)的SIP消息，則疑似終端問(wèn)題D、端到端原因排查：n 主被叫發(fā)生SIP消息發(fā)送失敗、SIP消息發(fā)送多次問(wèn)題，則需要在eNB、EPC、IMS上同步抓取數(shù)據(jù)包，檢查消息在哪些網(wǎng)元之間丟失，針對(duì)相關(guān)網(wǎng)元進(jìn)行問(wèn)題排查n 如果主叫收到480消息（當(dāng)前不可用）、603（謝絕邀請(qǐng)），一般為被叫未收到尋呼問(wèn)題，需要在終端、eNB、EPC、PCRF、SBC上跟蹤尋呼消息觸發(fā)及發(fā)送情況n 如果主叫收到486消息（被叫忙），一般為被叫終端發(fā)送，需要跟蹤終端、EPC、HSS上信令，確認(rèn)被叫忙原因n 如果主叫或被叫發(fā)送580消息（資源準(zhǔn)備失?。话銥閷?zhuān)用承載未建立或承載丟失，需要在EPC、PCRF、SBC上跟蹤信令，排查承載問(wèn)題 接入問(wèn)題無(wú)線(xiàn)主要優(yōu)化手段A、加強(qiáng)LTE覆蓋優(yōu)化，讓終端盡可能多駐留LTE網(wǎng)絡(luò)，盡量避免由于GL重選、振鈴前eSRVCC導(dǎo)致的未接通B、加強(qiáng)LTE 模3干擾排查，系統(tǒng)內(nèi)鄰區(qū)等優(yōu)化，避免SINR差導(dǎo)致的未接通C、由于GSM可能存在LAI插花問(wèn)題，而LTE按照GSM的LAI同步規(guī)劃了TAI，需要排查L(zhǎng)AI插花導(dǎo)致的TAI插花問(wèn)題，避免不必要的TAU導(dǎo)致的未接通D、規(guī)范GSM重選LTE參數(shù)，使終端容易從GSM回到LTE，盡量避免GTL重選導(dǎo)致的未接通E、與核心網(wǎng)、終端協(xié)同排查尋呼無(wú)響應(yīng)、SIP消息丟失、SIP消息發(fā)送失敗問(wèn)題F、與核心網(wǎng)協(xié)同排查RRC連接異常釋放問(wèn)題G、聯(lián)系核心網(wǎng)協(xié)同優(yōu)化MME尋呼策略H、定期升級(jí)終端版本 附錄1：VoLTE注冊(cè)端到端詳細(xì)流程VoLTE注冊(cè)端到端詳細(xì)流程：1~2 UE發(fā)起EPC附著請(qǐng)求。12~20 完成默認(rèn)承載建立后續(xù)流程。24~25 SAE GW向PCRF獲取默認(rèn)規(guī)則，PCRF返回QCI=5.26 SAE GW返回PDN連接建立響應(yīng)，其中包含PCSCF地址27~34 完成IMS PDN連接建立后續(xù)流程35 UE通過(guò)IMS PDN默認(rèn)承載發(fā)起IMS 注冊(cè)請(qǐng)求，其中包含通過(guò)IMSI導(dǎo)出的IMPU/IMPI36 注冊(cè)請(qǐng)求經(jīng)SBC轉(zhuǎn)發(fā)至ICSCF37~38 ICSCF向HSS發(fā)起查詢(xún)，HSS返回SCSCF的能力集39 ICSCF根據(jù)HSS返回的能力集選擇SCSCF并向其轉(zhuǎn)發(fā)注冊(cè)請(qǐng)求40~41 SCSCF向HSS查詢(xún)用戶(hù)的鑒權(quán)信息42~44 SCSCF向UE返回401響應(yīng)，發(fā)起鑒權(quán)挑戰(zhàn)45~49 UE計(jì)算鑒權(quán)結(jié)果后再次發(fā)起注冊(cè)請(qǐng)求50~51 UE鑒權(quán)通過(guò)，SCSCF向HSS獲取用戶(hù)簽約信息52~53 SCSCF向AS發(fā)起第三方注冊(cè)，并在其中攜帶UE發(fā)起的核心網(wǎng)注冊(cè)請(qǐng)求消息54~56 SC