精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

用戶語音業(yè)務(wù)異常的問題處理

中興文檔 ? 來源:中興文檔 ? 2023-07-15 09:42 ? 次閱讀

故障現(xiàn)象

用戶反饋在語音呼叫中出現(xiàn)VoLTE會(huì)話呼叫異常,出現(xiàn)掉落2G現(xiàn)象。

故障分析

通過SBC側(cè)進(jìn)行跟蹤,分析用戶在異常時(shí)間點(diǎn)的會(huì)話信令。

1.用戶A先作為被叫,接到用戶B的INVITE請(qǐng)求消息,如下圖所示。

wKgZomSx-cWAcBOhAAHMjEuEWhI235.png

2.用戶A在0.6秒內(nèi)立即拒絕呼叫,向用戶B發(fā)送603響應(yīng),表示拒絕接聽。603通常為手機(jī)振鈴時(shí)點(diǎn)擊拒絕發(fā)送。

3.用戶A拒絕用戶B發(fā)起的呼叫后,在0.003秒內(nèi)再次瞬間向用戶C發(fā)起了INVITE呼叫請(qǐng)求,如下圖所示。

wKgZomSx-cWAf67jAAG-ro-K_Ls586.png

4.此會(huì)話特征為,在少于1秒之內(nèi),連續(xù)發(fā)生了會(huì)話建立、會(huì)話刪除、會(huì)話建立。

通過SMF側(cè)進(jìn)行跟蹤,用戶在異常時(shí)間點(diǎn)的控制信令分析。

5.1024.129用戶在5G網(wǎng)絡(luò)。SMF收到PCF第一次發(fā)起的專載創(chuàng)建請(qǐng)求,SMF成功處理后開始正常進(jìn)入EPSFB流程。

6.1024.149 5G網(wǎng)絡(luò)內(nèi)完成EPSFB流程,開始等待前向的切換請(qǐng)求,如下圖所示。

wKgZomSx-cWAStKsAAIx8BozX2g592.png

7.1024.679 SMF第二次收到PCF的通知,請(qǐng)求刪除當(dāng)前語音專載。此時(shí)間對(duì)應(yīng)用戶已拒絕了呼叫。但會(huì)話流程還未完成切換。

8.1024.729 SMF收到AMF發(fā)起的Retrive請(qǐng)求以及前向的TAU請(qǐng)求,SMF開始處理5G到4G的TAU流程,因切換優(yōu)先級(jí)高,PCF的刪除請(qǐng)求將被暫時(shí)緩存,如下圖所示。

wKgaomSx-cWAH4MqAAOAEpqIeak252.png

wKgaomSx-cWABMRRAANdgM9--fw036.png

9.1024.939 完成TAU后,會(huì)話用戶已在4G網(wǎng)絡(luò),此時(shí)SMF/PGW開始準(zhǔn)備彈出緩存的專載創(chuàng)建/刪除請(qǐng)求。

10.1024.939 SMF第三次收到PCF發(fā)起的專載創(chuàng)建請(qǐng)求,本次專載規(guī)則相同,對(duì)應(yīng)用戶在掛機(jī)后于瞬間開始再次發(fā)起呼叫。

11.因SMF正在處理前期已緩存的PCF消息,同時(shí)緩存消息中包含刪除規(guī)則信息,對(duì)于本次請(qǐng)求進(jìn)行拒絕,如下圖所示。

wKgZomSx-cWAbtFdAASd6ZG6sJw887.png

12.1025.469 SMF將緩存的PCF消息彈出并完成處理,如下圖所示。

wKgaomSx-cWASIsHAAEU-w_jIRw169.png

13.此會(huì)話特征:在1秒內(nèi)連續(xù)不停的建立專載,刪除專載,建立專載。

wKgaomSx-cWAASbJAAAnDe3lXTQ967.png

1.綜合上述分析,此異常觸發(fā)場(chǎng)景為極短的時(shí)間內(nèi)(小于1秒),用戶連續(xù)進(jìn)行語音業(yè)務(wù),完成建立、刪除、再建立等流程。

2.在IMS側(cè),業(yè)務(wù)會(huì)按序觸發(fā)。

3.在SMF側(cè),因包含EPSFB流程,極短時(shí)間內(nèi)連續(xù)發(fā)起業(yè)務(wù),會(huì)進(jìn)入多重沖突緩存流程。SMF的當(dāng)前處理邏輯如下圖所示。

wKgZomSx-cWAQcEFAABqP9ero7w837.png

a.在收到第一次PCF發(fā)起的專載建立請(qǐng)求后,SMF的PCC模塊會(huì)通知接入ACTL模塊,觸發(fā)業(yè)務(wù)。

