VOLTE用戶撥打通話態的NGN固話無提示音的分析處理

張麗榮 袁延彬 劉麗華 霍紅萍

摘??要：本案例主要分析解決了VOLTE用戶撥打通話態的NGN固話聽不到用戶忙的提示音，主叫自動掛斷的問題。通過信令跟蹤確認原因，增加了NGN失敗處理表的數據配置后，再次測試，融合關口局到固網NGN走ISUP中繼時正常，走SIP中繼的時候仍存在此問題。通過在NGN網元上進行信令跟蹤，并經華為800分析確認，需修改NGN一軟參，修改后對問題進行了解決，提升了用戶感知。

關鍵詞：?VOLTE;NGN;通話態;SIP;提示音

1?概述

負責處理投訴人員反映VOLTE用戶撥打通話態的固話聽不到任何提示音，主叫自動掛斷。立即對此場景進行了測試，發現當被叫為IMS固話忙時，VOLTE主叫可聽忙的提示音，被叫為NGN固話忙時，VOLTE主叫自動掛斷，聽不到任何提示音。根據聯通VOLTE業務技術規范，CS/PSTN用戶在通話態，用戶再次做被叫（VOLTE做主叫），呼叫路由到CS/PSTN，相關網元判斷用戶忙且無CFB，無CW業務，在落地端局播放提示音。通過在NGN和融合關口局進行多次信令跟蹤及修改數據配置和軟參解決了此問題。

1.1?初步測試

（1）根據初步測試結果，NGN固話忙時再次做被叫，VOLTE主叫聽不到忙的提示音，自動掛斷。從NGN和融合關口局跟蹤了消息。固網NGN同融合關口局之間50%的業務走SIP中繼，50%的業務走ISUP中繼。關口局和NGN均為華為廠家的設備。

由以上圖1ISUP消息31行可看出NGN回給關口局的REL消息，帶著user-busy的原因值，32行關口局回給主叫側，隨即34行收到主叫側回的RLC消息，主叫自動掛斷，未聽到任何的提示音。

上面的圖2SIP消息同ISUP消息類似，NGN回給關口局的486消息帶著user-busy的原因值，關口局再回給主叫側后，主叫自動掛斷，未聽到任何的提示音。

根據聯通VOLTE業務技術規范，分析主叫聽不到忙的提示音的原因是因為被叫側未放音，只是回給主叫側原因值。

1.1?進一步測試

我們進一步在NGN上跟蹤信令進行了用戶市忙、用戶長忙和用戶摘機忙（摘機忙是用戶忙的一種）的測試。（均為NGN內部適用的忙的消息，局間傳送時均轉換為user-busy。）

圖3是NGN上用戶市忙的信令，原因值cv-SL-BUSY，在失敗處理表中匹配失敗，回給主叫側原因值，主叫自動掛機。用戶長忙與用戶市忙類似，原因值為cv-ST-BUSY，主叫自動掛機。

圖4??NGN跟蹤的用戶摘機忙信令

圖4是NGN上的用戶摘機忙的信令，在失敗處理表中匹配成功，原因值cv-BUSY，NGN給主叫側放音，主叫側聽到了用戶忙的提示音。

1.2?修改數據配置

查看NGN-SS的失敗處理表，有失敗原因碼為“BUSY（用戶忙）”的失敗放音處理數據，無“DTBS（被叫長忙）”、“DLBS（被叫市忙）”失敗放音處理數據，于是增加了被叫長忙和被叫市忙的失敗放音數據配置。

再次測試，業務走關口局和NGN間的ISUP中繼時主叫已可聽用戶忙的提示音，在圖5“關口局ISUP消息”中的1612行可看出;走SIP中繼時主叫仍聽不到提示音，并且主叫側超時拆線，由下面圖6“關口局SIP消息”中的1791行可看出。

1.3?修改軟參

與華為800溝通，800分析確認需修改NGN一軟參，?NGN-SS軟參P521的bit0由1修改為0，再次測試已正常。

2?結語

（1）接到此問題后，首先判斷是NGN固話還是IMS固話存在此問題，經過撥測確認NGN固話存在此問題，縮小了問題范圍。

（2）通過信令跟蹤進一步定位問題，發現被叫側回給了主機側忙的原因值，根據聯通VOLTE業務技術規范中對此場景放音的要求是被叫側放音。我們維護人員日常還需要多了解相關的技術規范。

（3）我們的融合關口局和NGN間既有ISUP中繼又有SIP中繼，處理問題后驗證業務時要考慮到這兩種情況。也就是我們日常處理問題要考慮全面。

參考文獻：

[1]華為800技術支持軟參修改.

作者簡介：劉麗華（1972—???），女，漢族?，河北石家莊人，本科，研究方向：移動核心網;袁延彬（1969—???），男，漢族，河北石家莊人，本科，研究方向：移動核心網;張麗榮（1976—???），女，漢族，河北衡水人，本科，研究方向：移動核心網;霍紅萍（1975—???），女，漢族，河北石家莊人，本科，研究方向：移動核心網。