VoLTE試商用典型案例分析

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

2、試6574項(xiàng)，中興省際長(zhǎng)途漫游測(cè)試1247項(xiàng)；智能網(wǎng)及彩鈴省內(nèi)測(cè)試54452項(xiàng)，為VoLTE業(yè)務(wù)的試商用提供保障。 10月15日，彩鈴VOLTE高清鈴音測(cè)試成功10.9彩鈴、智能網(wǎng)設(shè)備到貨安裝、調(diào)測(cè)9.10在完成網(wǎng)絡(luò)測(cè)試的同時(shí)，深入挖掘現(xiàn)網(wǎng)問(wèn)題，大力推進(jìn)問(wèn)題解決進(jìn)度，共發(fā)現(xiàn)核心網(wǎng)網(wǎng)絡(luò)及終端問(wèn)題共75個(gè)、已解決62個(gè)、已定位問(wèn)題5個(gè)，解決率達(dá)82.6%。12.14 VoLTE建設(shè)是一項(xiàng)復(fù)雜的系統(tǒng)工程，涉及核心網(wǎng)改造多個(gè)方面。網(wǎng)管中心協(xié)同各部門(mén)做好各項(xiàng)準(zhǔn)備工作，有條不紊的按集團(tuán)公司進(jìn)度要求完成我省VoLTE網(wǎng)絡(luò)能力構(gòu)建。p 網(wǎng)元變更 6月29日，打通VoLTE用戶(hù)與2/3G、其它運(yùn)營(yíng)商的通話(huà)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ù)測(cè)試p 問(wèn)題管理p 里程碑事件4性能指標(biāo)投訴情況1、注冊(cè)接通率已達(dá)到集團(tuán)城市期標(biāo)準(zhǔn)2、接通率（含用戶(hù)原因）、eSRVCC成功率維達(dá)集團(tuán)商用初期標(biāo)準(zhǔn)。VoLTE試商用情況 從VOLTE咨詢(xún)投訴流程建立以來(lái)，共接到網(wǎng)絡(luò)問(wèn)題相關(guān)工單共276個(gè)，其中12%為網(wǎng)絡(luò)問(wèn)題，13%定位為無(wú)線(xiàn)優(yōu)化問(wèn)題，32%定位為終端問(wèn)題，

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

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

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

7、 PDN重建 MME（片區(qū)）IMSSBC/P-CSCF（片區(qū)）S&P-GWEPC片區(qū)電路域MSCMGWeMSCHSS3MME（片區(qū)）SBC/P-CSCF（片區(qū)）（片區(qū)）12456通話(huà)過(guò)程中切換一、 【SRVCC類(lèi)問(wèn)題】 （續(xù)）8l 華為SBC下帶用戶(hù)eSRVCC切換概率性失敗問(wèn)題描述： VOLTE用戶(hù)偶爾（概率非常?。┰谡ㄔ?huà)過(guò)程中突然聽(tīng)到“您好，您撥打的電話(huà)是空號(hào)”通知音，隨后中斷。問(wèn)題分析：用戶(hù)注冊(cè)過(guò)程中，SCC AS會(huì)給SBC發(fā)送MESSAGE消息，用戶(hù)保存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、該問(wèn)題屬于設(shè)備軟件缺陷，需要打補(bǔ)丁解決，補(bǔ)丁號(hào)為SE2900 V300R001C20SPH117，我省于2月底完成補(bǔ)丁裝載，并刪除了臨時(shí)結(jié)局方案數(shù)據(jù)驗(yàn)證，目前問(wèn)題已解決。一、【SRVCC類(lèi)問(wèn)題】（續(xù)）9l 本地VOLTE用戶(hù)eSRVCC切換后接聽(tīng)新呼叫后產(chǎn)生漫游費(fèi)的案例一、【SRVCC類(lèi)問(wèn)題】（續(xù)）問(wèn)題描述：本地VOLTE用戶(hù)

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

