VoLTE試商用典型案例分析

1、網絡管理中心VoLTE試商用典型案例分析2VoLTE省內試商用典型案例分享VoLTE總體情況目錄下一步工作計劃及要求3VoLTE核心網能力構建Q3新建華為IMS設備到貨2015Q1Q4 5月20日，愛立信、華為異廠家VoLTE語音和視頻電話Q24.104.24 4月24日，打通省內第一個VoLTE語音和視頻電話5.206.29 10月13日，打通智能網V網、家庭網短號視頻電話為了支持VOLTE功能，共完成核心網設備版本及補丁加載378次，參數配置3580個。完成設備新建/擴容及現網設備改造79臺。截至12月底，累計完成華為基本語音測試30842項，華為省際長途漫游測試3065項；中興基本業(yè)務測

2、試6574項，中興省際長途漫游測試1247項；智能網及彩鈴省內測試54452項，為VoLTE業(yè)務的試商用提供保障。 10月15日，彩鈴VOLTE高清鈴音測試成功10.9彩鈴、智能網設備到貨安裝、調測9.10在完成網絡測試的同時，深入挖掘現網問題，大力推進問題解決進度，共發(fā)現核心網網絡及終端問題共75個、已解決62個、已定位問題5個，解決率達82.6%。12.14 VoLTE建設是一項復雜的系統(tǒng)工程，涉及核心網改造多個方面。網管中心協(xié)同各部門做好各項準備工作，有條不紊的按集團公司進度要求完成我省VoLTE網絡能力構建。p 網元變更 6月29日，打通VoLTE用戶與2/3G、其它運營商的通話201

3、6 12月14日，VOLTE省內試商用網元網元涉及網元數涉及網元數變更次數變更次數參數配置參數配置HSS-UDC/PG9228310eMSC48172LDRA270112CM-IMS核心網2020898MME22221262PCRF66158SAW1224668合計793783580p 業(yè)務測試p 問題管理p 里程碑事件4性能指標投訴情況1、注冊接通率已達到集團城市期標準2、接通率（含用戶原因）、eSRVCC成功率維達集團商用初期標準。VoLTE試商用情況 從VOLTE咨詢投訴流程建立以來，共接到網絡問題相關工單共276個，其中12%為網絡問題，13%定位為無線優(yōu)化問題，32%定位為終端問題，

4、30.5%定位為業(yè)務支撐問題，12%為業(yè)務規(guī)則及其他問題。其他問題10%網絡故障問題12%無線問題13%系統(tǒng)支撐問題31%業(yè)務規(guī)則問題2%終端問題32% 2015年12月24日我省啟動VoLTE高清語音業(yè)務內外部測試工作，截止4月15日，我省VoLTE開戶數達到22683戶，在線用戶數7373戶。5VoLTE省內試商用典型案例分享VoLTE總體情況目錄下一步工作計劃及要求6l aSRVCC切換失敗問題一、【SRVCC類問題】問題描述： 主、被叫VOLTE用戶均在4G網絡下，在振鈴過程中，主叫或者被叫有一方離開4G覆蓋，進入2/3G覆蓋，進行aSRVCC切換，但切換失敗。問題分析：首先，信令跟蹤

5、發(fā)現Contact頭域沒有攜帶“+g.3gpp.srvcc-alerting”標識，愛立信eMSC沒有開通Alerting切換功能。在愛立信eMSC打開Alerting切換功能后，發(fā)現sbc收不到eMSC發(fā)的invite消息，跟蹤消息發(fā)現愛立信修改SRVCCALERTENBL參數后，原來發(fā)送的UDP報文變?yōu)門CP報文。因為愛立信eMSC的SIP消息里包含域名Contact: sip:SYGS68.MSS.LN.CMCC.COM:5060;transport=UDP不是IP格式，sbc無法處理。解決方案：愛立信emsc需要激活SRVCCALERTENBL。修改配置為UDP協(xié)議。修改愛立信eMSC

6、修改配置為IP格式。成功消息格式不成功消息格式7l eSRVCC切換失敗問題問題描述： 省內跨eMSC覆蓋區(qū)發(fā)生eSRVCC切換時，在通話過程中聽到“空號通知音”后通話結束。問題分析：用戶乘坐高鐵時，通話過程中用戶從的eMSC覆蓋區(qū)移動到的eMSC覆蓋區(qū)，通話過程中發(fā)生eSRVCC切換，P-GW的承載沒有改變，MME發(fā)生變化， MME將切換請求發(fā)給的eMSC，eMSC與的PSBC沒有建立Mw接口鏈路，導致切換請求到eMSC后沒有送出去而空號。解決方案：、片區(qū)的eMSC與、的PSBC交叉對開直達Mw鏈路，將對方片區(qū)所管轄的切換請求送過去，問題解決。省際漫游場景暫時沒有解決方案。 MME的 愛立信

7、 PDN重建 MME（片區(qū)）IMSSBC/P-CSCF（片區(qū)）S&P-GWEPC片區(qū)電路域MSCMGWeMSCHSS3MME（片區(qū)）SBC/P-CSCF（片區(qū)）（片區(qū)）12456通話過程中切換一、 【SRVCC類問題】 （續(xù)）8l 華為SBC下帶用戶eSRVCC切換概率性失敗問題描述： VOLTE用戶偶爾（概率非常?。┰谡ㄔ掃^程中突然聽到“您好，您撥打的電話是空號”通知音，隨后中斷。問題分析：用戶注冊過程中，SCC AS會給SBC發(fā)送MESSAGE消息，用戶保存MESSAGE中的ATU-STI信息，便于切換時找到SCC AS，目前SBC在處理message消息時，內部中斷釋放CPU導

