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

1、VoLTE端到端質(zhì)量分析SIP-503錯誤碼原因分析研究目錄1.SIP-503消息錯誤碼分析背景32.SIP-503失敗原因分類33.SIP-503流程分析53.1.無線鏈路失敗導(dǎo)致掉話53.2.VoLTE走盲重定向?qū)е碌粼?3.3.X2切換失敗導(dǎo)致的掉話73.4.Sip信令丟失導(dǎo)致未接通ue-not-available-for-ps-service83.5.2G側(cè)資源異常導(dǎo)致未接通93.6.基站弱場起呼功能導(dǎo)致103.7.BSRVCC切換失敗103.8.VoLTE參數(shù)配置問題113.9.VoLTE流程沖突問題（1）123.10.VoLTE流程沖突問題（2）133.11.VoLTE流程沖突問題

2、（3）143.12.VoLTE流程沖突問題（4）143.13.VoLTE流程沖突問題（5）154.SIP-503失敗案例總結(jié)164.1.鄰區(qū)配置問題導(dǎo)致SIP-503失敗原因：tx2relocoverall-expiry164.2.干擾問題導(dǎo)致SIP-503失敗原因：tx2relocoverall-expiry184.3.傳輸問題導(dǎo)致SIP-503 S1切換導(dǎo)致VoLTE掉話214.4.站內(nèi)切換與modify并發(fā)SIP-503導(dǎo)致視頻失敗254.5.站內(nèi)切換并發(fā)導(dǎo)致未接通265.SIP-503失敗原因處理流程總結(jié)281. SIP-503消息錯誤碼分析背景2016年中國移動集團(tuán)開展VoLTE百日

3、會戰(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é)果來看，SIP503錯誤消息也是各類無線測試中最常見的錯誤消息，與用戶的未接通、掉話等

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

5、叫UE失步，eNodeB在檢測到UE無線鏈路異常后發(fā)起RRC連接和UE上下文釋放流程，后續(xù)UE重回4G網(wǎng)絡(luò)發(fā)起TAU和QCI5默載建立流程。需要核查問題小區(qū)明細(xì)，排查小區(qū)覆蓋、干擾問題。2 INDICATION_OF_RELEASE_OF_BEARERinterrat-redirection該問題為UE重定向到2/3G引起，發(fā)生區(qū)域均在大唐設(shè)備區(qū)，目前大唐eNodeB V620版本仍無法區(qū)分不同QCI的A2/B2（重定向、eSRVCC只能配置一個），部分區(qū)域考慮數(shù)據(jù)業(yè)務(wù)駐留比未部署eSRVCC。預(yù)計6月中旬版本升級后V3版本可解決此問題。3 INDICATION_OF_RELEASE_OF_B

6、EARERtx2relocoverall-expiry該問題為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ū)覆蓋及干擾問題。4 INDICATION_OF_RELEASE_OF_BEARERue-not-available-for-ps-service該問題多見于無線環(huán)境較差，干擾嚴(yán)重，或者傳輸異常，eNB資源不足導(dǎo)致無法進(jìn)行正常的VoLTE呼叫，針對該類問題主要通過排查覆蓋（可通過開啟MR確定是否弱覆蓋小區(qū)針對VoLTE用戶較少的站點可

7、以通過cdl 確定，核查鄰區(qū)是否缺失，掉線指標(biāo)是否正常，），干擾，傳輸故障，基站是否擁塞等。5 INDICATION_OF_RELEASE_OF_BEARERradio resources not avialible在 VoLTE呼叫CS域過程中，VoLTE用戶資源準(zhǔn)備并修改完成的情況下，收到MGCF響應(yīng)的invite 503攜帶的原因為“NO Circut/channel avialible”導(dǎo)致未接通，該問題為2g側(cè)資源問題導(dǎo)致，需核查2g側(cè)資源情況6 INDICATION_OF_RELEASE_OF_BEARERNO Circut/channel avialible在目前核心網(wǎng)不支持bS

8、RVCC，在弱覆的情況下易導(dǎo)致未接通，我司與華為通過在弱覆蓋情況下限制qci 1的建立并利用終端和ims cs Retry功能完成弱場起呼。但是這也觸發(fā)invite 503，建議在核心側(cè)剔除該類問題導(dǎo)致的未接通7bSRVCC不兼容引發(fā)的切換失敗 INDICATION_OF_RELEASE_OF_BEARERunspecified由于目前IMS版本不支持bSRVCC切換，切換失敗后終端觸發(fā)CSFB流程，按集團(tuán)要求5月底基站升級版本后，基站側(cè)可識別并規(guī)避bSRVCC切換。目前我司暫不支持bSRVCC功能識別8VoLTE參數(shù)配置問題 INDICATION_OF_RELEASE_OF_BEARERno

9、t-supported-QCI-value部分廠家未開啟VOLTE功能開關(guān)導(dǎo)致VoLTE參數(shù)配置問題，需要從信令平臺上提取相關(guān)小區(qū)明細(xì)，核查對應(yīng)eNodeB上VOLTE相關(guān)參數(shù)配置。9流程沖突承載建立釋放或者修改與切換并發(fā)失敗 INDICATION_OF_RELEASE_OF_BEARERmultiple-E-RAB-ID-instances流程沖突： 在e-RAB建立時，eNodeB返回e-RAB建立失敗，攜帶原因值multiple-E-RAB-ID-instances，由于前次呼叫ERAB建立、釋放與切換流程沖突導(dǎo)致專載釋放失敗，需要設(shè)備統(tǒng)一升級解決，同時MME、eNodeB需要增強(qiáng)處理機(jī)

10、制（集團(tuán)建議：站間信令沖突由EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）。10 INDICATION_OF_RELEASE_OF_BEARERs1-inter-system-handover-triggered流程沖突：在e-RAB建立或者更改時，eNodeB返回e-RAB建立或者更改失敗，攜帶原因值s1-inter-system-handover-triggered，在e-RAB建立時，eNodeB返回e-RAB建立失敗，攜帶原因值unknown-eNB-ue-s1ap-id為切換與ERAB Modify過程并發(fā)引起的流程沖突導(dǎo)致，需要統(tǒng)一升級設(shè)備版本解決。（集團(tuán)建議：站間信令沖突由EPC

11、-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）11 INDICATION_OF_RELEASE_OF_BEARERunknown-eNB-ue-s1ap-id流程沖突：在e-RAB建立時，eNodeB返回e-RAB建立失敗，攜帶原因值unknown-eNB-ue-s1ap-id，在e-RAB建立時，eNodeB返回e-RAB建立失敗，攜帶原因值unknown-eNB-ue-s1ap-id，（集團(tuán)建議：站間信令沖突由EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）12 INDICATION_OF_RELEASE_OF_BEARERx2-handover-triggered流程沖突：在e-RAB建立或者更

12、改時，eNodeB返回e-RAB建立或者更改失敗，攜帶原因值x2-handover-triggered，為e-RAB建立或者更改流程和X2切換流程沖突引起，需要設(shè)備版本統(tǒng)一升級，規(guī)避該問題，（集團(tuán)建議：站間信令沖突由EPC-MME解決，站內(nèi)信令沖突又接入網(wǎng)解決）13 BEARER_RELEASEDradioNetwork: unknown-eNB-ue-s1ap-id流程沖突：專載建立消息，但是后面又收到QCI1的EPS承載釋放消息；查看炎強(qiáng)平臺，MME下發(fā)激活EPS承載消息給ENB，但是ENB回復(fù)erab setup response消息攜帶Unknown-eNB-ue-s1ap-id；主要

