VoLTE端到端業(yè)務(wù)質(zhì)量分析要點(diǎn)

1、VoLTE端到端質(zhì)量分析SIP-503 錯(cuò)誤碼原因分析研究目錄1.SIP-503 消息錯(cuò)誤碼分析背景22.SIP-503 失敗原因分類(lèi)23.SIP-503 流程分析43.1.無(wú)線鏈路失敗導(dǎo)致掉話43.2.VoLTE走盲重定向?qū)е碌粼?3.3.X2 切換失敗導(dǎo)致的掉話53.4.Sip 信令丟失導(dǎo)致未接通ue-not-available-for-ps-service63.5.2G側(cè)資源異常導(dǎo)致未接通83.6.基站弱場(chǎng)起呼功能導(dǎo)致83.7.BSRVCC切換失敗93.8.VoLTE參數(shù)配置問(wèn)題103.9.VoLTE流程沖突問(wèn)題（1）113.10.VoLTE流程沖突問(wèn)題（2）123.11.VoLTE流程

2、沖突問(wèn)題（3）133.12.VoLTE流程沖突問(wèn)題（4）133.13.VoLTE流程沖突問(wèn)題（5）144.SIP-503 失敗案例總結(jié)154.1.鄰區(qū)配置問(wèn)題導(dǎo)致SIP-503 失敗原因： tx2relocoverall-expiry154.2.干擾問(wèn)題導(dǎo)致SIP-503 失敗原因： tx2relocoverall-expiry164.3.傳輸問(wèn)題導(dǎo)致SIP-503 S1切換導(dǎo)致VoLTE掉話194.4.站內(nèi)切換與modify 并發(fā) SIP-503 導(dǎo)致視頻失敗234.5.站內(nèi)切換并發(fā)導(dǎo)致未接通245.SIP-503 失敗原因處理流程總結(jié)26第 1頁(yè) 共 27頁(yè)1. SIP-503 消息錯(cuò)誤碼

3、分析背景2016 年中國(guó)移動(dòng)集團(tuán)開(kāi)展VoLTE百日會(huì)戰(zhàn)工作期間，我司在 VoLTE質(zhì)量提升過(guò)程中結(jié)合炎強(qiáng)平臺(tái)從 TOP小區(qū)、 DT/CQT遍歷拉網(wǎng)測(cè)試信令分析中總結(jié)經(jīng)驗(yàn)，旨在幫助各辦事處盡快解決信令分析中遇到的問(wèn)題。隨著 VoLTE優(yōu)化工作的開(kāi)展， 我們發(fā)現(xiàn)有些SIP-503 錯(cuò)誤碼與無(wú)線測(cè)關(guān)聯(lián)較大，如外部鄰區(qū)、幀頭偏移未對(duì)齊導(dǎo)致的干擾，傳輸時(shí)延、切換并發(fā)等問(wèn)題都會(huì)導(dǎo)致SIP 消息報(bào)錯(cuò)，而這些SIP 消息報(bào)錯(cuò)的時(shí)間點(diǎn)之前eNB 就發(fā)起了異常的信令釋放。因此，本文檔希望糾正概念中泛指SIP503都是核心網(wǎng)的問(wèn)題。2.SIP-503 失敗原因分類(lèi)目前，通過(guò)甘肅、貴陽(yáng)兩地測(cè)試分析結(jié)果來(lái)看，SIP50

4、3 錯(cuò)誤消息也是各類(lèi)無(wú)線測(cè)試中最常見(jiàn)的錯(cuò)誤消息，與用戶的未接通、掉話等異常行為直接相關(guān)。基于信令平臺(tái)對(duì)可能發(fā)生503 錯(cuò)誤消息的所有場(chǎng)景整理出SIP503 消息報(bào)錯(cuò)為四大類(lèi)13 種場(chǎng)景，做了統(tǒng)一信令回溯和原因分析，并開(kāi)展了對(duì)應(yīng)的優(yōu)化策略和研究，針對(duì)每一類(lèi)問(wèn)題場(chǎng)景給出了明確的解決方案。四大類(lèi)（eNodeB上發(fā)UE 上下文釋放請(qǐng)求、bSRVCC不兼容引發(fā)的切換失敗、VoLTE 參數(shù)配置問(wèn)題、流程沖突承載建立釋放或者修改與切換并發(fā)失?。┰敿?xì)情況如下表：編SIP503 消息S1 口失敗分類(lèi)解決措施號(hào)報(bào)錯(cuò)原因值radio-conn接續(xù)過(guò)程中， 主叫或被叫 UE失步，eNodeB在檢測(cè)到 UE無(wú)線鏈路異I

