問題已開啟
(普通問題)
• 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 )
兄弟,有個(gè)很好的資料發(fā)到zhaohongjiang20@126.com
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
回答者:
OscarDon
回答時(shí)間:2013-08-22 23:12


這個(gè)做網(wǎng)優(yōu)的了解下就行了,網(wǎng)優(yōu)只能解決空口的問題。但單通的原因有很多,除了空口原因,還有終端、傳輸、交換、硬件等等故障,都可能引起單通,你確定你做網(wǎng)優(yōu)的還要學(xué)么?對于單通,了解下這個(gè),再會(huì)后臺(tái)跟信令就行了。
回答者:
wang549830551
回答時(shí)間:2013-08-23 09:22


終端,A口某個(gè)時(shí)隙,IUCS口,交換測,基站,BSC或RNC都有可能。 比較多見的是語音單通,而CS64K或PS 過程都正常。 對于語音的單通: 1、跨越多個(gè)RNC的移動(dòng)用戶,它們之間的語音編碼的協(xié)商存在不一致問題,導(dǎo)致語音單通。 2、某些R4商用終端對某些特殊過程,比如重定位過程目標(biāo)側(cè)重配置的消息的處理存在問題,導(dǎo)致重定位后語音單通。 3、協(xié)議處理實(shí)現(xiàn)的問題,導(dǎo)致某個(gè)方向的數(shù)據(jù)全部被丟棄。當(dāng)然,作為商用系統(tǒng),很不應(yīng)該。 另外,如果啟動(dòng)了語音加密,密鑰的啟動(dòng)時(shí)間沒有協(xié)調(diào)一致,也會(huì)導(dǎo)致語音單通,這時(shí)候聽到的是雜音,也算是一種單通吧。 |
回答者:
ydh110
回答時(shí)間:2013-08-23 11:25


有關(guān)單通問題論壇中有網(wǎng)友發(fā)了專題的,你可以下載學(xué)習(xí)..
回答者:
litom2004
回答時(shí)間:2013-08-23 14:31