10、MSC，這時(shí)EMSC相當(dāng)于A(yíng)nchor MSC是一個(gè)新的錨定點(diǎn), EMSC到目的MSC之間的ESRVCC切換相當(dāng)于是2、3G場(chǎng)景下的跨MSC間切換，當(dāng)C到A的通話(huà)需要在A(yíng)的端局上計(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的通話(huà)話(huà)單。原因2：產(chǎn)生漫游費(fèi)原因是由于一級(jí)BOSS采集VOLTEAS話(huà)單中的CS-Location-Information字段作為漫游計(jì)費(fèi)的標(biāo)記，該字段記錄的地址為EMSC的地址。當(dāng)C撥打A時(shí)，該字段記錄的信息是本次通話(huà)計(jì)費(fèi)的EMSC的地址(SYGS63)，不是用戶(hù)的歸

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

12、敗。解決方案：在HLR-FE上增加SSN=147數(shù)據(jù)，支持HSS-FE發(fā)來(lái)的ATI(Any-time Interrogation)消息。問(wèn)題描述：在VoLTE測(cè)試初期，經(jīng)常發(fā)生回落、被叫不通等多種不同問(wèn)題。在測(cè)試4G、2G切換項(xiàng)目中被叫失敗。問(wèn)題分析：經(jīng)在EPC、愛(ài)立信HSS、IMS核心網(wǎng)多種網(wǎng)元上共同進(jìn)行信令跟蹤，定位為愛(ài)立信HSS域選問(wèn)題。在愛(ài)立信HSS域選時(shí)，無(wú)論VO被叫在2G下還是在4G下，愛(ài)立信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)測(cè)試后域選問(wèn)題解決。其后，在2015年9月22日，在全網(wǎng)愛(ài)立信HSS修改數(shù)據(jù)，問(wèn)題徹底解決。l 愛(ài)立信HSS不支持單域注冊(cè)二、【域選類(lèi)問(wèn)題】11IMS發(fā)給MGCF的媒體l 編解碼協(xié)商不一致單通l 終端問(wèn)題造成的單通三、【單通類(lèi)問(wèn)題】問(wèn)題描述：2015年11月17日，用戶(hù)反映單通嚴(yán)重，尤其與出差至云南省、海南的2/3G用戶(hù)通話(huà)幾乎100%單通。問(wèn)題分析：2015年11月16日晚，按照集團(tuán)MGCF設(shè)備的參數(shù)規(guī)范修改編解碼，去掉了集團(tuán)不允許的AMR編解碼

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

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

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

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

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

