 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• TDLTE單通道室分的峰值速率 2015-04-03
• TD-LTE天線類型中，什么是單D？什么是小單D？還有單D8通道，雙通道，單通道有什么區(qū)分？分別用于什么場景？ 2014-09-04
• TD-LTE中RRU模塊中的8通道，2通道，單通道分別有什么區(qū)別？都分別用于什么場景？ 2014-09-04
• TD單通是什么原理，大神哪有資料發(fā)點(diǎn)我 2014-01-08
• TD結(jié)構(gòu)優(yōu)化與單通 2013-09-06
• TD手機(jī)單通問題 2013-06-19
• TD手機(jī)打電話出現(xiàn)單通或斷斷續(xù)續(xù)是什么原因 2013-05-25
• TD-LTE天線類型中，什么是單D？什么是小單D？還有單D8通道，雙通道，單通道有什么區(qū)分？分別用于什么場景？ 2014-09-04
• TD-LTE中RRU模塊中的8通道，2通道，單通道分別有什么區(qū)別？都分別用于什么場景？ 2014-09-04
• TD單通是什么原理，大神哪有資料發(fā)點(diǎn)我 2014-01-08
• TD結(jié)構(gòu)優(yōu)化與單通 2013-09-06
• TD手機(jī)單通問題 2013-06-19
• TD手機(jī)打電話出現(xiàn)單通或斷斷續(xù)續(xù)是什么原因 2013-05-25
問題答案
( 5 )
兄弟，有個很好的資料發(fā)到zhaohongjiang20@126.com
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
回答者：
OscarDon
回答時間：2013-08-22 23:12
12
23
這個做網(wǎng)優(yōu)的了解下就行了，網(wǎng)優(yōu)只能解決空口的問題。但單通的原因有很多，除了空口原因，還有終端、傳輸、交換、硬件等等故障，都可能引起單通，你確定你做網(wǎng)優(yōu)的還要學(xué)么？對于單通，了解下這個，再會后臺跟信令就行了。
回答者：
wang549830551
回答時間：2013-08-23 09:22
14
14
|
終端，A口某個時隙，IUCS口，交換測，基站，BSC或RNC都有可能。 比較多見的是語音單通，而CS64K或PS 過程都正常。 對于語音的單通： 1、跨越多個RNC的移動用戶，它們之間的語音編碼的協(xié)商存在不一致問題，導(dǎo)致語音單通。 2、某些R4商用終端對某些特殊過程，比如重定位過程目標(biāo)側(cè)重配置的消息的處理存在問題，導(dǎo)致重定位后語音單通。 3、協(xié)議處理實(shí)現(xiàn)的問題，導(dǎo)致某個方向的數(shù)據(jù)全部被丟棄。當(dāng)然，作為商用系統(tǒng)，很不應(yīng)該。 另外，如果啟動了語音加密，密鑰的啟動時間沒有協(xié)調(diào)一致，也會導(dǎo)致語音單通，這時候聽到的是雜音,也算是一種單通吧。 |
回答者：
ydh110
回答時間：2013-08-23 11:25
15
17
有關(guān)單通問題論壇中有網(wǎng)友發(fā)了專題的,你可以下載學(xué)習(xí)..
回答者：
litom2004
回答時間：2013-08-23 14:31
19
19
語音質(zhì)量是端到端的系統(tǒng)問題，涉及終端、RAN、傳輸、CN等網(wǎng)元。
1.1.1 設(shè)備因素
常見得語音業(yè)務(wù)按照經(jīng)過設(shè)備可以包括幾種場景：
場景一：兩個移動用戶在同一個宏站NB下的語音呼叫。
場景二：兩個移動用戶在同一個NB下不同RRU覆蓋范圍的語音呼叫。
場景三：兩個移動用戶在同一個RNC下不同NodeB間的語音呼叫。
場景四：兩個移動用戶在不同的RNC下的語音呼叫。
場景五：兩個移動用戶在不同MSC下的語音呼叫。
場景六：移動用戶同固定用戶的語音呼叫。
場景七：3G 用戶同2G 用戶的語音呼叫。
1.1.2 環(huán)境因素
語音質(zhì)量和空口相關(guān)，空口環(huán)境波動嚴(yán)重影響語音質(zhì)量。
常見的語音業(yè)務(wù)按照空口環(huán)境可以包括以下幾種場景：
場景一：在整個通話過程中，TD無線空口環(huán)境一直比較穩(wěn)定正常。
場景二：在整個通話過程中，TD無線空口環(huán)境波動比較大。
場景三：在整個通話過程中，TD無線空口環(huán)境一直比較差，基本處于弱覆蓋環(huán)境。
1.1.3 場景測試分析
設(shè)備類因素和環(huán)境因素是交叉的，可以組合成21種場景。
設(shè)備類場景中，場景一至場景五，RAN側(cè)排查分析方法一致，對主被叫均可分析。而場景六、七需要固網(wǎng)和2G 網(wǎng)絡(luò)配合分析，TD只能排查通話一方的情況。
在UE和RNC進(jìn)行實(shí)時跟蹤，觀察UE的上下行BLER（有些UE不支持下行的BLER上報，那么就換個好一些的手機(jī)）以及小區(qū)發(fā)射功率，首先看看是否是空口誤碼率太高導(dǎo)致的語音質(zhì)量變差。通常我們配置的語音BLER都是1％，跟蹤的情況要是BLER超過比較多，那么就是這個原因了。但BLER過高只是一個現(xiàn)象，導(dǎo)致BLER過大的原因很多，例如同頻干擾等，需要從性能角度進(jìn)一步排查。
因為語音問題的低概率性特征，需要在不同場景下進(jìn)行大量撥測，直至問題復(fù)現(xiàn)。同時可估算問題復(fù)現(xiàn)時的測試概率。
1.2 問題排查基本思路
語音質(zhì)量問題排查比較復(fù)雜，需要進(jìn)行不同場景下多次撥測，尋找問題發(fā)生規(guī)律、概率；還需要分解網(wǎng)元，逐段排查�；竟ぷ魅缦拢�
1.2.1 確認(rèn)問題出現(xiàn)范圍
從時間、地點(diǎn)和設(shè)備配置多維度確定問題出現(xiàn)的范圍。
步驟1： 語音質(zhì)量問題出現(xiàn)是否有時間上的規(guī)律性？
1. 問題出現(xiàn)時段是否固定？
2. 近期網(wǎng)絡(luò)是否有重大操作，例如CN或RAN側(cè)有版本升級，或者傳輸進(jìn)行改造，大量基
站進(jìn)行割接等？
步驟2： 語音質(zhì)量問題出現(xiàn)是否有地域上的規(guī)律性？
1. 問題出現(xiàn)地域是否固定？如果在某一地區(qū)固定出現(xiàn)，很有可能是干擾引起，需要排查無線環(huán)境。如果不在固定地域出現(xiàn)，可基本排除系統(tǒng)外干擾。
2. 問題是在某一NodeB下固定出現(xiàn)？如果不是，可基本排除個別NodeB異常導(dǎo)致，如單板硬件故障等。
3. 問題是在某一RNC下固定出現(xiàn)？如果不是，可基本排除個別RNC異常導(dǎo)致，如單板故障等。
步驟3： 語音質(zhì)量問題出現(xiàn)是否有設(shè)備配置上的規(guī)律性？
1. 問題出現(xiàn)是否都在特定軟件版本下？例如是否只有NodeB SPC400版本下出現(xiàn)問題，或者只有RNC SPC410版本下出問題。
2. 出問題的小區(qū)是否都配置在同一IUB口的接口板上？可通過MML核查，排除接口板故障。
3. 出問題時業(yè)務(wù)是否都使用相同的DSP單元？可通過CDT觀察，排除個別DSP單元故障。
1.2.2 排查無線環(huán)境因素
確認(rèn)問題范圍后，結(jié)合用戶遇到的問題反饋的信息，到特定地點(diǎn)進(jìn)行多次撥測，首先排查無線環(huán)境。
步驟1： 排查無線信號質(zhì)量，排除弱覆蓋導(dǎo)致。
1. 檢查小區(qū)信噪比和UE 接收信號功率，確定是否下行覆蓋質(zhì)量差。如果下行RSCP < - 98dBm，請改善無線環(huán)境，提高下行信號質(zhì)量，如果下行C/I < -3dB，請改善無線環(huán)境，提高下行信號質(zhì)量
2. 檢查是否所在小區(qū)的ISCP 偏高。如果經(jīng)常出現(xiàn)ISCP > -95dBm，需要檢查是否有其他外界干擾。
3. 檢查單用戶的上行質(zhì)量：在RNC 維護(hù)臺監(jiān)測傳輸信道BLER，如果業(yè)務(wù)傳輸信道BLER 大于10%，則可能出現(xiàn)導(dǎo)致語音質(zhì)量下降。請改善無線環(huán)境，提高上行信號質(zhì)量
步驟2： 判斷是否切換問題
1. 在問題重現(xiàn)步驟中，觀察問題出現(xiàn)時記錄的信令流程上是否有共同點(diǎn)，比如是否出現(xiàn)系統(tǒng)間切換、異頻硬切換等。
2. 異頻切換（包括3G -3G 、2G -3G ）過程中，UE通常要起壓縮模式，壓縮模式本身會對語音質(zhì)量造成影響，另外切換過程中會造成語音中斷（一般中斷的時間300～400ms左右），影響語音質(zhì)量是正常的。同時，需要注意切換策略是否啟用了立即激活模式，如果是非立即激活，切換時間會更長。
1.2.3 排查終端問題
1. 換用多個不同廠家的UE，來對比測試，觀察問題的出現(xiàn)規(guī)律。
注意：即使是相同型號UE，內(nèi)部軟件版本可能也不一致。如何查詢UE 型號和版本，請參考購買UE 時提供的使用說明書。
2. 換用其他UE 測試，如果問題消失，可基本認(rèn)為是UE 問題。
1.2.4 排查傳輸問題
各種接口如果出現(xiàn)傳輸問題，都會導(dǎo)致傳輸丟包，直接導(dǎo)致語音質(zhì)量下降。
1. 查看Iub、Iu、Gb等接口的告警，任何傳輸方面的告警都有可能是解決問題的線索；
2. 流量配置有問題。Iub、Iu等接口的CS用戶面通常要配置AAL2鏈路，配置鏈路的要求是RNC/NODEB/MGW所對接的AAL2鏈路配置相同的鏈路屬性和相同的ATM流量。如果流量或者屬性不匹配，就會有丟包的危險。而且有的時候可能并不會有告警。
3. 如果MGW間Gb口的傳輸是走TDM，則需要注意的是2個MGW的幀格式要一致，不同的幀格式對接會導(dǎo)致語音出現(xiàn)噪聲，導(dǎo)致語音質(zhì)量下降。這一點(diǎn)需要MGW人員配合排查。
4. 時鐘同步問題。電路域傳輸對于時鐘同步要求比較高，時鐘同步問題很有可能是傳輸問題的根本原因。
5. 不要忽略傳輸抖動造成的影響。不同網(wǎng)元抗傳輸抖動的能力是不同的，對于語音業(yè)務(wù)來說，超過20ms的傳輸抖動不可避免的會造成語音幀的不均勻，導(dǎo)致語音質(zhì)量的下降。在IUB口，定位方法是跟蹤RNC的CDT跟蹤，觀察用戶面的跟蹤，查看CS業(yè)務(wù)的FP跟蹤，查看時間調(diào)整幀是否比較多，通常情況下，1、2個是正常的。
1.1.1 設(shè)備因素
常見得語音業(yè)務(wù)按照經(jīng)過設(shè)備可以包括幾種場景：場景一：兩個移動用戶在同一個宏站NB下的語音呼叫。
場景二：兩個移動用戶在同一個NB下不同RRU覆蓋范圍的語音呼叫。
場景三：兩個移動用戶在同一個RNC下不同NodeB間的語音呼叫。
場景四：兩個移動用戶在不同的RNC下的語音呼叫。
場景五：兩個移動用戶在不同MSC下的語音呼叫。
場景六：移動用戶同固定用戶的語音呼叫。
場景七：
1.1.2 環(huán)境因素
語音質(zhì)量和空口相關(guān)，空口環(huán)境波動嚴(yán)重影響語音質(zhì)量。常見的語音業(yè)務(wù)按照空口環(huán)境可以包括以下幾種場景：
場景一：在整個通話過程中，TD無線空口環(huán)境一直比較穩(wěn)定正常。
場景二：在整個通話過程中，TD無線空口環(huán)境波動比較大。
場景三：在整個通話過程中，TD無線空口環(huán)境一直比較差，基本處于弱覆蓋環(huán)境。
1.1.3 場景測試分析
設(shè)備類因素和環(huán)境因素是交叉的，可以組合成21種場景。設(shè)備類場景中，場景一至場景五，RAN側(cè)排查分析方法一致，對主被叫均可分析。而場景六、七需要固網(wǎng)和
在UE和RNC進(jìn)行實(shí)時跟蹤，觀察UE的上下行BLER（有些UE不支持下行的BLER上報，那么就換個好一些的手機(jī)）以及小區(qū)發(fā)射功率，首先看看是否是空口誤碼率太高導(dǎo)致的語音質(zhì)量變差。通常我們配置的語音BLER都是1％，跟蹤的情況要是BLER超過比較多，那么就是這個原因了。但BLER過高只是一個現(xiàn)象，導(dǎo)致BLER過大的原因很多，例如同頻干擾等，需要從性能角度進(jìn)一步排查。
因為語音問題的低概率性特征，需要在不同場景下進(jìn)行大量撥測，直至問題復(fù)現(xiàn)。同時可估算問題復(fù)現(xiàn)時的測試概率。
1.2 問題排查基本思路
語音質(zhì)量問題排查比較復(fù)雜，需要進(jìn)行不同場景下多次撥測，尋找問題發(fā)生規(guī)律、概率；還需要分解網(wǎng)元，逐段排查�；竟ぷ魅缦拢�1.2.1 確認(rèn)問題出現(xiàn)范圍
從時間、地點(diǎn)和設(shè)備配置多維度確定問題出現(xiàn)的范圍。步驟1： 語音質(zhì)量問題出現(xiàn)是否有時間上的規(guī)律性？
1. 問題出現(xiàn)時段是否固定？
2. 近期網(wǎng)絡(luò)是否有重大操作，例如CN或RAN側(cè)有版本升級，或者傳輸進(jìn)行改造，大量基
站進(jìn)行割接等？
步驟2： 語音質(zhì)量問題出現(xiàn)是否有地域上的規(guī)律性？
1. 問題出現(xiàn)地域是否固定？如果在某一地區(qū)固定出現(xiàn)，很有可能是干擾引起，需要排查無線環(huán)境。如果不在固定地域出現(xiàn)，可基本排除系統(tǒng)外干擾。
2. 問題是在某一NodeB下固定出現(xiàn)？如果不是，可基本排除個別NodeB異常導(dǎo)致，如單板硬件故障等。
3. 問題是在某一RNC下固定出現(xiàn)？如果不是，可基本排除個別RNC異常導(dǎo)致，如單板故障等。
步驟3： 語音質(zhì)量問題出現(xiàn)是否有設(shè)備配置上的規(guī)律性？
1. 問題出現(xiàn)是否都在特定軟件版本下？例如是否只有NodeB SPC400版本下出現(xiàn)問題，或者只有RNC SPC410版本下出問題。
2. 出問題的小區(qū)是否都配置在同一IUB口的接口板上？可通過MML核查，排除接口板故障。
3. 出問題時業(yè)務(wù)是否都使用相同的DSP單元？可通過CDT觀察，排除個別DSP單元故障。
1.2.2 排查無線環(huán)境因素
確認(rèn)問題范圍后，結(jié)合用戶遇到的問題反饋的信息，到特定地點(diǎn)進(jìn)行多次撥測，首先排查無線環(huán)境。步驟1： 排查無線信號質(zhì)量，排除弱覆蓋導(dǎo)致。
1. 檢查小區(qū)信噪比和UE 接收信號功率，確定是否下行覆蓋質(zhì)量差。如果下行RSCP < - 98dBm，請改善無線環(huán)境，提高下行信號質(zhì)量，如果下行C/I < -3dB，請改善無線環(huán)境，提高下行信號質(zhì)量
2. 檢查是否所在小區(qū)的ISCP 偏高。如果經(jīng)常出現(xiàn)ISCP > -95dBm，需要檢查是否有其他外界干擾。
3. 檢查單用戶的上行質(zhì)量：在RNC 維護(hù)臺監(jiān)測傳輸信道BLER，如果業(yè)務(wù)傳輸信道BLER 大于10%，則可能出現(xiàn)導(dǎo)致語音質(zhì)量下降。請改善無線環(huán)境，提高上行信號質(zhì)量
步驟2： 判斷是否切換問題
1. 在問題重現(xiàn)步驟中，觀察問題出現(xiàn)時記錄的信令流程上是否有共同點(diǎn)，比如是否出現(xiàn)系統(tǒng)間切換、異頻硬切換等。
2. 異頻切換（包括
1.2.3 排查終端問題
1. 換用多個不同廠家的UE，來對比測試，觀察問題的出現(xiàn)規(guī)律。注意：即使是相同型號UE，內(nèi)部軟件版本可能也不一致。如何查詢UE 型號和版本，請參考購買UE 時提供的使用說明書。
2. 換用其他UE 測試，如果問題消失，可基本認(rèn)為是UE 問題。
1.2.4 排查傳輸問題
各種接口如果出現(xiàn)傳輸問題，都會導(dǎo)致傳輸丟包，直接導(dǎo)致語音質(zhì)量下降。1. 查看Iub、Iu、Gb等接口的告警，任何傳輸方面的告警都有可能是解決問題的線索；
2. 流量配置有問題。Iub、Iu等接口的CS用戶面通常要配置AAL2鏈路，配置鏈路的要求是RNC/NODEB/MGW所對接的AAL2鏈路配置相同的鏈路屬性和相同的ATM流量。如果流量或者屬性不匹配，就會有丟包的危險。而且有的時候可能并不會有告警。
3. 如果MGW間Gb口的傳輸是走TDM，則需要注意的是2個MGW的幀格式要一致，不同的幀格式對接會導(dǎo)致語音出現(xiàn)噪聲，導(dǎo)致語音質(zhì)量下降。這一點(diǎn)需要MGW人員配合排查。
4. 時鐘同步問題。電路域傳輸對于時鐘同步要求比較高，時鐘同步問題很有可能是傳輸問題的根本原因。
5. 不要忽略傳輸抖動造成的影響。不同網(wǎng)元抗傳輸抖動的能力是不同的，對于語音業(yè)務(wù)來說，超過20ms的傳輸抖動不可避免的會造成語音幀的不均勻，導(dǎo)致語音質(zhì)量的下降。在IUB口，定位方法是跟蹤RNC的CDT跟蹤，觀察用戶面的跟蹤，查看CS業(yè)務(wù)的FP跟蹤，查看時間調(diào)整幀是否比較多，通常情況下，1、2個是正常的。
回答者：
chenpan0416
回答時間：2013-08-25 12:31
2
6
• 上海瑞禾通訊技術(shù)有限公司
聘：廣州中高級工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級后臺-山東
需求人數(shù)：20 人 地點(diǎn)：山東省
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
• 南京華蘇科技有限公司 聘：福建實(shí)習(xí)生崗位
需求人數(shù)：20 人 地點(diǎn)：漳州市,寧德市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 嘉環(huán)科技股份有限公司 聘：西安GSC-LTE|5G
需求人數(shù)：30 人 地點(diǎn)：西安市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：陜西海外交付工程師
需求人數(shù)：11 人 地點(diǎn)：西安市
• 安徽引途科技有限公司 聘：通信督導(dǎo)
需求人數(shù)：5 人 地點(diǎn)：淮南市
需求人數(shù)：3 人 地點(diǎn)：廣州市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級后臺-山東
需求人數(shù)：20 人 地點(diǎn)：山東省
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
• 南京華蘇科技有限公司 聘：福建實(shí)習(xí)生崗位
需求人數(shù)：20 人 地點(diǎn)：漳州市,寧德市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 嘉環(huán)科技股份有限公司 聘：西安GSC-LTE|5G
需求人數(shù)：30 人 地點(diǎn)：西安市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：陜西海外交付工程師
需求人數(shù)：11 人 地點(diǎn)：西安市
• 安徽引途科技有限公司 聘：通信督導(dǎo)
需求人數(shù)：5 人 地點(diǎn)：淮南市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |