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

1、VoLTE端到端質(zhì)量分析SIP-503 錯誤碼原因分析研究目錄1.SIP-503 消息錯誤碼分析背景22.SIP-503 失敗原因分類23.SIP-503 流程分析43.1.無線鏈路失敗導(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.基站弱場起呼功能導(dǎo)致83.7.BSRVCC切換失敗93.8.VoLTE參數(shù)配置問題103.9.VoLTE流程沖突問題（1）113.10.VoLTE流程沖突問題（2）123.11.VoLTE流程

2、沖突問題（3）133.12.VoLTE流程沖突問題（4）133.13.VoLTE流程沖突問題（5）144.SIP-503 失敗案例總結(jié)154.1.鄰區(qū)配置問題導(dǎo)致SIP-503 失敗原因： tx2relocoverall-expiry154.2.干擾問題導(dǎo)致SIP-503 失敗原因： tx2relocoverall-expiry164.3.傳輸問題導(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頁 共 27頁1. SIP-503 消息錯誤碼

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

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

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

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

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

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

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

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

11、ELEASE_ over-triggunknown-eNB-ue-s1ap-id 為切換與 ERABModify 過程并發(fā)引起的流OF_BEARERered程沖突導(dǎo)致，需要統(tǒng)一升級設(shè)備版本解決。（集團(tuán)建議：站間信令沖突由 EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）第 3頁 共 27頁unknown-eN流程沖突： 在 e-RAB 建立時， eNodeB返回 e-RAB 建立失敗， 攜帶原1INDICATION_因值 unknown-eNB-ue-s1ap-id ，在 e-RAB建立時，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 建立或者更改時， eNodeB返回 e-RAB 建立或者1INDICATION_x2-handove更改失敗，攜帶原因值 x2-handover-triggered，為 e-RAB 建立或r-triggere者更改流程和 X2 切換流程沖突引起，需要設(shè)備版本統(tǒng)一升級，規(guī)2OF_RELEASE_dEPC-MME解決，站內(nèi)信令OF_BEARER避該問題，（集團(tuán)建議：站間信令沖突由沖突又接入網(wǎng)解決）radioNetwo流程沖突：專載建立消息

13、，但是后面又收到QCI1 的 EPS承載釋放消息；查看炎強(qiáng)平臺， 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)致被叫無ASEDB-ue-s1ap-法正常建立專載， 最終未接通。（集團(tuán)建議：站間信令沖突由 EPC-MMEid解決，站內(nèi)信令沖突由接入網(wǎng)解決）3.SIP-503 流程分析3.1.無線鏈路失敗導(dǎo)致掉話在 呼 叫建 立 階 段 ， eNodeB上 發(fā)UEConte

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

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

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

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

18、X2 切換計時器tx2relocoverall超時，MME指示 eNodeB釋放了 UE上下文， 并通過 S11 接口把承載失敗問題傳送給SAEGW,SAEGW通過 Gx接口告知 PCRF， PCRF通過 Rx 接口通知 SBC，隨后 SBC通過 Gm接口給 UE發(fā)送了 503 SIP 錯誤碼，造成呼叫失敗。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放棄本次會話，攜帶的錯誤碼為“INSUFFICIENT BEARER RESOURCES”（不足的承載資源） ，該類問題多見于183 sessionprogress/180ringing/終端未發(fā)送invite200ok 消息丟失；2.SCCAS用“ SIP： Status 500 server internal Error”內(nèi)部錯誤消息攜帶的原因為“NOResponse From Peer ”通過 SCSCF告知 SBC，從而觸發(fā)PCRF放棄本次會話，導(dǎo)致Vo

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

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

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

23、端和ims cs Retry功能完成弱場起呼。但是這也觸發(fā)invite 503。處理建議：建議在核心側(cè)剔除該類問題導(dǎo)致的未接通。在分析該類s1 錯誤碼為“ radio resources notavialible”，核查該站點是否開啟弱場起呼功能。信令流程說明：第 8頁 共 27頁SBC收到主叫上發(fā)的invite消息后，通知 eNB建立無線承載時收到核心eNB響應(yīng)的 ERABsetuprespone 攜帶原因為“ 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 月底基站升級版本后，基站側(cè)可識別并規(guī)避bSRVCC切換。信令流程說明：振鈴以前進(jìn)行bSRVCC切換 ,IMS 不支持導(dǎo)致MME回復(fù)“HandoverPreparationFailure”攜帶原因值： un-specified。第 9頁 共 27頁3.8.VoLTE 參數(shù)配置問題在 e-RAB 建立時， eNodeB返回 e-RAB 建立失敗，攜帶原因值 no

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

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

27、1之前的行為。在上次 VOLTE呼叫結(jié)束時， MME下發(fā) E-RABReleaseCommand消息給 eNodeB，eNodeB因為用戶正在切換，返回E-RABReleaseFailed,攜帶原因值“s1-inter-system-handover-triggered”，后續(xù) MME再沒有再次下發(fā)E-RABReleaseCommand消息給 eNodeB，嘗試釋放QCI=1， e-RAB ID=7 的E-RAB 承載，之后新的呼叫開始，建立e-RAB ID=7 的 e-RAB 承載，因為e-NodeB 發(fā)現(xiàn) e-RAB ID重復(fù)，就回復(fù)E-RABSetupFailure給 MME，攜帶原因值

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

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

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

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

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

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

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

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

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

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

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

39、幀有強(qiáng)干擾，由于上行干擾失步導(dǎo)致掉話。網(wǎng)元友好名 : 崔家大灘607018小區(qū)本地ID=4小區(qū)子幀號=1小區(qū)上行底噪測量值= 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ū)上行通道總功率測量值(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ū)上行無用戶通道總功率測量值(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ū)子幀號=2小區(qū)上行底噪測量值= 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ū)上行通道總功率測量值(dBm)第 18頁 共 27頁= -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ū)上行無用戶通道總功率測量值(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ū)子幀號=6小區(qū)上行底噪測量值= 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ū)上行通道總功率測量值(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ū)上行無用戶通道總功率測量值(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ū)子幀號=7小區(qū)上行底噪測量值= 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,