8、致小概率發(fā)生DRT數據生成失敗，將切換請求發(fā)送至ICSCF。解決方案：1、當時的臨時解決方案是在I-CSCF上實施添加到AS的路由配置進行規(guī)避。因此我省在華為和中興的ICSCF上制作PSI號碼分析，將ATU-STI信息配置為PSI號碼，由ICSCF路由至SCC AS。2、該問題屬于設備軟件缺陷，需要打補丁解決，補丁號為SE2900 V300R001C20SPH117，我省于2月底完成補丁裝載，并刪除了臨時結局方案數據驗證，目前問題已解決。一、【SRVCC類問題】（續(xù)）9l 本地VOLTE用戶eSRVCC切換后接聽新呼叫后產生漫游費的案例一、【SRVCC類問題】（續(xù)）問題描述：本地VOLTE用戶

9、發(fā)生eSRVCC切換后，再接聽新的呼叫后會產生漫游費。舉例說明：葫蘆島屬于的eMSC片區(qū),葫蘆島本地A,B,C三個用戶均在本地未漫游，A為VOLTE用戶，B和C為普通2/3G用戶，當A于2月18日11:14:29至11:22:23撥打B，A在剛接通B的電話時發(fā)生eSRVCC切換，這時C在11:22:08至11:22:09時撥打A,這時A保持B，同時C與A通話1秒鐘，全部通話掛機后，A產生了1秒鐘的漫游話單。圖一所示：A號碼B號碼C號碼題分析：原因1：UE_C與UE_A通話過程中，A和B的通話沒有斷，這時A通話受控于E

10、MSC，這時EMSC相當于Anchor MSC是一個新的錨定點, EMSC到目的MSC之間的ESRVCC切換相當于是2、3G場景下的跨MSC間切換，當C到A的通話需要在A的端局上計費時，按照跨局切換的原理，MSCA不計費，Anchor MSC(EMSC)會對代理MSC_A進行計費，因此就在SYGS63（EMSC）上產生了C到A的通話話單。原因2：產生漫游費原因是由于一級BOSS采集VOLTEAS話單中的CS-Location-Information字段作為漫游計費的標記，該字段記錄的地址為EMSC的地址。當C撥打A時，該字段記錄的信息是本次通話計費的EMSC的地址(SYGS63)，不是用戶的歸

11、屬地端局，判斷用戶漫游。 解決方案：建議可采取以下兩種方案的任意一種進行解決： 1.營帳側進一步明確計費分揀規(guī)則；2.eMSC獨立設置，不和端局合設。 10后沒有送出l 愛立信HSS不能返回域選信息導致用戶做被叫失敗問題描述：2015年5月改造完成后初期測試發(fā)現VOLTE手機終端附著成功，IMS-APN建立成功，注冊在IMS域做被叫失敗。問題分析：在跟蹤SCCAS上的消息，收到INVITE消息后，向HSS發(fā)送域選請求UDR消息如圖1，愛立信HSS回送的消息如圖2：愛立信HSS的前端設備FE是分開的，分成HLR-FE和HSS-FE，域選消息送至愛立信HSS-FE后，內部無法送達HLR-FE導致失