5、NDICATION_常后發(fā)起 RRC連接和 UE 上下文釋放流程，后續(xù) UE重回 4G網(wǎng)絡(luò)發(fā)1ection-witOF_RELEASE_起 TAU和 QCI5 默載建立流程。需要核查問(wèn)題小區(qū)明細(xì)，排查小區(qū)h-ue-lostOF_BEARER覆蓋、干擾問(wèn)題。eNodeB該問(wèn)題為 UE重定向到 2/3G 引起，發(fā)生區(qū)域均在大唐設(shè)備區(qū)，目前上發(fā) UE2INDICATION_interrat-r大唐 eNodeB V620 版本仍無(wú)法區(qū)分不同 QCI 的 A2/B2 （重定向、上下文OF_RELEASE_edirectioneSRVCC只能配置一個(gè)），部分區(qū)域考慮數(shù)據(jù)業(yè)務(wù)駐留比未部署釋放請(qǐng)OF_BEA

6、REReSRVCC。預(yù)計(jì) 6 月中旬版本升級(jí)后 V3 版本可解決此問(wèn)題。求tx2relocov該問(wèn)題為 X2 切換過(guò)程中， UE由于無(wú)線環(huán)境較差無(wú)法成功接入目標(biāo)INDICATION_小區(qū)，發(fā)起重建流程， eNB側(cè) X2 切換計(jì)時(shí)器超時(shí)發(fā)起 UE上下文釋3erall-expiOF_RELEASE_ry放。需要無(wú)線側(cè)核查切換涉及的源小區(qū)和目標(biāo)小區(qū)明細(xì)，排查鄰區(qū)OF_BEARER關(guān)系配置、鄰區(qū)切換參數(shù)配置、小區(qū)覆蓋及干擾問(wèn)題。第 2頁(yè) 共 27頁(yè)ue-not-ava該問(wèn)題多見(jiàn)于無(wú)線環(huán)境較差，干擾嚴(yán)重，或者傳輸異常，eNB資源VoLTE呼叫，針對(duì)該類(lèi)問(wèn)題主要通過(guò)排查INDICATION_ilable-

7、for不足導(dǎo)致無(wú)法進(jìn)行正常的4覆蓋（可通過(guò)開(kāi)啟MR確定是否弱覆蓋小區(qū)針對(duì)VoLTE用戶較少的OF_RELEASE_-ps-servicOF_BEARERe站點(diǎn)可以通過(guò) cdl確定，核查鄰區(qū)是否缺失， 掉線指標(biāo)是否正常， ），干擾，傳輸故障，基站是否擁塞等。radio在 VoLTE 呼叫 CS域過(guò)程中， VoLTE用戶資源準(zhǔn)備并修改完成的情INDICATION_resources況下，收到 MGCF響應(yīng)的 invite 503攜帶的原因?yàn)椤?NO5OF_RELEASE_ notCircut/channel avialible”導(dǎo)致未接通，該問(wèn)題為2g 側(cè)資源問(wèn)OF_BEARERavialible

8、題導(dǎo)致，需核查 2g側(cè)資源情況NO在目前核心網(wǎng)不支持bSRVCC，在弱覆的情況下易導(dǎo)致未接通，我司INDICATION_Circut/cha與華為通過(guò)在弱覆蓋情況下限制qci 1 的建立并利用終端和ims cs6OF_RELEASE_nnelRetry 功能完成弱場(chǎng)起呼。但是這也觸發(fā)invite503，建議在核心OF_BEARERavialible側(cè)剔除該類(lèi)問(wèn)題導(dǎo)致的未接通bSRVCC不兼容7 引發(fā)的切換失敗VoLTE參8 數(shù)配置問(wèn)題9 流程沖突承載建立釋放或者修改與1 切換并0 發(fā)失敗由于目前 IMS 版本不支持bSRVCC切換，切換失敗后終端觸發(fā)CSFBINDICATION_unspeci

9、fie流程，按集團(tuán)要求5 月底基站升級(jí)版本后，基站側(cè)可識(shí)別并規(guī)避OF_RELEASE_dbSRVCC切換。目前我司暫不支持bSRVCC功能識(shí)別OF_BEARERINDICATION_not-suppor部分廠家未開(kāi)啟 VOLTE功能開(kāi)關(guān)導(dǎo)致 VoLTE參數(shù)配置問(wèn)題， 需要從ted-QCI-vaeNodeB上 VOLTE相關(guān)參OF_RELEASE_信令平臺(tái)上提取相關(guān)小區(qū)明細(xì)，核查對(duì)應(yīng)lueOF_BEARER數(shù)配置。流程沖突： 在 e-RAB 建立時(shí)， eNodeB返回 e-RAB 建立失敗，攜帶INDICATION_multiple-E原因值 multiple-E-RAB-ID-instance

10、s，由于前次呼叫ERAB建立、-RAB-ID-inOF_RELEASE_釋放與切換流程沖突導(dǎo)致專(zhuān)載釋放失敗，需要設(shè)備統(tǒng)一升級(jí)解決，stances同時(shí) MME、eNodeB需要增強(qiáng)處理機(jī)制（集團(tuán)建議：站間信令沖突由OF_BEAREREPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）。流程沖突： 在 e-RAB 建立或者更改時(shí)， eNodeB返回 e-RAB 建立或者s1-inter-s更改失敗， 攜帶原因值 s1-inter-system-handover-triggered，在INDICATION_ystem-hande-RAB 建立時(shí)， eNodeB返回 e-RAB 建立失敗，攜帶原因值OF_R

11、ELEASE_ over-triggunknown-eNB-ue-s1ap-id 為切換與 ERABModify 過(guò)程并發(fā)引起的流OF_BEARERered程沖突導(dǎo)致，需要統(tǒng)一升級(jí)設(shè)備版本解決。（集團(tuán)建議：站間信令沖突由 EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）第 3頁(yè) 共 27頁(yè)unknown-eN流程沖突： 在 e-RAB 建立時(shí)， eNodeB返回 e-RAB 建立失敗， 攜帶原1INDICATION_因值 unknown-eNB-ue-s1ap-id ，在 e-RAB建立時(shí)，eNodeB返回 e-RABB-ue-s1ap-1OF_RELEASE_建立失敗，攜帶原因值 unknow

12、n-eNB-ue-s1ap-id ，（集團(tuán)建議： 站idOF_BEARER間信令沖突由 EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）流程沖突： 在 e-RAB 建立或者更改時(shí)， eNodeB返回 e-RAB 建立或者1INDICATION_x2-handove更改失敗，攜帶原因值 x2-handover-triggered，為 e-RAB 建立或r-triggere者更改流程和 X2 切換流程沖突引起，需要設(shè)備版本統(tǒng)一升級(jí)，規(guī)2OF_RELEASE_dEPC-MME解決，站內(nèi)信令OF_BEARER避該問(wèn)題，（集團(tuán)建議：站間信令沖突由沖突又接入網(wǎng)解決）radioNetwo流程沖突：專(zhuān)載建立消息

13、，但是后面又收到QCI1 的 EPS承載釋放消息；查看炎強(qiáng)平臺(tái)， MME下發(fā)激活 EPS承載消息給 ENB，但是 ENBrk:1回復(fù) erab setup response消息攜帶 Unknown-eNB-ue-s1ap-id ；主BEARER_RELE unknown-eN3要是 UE發(fā)生了站內(nèi)切換與QCI1 的承載建立并發(fā)沖突， 導(dǎo)致被叫無(wú)ASEDB-ue-s1ap-法正常建立專(zhuān)載， 最終未接通。（集團(tuán)建議：站間信令沖突由 EPC-MMEid解決，站內(nèi)信令沖突由接入網(wǎng)解決）3.SIP-503 流程分析3.1.無(wú)線鏈路失敗導(dǎo)致掉話在 呼 叫建 立 階 段 ， eNodeB上 發(fā)UEConte

14、xtReleaseRequest， 攜 帶 原 因 值radio-connection-with-ue-lost。處理建議：接續(xù)過(guò)程中，主叫或被叫UE失步， eNodeB在檢測(cè)到UE無(wú)線鏈路異常后發(fā)起RRC連接和 UE上下文釋放流程， 后續(xù) UE重回 4G網(wǎng)絡(luò)發(fā)起TAU和 QCI5 默載建立流程。 需要核查問(wèn)題小區(qū)明細(xì)，排查小區(qū)覆蓋、干擾問(wèn)題。信令流程說(shuō)明：在 呼 叫建 立 階 段 ， eNodeB上 發(fā)UEContextReleaseRequest,攜 帶 原 因 值radio-connection-with-ue-lost,表明 eNodeB為 UE失聯(lián)， MME指示 eNodeB釋放了

15、UE上下文，并且通過(guò)S11 接口把承載失敗問(wèn)題傳送給SAEGW, SAEGW通過(guò) Gx接口告知PCRF， PCRF通過(guò) Rx 接口通知 SBC，隨后 SBC通過(guò) Gm接口給 UE發(fā)送了 503 SIP 錯(cuò)誤碼，造成呼叫失敗。第 4頁(yè) 共 27頁(yè)3.2.VoLTE 走盲重定向?qū)е碌粼捲诤艚薪㈦A段， eNodeB上發(fā) UEContextReleaseRequest ，攜帶原因值interrat-redirection。處理建議：該問(wèn)題為UE重定向到2/3G 引起，發(fā)生區(qū)域均在我司設(shè)備區(qū)域，目前我司 620 版本仍無(wú)法區(qū)分不同 QCI 的 A2/B2（重定向、 eSRVCC只能配置一個(gè)） ，部分區(qū)