b.在接入側(cè)EPSFB流程還未完成時(shí),SMF又立即收到了專載釋放,此時(shí)會(huì)按優(yōu)先級(jí)判斷承載非穩(wěn)態(tài),消息暫緩處理。由于EPSFB流程未結(jié)束,此時(shí)PCC無法確認(rèn)出接入流程狀態(tài),選擇緩存而非通知接入側(cè)走釋放流程,可避免接入側(cè)多網(wǎng)元間因被強(qiáng)制打斷而出現(xiàn)更多的沖突場(chǎng)景。待EPSFB流程完全結(jié)束后,會(huì)發(fā)起緩存的釋放。

c.在接入側(cè)依然未完成時(shí),PCF再次發(fā)起相同規(guī)則的建立,SMF的PCC模塊會(huì)根據(jù)已緩存規(guī)則判斷,因已緩存同規(guī)則的刪除消息,SMF將拒絕本次請(qǐng)求。此處進(jìn)行拒絕,不繼續(xù)緩存,可提升用戶的感知而不必長(zhǎng)時(shí)間等待,也避免此場(chǎng)景出現(xiàn)疊加緩存。此處不進(jìn)行更新,因?yàn)樯蟼€(gè)流程還未完成便強(qiáng)制更新會(huì)帶來風(fēng)險(xiǎn)。

4.綜上所述分析:因EPSFB與瞬時(shí)連續(xù)專載建立并發(fā)沖突,當(dāng)前SMF會(huì)選擇優(yōu)先完成EPSFB切換等流程。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 語音
    +關(guān)注

    關(guān)注

    3

    文章

    377

    瀏覽量

    37799
  • 控制信令
    +關(guān)注

    關(guān)注

    0

    文章

    2

    瀏覽量

    5596
  • 5G
    5G
    +關(guān)注

    關(guān)注

    1349

    文章

    48104

    瀏覽量

    559945
  • VoLTE
    +關(guān)注

    關(guān)注

    1

    文章

    156

    瀏覽量

    35813

原文標(biāo)題:用戶語音業(yè)務(wù)異常的問題處理