13、是UE發(fā)生了站內(nèi)切換與QCI1的承載建立并發(fā)沖突，導(dǎo)致被叫無法正常建立專載，最終未接通。（集團(tuán)建議：站間信令沖突由EPC-MME解決，站內(nèi)信令沖突由接入網(wǎng)解決）3. SIP-503流程分析3.1. 無線鏈路失敗導(dǎo)致掉話在呼叫建立階段，eNodeB上發(fā)UEContextReleaseRequest，攜帶原因值radio-connection-with-ue-lost。Ø 處理建議：接續(xù)過程中，主叫或被叫UE失步，eNodeB在檢測到UE無線鏈路異常后發(fā)起RRC連接和UE上下文釋放流程，后續(xù)UE重回4G網(wǎng)絡(luò)發(fā)起TAU和QCI5默載建立流程。需要核查問題小區(qū)明細(xì)，排查小區(qū)覆蓋、干擾問題。&

14、#216; 信令流程說明：在呼叫建立階段，eNodeB上發(fā)UEContextReleaseRequest ,攜帶原因值radio-connection-with-ue-lost , 表明eNodeB為UE失聯(lián)，MME指示eNodeB釋放了UE上下文，并且通過S11接口把承載失敗問題傳送給SAEGW, SAEGW通過Gx接口告知PCRF，PCRF通過Rx接口通知SBC，隨后SBC通過Gm接口給UE發(fā)送了503 SIP錯誤碼，造成呼叫失敗。3.2. VoLTE走盲重定向?qū)е碌粼捲诤艚薪㈦A段，eNodeB上發(fā)UEContextReleaseRequest，攜帶原因值interrat-redirec

15、tion。Ø 處理建議：該問題為UE重定向到2/3G引起，發(fā)生區(qū)域均在我司設(shè)備區(qū)域，目前我司620版本仍無法區(qū)分不同QCI的A2/B2（重定向、eSRVCC只能配置一個），部分區(qū)域考慮數(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接

16、口通知SBC，隨后SBC通過Gm接口給UE發(fā)送了503 SIP錯誤碼，造成呼叫失敗。3.3. X2切換失敗導(dǎo)致的掉話在呼叫建立階段，eNodeB上發(fā)UEContextReleaseRequest，攜帶原因值tx2relocoverall-expiry。Ø 處理建議：該問題為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ā)UEContextReleaseRe

17、quest ,攜帶原因值tx2relocoverall-expiry, 表明發(fā)生了X2切換請求，但是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/18

18、3session progress/prack/update/180 ringing/終端未發(fā)送invite 200ok等）連續(xù)發(fā)送多次之后未收到響應(yīng)，觸發(fā)兩種現(xiàn)象：1. PCRF通知DRA放棄本次會話，攜帶的錯誤碼為“INSUFFICIENT BEARER RESOURCES”（不足的承載資源），該類問題多見于183 session progress/180ringing/終端未發(fā)送invite 200ok消息丟失；2. SCCAS用“SIP：Status 500 server internal Error”內(nèi)部錯誤消息攜帶的原因為“ NO Response From Peer”通過SCSC

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

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

21、oLTE用戶資源準(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)的invite 503攜帶的原因為“NO Circut/channel avialible”，釋放本次會話。3.6. 基站弱場起呼功能導(dǎo)致在目前核心網(wǎng)不支持bSRVCC，在弱覆的情況下易導(dǎo)致未接通，我司與華為通過在弱覆蓋情況下限制qci 1的建

22、立并利用終端和ims cs Retry功能完成弱場起呼。但是這也觸發(fā)invite 503。Ø 處理建議：建議在核心側(cè)剔除該類問題導(dǎo)致的未接通。在分析該類s1錯誤碼為“radio resources not avialible”，核查該站點是否開啟弱場起呼功能。Ø 信令流程說明：SBC收到主叫上發(fā)的invite消息后，通知eNB建立無線承載時收到核心eNB響應(yīng)的ERAB setup respone攜帶原因為“radio resources not avialible”觸發(fā)invite 503，終端收到后觸發(fā)CSFB，從而避免了bSRVCC。詳情如下：3.7. BSRVCC切換

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

24、ot-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ù)配置存在問題 。3.9. VoLTE流程沖突問題（1） 在e-RAB建立時，eNodeB返回e-RAB建立失敗，攜帶原因值m