16、域考慮數(shù)據(jù)業(yè)務(wù)駐留比未部署eSRVCC。預(yù)計(jì) 6 月中旬版本升級(jí)后可解決此問(wèn)題。信令流程說(shuō)明：在呼叫建立階段， eNodeB上發(fā) UEContextReleaseRequest, 攜帶原因值interrat-redirection,表明 UE重定向到了 2/3G ，MME指示 eNodeB釋放了 UE上下文， 并通過(guò) S11 接口把承載失敗問(wèn)題傳送給 SAEGW,SAEGW通過(guò) Gx 接口告知 PCRF， PCRF通過(guò) Rx 接口通知 SBC，隨后 SBC通過(guò) Gm接口給UE發(fā)送了 503 SIP 錯(cuò)誤碼，造成呼叫失敗。3.3.X2 切換失敗導(dǎo)致的掉話在 呼 叫 建 立 階 段 ， eNode

17、B上 發(fā)UEContextReleaseRequest， 攜 帶 原 因 值tx2relocoverall-expiry。第 5頁(yè) 共 27頁(yè)處理建議：該問(wèn)題為 X2 切換過(guò)程中， UE由于無(wú)線環(huán)境較差無(wú)法成功接入目標(biāo)小區(qū)，發(fā)起重建流程，eNB側(cè) X2 切換計(jì)時(shí)器超時(shí)發(fā)起 UE上下文釋放。需要無(wú)線側(cè)核查切換涉及的源小區(qū)和目標(biāo)小區(qū)明細(xì)，排查鄰區(qū)關(guān)系配置、鄰區(qū)切換參數(shù)配置、小區(qū)覆蓋及干擾問(wèn)題。信令流程說(shuō)明：在 呼 叫 建 立 階 段 ， eNodeB上 發(fā)UEContextReleaseRequest,攜 帶 原 因 值tx2relocoverall-expiry,表明發(fā)生了X2 切換請(qǐng)求，但是

18、X2 切換計(jì)時(shí)器tx2relocoverall超時(shí)，MME指示 eNodeB釋放了 UE上下文， 并通過(guò) S11 接口把承載失敗問(wèn)題傳送給SAEGW,SAEGW通過(guò) Gx接口告知 PCRF， PCRF通過(guò) Rx 接口通知 SBC，隨后 SBC通過(guò) Gm接口給 UE發(fā)送了 503 SIP 錯(cuò)誤碼，造成呼叫失敗。3.4.Sip 信令丟失導(dǎo)致未接通ue-not-available-for-ps-service在 VoLTE呼叫建立階段， 存在是 Sip 信令丟失在SGI/S1AP/UU 口導(dǎo)致未接通， 具體現(xiàn)象為sip信令（如invite/183session progress/prack/upda

19、te/180 ringing/終端未發(fā)送invite 200ok等）連續(xù)發(fā)送多次之后未收到響應(yīng)，觸發(fā)兩種現(xiàn)象：1.PCRF通知 DRA放棄本次會(huì)話，攜帶的錯(cuò)誤碼為“INSUFFICIENT BEARER RESOURCES”（不足的承載資源） ，該類(lèi)問(wèn)題多見(jiàn)于183 sessionprogress/180ringing/終端未發(fā)送invite200ok 消息丟失；2.SCCAS用“ SIP： Status 500 server internal Error”內(nèi)部錯(cuò)誤消息攜帶的原因?yàn)椤癗OResponse From Peer ”通過(guò) SCSCF告知 SBC，從而觸發(fā)PCRF放棄本次會(huì)話，導(dǎo)致Vo

20、LTE未接通觸發(fā)CSFB。該類(lèi)問(wèn)題多見(jiàn)于update/prack等消息。處理建議：該問(wèn)題多見(jiàn)于無(wú)線環(huán)境較差，干擾嚴(yán)重，或者傳輸異常，eNB 資源不知導(dǎo)致無(wú)法正常的進(jìn)行正常的VoLTE 呼叫，針對(duì)該類(lèi)問(wèn)題主要通過(guò)排查覆蓋（可通過(guò)開(kāi)啟MR確定是否弱覆蓋小區(qū)針對(duì)第 6頁(yè) 共 27頁(yè)VoLTE用戶較少的站點(diǎn)可以通過(guò)cdl確定，核查鄰區(qū)是否缺失，掉線指標(biāo)是否正常），干擾， 傳輸故障，基站是否擁塞等。信令流程說(shuō)明：在 VoLTE 呼叫建立階段，主叫SBC 連續(xù)下發(fā)四次180 Ringing，未收到被叫響應(yīng)的invite200ok，或連續(xù)多下發(fā)183 sessionprogress觸發(fā) PCRF通知 DRA