文章出處:【微信號(hào):ztedoc,微信公眾號(hào):中興文檔】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    分享ARM處理異常處理的方法步驟的經(jīng)驗(yàn)

    ,通過操作系統(tǒng)內(nèi)核代碼來訪問外設(shè)硬件,內(nèi)核態(tài)是工作在特權(quán)模式下,操作系統(tǒng)在特權(quán)模式下完成將用戶數(shù)據(jù)打印到顯示器上。這樣做的目的無非是為了保護(hù)操作系統(tǒng)的安全和硬件資源的合理使用,該異常在管理模式下處理
    發(fā)表于 05-10 10:58

    請(qǐng)問SYS/BIOS中有異常機(jī)制嗎?用戶可以自己設(shè)置異常處理函數(shù)嗎?

    本帖最后由 一只耳朵怪 于 2018-6-20 10:53 編輯 請(qǐng)問SYS/BIOS中有異常機(jī)制嗎?用戶可以自己設(shè)置異常處理函數(shù)嗎?目前開發(fā)用的C6678+SYS/BIOS。
    發(fā)表于 06-20 01:22

    基于TD-SCDMA的R4與HSDPA業(yè)務(wù)混合組網(wǎng)的解決方案分析

    ,而業(yè)務(wù)信道缺乏快速功率控制的處理機(jī)制,同時(shí)小區(qū)內(nèi)用戶動(dòng)態(tài)調(diào)度又會(huì)帶來干擾環(huán)境波動(dòng)性,因此承載HSDPA 業(yè)務(wù)的這些用戶可能會(huì)對(duì)周邊承載
    發(fā)表于 07-12 06:12

    Java異常體系級(jí)處理辦法

    聲明拋出多種類型的異常。throw關(guān)鍵字是用于方法的內(nèi)部拋出一個(gè)異常對(duì)象,常在業(yè)務(wù)校驗(yàn)時(shí)拋出提示。  需要特別說明的一點(diǎn),在Spring框架中,事務(wù)觸發(fā)多數(shù)是以是否拋出異常為標(biāo)識(shí)來
    發(fā)表于 01-05 17:48

    處理語音業(yè)務(wù)掉話問題有哪些方法?

    優(yōu)化?處理語音業(yè)務(wù)掉話問題有哪些方法?如果你負(fù)責(zé)覆蓋專題,怎樣提升地市整體覆蓋性能,開展專題優(yōu)化?語音業(yè)務(wù)高丟包專題怎么開展工作?
    發(fā)表于 02-24 06:31

    組織Modbus的用戶業(yè)務(wù)邏輯是什么?

    組織Modbus的用戶業(yè)務(wù)邏輯是什么?
    發(fā)表于 02-10 06:28

    基于VxWorks的異常處理的研究和實(shí)現(xiàn)

    基于VxWorks的異常處理的研究和實(shí)現(xiàn)
    發(fā)表于 03-29 12:28 ?38次下載

    基于VxWorks的異常處理的研究和實(shí)現(xiàn)

    闡述了嵌入式軟件系統(tǒng)中異常處理的必要性,然后基于嵌入式實(shí)時(shí)操作系統(tǒng)VxWorks,介紹了一種與具體處理器類型無關(guān)的異常處理方法,并且結(jié)合一種
    發(fā)表于 01-11 09:13 ?23次下載

    Java異常處理及其應(yīng)用

    Java異常處理引出 假設(shè)您要編寫一個(gè) Java 程序,該程序讀入用戶輸入的一行文本,并在終端顯示該文本。 程序如下: 1 import java.io.*;2 public class EchoInput
    發(fā)表于 11-09 12:03 ?15次下載

    java異常處理的設(shè)計(jì)與重構(gòu)

    在程序設(shè)計(jì)中,進(jìn)行異常處理是非常關(guān)鍵和重要的一部分。一個(gè)程序的異常處理框架的好壞直接影響到整個(gè)項(xiàng)目的代碼質(zhì)量以及后期維護(hù)成本和難度。試想一下,如果一個(gè)項(xiàng)目從頭到尾沒有考慮過
    發(fā)表于 09-27 15:40 ?1次下載
    java<b class='flag-5'>異常</b><b class='flag-5'>處理</b>的設(shè)計(jì)與重構(gòu)

    基于Python 異常的介紹以及異常處理的方法解析

    異常處理在任何一門編程語言里都是值得關(guān)注的一個(gè)話題,良好的異常處理可以讓你的程序更加健壯,清晰的錯(cuò)誤信息更能幫助你快速修復(fù)問題。在Python中,和不分高級(jí)語言一樣,使用了try/ex
    的頭像 發(fā)表于 01-31 14:20 ?6148次閱讀
    基于Python <b class='flag-5'>異常</b>的介紹以及<b class='flag-5'>異常</b><b class='flag-5'>處理</b>的方法解析

    數(shù)據(jù)庫教程之異常處理的詳細(xì)資料說明

    在實(shí)際的應(yīng)用程序設(shè)計(jì)中,不可避免地會(huì)出現(xiàn)程序錯(cuò)誤和異常。因此,異常處理是每一種程序設(shè)計(jì)語言都必須包含的一個(gè)部分,C++的異常處理功能非常完善
    發(fā)表于 02-14 17:11 ?4次下載
    數(shù)據(jù)庫教程之<b class='flag-5'>異常</b><b class='flag-5'>處理</b>的詳細(xì)資料說明

    Java程序設(shè)計(jì)教程之異常處理的詳細(xì)資料說明

    本文檔的詳細(xì)介紹的是Java程序設(shè)計(jì)教程之異常處理的詳細(xì)資料說明主要內(nèi)容包括了:1 什么是異常,2異常處理機(jī)制,3
    發(fā)表于 02-22 10:27 ?13次下載
    Java程序設(shè)計(jì)教程之<b class='flag-5'>異常</b><b class='flag-5'>處理</b>的詳細(xì)資料說明

    FreeWheel基于機(jī)器學(xué)習(xí)的業(yè)務(wù)異常檢測(cè)實(shí)踐

    本文介紹了 FreeWheel 基于機(jī)器學(xué)習(xí)的業(yè)務(wù)異常檢測(cè)實(shí)踐,提煉了從零開始構(gòu)建業(yè)務(wù)異常檢測(cè)系統(tǒng)面臨的問題和解決方案,文章介紹了常用的異常
    的頭像 發(fā)表于 10-28 14:35 ?760次閱讀

    異常處理和錯(cuò)誤碼管理

    前言 在業(yè)務(wù)邏輯中,通常使用兩種方式處理異常: 返回錯(cuò)誤碼:優(yōu)點(diǎn)是性能更好,但是不宜維護(hù)。 拋出異常:可以使得代碼更清晰,可讀性更好,更符合面向?qū)ο蟆?選擇哪種需要根據(jù)場(chǎng)景而定,不管如
    的頭像 發(fā)表于 09-25 14:51 ?504次閱讀
    <b class='flag-5'>異常</b><b class='flag-5'>處理</b>和錯(cuò)誤碼管理