ims故障處理案例分析

1、IMS故障處理案例分析,,2012年我省的IMS網(wǎng)絡(luò)有了較大規(guī)模的發(fā)展，用戶數(shù)從年初的3000左右，到12月底超過(guò)8萬(wàn)，忙時(shí)話務(wù)量也從1月的2000Erl發(fā)展到12月的超過(guò)4萬(wàn)Erl。隨著IMS商用化進(jìn)程加快，由于對(duì)新組網(wǎng)、新設(shè)備、新業(yè)務(wù)的不熟悉，各市公司在日常的故障處理過(guò)程中遇到了許多的難題。省公司對(duì)近期發(fā)生的IMS核心網(wǎng)、接入設(shè)備的故障進(jìn)行了匯總整理，對(duì)一些典型的故障處理進(jìn)行了總結(jié)，希望能對(duì)各市公司有所幫助。主要有幾下幾大類故障

2、：接入設(shè)備故障接入設(shè)備與核心網(wǎng)信令配合問(wèn)題用戶權(quán)限密碼設(shè)置問(wèn)題核心網(wǎng)（包括業(yè)務(wù)平臺(tái)）的問(wèn)題,接入設(shè)備參數(shù)設(shè)置與核心網(wǎng)不一致導(dǎo)致通話異常,問(wèn)題描述,聊城一中IMS終端主叫通話過(guò)程中出現(xiàn)自動(dòng)掛斷情況。經(jīng)過(guò)現(xiàn)場(chǎng)撥測(cè)，發(fā)現(xiàn)有時(shí)通話10分鐘也不會(huì)掛斷，有時(shí)1-2分鐘就會(huì)中斷。,分析定位,經(jīng)信令跟蹤發(fā)現(xiàn)，用戶側(cè)register請(qǐng)求消息中帶有Expires: 30參數(shù)，核心網(wǎng)默認(rèn)register請(qǐng)求消息中Min-Expires: 1800，因

3、此回復(fù)給終端側(cè)SIP 423（時(shí)間間隔過(guò)短），最終核心網(wǎng)下發(fā)BYE消息拆線，導(dǎo)致通話過(guò)程中自動(dòng)掛斷。問(wèn)題原因是會(huì)話更新請(qǐng)求消息中的expires參數(shù)不符合規(guī)范，核心網(wǎng)回SIP 423，終端側(cè)沒(méi)有及時(shí)回應(yīng)這個(gè)消息，導(dǎo)致用戶掉線。,解決措施,按照中興核心網(wǎng)側(cè)register請(qǐng)求消息中Min-Expires: 1800的要求對(duì)IMS終端配置文件進(jìn)行修改。在用戶側(cè)多次撥測(cè)，通話未再出現(xiàn)自動(dòng)掛斷的情況。,接入設(shè)備參數(shù)設(shè)置與核心網(wǎng)不一致導(dǎo)致通話異

4、常,問(wèn)題描述,淄博佳和IAD設(shè)備下的IMS用戶呼叫手機(jī)，接通后，能夠通話，但20秒左右，IMS用戶自動(dòng)斷線，發(fā)出忙音。重復(fù)試驗(yàn)多遍，情況基本相同。。,分析定位,PBX用戶發(fā)送報(bào)文采用傳輸層端口為5060，SIP消息內(nèi)端口為5061。華為的SBC中存在檢測(cè)呼叫CCB機(jī)制。當(dāng)終端信令傳輸層與信令端口不一致并且該終端做主叫時(shí)，會(huì)導(dǎo)致出現(xiàn)認(rèn)為呼叫用戶不存在的誤判，SBC進(jìn)行主動(dòng)拆線。,解決措施,SBC側(cè)加載補(bǔ)丁并關(guān)閉端口一致性檢查功能。IA

5、D側(cè)將終端注冊(cè)端口改為與呼叫時(shí)使用端口一致。（推薦）,經(jīng)信令跟蹤，是SBC主動(dòng)拆除了呼叫。繼續(xù)對(duì)IP包進(jìn)行分析，發(fā)現(xiàn)終端發(fā)起呼叫（invite），contact頭域中攜帶的端口為5061，但是使用的傳輸層端口為5060。,接入設(shè)備參數(shù)設(shè)置與核心網(wǎng)不一致導(dǎo)致通話異常,問(wèn)題描述,東營(yíng)的IMS用戶在使用SIP終端一段時(shí)間后，如果長(zhǎng)時(shí)間沒(méi)有來(lái)話或發(fā)起呼叫則SIP終端顯示離線，必須重新手動(dòng)注冊(cè)才能繼續(xù)使用。,分析定位,現(xiàn)場(chǎng)組網(wǎng)方式為：SIP終端