21、放棄本次會(huì)話，攜帶的錯(cuò)誤碼為“INSUFFICIENT BEARER RESOURCES”（不足的承載資源） 。在 VoLTE呼叫建立階段，主叫SBC連續(xù)下發(fā)UPDATE未收到響應(yīng)導(dǎo)致scc as 定時(shí)器超時(shí)（一般設(shè)置為 6s）SCCAS用“ SIP ：Status500 serverinternalError ”內(nèi)部錯(cuò)誤消息攜帶的原因?yàn)椤?NOResponse From Peer ”通過(guò) SCSCF告知 SBC，從而觸發(fā)PCRF放棄本次會(huì)話，導(dǎo)致VoLTE未接通觸發(fā) CSFB。詳情如下：第 7頁(yè) 共 27頁(yè)3.5.2G 側(cè)資源異常導(dǎo)致未接通在 VoLTE 呼叫 CS 域過(guò)程中， VoLTE

22、用戶資源準(zhǔn)備并修改完成的情況下，收到MGCF響應(yīng)的invite 503攜帶的原因?yàn)椤癗O Circut/channel avialible”導(dǎo)致未接通。處理建議：該問(wèn)題為 2g 側(cè)資源問(wèn)題導(dǎo)致，需核查2g 側(cè)資源情況。信令流程說(shuō)明：在 VoLTE 呼叫 CS域過(guò)程中， VoLTE用戶完成 update 流程后收到 Mgcf 的 Mgcf 響應(yīng)的 invite503 攜帶的原因?yàn)椤癗O Circut/channel avialible”，釋放本次會(huì)話。3.6.基站弱場(chǎng)起呼功能導(dǎo)致在目前核心網(wǎng)不支持bSRVCC，在弱覆的情況下易導(dǎo)致未接通，我司與華為通過(guò)在弱覆蓋情況下限制 qci 1的建立并利用終

23、端和ims cs Retry功能完成弱場(chǎng)起呼。但是這也觸發(fā)invite 503。處理建議：建議在核心側(cè)剔除該類(lèi)問(wèn)題導(dǎo)致的未接通。在分析該類(lèi)s1 錯(cuò)誤碼為“ radio resources notavialible”，核查該站點(diǎn)是否開(kāi)啟弱場(chǎng)起呼功能。信令流程說(shuō)明：第 8頁(yè) 共 27頁(yè)SBC收到主叫上發(fā)的invite消息后，通知 eNB建立無(wú)線承載時(shí)收到核心eNB響應(yīng)的 ERABsetuprespone 攜帶原因?yàn)椤?radioresourcesnot avialible”觸發(fā) invite503，終端收到后觸發(fā)CSFB，從而避免了bSRVCC。詳情如下：3.7.BSRVCC切換失敗bSRVCC切

24、換失敗， MME下發(fā)的切換準(zhǔn)備失敗消息“HandoverPreparationFailure ”中，攜帶原因值： un-specified。處理建議：由于目前IMS 版本不支持bSRVCC切換，切換失敗后終端觸發(fā)CSFB流程，按集團(tuán)要求5 月底基站升級(jí)版本后，基站側(cè)可識(shí)別并規(guī)避bSRVCC切換。信令流程說(shuō)明：振鈴以前進(jìn)行bSRVCC切換 ,IMS 不支持導(dǎo)致MME回復(fù)“HandoverPreparationFailure”攜帶原因值： un-specified。第 9頁(yè) 共 27頁(yè)3.8.VoLTE 參數(shù)配置問(wèn)題在 e-RAB 建立時(shí)， eNodeB返回 e-RAB 建立失敗，攜帶原因值 no

25、t-supported-QCI-value處理建議：VoLTE參數(shù)配置問(wèn)題，需要從信令平臺(tái)上提取相關(guān)小區(qū)明細(xì)，核查對(duì)應(yīng)eNodeB上 VOLTE相關(guān)參數(shù)配置。信令流程說(shuō)明：VoLTE呼叫建立時(shí)， MME通過(guò)下發(fā) E_RABSetupRequest 消息給 eNodeB請(qǐng)求建立 QCI=1 的 e-RAB，eNodeB回復(fù) E-RABSetupResponse 給 MME，攜帶原因值not-supported-QCI-value， eNodeB VOLTE業(yè)務(wù)相關(guān)參數(shù)配置存在問(wèn)題。第 10頁(yè) 共 27頁(yè)3.9.VoLTE 流程沖突問(wèn)題（1）在 e-RAB 建立時(shí)， eNodeB返回 e-RAB

