有關(guān)WCDMA網(wǎng)語音呼叫中噪音問題的研究與解決方案-

PAGEPAGE8有關(guān)WCDMA網(wǎng)語音呼叫中噪音問題的研究與解決方案目錄1 現(xiàn)象描述 22 問題分析 22.1 測(cè)試路線及場(chǎng)景 22.2 為什么無線信號(hào)比較差 22.3 為什么被叫會(huì)聽到噪音 32.4 為什么主叫聽不到聲音 52.5 為什么在信號(hào)較好地方也出現(xiàn)雜音 53 解決方案 63.1 貝爾無線側(cè) 63.2 華為核心網(wǎng)側(cè) 64 貝爾無線側(cè)解決舉措 74．1進(jìn)一步優(yōu)化無線質(zhì)量 74．2路測(cè)驗(yàn)證 7現(xiàn)象描述用戶在WCDMA3G網(wǎng)絡(luò)中發(fā)起語音呼叫，在已經(jīng)建立呼叫后，通話的一方聽到類似磁帶快進(jìn)的雜音，持續(xù)10到30秒左右，發(fā)生掉話或恢復(fù)正常。同時(shí)，通話的另一方聽不到任何聲音。問題分析大慶聯(lián)通分別于2010年6月1日、2010年6月2日、2010年6月5日進(jìn)行路測(cè)，噪聲問題得到復(fù)現(xiàn)。上海貝爾對(duì)復(fù)現(xiàn)時(shí)抓取的trace進(jìn)行分析，得出的結(jié)論是：出現(xiàn)噪聲的區(qū)域，無線信號(hào)質(zhì)量較差，導(dǎo)致空中接口傳輸?shù)臄?shù)據(jù)包出錯(cuò)。而從核心網(wǎng)下發(fā)給RNC的消息中可以看到，即使UTRAN側(cè)出現(xiàn)錯(cuò)誤包，核心網(wǎng)仍然要求將錯(cuò)誤包發(fā)送到被叫端。所以錯(cuò)誤包被發(fā)送到了被叫端，從而引起被叫聽到噪音.詳細(xì)的問題分析如下，我們以其中的一次噪聲為例。測(cè)試路線及場(chǎng)景站APSC76/77/78，NodeBname:saqushijianchayuan站BPSC49/50/51，NodeBname:shizhongjirenminfayuan站CPSC93/94/95，NodeBname:wangtongshuniulou主叫在站A和站C之間來回移動(dòng)，中間會(huì)經(jīng)過站B。站A、站C正常工作，站B被人為L(zhǎng)ock，不工作。其中，站A和站C之間沒有鄰區(qū)關(guān)系。站A與站B之間，站B與站C之間有切換關(guān)系被叫定點(diǎn)測(cè)試，信號(hào)較好。為什么無線信號(hào)比較差從CTBtrace可以看到，首先RNC收到UE的E1f事件，請(qǐng)求將PSC211移出激活集。此時(shí)，激活集中的小區(qū)數(shù)目為2個(gè)，分別是PSC77和PSC211。其次，RNC處理E1f事件，并給UE下發(fā)activesetupdate消息，通知UE將PSC211移出激活集。此時(shí)激活集中小區(qū)只有PSC77，如圖1所示。圖1RNC下發(fā)激活集更新消息，移出PSC211，此時(shí)激活集中只有PSC77第三，當(dāng)UE從站A往站C移動(dòng)過程中，站A的信號(hào)越來越弱，站C的信號(hào)越來越強(qiáng)。此時(shí)UE上報(bào)E1a事件，請(qǐng)求將站C的小區(qū)PSC93、PSC95添加到激活集中。如圖2所示。圖2手機(jī)上報(bào)E1a，要求添加PSC93，95，但RNC未響應(yīng)第四，由于PSC93、PSC94不是激活集中小區(qū)PSC77的鄰區(qū)，所以RNC不會(huì)響應(yīng)這個(gè)E1a事件，從而導(dǎo)致PSC93、PSC95不會(huì)被添加到激活集中。如圖3所示。圖3PSC93，PSC95不是PSC77的鄰區(qū)最后，激活集中小區(qū)PSC77的無線信號(hào)越來越差。掉話前，PSC77的信號(hào)強(qiáng)度為：[SCC:77,EcIo:-24.5dB,RSCP:-116dBm,為什么被叫會(huì)聽到噪音在主叫從站A向站C移動(dòng)過程中，站A的信號(hào)越來越差，導(dǎo)致主叫的上行數(shù)據(jù)出現(xiàn)錯(cuò)誤，所以NodeB發(fā)送到RNC后CRCI顯示數(shù)據(jù)包錯(cuò)誤。從CTBLLog中，可以看出，噪音時(shí)段MOUE上行RNC收到的數(shù)據(jù)幀CRCI指示subflow1錯(cuò)誤.2010-06-0511:29:18.005IUBdch_ac224CTBL_UPTC_DUMP0x8002d0f10x04050x0000000041

===IubDch::vhRecv:dumpincomingframe===

70fa0201013b3985f03c660a81542a80

de0311e9de9908f35b8be4de987abb21

105fe1b250d6804d97但是從核心網(wǎng)下發(fā)給RNC的RABAssignmentRequest消息中，可以看出：即使UTRAN側(cè)出現(xiàn)錯(cuò)誤包，核心網(wǎng)仍然要求將錯(cuò)誤包發(fā)送到對(duì)端。所以錯(cuò)誤包被發(fā)送到了被叫端，從而引起被叫聽到噪音。第一個(gè)包

deliveryOfErroneousSDU=yes

sDU_FormatInformationParameters={

elements0={

subflowSDU_Size=81

}

elements1={

subflowSDU_Size=39

}

elements2={

subflowSDU_Size=0第二個(gè)包

deliveryOfErroneousSDU=no-error-detection-consideration

sDU_FormatInformationParameters={

elements0={

subflowSDU_Size=103

}

elements1={

subflowSDU_Size=0

}

elements2={

subflowSDU_Size=0第三個(gè)包

deliveryOfErroneousSDU=no-error-detection-consideration

sDU_FormatInformationParameters={

elements0={

subflowSDU_Size=60

}

elements1={

subflowSDU_Size=0

}

elements2={

subflowSDU_Size=0詳細(xì)的RAB_Assignment_request消息內(nèi)容如下附件。為什么主叫聽不到聲音在NodeB的物理層處理過程中，當(dāng)傳輸信道向物理信道復(fù)用和映射時(shí)，物理層的第一個(gè)操作就是附加CRC校驗(yàn)碼。詳情請(qǐng)參考附件中的《Figure2：Transportchannelmultiplexingstructurefordownlink.rar》以及3GPP協(xié)議25212-920，4.2.1章節(jié)。Figure2：Transportchannelmultiplexingstructurefordownlink.rar在UE端，UE首先會(huì)進(jìn)行CRCdetection。詳情請(qǐng)參見附件《FigureA.5(Informative)：ChannelcodingofDLreferencemeasurementchannel(12.2kbps).rar》或協(xié)議25101-930A.3.1

DLreferencemeasurementchannel(12.2kbps)FigureA.5(Informative):ChannelcodingofDLreferencemeasurementchannel(12.2kbps).rar手機(jī)在由站A向站C移動(dòng)過程中，由于主叫的下行無線質(zhì)量很差，此時(shí)UE收到的包中，很多的CRC校驗(yàn)應(yīng)該是錯(cuò)的。此時(shí)UE會(huì)直接丟棄這些語音包，所以主叫聽不到任何聲音。為什么在信號(hào)較好地方也出現(xiàn)雜音據(jù)反映在離基站很近的地段偶爾會(huì)出現(xiàn)雜音，分析此情景下的路側(cè)DTlog可以看到UE當(dāng)前激活集信號(hào)已經(jīng)很差，EC/Io都在-30左右，RSCP也很差。在U-set中可以看到EC/Io和RSCP都很好的擾碼為PSC228；206；207。見如下截圖：UE檢測(cè)到信號(hào)較好的PSC228；206；207小區(qū)后，并將此三個(gè)小區(qū)上報(bào)給RNC并發(fā)起1a事件請(qǐng)求切換，但此三小區(qū)與主小區(qū)并沒有切換關(guān)系，RNC無法對(duì)UE的請(qǐng)求發(fā)起響應(yīng)。見如下截圖：、由于缺少切換關(guān)系導(dǎo)致UE無法用到較好小區(qū)信號(hào)，隨著信號(hào)質(zhì)量逐漸惡化，出現(xiàn)雜音并掉話。解決方案貝爾無線側(cè)優(yōu)化無線環(huán)境，例如：對(duì)出現(xiàn)噪聲區(qū)域的基站鄰區(qū)關(guān)系進(jìn)行優(yōu)化等。貝爾對(duì)上次出現(xiàn)噪聲的區(qū)域（薩區(qū)市人民檢察院PSC76/77/78，市中級(jí)人民法院PSC49/50/51，網(wǎng)通樞紐樓PSC93/94/95）進(jìn)行了鄰區(qū)添加，復(fù)測(cè)后，噪聲沒有再出現(xiàn)。華為核心網(wǎng)側(cè)華為核心網(wǎng)修改參數(shù)deliveryOfErroneousSDU的值，不要求UTRAN將錯(cuò)包上傳，從而避免對(duì)端聽到噪聲。需要華為核心網(wǎng)將參數(shù)deliveryOfErroneousSDU的值修改為NO，詳見如下紅色字體所示。第一個(gè)包

deliveryOfErroneousSDU=no

sDU_FormatInformationParameters={

elements0={

subflowSDU_Size=81

}

elements1={

subflowSDU_Size=39

}

elements2={

subflowSDU_Size=0第二個(gè)包

deliveryOfErroneousSDU=no

sDU_FormatInformationParameters={

elements0={

subflowSDU_Size=103

}

elements1={

subflowSDU_Size=0

}

elements2={

subflowSDU_Size=0第三個(gè)包

deliveryOfErroneousSDU=no