VoLTE試商用典型案例分析

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

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

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

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

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

6、修改配置為IP格式。成功消息格式不成功消息格式7l eSRVCC切換失敗問題問題描述： 省內(nèi)跨eMSC覆蓋區(qū)發(fā)生eSRVCC切換時(shí)，在通話過程中聽到“空號(hào)通知音”后通話結(jié)束。問題分析：用戶乘坐高鐵時(shí)，通話過程中用戶從的eMSC覆蓋區(qū)移動(dòng)到的eMSC覆蓋區(qū)，通話過程中發(fā)生eSRVCC切換，P-GW的承載沒有改變，MME發(fā)生變化， MME將切換請(qǐng)求發(fā)給的eMSC，eMSC與的PSBC沒有建立Mw接口鏈路，導(dǎo)致切換請(qǐng)求到eMSC后沒有送出去而空號(hào)。解決方案：、片區(qū)的eMSC與、的PSBC交叉對(duì)開直達(dá)Mw鏈路，將對(duì)方片區(qū)所管轄的切換請(qǐng)求送過去，問題解決。省際漫游場景暫時(shí)沒有解決方案。 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用戶偶爾（概率非常?。┰谡ㄔ掃^程中突然聽到“您好，您撥打的電話是空號(hào)”通知音，隨后中斷。問題分析：用戶注冊(cè)過程中，SCC AS會(huì)給SBC發(fā)送MESSAGE消息，用戶保存MESSAGE中的ATU-STI信息，便于切換時(shí)找到SCC AS，目前SBC在處理message消息時(shí)，內(nèi)部中斷釋放CPU導(dǎo)

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

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

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

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

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

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

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

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

16、上針對(duì)單個(gè)VOLTE用戶打上VOLTE用戶標(biāo)簽，禁止從CS域登記補(bǔ)充業(yè)務(wù)，問題解決。問題描述：ATS上未開戶，在ATS上增加用戶提示“用戶已存在”：用戶在HSS開戶完成，ATS上開戶還未完成時(shí)用戶發(fā)起注冊(cè)，MMTEL因?yàn)槿〔坏接脩魯?shù)據(jù)注冊(cè)失敗，而SCC AS不需要用戶數(shù)據(jù)注冊(cè)成功。在TAS開戶時(shí)，MMTEL發(fā)PUR推送TAS-UPDATE-DATA數(shù)據(jù)時(shí)SequenceNumber默認(rèn)填寫成0，而此時(shí)因用戶注冊(cè)時(shí)SCC AS已經(jīng)PUR過一次TAS-UPDATE-DATA數(shù)據(jù)，所以此時(shí)填1，HSS校驗(yàn)失敗導(dǎo)致ATS開戶失敗。解決方案：該問題已在TAS SPH218補(bǔ)丁中已得到解決。問題描述：用戶

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

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

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

20、，修改后問題解決。l 愛立信HSS上VoLTE用戶批量開戶時(shí)，少量用戶開戶失敗/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側(cè)進(jìn)行批量開戶操作時(shí)，該字符會(huì)導(dǎo)致程序處理大量指令調(diào)用IMSSUBTemplate.dat文件時(shí)，出現(xiàn)概率性調(diào)用失敗，導(dǎo)致ADD_TPLIMSSUB指令有一定概率返回5001參數(shù)錯(cuò)誤。14后沒有送出五、【錄音通知類問題】后沒有送出l VoLTE用戶關(guān)機(jī)聽“您撥打的用戶暫時(shí)無法接通”通知音問題原因：標(biāo)準(zhǔn)場景下，當(dāng)被叫為VoLTE或其他IMS域用戶時(shí)，SCC AS查詢HSS發(fā)現(xiàn)用戶注冊(cè)狀態(tài)unknown，查詢CSRN失敗，SCC AS根據(jù)HSS返回的Diameter原因值映射到SIP側(cè)的480消息且攜帶Q850原因值“20”給MMTeL AS，由MMTeL AS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

39、。lVoLTE呼叫保持無法切換到第三方通話22九、【局?jǐn)?shù)據(jù)類問題】l 北鎮(zhèn)地區(qū)智能網(wǎng)VOLTE用戶主叫回落問題描述： 北鎮(zhèn)地區(qū)內(nèi)部測試人員發(fā)現(xiàn)主叫時(shí)發(fā)生回落情況，被叫正常，重起和更換手機(jī)未解決；后經(jīng)測試發(fā)現(xiàn)非智能網(wǎng)用戶可以正常主叫，只有智能網(wǎng)用戶存在這種情況。問題分析：經(jīng)在CCE上跟蹤分析信令，發(fā)現(xiàn)呼叫經(jīng)過SCPAS回了487拆線消息，消息中攜帶了原因?yàn)椤癱all without group athority” ( long-distance or roam）。判斷為SCPAS認(rèn)為的用戶當(dāng)前所在的區(qū)域?yàn)槁螀^(qū)域或者遠(yuǎn)距離區(qū)域，進(jìn)一步分析發(fā)現(xiàn)主叫用戶發(fā)起的INVITE消息，經(jīng)過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ū)號(hào)信息解決方案：在PSBC上補(bǔ)充數(shù)據(jù)：ADD LAMAP: LAMAPN=“JZ33”, LOCTAI=“4600041ED”, ANUM=“0416”;經(jīng)測試，問題解決。23十、【參數(shù)類問題】l 蘋果手機(jī)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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