6、NAT設(shè)備SBCIMS核心設(shè)備。 NAT設(shè)備里有張NAT MAP表，表中的記錄是NAT轉(zhuǎn)換的老化時(shí)間。如果NAT保持消息交互，表中記錄超時(shí)老化后，NAT設(shè)備會(huì)重新建立NAT MAP記錄。SIP終端有一個(gè)NAT keep的參數(shù)選項(xiàng)，如果關(guān)閉這個(gè)選項(xiàng)，則原先通過(guò)SIP消息建立的NAT MAP老化后，當(dāng)NAT設(shè)備收到終端的SIP消息，就會(huì)重新建立NAT MAP，并通過(guò)新的端口往SBC轉(zhuǎn)發(fā)S

7、IP消息，而SBC也同樣用新的端口號(hào)往P-CSCF轉(zhuǎn)發(fā)SIP消息。而P-CSCF發(fā)現(xiàn)這個(gè)消息的源端口與原來(lái)的不一致，就會(huì)發(fā)403消息，拒絕掉請(qǐng)求。這樣SIP終端就離線了。,解決措施,在SIP終端上選中NAT KEEP項(xiàng)，經(jīng)測(cè)試注冊(cè)呼叫都正常。打開(kāi)SBC上sbc sip register-reduce enable功能，SBC在轉(zhuǎn)發(fā)消息的時(shí)候，無(wú)論NAT設(shè)備使用哪個(gè)源端口，SBC都會(huì)對(duì)SIP消息進(jìn)行分析判別

8、是否新新的注冊(cè)，來(lái)決定是否用新的轉(zhuǎn)口進(jìn)行轉(zhuǎn)發(fā)。這樣對(duì)于已經(jīng)注冊(cè)的用戶，CSCF就不返回失敗消息了。,接入設(shè)備參數(shù)設(shè)置與核心網(wǎng)不一致導(dǎo)致通話異常,問(wèn)題描述,中興SBC下的SIP用戶偶爾出現(xiàn)不能呼入和呼出故障，呼入時(shí)報(bào)“空號(hào)”；一段時(shí)間（最長(zhǎng)1個(gè)小時(shí)左右）自動(dòng)恢復(fù)。,分析定位,對(duì)現(xiàn)場(chǎng)的SBC數(shù)據(jù)配置進(jìn)行檢查，SBC每60秒發(fā)OPTION消息檢查SIP終端用戶，當(dāng)收不到SIP終端回應(yīng)時(shí)，SBC判斷該SIP用戶掉線，會(huì)在數(shù)據(jù)區(qū)中刪除該用戶；同時(shí)

9、停止對(duì)該用戶再發(fā)OPTION檢查。 這時(shí)用戶呼入或呼出的INVITE消息送到SBC，SBC由于檢測(cè)到該用戶不在線，直接回404拒絕。對(duì)該用戶注冊(cè)涮新信令進(jìn)行分析：Expires: 3600 ，表示終端約1個(gè)小時(shí)進(jìn)行一次涮新注冊(cè)。SBC以1分鐘周期發(fā)OPTION檢查終端在線，如故障終端或網(wǎng)終異常無(wú)法收200OK消息，SBC會(huì)刪除該用戶；至終端發(fā)出涮新REGISTER前（Expires: 3600 ）前，該用戶故障不會(huì)自動(dòng)恢復(fù)；當(dāng)接收到終

10、端涮新REGISTER后，SBC在數(shù)據(jù)區(qū)恢復(fù)該用戶，業(yè)務(wù)也自動(dòng)恢復(fù)。所以會(huì)在涮新周期（1個(gè)小時(shí)左右）自動(dòng)恢復(fù)。,解決措施,修改SBC設(shè)置，不主動(dòng)發(fā)OPTON檢查SIP終端，改為由終端涮新REGISTER來(lái)檢查是否在線情況。這樣，既使出現(xiàn)偶爾承載網(wǎng)丟包，也不會(huì)出現(xiàn)1小時(shí)左右才自動(dòng)恢復(fù)。在注冊(cè)涮新周內(nèi)（50或300S）收到終端發(fā)過(guò)來(lái)REGISTER即可自動(dòng)恢復(fù)。,接入設(shè)備參數(shù)設(shè)置與核心網(wǎng)不一致導(dǎo)致通話異常,問(wèn)題描述,中興SBC連接的HW E

11、PON（SIP）用戶通話30分鐘左右斷線?？蛻舴答仯挥蠬W廠家EPON設(shè)備會(huì)出現(xiàn)該故障，中興及其他EPON終端無(wú)該故障。,分析定位,從IMS核心網(wǎng)、SBC、終端上同時(shí)進(jìn)行信令抓包分析；從SIP信令來(lái)看，在通話達(dá)30分鐘時(shí)，SBC分別向IMS核心網(wǎng)、EPON終端發(fā)BYE消息，通話結(jié)束。檢查BYE消息包，X-ZTE-Cause字段的值為：SBC-4416，即SBC發(fā)送BYE的原因?yàn)椋涸跁?huì)話檢測(cè)周期內(nèi)無(wú)信令檢測(cè)導(dǎo)致呼叫釋放。檢查SBC的

12、會(huì)話檢測(cè)周期設(shè)置，為1800秒，即要1800秒內(nèi)沒(méi)有會(huì)話信令檢測(cè)，SBC會(huì)釋放該呼叫。對(duì)華為終端呼叫信令分析，其INVITE信令中的Session-Expires設(shè)置為7200，即會(huì)話涮新周期為7200秒，遠(yuǎn)遠(yuǎn)大于SBC上設(shè)置的會(huì)話涮新周期。,解決措施,取消HW EPON終端側(cè)INVITE消息中的Session-Expires字段設(shè)置，由核心網(wǎng)網(wǎng)絡(luò)側(cè)下發(fā)會(huì)話確定刷新時(shí)長(zhǎng)。修改HW EPON終端側(cè)INVITE消息參數(shù)，將會(huì)話刷新時(shí)長(zhǎng)改

13、成小于1800秒。,接入設(shè)備與核心網(wǎng)信令配合問(wèn)題導(dǎo)致通話異常,問(wèn)題描述,淄博公司使用佳和IAD接入IMS終端，有傳真終端，在使用過(guò)程中發(fā)現(xiàn)接收部分號(hào)碼的傳真失敗。,分析定位,傳真問(wèn)題是IMS網(wǎng)絡(luò)中常見(jiàn)的問(wèn)題，遇到此類問(wèn)題時(shí)，主要進(jìn)行以下三個(gè)方面的檢查：傳真流程是在通話建立以后，通過(guò)重新發(fā)起Reinvite消息進(jìn)行傳真的編解碼協(xié)商，然后進(jìn)行媒體更改，由語(yǔ)音通話媒體更改為傳真媒體。傳真不通時(shí)即檢查傳真流程中有無(wú)不正常之處。檢查傳真機(jī)的設(shè)

14、置，國(guó)內(nèi)使用T.30協(xié)議進(jìn)行傳真協(xié)商，Reinvite消息中的SDP參數(shù)需為fax或modem，而不能為X-fax或X-modem或VBD，否則傳真無(wú)法成功。檢查IP通路的傳輸質(zhì)量。本案例中IMS終端沒(méi)有發(fā)起re-INVITE消息與MGCF進(jìn)行媒體切換協(xié)商，因此導(dǎo)致傳真收發(fā)失敗。,解決措施,對(duì)接入設(shè)備的發(fā)送信令進(jìn)行修改，問(wèn)題得以解決。,,低速傳真流程(以IMS發(fā)給PSTN為例)：,MGCF發(fā)送INVITE時(shí)，檢查其中的SDP的a行，