19、arameter.，查詢(xún)報(bào)錯(cuò)的用戶(hù)數(shù)據(jù)后發(fā)現(xiàn)，該用戶(hù)的VOLTE業(yè)務(wù)未成功開(kāi)通。問(wèn)題分析：BOSS通過(guò)ADD_TPLIMSSUB指令開(kāi)戶(hù)時(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、，修改后問(wèn)題解決。l 愛(ài)立信HSS上VoLTE用戶(hù)批量開(kāi)戶(hù)時(shí)，少量用戶(hù)開(kāi)戶(hù)失敗/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)行批量開(kāi)戶(hù)操作時(shí)，該字符會(huì)導(dǎo)致程序處理大量指令調(diào)用IMSSUBTemplate.dat文件時(shí)，出現(xiàn)概率性調(diào)用失敗，導(dǎo)致ADD_TPLIMSSUB指令有一定概率返回5001參數(shù)錯(cuò)誤。14后沒(méi)有送出五、【錄音通知類(lèi)問(wèn)題】后沒(méi)有送出l VoLTE用戶(hù)關(guān)機(jī)聽(tīng)“您撥打的用戶(hù)暫時(shí)無(wú)法接通”通知音問(wèn)題原因：標(biāo)準(zhǔn)場(chǎng)景下，當(dāng)被叫為VoLTE或其他IMS域用戶(hù)時(shí)，SCC AS查詢(xún)HSS發(fā)現(xiàn)用戶(hù)注冊(cè)狀態(tài)unknown，查詢(xún)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)的放音資源是不可及音，原因是愛(ài)立信HSS在VoLTE用戶(hù)關(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原因值放不可及音（您撥打的用戶(hù)暫時(shí)無(wú)法接通）。解決方案：臨時(shí)解決方案，華為T(mén)AS升級(jí)到SPH218，同時(shí)將5012適配成關(guān)機(jī)原因值。最終解決方案：愛(ài)立信HSS需要升級(jí)到16A

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

24、為5，對(duì)應(yīng)成BICC就是18 no user responding。IMS側(cè)根據(jù)原因值就可以播放正確的不可及錄音通知。問(wèn)題原因：1、信令路徑為愛(ài)立信端局-關(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送回來(lái)的183, 立即啟動(dòng)和關(guān)口局的APM協(xié)商過(guò)程。 4、由于Trfo，關(guān)口局收到后向MGCF的APM后，啟動(dòng)和前向局的APM過(guò)程，和前向局的APM協(xié)商過(guò)程超過(guò)T8的15

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

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

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

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

30、ACK消息后立刻回200（PRACK）消息。修改后，彩鈴平臺(tái)收到PRACK消息后需收到終端側(cè)的200（PRACK）消息后在發(fā)送200（PRACK） 。通過(guò)跟蹤信令發(fā)現(xiàn)，由于我省智能網(wǎng)平臺(tái)是收到PRACK消息后立刻回200（PRACK）消息，MGCF收到200（PRACK）消息后，就發(fā)起了UPDATE消息，這樣彩鈴平臺(tái)先收到UPDATE，后收到200（PRACK)，導(dǎo)致彩鈴平臺(tái)沒(méi)有透?jìng)?00（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)彩鈴用戶(hù)被叫無(wú)法接通六、【多業(yè)務(wù)疊加配合類(lèi)問(wèn)題】 （續(xù)）18 問(wèn)題描述：主叫A號(hào)碼智能網(wǎng)用VoLTE用戶(hù)，B號(hào)碼為2、3G，C號(hào)碼任意號(hào)碼。B號(hào)碼遇忙呼轉(zhuǎn)拒接或者無(wú)應(yīng)答呼轉(zhuǎn)，呼叫呼轉(zhuǎn)到C號(hào)碼時(shí)，接通后20秒內(nèi)掉話(huà)。 問(wèn)題分析： SIP入局BICC出局呼叫場(chǎng)景下，主叫側(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用戶(hù)撥打2、3G的B號(hào)碼，B號(hào)碼設(shè)遇忙呼轉(zhuǎn)，拒接呼轉(zhuǎn)至C號(hào)碼掉話(huà)六、【多業(yè)務(wù)疊加配合類(lèi)問(wèn)題】 （續(xù)）19l 三星S6呼叫華為MATE7視頻通話(huà)失敗l 遼中地區(qū)視頻通話(huà)失敗 問(wèn)題描述：2015年9月-11月遼中地區(qū)HTC M8、N1max終端進(jìn)行VoLTE語(yǔ)音/視頻通話(huà) 8秒內(nèi)終端發(fā)CANCEL消息導(dǎo)致回落，無(wú)法進(jìn)行高清語(yǔ)音和視頻業(yè)務(wù)。 問(wèn)題分析：遼中地區(qū)歸屬愛(ài)立信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格式配置，無(wú)3GPP規(guī)范支持。2、愛(ài)立信PCRF收到華為PSBC的第二個(gè)AAR更新消息后不更新packet filter。由于上述原因，UE無(wú)法獲得PSBC正確的媒體地址，從而向核心網(wǎng)發(fā)送CANCEL消息，釋放呼叫。 解決方案：2016年1月13日，愛(ài)立信PCRF打入補(bǔ)丁14B CP05解決。 問(wèn)題描述：初期測(cè)試時(shí)出現(xiàn)三星S6視頻呼叫華為MATE7的視頻通話(huà)失敗問(wèn)題。 問(wèn)題原因：S6發(fā)出的INVITE視頻請(qǐng)求是VGA豎屏（480640），而華為Mate7回答183視頻是VGA橫屏（640480），因

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

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

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

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

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

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

41、升級(jí)支持VOLTE后被叫全部都不通問(wèn)題問(wèn)題描述： 2016年2月20日,蘋(píng)果iPhone 6以上手機(jī)升級(jí)支持VOLTE高清語(yǔ)音功能后,全部升級(jí)后的手機(jī)做被叫均不通,表現(xiàn)在主叫用戶(hù)上就是撥號(hào)后在等待與被叫接通,但沒(méi)有接通也沒(méi)有任何通知音就直接返回到是否重播的界面.這些手機(jī)做主叫都是正常的.問(wèn)題分析：撥打測(cè)試并在SBC上跟蹤信令,發(fā)現(xiàn)被叫側(cè)的SBC發(fā)給終端invite消息后，蘋(píng)果被叫手機(jī)直接回送了422消息（會(huì)話(huà)刷新定時(shí)器時(shí)間過(guò)短），導(dǎo)致呼叫拆除。跟蹤到得消息如下:PSBC上關(guān)于會(huì)話(huà)刷新設(shè)置，除了按照中國(guó)移動(dòng)的規(guī)范“啟動(dòng)會(huì)話(huà)刷新定時(shí)器“，”會(huì)話(huà)刷新時(shí)長(zhǎng)為1800S“，”會(huì)話(huà)刷新最小允許時(shí)長(zhǎng)（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ì)話(huà)定時(shí)器”配置為“Y(是)”時(shí)，該參數(shù)有效。而我們省當(dāng)時(shí)這個(gè)參數(shù)剛好設(shè)置為”是”,同時(shí)按照集團(tuán)規(guī)范啟用“是否啟動(dòng)會(huì)話(huà)定時(shí)器”配置為“Y(是)”。導(dǎo)致被叫不通解決方案：在PSBC上修改數(shù)據(jù)，將是否在請(qǐng)求中減小Session-Expires值改為否，問(wèn)題解決。圖12

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

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

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

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

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

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

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

