【正文】
認(rèn),被叫端處于TD網(wǎng),發(fā)INVITE到MGCF,MGCF回復(fù)604 Does Not Exist Anywhere。該問題為愛立信IMS網(wǎng)元MGCF默認(rèn)配置僅能同時容納32個CS域呼叫,導(dǎo)致互通測試過程中,由于容量不足,造成大量連續(xù)未接通。結(jié)論:愛立信IMS網(wǎng)元MGCF默認(rèn)配置容量偏小,發(fā)生以上問題后,經(jīng)過擴(kuò)容已達(dá)可處理3G呼叫320個。案例4:華為EPC修改EPS與切換碰撞,拒絕承載修改。核心網(wǎng)問題現(xiàn)象:主叫VOLTE起呼后,收到網(wǎng)絡(luò)回復(fù)trying,激活了EPS承載后,又進(jìn)行了1次EPS承載的修改,此時主叫側(cè)在發(fā)生了1次LTE的切換后,收到IMS網(wǎng)絡(luò)下發(fā)的sip503消息,服務(wù)不可得。設(shè)備:華為EPC分析:某地在激活EPS完成后,仍需要進(jìn)行2次EPS承載的修改,本次呼叫時第2次EPS的修改(空口信令不可見)恰好與切換同時發(fā)生,當(dāng)IMS要求核心網(wǎng)PCRF需要對EPS承載進(jìn)行修改時,由于切換具有更高的優(yōu)先級,華為EPC拒絕了承載更新,而只執(zhí)行切換,導(dǎo)致IMS下發(fā)sip 503消息中斷呼叫該市合適的CQI=1的EPS承載建立需要3個步驟:①CQI=1的初始EPS承載建立,GBR=40kbps但TFT無IPV6地址②修改GBR49kbps支持高清語音并對TFT內(nèi)的增加IPV6地址以及 UDP端口進(jìn)行修改③在現(xiàn)有TFT中再新建兩個ptf。結(jié)論:冗余的EPS承載修改TFT,一方面導(dǎo)致了呼叫建立時延長;同時增加了與切換發(fā)生沖突的幾率;華為EPC在切換與修改EPS承載沖突時,不具備同時處理或排隊處理的能力,導(dǎo)致直接以“資源臨時不可得”拒絕了承載更新。一方面建議降低EPS承載修改次數(shù),減少切換碰撞幾率與時延;另一方面建議華為EPC進(jìn)行升級。案例5:華為EPC、中興IMS協(xié)議理解不一致。IMS網(wǎng)絡(luò)問題(升級SBC解決故歸此類)現(xiàn)象:VOLTE起呼后,EPS承載激活完成,有一定幾率1秒后直接收到網(wǎng)絡(luò)直接下發(fā)sip 500消息(Server Internal Error),中斷呼叫。設(shè)備:華為EPC、中興IMS分析:EPC按照3GPP規(guī)范產(chǎn)生的計費標(biāo)識中包含“0a”的內(nèi)容,但在IMS網(wǎng)絡(luò)中,按照SIP協(xié)議將“0a”解析成換行符,造成對計費標(biāo)識的誤讀。導(dǎo)致中興IMS網(wǎng)與華為EPC網(wǎng)元PCRF對RX接口中字符格式理解不一致;中興不支持PCRF通過Rx接口返回的不可見字符,導(dǎo)致了IMS直接下發(fā)了內(nèi)部服務(wù)器錯誤經(jīng)過IMS內(nèi)部信令跟蹤:①中興IMS網(wǎng)元SCSCF返回500錯誤,原因為收到SBC轉(zhuǎn)發(fā)的invite request消息攜帶的PCV頭部有問題,發(fā)現(xiàn)換行符(0A),導(dǎo)致SCSCF網(wǎng)元上解碼認(rèn)為頭部結(jié)束,從而認(rèn)為不合語法規(guī)范,獲取ecid失?、谌A為EPC網(wǎng)元PCRF通過Rx接口返回接入網(wǎng)絡(luò)計費標(biāo)識( AccessNetworkChargingIdentifiervalue),至中興IMS SBC,而后中興SBC通過ecid參數(shù)來HEXDIG編碼上述計費標(biāo)識信息:The AccessNetworkChargingIdentifierValue AVP (AVP code 503) is of type OctetString, and contains a charging identifier結(jié)論:即3GPP該計費標(biāo)識可以包含字符串形式,中興按IMS SIP協(xié)議理解ecid只能是可見字符,對字符串形式不進(jìn)行HEXDIG轉(zhuǎn)換,導(dǎo)致了上述問題。臨時解決方案,中興SBC進(jìn)行相應(yīng)的版本或補(bǔ)丁解決,支持不可見字符網(wǎng)優(yōu)雇傭軍微信訂閱號:hr_opt通信路上,一起走!