語音質(zhì)量是端到端的系統(tǒng)問題,涉及終端、RAN、傳輸、CN等網(wǎng)元。
1.1.1 設(shè)備因素
常見得語音業(yè)務(wù)按照經(jīng)過設(shè)備可以包括幾種場景:
場景一:兩個(gè)移動(dòng)用戶在同一個(gè)宏站NB下的語音呼叫。
場景二:兩個(gè)移動(dòng)用戶在同一個(gè)NB下不同RRU覆蓋范圍的語音呼叫。
場景三:兩個(gè)移動(dòng)用戶在同一個(gè)RNC下不同NodeB間的語音呼叫。
場景四:兩個(gè)移動(dòng)用戶在不同的RNC下的語音呼叫。
場景五:兩個(gè)移動(dòng)用戶在不同MSC下的語音呼叫。
場景六:移動(dòng)用戶同固定用戶的語音呼叫。
場景七:3G 用戶同2G 用戶的語音呼叫。
1.1.2 環(huán)境因素
語音質(zhì)量和空口相關(guān),空口環(huán)境波動(dòng)嚴(yán)重影響語音質(zhì)量。
常見的語音業(yè)務(wù)按照空口環(huán)境可以包括以下幾種場景:
場景一:在整個(gè)通話過程中,TD無線空口環(huán)境一直比較穩(wěn)定正常。
場景二:在整個(gè)通話過程中,TD無線空口環(huán)境波動(dòng)比較大。
場景三:在整個(gè)通話過程中,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í)時(shí)跟蹤,觀察UE的上下行BLER(有些UE不支持下行的BLER上報(bào),那么就換個(gè)好一些的手機(jī))以及小區(qū)發(fā)射功率,首先看看是否是空口誤碼率太高導(dǎo)致的語音質(zhì)量變差。通常我們配置的語音BLER都是1%,跟蹤的情況要是BLER超過比較多,那么就是這個(gè)原因了。但BLER過高只是一個(gè)現(xiàn)象,導(dǎo)致BLER過大的原因很多,例如同頻干擾等,需要從性能角度進(jìn)一步排查。
因?yàn)檎Z音問題的低概率性特征,需要在不同場景下進(jìn)行大量撥測,直至問題復(fù)現(xiàn)。同時(shí)可估算問題復(fù)現(xiàn)時(shí)的測試概率。
1.2 問題排查基本思路
語音質(zhì)量問題排查比較復(fù)雜,需要進(jìn)行不同場景下多次撥測,尋找問題發(fā)生規(guī)律、概率;還需要分解網(wǎng)元,逐段排查。基本工作如下:
1.2.1 確認(rèn)問題出現(xiàn)范圍
從時(shí)間、地點(diǎn)和設(shè)備配置多維度確定問題出現(xiàn)的范圍。
步驟1: 語音質(zhì)量問題出現(xiàn)是否有時(shí)間上的規(guī)律性?
1. 問題出現(xiàn)時(shí)段是否固定?
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)?如果不是,可基本排除個(gè)別NodeB異常導(dǎo)致,如單板硬件故障等。
3. 問題是在某一RNC下固定出現(xiàn)?如果不是,可基本排除個(gè)別RNC異常導(dǎo)致,如單板故障等。
步驟3: 語音質(zhì)量問題出現(xiàn)是否有設(shè)備配置上的規(guī)律性?
1. 問題出現(xiàn)是否都在特定軟件版本下?例如是否只有NodeB SPC400版本下出現(xiàn)問題,或者只有RNC SPC410版本下出問題。
2. 出問題的小區(qū)是否都配置在同一IUB口的接口板上?可通過MML核查,排除接口板故障。
3. 出問題時(shí)業(yè)務(wù)是否都使用相同的DSP單元?可通過CDT觀察,排除個(gè)別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ù)臺(tái)監(jiān)測傳輸信道BLER,如果業(yè)務(wù)傳輸信道BLER 大于10%,則可能出現(xiàn)導(dǎo)致語音質(zhì)量下降。請改善無線環(huán)境,提高上行信號質(zhì)量
步驟2: 判斷是否切換問題
1. 在問題重現(xiàn)步驟中,觀察問題出現(xiàn)時(shí)記錄的信令流程上是否有共同點(diǎn),比如是否出現(xiàn)系統(tǒng)間切換、異頻硬切換等。
2. 異頻切換(包括3G -3G 、2G -3G )過程中,UE通常要起壓縮模式,壓縮模式本身會(huì)對語音質(zhì)量造成影響,另外切換過程中會(huì)造成語音中斷(一般中斷的時(shí)間300~400ms左右),影響語音質(zhì)量是正常的。同時(shí),需要注意切換策略是否啟用了立即激活模式,如果是非立即激活,切換時(shí)間會(huì)更長。
1.2.3 排查終端問題
1. 換用多個(gè)不同廠家的UE,來對比測試,觀察問題的出現(xiàn)規(guī)律。
注意:即使是相同型號UE,內(nèi)部軟件版本可能也不一致。如何查詢UE 型號和版本,請參考購買UE 時(shí)提供的使用說明書。
2. 換用其他UE 測試,如果問題消失,可基本認(rèn)為是UE 問題。
1.2.4 排查傳輸問題
各種接口如果出現(xiàn)傳輸問題,都會(huì)導(dǎo)致傳輸丟包,直接導(dǎo)致語音質(zhì)量下降。
1. 查看Iub、Iu、Gb等接口的告警,任何傳輸方面的告警都有可能是解決問題的線索;
2. 流量配置有問題。Iub、Iu等接口的CS用戶面通常要配置AAL2鏈路,配置鏈路的要求是RNC/NODEB/MGW所對接的AAL2鏈路配置相同的鏈路屬性和相同的ATM流量。如果流量或者屬性不匹配,就會(huì)有丟包的危險(xiǎn)。而且有的時(shí)候可能并不會(huì)有告警。
3. 如果MGW間Gb口的傳輸是走TDM,則需要注意的是2個(gè)MGW的幀格式要一致,不同的幀格式對接會(huì)導(dǎo)致語音出現(xiàn)噪聲,導(dǎo)致語音質(zhì)量下降。這一點(diǎn)需要MGW人員配合排查。
4. 時(shí)鐘同步問題。電路域傳輸對于時(shí)鐘同步要求比較高,時(shí)鐘同步問題很有可能是傳輸問題的根本原因。
5. 不要忽略傳輸抖動(dòng)造成的影響。不同網(wǎng)元抗傳輸抖動(dòng)的能力是不同的,對于語音業(yè)務(wù)來說,超過20ms的傳輸抖動(dòng)不可避免的會(huì)造成語音幀的不均勻,導(dǎo)致語音質(zhì)量的下降。在IUB口,定位方法是跟蹤RNC的CDT跟蹤,觀察用戶面的跟蹤,查看CS業(yè)務(wù)的FP跟蹤,查看時(shí)間調(diào)整幀是否比較多,通常情況下,1、2個(gè)是正常的。
1.1.1 設(shè)備因素
常見得語音業(yè)務(wù)按照經(jīng)過設(shè)備可以包括幾種場景:場景一:兩個(gè)移動(dòng)用戶在同一個(gè)宏站NB下的語音呼叫。
場景二:兩個(gè)移動(dòng)用戶在同一個(gè)NB下不同RRU覆蓋范圍的語音呼叫。
場景三:兩個(gè)移動(dòng)用戶在同一個(gè)RNC下不同NodeB間的語音呼叫。
場景四:兩個(gè)移動(dòng)用戶在不同的RNC下的語音呼叫。
場景五:兩個(gè)移動(dòng)用戶在不同MSC下的語音呼叫。
場景六:移動(dòng)用戶同固定用戶的語音呼叫。
場景七:
1.1.2 環(huán)境因素
語音質(zhì)量和空口相關(guān),空口環(huán)境波動(dòng)嚴(yán)重影響語音質(zhì)量。常見的語音業(yè)務(wù)按照空口環(huán)境可以包括以下幾種場景:
場景一:在整個(gè)通話過程中,TD無線空口環(huán)境一直比較穩(wěn)定正常。
場景二:在整個(gè)通話過程中,TD無線空口環(huán)境波動(dòng)比較大。
場景三:在整個(gè)通話過程中,TD無線空口環(huán)境一直比較差,基本處于弱覆蓋環(huán)境。
1.1.3 場景測試分析
設(shè)備類因素和環(huán)境因素是交叉的,可以組合成21種場景。設(shè)備類場景中,場景一至場景五,RAN側(cè)排查分析方法一致,對主被叫均可分析。而場景六、七需要固網(wǎng)和
在UE和RNC進(jìn)行實(shí)時(shí)跟蹤,觀察UE的上下行BLER(有些UE不支持下行的BLER上報(bào),那么就換個(gè)好一些的手機(jī))以及小區(qū)發(fā)射功率,首先看看是否是空口誤碼率太高導(dǎo)致的語音質(zhì)量變差。通常我們配置的語音BLER都是1%,跟蹤的情況要是BLER超過比較多,那么就是這個(gè)原因了。但BLER過高只是一個(gè)現(xiàn)象,導(dǎo)致BLER過大的原因很多,例如同頻干擾等,需要從性能角度進(jìn)一步排查。
因?yàn)檎Z音問題的低概率性特征,需要在不同場景下進(jìn)行大量撥測,直至問題復(fù)現(xiàn)。同時(shí)可估算問題復(fù)現(xiàn)時(shí)的測試概率。
1.2 問題排查基本思路
語音質(zhì)量問題排查比較復(fù)雜,需要進(jìn)行不同場景下多次撥測,尋找問題發(fā)生規(guī)律、概率;還需要分解網(wǎng)元,逐段排查。基本工作如下:1.2.1 確認(rèn)問題出現(xiàn)范圍
從時(shí)間、地點(diǎn)和設(shè)備配置多維度確定問題出現(xiàn)的范圍。步驟1: 語音質(zhì)量問題出現(xiàn)是否有時(shí)間上的規(guī)律性?
1. 問題出現(xiàn)時(shí)段是否固定?
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)?如果不是,可基本排除個(gè)別NodeB異常導(dǎo)致,如單板硬件故障等。
3. 問題是在某一RNC下固定出現(xiàn)?如果不是,可基本排除個(gè)別RNC異常導(dǎo)致,如單板故障等。
步驟3: 語音質(zhì)量問題出現(xiàn)是否有設(shè)備配置上的規(guī)律性?
1. 問題出現(xiàn)是否都在特定軟件版本下?例如是否只有NodeB SPC400版本下出現(xiàn)問題,或者只有RNC SPC410版本下出問題。
2. 出問題的小區(qū)是否都配置在同一IUB口的接口板上?可通過MML核查,排除接口板故障。
3. 出問題時(shí)業(yè)務(wù)是否都使用相同的DSP單元?可通過CDT觀察,排除個(gè)別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ù)臺(tái)監(jiān)測傳輸信道BLER,如果業(yè)務(wù)傳輸信道BLER 大于10%,則可能出現(xiàn)導(dǎo)致語音質(zhì)量下降。請改善無線環(huán)境,提高上行信號質(zhì)量
步驟2: 判斷是否切換問題
1. 在問題重現(xiàn)步驟中,觀察問題出現(xiàn)時(shí)記錄的信令流程上是否有共同點(diǎn),比如是否出現(xiàn)系統(tǒng)間切換、異頻硬切換等。
2. 異頻切換(包括
1.2.3 排查終端問題
1. 換用多個(gè)不同廠家的UE,來對比測試,觀察問題的出現(xiàn)規(guī)律。注意:即使是相同型號UE,內(nèi)部軟件版本可能也不一致。如何查詢UE 型號和版本,請參考購買UE 時(shí)提供的使用說明書。
2. 換用其他UE 測試,如果問題消失,可基本認(rèn)為是UE 問題。
1.2.4 排查傳輸問題
各種接口如果出現(xiàn)傳輸問題,都會(huì)導(dǎo)致傳輸丟包,直接導(dǎo)致語音質(zhì)量下降。1. 查看Iub、Iu、Gb等接口的告警,任何傳輸方面的告警都有可能是解決問題的線索;
2. 流量配置有問題。Iub、Iu等接口的CS用戶面通常要配置AAL2鏈路,配置鏈路的要求是RNC/NODEB/MGW所對接的AAL2鏈路配置相同的鏈路屬性和相同的ATM流量。如果流量或者屬性不匹配,就會(huì)有丟包的危險(xiǎn)。而且有的時(shí)候可能并不會(huì)有告警。
3. 如果MGW間Gb口的傳輸是走TDM,則需要注意的是2個(gè)MGW的幀格式要一致,不同的幀格式對接會(huì)導(dǎo)致語音出現(xiàn)噪聲,導(dǎo)致語音質(zhì)量下降。這一點(diǎn)需要MGW人員配合排查。
4. 時(shí)鐘同步問題。電路域傳輸對于時(shí)鐘同步要求比較高,時(shí)鐘同步問題很有可能是傳輸問題的根本原因。
5. 不要忽略傳輸抖動(dòng)造成的影響。不同網(wǎng)元抗傳輸抖動(dòng)的能力是不同的,對于語音業(yè)務(wù)來說,超過20ms的傳輸抖動(dòng)不可避免的會(huì)造成語音幀的不均勻,導(dǎo)致語音質(zhì)量的下降。在IUB口,定位方法是跟蹤RNC的CDT跟蹤,觀察用戶面的跟蹤,查看CS業(yè)務(wù)的FP跟蹤,查看時(shí)間調(diào)整幀是否比較多,通常情況下,1、2個(gè)是正常的。
回答者:
chenpan0416
回答時(shí)間:2013-08-25 12:31


• 重慶信科通信工程有限公司
聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點(diǎn):南昌市
• 福州弘宇信合通信技術(shù)有限公司 聘:4/5G高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):玉溪市
• 北京電旗通訊技術(shù)股份有限公司 聘:山東濟(jì)寧&山東菏澤測試工程師
需求人數(shù):10 人 地點(diǎn):菏澤市,濟(jì)寧市
• 南京華蘇科技有限公司 聘:山東華為5G單驗(yàn)測試工程師
需求人數(shù):10 人 地點(diǎn):濟(jì)南市,青島市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點(diǎn):上饒市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):12 人 地點(diǎn):貴州省
• 深圳市訊方技術(shù)股份有限公司 聘:華為45G高級網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點(diǎn):山東省
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點(diǎn):廣州市
• 安徽引途科技有限公司 聘:通信網(wǎng)絡(luò)小白實(shí)習(xí)生(安徽合肥)
需求人數(shù):2 人 地點(diǎn):合肥市
需求人數(shù):2 人 地點(diǎn):南昌市
• 福州弘宇信合通信技術(shù)有限公司 聘:4/5G高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):玉溪市
• 北京電旗通訊技術(shù)股份有限公司 聘:山東濟(jì)寧&山東菏澤測試工程師
需求人數(shù):10 人 地點(diǎn):菏澤市,濟(jì)寧市
• 南京華蘇科技有限公司 聘:山東華為5G單驗(yàn)測試工程師
需求人數(shù):10 人 地點(diǎn):濟(jì)南市,青島市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點(diǎn):上饒市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):12 人 地點(diǎn):貴州省
• 深圳市訊方技術(shù)股份有限公司 聘:華為45G高級網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點(diǎn):山東省
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點(diǎn):廣州市
• 安徽引途科技有限公司 聘:通信網(wǎng)絡(luò)小白實(shí)習(xí)生(安徽合肥)
需求人數(shù):2 人 地點(diǎn):合肥市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |