it網(wǎng)絡(luò)設(shè)備td-scdma單通問(wèn)題定位指導(dǎo)書(shū)(華為)-資料下載頁(yè)
2025-07-13 18:08本頁(yè)面
【導(dǎo)讀】TD-SCDMA單通問(wèn)題定位指導(dǎo)書(shū)。華為技術(shù)有限公司。版權(quán)所有侵權(quán)必究
【正文】 ，繼續(xù)環(huán)回B。 A 沒(méi)聲音，則 A 到RNC 上行有問(wèn)題，進(jìn)一步定位 A 有聲音，則 A 上行到B 的 Iu 口沒(méi)問(wèn)題，問(wèn)題在 B 的 Iu 口到 B 下行這段。 A 沒(méi)聲音，問(wèn)題在 A 的 Iu 口到 B 的 Iu口這段。 TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 主叫發(fā)送的數(shù)據(jù)包從 IUB 到 IU 口消息如下： 下圖為 IUB 口上來(lái)的消息， DSPCMC 模塊發(fā)送到 FPMDC 模塊消息： 下圖為 IUUP 模塊發(fā)給 DSPCMC 模塊的消息，是將消息從 IU 口發(fā)給 CN 的： TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 幾條消息碼流是一致的（除了封裝的包頭包尾差異），說(shuō)明 UE 發(fā)送的上行數(shù)據(jù)包 RNC 全部都轉(zhuǎn)發(fā)給 CN 了，由 CN 發(fā)送給被叫。 但是語(yǔ)音業(yè)務(wù)進(jìn)行一段時(shí)間后，突然發(fā)生單通，從 CDT LOG 也能看到 L2 數(shù)傳異常。 主叫在 1： 07： 36（ 76）開(kāi)始出現(xiàn)下行吞吐量變?yōu)?0， RNC沒(méi)有收到下行數(shù)據(jù)包，而同一時(shí)段，被叫上行發(fā)包也開(kāi)始不正常，從 12K 掉 0 了。 下圖是主叫 818CDT： TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 下圖是被叫同一時(shí)段（ 788CDT）得數(shù)傳統(tǒng)計(jì)，上行吞吐量變 0 了，此后也一直是 0。 說(shuō)明此時(shí)被叫 UE 上行發(fā)包異常，上行已經(jīng)沒(méi)有數(shù)據(jù)包再發(fā)送上來(lái)，所以吞吐量降為 0。 我們?cè)倏纯赐ㄔ捳１唤械?LOG，有從 DSPCMC 到 FP 的包： 而異常的 LOG 中 ， IUB 口沒(méi)有數(shù)據(jù)上來(lái)了，都是 IU 口下行的，下行是正常的。 TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 通過(guò)上面 2 個(gè)圖片對(duì)比，可以看到被叫此時(shí)沒(méi)有發(fā)送語(yǔ)音包，所以主叫也不會(huì)收到語(yǔ)音包，這樣就導(dǎo)致主叫聽(tīng)不見(jiàn)被叫聲音。 我們?cè)賮?lái)看上行的語(yǔ)音 WAV 文件，發(fā)現(xiàn) 788CDT 轉(zhuǎn)換成 WAV 后只有 7 秒左右的語(yǔ)音波形，而 788CDT 是從 1： 07： 29 秒開(kāi)始，到 1： 07： 36 秒開(kāi)始沒(méi)有上行數(shù)據(jù)時(shí)剛好是 7s時(shí)間。與 L 數(shù)傳是一致得，說(shuō)明被叫 UE 已經(jīng)異常，上行的語(yǔ)音包未正常發(fā)送。 此類單通需要終端分析發(fā)包異常得原因。同時(shí)了解到，現(xiàn)場(chǎng)是經(jīng)過(guò)多日連續(xù)性測(cè)試才測(cè)試到單通現(xiàn)象 ，也可能是因終端長(zhǎng)時(shí)間測(cè)試后狀態(tài)已經(jīng)不是很穩(wěn)定，導(dǎo)致通話異常。參考 GSM網(wǎng)絡(luò)多年來(lái)得經(jīng)驗(yàn)，單通現(xiàn)象還是偶爾發(fā)生的，此問(wèn)題并非網(wǎng)絡(luò)側(cè)設(shè)備異常導(dǎo)致。 ? 分析總結(jié) TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 所以說(shuō)，單通的原因就是被叫發(fā)送的上行用戶面的數(shù)據(jù)包太少。對(duì)于 AMR 業(yè)務(wù)，只要NodeB檢測(cè)到這個(gè) TTI有數(shù)據(jù)，無(wú)論 CRC 校驗(yàn)是否正確，都會(huì)傳給 RNC的。所以說(shuō) RNC上收到的數(shù)據(jù)包少主要就是 UE 發(fā)送的數(shù)據(jù)包少，這就需要 UE 進(jìn)一步分析一下為什么發(fā)送的數(shù)據(jù)包會(huì)突然變少。同時(shí)了解到，此問(wèn)題出現(xiàn)概率極低，現(xiàn)場(chǎng)是經(jīng)過(guò)多日連續(xù)性測(cè)試才測(cè)試到單通現(xiàn)象，也可能是因終端長(zhǎng)時(shí) 間測(cè)試后狀態(tài)已經(jīng)不是很穩(wěn)定，導(dǎo)致通話異常。 案例： 某地 TD 系統(tǒng)內(nèi)語(yǔ)音單通問(wèn)題分析 ? 問(wèn)題描述 TD 系統(tǒng)內(nèi)呼叫，主叫能聽(tīng)被叫，被叫不能聽(tīng)主叫，主叫被叫都無(wú)回音。此問(wèn)題發(fā)生無(wú)固定站點(diǎn)和時(shí)間。 ? 問(wèn)題分析 RNC 側(cè) CDT 可以統(tǒng)計(jì) L2 的數(shù)據(jù)。 主叫在 15： 53： 27 時(shí)業(yè)務(wù)建立后，上下行用戶面數(shù)據(jù)收發(fā)均正常。 同時(shí)查看被叫 CDT LOG，被叫用戶面數(shù)據(jù)收發(fā)也正常，舉例如下： 主叫發(fā)送的數(shù)據(jù)包從 IUB 到 IU 口消息如下： 下圖為 IUB 口上來(lái)的消息， DSPCMC 模塊發(fā)送到 FPMDC 模塊消息： TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 下圖為 MACD 木塊發(fā)給 IUUP 模塊的消息： 下圖為 IUUP 模塊發(fā)給 DSPCMC 模塊的消息，是將消息從 IU 口發(fā)給 CN 的： TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 幾條消息碼流是一致的（除了封裝的包頭包尾差異），說(shuō)明 UE 發(fā)送的上行數(shù)據(jù)包 RNC 全部都轉(zhuǎn)發(fā)給 CN 了，由 CN 發(fā)送給被叫。 但是語(yǔ)音業(yè)務(wù)進(jìn)行一段時(shí)間后，突然發(fā)生單通，從 CDT LOG 也能看到。 在 15： 53： 38（ 61）時(shí)主叫的統(tǒng)計(jì)還正常，可以看到上下行吞吐量均正常： 但是在接下來(lái)的 L2 統(tǒng)計(jì)中，上行數(shù)據(jù)量已經(jīng)開(kāi)始下降： TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 通過(guò)上面 2 個(gè)圖片可以看到，間隔 2s 的統(tǒng)計(jì)內(nèi)只有 3 個(gè)上行數(shù)據(jù)包，而且還有錯(cuò)包。 此時(shí)被叫的下行數(shù)據(jù)包肯定也很少，查看被叫 CDT 中下行數(shù)據(jù) MACD 的吞吐量確實(shí)為 0。 TDSCDMA 語(yǔ)音單通 問(wèn)題定位指導(dǎo)書(shū) 內(nèi)部公開(kāi) 而在被叫 CDT 中，也確實(shí)沒(méi)有從 DSPCMC 處理模塊發(fā)送到 IUUP 模塊的消息，這就是說(shuō)下行完全沒(méi)有數(shù)據(jù)下來(lái)。連續(xù)幾次的統(tǒng)計(jì)，下行數(shù)據(jù)量都為 0，此時(shí)被叫肯定是聽(tīng)不到主叫的聲音了。 ? 分析總結(jié) 所以說(shuō)，單通的原因就是主叫發(fā)送的上行用戶面的數(shù)據(jù)包太少。對(duì)于 AMR 業(yè)務(wù)，只要NodeB檢測(cè)到這個(gè) TTI有數(shù)據(jù)，無(wú)論 CRC 校驗(yàn)是否正確，都會(huì)傳給 RNC的。所以說(shuō) RNC上收到的數(shù)據(jù)包少主要就是 UE 發(fā)送的數(shù)據(jù)包少，這就需要 UE 進(jìn)一步分析一下 為什么發(fā)送的數(shù)據(jù)包會(huì)突然變少。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1