15、其中a=modem表明該次傳真為高速傳真。,,,高速傳真流程：,MGCF收到第二個(gè)INVITE時(shí)，檢查其中的SDP的a行，其中a=fax表明該次傳真為低速傳真。,,,接入設(shè)備與核心網(wǎng)信令配合問(wèn)題導(dǎo)致通話異常,業(yè)務(wù)不規(guī)范導(dǎo)致的通話異常,問(wèn)題描述,IMS用戶5385360416投訴做呼轉(zhuǎn)后，其他用戶撥打其電話不通。進(jìn)行重復(fù)測(cè)試時(shí)聽(tīng)到快忙音。,分析定位,根據(jù)信令消息分析：手機(jī)用戶A撥打做呼轉(zhuǎn)的IMS用戶B，話務(wù)先指向了IPPBX，IPPBX又

16、發(fā)起了接續(xù)至C用戶話務(wù)，導(dǎo)致IMS核心網(wǎng)側(cè)計(jì)時(shí)器超時(shí)釋放。 此問(wèn)題是由于用戶在IPPBX側(cè)做呼叫轉(zhuǎn)移，話務(wù)需要先接續(xù)到IPPBX，IPPBX再發(fā)起到C號(hào)碼呼叫，由于接續(xù)時(shí)間較長(zhǎng)導(dǎo)致IMS核心網(wǎng)側(cè)超時(shí)釋放。,解決措施,呼叫轉(zhuǎn)移業(yè)務(wù)屬于核心網(wǎng)業(yè)務(wù)，需在核心網(wǎng)CENTREX平臺(tái)實(shí)現(xiàn)，不建議在接入側(cè)操作。建議用戶通過(guò)指令*57*指令操作呼轉(zhuǎn)，這樣呼轉(zhuǎn)在CENTREX平臺(tái)實(shí)現(xiàn)，核心網(wǎng)側(cè)直接發(fā)起到C號(hào)碼接續(xù)。,S-CSCF先向IPPBX發(fā)送IN

17、VITE（包含A、B號(hào)碼）消息，IPPBX又向S-CSCF發(fā)起INVITE（包含B、C號(hào)碼）消息，S-CSCF下發(fā)504 Server Time-out消息，話務(wù)接續(xù)中斷。,IMS電話惡意盜打分析,問(wèn)題描述,10月中旬，賬務(wù)中心高額預(yù)警顯示德州某IMS集團(tuán)固話出現(xiàn)高額國(guó)際話單。,分析定位,網(wǎng)絡(luò)部立即對(duì)該話單進(jìn)行了核實(shí)，發(fā)現(xiàn)該號(hào)碼的通話詳單中通話時(shí)長(zhǎng)和頻次明顯存在問(wèn)題，懷疑該用戶被盜打。通過(guò)抓包分析，呼叫十分頻繁，一秒鐘發(fā)起多次呼叫：

18、查詢發(fā)起呼叫的IP地址，均來(lái)自巴勒斯坦 。通過(guò)對(duì)故障現(xiàn)象和報(bào)文的分析，該問(wèn)題是由于不法份子獲取了用戶的帳號(hào)密碼之后，再由國(guó)外代理服務(wù)器遠(yuǎn)程惡意訪問(wèn)IMS網(wǎng)絡(luò)的違法行為。IPPBX使用了公網(wǎng)地址（218.201.174.77），通過(guò)公網(wǎng)接入SBC，對(duì)整個(gè)互聯(lián)網(wǎng)是開(kāi)放的。不法分子可以通過(guò)入侵后抓包分析破解用戶的賬號(hào)密碼，或者其他途徑獲取用戶的密碼，然后就可以以合法的身份訪問(wèn)IMS網(wǎng)絡(luò)，給用戶造成巨大的損失。,IMS電話惡意盜打

19、分析,解決措施,首先采取應(yīng)急措施，更換用戶的密碼；在后臺(tái)暫時(shí)限制了用戶的國(guó)際長(zhǎng)途權(quán)限。,后續(xù)措施,對(duì)SBC設(shè)置IP地址注冊(cè)限制，禁止中國(guó)以外的IP地址注冊(cè)到IMS；對(duì)現(xiàn)網(wǎng)進(jìn)行話務(wù)監(jiān)控，當(dāng)發(fā)現(xiàn)惡意呼叫國(guó)際長(zhǎng)途電話達(dá)到一定的費(fèi)用額度后，發(fā)出警告，并通知到客戶電話是否出現(xiàn)異常；限制公網(wǎng)地址對(duì)IAD/PBX地址的訪問(wèn)；加強(qiáng)IMS賬戶密碼或者是IP-PBX的內(nèi)部賬號(hào)密碼的安全性防護(hù)工作，避免由于用戶、設(shè)備廠家等人員泄露而發(fā)起的惡意呼叫。

