專利名稱：：分組語音數(shù)據(jù)包傳輸方法及其系統(tǒng)的制作方法分組語音it據(jù)包傳輸方法及其系統(tǒng)技術(shù)領(lǐng)城本發(fā)明涉及無線通信領(lǐng)域，特別涉及分組語音技術(shù)。技術(shù)背景VoIP(VoiceoverInternetProtocol)是一種以網(wǎng)間互聯(lián)協(xié)議(InternetProtocol,簡(jiǎn)稱"IP")電話為主，并推出相應(yīng)的增值業(yè)務(wù)的技術(shù)。VoIP最大的優(yōu)勢(shì)是能廣泛地采用互聯(lián)網(wǎng)和全球IP互連的環(huán)境，提供比傳統(tǒng)業(yè)務(wù)更多、更好的服務(wù)。VoIP可以在IP網(wǎng)絡(luò)上便宜的傳送語音、傳真、視頻、和數(shù)據(jù)等業(yè)務(wù)，如統(tǒng)一消息、虛擬電話、虛擬語音/傳真郵箱、查號(hào)業(yè)務(wù)、互聯(lián)網(wǎng)呼叫中心、互聯(lián)網(wǎng)呼叫管理、電視會(huì)議、電子商務(wù)、傳真存儲(chǔ)轉(zhuǎn)發(fā)和各種信息的存儲(chǔ)轉(zhuǎn)發(fā)等。IP電話就是利用VoIP技術(shù)所提供的一種語音業(yè)務(wù)。傳統(tǒng)上語音是通過電路域傳輸?shù)?，典型的代表是公用電話交換網(wǎng)(PublicSwitchedTelephoneNetwork,簡(jiǎn)稱"PSTN")。但隨著因特網(wǎng)的飛速發(fā)展，在因特網(wǎng)上傳送話音的技術(shù)成為非常熱門的技術(shù)。VoIP技術(shù)是將標(biāo)準(zhǔn)的話音信號(hào)轉(zhuǎn)換成經(jīng)過壓縮的分組數(shù)據(jù)(即可以在IP網(wǎng)絡(luò)上傳輸?shù)腎P分組數(shù)據(jù)包)在因特網(wǎng)或其它IP網(wǎng)絡(luò)上傳輸。為了能夠通過IP傳輸語音，首先要將話音信號(hào)數(shù)字化，再將語音數(shù)據(jù)進(jìn)行分組、添加VoIP協(xié)議，通過IP網(wǎng)絡(luò)傳輸?shù)侥康牡兀又训竭_(dá)目的地的分組數(shù)據(jù)包按發(fā)送順序重新排序，使用與發(fā)送方相對(duì)應(yīng)的解壓縮算法從數(shù)據(jù)中恢復(fù)出話音信號(hào)。話音信號(hào)的數(shù)字化又可包含兩個(gè)步驟首先，系統(tǒng)檢測(cè)最近數(shù)字化的信息中是否包含話音信號(hào)，或者僅僅是環(huán)境噪聲，然后決定是否丟棄；其次，引入復(fù)雜的算法來減少傳送到對(duì)方的信息量(即壓縮)。智能編碼通夠進(jìn)行噪聲抑制，并對(duì)話音數(shù)據(jù)流進(jìn)行壓縮。在VoIP技術(shù)中，通常使用G.711/G.723.1/G.729/G.726/UMTSAMR(通用移動(dòng)通信系統(tǒng)自適應(yīng)多速率)/增強(qiáng)型可變速率編碼器(EnhancedVariableRateCoder,簡(jiǎn)稱"EVRC")等標(biāo)準(zhǔn)進(jìn)行編解碼。在寬帶碼分多址(WidebandCodeDivisionMultipleAccess，簡(jiǎn)稱"WCDMA")系統(tǒng)中，語音經(jīng)過AMR壓縮編碼，基于實(shí)時(shí)傳輸協(xié)議(RealTimeTransferProtocol,簡(jiǎn)稱"RTP")協(xié)議，通過IP網(wǎng)絡(luò)進(jìn)行傳輸，具體報(bào)文結(jié)構(gòu)如表1所示<table>tableseeoriginaldocumentpage7</column></row><table>表1其中IPv4(v6)頭、用戶數(shù)據(jù)報(bào)協(xié)議(UserDatagramProtocol，簡(jiǎn)稱"UDP")頭、以及RTP頭都是數(shù)據(jù)包的包頭；編碼模式請(qǐng)求(CodecModeRequest,簡(jiǎn)稱"CMR")是本端用戶設(shè)備(UserEquipment,簡(jiǎn)稱"UE")發(fā)給對(duì)端UE的模式請(qǐng)求；內(nèi)容列表(tableofcontents,簡(jiǎn)稱"ToC")是對(duì)該語音幀的類型、質(zhì)量等的指示信息；A子流(ClassA)、B子流(ClassB)、和C子流(ClassC)是該數(shù)據(jù)包的各子流。由于AMR編碼的A、B、C子流比特重要性不一致(A子流的比特重要性最高)，所以為了提高效率，協(xié)議建議VoIP采用不均等錯(cuò)誤保護(hù)(Un叫ualErrorProtection,簡(jiǎn)稱"UEP")傳輸，即對(duì)重要的比特采用比較多的保護(hù)，而對(duì)不重要的比特采用比較少的保護(hù)或者不保護(hù)。目前，現(xiàn)有的技術(shù)方案一是由無線網(wǎng)絡(luò)控制器(RadioNetworkController,簡(jiǎn)稱"RNC")把IP拆分為4個(gè)包(IP頭、A子流、B子流、C子流)，建立4個(gè)無線承載(RadioBearers,簡(jiǎn)稱"RB")，通過給每個(gè)RB分別分配不同的信道參數(shù)進(jìn)行實(shí)現(xiàn)的。4旦是，該方案有以下兩個(gè)缺點(diǎn)(1)建立多個(gè)RB會(huì)帶來更多的資源需求，對(duì)系統(tǒng)造成負(fù)擔(dān)。(2)由于高速分組接入(HighSpeedPacketAccess,簡(jiǎn)稱"HSPA")信道有的實(shí)現(xiàn)可能會(huì)不支持多個(gè)RB承載，因此，可能無法承載在未來VoIP業(yè)務(wù)的主流承載HSPA信道中?，F(xiàn)有的技術(shù)方案二是將VoIP業(yè)務(wù)承載在HSPA信道上，發(fā)送端在整個(gè)IP包后面加了24比特的循環(huán)冗余校驗(yàn)(CyclicRedundancyCheck,簡(jiǎn)稱"CRC")位(如表2所示)，接收端對(duì)整個(gè)IP包進(jìn)行CRC校驗(yàn)。<table>tableseeoriginaldocumentpage8</column></row><table>表2但是，該方案同樣存在以下問題(1)沒有區(qū)分AMR的不同子流，無法使不同子流得到不同的CRC保護(hù)。(2)對(duì)于VoIP業(yè)務(wù)而言，24比特的CRC有點(diǎn)浪費(fèi)，因?yàn)殡娐方粨Q域(CircuitSwitchedDomain,簡(jiǎn)稱"CS")語音業(yè)務(wù)采用12比特CRC，誤比特率(BitErrorRate,簡(jiǎn)稱"BER")就已經(jīng)低于l(T6了。
發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種分組語音數(shù)據(jù)包傳輸方法及其系統(tǒng)，使得VoIP業(yè)務(wù)的傳輸效率得以提高。為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種分組語音數(shù)據(jù)包傳輸方法，包含以下步驟發(fā)送端根據(jù)待發(fā)送的分組語音數(shù)據(jù)包的IP包頭、用戶數(shù)據(jù)報(bào)協(xié)議UDP包頭、實(shí)時(shí)傳車敘協(xié)i義RTP包頭、編碼才莫式i青求CMR、內(nèi)容列表ToC、和A子流之一或其任意組合生成循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送；接收端收到所述數(shù)據(jù)包后，根據(jù)其中的校驗(yàn)字段對(duì)所述發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)。其中，還包含以下步驟如果所述接收端校驗(yàn)成功，則接收所述數(shù)據(jù)包，否則丟棄該數(shù)據(jù)包。此外在所述方法中，所述數(shù)據(jù)包為經(jīng)自適應(yīng)多速率AMR編碼的語音業(yè)務(wù)的數(shù)據(jù)包，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度小于24比特。此外在所述方法中，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度為12比特。此外在所述方法中，所述發(fā)送端根據(jù)所述數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC和A子流生成所述CRC校驗(yàn)字段。此外在所述方法中，所述數(shù)據(jù)包承載在高速分組接入信道或?qū)Ｓ眯诺乐?。此外在所述方法中，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的高速媒體接入控制層或增強(qiáng)媒體接入控制層根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流；當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備的高速媒體接入控制層或增強(qiáng)媒體接入控制層根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流。此外在所述方法中，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的高速々某體4妄入控制層或增強(qiáng):樣體4妾入控制層獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根椐該IP包結(jié)構(gòu)分離出所述A子流;當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備的高速媒體接入控制層或增強(qiáng)媒體接入控制層獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出所述A子流。此外在所述方法中，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由無線網(wǎng)絡(luò)控制器通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流；當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流。此外在所述方法中，所述數(shù)據(jù)包通過寬帶碼分多址或長(zhǎng)期演進(jìn)網(wǎng)絡(luò)承載。本發(fā)明還提供了一種分組語音數(shù)據(jù)包傳輸系統(tǒng)，包含發(fā)送端與接收端，所述發(fā)送端包含用于根據(jù)待發(fā)送的分組語音數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其任意組合生成CRC校驗(yàn)字段的模塊；和用于將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包中后發(fā)送的模塊；所述接收端包含用于根據(jù)收到的所述數(shù)據(jù)包的校驗(yàn)字段對(duì)所述發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)的模塊。其中，所述接收端還包含用于判斷所述校-瞼是否成功的模塊；和用于在所述校驗(yàn)成功時(shí)接受所述數(shù)據(jù)包，在所述校驗(yàn)失敗時(shí)丟棄該數(shù)據(jù)包的模塊。此外在所述系統(tǒng)中，所述數(shù)據(jù)包為電路交換域經(jīng)AMR編碼的語音業(yè)務(wù)的數(shù)據(jù)包，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度為12比特。此外在所述系統(tǒng)中，所述用于生成CRC校驗(yàn)字段的模塊通過以下方式之一從所述數(shù)據(jù)包中分離出所述A子流根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流；或獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出所述A子流。本發(fā)明還提供了一種分組語音數(shù)據(jù)包傳輸方法，包含以下步驟發(fā)送端根據(jù)待發(fā)送的經(jīng)AMR編碼的分組語音數(shù)據(jù)包生成小于24比特的循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包后承栽在高速分組接入信道中發(fā)送；接收端從高速分組接入信道收到所述經(jīng)AMR編碼的分組語音數(shù)據(jù)包后，根據(jù)該數(shù)據(jù)包中的校驗(yàn)字段對(duì)該數(shù)據(jù)包進(jìn)行校驗(yàn)，如果校驗(yàn)成功，則接受該數(shù)據(jù)包，否則丟棄該數(shù)據(jù)包。本發(fā)明還提供了一種分組語音數(shù)據(jù)包傳輸系統(tǒng)，包含發(fā)送端與接收端，所述發(fā)送端包含用于根據(jù)待發(fā)送的經(jīng)AMR編碼的分組語音數(shù)據(jù)包生成長(zhǎng)度小于24比特的循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段的模塊；和用于將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包后承載在高速分組接入信道中發(fā)送的模塊；所述接收端包舍4艮據(jù)從高速分組4婁入^f言道收到的所述經(jīng)AMR編碼的分組語音數(shù)據(jù)包中的校驗(yàn)字段對(duì)該數(shù)據(jù)包進(jìn)行校驗(yàn)的模塊；用于判斷所述校驗(yàn)是否成功的模塊；和用于在所述校驗(yàn)成功時(shí)接受該數(shù)據(jù)包，在所述校驗(yàn)失敗時(shí)丟棄該數(shù)據(jù)包的模塊。通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，由發(fā)送端根據(jù)待發(fā)送的VoIP數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其任意組合生成CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送。使得接收端僅需對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)，從而減少了發(fā)射功率，提高了系統(tǒng)容量。在VoIP數(shù)據(jù)包的各子流中，僅對(duì)重要性較高的A子流進(jìn)行校驗(yàn)，實(shí)現(xiàn)了VoIP業(yè)務(wù)的UEP傳輸。由于無需對(duì)待發(fā)送的VoIP數(shù)據(jù)包進(jìn)行拆分，因此節(jié)約了建立多個(gè)無線承載所需的資源，減少了對(duì)系統(tǒng)造成的負(fù)擔(dān)，而且，使得該數(shù)據(jù)包既可以通過高速分組接入信道承栽，也可以通過專用信道承載。對(duì)于經(jīng)AMR編碼的語音業(yè)務(wù)的數(shù)據(jù)包，生成的CRC校驗(yàn)字段長(zhǎng)度小于現(xiàn)有技術(shù)中采用的24比特CRC校驗(yàn)字段，減少了傳輸校驗(yàn)字段所需的資源，進(jìn)一步提高了系統(tǒng)容量。而且，如果采用12比特的CRC校驗(yàn)字段，誤比特率(BitErrorRate,簡(jiǎn)稱"BER")就已經(jīng)低于10'6了，因此同樣可以滿足語音業(yè)務(wù)所需的性能需求。多種劃分VoIP數(shù)據(jù)包中各子流的方法，為本發(fā)明的實(shí)現(xiàn)提供了具體的實(shí)施方式。附困說明圖1是根據(jù)本發(fā)明第一實(shí)施方式的VoIP數(shù)據(jù)包傳輸方法流程圖；圖2是根據(jù)現(xiàn)有技術(shù)中根據(jù)整個(gè)VoIP數(shù)據(jù)包生成CRC校驗(yàn)字段示意圖；圖3是根據(jù)本發(fā)明第一實(shí)施方式中根據(jù)VoIP數(shù)據(jù)包中部分內(nèi)容生成CRC校驗(yàn)字段示意圖；圖4是根據(jù)本發(fā)明第四實(shí)施方式的VoIP數(shù)據(jù)包傳輸系統(tǒng)結(jié)構(gòu)圖。務(wù)昧實(shí)施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。在本發(fā)明中，發(fā)送端根據(jù)分組語音數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其任意組合生成CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送。接收端收到該數(shù)據(jù)包后，根據(jù)其中的校驗(yàn)字段對(duì)發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)，如果該接收端校驗(yàn)成功，則接收該數(shù)據(jù)包，否則丟棄該數(shù)據(jù)包。分組語音數(shù)據(jù)包可通過寬帶碼分多址(WidebandCodeDivisionMultipleAccess,簡(jiǎn)稱"WCDMA")網(wǎng)絡(luò)、長(zhǎng)期演進(jìn)(LongTermEvolution,簡(jiǎn)稱"LTE")網(wǎng)絡(luò)、或其他網(wǎng)絡(luò)承載。下面對(duì)本發(fā)明的第一實(shí)施方式進(jìn)行詳細(xì)闡述。本實(shí)施方式涉及VoIP數(shù)據(jù)包傳輸方法，本實(shí)施方式以WCDMA網(wǎng)絡(luò)為例，本實(shí)施方式中的VoIP數(shù)據(jù)包為經(jīng)AMR編碼的語音業(yè)務(wù)數(shù)據(jù)包，具體流程如圖l所示。在步驟101中，發(fā)送端根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段。具體地說，由于在VoIP數(shù)據(jù)包中，IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流具有4支高的重要性，相對(duì)而言，B、C子流的重要性不高。因此^叉對(duì)IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流進(jìn)4亍CRC校驗(yàn)，對(duì)B、C子流不進(jìn)行CRC校驗(yàn)，區(qū)分出了AMR的不同子流，使得不同子流得到不同的CRC保護(hù)，實(shí)現(xiàn)了VoIP業(yè)務(wù)的UEP傳輸。以AMR12.2K的VoIP為例，具體IP包的比特分配如表3所示:<table>tableseeoriginaldocumentpage14</column></row><table>表3由此可見，B子流和C子流的比特?cái)?shù)為103+60=163，占總比特?cái)?shù)312的52%，假定在傳輸中每個(gè)比特出錯(cuò)的概率是相等的，那么如果不對(duì)B、C子流進(jìn)行CRC校驗(yàn)，整個(gè)塊出錯(cuò)的概率就大大降低了，又因?yàn)橹貍髦饕且驗(yàn)镃RC校驗(yàn)出錯(cuò)，所以不對(duì)B、C子流進(jìn)行CRC校驗(yàn)可以降低CRC出錯(cuò)率，減少重傳次數(shù)，從而提高了系統(tǒng)容量。發(fā)送端要實(shí)現(xiàn)根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段，首先需要從該數(shù)據(jù)包中分離出A子流。在本實(shí)施方式中，當(dāng)發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的高速媒體接入控制層(MAC-hs)或增強(qiáng)媒體接入控制層(MAC-e)通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流；當(dāng)發(fā)送端為UE時(shí)，由UE的MAC-hs或MAC-e通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流。TOC的格式如下(細(xì)節(jié)請(qǐng)參見RFC3267)+_+_+_+_+-+-+|F|FTIQI+_++_+_++-+其中，F(xiàn)T為幀類型索引，根據(jù)該值可以判斷當(dāng)前采用的是哪種AMR(AMR-WB)模式，從而分離出A子流和B、C子流，具體幀類型值和模式的對(duì)應(yīng)關(guān)系參見3GPPTS26.101和3GPPTS26.201。發(fā)送端分離出各子流后，即可只根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段。由于對(duì)于經(jīng)AMR編碼的語音業(yè)務(wù)數(shù)據(jù)包而言，采用12比特CRC,誤比特率(BitErrorRate,簡(jiǎn)稱"BER")就已經(jīng)低于10"了，因此，可以采用小于24比特(如12比特)的CRC校驗(yàn)字段，在滿足語音業(yè)務(wù)性能需求的情況下，減少傳輸校驗(yàn)字段所需的資源，以進(jìn)一步提高系統(tǒng)容量。圖2為現(xiàn)有技術(shù)中發(fā)送端根據(jù)整個(gè)IP包生成CRC校驗(yàn)字段的示意圖；圖3為本實(shí)施方式中僅根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段的示意圖。采用不同方案(如依據(jù)不同的內(nèi)容生成校驗(yàn)字段、采用不同長(zhǎng)度的校驗(yàn)字段)的具體仿真結(jié)果如表4所示<table>tableseeoriginaldocumentpage16</column></row><table>表4不難發(fā)現(xiàn)，如果發(fā)送端僅根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成12比特的CRC校驗(yàn)字段，可以有效降低重傳次數(shù)，提高系統(tǒng)容量，而且對(duì)于B、C子流而言，殘留BER也可以達(dá)到要求。即使發(fā)送端根據(jù)整個(gè)IP包生成CRC校驗(yàn)字段，只要僅生成12比特的CRC校驗(yàn)字段，也可以在滿足語音業(yè)務(wù)性能需求的情況下，減少傳輸校驗(yàn)字段所需的資源，以進(jìn)一步提高系統(tǒng)容量。接著，進(jìn)入步驟102，發(fā)送端將生成的CRC校驗(yàn)字段添加在該VoIP數(shù)據(jù)包中后發(fā)送。具體地說，發(fā)送端的MAC-hs或MAC-e將生成的CRC校驗(yàn)字段添加在該VoIP數(shù)據(jù)包的尾部，如表5所示，并將該VoIP數(shù)據(jù)包承載在高速分組接入信道或?qū)Ｓ眯诺乐邪l(fā)送。<table>tableseeoriginaldocumentpage16</column></row><table>表5由于在本實(shí)施方式中，無需對(duì)待發(fā)送的VoIP數(shù)據(jù)包進(jìn)行拆分，因此節(jié)約了建立多個(gè)無線承栽所需的資源，減少了對(duì)系統(tǒng)造成的負(fù)擔(dān)，而且，使得該數(shù)據(jù)包既可以通過高速分組接入信道承栽，也可以通過專用信道承載，擴(kuò)大了本實(shí)施方式的應(yīng)用范圍。接著，進(jìn)入步驟103，接收端對(duì)收到的數(shù)據(jù)包進(jìn)行CRC校驗(yàn)。具體地說，接收端收到該VoIP數(shù)據(jù)包后，根據(jù)其中的校驗(yàn)字段對(duì)發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)。本實(shí)施方式中，發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容是IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流，所以在接收端也根據(jù)VoIP數(shù)據(jù)包中的CRC校驗(yàn)字段對(duì)IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流進(jìn)行CRC校驗(yàn)。如果發(fā)送端是依據(jù)其它字段生成CRC校驗(yàn)字段的，則在接收端進(jìn)行CRC校驗(yàn)的對(duì)象也需相應(yīng)地改變。由于接收端僅需對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，因此大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)，從而減少了發(fā)射功率，提高了系統(tǒng)容量。接著，進(jìn)入步驟104,接收端判斷校驗(yàn)是否正確，如果正確，則說明該VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流在傳輸過程中尚未出現(xiàn)錯(cuò)誤，進(jìn)入步驟105，接收該數(shù)據(jù)包；如果校驗(yàn)錯(cuò)誤，則說明該VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流中至少有一部分傳輸錯(cuò)誤，進(jìn)入步驟106，丟棄該數(shù)據(jù)包，以保證VoIP數(shù)據(jù)包的正確性。在上迷第一實(shí)施方式中，根據(jù)IIP/UDP/RTP頭、CMR、ToC、和A子流生成12比特的CRC校驗(yàn)字段，這是一種較佳的實(shí)施方式，本發(fā)明也包括其它生成CRC校驗(yàn)字段的方案，例如CRC校驗(yàn)字段采用N(N小于24)個(gè)比特，只針對(duì)IP/UDP/RTP頭，CMR，ToC和A子流進(jìn)行CRC校驗(yàn)。CRC校驗(yàn)字段采用N個(gè)比特，只針對(duì)IP/UDP/RTP頭和A子流進(jìn)行CRC校驗(yàn)；CRC校驗(yàn)字段采用N個(gè)比特，只針對(duì)IP/UDP/RTP頭進(jìn)行CRC校驗(yàn)；CRC校-瞼字,殳采用N個(gè)比特，只針對(duì)IP/UDP/RTP頭和CMR,ToC進(jìn)行CRC校驗(yàn)；CRC校驗(yàn)字段采用N個(gè)比特，只針對(duì)CMR,ToC進(jìn)行CRC校驗(yàn)；CRC校驗(yàn)字段采用N個(gè)比特，只針對(duì)CMR,ToC和A子流進(jìn)行CRC校驗(yàn)；CRC校驗(yàn)字段采用N個(gè)比特，只針對(duì)A子流進(jìn)行CRC校驗(yàn)。因?yàn)橹皇轻槍?duì)IP包中的一部分內(nèi)容進(jìn)行CRC校驗(yàn)，所以上述這些方案或多或少都可以達(dá)到減少重傳次數(shù)的效果。本發(fā)明的第二實(shí)施方式涉及VoIP數(shù)據(jù)包傳輸方法，本實(shí)施方式與第一實(shí)施方式大致相同，其區(qū)別僅在于，發(fā)送端從該數(shù)據(jù)包中分離出各子流的方法有所不同。在第一實(shí)施方式中，當(dāng)發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的MAC-hs或MAC-e通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流；當(dāng)發(fā)送端為UE時(shí)，由UE的MAC-hs或MAC-e通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流。而在本實(shí)施方式中，當(dāng)發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的MAC-hs或MAC-e獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)該數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出A子流。也就是說，當(dāng)會(huì)話初始化協(xié)議(SessionInitiationProtocol,簡(jiǎn)稱"SIP")信令協(xié)商好之后，UE給RNC上報(bào)可能的IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，然后RNC把該表格傳給基站的MAC-hs和MAC-e,MAC-hs(或MAC-e)根據(jù)收到的RTP包負(fù)荷大小查表得到當(dāng)前的IP包結(jié)構(gòu)，從而分離出A子流和B、C子流。當(dāng)發(fā)送端為UE時(shí)，由UE的MAC-hs或MAC-e獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)該數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并才艮據(jù)該IP包結(jié)構(gòu)分離出A子流。由于本實(shí)施方式中的發(fā)送端同樣是根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段，因此，接收端僅需對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)，從而減少了發(fā)射功率，提高了系統(tǒng)容量。本發(fā)明的第三實(shí)施方式涉及VoIP數(shù)據(jù)包傳輸方法，本實(shí)施方式與第一實(shí)施方式大致相同，其區(qū)別僅在于，發(fā)送端從該數(shù)據(jù)包中分離出各子流的方法有所不同。在第一實(shí)施方式中，當(dāng)發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的MAC-hs或MAC-e通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流；當(dāng)發(fā)送端為UE時(shí)，由UE的MAC-hs或MAC-e通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流。而在本實(shí)施方式中，當(dāng)發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由網(wǎng)絡(luò)側(cè)的RNC通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流，RNC根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成12比特的CRC校驗(yàn)字段。當(dāng)發(fā)送端為UE時(shí)，由UE通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流。由于本實(shí)施方式中的發(fā)送端同樣是根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段，因此，接收端僅需對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)，從而減少了發(fā)射功率，提高了系統(tǒng)容量。本發(fā)明的第四實(shí)施方式涉及VoIP數(shù)據(jù)包傳輸系統(tǒng)，包含發(fā)送端與接收端。在發(fā)送端中包含用于根據(jù)待發(fā)送的VoIP數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其4壬意組合生成CRC才交-驗(yàn)字l爻的模塊；和用于將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送的模塊。在接收端中包含用于根據(jù)收到的VoIP數(shù)據(jù)包的校驗(yàn)字段對(duì)發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)的模塊；用于判斷校驗(yàn)是否成功的模塊；和用于在校驗(yàn)成功時(shí)接受該數(shù)據(jù)包，在校驗(yàn)失敗時(shí)丟棄該數(shù)據(jù)包的模塊。其中，VoIP數(shù)據(jù)包為經(jīng)AMR編碼的語音業(yè)務(wù)數(shù)據(jù)包，生成的CRC校驗(yàn)字段長(zhǎng)度為12比特，以在滿足語音業(yè)務(wù)性能需求的情況下，減少傳輸校驗(yàn)字段所需的資源，以進(jìn)一步提高系統(tǒng)容量。生成CRC校驗(yàn)字段的模塊可通過以下方式之一從VoIP數(shù)據(jù)包中分離出A子流(1)根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出A子流。(2)獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)該數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出A子流。由于本實(shí)施方式中的發(fā)送端僅根據(jù)VoIP數(shù)據(jù)包中的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流生成CRC校驗(yàn)字段，因此不但實(shí)現(xiàn)了VoIP業(yè)務(wù)的UEP傳輸，而且使得接收端僅需對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)，從而減少了發(fā)射功率，提高了系統(tǒng)容量。雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。權(quán)利要求1.一種分組語音數(shù)據(jù)包傳輸方法，其特征在于，包含以下步驟發(fā)送端根據(jù)待發(fā)送的分組語音數(shù)據(jù)包的IP包頭、用戶數(shù)據(jù)報(bào)協(xié)議UDP包頭、實(shí)時(shí)傳輸協(xié)議RTP包頭、編碼模式請(qǐng)求CMR、內(nèi)容列表ToC、和A子流之一或其任意組合生成循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送；接收端收到所述數(shù)據(jù)包后，根據(jù)其中的校驗(yàn)字段對(duì)所述發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)。2.根據(jù)權(quán)利要求1所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，還包含以下步驟如果所述接收端校驗(yàn)成功，則接收所述數(shù)據(jù)包，否則丟棄該數(shù)據(jù)包。3.根據(jù)權(quán)利要求1所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述數(shù)據(jù)包為經(jīng)自適應(yīng)多速率AMR編碼的語音業(yè)務(wù)的數(shù)據(jù)包，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度小于24比特。4.根據(jù)權(quán)利要求3所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度為12比特。5.根據(jù)權(quán)利要求1所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述發(fā)送端根據(jù)所述數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC和A子流生成所述CRC校驗(yàn)字段。6.根據(jù)權(quán)利要求1所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述數(shù)據(jù)包承載在高速分組接入信道或?qū)Ｓ眯诺乐小?.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的高速媒體接入控制層或增強(qiáng)媒體接入控制層根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流；當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備的高速媒體接入控制層或增強(qiáng)媒體接入控制層根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流。8.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由基站的高速媒體接入控制層或增強(qiáng)媒體接入控制層獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出所述A子流；當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備的高速媒體接入控制層或增強(qiáng)媒體接入控制層獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出所述A子流。9.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述發(fā)送端通過以下方式從所述數(shù)據(jù)包中分離出所述A子流當(dāng)所述發(fā)送端為網(wǎng)絡(luò)側(cè)時(shí)，由無線網(wǎng)絡(luò)控制器通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR^莫式，并根據(jù)該AMR^t式分離出所述A子流；當(dāng)所述發(fā)送端為用戶設(shè)備時(shí)，由用戶設(shè)備通過解RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流。10.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的分組語音數(shù)據(jù)包傳輸方法，其特征在于，所述數(shù)據(jù)包通過寬帶碼分多址或長(zhǎng)期演進(jìn)網(wǎng)絡(luò)承載。11.一種分組語音數(shù)據(jù)包傳輸系統(tǒng)，包含發(fā)送端與接收端，其特征在于，所述發(fā)送端包含用于根據(jù)待發(fā)送的分組語音數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其任意組合生成CRC校驗(yàn)字段的模塊；和用于將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包中后發(fā)送的模塊；所述接收端包含用于根據(jù)收到的所述數(shù)據(jù)包的校驗(yàn)字段對(duì)所述發(fā)送端生成校驗(yàn)字段時(shí)所依據(jù)的內(nèi)容進(jìn)行校驗(yàn)的模塊。12.根據(jù)權(quán)利要求11所述的分組語音數(shù)據(jù)包傳輸系統(tǒng)，其特征在于，所述接收端還包含用于判斷所述校驗(yàn)是否成功的模塊；和用于在所述校驗(yàn)成功時(shí)接受所述數(shù)據(jù)包，在所述校驗(yàn)失敗時(shí)丟棄該數(shù)據(jù)包的模塊。13.根據(jù)權(quán)利要求12所述的分組語音數(shù)據(jù)包傳輸系統(tǒng)，其特征在于，所述數(shù)據(jù)包為經(jīng)AMR編碼的語音業(yè)務(wù)的數(shù)據(jù)包，所述發(fā)送端生成的CRC校驗(yàn)字段長(zhǎng)度為12比特。14.根據(jù)權(quán)利要求10至13中任一項(xiàng)所述的分組語音數(shù)據(jù)包傳輸系統(tǒng)，其特征在于，所述用于生成CRC校驗(yàn)字段的模塊通過以下方式之一從所述數(shù)據(jù)包中分離出所述A子流根據(jù)RTP負(fù)荷中的ToC判斷當(dāng)前采用的AMR模式，并根據(jù)該AMR模式分離出所述A子流；或獲取IP包結(jié)構(gòu)和RTP負(fù)荷長(zhǎng)度之間的對(duì)應(yīng)關(guān)系，根據(jù)所述數(shù)據(jù)包的RTP包負(fù)荷大小查找該對(duì)應(yīng)關(guān)系，得到IP包結(jié)構(gòu)，并根據(jù)該IP包結(jié)構(gòu)分離出所述A子流。15.—種分組語音數(shù)據(jù)包傳輸方法，其特征在于，包含以下步驟發(fā)送端4艮據(jù)待發(fā)送的經(jīng)AMR編碼的分組語音數(shù)據(jù)包生成小于24比特的循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包后承栽在高速分組接入信道中發(fā)送；接收端從高速分組接入信道收到所述經(jīng)AMR編碼的分組語音數(shù)據(jù)包后，根據(jù)該數(shù)據(jù)包中的校驗(yàn)字段對(duì)該數(shù)據(jù)包進(jìn)行校驗(yàn)，如果校驗(yàn)成功，則接受該數(shù)據(jù)包，否則丟棄該數(shù)據(jù)包。16.—種分組語音數(shù)據(jù)包傳輸系統(tǒng)，包含發(fā)送端與接收端，其特征在于，所述發(fā)送端包含用于根據(jù)待發(fā)送的經(jīng)AMR編碼的分組語音數(shù)據(jù)包生成長(zhǎng)度小于24比特的循環(huán)冗余校驗(yàn)CRC校驗(yàn)字段的模塊；和用于將生成的校驗(yàn)字段添加在所述數(shù)據(jù)包后承載在高速分組接入信道中發(fā)送的模塊；所述接收端包含根據(jù)從高速分組接入信道收到的所述經(jīng)AMR編碼的分組語音數(shù)據(jù)包中的校驗(yàn)字段對(duì)該數(shù)據(jù)包進(jìn)行校驗(yàn)的模塊；用于判斷所述校驗(yàn)是否成功的模塊；和用于在所述校驗(yàn)成功時(shí)接受該數(shù)據(jù)包，在所述校驗(yàn)失敗時(shí)丟棄該數(shù)據(jù)包的模塊。全文摘要本發(fā)明涉及無線通信領(lǐng)域，公開了一種分組語音數(shù)據(jù)包傳輸方法及其系統(tǒng)，使得VoIP業(yè)務(wù)的傳輸效率得以提高。本發(fā)明中，由發(fā)送端根據(jù)待發(fā)送的VoIP數(shù)據(jù)包的IP包頭、UDP包頭、RTP包頭、CMR、ToC、和A子流之一或其任意組合生成CRC校驗(yàn)字段，并將生成的校驗(yàn)字段添加在該數(shù)據(jù)包中后發(fā)送，接收端僅對(duì)該數(shù)據(jù)包的部分內(nèi)容進(jìn)行校驗(yàn)，從而大大減少了因校驗(yàn)錯(cuò)誤而導(dǎo)致重傳的次數(shù)。對(duì)經(jīng)AMR編碼的語音，將CRC校驗(yàn)字段的長(zhǎng)度縮為12個(gè)比特，在同樣滿足傳輸要求的前提下，減少了傳輸校驗(yàn)字段所需的資源，進(jìn)一步提高了系統(tǒng)容量。文檔編號(hào)H04L12/56GK101155141SQ20061015972公開日2008年4月2日申請(qǐng)日期2006年9月29日優(yōu)先權(quán)日2006年9月29日發(fā)明者江于,布雷爾·弗蘭克,張巖強(qiáng),謝超唯申請(qǐng)人:華為技術(shù)有限公司