26、建立失敗， 攜帶原因值 multiple-E-RAB-ID-instances處理建議：由于前次呼叫ERAB建立、釋放與切換流程沖突導(dǎo)致專(zhuān)載釋放失敗，需要設(shè)備統(tǒng)一升級(jí)解決，同時(shí) MME、 eNodeB需要增強(qiáng)處理機(jī)制（集團(tuán)建議：站間信令沖突由EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決） 。信令流程說(shuō)明：VoLTE 呼叫建立時(shí)，MME通過(guò)下發(fā)E_RABSetupRequest 消息給eNodeB 請(qǐng)求建立QCI=1 的e-RAB ， eNodeB 回復(fù) E-RABSetupFailure給 MME，攜帶原因值multiple-E-RAB-ID-instances，需要進(jìn)一步分析該用戶S1-MM

27、1之前的行為。在上次 VOLTE呼叫結(jié)束時(shí)， MME下發(fā) E-RABReleaseCommand消息給 eNodeB，eNodeB因?yàn)橛脩粽谇袚Q，返回E-RABReleaseFailed,攜帶原因值“s1-inter-system-handover-triggered”，后續(xù) MME再?zèng)]有再次下發(fā)E-RABReleaseCommand消息給 eNodeB，嘗試釋放QCI=1， e-RAB ID=7 的E-RAB 承載，之后新的呼叫開(kāi)始，建立e-RAB ID=7 的 e-RAB 承載，因?yàn)閑-NodeB 發(fā)現(xiàn) e-RAB ID重復(fù)，就回復(fù)E-RABSetupFailure給 MME，攜帶原因值

28、multiple-E-RAB-ID-instances。第 11頁(yè) 共 27頁(yè)3.10.VoLTE 流程沖突問(wèn)題（2）在e-RAB 建 立 或 者 更 改 時(shí) ， eNodeB 返 回e-RAB 建 立 或 者 更 改 失 敗 ， 攜 帶 原 因 值s1-inter-system-handover-triggered。處理建議：為 e-RAB 建立或者更改流程和SRVCC切換流程沖突引起， 需要設(shè)備統(tǒng)一版本升級(jí)解決該問(wèn)題。信令流程說(shuō)明：VoLTE呼叫建立時(shí)， MME通過(guò)下發(fā) E_RABModifyRequest 消息給 eNodeB請(qǐng)求更改 QCI=1的 e-RAB承載，eNodeB回復(fù)E-R

29、ABModifyFailure給MME ，攜帶原因值s1-inter-system-handover-triggered。通過(guò)信令流程，在e-RAB 更改請(qǐng)求和e-RAB 響應(yīng)之間eNodeB 上發(fā)了系統(tǒng)間的切換請(qǐng)求，發(fā)生了bSRVCC切換，因此，eNodeB 針對(duì)更改QCI=1 的 e-RAB請(qǐng)求，回復(fù)了失敗響應(yīng)。第 12頁(yè) 共 27頁(yè)3.11.VoLTE 流程沖突問(wèn)題（3）在 e-RAB 建立時(shí)， eNodeB返回 e-RAB 建立失敗，攜帶原因值 unknown-eNB-ue-s1ap-id 。處理建議：為切換與 ERAB Modify 過(guò)程并發(fā)引起的流程沖突導(dǎo)致，需要統(tǒng)一升級(jí)設(shè)備版本解

30、決。信令流程說(shuō)明：VoLTE呼叫建立時(shí)， MME通過(guò)下發(fā)E_RABSetupRequest 消息給 eNodeB請(qǐng)求建立QCI=1 的 e-RAB承載， eNodeB回復(fù) E-RABSetupFailure給 MME，攜帶原因值unknown-eNB-ue-s1ap-id，告知 MME不識(shí)別 MME下發(fā)的 eNB-UE-S1AP-ID，在此之前， S1-MME接口并沒(méi)有釋放UE上下文， UE一直處于連接態(tài)，沿用之前的eNB-UE-S1AP-ID，之前的消息交互都沒(méi)有問(wèn)題，因此需要eNodeB 廠家調(diào)查不識(shí)別 eNB-UE-S1AP-ID 的原因。3.12.VoLTE 流程沖突問(wèn)題（4）在e-R

31、AB 建 立 或 者 更 改 時(shí) ， eNodeB 返 回e-RAB 建 立 或 者 更 改 失 敗 ， 攜 帶 原 因 值x2-handover-triggered。處理建議：為 e-RAB 建立或者更改流程和X2 切換流程沖突引起，需要設(shè)備版本統(tǒng)一升級(jí)，規(guī)避該問(wèn)題。信令流程說(shuō)明：VoLTE呼叫建立時(shí)， MME通過(guò)下發(fā)E_RABSetupRequest 消息給 eNodeB請(qǐng)求建立QCI=1 的 e-RAB承載， eNodeB回復(fù) E-RABSetupFailure 給 MME，攜帶原因值 x2-handover-triggered 。通過(guò)信令流程， 在 MME下發(fā) e-RAB 建立請(qǐng)求的同

32、時(shí)發(fā)生了 X2 切換，因此， eNodeB針對(duì)建立 QCI=1 的 e-RAB 請(qǐng)求，回復(fù)了失敗響應(yīng)。第 13頁(yè) 共 27頁(yè)3.13.VoLTE 流程沖突問(wèn)題（5）在e-RAB 建立時(shí)，eNodeB 返回e-RAB 建立或者更改失敗，攜帶原因值radioNetwork:unknown-eNB-ue-s1ap-id，在 RSRP-104dBm， SINR5.2 的時(shí)候由于切換并發(fā)導(dǎo)致一次未接通。處理建議：為 e-RAB 建立或者更改流程和X2 切換流程沖突引起，需要設(shè)備版本統(tǒng)一升級(jí)，規(guī)避該問(wèn)題。信令流程說(shuō)明：VoLTE呼叫建立時(shí)， MME通過(guò)下發(fā)E_RABSetupRequest 消息給 eNo

33、deB請(qǐng)求建立QCI=1 的 e-RAB承載， eNodeB 回復(fù) E-RABSetupFailure給 MME，攜帶原因值unknown-eNB-ue-s1ap-id。通過(guò)信令流程，在 MME下發(fā) e-RAB 建立請(qǐng)求的同時(shí)發(fā)生了X2 切換，因此，eNodeB針對(duì)建立QCI=1 的 e-RAB請(qǐng)求，回復(fù)了失敗響應(yīng)。第 14頁(yè) 共 27頁(yè)4.SIP-503 失敗案例總結(jié)4.1.鄰區(qū)配置問(wèn)題導(dǎo)致 SIP-503失敗原因： tx2relocoverall-expiry炎強(qiáng) PCAP包信令分析通過(guò) PCAP包信令分析如下， 在時(shí)間 15:15:14 發(fā)起 INVITE-Request,時(shí)間點(diǎn) 15:

34、15:17 終端上發(fā) Request-ACK 表示會(huì)話已經(jīng)接通, 但在時(shí)間點(diǎn) 15:15:49 終端收到網(wǎng)絡(luò)下發(fā)的BYE消息攜帶的失敗原因?yàn)槌休d資源釋放。導(dǎo)致一次未接通事件如下圖：(Reason: SIP;cause=503;text=PO: RAR: INDICATION_OF_RELEASE_OF_BEARER)繼續(xù)通過(guò) PCAP包信令分析發(fā)現(xiàn)在時(shí)間點(diǎn)15:15:49, eNB主動(dòng)進(jìn)行拆鏈釋放原因?yàn)閄2 重定位完成定時(shí)器超時(shí)UEContextReleaseRequest Cause: radioNetwork (tx2relocoverall-expiry)。無(wú)線空口分析在南北濱河路遍歷拉

35、網(wǎng)測(cè)試過(guò)程，我們?cè)谌A為區(qū)域測(cè)試過(guò)中出現(xiàn)掉話事件，通過(guò)無(wú)線測(cè)試分析，失敗原因如下圖：第 15頁(yè) 共 27頁(yè)SIP;cause=503;text=PO: RAR: INDICATION_OF_RELEASE_OF_BEARER在的時(shí)間點(diǎn)15:15:37被叫終端收到網(wǎng)絡(luò)側(cè)下發(fā)切換的RRC Connection Reconfiguration消息后終端未回復(fù)RRC Connection Reconfiguration Complete,由于 RSRP=1104dbm左右， SINR=-7左右終端觸發(fā)RRC重建后掉話。解決方案通過(guò)與華為工程師進(jìn)行溝通確認(rèn)由于修改了目標(biāo)小區(qū)的PCI，但未及時(shí)同步修改外部鄰

36、區(qū)數(shù)據(jù)導(dǎo)致本次切換失敗，后經(jīng)華為修改PCI 后，在二次驗(yàn)證中再無(wú)掉話的問(wèn)題。4.2.干擾問(wèn)題導(dǎo)致SIP-503 失敗原因： tx2relocoverall-expiry炎強(qiáng) PCAP包信令分析通過(guò) PCAP包信令分析如下，在時(shí)間 11:42:53發(fā)起 INVITE-Request,時(shí)間點(diǎn) 11:42:57終端上第 16頁(yè) 共 27頁(yè)發(fā) Request-ACK 表示會(huì)話已經(jīng)接通, 但在時(shí)間點(diǎn)15:44:19終端收到網(wǎng)絡(luò)下發(fā)的BYE消息攜帶的失敗原因?yàn)槌休d資源釋放。導(dǎo)致一次未接通事件如下圖：(Reason: SIP;cause=503;text=PO: RAR: INDICATION_OF_REL

37、EASE_OF_BEARER)繼續(xù)通過(guò) PCAP包信令分析發(fā)現(xiàn)在時(shí)間點(diǎn)11:44:19,eNB主動(dòng)進(jìn)行拆鏈釋放原因?yàn)闊o(wú)線鏈路失敗 UEContextReleaseRequest 。Cause: radioNetwork (failure-in-radio-interface-procedure(26)無(wú)線空口分析主叫占用 EARFCN:37900、PCI:390 小區(qū)，終端發(fā)起 SIP INVITE 會(huì)話呼叫，服務(wù)器響應(yīng)并回復(fù)終端 SIP INVITE 100 Trying ，網(wǎng)絡(luò)側(cè)發(fā)起 QCI=1， EPS承載為 7 建立的語(yǔ)音業(yè)務(wù)，無(wú)線環(huán)境良好CRC-RSRC=-90dbm，CRC-SIN

38、R=12，在 11:44:22 由于 UE上行 PUSCH功率較大，上行失步導(dǎo)致主叫掉話。第 17頁(yè) 共 27頁(yè)通過(guò)主被叫信令分析，主被叫UE接通后占用崔家大灘西側(cè)微站LTE-1 小區(qū)（ EARFCN:37900、PCI:390 ）后，無(wú)線覆蓋較好， 但是 UE上行的 PUSCHTxPower 卻增大至 22，上行失步2s 后 11:44:21重選至宏潤(rùn)建設(shè)集團(tuán)LTE-8 小區(qū) (EARFCN:37900、 PCI:7 ）進(jìn)行 RRC重建請(qǐng)求，重建請(qǐng)求拒絕后，UE收到網(wǎng)絡(luò)側(cè)下發(fā)的BYE Request 消息，通過(guò)后臺(tái)網(wǎng)管提取該小區(qū)子幀干擾情況，發(fā)現(xiàn)崔家大灘西側(cè)微站LTE-1 小區(qū) 2、 7 子

39、幀有強(qiáng)干擾，由于上行干擾失步導(dǎo)致掉話。網(wǎng)元友好名 : 崔家大灘607018小區(qū)本地ID=4小區(qū)子幀號(hào)=1小區(qū)上行底噪測(cè)量值= 0,0,0,4,0,0,0,0,4,5,5,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,13小區(qū)上行通道總功率測(cè)量值(dBm)= -94,-92,-127,-127,

40、-127,-127,-127,-127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)上行無(wú)用戶通道總功率測(cè)量值(dBm)= -94,-92,-127,-127,-127,-127,-127,-127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)子幀號(hào)=2小區(qū)上行底噪測(cè)量值= 24,24,24,25,24,23,23,22,20,18,19,21,20,17,19,21,20,20,22,21,20,19,19,21,20,21,21,20,18,19,20,20,19,20,18,21,19,20,21,22,21,20,21,19,21,23,22

41、,21,23,22,22,22,20,20,21,20,19,18,19,19,20,19,20,19,20,20,20,22,20,20,20,19,19,20,21,20,19,20,20,19,22,22,21,21,19,20,20,21,21,19,19,19,21,20,21,21,20,20,20,21小區(qū)上行通道總功率測(cè)量值(dBm)第 18頁(yè) 共 27頁(yè)= -55,-53,-116,-116,-116,-116,-116,-116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)上行無(wú)用戶通道總功率測(cè)量值(dBm)= -81,-81,-116,-116,-1

42、16,-116,-116,-116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)子幀號(hào)=6小區(qū)上行底噪測(cè)量值= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,11,12,12,14,0,0,8,0,0小區(qū)上行通道總功率測(cè)量值(dBm)= -83,-85,-127,-127,-127,-127,-127,-127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)上行無(wú)用戶通道總功率測(cè)量值(dBm)= -79,-82,-127,-127,-127,-127,-127,-127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小區(qū)子幀號(hào)=7小區(qū)上行底噪測(cè)量值= 21,20,21,22,20,18,19,19,19,18,19,21,20,18,18,20,21,21,22,20,20,19,19,20,20,21,21,20,18,18,19,20,20,20,19,21,19,21,21,22,