25、ultiple-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-MM1之前的行為 。在上

26、次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，攜帶原因值multiple-E-RAB-ID-insta

27、nces。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-RABModifyFailure給MME，攜帶原因值s1-inter-system-handover-trig

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

29、AB承載，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-RAB建立或者更改時，eNodeB返回e-RAB建立或者更改失敗，攜帶原因值x2-handover-triggered。Ø 處理建議：為e-RAB建立或者

30、更改流程和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建立請求的同時發(fā)生了X2切換，因此，eNodeB針對建立QCI=1的e-RAB請求，回復(fù)了失敗響應(yīng)。3.13. VoLTE流程沖突問題（5）在e-RAB建立時，eNodeB返回e-RAB建立或者更改失敗，攜帶原因值radioNet

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

32、建立QCI=1的e-RAB請求，回復(fù)了失敗響應(yīng)。4. SIP-503失敗案例總結(jié)4.1. 鄰區(qū)配置問題導(dǎo)致SIP-503失敗原因：tx2relocoverall-expiryØ 炎強(qiáng)PCAP包信令分析通過PCAP包信令分析如下，在時間15:15:14發(fā)起INVITE-Request,時間點15: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_RELEAS

33、E_OF_BEARER")繼續(xù)通過PCAP包信令分析發(fā)現(xiàn)在時間點15:15:49, eNB主動進(jìn)行拆鏈釋放原因為X2重定位完成定時器超時UEContextReleaseRequest Cause: radioNetwork (tx2relocoverall-expiry)。 Ø 無線空口分析在南北濱河路遍歷拉網(wǎng)測試過程，我們在華為區(qū)域測試過中出現(xiàn)掉話事件，通過無線測試分析，失敗原因如下圖：SIP;cause=503;text='PO: RAR: INDICATION_OF_RELEASE_OF_BEARER'在的時間點15:15:37被叫終端收到網(wǎng)絡(luò)側(cè)下發(fā)切

34、換的RRC Connection Reconfiguration消息后終端未回復(fù)RRC Connection Reconfiguration Complete,由于RSRP=1104dbm左右，SINR=-7左右終端觸發(fā)RRC重建后掉話。Ø 解決方案通過與華為工程師進(jìn)行溝通確認(rèn)由于修改了目標(biāo)小區(qū)的PCI，但未及時同步修改外部鄰區(qū)數(shù)據(jù)導(dǎo)致本次切換失敗，后經(jīng)華為修改PCI后，在二次驗證中再無掉話的問題。4.2. 干擾問題導(dǎo)致SIP-503失敗原因：tx2relocoverall-expiryØ 炎強(qiáng)PCAP包信令分析通過PCAP包信令分析如下，在時間11:42:53發(fā)起INVI

35、TE-Request,時間點11:42:57終端上發(fā)Request-ACK表示會話已經(jīng)接通,但在時間點15:44:19終端收到網(wǎng)絡(luò)下發(fā)的BYE消息攜帶的失敗原因為承載資源釋放。導(dǎo)致一次未接通事件如下圖：(Reason: SIP;cause=503;text="PO: RAR: INDICATION_OF_RELEASE_OF_BEARER")繼續(xù)通過PCAP包信令分析發(fā)現(xiàn)在時間點11:44:19, eNB主動進(jìn)行拆鏈釋放原因為無線鏈路失敗UEContextReleaseRequest 。Cause: radioNetwork (failure-in-radio-interf

36、ace-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-SINR=12，在11:44:22 由于UE上行PUSCH功率較大，上行失步導(dǎo)致主叫掉話。通過主被叫信令分析，主被叫UE接通后占用崔家大灘西側(cè)微站LTE-1小區(qū)（EARFCN:37900、PCI:390）后，無線覆蓋較好，但是UE上行的PUSCH TxPower卻增大至22，上行

37、失步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子幀有強(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

38、,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,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,-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,

39、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,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

40、,22,21,21,19,20,20,21,21,19,19,19,21,20,21,21,20,20,20,21小區(qū)上行通道總功率測量值(dBm) = -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,-116,-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

41、,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,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ū)上行無用戶通道總功率測量值(d

42、Bm) = -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,21,20,21,20,22,23,22,22,23,22,22,21,21,20,19,19,21,18,

43、19,19,20,19,20,19,20,20,20,22,20,20,19,18,19,20,21,20,19,21,19,19,21,21,20,21,20,19,20,20,20,18,18,19,21,21,20,21,19,20,20,20小區(qū)上行通道總功率測量值(dBm) = -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) = -54,-51,-116,-116,-116,-116,-116,-116,0,0,0

44、,0,0,0,0,0,0,0,0,0,0,0,0,0解決方案: D+F都新開站點，未及時修改幀頭偏移。4.3. 傳輸問題導(dǎo)致SIP-503 S1切換導(dǎo)致VoLTE掉話問題現(xiàn)象：蘭州拉網(wǎng)測試過程中發(fā)現(xiàn)每次聯(lián)通西固鍋爐廠-3（PCI：255）向西固青少年活動中心-2（PCI：247）出現(xiàn)掉話，ENB給UE下發(fā)RRC connection Release，原因是Other。查看無線環(huán)境，均無質(zhì)差，具體如下圖：問題分析：X2切換問題分析：結(jié)合大唐基站告警進(jìn)行分析，發(fā)現(xiàn)西固鍋爐廠基站和西固青少年活動中心基站SCTP鏈路故障，導(dǎo)致無法進(jìn)行X2切換。通過故障處理，聯(lián)通西固鍋爐廠和西固青少年活動中心SCTP鏈

45、路恢復(fù)正常，進(jìn)一步驗證，X2切換正常（以下是炎強(qiáng)平臺log），現(xiàn)場無掉話現(xiàn)象，問題暫時規(guī)避：S1切換掉話問題分析：MME進(jìn)行Trace跟蹤，發(fā)現(xiàn)存在信令亂序問題，主要問題是MME收到源小區(qū)發(fā)送S1 ENBStatus Transfer比目標(biāo)小區(qū)發(fā)送的S1 handover notify晚100ms左右，MME認(rèn)為信令亂系，不回復(fù)目標(biāo)小區(qū)回復(fù)S1 MMEStatus Transfer，源小區(qū)至目標(biāo)小區(qū)SN倒換失敗，最終endtimer超時造成無線鏈路釋放掉話。查看大唐基站Trace跟蹤，源小區(qū)發(fā)送S1 ENB Status Transfer 比目標(biāo)小區(qū)發(fā)送S1 handover notify晚5

46、8ms；基站不存在亂序問題。懷疑源小區(qū)傳輸時延大于目標(biāo)小區(qū)，導(dǎo)致MME信令亂序?；緜?cè)信令：目標(biāo)小區(qū)未收到S1 MMEStatus Transfer，源小區(qū)（16:12:54.463）發(fā)送S1 ENB Status Transfer 后58ms目標(biāo)小區(qū)才發(fā)送的（16:12:54.521）S1 handover notify，緊接著endtimer（100ms）超時，ENB主動釋放承載。（源小區(qū)側(cè)信令）（目標(biāo)小區(qū)側(cè)信令）核心網(wǎng)信令：MME收到源小區(qū)發(fā)送S1 ENBStatus Transfer前，收到了目標(biāo)小區(qū)發(fā)送的S1 handover notify（約早100ms左右），MME認(rèn)為這種情況是信令亂序，所以不給目標(biāo)小區(qū)回復(fù)S1 MMEStatus Transfer，導(dǎo)致SN倒換失敗，最終造成掉話。定位結(jié)論：基站發(fā)送順序正常，而MME收到信令亂序，懷疑源小區(qū)傳輸時延較大而導(dǎo)致MME信令亂序。正常S1切換信令流程：Ø 優(yōu)化