12、敗。解決方案：在HLR-FE上增加SSN=147數據，支持HSS-FE發(fā)來的ATI(Any-time Interrogation)消息。問題描述：在VoLTE測試初期，經常發(fā)生回落、被叫不通等多種不同問題。在測試4G、2G切換項目中被叫失敗。問題分析：經在EPC、愛立信HSS、IMS核心網多種網元上共同進行信令跟蹤，定位為愛立信HSS域選問題。在愛立信HSS域選時，無論VO被叫在2G下還是在4G下，愛立信HSS被叫返回的均是2G(參數“IMS Voice Over PS SessionSupport=0”，這個參數的意思是域選結果是2G）。實際上，在4G下應該返回IMS Voice Over

13、PS SessionSupport= 1，RAT TYPE = E-UTRAN。解決方案：在2015年9月16日以HSS03 修改CUDB 數據，經測試后域選問題解決。其后，在2015年9月22日，在全網愛立信HSS修改數據，問題徹底解決。l 愛立信HSS不支持單域注冊二、【域選類問題】11IMS發(fā)給MGCF的媒體l 編解碼協(xié)商不一致單通l 終端問題造成的單通三、【單通類問題】問題描述：2015年11月17日，用戶反映單通嚴重，尤其與出差至云南省、海南的2/3G用戶通話幾乎100%單通。問題分析：2015年11月16日晚，按照集團MGCF設備的參數規(guī)范修改編解碼，去掉了集團不允許的AMR編解碼

14、。但我省中興IMS網絡與云南、海南等省的23G網絡通話亦經過我省MGCF，由于MGCF沒有AMR,最后只能協(xié)商出G.711，產生單通。華為MATE7 731版本手機單通問題：該問題的根本原因是華為手機終端與中興基站配合問題。華為MATE7終端所用海思芯片對包頭壓縮與中興eNodeB對包頭壓縮理解不一致,因此中興eNodeB不轉發(fā)手機的語音包。N1max手機單通問題：聯合終端公司、高通廠家確認為手機軟件問題，需要升級到72以上的版本。三星S6手機單通問題：三星s6手機和2/3G用戶互通時單通嚴重，且多是2/3G手機聽不到VOLTE手機的聲音，表現的比較一致。問題原因是三星S6手機不定期會攜帶非標

15、編解碼，如果MGCF不做規(guī)避就會出現單通或者無法接通問題。解決措施：MGCF打補丁規(guī)避，已于12月28日、12月30日完成MGCF的補丁操作。解決方案：在MGCF將去掉AMR編解碼再加回來解決。12后沒有送出l 透明數據存儲四、【用戶數據類問題】問題描述：VO用戶設置或取消呼叫前轉不成功問題：異常情況VO用戶通過A口將呼叫轉移設置到了HSS上，并且在HSS上可以查到，導致呼叫轉移不成功。實際上正常情況下VO用戶在VO手機上設置前轉應該登記到TAS，透明數據存儲上HSS上，而在HSS查詢不到。中移動要求禁止在CS域進行補充業(yè)務操作，所有補充業(yè)務通過UT接口進行。解決方案：愛立信HSS和華為HSS

16、上針對單個VOLTE用戶打上VOLTE用戶標簽，禁止從CS域登記補充業(yè)務，問題解決。問題描述：ATS上未開戶，在ATS上增加用戶提示“用戶已存在”：用戶在HSS開戶完成，ATS上開戶還未完成時用戶發(fā)起注冊，MMTEL因為取不到用戶數據注冊失敗，而SCC AS不需要用戶數據注冊成功。在TAS開戶時，MMTEL發(fā)PUR推送TAS-UPDATE-DATA數據時SequenceNumber默認填寫成0，而此時因用戶注冊時SCC AS已經PUR過一次TAS-UPDATE-DATA數據，所以此時填1，HSS校驗失敗導致ATS開戶失敗。解決方案：該問題已在TAS SPH218補丁中已得到解決。問題描述：用戶

17、開通VOLTE后智能網用戶統(tǒng)一被調整為僅顯示短號：智能網管理節(jié)點SMP上在開通用戶V網時默認設置為顯示短號,而用戶需過撥打61860自行設置長短號碼顯示不通過管理節(jié)點,直接修改了SCP數據,導致SMP和SCP兩側數據是不同步的。BOSS開通VOLTE從SMP上向SCP AS同步數據，統(tǒng)一調整為顯示短號。解決方案：如果需要顯示長號則需要撥打61860重新設置長短號顯示，暫時沒有合適的解決方案。后沒有送出問題現象：VOLTE用戶欠費停機，繳費后終端駐留在VOLTE網絡做主叫提示欠費停機，駐留在非VOLTE網絡下（CSFB或2、3G）做主叫正常；用戶做被叫均提示已停機問題原因：用戶發(fā)生欠費，BOSS

18、發(fā)送2條指令，分別是SET_OWSBR指令（設置欠費限呼數據，將用戶設置成“用戶狀態(tài)呼入呼出欠費“）和MOD_SBR指令（設置運營商呼入、呼出閉鎖），在繳費后BOSS僅發(fā)送SET_OWSBR指令（將用戶狀態(tài)由”用戶狀態(tài)呼入呼出欠費“變成正常狀態(tài)），但由于沒有發(fā)送MOD_SBR指令解除呼入閉鎖、呼出閉鎖，導致用戶做被叫任然提示”用戶已停機“。解決方案：BOSS修改停開機指令。l VOLTE用戶停機繳費后，做被叫提示停機13四、【用戶數據類問題】 （續(xù)）問題描述： BOSS批量對現網用戶增加VOLTE業(yè)務時，有一定概率發(fā)生少量用戶開戶失敗，愛立信HSS/PG返回報錯 5001: Invalid p

19、arameter.，查詢報錯的用戶數據后發(fā)現，該用戶的VOLTE業(yè)務未成功開通。問題分析：BOSS通過ADD_TPLIMSSUB指令開戶時，會對PG節(jié)點定義好的IMSTPLID模板進行調用，該模板文件存放在PG的：/cluster/home/dveadm/CARepository/LTEVolte/templates目錄下，對應文件名為IMSSUBTemplate.dat。使用file和cat指令對IMSSUBTemplate.dat文件格式進行檢查，發(fā)現這個文件中的換行符$前包含有Windows格式的字符M。解決方案：使用vi編輯器對該文件進行修改，在vi編輯器中輸入:set ff=unix

20、，修改后問題解決。l 愛立信HSS上VoLTE用戶批量開戶時，少量用戶開戶失敗/cluster/home/dveadm/CARepository/LTEVolte/templates # file IMSSUBTemplate.dat IMSSUBTemplate.dat: ASCII text, with CRLF line terminators/cluster/home/dveadm/CARepository/LTEVolte/templates # cat -A IMSSUBTemplate.datM$M$M$24M$TPL24M$15M$100&200M$864500

21、00001M$M$M$M$在BOSS側進行批量開戶操作時，該字符會導致程序處理大量指令調用IMSSUBTemplate.dat文件時，出現概率性調用失敗，導致ADD_TPLIMSSUB指令有一定概率返回5001參數錯誤。14后沒有送出五、【錄音通知類問題】后沒有送出l VoLTE用戶關機聽“您撥打的用戶暫時無法接通”通知音問題原因：標準場景下，當被叫為VoLTE或其他IMS域用戶時，SCC AS查詢HSS發(fā)現用戶注冊狀態(tài)unknown，查詢CSRN失敗，SCC AS根據HSS返回的Diameter原因值映射到SIP側的480消息且攜帶Q850原因值“20”給MMTeL AS，由MMTeL AS

22、根據480消息和Q850原因值“20”放關機音（185號放音ID）。實際上信令分析發(fā)現TAS申請的放音資源是不可及音，原因是愛立信HSS在VoLTE用戶關機情況下返回“diameter-unable-to-comply (5012)”（正常情況下關機應返回 5001、5003 或 4100），華為SCC AS不識別5012，因此返回不帶Q850原因值的480消息給MMTEL AS，MMTEL AS根據480和通配的Q850原因值放不可及音（您撥打的用戶暫時無法接通）。解決方案：臨時解決方案，華為TAS升級到SPH218，同時將5012適配成關機原因值。最終解決方案：愛立信HSS需要升級到16A

23、版本進行解決后沒有送出l VoLTE不可及聽“您撥打的用戶已關機”通知音問題原因：VoLTE用戶做不可及測試時，愛立信HSS-FE會向HLR-FE要漫游號，在這個信令過程中(SRI和PRN)，錄音通知抑制參數（suppressionofannouncement）會發(fā)送給被叫MSC。用戶不可及時愛立信MSC會觸發(fā)EOS 400，然后愛立信MSC根據錄音通知抑制參數，將EOS 400轉換成EOS 3161。該EOS不播放錄音通知，并且回送原因值得85，對應成BICC原因值就是20 user absent。如果IMS側根據該原因值放音，則會播放用戶關機的錄音通知. 解決方案：愛立信MSC將原因值修改

24、為5，對應成BICC就是18 no user responding。IMS側根據原因值就可以播放正確的不可及錄音通知。問題原因：1、信令路徑為愛立信端局-關口局-MGCF-CSCF-TAS-CSCF-MGCF-關口局-端局。2、關口局收到錨定的BICC IAM消息，其中攜帶了“期待COT”信元，此時關口局啟動15秒定時器等待前向局發(fā)送的COT消息。3、由于VOLTE不可及，不可及定時器是13秒，所以14秒后MGCF才收到IMS送回來的183, 立即啟動和關口局的APM協(xié)商過程。 4、由于Trfo，關口局收到后向MGCF的APM后，啟動和前向局的APM過程，和前向局的APM協(xié)商過程超過T8的15

25、秒定時器而超時拆線。解決方案：在關口局修改定時器從15秒修改到20秒。l 2G用戶撥打不可及VO用戶聽不到通知音端局關口局MGCFCSCFTASIAM/COTT8=15sIAM/COTINVITENVITEAPMAPM183183不可及定時器=13SAPM協(xié)商15S15后沒有送出后沒有送出六、【多業(yè)務疊加配合類問題】 問題描述：2015年11月25日VoLTE用戶開通VPMN功能后通話3分鐘掉話。 問題分析：從信令跟蹤消息看SCP AS在會話中每3分鐘發(fā)送OPTION消息，S-CSCF同時收到SCC AS發(fā)的200（for BYE）和487（for OPTION），只處理了487，200沒有透

26、給SBC。Option和BYE基本上同時出現，如果時序稍有錯開則沒有問題，在少數情況下碰撞到一起，導致處理異常。原因是VPMN平臺打開了會話option檢測，且檢測周期和路測釋放周為3分鐘 解決方案：我們中國移動規(guī)范要求網元之間保持并響應OPTION探測，已保證網元間互相檢測對方的狀態(tài)是活著的，但并沒有要求對每一路呼叫都進行option檢測。因此采用SCP AS 停止單獨對每一路會話進行OPTION檢測加以解決。 問題描述：彩印平臺未改造導致VoLTE用戶里撥打具有彩印功能的2、3G用戶，被叫正常振鈴，但是無法正常接通。 問題分析：通過消息跟蹤，發(fā)現主叫側PCRF發(fā)送的拆線消息，提示“媒體資源

27、不足”，在MME上消息跟蹤，發(fā)現MSC-MME，下發(fā)“SGS-PAGING-REGUEST”指示VO手機回落（CSFB），VO手機接收請求回落，導致通話失敗，主叫顯示彩印信息。若VO用戶用戶位于2/3G網，彩印則優(yōu)選USSD方式下發(fā)，若VO用戶位于LTE網，則選擇直顯短信方式下發(fā)。而由于當時彩印平臺沒有完成改造。暫時不支持4G彩印。 解決方案：2016年2月初彩印平臺完成改造后，問題解決。l VoLTE疊加VPMNl VoLTE疊加彩印16l 23G手機撥打VoLTE被叫摘機后3秒內無法聽到主叫，3秒后掉話問題描述： 2、3G打VOLTE，VOLTE摘機后3秒內無法聽到2、3G話音，2、3G能

28、聽到VOLTE話音，3秒后呼叫掉話。該問題現象為概率性現象，大約30次呼叫出現一次此現象。問題分析：彩鈴AS收到被叫摘機的200 OK，向主叫發(fā)UPDATE，將媒體由彩鈴鈴音刷新成被叫側話音，這條UPDATE信令的SDP中包含“a=conf:qos remote sendrecv”字段，要求MGCF再次發(fā)送UPDATE進行確認。MGCF收到UPDATE后向被叫發(fā)該UPDATE的200 OK，隨后根據“a=conf”的要求再次向被叫側發(fā)送UPDATE，進行二次確認。200 OK消息送到彩鈴AS，彩鈴AS向被叫S-CSCF發(fā)摘機200 OK，被叫S-CSCF應將此消息轉發(fā)向其它AS。MGCF發(fā)的二

29、次確認UPDATE到達S-CSCF，這條消息與摘機200 OK碰撞，沒有進行后續(xù)轉發(fā)，后續(xù)該消息的重傳消息也沒有轉發(fā)。導致主叫媒體協(xié)商完成可以聽到被叫聲音，被叫由于消息碰撞，聽不到主叫說話解決方案：MGCF上修改軟參，只要precondition已經滿足的情況下不再發(fā)送UPDATE請求。六、【多業(yè)務疊加配合類問題】 （續(xù)）17 問題描述：用戶投訴從3月1日下午開始，出現被叫無法接聽情況，手機已經振鈴，但一接聽就出現掉話的情況，主叫側聽不到任何聲音。 問題分析：3月1日下午，彩鈴平臺為解決與貝爾核心網2/3G做主叫不通問題，修改了200OK for PRACK消息的配置。修改前，彩鈴平臺收到PR

30、ACK消息后立刻回200（PRACK）消息。修改后，彩鈴平臺收到PRACK消息后需收到終端側的200（PRACK）消息后在發(fā)送200（PRACK） 。通過跟蹤信令發(fā)現，由于我省智能網平臺是收到PRACK消息后立刻回200（PRACK）消息，MGCF收到200（PRACK）消息后，就發(fā)起了UPDATE消息，這樣彩鈴平臺先收到UPDATE，后收到200（PRACK)，導致彩鈴平臺沒有透傳200（PRACK）消息 ，影響后續(xù)呼叫。 解決方案：改回彩鈴平臺200OK for PRACK消息的配置，故障恢復。 后續(xù)措施：目前彩鈴平臺對200OK for PRACK消息處理機制，可能會影響與外省貝爾核心網

31、的通信，需聯合智能網平臺一起修改對PRACK消息處理機制。l VoLTE智能網彩鈴用戶被叫無法接通六、【多業(yè)務疊加配合類問題】 （續(xù)）18 問題描述：主叫A號碼智能網用VoLTE用戶，B號碼為2、3G，C號碼任意號碼。B號碼遇忙呼轉拒接或者無應答呼轉，呼叫呼轉到C號碼時，接通后20秒內掉話。 問題分析： SIP入局BICC出局呼叫場景下，主叫側資源預留完成后，又收到前向局（智能網SCPAS發(fā)送）的PRACK消息攜帶用于precondition流程的SDP媒體協(xié)商消息，MGCF錯誤的啟動20s定時器等待前向局的資源預留完成通知。定時器超時前未收到通知，呼叫釋放。 解決方案： MGCF計劃打補丁解

32、決。預計3月15日出版本，4月中旬我省MGCF打補丁解決。l 智能網VoLTE用戶撥打2、3G的B號碼，B號碼設遇忙呼轉，拒接呼轉至C號碼掉話六、【多業(yè)務疊加配合類問題】 （續(xù)）19l 三星S6呼叫華為MATE7視頻通話失敗l 遼中地區(qū)視頻通話失敗 問題描述：2015年9月-11月遼中地區(qū)HTC M8、N1max終端進行VoLTE語音/視頻通話 8秒內終端發(fā)CANCEL消息導致回落，無法進行高清語音和視頻業(yè)務。 問題分析：遼中地區(qū)歸屬愛立信PCRF，在和華為SBC協(xié)商時，由于對協(xié)議理解不一致，出現對分配的端口號出現協(xié)商失敗的情況。1、華為PSBC發(fā)送的第一個AAR中packet filter是

33、指定任何主機，但只對應一個端口65535。華為SBC關于第一個AAR中packet filter格式配置，無3GPP規(guī)范支持。2、愛立信PCRF收到華為PSBC的第二個AAR更新消息后不更新packet filter。由于上述原因，UE無法獲得PSBC正確的媒體地址，從而向核心網發(fā)送CANCEL消息，釋放呼叫。 解決方案：2016年1月13日，愛立信PCRF打入補丁14B CP05解決。 問題描述：初期測試時出現三星S6視頻呼叫華為MATE7的視頻通話失敗問題。 問題原因：S6發(fā)出的INVITE視頻請求是VGA豎屏（480640），而華為Mate7回答183視頻是VGA橫屏（640480），因

34、此S6拒絕了本次視頻通話。按照移動的視頻規(guī)范，終端是必須支持VGA豎屏的（480640），所以這個問題是huawei MT7修改支持VGA豎屏，問題應該是版本不匹配導致的。移動前期的規(guī)范是描述的640*480，后來移動修改了規(guī)范，要求攜帶的是480*640，但華為廠家的手機沒有按照規(guī)范修改導致失敗。 解決方案：華為廠家針對mtae7型號的款手機在版本730中對該問題加以解決，推送版本后將手機升版解決該問題。七、【視頻類問題】20七、【視頻類問題】 （續(xù)）l 中興eNodeB基站下視頻業(yè)務60%失敗問題問題描述： 在中興廠家基站下測試VOLTE視頻業(yè)務有時無法撥通，失敗率達到60%。而在華為廠家

35、基站下測試沒有問題問題分析：MME向UE發(fā)送的2個修改承載信令消息（如下圖2，774行和789行），MME只收到了UE 1條響應消息（812行）?；窘y(tǒng)計了基站和MME之間信令交互消息數量，與MME的消息對應一致，說明基站和MME之間的ERAB信令消息沒有丟失。在基站側在空口進行了消息跟蹤，QCI1和QCI2兩個修改承載消息是通過一條下行直傳和RRC重配置中攜帶的NAS消息傳遞給終端的。在終端MATE7上進行日志采集分析，下行直傳消息中攜帶的是修改QCI= 1的承載請求消息，攜帶的NAS COUNT是26：在RRC重配置消息中，攜帶的是QCI =2的承載修改請求，攜帶的NAS COUNT是25

36、：但是無線基站先發(fā)送了NAS COUNT是26的消息，后發(fā)送了NAS COUNT是25的消息，按照33401協(xié)議要求，每發(fā)送一條空口，NAS COUNT需要增加。定位為無線基站發(fā)送的NAS COUNT沒有按照順序發(fā)送導致MATE7終端無法正常解析視頻失敗。解決方案：NAS亂序是由于中興基站軟件問題導致，由中興廠家基站打補丁解決。NAS COUNT：25NAS COUNT：2621八、【異廠家IOT類問題】lVoLTE用戶通話中三方來電出現掉話問題 問題描述：VoLTE用戶在通話過程中有第三方電話打進來，未接聽第三方電話，第三方電話掛斷后，出現正在進行的通話掉話問題。 問題分析：經過各種場景反復

37、測試在中興PSBC，中興PGW和華為PCRF組網情況下才會出現該問題 ，該問題是由于中興PGW支持的PCRF規(guī)則名長度最長為32字節(jié)，華為PCRF下發(fā)的規(guī)則名長度超過了中興PGW的限制，且在32字節(jié)范圍內沒有變化，因此C撥打B時PCRF下發(fā)的規(guī)則和A撥打B時下發(fā)的規(guī)則無法區(qū)分開。C掛機時PCRF下發(fā)RAR消息刪除規(guī)則，由于PCRF下發(fā)規(guī)則無法區(qū)分開，所以刪除了B的專有承載，這就導致AB之間通話中斷。 解決方案： 設備缺陷問題，需中興PGW在后續(xù)版本升級中支持超過32字節(jié)的規(guī)則名。目前臨時解決方案：1、調整華為 PCRF下發(fā)的規(guī)則名長度，使其小于32字節(jié)。2、將VoLTE業(yè)務指回愛立信PCRF解

38、決。 問題描述：VoLTE用戶呼叫保持時無法切換到第三方通話問題。 問題分析：測試發(fā)現只有在華為PSBC、愛立信PGW、華為PCRF組網下存在此問題，因解決遼中地區(qū)主叫視頻回落問題，將遼中業(yè)務都指向華為PCRF導致。聯合華為PCRF、愛立信PGW、華為PSBC多個網元進行聯合排查，問題定位為華為PCRF側發(fā)給愛立信SAEGW的RAR消息中攜帶的flow-status字段為enabled-downlink, 所以QOS只攜帶下行速率信息沒有上行信息，導致SAEGW安裝PCC rule失敗，PCRF側刪除專有承載，導致第三方呼叫失敗。 解決方案：該問題已于1月28日夜間由華為PCRF側修改配置解決

39、。lVoLTE呼叫保持無法切換到第三方通話22九、【局數據類問題】l 北鎮(zhèn)地區(qū)智能網VOLTE用戶主叫回落問題描述： 北鎮(zhèn)地區(qū)內部測試人員發(fā)現主叫時發(fā)生回落情況，被叫正常，重起和更換手機未解決；后經測試發(fā)現非智能網用戶可以正常主叫，只有智能網用戶存在這種情況。問題分析：經在CCE上跟蹤分析信令，發(fā)現呼叫經過SCPAS回了487拆線消息，消息中攜帶了原因為“call without group athority” ( long-distance or roam）。判斷為SCPAS認為的用戶當前所在的區(qū)域為漫游區(qū)域或者遠距離區(qū)域，進一步分析發(fā)現主叫用戶發(fā)起的INVITE消息，經過PSBC后在P-A

40、ccess-Network-Info頭域中增加了sbc-domain，如下：P-Access-Network-Info: 3GPP-E-UTRAN;utran-cell-id-3gpp=4600041ED4329433;sbc-domain=;ue-ip=2409:8803:A00:1EF:2:2:AD1F:D7B1;ue-port=31199;network-provided。其中缺少了區(qū)號信息解決方案：在PSBC上補充數據：ADD LAMAP: LAMAPN=“JZ33”, LOCTAI=“4600041ED”, ANUM=“0416”;經測試，問題解決。23十、【參數類問題】l 蘋果手機

41、升級支持VOLTE后被叫全部都不通問題問題描述： 2016年2月20日,蘋果iPhone 6以上手機升級支持VOLTE高清語音功能后,全部升級后的手機做被叫均不通,表現在主叫用戶上就是撥號后在等待與被叫接通,但沒有接通也沒有任何通知音就直接返回到是否重播的界面.這些手機做主叫都是正常的.問題分析：撥打測試并在SBC上跟蹤信令,發(fā)現被叫側的SBC發(fā)給終端invite消息后，蘋果被叫手機直接回送了422消息（會話刷新定時器時間過短），導致呼叫拆除。跟蹤到得消息如下:PSBC上關于會話刷新設置，除了按照中國移動的規(guī)范“啟動會話刷新定時器“，”會話刷新時長為1800S“，”會話刷新最小允許時長（Min

42、-SE）為90S“而外，還有一個參數“是否在請求中減小Session-Expires值”，該參數意義是SBC對SIP消息中的Min-SE頭域與該命令的“Min-SE值”進行對比，取兩者最大值。當SIP消息中的Session-Expire值大于該最大值時，SBC使用該最大值替換SIP消息中的Session-Expire值。參數“是否啟動會話定時器”配置為“Y(是)”時，該參數有效。而我們省當時這個參數剛好設置為”是”,同時按照集團規(guī)范啟用“是否啟動會話定時器”配置為“Y(是)”。導致被叫不通解決方案：在PSBC上修改數據，將是否在請求中減小Session-Expires值改為否，問題解決。圖12

43、4十一、【統(tǒng)計類問題】l 華為S-CSCF網絡接通率在網管呈現低于網元問題問題描述： 話務網管采集并呈現出的S-CSCF網絡接通率指標略低于網元的統(tǒng)計結果億陽話務網管報表結果如下：問題分析：接通率差異的主要原因是S-CSCF的主叫網絡接通率，根據計算公式，提取網管和網元的各失敗原因值，發(fā)現話務網管提取的“S-CSCF 主叫主叫403 請求禁止次數請求禁止次數”與網元提取的這個指標有差異。由于話務網管定義的統(tǒng)計均為15分鐘，在網元提取10點-11點統(tǒng)計結果的北向文件（4個15分的北向文件），查看北向文件中“S-CSCF 主叫403 請求禁止次數”對應算法的英文名稱，將4個15分鐘的北向文件中英文

44、名稱對應的數值相加求和，但該數值與網元測量管理中直接提取的數值不相等。解決方案：在U2000實施補丁升級，解決該問題網元上統(tǒng)計結果如下：25分類描述是否解決SRVCC主被叫均為4G網絡下LTE用戶，振鈴過程中，主叫或者被叫離開4G覆蓋，進入2/3G覆蓋，進行aSRVCC切換失敗,接不通，掉話。原因是愛立信emsc未激活功能。是SRVCCVOLTE用戶在京沈、沈大高鐵上高概率出現通話過程中聽到“空號通知音”。原因是通話過程中發(fā)生eSRVCC切換，eMSC與的PSBC沒有建立Mw鏈路，切換請求到eMSC后沒有送出去而空號。在、eMSC與對方PSBC交叉對開直達Mw鏈路解決。是SRVCCVOLTE用

45、戶偶爾（概率非常?。┰谡ㄔ掃^程中突然聽到“您好，您撥打的電話是空號”通知音。原因是目前SBC將切換請求發(fā)送至ICSCF而未發(fā)給SCC AS。是域選2015年5月改造完成后初期測試發(fā)現VOLTE手機終端附著成功，IMS-APN建立成功，注冊在IMS域做被叫失敗。在愛立信HLR-FE上需要增加SSN=147的數據解決。是域選愛立信HSS不支持單域注冊，愛立信在全網愛立信HSS修改數據解決。是單通編解碼協(xié)商不一致單通，按照集團MGCF設備的參數規(guī)范修改編解碼，去掉了集團不允許的編解碼AMR編解碼導致單通，后改回解決。是單通手機終端問題造成單通：華為MATE7 731版本手機單通問題是華為MATE7

46、終端所用海思芯片對包頭壓縮與中興eNodeB對包頭壓縮理解不一致,因此中興eNodeB不轉發(fā)手機的語音包。N1max手機單通問題：手機版本低，需要升級到72以上的版本。三星s6手機和2/3G用戶互通時單通是三星S6手機不定期會攜帶非標編解碼。是用戶數據VO用戶設置或取消呼叫前轉不成功，VO用戶通過A口將呼叫轉移設置到了HSS上，并且在HSS上可以查到，導致呼叫轉移不成功。通過愛立信HSS和華為HSS上針對VOLTE用戶禁止從CS域登記補充業(yè)務解決。是用戶數據ATS上未開戶，在ATS上增加用戶提示“用戶已存在”，用戶在HSS開戶完成，但在ATS上開戶還未完成時用戶發(fā)起注冊，MMTEL因為取不到用

47、戶數據注冊失敗，而SCC AS不需要用戶數據注冊成功。在TAS開戶時，MMTEL發(fā)PUR推送TAS-UPDATE-DATA數據時SequenceNumber默認填寫成0，而此時因用戶注冊時SCC AS已經PUR過一次TAS-UPDATE-DATA數據，所以此時填1，HSS校驗失敗導致ATS開戶失敗。該問題已在TAS SPH218補丁中已得到解決（目前補丁版本為SPH218)。是用戶數據用戶開通VOLTE后自動設置了呼轉號碼導致空號、關機、不在服務區(qū)等各種被叫不通，BOSS側在VOLTE開戶時根據CRM系統(tǒng)的記錄在AS上重新對用戶設置呼叫轉移數據，如果用戶歷史設置過轉移號碼，且未通過CRM系統(tǒng)取

48、消（自行在手機側取消呼轉），則會在開通VOLTE后再次呼轉到歷史轉移號碼上，導致被叫時發(fā)生呼叫轉移。而轉移的號碼如果已經銷號、關機、沒信號就會給主叫用戶產生開通VoLTE功能后各種不通，不好用。是用戶數據用戶開通VOLTE后智能網用戶統(tǒng)一被調整為僅顯示短號：智能網管理節(jié)點SMP上在開通用戶V網時默認設置為顯示短號,而用戶需過撥打61860自行設置長短號碼顯示不通過管理節(jié)點,直接修改了SCP數據,導致SMP和SCP兩側數據是不同步的。BOSS開通VOLTE從SMP上向SCP AS同步數據，統(tǒng)一調整為顯示短號。如果需要顯示長號則需要撥打61860重新設置長短號顯示；暫時沒有合適的解決方案。是VoL

49、TE網絡側問題匯總26分類描述是否解決用戶數據VOLTE用戶欠費停機，繳費后終端駐留在VOLTE網絡做主叫提示欠費停機，駐留在非VOLTE網絡下（CSFB或2、3G）做主叫正常；用戶做被叫均提示已停機。用戶發(fā)生欠費，BOSS發(fā)送2條指令，分別是SET_OWSBR指令（設置欠費限呼數據，將用戶設置成“用戶狀態(tài)呼入呼出欠費“）和MOD_SBR指令（設置運營商呼入、呼出閉鎖），在繳費后BOSS僅發(fā)送SET_OWSBR指令（將用戶狀態(tài)由”用戶狀態(tài)呼入呼出欠費“變成正常狀態(tài)），但由于沒有發(fā)送MOD_SBR指令解除呼入閉鎖、呼出閉鎖，導致用戶做被叫任然提示”用戶已停機“。BOSS修改停開機指令解決。是通知

50、音VoLTE用戶關機聽“您撥打的用戶暫時無法接通”通知音。原因是愛立信HSS在VoLTE用戶關機情況下返回“diameter-unable-to-comply (5012)”（正常情況下關機應返回 5001、5003 或 4100），華為SCC AS不識別5012，因此返回不帶Q850原因值的480消息給MMTEL AS，MMTEL AS根據480和通配的Q850原因值放不可及音（您撥打的用戶暫時無法接通）。是通知音VoLTE不可及聽“您撥打的用戶已關機”通知音。用戶不可及時愛立信MSC會觸發(fā)EOS 400，然后根據錄音通知抑制參數，將EOS 400轉換成EOS 3161，不播放錄音通知，并且

51、回送原因值得85，對應成BICC原因值就是20 user absent。愛立信MSC解決是通知音2G用戶撥打不可及VO用戶聽不到通知音，關口局T8定時器與不可及定時器設置時長有包含，T8定期器長超時拆線導致聽不到通知音。修改T8解決是多業(yè)務疊加VOLTE+VPMN:2015年11月25日VoLTE用戶開通VPMN功能后通話3分鐘準時掉話。原因是VPMN平臺打開了會話option檢測，且檢測周期和路測釋放周為3分鐘。采用SCP AS 是否能單獨停止會話呼叫的OPTION發(fā)送解決。是多業(yè)務疊加VOLTE+VPMN:2016年1月下旬VOLTE用戶簽約彩鈴功能做被叫，2/3G用戶主叫撥打該類型VOL

52、TE用戶，3S內單通，VOLTE用戶（主叫）聽不到被叫。然后聽到您撥打的電話尚未登錄通知音。原因是彩鈴AS收到200 OK（UPDATE）后對200 OK(INVITE）進行放通和MGCF發(fā)送的UPDATE再SCSCF發(fā)生碰撞，通過MGCF修改軟參解決。是多業(yè)務疊加彩印平臺未改造導致VoLTE用戶里撥打具有彩印功能的2、3G用戶，被叫正常振鈴，但無法接通。原因是彩印平臺完未改造后。是視頻互通2015年9月-11月遼中地區(qū)HTC M8、N1max終端進行VoLTE語音/視頻通話 8秒內終端發(fā)CANCEL消息導致回落，無法進行高清語音和視頻業(yè)務。愛立信PCRF，在和華為SBC協(xié)商時對協(xié)議理解不一致

53、，對分配的端口號協(xié)商失敗所致，PCRF打補丁解決是視頻互通三星S6呼叫華為MATE7視頻通話失敗。S6發(fā)出的INVITE視頻請求是VGA豎屏（480640），而華為Mate7回答183視頻是VGA橫屏（640480），因此S6拒絕了本次視頻通話。華為手機升級解決。是視頻互通VOLTE進行視頻撥打測試時，在中興廠家基站下測試時視頻業(yè)務有時無法撥通，而在華為廠家基站下測試沒有問題。在中興廠家基站下進行多次VOLTE視頻撥測，失敗率達到60%。原因是中興基站NAS亂序，后中興廠家基站打補丁解決該問題。是異廠家IOTVoLTE用戶在通話過程中有第三方電話打進來，未接聽第三方電話，第三方電話掛斷后，出現

54、正在進行的通話掉話問題。由于PCRF下發(fā)規(guī)則無法區(qū)分開，所以刪除了B的專有承載，這就導致AB之間通話中斷。是異廠家IOTVoLTE用戶呼叫保持時無法切換到第三方通話問題。問題定位為華為PCRF側發(fā)給愛立信SAEGW的RAR消息中攜帶的flow-status字段為enabled-downlink, 所以QOS只攜帶下行速率信息沒有上行信息，導致SAEGW安裝PCC rule失敗，PCRF側刪除專有承載，導致第三方呼叫失敗。PCRF修改數據解決。是局數據北鎮(zhèn)地區(qū)內部測試人員發(fā)現主叫時發(fā)生回落情況，被叫正常，重起和更換手機未解決。在PSBC上缺少TAI數據，補充數據后解決。是參數2016年2月20日

55、,蘋果iPhone 6以上手機升級支持VOLTE高清語音功能后,全部升級后的手機做被叫均不通,表現在主叫用戶上就是撥號后在等待與被叫接通,但沒有接通也沒有任何通知音就直接返回到是否重播的界面.這些手機做主叫都是正常的.在PSBC上參數是否在請求中減小Session-Expires值改為否導致按照最小90S轉發(fā)會話刷新蘋果手機無法接受所致。修改數據PSBC參數為是解決。是VoLTE網絡側問題匯總（續(xù)）27公司從2015年12月開始與集團終端公司、高通芯片公司共同合作，用手機抓取 ADB log，QXDM log等基于終端芯片底層數據包，每周二、周四三方電話會議溝通進展和下步工作，定位了終端掉”H

56、D“后不注冊，有”HD“回落、通話中丟字、雙域注冊、MT未接聽出現關機音等若干問題。VoLTE典型問題-中國移動N1max問題一 N1max已注冊到VOLTE網絡，有“HD”標志，達但高清語音電話回落到2/3G網絡，視頻回落到語音。N1 Max在VoLTE環(huán)境中使用，有時會出現MO音頻回落到2/3G網絡，視頻回落到語音，MT不通的情況，只有重啟手機才能恢復。這個問題在北京，山東，江西也有發(fā)生，比較常見。定位為終端問題，終端在正常情況下回送488消息，N1max解決該問題的測試版本81在我省試用，正式版本2月底發(fā)布，屆時將推送給各終端用戶。問題二 N1max手機掉“HD”后不注冊導致不能高清語音

57、和高清視頻問題VOLTE承載在4G網絡之上，手機終端在沒有4G信號或者4G信號弱的時候就會掉網（指掉VOLTE），手機此時沒有“HD”標志，當再次回到有4G的地區(qū)時應該重新注冊到VOLTE網絡，但在應用中發(fā)現概率50%不重新注冊到VOLTE網絡的情況.分析解決過程：1、1月4日，在未分析實際終端抓包結果前，終端在外省定位為重注冊時Treg=64超時，導致終端不會發(fā)起注冊。2、1月19日，高通分析我省實采LOG，因某種原因網絡做了tcp reset導致注冊不成功，終端不再發(fā)起注冊。高通方案做了優(yōu)化，在79版本解決在tcp reset后，再次發(fā)起注冊嘗試。1月20日-22日裝載新版本體驗，仍有掉H

58、D問題。2、1月26日，再次抓包，高通定位為手機內部有一個模塊沒有正常返回，導致后面的注冊沒有發(fā)起。3、1月28日，高通終端定位為手機發(fā)401到網絡，網絡沒有沒有回TCP響應所致。4、目前該問題在華為IMS核心網分析定位中問題三 N1max手機通話中丟字問題（單通歸為此類問題）N1max手機吞字，雙方通話過程中主叫或者被叫總聽不清或者聽不到一兩個字。1月22日，對該問題在手機抓包后給高通公司分析，高通公司分析為網絡RTP丟包。1月26日，從終端、無線、EPC、SBC全面抓包測試，1月28日，終端公司分析沒有LOG,再次重測并定位，2月底發(fā)布版本解決。問題四 N1max手機MT未接聽出現關機音M

59、T不接，1分過后出現關機音。終端回480消息，網絡處理為關機音。終端設置的Riner timer時間為60s，網絡由于愛立信端局通知音問題對480進行了關機音處理。終端規(guī)避方案：手機規(guī)避延長Riner timer到120ms，2月底發(fā)布版本解決N1max終端問題28VoLTE典型問題-iPhone6蘋果iPhone6終端問題蘋果公司于2月20日凌晨推送新的運營商配置文件，iPhone6之后終端只要升級到9.2.1版本后，均支持VOLTE功能，初期發(fā)現如下終端問題，目前蘋果最新版本為9.3.1，建議升級。問題一 iPhone終端撥打短號后做主叫回落問題三 部分iPhone終端撥打CS用戶呼叫失敗問題六 用戶通過10086設置無條件呼叫轉移后通過iPhone終端無法取消設置問題二 iPhone終端有時出現注冊不到IMS網絡問題四 到重注冊周期后，終端頻