50、音VoLTE用戶(hù)關(guān)機(jī)聽(tīng)“您撥打的用戶(hù)暫時(shí)無(wú)法接通”通知音。原因是愛(ài)立信HSS在VoLTE用戶(hù)關(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原因值放不可及音（您撥打的用戶(hù)暫時(shí)無(wú)法接通）。是通知音VoLTE不可及聽(tīng)“您撥打的用戶(hù)已關(guān)機(jī)”通知音。用戶(hù)不可及時(shí)愛(ài)立信MSC會(huì)觸發(fā)EOS 400，然后根據(jù)錄音通知抑制參數(shù)，將EOS 400轉(zhuǎn)換成EOS 3161，不播放錄音通知，并且

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

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

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

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

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

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

57、和高清視頻問(wèn)題VOLTE承載在4G網(wǎng)絡(luò)之上，手機(jī)終端在沒(méi)有4G信號(hào)或者4G信號(hào)弱的時(shí)候就會(huì)掉網(wǎng)（指掉VOLTE），手機(jī)此時(shí)沒(méi)有“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ò)的情況.分析解決過(guò)程：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問(wèn)題。2、1月26日，再次抓包，高通定位為手機(jī)內(nèi)部有一個(gè)模塊沒(méi)有正常返回，導(dǎo)致后面的注冊(cè)沒(méi)有發(fā)起。3、1月28日，高通終端定位為手機(jī)發(fā)401到網(wǎng)絡(luò)，網(wǎng)絡(luò)沒(méi)有沒(méi)有回TCP響應(yīng)所致。4、目前該問(wèn)題在華為IMS核心網(wǎng)分析定位中問(wèn)題三 N1max手機(jī)通話(huà)中丟字問(wèn)題（單通歸為此類(lèi)問(wèn)題）N1max手機(jī)吞字，雙方通話(huà)過(guò)程中主叫或者被叫總聽(tīng)不清或者聽(tīng)不到一兩個(gè)字。1月22日，對(duì)該問(wèn)題在手機(jī)抓包后給高通公司分析，高通公司分析為網(wǎng)絡(luò)RTP丟包。1月26日，從終端、無(wú)線(xiàn)、EPC、SBC全面抓包測(cè)試，1月28日，終端公司分析沒(méi)有LOG,再次重測(cè)并定位，2月底發(fā)布版本解決。問(wèn)題四 N1max手機(jī)MT未接聽(tīng)出現(xiàn)關(guān)機(jī)音M

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