20、建議用戶在拿到密碼之后第一時(shí)間修改密碼。,更改IPPBX接入網(wǎng)絡(luò)的方式，通過(guò)私網(wǎng)方式接入。將IPPBX接入城域網(wǎng)的方式改為通過(guò)省公司分配的IMS專用地址段接入，該地址在全省移動(dòng)網(wǎng)內(nèi)唯一，與公網(wǎng)地址的不同是省外、他網(wǎng)地址無(wú)法訪問(wèn)。這段地址支持集客設(shè)備加入網(wǎng)管。通過(guò)IMS專用私網(wǎng)段接入可以增強(qiáng)網(wǎng)絡(luò)的安全性，降低被不法份子攻擊的風(fēng)險(xiǎn)。,業(yè)務(wù)平臺(tái)軟件問(wèn)題引起的通話故障,問(wèn)題描述,某地IMS集團(tuán)用戶投訴，在撥打CS域電話時(shí)，正常撥號(hào)后聽(tīng)不到任何音

21、，超時(shí)后提示：“你所撥打的號(hào)碼無(wú)人接聽(tīng)，請(qǐng)稍后再撥”。,分析定位,同時(shí)在CENTREX平臺(tái)側(cè)進(jìn)行信令跟蹤，發(fā)現(xiàn)as收到invite，號(hào)碼規(guī)整后給s-cscf下發(fā)invite，然后MFCG給AS發(fā)送183消息進(jìn)行媒體協(xié)商，但由于某種原因，AS沒(méi)有回復(fù)，MGCF不斷給AS發(fā)送183消息，AS始終沒(méi)有響應(yīng)，直到最后超時(shí)，ims送480消息，釋放此次通話。,在MGCF側(cè)進(jìn)行信令跟蹤，發(fā)現(xiàn)AS收到invite，給s-cscf回100trying

22、，然后一直沒(méi)有給s-cscf下發(fā)invite，以至于超時(shí)，sbc返回cancle消息。,解決措施,根據(jù)失敗原因分析，定期進(jìn)行setval消息跟蹤，確認(rèn)spConID是否被正確釋放。一旦出現(xiàn)spConID未被正確釋放，則考慮重啟Centrex的SCF進(jìn)程。完善平臺(tái)版本，進(jìn)行平臺(tái)版本替換，從根本上杜絕此故障。,分析定位,繼續(xù)分析AS平臺(tái)上INVITE消息未被處理的日志，發(fā)現(xiàn)上報(bào)的invite是個(gè)初始invite, 但日志里卻提示spCo

23、nID已經(jīng)存在。,業(yè)務(wù)平臺(tái)軟件問(wèn)題引起的通話故障,為了識(shí)別對(duì)話，IMS的協(xié)議棧里提供了一個(gè)spConID，通過(guò)它可以標(biāo)示唯一的一次SIP會(huì)話。當(dāng)AS從協(xié)議棧收到會(huì)話創(chuàng)建消息，就將spConID保存起來(lái)，當(dāng)會(huì)話結(jié)束時(shí)，AS會(huì)將此spConID釋放。從日志上分析，初步分析結(jié)果可以定為AS在某些場(chǎng)景下，當(dāng)會(huì)話結(jié)束時(shí)，未能將spConID釋放。因此，當(dāng)一個(gè)新的呼叫上報(bào)，且重用了此spConID的情況下，該初始invite就會(huì)被認(rèn)為spConI

24、D已存在，而未能被正確處理。,不同廠家對(duì)協(xié)議理解差異引起的異常,問(wèn)題描述,在阿朗的P-CSCF設(shè)備上，經(jīng)常出現(xiàn)與中興的S-CSCF之間的鏈路切換告警，但是在中興S-CSCF設(shè)備上卻沒(méi)有任何與之對(duì)應(yīng)的告警。,分析定位,正常注冊(cè)流程時(shí)，在初始REGISTER后，核心網(wǎng)回401消息攜帶鑒權(quán)信息算法給UE，UE通過(guò)鑒權(quán)信息算法生成鑒權(quán)結(jié)果，再次發(fā)送攜帶鑒權(quán)信息的REGISTER消息給核心網(wǎng)，核心網(wǎng)回給終端200消息表示注冊(cè)成功。而此次注冊(cè)消息回

