本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種語(yǔ)音信號(hào)處理方法、裝置和接入網(wǎng)系統(tǒng)。

背景技術(shù)：
在現(xiàn)有通信系統(tǒng)，例如通用移動(dòng)通訊系統(tǒng)（UniversalMobileTelecommunicationsSystem，以下簡(jiǎn)稱：UMTS）中，語(yǔ)音編碼大量采用卷積碼作為信道編碼，并利用功率控制機(jī)制保障其語(yǔ)音質(zhì)量。圖1為現(xiàn)有技術(shù)中語(yǔ)音編碼過(guò)程的系統(tǒng)架構(gòu)示意圖，如圖1所示，以UMTS網(wǎng)絡(luò)舉例來(lái)說(shuō)，上行速率自適應(yīng)（AdaptiveMuti-Rate，以下簡(jiǎn)稱：AMR）語(yǔ)音信號(hào)處理過(guò)程為，用戶設(shè)備（UserEquipment，以下簡(jiǎn)稱：UE）中的AMR語(yǔ)音編碼器（以下簡(jiǎn)稱：AMRSpeechEncoder）的語(yǔ)音編碼經(jīng)過(guò)卷積碼編碼器（ConvolutionalCodeEncoder，以下簡(jiǎn)稱：CCEncoder）采用卷積碼進(jìn)行編碼處理，CCEncoder編碼后的AMR語(yǔ)音信號(hào)通過(guò)空口發(fā)送給基站（以下簡(jiǎn)稱：NodeB），NodeB中的CC譯碼器（以下簡(jiǎn)稱：CCDecoder）可以對(duì)AMR語(yǔ)音信號(hào)進(jìn)行譯碼，該CCDecoder包括兩路輸出，一路通過(guò)Iub口將譯碼后的比特流發(fā)送給無(wú)線網(wǎng)絡(luò)控制器（RadioNetworkController，以下簡(jiǎn)稱：RNC），RNC再通過(guò)Iu口發(fā)送到核心網(wǎng)（CoreNetwork，以下簡(jiǎn)稱：CN）中的AMR語(yǔ)音譯碼器（以下簡(jiǎn)稱：AMRSpeechDecoder），另一路通過(guò)Iub口將循環(huán)卷積校驗(yàn)（CyclicRedundancyCheck，以下簡(jiǎn)稱：CRC）校驗(yàn)結(jié)果，即CRC指示（CRCIndicator，以下簡(jiǎn)稱：CRCI）發(fā)送給RNC，RNC即可根據(jù)該CRCI通過(guò)Iu口向CN中的AMRSpeechDecoder發(fā)送壞幀指示（BadFrameIndicator，以下簡(jiǎn)稱：BFI），CCDecoder還將該CRCI發(fā)送給RNC中的外環(huán)功率控制（以下簡(jiǎn)稱：Outer-LoopPowerControl）。AMRSpeechDecoder在接收到譯碼后的比特流以及BFI之后，即可進(jìn)行譯碼處理。而Outer-LoopPowerControl可以根據(jù)CRCI調(diào)整目標(biāo)塊誤碼率（BlockErrorRatio，以下簡(jiǎn)稱：BLER），并根據(jù)調(diào)整的BLER向NodeB中的內(nèi)環(huán)功率控制（以下簡(jiǎn)稱：Inner-LoopPowerControl）發(fā)送目標(biāo)信噪比（以下簡(jiǎn)稱：TargetSINR），內(nèi)環(huán)功率控制根據(jù)測(cè)量的信噪比（以下簡(jiǎn)稱：MeasuredSINR）和TargetSINR向UE的功率發(fā)射器（以下簡(jiǎn)稱：PowerTransmitter）發(fā)送功率指令（以下簡(jiǎn)稱：PowerCommander），以調(diào)整UE的發(fā)射功率。圖2為在圖1所示系統(tǒng)架構(gòu)中處理三個(gè)子流的結(jié)構(gòu)示意圖，如圖2所示，在現(xiàn)有技術(shù)中，AMR語(yǔ)音信號(hào)可以分為A、B、C三個(gè)子流，即ClassA、ClassB和ClassC，其中，A子流對(duì)語(yǔ)音質(zhì)量影響最大，也最重要，其數(shù)據(jù)塊后附有12比特的CRC校驗(yàn)，B、C子流的重要性相對(duì)較低，數(shù)據(jù)塊之后沒(méi)有CRC校驗(yàn)。NodeB中的CCDecoder均采用維特比算法（ViterbiAlgorithm，以下簡(jiǎn)稱：VA）譯碼器，而VA譯碼器的譯碼結(jié)果中，只有A子流存在CRCI。但是，在實(shí)現(xiàn)本發(fā)明過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中NodeB對(duì)上行AMR語(yǔ)音信號(hào)中A子流的卷積碼譯碼性能較低，或者UE對(duì)下行AMR語(yǔ)音信號(hào)中的A子流的卷積碼譯碼性能較低，對(duì)語(yǔ)音質(zhì)量的影響較大，無(wú)法滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明實(shí)施例提供一種語(yǔ)音信號(hào)處理方法、裝置和接入網(wǎng)系統(tǒng)，以提高對(duì)A子流的卷積碼譯碼性能。本發(fā)明實(shí)施例提供一種語(yǔ)音信號(hào)處理方法，包括：接收用戶設(shè)備UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC；采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理；向基站控制器發(fā)送所述第一子流、第二子流和第三子流的譯碼結(jié)果，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。本發(fā)明實(shí)施例提供另一種語(yǔ)音信號(hào)處理方法，包括：接收基站發(fā)送的第一子流、第二子流和第三子流的譯碼結(jié)果，其中，第一子流的譯碼結(jié)果為采用基于循環(huán)卷積校驗(yàn)CRC輔助判決的譯碼算法進(jìn)行譯碼處理后獲取的譯碼結(jié)果且該譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；將所述CRC校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊，將所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果發(fā)送給核心網(wǎng)。本發(fā)明實(shí)施例提供一種基站，包括：第一接收模塊，用于接收用戶設(shè)備UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC；譯碼處理模塊，用于采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理；第一發(fā)送模塊，用于向基站控制器發(fā)送所述第一子流、第二子流和第三子流的譯碼結(jié)果，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。本發(fā)明實(shí)施例提供一種基站控制器，包括：第二接收模塊，用于接收基站發(fā)送的第一子流、第二子流和第三子流的譯碼結(jié)果，其中，第一子流的譯碼結(jié)果為采用基于循環(huán)卷積校驗(yàn)CRC輔助判決的譯碼算法進(jìn)行譯碼處理后獲取的譯碼結(jié)果且該譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；第二發(fā)送模塊，用于將所述CRC校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊，將所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果發(fā)送給核心網(wǎng)。本發(fā)明實(shí)施例提供一種接入網(wǎng)系統(tǒng)，包括：基站和基站控制器；其中，基站采用上述的基站，基站控制器采用上述的基站控制器。本發(fā)明實(shí)施例還提供另一種語(yǔ)音信號(hào)處理方法，包括：接收基站發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC；采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，獲取所述第一子流、第二子流和第三子流的譯碼結(jié)果，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；根據(jù)所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。本發(fā)明實(shí)施例還提供一種用戶設(shè)備，包括：接收模塊，用于接收基站發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC；第一譯碼處理模塊，用于采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，獲取所述第一子流、第二子流和第三子流的譯碼結(jié)果，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；第二譯碼處理模塊，用于根據(jù)所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。本發(fā)明實(shí)施例中，基站可以采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，相比于現(xiàn)有技術(shù)中采用普通的VA譯碼算法進(jìn)行譯碼處理來(lái)說(shuō)，可以提高對(duì)第一子流的譯碼性能，而由于第一子流在語(yǔ)音質(zhì)量中的重要性較高，因此，本發(fā)明實(shí)施例可以通過(guò)提高第一子流的譯碼性能，提高語(yǔ)音質(zhì)量，滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。本發(fā)明上述實(shí)施例中，UE可以采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，相比于現(xiàn)有技術(shù)中采用普通的VA譯碼算法進(jìn)行譯碼處理來(lái)說(shuō)，可以提高對(duì)第一子流的譯碼性能，而由于第一子流在語(yǔ)音質(zhì)量中的重要性較高，因此，本發(fā)明實(shí)施例可以通過(guò)提高第一子流的譯碼性能，提高語(yǔ)音質(zhì)量，滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。附圖說(shuō)明為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)中語(yǔ)音編碼過(guò)程的系統(tǒng)架構(gòu)示意圖；圖2為在圖1所示系統(tǒng)架構(gòu)中處理三個(gè)子流的結(jié)構(gòu)示意圖；圖3為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例一的流程圖；圖4為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例中所使用的PLVA的一種結(jié)構(gòu)示意圖；圖5為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例所使用的另一種PLVA譯碼器的結(jié)構(gòu)示意圖；圖6為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例二的流程圖；圖7為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例三的流程圖；圖8為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例四的流程圖；圖9為圖8所示方法實(shí)施例四中處理三個(gè)子流的結(jié)構(gòu)示意圖；圖10為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例五的流程圖；圖11為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例六的流程圖；圖12為本發(fā)明基站實(shí)施例一的結(jié)構(gòu)示意圖；圖13為本發(fā)明基站實(shí)施例二的結(jié)構(gòu)示意圖；圖14為本發(fā)明基站實(shí)施例三的結(jié)構(gòu)示意圖；圖15為本發(fā)明基站實(shí)施例四的結(jié)構(gòu)示意圖；圖16為本發(fā)明基站控制器實(shí)施例一的結(jié)構(gòu)示意圖；圖17為本發(fā)明基站控制器實(shí)施例二的結(jié)構(gòu)示意圖；圖18為本發(fā)明基站控制器實(shí)施例三的結(jié)構(gòu)示意圖；圖19為本發(fā)明基站控制器實(shí)施例四的結(jié)構(gòu)示意圖；圖20為本發(fā)明接入網(wǎng)系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖；圖21為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例七的流程圖；圖22為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例八的流程圖；圖23為圖22所示方法實(shí)施例中UE的架構(gòu)示意圖；圖24為本發(fā)明用戶設(shè)備實(shí)施例一的結(jié)構(gòu)示意圖；圖25為本發(fā)明用戶設(shè)備實(shí)施例二的結(jié)構(gòu)示意圖；圖26為本發(fā)明用戶設(shè)備實(shí)施例三的結(jié)構(gòu)示意圖；圖27為本發(fā)明用戶設(shè)備實(shí)施例四的結(jié)構(gòu)示意圖。具體實(shí)施方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明的技術(shù)方案，可以應(yīng)用于各種通信系統(tǒng)，例如：全球移動(dòng)通信系統(tǒng)（GlobalSystemforMobileCommunications，以下簡(jiǎn)稱：GSM），碼分多址（CodeDivisionMultipleAccess，以下簡(jiǎn)稱：CDMA）2000系統(tǒng)，寬帶碼分多址（WidebandCodeDivisionMultipleAccess，以下簡(jiǎn)稱：WCDMA）系統(tǒng)，長(zhǎng)期演進(jìn)（LongTermEvolution，以下簡(jiǎn)稱：LTE）系統(tǒng)等。但為描述方便，下述實(shí)施例以WCDMA為例進(jìn)行說(shuō)明?；荆梢允荊SM或者CDMA2000中的基站（BaseTransceiverStation，以下簡(jiǎn)稱：BTS），也可以是WCDMA中的基站NodeB，還可以是LTE中的演進(jìn)型基站（EvolutionalNodeB，以下簡(jiǎn)稱：eNB或eNodeB），本發(fā)明并不限定，但為描述方便，下述實(shí)施例以NodeB為例進(jìn)行說(shuō)明?；究刂破鳎梢允荊SM或者CDMA2000中的基站控制器（BaseStationController，以下簡(jiǎn)稱：BSC），也可以是WCDMA中的RNC，本發(fā)明并不限定，但為描述方便，下述實(shí)施例以RNC為例進(jìn)行說(shuō)明。圖3為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例一的流程圖，如圖3所示，本實(shí)施例的方法是對(duì)圖1中NodeB的CCDecoder所執(zhí)行的方法的改進(jìn)，本實(shí)施例的方法可以包括：步驟301、接收UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC。舉例來(lái)說(shuō)，NodeB，可以接收UE發(fā)送的編碼語(yǔ)音信號(hào)，該編碼語(yǔ)音信號(hào)即可為圖1中經(jīng)過(guò)CCEncoder編碼處理后的AMR語(yǔ)音信號(hào)。該AMR語(yǔ)音信號(hào)即可包括圖2中的A、B、C三個(gè)子流，分別對(duì)應(yīng)第一子流、第二子流和第三子流。其中第一子流，即A子流中包含CRC。步驟302、采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理。NodeB，具體地可以是NodeB中的CCDecoder，可以采用譯碼算法分別對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理。為了提升現(xiàn)有技術(shù)中NodeB對(duì)第一子流，即A子流的卷積碼譯碼性能，本實(shí)施例采用基于CRC輔助判決的譯碼算法對(duì)第一子流，即A子流進(jìn)行譯碼處理。由于基于CRC輔助判決的譯碼算法需要CRC的輔助判決，而第二子流和第三子流中均不包含CRC，因此，第二子流和第三子流，即B子流和C子流可以采用現(xiàn)有技術(shù)中的VA譯碼器進(jìn)行譯碼處理。具體來(lái)說(shuō)，發(fā)明人經(jīng)過(guò)研究發(fā)現(xiàn)，基于CRC輔助判決的譯碼算法可以有效提高卷積碼的譯碼性能，其基本原理是：通過(guò)Viterbi算法輸出全局最優(yōu)的多條候選的路徑，通過(guò)CRC對(duì)這些路徑對(duì)應(yīng)的譯碼結(jié)果分別進(jìn)行CRC校驗(yàn)，選擇CRC校驗(yàn)正確的譯碼結(jié)果作為最終結(jié)果，如果所有路徑對(duì)應(yīng)的譯碼結(jié)果都無(wú)法通過(guò)CRC校驗(yàn)，則輸出最佳路徑的譯碼結(jié)果作為最終結(jié)果。由于這種譯碼算法可以在包括最佳路徑在內(nèi)的多條路徑間做選擇，因此性能比只選擇最佳路徑的普通Viterbi算法性能更好。通過(guò)研究和仿真，在1%的BLER條件下，以基于CRC輔助判決的譯碼算法為4條候選路徑的并行列舉維特比譯碼算法（ParallelListViterbiAlgoriyhm-4，以下簡(jiǎn)稱：PLVA-4）為例來(lái)說(shuō)，譯碼性能比VA譯碼性能大致高0.2～0.8dB。步驟303、向基站控制器發(fā)送第一子流、第二子流和第三子流的譯碼結(jié)果，該第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。在完成步驟302所執(zhí)行的譯碼處理后，NodeB，具體地可以是NodeB中的CCDecoder即可將譯碼結(jié)果發(fā)送給基站控制器，例如RNC，從而使得RNC可以采用圖2所示的方式將譯碼結(jié)果發(fā)送給CN中的AMRSpeechDecoder，而第一子流的譯碼結(jié)果中包含的CRC校驗(yàn)結(jié)果則可以發(fā)送到RNC中的Outer-LoopPowerControl。后續(xù)的實(shí)現(xiàn)過(guò)程與現(xiàn)有技術(shù)相同，此處不再贅述。本實(shí)施例中，基站可以采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，相比于現(xiàn)有技術(shù)中采用普通的VA譯碼算法進(jìn)行譯碼處理來(lái)說(shuō)，可以提高對(duì)第一子流的譯碼性能，而由于第一子流在語(yǔ)音質(zhì)量中的重要性較高，因此，本實(shí)施例可以通過(guò)提高第一子流的譯碼性能，提高語(yǔ)音質(zhì)量，滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。進(jìn)一步的，上述實(shí)施例中所使用的基于CRC輔助判決的譯碼算法可以為列舉維特比譯碼算法（ListViterbiAlgorithm，以下簡(jiǎn)稱：LVA），或者比特反轉(zhuǎn)譯碼算法等。進(jìn)一步地，上述實(shí)施例可以優(yōu)選PLVA，或者，串行LVA（SerialLVA，以下簡(jiǎn)稱：SLVA）。圖4為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例中所使用的PLVA的一種結(jié)構(gòu)示意圖，如圖4所示，該P(yáng)LVA譯碼器包括VA譯碼器和CRC校驗(yàn)和選擇（CRCCheck&Choose）模塊，其中VA譯碼器包括K個(gè)候選路徑，即Path1～PathK。A子流輸入到VA譯碼器中，VA譯碼器采用Viterbi算法可以輸出K條全局最優(yōu)的候選路徑Path1～PathK，CRCCheck&Choose模塊可以通過(guò)A子流中包含的CRC對(duì)Path1～PathK對(duì)應(yīng)的譯碼結(jié)果分別進(jìn)行CRC校驗(yàn)，并選擇CRC校驗(yàn)結(jié)果正確的譯碼結(jié)果作為最終譯碼結(jié)果，例如選擇Path2對(duì)應(yīng)的譯碼結(jié)果作為最終結(jié)果，如果Path1～PathK對(duì)應(yīng)的譯碼結(jié)果都不能通過(guò)CRC校驗(yàn)，也即所有譯碼結(jié)果都是錯(cuò)誤的，則輸出最佳路徑的譯碼結(jié)果作為最終譯碼結(jié)果，該最佳路徑例如可以為預(yù)先設(shè)定的Path1，最佳路徑即為采用VA算法確定的最大似然路徑。最后，CRCCheck&Choose模塊可以將PLVACRC指示（PLVACRCIndicator，以下簡(jiǎn)稱：PLVACRCI）和PLVA譯碼比特流輸出給RNC。更進(jìn)一步地，上述實(shí)施例可以優(yōu)選采用包括PLVA-4。采用PLVA-4是當(dāng)前性能增益和復(fù)雜度權(quán)衡的一個(gè)折中，當(dāng)候選路徑的條數(shù)K>4以后，性能增益增加不多，而K越大，意味著CRC漏檢概率增加。本領(lǐng)域技術(shù)人員可以理解的是，PLVA-2、PLVA-6、PLVA-8、PLVA-12或者PLVA-16也可以利用到上述實(shí)施例中。另外，本領(lǐng)域技術(shù)人員可以理解的是，基于CRC輔助判決的譯碼算法還可以采用其它算法，例如SLVA，比特反轉(zhuǎn)譯碼算法等，其實(shí)現(xiàn)原理類似，此處不再贅述。在上述圖3所示實(shí)施例的基礎(chǔ)上，發(fā)明人發(fā)現(xiàn)，在將基站中普通的VA譯碼器直接替換成基于CRC輔助判決的譯碼器，例如直接替換成PLVA譯碼器，確實(shí)能夠提高第一子流，即A子流的譯碼性能，但是會(huì)降低語(yǔ)音的平均主觀分（MeanOpinionScore，以下簡(jiǎn)稱：MOS）。具體來(lái)說(shuō)，Outer-LoopPowerControl中針對(duì)A子流、B子流和C子流均預(yù)先設(shè)定一相同的目標(biāo)BLER（以下簡(jiǎn)稱：TargetBLER），一旦A子流的譯碼性能變好，則A子流的BLER低于Outer-LoopPowerControl設(shè)定的TargetBLER，因此，Outer-LoopPowerControl需要將AMR功率降下去。但是，一旦AMR功率降低，其最終結(jié)果是A子流的BLER保持不變，但B、C子流的BLER則會(huì)升高，從而導(dǎo)致語(yǔ)音MOS分下降，實(shí)驗(yàn)表明，AMR功率降低0.3dB，MOS分約降低0.1分。為了在采用圖3所示實(shí)施例的技術(shù)方案時(shí)，避免降低MOS分，本發(fā)明實(shí)施例提供了三種解決方案，下面對(duì)這三種方案進(jìn)行詳細(xì)說(shuō)明。方案一、降低外環(huán)功率控制的目標(biāo)塊誤碼率。通過(guò)降低Outer-LoopPowerControl的TargetBLER，可以使得Outer-LoopPowerControl降低A子流的TargetSINR，而B、C子流的BLER則可維持不變，因此，該方案無(wú)需Outer-LoopPowerControl降低AMR功率，因此，不會(huì)降低語(yǔ)音的MOS分。本方案的優(yōu)點(diǎn)在于：不用修改產(chǎn)品代碼，只需要修改Outer-LoopPowerControl的TargetBLER。方案二、減少第一子流所占用的信道資源，增加第二子流和第三子流所占用的信道資源。在具體實(shí)現(xiàn)時(shí)，可以通過(guò)減小A子流的速率匹配參數(shù)，增大B子流和C子流的速率匹配參數(shù)來(lái)減少所述第一子流所占用的信道資源，增加所述第二子流和第三子流所占用的信道資源，本領(lǐng)域技術(shù)人員也可以采用其它手段來(lái)重新配置三個(gè)子流之間的信道資源，只要能夠達(dá)到減少所述第一子流所占用的信道資源，增加所述第二子流和第三子流所占用的信道資源的目的即可。本方案可以通過(guò)重新配置A、B、C子流的速率匹配參數(shù)，使得A子流的速率匹配參數(shù)減小，B子流和C子流的速率匹配參數(shù)增大，從而將A子流的一部分傳輸資源轉(zhuǎn)移到B、C子流，從而使得三個(gè)子流在PLVA下達(dá)到新的平衡，從而避免降低MOS分。本方案的優(yōu)點(diǎn)在于：對(duì)產(chǎn)品改動(dòng)小。方案三：采用雙CRC上報(bào)的技術(shù)方案。在該技術(shù)方案中，基站可以采用基于CRC輔助判決的譯碼算法，獲取多條候選路徑上的譯碼結(jié)果，應(yīng)用第一子流中包含的CRC對(duì)多條候選路徑上的譯碼結(jié)果進(jìn)行CRC校驗(yàn)，獲取CRC校驗(yàn)結(jié)果正確路徑上的譯碼結(jié)果以及該正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果；然后，基站可以向基站控制器發(fā)送正確路徑上的譯碼結(jié)果、正確路徑的CRC校驗(yàn)結(jié)果以及最佳路徑的校驗(yàn)結(jié)果，以使基站控制器將最佳路徑的校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊、將正確路徑上的譯碼結(jié)果發(fā)送給核心網(wǎng)并根據(jù)正確路徑的CRC校驗(yàn)結(jié)果向核心網(wǎng)發(fā)送壞幀指示。以基于CRC輔助判決的譯碼算法為PLVA舉例來(lái)說(shuō)，圖5為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例所使用的另一種PLVA譯碼器的結(jié)構(gòu)示意圖，如圖5所示，PLVA譯碼器相對(duì)于圖4所示的PLVA譯碼器來(lái)說(shuō)，可以包括三路輸出，這三路輸出包括VACRCI、PLVACRCI以及PLVA譯碼比特流，該VACRCI即為最佳路徑的CRC校驗(yàn)結(jié)果，該最佳路徑為預(yù)先設(shè)定的路徑，例如Path1，而該VACRCI與VA譯碼器輸出的CRCI是等同的，該P(yáng)LVACRCI即為正確路徑的CRC校驗(yàn)結(jié)果，正確路徑可能與最佳路徑相同，例如正確路徑和最佳路徑均為Path1，此時(shí)PLVACRCI與VACRCI相同，正確路徑也可能與最佳路徑不同，例如，正確路徑為Path2，則該P(yáng)LVACRCI為Path2的校驗(yàn)結(jié)果，PLVA譯碼比特流則為正確路徑的譯碼結(jié)果。如果候選路徑中所有路徑都不正確，則PLVA譯碼器的CRCCheck&Choose模塊也輸出最佳路徑的CRC校驗(yàn)結(jié)果，也即，PLVA譯碼器的三路輸出分別為：最佳路徑的譯碼結(jié)果，最佳路徑的CRC校驗(yàn)結(jié)果以及最佳路徑的CRC校驗(yàn)結(jié)果，此時(shí)PLVA譯碼器等價(jià)于VA譯碼器。Outer-LoopPowerControl仍然使用VACRCI，而PLVACRCI則送給AMRSpeechDecoder，用于指示語(yǔ)音幀是否可用。由上述PLVA的原理描述可知，如果最佳路徑對(duì)應(yīng)的譯碼結(jié)果正確，則VA譯碼的結(jié)果和PLVA譯碼的結(jié)果相同，兩個(gè)CRC校驗(yàn)結(jié)果均為正確；如果最佳路徑對(duì)應(yīng)的譯碼結(jié)果錯(cuò)誤，其他候選路徑對(duì)應(yīng)的譯碼結(jié)果正確，則VACRC校驗(yàn)結(jié)果錯(cuò)誤，PLVACRC校驗(yàn)結(jié)果正確，PLVA輸出正確的譯碼結(jié)果；如果所有候選路徑對(duì)應(yīng)的譯碼結(jié)果均錯(cuò)誤，PLVA輸出最佳路徑對(duì)應(yīng)的譯碼結(jié)果。因此，VACRC校驗(yàn)結(jié)果正確的時(shí)候，PLVA的CRC校驗(yàn)結(jié)果必然正確；反之，PLVACRC校驗(yàn)結(jié)果正確，但VACRC校驗(yàn)結(jié)果不一定正確。然后，通過(guò)NodeB和RNC之間的Iub接口，NodeB可以將VACRCI和PLVACRCI傳給RNC。RNC可以利用VACRCI進(jìn)行外環(huán)功率控制，根據(jù)PLVACRCI，則可以向CN發(fā)送BFI指示對(duì)應(yīng)的語(yǔ)音幀是否正確，NodeB還可以將PLVA譯碼后的A子流和VA譯碼得到的B、C子流進(jìn)行組幀，送給AMRSpeechDecoder。AMRSpeechDecoder可以根據(jù)收到包括三個(gè)子流的AMR語(yǔ)音信號(hào)、以及對(duì)應(yīng)的BFI指示進(jìn)行語(yǔ)音解碼。而RNC的Outer-LoopPowerControl模塊則可以根據(jù)PLVA輸出的VACRCI進(jìn)行功率控制，此處可采用現(xiàn)有技術(shù)實(shí)現(xiàn)，不再贅述。下面采用三個(gè)具體實(shí)施例，對(duì)上述三個(gè)技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。圖6為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例二的流程圖，如圖6所示，本實(shí)施例的方法用于實(shí)現(xiàn)上述方案一，本實(shí)施例的方法可以包括：步驟601、接收UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含CRC。步驟602、采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理。步驟603、向基站控制器發(fā)送所述第一子流、第二子流和第三子流的譯碼結(jié)果，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。上述步驟601～步驟603與圖3所示方法實(shí)施例中的步驟301～步驟303的實(shí)現(xiàn)原理類似，此處不再贅述。步驟604、接收基站控制器發(fā)送的降低后的目標(biāo)信噪比。步驟605、根據(jù)所述目標(biāo)信噪比，進(jìn)行內(nèi)環(huán)功率控制。步驟604和步驟605具體來(lái)說(shuō)可以為NodeB中的Inner-LoopPowerControl模塊執(zhí)行的。本實(shí)施例，通過(guò)降低Outer-LoopPowerControl的TargetBLER，可以使得Outer-LoopPowerControl降低第一子流的TargetSINR，而第二、第三子流的BLER則可維持不變，因此，該方案無(wú)需Outer-LoopPowerControl降低AMR功率，因此，不會(huì)降低語(yǔ)音的MOS分。而且，本實(shí)施例不用修改產(chǎn)品代碼，只需要修改Outer-LoopPowerControl的TargetBLER，實(shí)現(xiàn)容易。圖7為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例三的流程圖，如圖7所示，本實(shí)施例的方法可以包括：步驟701、接收UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含CRC。步驟702、采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理。步驟703、向基站控制器發(fā)送所述第一子流、第二子流和第三子流的譯碼結(jié)果，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。上述步驟701～步驟703與圖3所示方法實(shí)施例中的步驟301～步驟303的實(shí)現(xiàn)原理類似，此處不再贅述。步驟704、減小第一子流的速率匹配參數(shù)，增大第二子流和第三子流的速率匹配參數(shù)。本實(shí)施例可以通過(guò)重新配置三個(gè)子流的速率匹配參數(shù)，使得第一子流的速率匹配參數(shù)減小，第二子流和第三子流的速率匹配參數(shù)增大，從而將第一子流的一部分傳輸資源轉(zhuǎn)移到第二、第三子流，從而使得三個(gè)子流在PLVA下達(dá)到新的平衡，從而避免降低MOS分。該技術(shù)方案對(duì)產(chǎn)品的改動(dòng)較小，實(shí)現(xiàn)簡(jiǎn)單。圖8為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例四的流程圖，圖9為圖8所示方法實(shí)施例四中處理三個(gè)子流的結(jié)構(gòu)示意圖，如圖8和9所示，本實(shí)施例的方法可以包括：步驟801、接收UE發(fā)送的AMR語(yǔ)音信號(hào)。該AMR語(yǔ)音信號(hào)包括A、B、C三個(gè)子流，即ClassA、ClassB和ClassC，其中ClassA的數(shù)據(jù)塊后附有CRC校驗(yàn)，B、C子流的數(shù)據(jù)塊之后沒(méi)有CRC校驗(yàn)。步驟802、采用LVA譯碼器對(duì)A子流進(jìn)行譯碼處理，采用VA譯碼器對(duì)B子流和C子流進(jìn)行譯碼處理。步驟803、LVA譯碼器向RNC中的外環(huán)功率控制（Outer-LoopPowerControl）發(fā)送VACRCI。步驟804、LVA譯碼器通過(guò)RNC向AMR語(yǔ)音譯碼器（AMRSpeechDecoder）發(fā)送LVACRCI。步驟805、LVA譯碼器譯碼后的A子流的譯碼結(jié)果和兩個(gè)VA譯碼器譯碼后的B、C子流的譯碼結(jié)果通過(guò)RNC發(fā)送給AMR語(yǔ)音譯碼器。需要說(shuō)明的是，步驟803～步驟804之間可以沒(méi)有先后順序。發(fā)明人采用上述技術(shù)方案了系統(tǒng)仿真，從仿真結(jié)果可知，對(duì)于AMR12.2k業(yè)務(wù)的A子流，PLVA-4相對(duì)于VA，大約有0.3dB的性能增益。通過(guò)雙CRC上報(bào)的方案，在BLER=1%的時(shí)候，可以得到0.1分的MOS分增益，在BLER=10%的時(shí)候，可以獲得0.35分的MOS分增益。當(dāng)系統(tǒng)中BLER越大，由PLVA帶來(lái)的MOS分增益也越大。本實(shí)施例，通過(guò)采用雙CRC的方案，使得帶有功率控制的語(yǔ)音處理系統(tǒng)，例如WCDMA系統(tǒng)等，不需要修改Outer-LoopPowerControl的TargetBLER，也不需要修改A、B、C子流間的速率匹配參數(shù)，而是直接將LVA帶來(lái)的性能增益轉(zhuǎn)化為語(yǔ)音MOS分的增益。由于A子流在AMR語(yǔ)音中重要性最高，該方法能在最大程度上提升語(yǔ)音性能，同時(shí)對(duì)現(xiàn)有系統(tǒng)影響最小。圖10為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例五的流程圖，如圖10所示，本實(shí)施例的方法可以包括：步驟101、接收基站發(fā)送的第一子流、第二子流和第三子流的譯碼結(jié)果，其中，第一子流的譯碼結(jié)果為采用基于CRC輔助判決的譯碼算法進(jìn)行譯碼處理后獲取的譯碼結(jié)果且該譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；步驟102、將所述最佳路徑的校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊，將所述正確路徑上的譯碼結(jié)果和CRC校驗(yàn)結(jié)果發(fā)送給核心網(wǎng)。本實(shí)施例是圖3所示基站執(zhí)行的技術(shù)方案相應(yīng)的基站控制器執(zhí)行的技術(shù)方案，其實(shí)現(xiàn)原理已在上述技術(shù)方案的描述中詳細(xì)說(shuō)明，此處不再贅述。本實(shí)施例的基站控制器可以為RNC或者BSC。本實(shí)施例中的基于CRC輔助判決的譯碼算法可以包括PLVA、SLVA等，此處不再贅述。本實(shí)施例中，基站控制器可以接收基站采用基于CRC輔助判決的譯碼算法對(duì)第一子流進(jìn)行譯碼處理后的譯碼比特流和CRC校驗(yàn)結(jié)果，相比于現(xiàn)有技術(shù)中采用普通的VA譯碼算法進(jìn)行譯碼處理來(lái)說(shuō)，本實(shí)施例可以提高對(duì)第一子流的譯碼性能，而由于第一子流在語(yǔ)音質(zhì)量中的重要性較高，因此，本實(shí)施例可以通過(guò)提高第一子流的譯碼性能，提高語(yǔ)音質(zhì)量，滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。在本發(fā)明另一個(gè)實(shí)施例中，在圖10所示方法實(shí)施例的步驟102之后還可以包括：指示所述基站減少所述第一子流所占用的信道資源，并增加所述第二子流和第三子流所占用的信道資源。該實(shí)施例的方法對(duì)應(yīng)上述方案一所述的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。在本發(fā)明再一個(gè)實(shí)施例中，在圖10所示方法實(shí)施例的步驟102之后還可以包括：降低所述外環(huán)功率控制模塊的目標(biāo)塊誤碼率，以使所述外環(huán)功率控制模塊向所述基站發(fā)送降低后的目標(biāo)信噪比。該實(shí)施例的方法對(duì)應(yīng)上述方案二所述的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。下面對(duì)上述方案三的具體實(shí)現(xiàn)過(guò)程進(jìn)行詳細(xì)說(shuō)明。圖11為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例六的流程圖，如圖11所示，本實(shí)施例的方法可以包括：步驟201、接收基站發(fā)送的第一子流、第二子流和第三子流的譯碼結(jié)果，其中，第一子流的譯碼結(jié)果為采用基于CRC輔助判決的譯碼算法進(jìn)行譯碼處理后獲取的譯碼結(jié)果且該譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。其中，CRC校驗(yàn)結(jié)果可以包括正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，所述譯碼比特流為正確路徑上的譯碼比特流。步驟202、將最佳路徑的CRC校驗(yàn)結(jié)果發(fā)送給所述外環(huán)功率控制模塊。步驟203、將正確路徑上的譯碼比特流和正確路徑的CRC校驗(yàn)結(jié)果發(fā)送給核心網(wǎng)。步驟204、將第二子流和第三子流的譯碼結(jié)果發(fā)送給核心網(wǎng)。步驟202～步驟204之間可以沒(méi)有先后的執(zhí)行順序。本實(shí)施例，通過(guò)采用雙CRC的方案，使得帶有功率控制的語(yǔ)音處理系統(tǒng)，例如WCDMA系統(tǒng)等，不需要修改Outer-LoopPowerControl的TargetBLER，也不需要修改三個(gè)子流間的速率匹配參數(shù)，而是直接將基于CRC輔助判決的譯碼算法帶來(lái)的性能增益轉(zhuǎn)化為語(yǔ)音MOS分的增益。由于第一子流在AMR語(yǔ)音中重要性最高，本實(shí)施例可以在最大程度上提升語(yǔ)音性能，同時(shí)對(duì)現(xiàn)有系統(tǒng)影響最小。需要說(shuō)明的是，寬帶AMR語(yǔ)音與部分窄帶AMR語(yǔ)音，其C子流的比特?cái)?shù)為0。盡管上述實(shí)施例僅以C子流的比特?cái)?shù)不為0的窄帶AMR語(yǔ)音為例進(jìn)行說(shuō)明，本領(lǐng)域技術(shù)人員可以理解的是，本發(fā)明實(shí)施例的技術(shù)方案也同樣適用于寬帶AMR語(yǔ)音以及C子流的比特?cái)?shù)為0的窄帶AMR語(yǔ)音，其實(shí)現(xiàn)原理與上述實(shí)施例類似，此處不再贅述。圖12為本發(fā)明基站實(shí)施例一的結(jié)構(gòu)示意圖，如圖12所示，本實(shí)施例的基站可以包括：第一接收模塊11、譯碼處理模塊12和第一發(fā)送模塊13，其中，第一接收模塊11，用于接收UE發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含CRC；譯碼處理模塊12用于采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理；第一發(fā)送模塊13用于向基站控制器發(fā)送所述第一子流、第二子流和第三子流的譯碼結(jié)果，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。本實(shí)施例的基站可以用于執(zhí)行圖3所示方法實(shí)施例的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述，本實(shí)施例中的基站可以為BTS、NodeB或者eNB。圖13為本發(fā)明基站實(shí)施例二的結(jié)構(gòu)示意圖，如圖13所示，本實(shí)施例的基站在圖12所示基站的基礎(chǔ)上，進(jìn)一步地，第一接收模塊11可以包括：第一接收單元111、第二接收單元112和第三接收單元113，其中，第一接收單元111用于接收所述第一子流；第二接收單元112用于接收所述第二子流；第三接收單元113用于接收所述第三子流；譯碼處理模塊12可以包括：第一譯碼處理單元121、第二譯碼處理單元122和第三譯碼處理單元123，其中，第一譯碼處理單元121用于采用并行列舉維特比譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，獲取多條候選路徑上的譯碼結(jié)果，應(yīng)用所述CRC對(duì)多條候選路徑上的譯碼結(jié)果進(jìn)行CRC校驗(yàn)，獲取CRC校驗(yàn)結(jié)果正確路徑上的譯碼結(jié)果以及該正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，所述最佳路徑為采用維特比譯碼算法確定的最大似然路徑；第二譯碼處理單元122用于采用維特比譯碼算法對(duì)所述第二子流進(jìn)行譯碼處理，獲取譯碼結(jié)果；第三譯碼處理單元123用于采用維特比譯碼算法對(duì)所述第三子流進(jìn)行譯碼處理，獲取譯碼結(jié)果；第一發(fā)送模塊13可以包括：第一發(fā)送單元131、第二發(fā)送單元132和第三發(fā)送單元133，其中，第一發(fā)送單元131用于將所述第一譯碼處理單元獲取的所述正確路徑上的譯碼結(jié)果、所述正確路徑的CRC校驗(yàn)結(jié)果以及最佳路徑的校驗(yàn)結(jié)果發(fā)送給基站控制器，以使所述基站控制器將所述最佳路徑的校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊、將所述正確路徑上的譯碼結(jié)果和CRC校驗(yàn)結(jié)果發(fā)送給核心網(wǎng)；第二發(fā)送單元132用于將所述第二譯碼處理單元獲取的譯碼結(jié)果發(fā)送給所述基站控制器；第三發(fā)送單元133用于將所述第三譯碼處理單元獲取的譯碼結(jié)果發(fā)送給所述基站控制器。本實(shí)施例的基站可以用于執(zhí)行上述方案三所描述的技術(shù)方案，其具體可以執(zhí)行圖8所示方法實(shí)施例的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖14為本發(fā)明基站實(shí)施例三的結(jié)構(gòu)示意圖，如圖14所示，本實(shí)施例的基站在圖12所示基站的基礎(chǔ)上，進(jìn)一步地，還包括：信道資源控制模塊14，用于減少所述第一子流所占用的信道資源，增加所述第二子流和第三子流所占用的信道資源。本實(shí)施例的基站可以用于執(zhí)行上述方案一所描述的技術(shù)方案，其具體可以執(zhí)行圖6所示方法實(shí)施例的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖15為本發(fā)明基站實(shí)施例四的結(jié)構(gòu)示意圖，如圖15所示，本實(shí)施例的基站在圖12所示基站的基礎(chǔ)上，進(jìn)一步地，還包括：內(nèi)環(huán)功率控制模塊15，用于接收所述基站控制器發(fā)送的降低后的目標(biāo)信噪比，并根據(jù)所述目標(biāo)信噪比，進(jìn)行內(nèi)環(huán)功率控制。本實(shí)施例的基站可以用于執(zhí)行上述方案二所描述的技術(shù)方案，其具體可以執(zhí)行圖7所示方法實(shí)施例的方法，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖16為本發(fā)明基站控制器實(shí)施例一的結(jié)構(gòu)示意圖，如圖16所示，本實(shí)施例的基站控制器可以包括：第二接收模塊21和第二發(fā)送模塊22，第二接收模塊21用于接收基站發(fā)送的第一子流、第二子流和第三子流的譯碼結(jié)果，其中，第一子流的譯碼結(jié)果為采用基于循環(huán)卷積校驗(yàn)CRC輔助判決的譯碼算法進(jìn)行譯碼處理后獲取的譯碼結(jié)果且該譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；第二發(fā)送模塊22用于將所述CRC校驗(yàn)結(jié)果發(fā)送給外環(huán)功率控制模塊，將所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果發(fā)送給核心網(wǎng)。本實(shí)施例的基站控制器可以用于執(zhí)行上述圖10所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖17為本發(fā)明基站控制器實(shí)施例二的結(jié)構(gòu)示意圖，如圖17所示，CRC校驗(yàn)結(jié)果包括正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，譯碼比特流為正確路徑上的譯碼比特流，所述最佳路徑為采用維特比譯碼算法確定的最大似然路徑；本實(shí)施例的基站控制器在圖16所示的基站控制器的基礎(chǔ)上，進(jìn)一步，所述第二發(fā)送模塊22包括：第四發(fā)送單元221和第五發(fā)送單元222，其中，第四發(fā)送單元221用于將所述最佳路徑的CRC校驗(yàn)結(jié)果發(fā)送給所述外環(huán)功率控制模塊；第五發(fā)送單元222用于將所述正確路徑上的譯碼比特流和所述正確路徑的CRC校驗(yàn)結(jié)果發(fā)送給核心網(wǎng)，將所述第二子流和第三子流的譯碼結(jié)果發(fā)送給所述核心網(wǎng)。本實(shí)施例的基站控制器可以用于執(zhí)行上述方案三所述的技術(shù)方案，其具體可以執(zhí)行圖11所示的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖18為本發(fā)明基站控制器實(shí)施例三的結(jié)構(gòu)示意圖，如圖18所示，本實(shí)施例的基站控制器在圖16所示的基站控制器的基礎(chǔ)上，進(jìn)一步地包括：指示模塊23，用于指示所述基站減少所述第一子流所占用的信道資源，并增加所述第二子流和第三子流所占用的信道資源。本實(shí)施例的基站控制器可以用于執(zhí)行上述方案一所述的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖19為本發(fā)明基站控制器實(shí)施例四的結(jié)構(gòu)示意圖，如圖19所示，本實(shí)施例的基站控制器在圖16所示的基站控制器的基礎(chǔ)上，進(jìn)一步地包括：參數(shù)控制模塊24，用于降低所述外環(huán)功率控制模塊的目標(biāo)塊誤碼率，以使所述外環(huán)功率控制模塊向所述基站發(fā)送降低后的目標(biāo)信噪比。本實(shí)施例的基站控制器可以用于執(zhí)行上述方案二所述的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖20為本發(fā)明接入網(wǎng)系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖，如圖20所示，本實(shí)施例的接入網(wǎng)系統(tǒng)可以包括基站1和基站控制器2，其中，基站1可以采用圖12～圖15任一所示的基站的結(jié)構(gòu)，其對(duì)應(yīng)地可以執(zhí)行圖3、圖6～8中任一實(shí)施例所述的技術(shù)方案，基站控制器2可以采用圖16～圖19任一所示的基站的結(jié)構(gòu)，其可以執(zhí)行圖10或圖11所示的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。上述實(shí)施例描述了網(wǎng)絡(luò)側(cè)對(duì)UE發(fā)送的上行AMR語(yǔ)音信號(hào)進(jìn)行處理的過(guò)程，下面詳細(xì)描述UE對(duì)基站發(fā)送的下行AMR語(yǔ)音信號(hào)進(jìn)行處理的過(guò)程。圖21為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例七的流程圖，如圖21所示，本實(shí)施例的方法可以包括：步驟211、接收基站發(fā)送的編碼語(yǔ)音信號(hào)，編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，該第一子流中包含CRC。步驟212、采用譯碼算法對(duì)第一子流、第二子流和第三子流進(jìn)行譯碼處理，獲取第一子流、第二子流和第三子流的譯碼結(jié)果，其中，采用基于CRC輔助判決的譯碼算法對(duì)第一子流進(jìn)行譯碼處理，該第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果。步驟213、根據(jù)第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。具體來(lái)說(shuō)，UE可以接收NodeB發(fā)送的編碼語(yǔ)音信號(hào)，該編碼語(yǔ)音信號(hào)即可為AMR語(yǔ)音信號(hào)。該AMR語(yǔ)音信號(hào)即可包括A、B、C三個(gè)子流，分別對(duì)應(yīng)第一子流、第二子流和第三子流。其中第一子流，即A子流中包含CRC。UE中的CC譯碼器，可以采用譯碼算法分別對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理。具體來(lái)說(shuō)，發(fā)明人經(jīng)過(guò)研究發(fā)現(xiàn)，基于CRC輔助判決的譯碼算法可以有效提高卷積碼的譯碼性能，其基本原理是：通過(guò)Viterbi算法輸出全局最優(yōu)的多條候選的路徑，通過(guò)CRC對(duì)這些路徑對(duì)應(yīng)的譯碼結(jié)果分別進(jìn)行CRC校驗(yàn)，選擇CRC校驗(yàn)正確的譯碼結(jié)果作為最終結(jié)果，如果所有路徑對(duì)應(yīng)的譯碼結(jié)果都無(wú)法通過(guò)CRC校驗(yàn)，則輸出最佳路徑的譯碼結(jié)果作為最終結(jié)果。由于這種譯碼算法可以在包括最佳路徑在內(nèi)的多條路徑間做選擇，因此性能比只選擇最佳路徑的普通Viterbi算法性能更好。通過(guò)研究和仿真，在1%的BLER條件下，以基于CRC輔助判決的譯碼算法為4條候選路徑的PLVA-4為例來(lái)說(shuō)，譯碼性能比VA譯碼性能大致高0.2～0.8dB。因此，為了提升UE對(duì)第一子流，即A子流的卷積碼譯碼性能，本實(shí)施例采用基于CRC輔助判決的譯碼算法對(duì)第一子流，即A子流進(jìn)行譯碼處理。由于基于CRC輔助判決的譯碼算法需要CRC的輔助判決，而第二子流和第三子流中均不包含CRC，因此，第二子流和第三子流，即B子流和C子流可以采用現(xiàn)有技術(shù)中的VA譯碼器進(jìn)行譯碼處理。本實(shí)施例中，UE可以采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，相比于現(xiàn)有技術(shù)中采用普通的VA譯碼算法進(jìn)行譯碼處理來(lái)說(shuō)，可以提高對(duì)第一子流的譯碼性能，而由于第一子流在語(yǔ)音質(zhì)量中的重要性較高，因此，本實(shí)施例可以通過(guò)提高第一子流的譯碼性能，提高語(yǔ)音質(zhì)量，滿足用戶對(duì)語(yǔ)音質(zhì)量的更高要求。進(jìn)一步的，上述實(shí)施例中所使用的基于CRC輔助判決的譯碼算法可以為L(zhǎng)VA，或者比特反轉(zhuǎn)譯碼算法等。進(jìn)一步地，上述實(shí)施例可以優(yōu)選PLVA，或者SLVA。其中，PLVA可以采用包括2條、4條、6條、8條、12條或者16條候選路徑的PLVA。在上述圖21所示實(shí)施例的基礎(chǔ)上，發(fā)明人發(fā)現(xiàn)，在將UE中普通的VA譯碼器直接替換成基于CRC輔助判決的譯碼器，例如直接替換成PLVA譯碼器，確實(shí)能夠提高第一子流，即A子流的譯碼性能，但是會(huì)降低語(yǔ)音的MOS分。具體來(lái)說(shuō)，外環(huán)功率控制中針對(duì)A子流、B子流和C子流均預(yù)先設(shè)定一相同的目標(biāo)BLER，一旦A子流的譯碼性能變好，則A子流的BLER低于外環(huán)功率控制設(shè)定的TargetBLER，因此，外環(huán)功率控制需要將AMR功率降下去。但是，一旦AMR功率降低，其最終結(jié)果是A子流的BLER保持不變但B、C子流的BLER則會(huì)升高從而導(dǎo)致語(yǔ)音MOS分下降實(shí)驗(yàn)表明，AMR功率降低0.3dB，MOS分約降低0.1分。為了在采用圖21所示實(shí)施例的技術(shù)方案時(shí)，避免降低MOS分，本發(fā)明實(shí)施例提供了三種解決方案，下面對(duì)這三種方案進(jìn)行詳細(xì)說(shuō)明。方案一、降低外環(huán)功率控制的目標(biāo)BLER。通過(guò)降低外環(huán)功率控制的目標(biāo)BLER，可以使得外環(huán)功率控制降低A子流的目標(biāo)信噪比，而B、C子流的BLER則可維持不變，因此，該方案無(wú)需外環(huán)功率控制降低AMR功率，因此，不會(huì)降低語(yǔ)音的MOS分。本方案的優(yōu)點(diǎn)在于：不用修改產(chǎn)品代碼，只需要修改外環(huán)功率控制的目標(biāo)BLER。方案二、指示基站減少第一子流所占用的信道資源，增加第二子流和第三子流所占用的信道資源。在具體實(shí)現(xiàn)時(shí)，可以指示基站減小A子流的速率匹配參數(shù)，增大B子流和C子流的速率匹配參數(shù)來(lái)減少第一子流所占用的信道資源，增加第二子流和第三子流所占用的信道資源，本領(lǐng)域技術(shù)人員也可以指示基站采用其它手段來(lái)重新配置三個(gè)子流之間的信道資源，只要能夠達(dá)到減少第一子流所占用的信道資源，增加第二子流和第三子流所占用的信道資源的目的即可。本方案可以通過(guò)指示基站重新配置A、B、C子流所占用的信道資源，例如重新配置速率匹配參數(shù)，使得A子流的速率匹配參數(shù)減小，B子流和C子流的速率匹配參數(shù)增大，從而將A子流的一部分傳輸資源轉(zhuǎn)移到B、C子流，從而使得三個(gè)子流在PLVA下達(dá)到新的平衡，從而避免降低MOS分。本方案的優(yōu)點(diǎn)在于：對(duì)產(chǎn)品改動(dòng)小。方案三：采用雙CRC上報(bào)的技術(shù)方案。在該技術(shù)方案中，UE可以采用基于CRC輔助判決的譯碼算法，獲取多條候選路徑上的譯碼結(jié)果，應(yīng)用第一子流中包含的CRC對(duì)多條候選路徑上的譯碼結(jié)果進(jìn)行CRC校驗(yàn)，獲取CRC校驗(yàn)結(jié)果正確路徑上的譯碼結(jié)果以及該正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，其中，最佳路徑為采用維特比譯碼算法確定的最大似然路徑；然后，UE可以采用最佳路徑的CRC校驗(yàn)結(jié)果進(jìn)行外環(huán)功率控制，根據(jù)所述正確路徑上的譯碼結(jié)果和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。下面采用一個(gè)具體的實(shí)施例，對(duì)上述方案三進(jìn)行詳細(xì)說(shuō)明。圖22為本發(fā)明語(yǔ)音信號(hào)處理方法實(shí)施例八的流程圖，圖23為圖22所示方法實(shí)施例中UE的架構(gòu)示意圖，如圖22和23所示，本實(shí)施例的方法可以包括：步驟251、接收基站發(fā)送的編碼語(yǔ)音信號(hào)，該編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含CRC；步驟252、采用基于CRC輔助判決的譯碼算法，對(duì)第一子流進(jìn)行譯碼處理，獲取多條候選路徑上的譯碼結(jié)果，應(yīng)用CRC對(duì)多條候選路徑上的譯碼結(jié)果進(jìn)行CRC校驗(yàn)，獲取CRC校驗(yàn)結(jié)果正確路徑上的譯碼結(jié)果以及該正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，最佳路徑為采用維特比譯碼算法確定的最大似然路徑；步驟253、根據(jù)最佳路徑的CRC校驗(yàn)結(jié)果進(jìn)行外環(huán)功率控制；步驟254、根據(jù)正確路徑上的譯碼結(jié)果和CRC校驗(yàn)結(jié)果以及第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。需要說(shuō)明的是，步驟253和步驟254之間并不限定執(zhí)行的先后順序。具體地，以圖5所示PLVA譯碼器的結(jié)構(gòu)為例來(lái)說(shuō)，該P(yáng)LVA譯碼器可以包括三路輸出，這三路輸出包括VACRCI、PLVACRCI以及PLVA譯碼比特流，該VACRCI即為最佳路徑的CRC校驗(yàn)結(jié)果，該最佳路徑為預(yù)先設(shè)定的路徑，例如Path1，而該VACRCI與VA譯碼器輸出的CRCI是等同的，該P(yáng)LVACRCI即為正確路徑的CRC校驗(yàn)結(jié)果，正確路徑可能與最佳路徑相同，例如正確路徑和最佳路徑均為Path1，此時(shí)PLVACRCI與VACRCI相同，正確路徑也可能與最佳路徑不同，例如，正確路徑為Path2，則該P(yáng)LVACRCI為Path2的校驗(yàn)結(jié)果，PLVA譯碼比特流則為正確路徑的譯碼結(jié)果。如果候選路徑中所有路徑都不正確，則PLVA譯碼器的CRCCheck&Choose模塊也輸出最佳路徑的CRC校驗(yàn)結(jié)果，也即，PLVA譯碼器的三路輸出分別為：最佳路徑的譯碼結(jié)果，最佳路徑的CRC校驗(yàn)結(jié)果以及最佳路徑的CRC校驗(yàn)結(jié)果，此時(shí)PLVA譯碼器等價(jià)于VA譯碼器。由上述PLVA的原理描述可知，如果最佳路徑對(duì)應(yīng)的譯碼結(jié)果正確，則VA譯碼的結(jié)果和PLVA譯碼的結(jié)果相同，兩個(gè)CRC校驗(yàn)結(jié)果均為正確；如果最佳路徑對(duì)應(yīng)的譯碼結(jié)果錯(cuò)誤，其他候選路徑對(duì)應(yīng)的譯碼結(jié)果正確，則VACRC校驗(yàn)結(jié)果錯(cuò)誤，PLVACRC校驗(yàn)結(jié)果正確，PLVA輸出正確的譯碼結(jié)果；如果所有候選路徑對(duì)應(yīng)的譯碼結(jié)果均錯(cuò)誤，PLVA輸出最佳路徑對(duì)應(yīng)的譯碼結(jié)果。因此，VACRC校驗(yàn)結(jié)果正確的時(shí)候，PLVA的CRC校驗(yàn)結(jié)果必然正確；反之，PLVACRC校驗(yàn)結(jié)果正確，但VACRC校驗(yàn)結(jié)果不一定正確。在具體實(shí)現(xiàn)時(shí)，UE的接收模塊可以接收基站發(fā)送的包含A子流、B子流以及C子流的下行AMR語(yǔ)音信號(hào)，其中A子流包含CRC。該UE中包括兩種譯碼器，一種是PLVA譯碼器，另一種是VA譯碼器，其中，PLVA譯碼器可以針對(duì)A子流進(jìn)行譯碼，而VA譯碼器則可以針對(duì)B子流和C子流進(jìn)行譯碼。對(duì)于采用VA譯碼器對(duì)B子流和C子流進(jìn)行譯碼的過(guò)程來(lái)說(shuō)，其可以采用現(xiàn)有技術(shù)實(shí)現(xiàn)，此處不再贅述，譯碼后的比特流可以發(fā)送給UE中的AMR語(yǔ)音譯碼器進(jìn)行譯碼。下面對(duì)PLVA譯碼器對(duì)A子流進(jìn)行譯碼的過(guò)程進(jìn)行詳細(xì)說(shuō)明。對(duì)于A子流來(lái)說(shuō)，采用圖5的PLVA譯碼器，可以輸出三個(gè)譯碼結(jié)果，VACRCI、PLVACRCI以及譯碼后的比特流。PLVACRCI以及譯碼后的比特流可以發(fā)送給AMR語(yǔ)音譯碼器，其中PLVACRCI可以用于指示語(yǔ)音幀是否可用，而VACRCI則可以發(fā)送給UE中的外環(huán)功率控制模塊進(jìn)行外環(huán)功率控制。在具體實(shí)現(xiàn)時(shí)，UE可以將PLVA譯碼后的A子流和VA譯碼得到的B、C子流進(jìn)行組幀，送給AMR語(yǔ)音譯碼器，AMR語(yǔ)音譯碼器可以根據(jù)收到的包括三個(gè)子流的AMR語(yǔ)音信號(hào)、以及對(duì)應(yīng)的BFI指示進(jìn)行語(yǔ)音譯碼。發(fā)明人采用上述技術(shù)方案進(jìn)行了系統(tǒng)仿真，從仿真結(jié)果可知，對(duì)于AMR12.2k業(yè)務(wù)的A子流，PLVA-4相對(duì)于VA，大約有0.3dB的性能增益。通過(guò)雙CRC上報(bào)的方案，在BLER=1%的時(shí)候，可以得到0.1分的MOS分增益，在BLER=10%的時(shí)候，可以獲得0.35分的MOS分增益。當(dāng)系統(tǒng)中BLER越大，由PLVA帶來(lái)的MOS分增益也越大。本實(shí)施例，通過(guò)采用雙CRC的方案，使得帶有功率控制的語(yǔ)音處理系統(tǒng)，例如WCDMA系統(tǒng)等，可以將LVA帶來(lái)的性能增益轉(zhuǎn)化為語(yǔ)音MOS分的增益。由于A子流在AMR語(yǔ)音中重要性最高，該方法能在最大程度上提升語(yǔ)音性能，同時(shí)對(duì)現(xiàn)有系統(tǒng)影響最小。圖24為本發(fā)明用戶設(shè)備實(shí)施例一的結(jié)構(gòu)示意圖，如圖24所示，本實(shí)施例的UE可以包括：接收模塊26、第一譯碼處理模塊27和第二譯碼處理模塊28，其中，接收模塊26，用于接收基站發(fā)送的編碼語(yǔ)音信號(hào)，所述編碼語(yǔ)音信號(hào)包括第一子流、第二子流和第三子流，所述第一子流中包含循環(huán)卷積校驗(yàn)CRC；第一譯碼處理模塊27，用于采用譯碼算法對(duì)所述第一子流、第二子流和第三子流進(jìn)行譯碼處理，獲取所述第一子流、第二子流和第三子流的譯碼結(jié)果，其中，采用基于CRC輔助判決的譯碼算法對(duì)所述第一子流進(jìn)行譯碼處理，所述第一子流的譯碼結(jié)果中包括譯碼比特流和CRC校驗(yàn)結(jié)果；第二譯碼處理模塊28，用于根據(jù)所述第一子流的譯碼比特流和CRC校驗(yàn)結(jié)果以及所述第二子流和第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。本實(shí)施例中，接收模塊26即為UE中用于接收基站發(fā)送的下行信號(hào)的模塊，第一譯碼處理模塊27即為UE中進(jìn)行卷積碼譯碼處理的模塊，第二譯碼處理模塊28，即為UE中的AMR語(yǔ)音譯碼器。本實(shí)施例中的模塊可以采用硬件實(shí)現(xiàn)方式，例如復(fù)用現(xiàn)有UE結(jié)構(gòu)中的相應(yīng)模塊，也可以采用軟件形式實(shí)現(xiàn)，例如在存儲(chǔ)器中裝載相應(yīng)的程序代碼，又或者軟硬結(jié)合的方式實(shí)現(xiàn)，例如第一譯碼處理模塊27和第二譯碼處理模塊28均可以采用軟件形式實(shí)現(xiàn)，而接收模塊26可以采用硬件形式實(shí)現(xiàn)。本實(shí)施例的UE，其用于執(zhí)行圖21所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖25為本發(fā)明用戶設(shè)備實(shí)施例二的結(jié)構(gòu)示意圖，如圖25所示，本實(shí)施例在圖24所示UE結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，還包括：外環(huán)功率控制模塊29，其中：接收模塊26包括：第一接收單元261，用于接收所述第一子流；第二接收單元262，用于接收所述第二子流；第三接收單元263，用于接收所述第三子流；第一譯碼處理模塊27包括：第一譯碼處理單元271，用于采用基于CRC輔助判決的譯碼算法，對(duì)所述第一子流進(jìn)行譯碼處理，獲取多條候選路徑上的譯碼結(jié)果，應(yīng)用所述CRC對(duì)多條候選路徑上的譯碼結(jié)果進(jìn)行CRC校驗(yàn)，獲取CRC校驗(yàn)結(jié)果正確路徑上的譯碼結(jié)果以及該正確路徑的CRC校驗(yàn)結(jié)果和最佳路徑的CRC校驗(yàn)結(jié)果，所述最佳路徑為采用維特比譯碼算法確定的最大似然路徑；第二譯碼處理單元272，用于采用維特比譯碼算法對(duì)所述第二子流進(jìn)行譯碼處理，獲取譯碼結(jié)果；第三譯碼處理單元273，用于采用維特比譯碼算法對(duì)所述第三子流進(jìn)行譯碼處理，獲取譯碼結(jié)果；外環(huán)功率控制模塊29，用于根據(jù)所述最佳路徑的CRC校驗(yàn)結(jié)果進(jìn)行外環(huán)功率控制；第二譯碼處理模塊28，具體用于根據(jù)所述第一譯碼處理單元271獲取的所述正確路徑上的譯碼結(jié)果和CRC校驗(yàn)結(jié)果以及第二譯碼處理單元272獲取的所述第二子流和第三譯碼處理單元273獲取的所述第三子流的譯碼結(jié)果進(jìn)行AMR語(yǔ)音信號(hào)的譯碼處理。需要說(shuō)明的是，本實(shí)施例中，三個(gè)接收單元可以在物理上合為一個(gè)、第二譯碼處理單元272和第三譯碼處理單元273可以采用一個(gè)VA譯碼器實(shí)現(xiàn)。本實(shí)施例的UE，其用于執(zhí)行圖22所示方法實(shí)施例的技術(shù)方案，其具體的邏輯架構(gòu)參見(jiàn)圖23所示的架構(gòu)，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖26為本發(fā)明用戶設(shè)備實(shí)施例三的結(jié)構(gòu)示意圖，如圖26所示，本實(shí)施例在圖24所示UE結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，還包括：外環(huán)功率控制模塊29和內(nèi)環(huán)功率控制模塊30，其中：外環(huán)功率控制模塊29，用于降低外環(huán)功率控制的目標(biāo)塊誤碼率，并根據(jù)降低后的目標(biāo)塊誤碼率向所述內(nèi)環(huán)功率控制模塊發(fā)送降低后的目標(biāo)信噪比；內(nèi)環(huán)功率控制模塊30，用于根據(jù)所述降低后的目標(biāo)信噪比和測(cè)量的信噪比進(jìn)行內(nèi)環(huán)功率控制。本實(shí)施例的UE，其可以用于執(zhí)行前述方案一，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖27為本發(fā)明用戶設(shè)備實(shí)施例四的結(jié)構(gòu)示意圖，如圖27所示，本實(shí)施例在圖24所示UE結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，還包括：指示模塊31，用于指示所述基站減少所述第一子流所占用的信道資源，增加所述第二子流和第三子流所占用的信道資源。本實(shí)施例的UE，其可以用于執(zhí)行前述方案二，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是：以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。