版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、1、VOLTEB式信令流程與標(biāo)準(zhǔn)不符1.1 起呼過程中主被叫在183消息之前已完成QCI1專載建立,共有以下4種情況: 被叫2種:a) .被叫在收到INVITE Reques之前已完成完成 QCI1專載建立;b) .被叫在收到INVITE的同時收到QCI=1的承載建立請求; 主叫2種:c) .主叫在收到IMS的100 Trying之前就已經(jīng)建立QCI=1的承載;d) .主叫在收到Trying 100后,183前已完成QCI1專載建立 信令截圖如下:a)被叫U到INVITE消息前就開始建立QCI1的專用承載;B)被叫在收到INVITE的同時收到QCI=1的承載建立請求;c) .主叫在收到IMS的
2、100 Trying之前就已經(jīng)建立QCI=1的承載;d) .主叫在收到Trying 100后,183前已完成QCI1專載建立,被叫在INVITE Reques前 已完成完成QCI1專載建立.1.2被叫側(cè)在回復(fù)BYE-20以前,主叫就已經(jīng)收到IMS下發(fā)的BYE-205肖息IMS核心網(wǎng)反應(yīng),SBCfi略要是收到任一方BYE Reques直接通知MME釋放EPS無需 等待主被叫回復(fù) BYE 200 OK 1.3主叫發(fā)起B(yǎng)YE Reque咻機(jī),但被叫先收到專載釋放,且釋放完成后才收到IMS下發(fā)的BYE Request導(dǎo)致平臺統(tǒng)計(jì)為掉話. DRB-3為QCI1專載 1.4主叫收到Trying 100后網(wǎng)
3、絡(luò)側(cè)下發(fā)去激活QCI1專載,但主叫上次通過結(jié)束后已釋放完成. 2、三次 Modify EPS bearer 2.1主被叫在起呼過程中屢次修改 EPS Bearer測試發(fā)現(xiàn)起呼過程中屢次修改 EPS Bearer: GBrForDwLinkGBrForUpLink MbForDwLink、 MbrForUpLink相關(guān)速率修改為 49、50、96等.QCI=1的專用承載的EPSID=8(GBRt彳T 50、下行49,第一次MODIFY 修改GBR上下行 49,第二次MODIFY與第一次一樣,第三次 MODIFY與第二次一樣;這種屢次修改 GBR保 障速率主要目的是什么?幫助看看核心網(wǎng)是否能答復(fù)異
4、常呢?)value?message?name?:?Activate?dedicated?EPS?bearer?context?request value?Activate?dedicated?EPS?bearer?context?request?:= ?|-Esm?Header ?|-Protocol?discriminator?:?2?(ESM?messages)?|?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0?|-MsgType?:?0xc5?|-LinkedEpsBearerId?:?0x05?|-SdfQos?|- GbrForDwLink?:?
5、49 ?|- GbrForUpLink?:?50 ?|- MbrForDwLink?:?49 ?|- MbrForUpLink?:?50 ?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|-Qci?:?1?第一次:value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-
6、Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0?|-MsgType?:?0xc9?|-SdfQos?|-GbrForDwLink?:?49?|-GbrForUpLink?:?49?|-MbrForDwLink?:?49?|-MbrForUpLink?:?49?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|-Qci?
7、:?1?第二次:value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0|?|-MsgType?:?0xc9?|-SdfQos?|-GbrForDwLink?:?49?|-GbrForUpLink?:?50?|-MbrForDwLink?:?49?|-MbrForU
8、pLink?:?50?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|Qci?:?1?第三次:value?message?name?:?Modify?EPS?bearer?context?request value?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x
9、08?|-ProcedureTxnId?:?0?|-MsgType?:?0xc9 ?|-SdfQos?|-GbrForDwLink?:?49?|-GbrForUpLink?:?49?|-MbrForDwLink?:?49?|-MbrForUpLink?:?49?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0 ?|-MbrForUpLink_Extend?:?0? ?|-Qci?:?1?下列圖 GBrForDwLink、MbForDwLink、相關(guān)速率有修改為 49、96.3、SIP信令喪
10、失3.1 主叫未收到 UPDATE 20Qffi 180 Ringing導(dǎo)致未接通:【問題描述】 主叫占用EARFCN:38400、PCI:315小區(qū),終端發(fā)起invite會話呼叫,效勞 器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1的承載建立,此時的空口環(huán)境 CRC-RSRC=-98 , CRC-SINR=10,在時間10:36:34同時上發(fā)ACK和BYE消息,接著釋放 QCI1導(dǎo)致一次未接通事件【問題分析】:通過信令分析主被叫信令,被叫上發(fā)UPDATE200消息給IMS,但是主叫沒有收到下發(fā)的UPDTAE200消息,接著被叫上發(fā)振鈴消息,主叫也沒有收到,被叫上發(fā)
11、INVITE200消息,主叫收到后上發(fā) ACK,通話接通,但是主叫同時上發(fā)了 BYE消息,進(jìn)行 了 QCI1 的拆鏈,收到下發(fā)的 UPDATE 487 Request Terminated , UPDATE 請求終止.從 信令上看已經(jīng)收到INVITE200消息以及上發(fā)ACK,理論上已經(jīng)接通,但是從 UPDATE 487 Request Terminated , UPDATE請求終止疑心由于UPDTAE200消息喪失導(dǎo)致未接通.3.2 無線環(huán)境良好,被叫發(fā)送間隔2秒發(fā)送第2次INVITE 183網(wǎng)絡(luò)側(cè)才下發(fā)QCI1激活請求, 期間重復(fù)收到INVITE Reques相息;疑心核心網(wǎng)SIP消息喪失;
12、:4、通話建立過程,網(wǎng)絡(luò)側(cè)取消通話4.1 被叫發(fā)送180 Ringing , 4秒后主叫收到:UPDATE 487 Request Teminated導(dǎo)致未接通 IMS_SIP_UPDATE-Request Teminated 示:487 Request Terminated4.2 旋叫公送 183,但收到網(wǎng)絡(luò)側(cè):CANCEL-Requestcause=503;text='PT: ASR: INSUFFICIENT_BEARER_RESOURCE導(dǎo)敷未接通,疑問是否與空閑態(tài) TAU有關(guān).5、CSFBS話5.1 主叫在空閑態(tài)INVITE-Request但連續(xù)4次RRC Connectio
13、n Setup Complete成后接著收至ij RRC Connection Releaseother致主叫 CSF牌功,原因未知13:35:17.314 RRCM接重配置分別給主叫分配 QCI5/QCI9的默認(rèn)承載,與上4次同一小區(qū)5.2 主叫收到 Trying 100接著 100ms 收到 IMS_INVITE-500 Server Internal Error5.3 主叫收到Trying 100 1.3s后收到IMS_INVITE-Request Timeout當(dāng)前被叫無線環(huán)境良好5.4 被叫剛好在尋呼期間做小區(qū)重選,8秒后接收到MME CSFB旨示經(jīng)核實(shí)IMS有個5秒定時器,IMS側(cè)
14、要是在5秒內(nèi)未收到被叫回復(fù)Trying 100,就會轉(zhuǎn)到MME 繼續(xù)尋呼.6、切換失敗且RRC1建失敗導(dǎo)致掉話被叫終端切換失敗,發(fā)起 RRC連接重建,但網(wǎng)絡(luò)側(cè)拒絕導(dǎo)致掉話.7、終端異常7.1 接通狀態(tài)下再起呼或再次響應(yīng)尋呼主被叫正在通話中,均尚未掛機(jī),但主叫在通話過程中再次發(fā)起INVITE,疑似終端問題.主叫在通話過程中發(fā)起INVITE-Request被叫響應(yīng)INVITE ,并向網(wǎng)絡(luò)側(cè)發(fā)送INVITE-Trying 100 被叫在180秒后掛機(jī)結(jié)束通話7.2 主叫發(fā)生TAU更新后,沒有繼續(xù)發(fā)起 UPDAT璇程導(dǎo)致未接通8、QCI1專載被異常釋放導(dǎo)致未接通8.1 QCI1而、低極限異常釋放導(dǎo)致未
15、接通LowLimit【問題描述】 主叫占用EARFCN:38400、PCI:354小區(qū),終端發(fā)起invite會話呼叫,效勞器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立,此時的空口環(huán)境較好CRC-RSRC=-75 , CRC-SINR=18.4,在預(yù)確認(rèn)過程結(jié)束后,媒體格式協(xié)商過程中終端收到網(wǎng)絡(luò)下發(fā)的:SIP/2.0 487 Request Terminated ,導(dǎo)致一次未接通事件,時間點(diǎn)為:13:51:33.【問題分析】:通過信令分析主叫失敗前的信令節(jié)點(diǎn) value message name : UPDATE 媒體格式協(xié)商過程,主叫終端收
16、到網(wǎng)絡(luò)下發(fā)的:SIP/2.0 487 Request Terminated 請求終止,隨即網(wǎng)絡(luò)側(cè)又再次下發(fā) UPDATE 481 Call/Transaction Does Not Exist呼叫事務(wù)不存在);從被叫的信令來看在收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITE消息前,就開始建立QCI=1的專用 承載(這個比擬異常)異常點(diǎn)如下:異常點(diǎn)1:釋放QCI1的專用承載需要核心網(wǎng)答復(fù)!value message name : |-LowLimit: 0value Deactivate EPS bearer context reques t :=|-Esm Header|-Protocol discrimina
17、tor : 2 (ESM messages)|-EpsBearerId: 0x08|-ProcedureTxnId : 0|MsgType : 0xcd|-EsmCause : 36 (Esm)Regular deactivation)在呼叫過程中被叫網(wǎng)絡(luò)下發(fā) value messagename |-LowLimit 原由于:value Deactivate EPS bearer context reques t釋放專用承載,導(dǎo)致本次呼叫失敗【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因?8.2 QCI1e、低極限)異常釋放導(dǎo)致未接通(HighLimit)【問題描述】 主叫占用EARFCN:3840
18、0、PCI:129小區(qū),終端發(fā)起invite會話呼叫,效勞 器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立,此 時的空口環(huán)境良好好 CRC-RSRC=-90 , CRC-SINR=14,在主叫收到被叫的振鈴消息后上發(fā) CANCEL取消本次通話,未接通.【問題分析】:通過信令分析被叫信令在完成振鈴消息后收到IMS下發(fā)的HighLimit : 0消息,查看里面內(nèi)容是EPC承載8 (QCI)的釋放請求,UE進(jìn)行了 EPS8 (QCI1 )的釋放, 釋放完成后上發(fā)釋放完成消息,接著收到了CANCEL消息,取消了通話,查看 CANCEL ,取消原由于
19、ASR_MSG: INSUFFICIENT_BEARER_RESOURCES ,承載資源缺乏.【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因?8.3 主叫QCI1異常釋放導(dǎo)致未接通(主叫未收到 Update 200)【問題描述】 主叫占用EARFCN:38098、PCI:286小區(qū),終端發(fā)起invite會話呼叫,效勞 器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立,此 時的空口環(huán)境較好CRC-RSRC=-95 , CRC-SINR=21,在預(yù)確認(rèn)結(jié)束后,媒體格式協(xié)商過程 中、終端進(jìn)行了一次切換(286=>285 ),切換完成后,網(wǎng)絡(luò)側(cè)主動釋放
20、 QCI1的專用承載, 釋放原由于:value message name : Deactivate EPS bearer context request value Deactivate EPS bearer context request :=|Esm Header|Protocol discriminator : 2 (ESM messages)|EpsBearerId : 0x06|ProcedureTxnId : 0|MsgType: 0xcd|EsmCause : 36 (Esm)Regular deactivation )8.4 被叫QCI1異常釋放導(dǎo)致未接通(主叫未收到 Upda
21、te 200)【問題描述】 主叫占用EARFCN:38400、PCI:78小區(qū),終端發(fā)起invite會話呼叫,效勞器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立,此時的空口環(huán)境較好CRC-RSRC=-84 , CRC-SINR=15,在預(yù)確認(rèn)結(jié)束后,媒體格式協(xié)商過程中終端收到網(wǎng)絡(luò)下發(fā)的:UPDATE 487 Request Terminated (),導(dǎo)致一次未接通事件,時 問點(diǎn)為:16:27:08.【問題分析】:通過信令分析主叫失敗前的信令節(jié)點(diǎn)UPDATE 487 Request Terminated ();從被叫的信令來看,呼叫過程中,被
22、叫發(fā)送 Ringing 180后,收到網(wǎng)絡(luò)側(cè)釋放了 QCI1的專用承載,被叫隨后上報(bào)INVITE 580 Precondition Failure ,從時間節(jié)點(diǎn)上來看主要原由于被叫網(wǎng)絡(luò)側(cè)異常釋放QCI1的專載導(dǎo)致未接通事件如下列圖【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因?8.5 被叫被異常釋放QCI1導(dǎo)致未接通(183后)【問題描述】主叫占用EARFCN:38400、PCI129小區(qū),終端發(fā)起invite會話呼叫,效勞器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1承載建立,此時的空口環(huán)境較好CRC-RSRC=-88 , CRC-SINR=21,在媒體格式協(xié)商完成后接著
23、收至U UPDATE 491 REQUSET PENDING , UE接著上發(fā)CANCEL取消通話導(dǎo)致未接通.【問題分析】:通過信令分析被叫在上發(fā)INVITE183消息后進(jìn)行了一次切換,接著收到了下發(fā)的QCI1承載撤除消息,QCI1承載撤除后手打INVITE 580 precondition failure (預(yù)確 認(rèn)失敗)導(dǎo)致未接通【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因?8.6 被叫被異常釋放QCI1導(dǎo)致未接通(180 Ringing后)【問題描述】 主叫占用EARFCN:37900、PCI:35小區(qū),終端發(fā)起invite會話呼叫,效勞器 響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為6的承載建立,此時的空口環(huán)境較好 CRC-RSRC=-103 , CRC-SINR=-2,在時間17:16:48 ,收到網(wǎng)絡(luò)側(cè)下發(fā)的valu
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年駕駛員培訓(xùn)合同:安全駕駛知識傳授
- 2024印刷宣傳冊年度生產(chǎn)、印刷及后期加工合同3篇
- 2024年股票交易居間協(xié)議
- 2024年豪華KTV租賃合同樣本3篇
- 2024年高端醫(yī)療服務(wù)外包合同
- 2025年度膩?zhàn)赢a(chǎn)品綠色環(huán)保認(rèn)證銷售合同3篇
- 2024幼兒園教職工綜合保障聘用合同示范文本3篇
- 2025產(chǎn)業(yè)園智慧園區(qū)建設(shè)與運(yùn)營管理服務(wù)合同范本3篇
- 2025年度池塘水利工程設(shè)施建設(shè)與維護(hù)合同3篇
- 雙重預(yù)防體系材料明細(xì)5篇范文
- (八省聯(lián)考)2025年高考綜合改革適應(yīng)性演練 物理試卷合集(含答案逐題解析)
- 2025年安徽銅陵市公安局第二批輔警招聘158人歷年高頻重點(diǎn)提升(共500題)附帶答案詳解
- 車間修繕合同模板
- 商會年會策劃方案范例(3篇)
- SQE年終總結(jié)報(bào)告
- 《化學(xué)實(shí)驗(yàn)室安全》課程教學(xué)大綱
- (正式版)JBT 9229-2024 剪叉式升降工作平臺
- 2023版押品考試題庫必考點(diǎn)含答案
- 貼在學(xué)校食堂門口的對聯(lián)_在圖書館門前貼的對聯(lián)
- 計(jì)數(shù)培養(yǎng)基適用性檢查記錄表
- 大瀝鎮(zhèn)志愿服務(wù)隊(duì)備案成立步驟
評論
0/150
提交評論