25、了503，所以重點(diǎn)檢查401消息后的REGISTER消息，發(fā)現(xiàn)該REGISTER消息沒(méi)有攜帶鑒權(quán)信息。一般出現(xiàn)第二次REGISTER消息仍不帶鑒權(quán)信息的原因，是因?yàn)榻K端沒(méi)有收到核心網(wǎng)回程的401消息，此時(shí)終端會(huì)再次初始注冊(cè)消息。如果是由于該用戶所用的專線有問(wèn)題等原因?qū)е陆K端收不到回復(fù)消息，用戶會(huì)一直重復(fù)發(fā)起初始注冊(cè)。此時(shí)為了避免信令的頻繁發(fā)送，中興核心網(wǎng)會(huì)返回503消息攜帶Retry-After:30參數(shù)表示讓客戶端間隔30秒后進(jìn)行重

26、試。,在阿朗設(shè)備上對(duì)產(chǎn)生告警的原因進(jìn)行分析，發(fā)現(xiàn)發(fā)生鏈路切換的同時(shí)，會(huì)有某些用戶注冊(cè)時(shí)，中興ISCSF回給阿郎PCSCF 503（REGISTER）消息。,解決措施,阿朗設(shè)備認(rèn)為在此種場(chǎng)景下回的503（REGISTER）消息不能攜帶Retry-After字段。我們通過(guò)配置開(kāi)關(guān)的方式將中興設(shè)備REGISTER的503響應(yīng)消息修改為不攜帶Retry-After字段參數(shù)。在阿郎P-CSCF設(shè)備上查看告警，鏈路并沒(méi)有發(fā)生切換現(xiàn)象，問(wèn)題解決。

27、,分析定位,阿朗P-CSCF收到503消息中攜帶Retry-After:30參數(shù)后，認(rèn)為在該場(chǎng)景下，不是終端做為客戶端，而是P-CSCF做為客戶端，停止30秒不給服務(wù)端（中興S-CSCF）發(fā)送消息，從而導(dǎo)致了鏈路切換。SIP的優(yōu)點(diǎn)即擴(kuò)展性靈活性非常好，但另一方面也帶來(lái)了問(wèn)題，即不同的廠家對(duì)SIP協(xié)議理解經(jīng)常有所不同。所以該問(wèn)題即是由于兩種廠家對(duì)503（REGISTER）消息攜帶Retry-After:30的理解不一樣所致。,不同廠家對(duì)

28、協(xié)議理解差異引起的異常,錄音通知異常處理,（1）IMS用戶做主叫，撥打其他運(yùn)營(yíng)商固話，被叫忙，聽(tīng)不到錄音通知（主要在日照發(fā)現(xiàn)）按照集團(tuán)公司的錄音通知規(guī)范，放音原則是“移動(dòng)內(nèi)部場(chǎng)景及其它運(yùn)營(yíng)商用戶撥打移動(dòng)用戶場(chǎng)景，由被叫叫端局放音移動(dòng)用戶撥打其它運(yùn)營(yíng)商用戶場(chǎng)景，對(duì)端運(yùn)營(yíng)商放音時(shí)，透?jìng)鞣乓?，?duì)端運(yùn)營(yíng)商不放音時(shí)，優(yōu)選由移動(dòng)關(guān)口局放音，也可由本端主叫交換機(jī)放音?！笔?nèi)其他市公司這種問(wèn)題較少，可能是由于當(dāng)?shù)氐穆?lián)通、電信對(duì)于忙都播放了錄音通

29、知，而日照電信、聯(lián)通沒(méi)有播放錄音通知。此時(shí)，應(yīng)該由移動(dòng)關(guān)口局播放。處理方法：華為關(guān)口局添加CV30(被叫長(zhǎng)忙)放音配置，在聯(lián)通用戶忙而且不放音的情況，由關(guān)口局進(jìn)行放音：ADD CFPRO: FCC=CV30, FSNAME="0", PT=SIG, TT=TID57, DCN="DEFAULT";經(jīng)測(cè)試，問(wèn)題解決。（2）IMS用戶做主叫，撥打移動(dòng)手機(jī)，手機(jī)無(wú)應(yīng)答，聽(tīng)靜音（正常應(yīng)該是嘟嘟音）

30、。經(jīng)信令分析，端局回送的ACM消息中的帶內(nèi)放音指示（inband information）可能會(huì)被關(guān)口局修改為無(wú)指示（no indication），從而導(dǎo)致IMS用戶聽(tīng)不到端局的回鈴音。處理方法：在關(guān)口局修改參數(shù)P116 BIT11和BIT10，以避免這種情況。MOD MSFP: ID=P116, MODTYPE=P1, BIT=10, BITVAL=0;MOD MSFP: ID=P116, MODTYPE=P1, BIT=11

31、, BITVAL=1;,（3）IMS用戶做主叫，撥打移動(dòng)手機(jī)，手機(jī)無(wú)應(yīng)答，若端局先拆線，聽(tīng)“尚未登錄”錄音通知；若IMS先拆線，正常。這種情況產(chǎn)生的范圍非常廣，對(duì)全省端局的振鈴時(shí)長(zhǎng)進(jìn)行了檢查，省內(nèi)大部分端局設(shè)置的是45秒，濟(jì)南少數(shù)端局、威海設(shè)置的是60秒，濟(jì)寧、聊城少數(shù)端局設(shè)置的是40秒。60秒振鈴時(shí)長(zhǎng)的端局下手機(jī)做被叫，無(wú)應(yīng)答時(shí)錄音通知都沒(méi)有問(wèn)題。經(jīng)信令跟蹤，發(fā)現(xiàn)是由于Centrex和MGCF的錄音通知播放標(biāo)準(zhǔn)不統(tǒng)一引起，當(dāng)CS域

32、端局先拆線時(shí)，MGCF向Centrex發(fā)送480消息（攜帶原因值），指示Centrex平臺(tái)放音，但是Centrex平臺(tái)不區(qū)分原因值，見(jiàn)到480消息，全部播放“用戶未登錄”的錄音通知。處理方法：向集團(tuán)公司提出申請(qǐng)，建議修改Centrex平臺(tái)錄音通知播放規(guī)范。作為臨時(shí)解決方案，修改Centrex平臺(tái)“用戶未登錄”的錄音通知內(nèi)容，改為“嘟嘟”音。向華為研發(fā)提出修改Centrex平臺(tái)錄音通知播放原則的需求，開(kāi)發(fā)軟件補(bǔ)丁解決這個(gè)問(wèn)題。（

33、4）IMS用戶做被叫時(shí)忙，主叫聽(tīng)不到錄音通知，只聽(tīng)到“嘟嘟”音。這個(gè)也是由于Centrex平臺(tái)與MGCF放音規(guī)范不一致引起。需要華為提交研發(fā)處理,開(kāi)發(fā)軟件補(bǔ)丁解決。暫無(wú)臨時(shí)解決方法。,錄音通知異常處理,IMS用戶做主被叫存在問(wèn)題,在終端上檢查用戶是否是注冊(cè)狀態(tài),聯(lián)系終端人員處理（重新注冊(cè)，重啟設(shè)備等）,不正常,在BOSS或AS平臺(tái)以及HSS檢查用戶數(shù)據(jù)，簽約了哪些業(yè)務(wù),修改用戶數(shù)據(jù)或者重新開(kāi)銷戶,在SBC上抓包觀察，呼叫是否到達(dá)核心網(wǎng)

34、消息內(nèi)容是否正確，核心網(wǎng)是否回了錯(cuò)誤消息,檢查SBC和終端配置,在S-CSCF，P-CSCF上跟蹤消息，看信令流程是否到達(dá)是否正確,分析具體原因看是上層還是底層原因?qū)е?在AS上進(jìn)行全消息跟蹤，分析具體原因,正常,正常,不正常,否,正確,不正常,是,IMS故障處理的一般步驟,經(jīng)驗(yàn)總結(jié),了解和收集故障現(xiàn)象：通過(guò)手機(jī)向客戶或現(xiàn)場(chǎng)維護(hù)人員了解和收集故障的現(xiàn)象，通過(guò)故障特征，再結(jié)合用戶端常見(jiàn)故障列表，對(duì)故障進(jìn)行定位。了解當(dāng)前網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)：如果