it網絡設備td-scdma單通問題定位指導書(華為)-wenkub
2023-07-24 18:08:42 本頁面
【正文】 即使是相同型號 UE，內部軟件版本可能也不一致。 1. 查看 Iub、 Iu、 Gb等接口的告警，任何傳輸方面的告警都有可能是解決問題的線索； 2. 流量配置有問題。 TDSCDMA 語音單通 問題定位指導書 內部公開 3. 如果 MGW 間 Gb口的傳輸是走 TDM，則需要注意的是 2 個 MGW的幀格式要一致，不同的幀格式對接會導致語音出現噪聲，導致語音質量下降。 5. 不要忽略傳輸抖動造成的影響。 RNC 的 CDT 提供了 IU 口的環(huán)回功能， 能夠快速定位出語音數據是在哪一段出現問題 ，界定責任網元。 UE1 與 UE2 進行 CS 通話的時候，用戶面數據會經歷以下 流 程。 UE2能聽見自己的說話聲音， UE1 聽不見 UE2 的聲音。 即 RAN IU IURAN2 這 4 個流程段。 在 RNC2 的 LMT 上設置 UE2 上行環(huán)回。 UE2 的下行同理， 在 RNC2 的 LMT 上設置 UE2 下行環(huán)回。 舉例說明 A 和 B 進行通 話出現單通， A能聽見 B 的語音，而 B 不能聽見 A的語音。 第 4章 語音 單通故障案例 故障案例 提供 2 個 語音質量問題分析 供參考 ，重點是掌握定位思路 和方法 。 主被叫在業(yè)務建立后，雙方上下行用戶面數據收發(fā)均正常，此時通話也正常。 TDSCDMA 語音單通 問題定位指導書 內部公開 主叫發(fā)送的數據包從 IUB 到 IU 口消息如下： 下圖為 IUB 口上來的消息， DSPCMC 模塊發(fā)送到 FPMDC 模塊消息： 下圖為 IUUP 模塊發(fā)給 DSPCMC 模塊的消息，是將消息從 IU 口發(fā)給 CN 的： TDSCDMA 語音單通 問題定位指導書 內部公開 幾條消息碼流是一致的（除了封裝的包頭包尾差異），說明 UE 發(fā)送的上行數據包 RNC 全部都轉發(fā)給 CN 了，由 CN 發(fā)送給被叫。 說明此時被叫 UE 上行發(fā)包異常，上行已經沒有數據包再發(fā)送上來，所以吞吐量降為 0。與 L 數傳是一致得，說明被叫 UE 已經異常，上行的語音包未正常發(fā)送。 ? 分析總結 TDSCDMA 語音單通 問題定位指導書 內部公開 所以說，單通的原因就是被叫發(fā)送的上行用戶面的數據包太少。 案例： 某地 TD 系統(tǒng)內語音單通問題分析 ? 問題描述 TD 系統(tǒng)內呼叫，主叫能聽被叫，被叫不能聽主叫，主叫被叫都無回音。 同時查看被叫 CDT LOG，被叫用戶面數據收發(fā)也正常，舉例如下： 主叫發(fā)送的數據包從 IUB 到 IU 口消息如下： 下圖為 IUB 口上來的消息， DSPCMC 模塊發(fā)送到 FPMDC 模塊消息： TDSCDMA 語音單通 問題定位指導書 內部公開 下圖為 MACD 木塊發(fā)給 IUUP 模塊的消息： 下圖為 IUUP 模塊發(fā)給 DSPCMC 模塊的消息，是將消息從 IU 口發(fā)給 CN 的： TDSCDMA 語音單通 問題定位指導書 內部公開 幾條消息碼流是一致的（除了封裝的包頭包尾差異），說明 UE 發(fā)送的上行數據包 RNC 全部都轉發(fā)給 CN 了，由 CN 發(fā)送給被叫。 TDSCDMA 語音單通 問題定位指導書 內部公開 而在被叫 CDT 中，也確實沒有從 DSPCMC 處理模塊發(fā)送到 IUUP 模塊的消息，這就是說下行完全沒有數據下來。所以說 RNC上收到的數據包少主要就是 UE 發(fā)送的數據包少，這就需要 UE 進一步分析一下 為什么發(fā)送的數據包會突然變少。 ? 分析總結 所以說，單通的原因就是主叫發(fā)送的上行用戶面的數據包太少。 在 15： 53： 38（ 61）時主叫的統(tǒng)計還正常，可以看到上下行吞吐量均正常： 但是在接下來的 L2 統(tǒng)計中，上行數據量已經開始下降： TDSCDMA 語音單通 問題定位指導書 內部公開 通過上面 2 個圖片可以看到，間隔 2s 的統(tǒng)計內只有 3 個上行數據包，而且還有錯包。 ? 問題分析 RNC 側 CDT 可以統(tǒng)計 L2 的數據。所以說 RNC上收到的數據包少主要就是 UE 發(fā)送的數據包少，這就需要 UE 進一步分析一下為什么發(fā)送的數據包會突然變少。同時了解到，現場是經過多日連續(xù)性測試才測試到單通現象 ，也可能是因終端長時間測試后狀態(tài)已經不是很穩(wěn)定，導致通話異常。 TDSCDMA 語音單通 問題定位指導書 內部公開 通過上面 2 個圖片對比，可以看到被叫此時沒有發(fā)送語音包，所以主叫也不會收到語音包，這樣就導致主叫聽不見被叫聲音。 主叫在 1： 07： 36（ 76）開始出現下行吞吐量變?yōu)?0， RNC沒有收到下行數據包，而同一時段，被叫上行發(fā)包也開始不正常，從 12K 掉 0 了。 A 沒聲音，則 A 到RNC 上行有問題，進一步定位 A 有聲音，則 A 上行到B 的 Iu 口沒問題，問題在 B 的 Iu 口到 B 下行這段。此問題發(fā)生無固定站點和時間。定位方法如下 圖所示： UE1 NODEB1 CN RNC1 UE2 NODEB2 RNC2 Uu1 IUB1 IU1 IU2 IUB2 Uu2 RAN2 RAN1 環(huán)回面 UE1 NODEB1 CN RNC1 UE2 NODEB2 RNC2 Uu1 IUB1 IU2 IUB2 Uu2 R
公司管理相關推薦
鄂ICP備17016276號-1