專利名稱：：無線通信系統(tǒng)中的數(shù)據(jù)分組傳輸方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及在無線通信系統(tǒng)中傳輸按照非均等誤碼保護(Un叫ualErrorProtection,UEP)要求編碼的數(shù)據(jù)包。本發(fā)明特別涉及一種應用在通信系統(tǒng)中發(fā)射機上的數(shù)據(jù)分組傳輸方法，所述發(fā)射機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制(MAC)層協(xié)議，以及MAC層的上層的協(xié)議；其中至少有一個待發(fā)送數(shù)據(jù)包的至少一部分使用支持UEP的編碼器編碼。本發(fā)明還涉及一種應用在通信系統(tǒng)中接收機上的數(shù)據(jù)分組傳輸方法，所述接收機用于接收數(shù)據(jù)包，所述數(shù)據(jù)包中至少包括一部分使用發(fā)射機中支持UEP的編碼器編碼的信息；所述接收機還包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制(MAC)層協(xié)議，以及MAC層的上層的協(xié)議。本發(fā)明還涉及分別實現(xiàn)上述方法的一種發(fā)射機和一種接收機。
背景技術(shù)：
：以下將對本發(fā)明作一詳細說明，以第三代合作計劃(3GPP)的通用移動通訊系統(tǒng)(UMTS)和高速下行分組接入(HSDPA)或高速上行分組接入(HSUPA)系統(tǒng)為例。但是，本領(lǐng)域技術(shù)人員應能明白，本發(fā)明也能應用在其它分組數(shù)據(jù)小區(qū)接入系統(tǒng)的下行和上行鏈路上，例如可用于CDMA2000、GPRS系統(tǒng)或其它類似系統(tǒng)。此夕卜，雖然這里詳細說明的僅僅是UMTS中的自適應多速率(AMR)編碼譯碼器，但本領(lǐng)域技術(shù)人員可以直接將本發(fā)明擴展到任何類型的、由編碼譯碼器對數(shù)據(jù)包數(shù)據(jù)采用有區(qū)別誤碼保護的分組數(shù)據(jù)傳輸上。3GPP無線接入網(wǎng)(RAN)工作組(WG)地定義了UMTS陸上無線接入網(wǎng)(UTRAN)。在UTRAN的電路交換(CS)域中，UEP將語音服務的傳輸格式10(TF)設(shè)置為支持AMR和寬帶AMR(WB-AMR)編碼譯碼。這樣易錯無線信道就只會保護對可察覺到的語音質(zhì)量影響較大的位，而容許在較為不重要的位上存在錯誤。因此，UTRAN的CS域支持使用UEP，這是已知
背景技術(shù)：
中的一項，且已經(jīng)應用于UMTS標準規(guī)范和UMTS產(chǎn)品中。在UTRAN的分組交換(PS)域中，各種不同的功能分布在多個節(jié)點中。圖l顯示了UTRAN分組交換域架構(gòu)的定義。在這里，一個語音信號由一個編碼譯碼器編碼，所述編碼譯碼器需要有區(qū)別的誤碼保護，例如AMR譯碼編碼器或WB-AMR譯碼編碼器，且編碼譯碼器應用于互聯(lián)網(wǎng)多媒體子系統(tǒng)(IMS)下行鏈路和用戶設(shè)備(UE)上行鏈路上。編碼譯碼器的模式定義哪些位需要保護，哪些不需要。對于其它類型的編碼譯碼器，例如視頻編碼譯碼器，各幀需要保護的位可能各不相同。這里所說的"受保護"和"保護"，用于表示釆用誤碼檢測或其它誤碼保護功能，例如循環(huán)冗余校驗(CRC),來實現(xiàn)對位進行保護以免出現(xiàn)錯誤。依此類推，"未受保護"則表示未采用這些保護措施。而"部分誤碼保護"則進一步用來表示在一個數(shù)據(jù)包中，有些位受到保護，其他位則未受保護。經(jīng)過編碼的幀，例如語音幀，被封裝成數(shù)據(jù)包，例如采用實時傳輸協(xié)議(RTP)、用戶數(shù)據(jù)包協(xié)議精簡版(UDP-lite)和互聯(lián)網(wǎng)協(xié)議(IP)作為不同層的協(xié)議來封裝數(shù)據(jù)包。所述數(shù)據(jù)包進一步通過UMTS系統(tǒng)的各協(xié)-漢層和定義的各接口傳輸，在下行鏈路上，數(shù)據(jù)包最后抵達NodeB，在上行鏈路上，數(shù)據(jù)包最后抵達用戶設(shè)備。在分組傳輸系統(tǒng)中，例如在HSDPA(見參考文件3)和HSUPA(見參考文件4)中，傳輸?shù)闹挥袛?shù)據(jù)包，只能通過IP來支持語音服務，所以稱為IP語音服務(VoIP)。本文最后附有參考文件清單。HSDPA和HSUPA都提供對傳輸中所有數(shù)據(jù)實施均等誤碼保護的數(shù)據(jù)服務。不過，AMR編碼譯碼器也和電路切換UTRAN中的AMR編碼譯碼器一樣，對不同的位需要有區(qū)別的誤碼保護。根據(jù)對不同位需要不同誤碼保護的無線信道，配置了UMTS中用于編碼語音幀的編碼解碼器，以優(yōu)化系統(tǒng)性能，獲得最好的語音質(zhì)量，且占用最少無線資源。11在VoIP^f皮引入例如HSDPA和HSUPA這樣的系統(tǒng)后，上述增益就不存在了，因為RAN不支持UEP，盡管編碼解碼器仍然可以對某些位應用較低的保護，也可以用消耗較少無線資源的方法在無線接口中傳輸。使用VoIP的系統(tǒng)，例如HSDPA和HSUPA，就不能繼續(xù)享受UEP的益處。參考文件1和2中描述了
背景技術(shù)：
中針對這一問題的解決方案。在參考文件l中，描述了一種在支持UEP的空口上減低保護的方法。這一方法有兩個優(yōu)點，使得這一方法成為一個能改進原有系統(tǒng)的解決方案。首先，因為CRC中的數(shù)據(jù)量減少，所以需要傳輸?shù)臄?shù)據(jù)量減少，要求的傳輸功率也因此降低。較低的保護程度更適合于AMR語音服務的要求。其次，由于數(shù)據(jù)包中允許存在部分的錯誤，而不至于對終端用戶的服務質(zhì)量產(chǎn)生明顯影響，所以重傳次數(shù)明顯降低。在參考文件1中提出的解決方案主要關(guān)注的是無線接口應用的原則。這份文件沒有提到怎樣將這一解決方案真正應用到實際中的UMTS系統(tǒng)里。就這個解決方案的實際實施而言，參考文件1還留下了很多沒有解決的問題。例如，在接收端接收數(shù)據(jù)的有關(guān)方法就沒有說明，具體來說，在參考文件中，這個解決方案中沒有闡明接收誤碼保護信息的具體方法，這就可能造成接收方面的問題。而這種接收問題則進一步導致系統(tǒng)中明顯的用戶端服務質(zhì)量下降。參考文件2中提供的解決方案，則是通過將受保護位和未受保護位分開，來獲得UEP的增益，受保護位和未受保護位被分到分組數(shù)據(jù)匯聚協(xié)議(PDCP)中的兩個無線承載(RB)上，一個RB負責受保護位，另一個RB負責未受保護位。但是，由于每個RB都需要自己的報頭信息，這個解決方案在數(shù)據(jù)傳輸中增加了很多開銷。這是這個解決方案的明顯缺點，大量的開銷會抵消UEP在空口上帶來的增益，所以系統(tǒng)中的開銷迫切需要降低。因此，上述在VoIP上實施UEP的現(xiàn)有技術(shù)方案都有尚需解決的問題，問題涉及用戶端服務質(zhì)量和系統(tǒng)開銷。進一步，還需要降低系統(tǒng)中的重傳次數(shù)。
發(fā)明內(nèi)容本發(fā)明的目的在于提供一種信息分組傳輸方法，所述信息至少部分由支持UEP的編碼裝置編碼，從而解決上述問題。因此，本發(fā)明將提供一種比現(xiàn)有技術(shù)中的傳輸方法效率更高的UEP編碼信息分組傳輸方法。為實現(xiàn)本發(fā)明的目的，本發(fā)明提供了一種傳輸裝置中實施的方法，所述傳輸裝置中的MAC層實體執(zhí)行以下步驟從至少一個MAC層的上層實體接收至少一個數(shù)據(jù)包和至少一個數(shù)據(jù)包參數(shù)；根據(jù)所述至少一個數(shù)據(jù)包參數(shù)選擇部分誤碼保護，所述部分誤碼保護應用于所述至少一個數(shù)據(jù)包；將所述至少一個數(shù)據(jù)包發(fā)送到所述通信系統(tǒng)中的接收機，并將所選的部分誤碼保護應用于所述至少一個數(shù)據(jù)包上；用所述發(fā)射機和所述接收機協(xié)商一致的方式，將已應用的部分誤碼保護指示給所述接收機。為實現(xiàn)本發(fā)明的目的，本發(fā)明還提供了一種接收機中實施的方法，所述接收機中的MAC層實體執(zhí)行以下步驟接收所述發(fā)射機發(fā)送的至少一個數(shù)據(jù)包，所述至少一個數(shù)據(jù)包應用了部分誤碼保護；檢測來自所述發(fā)射機的指示，所述指示與應用在所述至少一個數(shù)據(jù)包上的部分誤碼保護相關(guān)；根據(jù)所述指示，使用所述部分誤碼保護的解碼方法，對所述至少一個數(shù)據(jù)包上的部分誤碼保護執(zhí)行解碼。為實現(xiàn)本發(fā)明的目的，本發(fā)明還分別提供了分別實施上述方法的一種發(fā)射才幾和一種4妄收才幾。這里所說的MAC層定義為執(zhí)行HARQ過程的校驗碼運算的協(xié)議層，例如執(zhí)行CRC運算的協(xié)議層。所述MAC層定義為執(zhí)行校驗碼運算的協(xié)議層，是為了保證無線接口上的無誤碼傳輸，即無線鏈路或無線跳上的無誤碼傳輸。所述應用部分誤碼保護，指的是在發(fā)射機中，例如在信號上應用誤碼檢測編碼時，在編碼運算中使用一部分信號，從而計算并添加CRC;在接收機中，部分誤碼保護解碼則包括例如部分誤碼;險測解碼，即通過在解碼運算中使用一部分信號，從而計算出CRC,并將計算出的CRC與收到的CRC相比較。根據(jù)本發(fā)明的UEP編碼信息分組傳輸，其特征在于，系統(tǒng)中的發(fā)射機得到一個數(shù)據(jù)包參數(shù)，該參數(shù)告知發(fā)射機上層在待發(fā)送數(shù)據(jù)包上作了什么處理。發(fā)射機根據(jù)這一信息，選擇保護數(shù)據(jù)包中的哪些位。然后，發(fā)射機將所選的部分誤碼保護應用到數(shù)據(jù)包上，并將數(shù)據(jù)包發(fā)送給接收機。發(fā)射機還通知接收機數(shù)據(jù)包中的哪些位受到保護。接收機對數(shù)據(jù)包執(zhí)行部分誤碼保護解碼，將通知的受保護數(shù)據(jù)用在運算中。本發(fā)明提供的技術(shù)特征使接收機可以得知接收到的數(shù)據(jù)包中有哪些位受到保護、應該用到部分誤碼保護解碼運算中去，即哪些位應該用在CRC運算中。這樣可以改善接收質(zhì)量和/或降低重傳次數(shù)。通過本發(fā)明，接收機可以容許在接收到的數(shù)據(jù)包中有一部分位包含錯誤，前提是這些位被發(fā)射機認定為重要性較低。這在實際應用中是可行的，因為發(fā)射機會根據(jù)數(shù)據(jù)包參數(shù)選擇數(shù)據(jù)包中哪些位應該用在部分誤碼保護運算中，并且將這些位通知給接收機。發(fā)射機選擇會對用戶終端服務質(zhì)量造成很大影響的位，將這些位用在部分誤碼保護運算中。接收機;險測到從發(fā)射機發(fā)來的指示，可以根據(jù)檢測到的指示，主要把所選擇的位，即會對用戶終端服務質(zhì)量造成很大影響的位，用在部分誤碼保護運算中。這樣，那些對用戶終端服務質(zhì)量較為重要的位會受到保護，由此減少對用戶終端服務質(zhì)量較不重要的位的重傳，同時也保證了用戶終端得到質(zhì)量良好的服務。在本發(fā)明實施例中，所述指示標出被選中、并用在部分誤碼保護運算中的位，所述指示可以被通知給接收機，而絲毫不增加系統(tǒng)開銷?？梢酝ㄟ^隱含信14令來達到這一目的，即賦予某一傳輸參數(shù)額外的隱含信息。這樣，如果發(fā)射機要通知接收機，指示某些位應該用在部分誤碼保護運算中，發(fā)射機可以選擇一個或多個特定的傳輸參數(shù)，應用在發(fā)往接收機的數(shù)據(jù)傳輸上，接受裝置從傳輸參數(shù)的選擇中可以獲得隱含信息，得知哪些位應該用在部分誤碼保護運算中。顯然，該方法的優(yōu)點在于，將信息發(fā)送給接收機時，絲毫不會增加系統(tǒng)開銷。在本發(fā)明實施例中，所述指示標出被選中、并用在部分誤碼保護運算中的位，可以通過重新定義當前傳輸中未使用的信令，將所述指示通知給接收機。這樣，用于其他類型傳輸?shù)奈?，即通常用于信令的位，在當前傳輸中可以被重新定義為與部分誤碼保護相關(guān)聯(lián)的信息。然后，發(fā)射機可以通過這些重新定義的信令，將所選的部分誤碼保護通知給接收機。該方法的優(yōu)點在于，傳輸中使用的信令資源量與普通傳輸時一樣，不需要任何額外資源。以下結(jié)合優(yōu)選實施例的附圖來詳細說明本發(fā)明實施例和本發(fā)明所述UEP編碼信息分組傳輸?shù)膬?yōu)越性。圖1示出了UTRAN用戶面架構(gòu)；圖2示出了UTRAN控制面架構(gòu)；圖3示出了通過壓縮和分割報頭來實現(xiàn)的受保護位擴散；圖4示出了根據(jù)新MAC-hs格式實現(xiàn)的級聯(lián)；圖5示出了應用在發(fā)射機中的方法的流程圖；圖6示出了應用在接收機中的方法的流程圖。具體實施例方式在參考文件1當中，沒有說明應用非均等保護的數(shù)據(jù)包接收機應如何獲知數(shù)據(jù)包中哪些位是受保護的，哪些是未受保護的，也沒有說明發(fā)射機應如何獲知從較高協(xié)議層收到的數(shù)據(jù)包中哪些位是受保護的，哪些是未受保護的。數(shù)據(jù)關(guān)聯(lián)信令的信令資源是有限的，例如在HSDPA和HSUPA上，限制信令資源以便將信令開銷壓到最低。數(shù)據(jù)關(guān)聯(lián)信令包括與數(shù)據(jù)傳輸相關(guān)的信令，信令本身并不承載特定數(shù)據(jù)信息。這種數(shù)據(jù)關(guān)聯(lián)信令的發(fā)送很頻繁，例如每發(fā)送一次數(shù)據(jù)，就會發(fā)送一次信令。因此，應避免在數(shù)據(jù)關(guān)聯(lián)信令中添加用于承載數(shù)據(jù)的額外位。在信令中添加UEP編碼數(shù)據(jù)相關(guān)位，也會增加非UEP數(shù)據(jù)的開銷，因此在系統(tǒng)中直接通知UEP的使用相關(guān)信息并不適當。在HSDPA和HSUPA這類系統(tǒng)中的數(shù)據(jù)資源也是有限的，因此也應該盡量避免各協(xié)議層添加格外開銷。本發(fā)明在通知接收機哪些位受到保護的同時，并不為此添加任何關(guān)聯(lián)數(shù)據(jù)，從而解決了無線接口上的開銷問題。因此，通過本發(fā)明的應用，接收機得以獲知哪些位受到保護，哪些未受到保護，而無須添加額外的開銷。進一步，用戶終端服務質(zhì)量得以改善，同時也不會增加任何開銷。如下所述，根據(jù)本發(fā)明，可以通過例如組合現(xiàn)有信令方法相關(guān)信息和/或資源應用信息來發(fā)送保護指示。所述指示將傳輸設(shè)置映射到UEP應用相關(guān)信息上，讓系統(tǒng)可以從承自編碼解碼器定義的有區(qū)別保護要求中受益。因此，通過應用本發(fā)明，例如HSDPA或HSUPA接收端的接收機可以獲知UEP數(shù)據(jù)包中哪些位受到保護，而無須增加數(shù)據(jù)關(guān)聯(lián)信令的開銷。在以下說明中，例如HSDPA系統(tǒng)等下行鏈路系統(tǒng)中的保護指示描述哪些信息應該通過圖1所示UTRAN用戶面架構(gòu)中的Uu接口傳輸。如上所述，如果要在接收機上在空口上使用UEP，如參考文件1所說，接收機必須知道哪些位要用在CRC運算中，才能校驗傳輸塊(TB)是否正確接收。CRC校驗由用戶設(shè)備(UE)在解碼直接傳送的信息之前執(zhí)行，所以在傳輸之前，UE就必須知道哪些位要用在CRC運算中。根據(jù)本發(fā)明的一個實施例，可以通過選擇特定選項和/或做出特定設(shè)置，以隱含信息通知接收機所應用的保護，從而達到發(fā)送保護指示的目的。根據(jù)本發(fā)明實施例，接收機可以根據(jù)以下任一方式所選的選項和/或設(shè)置，從而獲知哪些位要用在CRC運算中。無論有沒有數(shù)據(jù)關(guān)聯(lián)信令的指示，接收機都可以通過此次傳輸或相關(guān)傳輸16所選用的無線資源，推導出每個數(shù)據(jù)塊中受UEP保護的位。舉例而言，所述無線資源可以包括以下任一項一個頻率或一組頻率；一個編碼或一組編石馬；一個時隙或時間間隔；一個天線，例如多輸入多輸出(MIMO)天線，和/或天線極化。無論有沒有數(shù)據(jù)關(guān)聯(lián)信令的指示，接收機都可以通過重復傳輸如HARQ進程的資源中的選項和/或設(shè)置，推導出每個數(shù)據(jù)塊中受UEP保護的位。無論有沒有數(shù)據(jù)關(guān)聯(lián)信令的指示，接收機都可以通過傳輸格式中的選項和/或設(shè)置，推導出每個數(shù)據(jù)塊中受UEP保護的位。舉例而言，所述傳輸格式可以包括以下集中任意一項傳輸數(shù)據(jù)塊的大?。徽`碼保護編碼；調(diào)制；MIMO編碼。接收機還可以通過以上各項信息的任意組合，例如通過傳輸數(shù)據(jù)塊大小和HARQ進程選擇的組合信息，推導出每個數(shù)據(jù)塊中受UEP保護的位。例如，可用下表給出了所述信息組合和相應UEP信息的定義HARQ進程IDTB大小受保護位130513623051361317152231715213291602329160..'17表1:HARQ進程ID，TB大小和受保護位當本發(fā)明中支持隱含信息的接收機檢測到當前傳輸中使用了特定HARQ進程和TB大小，接收機會在表中檢索這一特定信息組合，從而獲知數(shù)據(jù)塊中有多少位要用在CRC運算中。特別在HSDPA系統(tǒng)中，共有8種HARQ進程，但連續(xù)數(shù)據(jù)傳輸需要的HARQ進程只有6種。因此，在HSDPA系統(tǒng)中，特別適合使用保留的兩種HARQ進程來指示特定的UEP保護。本發(fā)明中的隱含指示通知從發(fā)射機發(fā)到接收機的數(shù)據(jù)包中使用的保護信息，通過所述隱含指示，接收這些數(shù)據(jù)包的接收機可以推導出這些數(shù)據(jù)包中哪些位應該用在CRC運算中，同時系統(tǒng)中也無須增加額外的關(guān)聯(lián)信令開銷。本領(lǐng)域技術(shù)人員應能了解，除上述參數(shù)或信息外，其他無線資源、傳輸參數(shù)、傳輸格式或這些信息的組合，也能用來承載本發(fā)明中的隱含信息。需要注意的是，雖然實際中確實可以保留特定的資源和/或設(shè)置，用于指示一定比例的受保護位，但是根據(jù)上述強調(diào)信息(bulletabove),這時所述特定資源、設(shè)置或其組合就只能用于包含一定數(shù)量或一定比例受保護位的UEP數(shù)據(jù)包。因此，用隱含信息向UE指示UEP保護的方法必須謹慎選擇，以免帶來不必要的傳輸限制。根據(jù)本發(fā)明的另一實施例，還可以通過重新定義數(shù)據(jù)關(guān)聯(lián)信令，來實現(xiàn)所述保護指示，這時重新定義的信令就負責傳遞保護相關(guān)信息。在本發(fā)明的這個實施例中，接收機可以理解重新定義的信令，從而獲知哪些位應該用在CRC運算中。在本發(fā)明中，通過重新定義VoIP未使用的數(shù)據(jù)關(guān)聯(lián)信令位的含義，可以創(chuàng)建出一種新的VoIP優(yōu)化信令格式?？梢灾匦露x的數(shù)據(jù)關(guān)聯(lián)信令碼點(codepoint)包括例如指示特大數(shù)據(jù)塊大小的碼點，指示大數(shù)量平行傳輸資源的碼點，信道化碼，以及時間頻率資源塊；還可以進一步包括指示頻率集、調(diào)制、HARQ進程、MIMO編碼或以上各項任意組合的碼點。VoIP并不一定要用這些數(shù)據(jù)關(guān)聯(lián)信令位，所以這些位可以用來傳遞UEP受18保護位的指示信息。在本發(fā)明實施例中，重新定義信令的主要優(yōu)點在于，這樣的信令格式耗費的傳輸資源和其他數(shù)據(jù)傳輸中的同等信令格式一樣，也就是說，和現(xiàn)有的HSDPA高速共享控制信道(HS-SCCH)格式一樣。在本發(fā)明的另一個實施例中，通過新加信令位，直接用信令傳遞保護指示。在這個實施例中，直接描述所用UEP的新加信令位4皮加入傳輸信號中，這個信令位可以被接收機檢測到，接收機根據(jù)這個信令位選擇用在CRC運算中的位。因此，在本發(fā)明中，RAN設(shè)置UE在一定的RB上使用UEP;對于這些RB，RAN通過直接或隱含的信息，告知UE怎樣推導出哪些位是受保護的，哪些位不受保護。由于在接受服務的UE中提高了誤碼檢測性能，從而改善了終端用戶服務質(zhì)量。RAN在建立HSDPA等數(shù)據(jù)傳輸連接時為UE設(shè)定一定配置。在UTRAN或E-UTRAN中，通過無線資源控制(RRC)協(xié)議或同等協(xié)議，來完成上述設(shè)置。圖2顯示了HSPA的控制面架構(gòu)。在HSDPA的
背景技術(shù)：
中，HS-SCCH用于配置在Uu接口物理層上的數(shù)據(jù)傳輸。在數(shù)據(jù)傳輸開始之前，設(shè)置信息就被傳送給UE，包括信道化碼設(shè)置信息(7位)；調(diào)制方案信息(l位)；傳輸塊(TB)大小信息(6位)；混合自動重復請求(HARQ)流程信息(3位)；冗余和星座版本信息(3位)；新數(shù)據(jù)指示符(1位)；UE身份信息(16位)。UE通過結(jié)合來自多個信息要素的信息，獲得實際的TB大小。在HSUPA的
背景技術(shù)：
中，E-DCH專用物理控制信道(E-DPCCH)用于配置在Uu接口物理層上的數(shù)據(jù)傳輸。在數(shù)據(jù)傳輸開始之前，這一設(shè)置信息就被傳送主會NodeB，包括E-DCH傳輸格式組合ID(E-TFCI)(7位)；重傳序列號(RSN)(2位)；"快樂"位(1位)。E-TFCI域指向參考文件5(附錄B)中定義的表，TB的實際大小就是從這張表中獲取。在本發(fā)明中，給UE的指示信息添加在控制消息中，告知UE怎樣理解發(fā)射機發(fā)出的保護指示。也就是說，告知UE怎樣理解特定的資源選擇、配置、和/或數(shù)據(jù)關(guān)聯(lián)信令信息等隱含指示，例如怎樣將一組HARQ進程ID和TB大小的組合信息映射到UEP操作上，所述UEP操作中定義了一定數(shù)量的受保護位或未受保護位。這樣UE就可以決定受保護位有多少，而無需在HS-SCCH上添加新的信令。如果應用了HARQ進程ID和TB大小的組合信息，就要應用HSDPA的普通MAC(MAC-hs)格式。上述信息可以放在一張或多張表里，所述表可以在標準中定義，也可以直接在控制消息里發(fā)送。如果在標準中定義了所述表，控制消息中的信息就可以是指向預先定義的表的索引，或是預先定義的表的子集。如果直接發(fā)送所述表，控制消息就必須先發(fā)送表中內(nèi)容，然后發(fā)送索引。此外，也可以既預先定義所述表，又直接發(fā)送所述表。上文中的表l便是所述表的例子。這里的"預先定義"指預先由各方同意，也可預先在標準文件中聲明。在本實施例中，TB大小表示為TB大小索引(kt)，如參考文件5(第9.2.3.1章)所示，在UTRAN中里用TB大小索引確定TB的大小。這個數(shù)值在0到254之間。未受保護位可以用絕對值來表示，也可以用指向一張表的索引表示(和TB大小類似)，或用指向另一種表的索引值表示，所述另一種表顯示受保護位相對于TB大小的相對值。上述另一種表如圖2所示<table>tableseeoriginaldocumentpage21</column></row><table>表2:未受保護位比例表示例未受保護位的數(shù)目可以通過例如CEIL(UPR氺TBsize)計算出來，這里CEIL函數(shù)返回不小于輸入值的最小整數(shù)。本領(lǐng)域技術(shù)人員應明白，也可以依據(jù)實際情況，使用與表2類似，但包含的不是UPR,而是受保護位比例的表。因此，在本發(fā)明中，在標準中定義了映射表之后，或在建立上述數(shù)據(jù)傳輸時將映射表直接傳送給UE之后，UE就可以靠HARQ進程和TB大小等信息確認UEP的使用情況，并確定要將哪些位用在CRC運算中。這顯然是一大優(yōu)點。在本發(fā)明實施例中，在下行鏈路上聲明了在網(wǎng)絡(luò)中不同節(jié)點之間傳輸受保護位和未受保護位信息的方法。這樣，系統(tǒng)中的發(fā)射機就可以獲知那些位是受保護的，哪些不是。發(fā)射機需要這一信息，才能享受空口上VoIP幀中有區(qū)別的位保護帶來的增益。例如，HSDPA發(fā)射機需要獲知一個UEP數(shù)據(jù)包中哪些數(shù)據(jù)得到保護，這對發(fā)射機很重要，在實際數(shù)據(jù)有另一個節(jié)點加密的情況下也是如此。因此，無線發(fā)射機需要UEP保護位或未保護位的信息，才能生成正確的CRC。這一信息在這里成為數(shù)據(jù)包參數(shù)，它被提供給系統(tǒng)中的RAN實體，例如提供給服務無線網(wǎng)絡(luò)控制器(SRNC)和NodeB。具體來說，這一信息需要由協(xié)議中較上層的實體提供給RAN的MAC層實體，圖l示出了這些實體。無線發(fā)射機應得到以下信息編碼解碼器是否完全支持UEP;在每個編碼數(shù)據(jù)包中，哪些位受到保護，哪些未受保護；這可以是靜態(tài)信息(在一個對話期間恒定不變)，也可以是基于每一數(shù)據(jù)包的動態(tài)信息；傳輸報頭的大小，例如RTP/UDP/IP報頭大小。需要注意的是，在某些情況下，例如在無線發(fā)射機之外的某個網(wǎng)絡(luò)節(jié)點執(zhí)行了加密和/或報頭壓縮時，這些信息未必可以直接獲得的，舉例來說，在當前的UTRAN中，無線發(fā)射機設(shè)在NodeB中，而加密和報頭壓縮則在RNC中執(zhí)行。為了敘述簡潔起見，這里將RAN定義為包含(為無線傳輸)執(zhí)行加密和報頭壓縮的節(jié)點。本領(lǐng)域技術(shù)人員應能理解，RAN也可以有其他的定義，如果RAN采用了其他定義，則本發(fā)明只需作本領(lǐng)域技術(shù)人員顯而易見的細微調(diào)整即可。受UEP保護位/未受UEP保護位的信息可以從上層協(xié)議通過Iu接口傳輸給RAN,既可以在定義所用編碼解碼器模式或編碼解碼器種類的控制消息中直接傳遞，也可以作為每一數(shù)據(jù)報文的頻帶內(nèi)信息，聲明每個數(shù)據(jù)包中受保護位的數(shù)量。如果從上層協(xié)議發(fā)送編碼解碼器種類信息給接收方RAN,則RAN可以通過將IP數(shù)據(jù)包的大小與不同的預期大小相比較，從而盲才企出編碼解碼器。已知編碼解碼器模式的情況下，可以;險索預先定義的表，獲知受保護位的信息。RAN也可以解碼VoIP數(shù)據(jù)報文的報頭，找出受保護位的數(shù)量。如果每一幀中的受保護位都不一樣，則推薦使用頻帶內(nèi)信令，因為此時盲檢可能不起作用。頻帶內(nèi)信令可以解析為一個值，表示每個數(shù)據(jù)報文中未受保護位的數(shù)量，或表示一個索引，指向定義了未受保護位數(shù)量的表(例如上述表2)。如上所述，所述表可以預先定義，也可以在無線接入承載(RAB)創(chuàng)建時發(fā)送，在后一種情況下，既可以發(fā)送所述表的全部內(nèi)容，也可以發(fā)送一個索引，指出在一個表集中選擇哪一張表。進一步來說，在本發(fā)明實施例中，操作原有VoIP數(shù)據(jù)包以及在原有VoIP數(shù)據(jù)包中添加內(nèi)容的信息需要傳遞到RAN的不同協(xié)議層。例如，報頭壓縮和位填充信息就必須發(fā)送給MAC協(xié)議層實體。在UTRANSRNC中，PDCP負責報頭壓縮，從而減少報頭信息中的冗余信息，進而減少需要保護的位。在本發(fā)明中，報頭壓縮相關(guān)的信息被發(fā)送給MAC協(xié)議層實體。在每個RAN協(xié)議層中，還可以根據(jù)特定的協(xié)議表現(xiàn)，添加填充位。被填充的位不含任何信息，相應協(xié)議層的接收方實體會丟棄這些填充位。添加了填充位之后，未受保護位的數(shù)量會變化。因此，也需要重新計算未受保護位的信息，并重新發(fā)送給MAC層實體。在UMTS中，由無線鏈路控制(RLC)實體執(zhí)行語音數(shù)據(jù)包的加密，因此NodeB中的MAC-hs等MAC實體無法解讀加密后的信息。在Iub接口上，將這一信息提供給NodeB的一種方法是將信息添加到Iub上的幀協(xié)議中，指示出數(shù)據(jù)幀中未受保護位的數(shù)量。這一信令可以包括唯一一個值，用來指示每一數(shù)據(jù)幀中未受保護位的數(shù)量，或用來作為索引，指向定義未受保護位數(shù)量的表。進一步，在本發(fā)明實施例中，和其他對原有VoIP數(shù)據(jù)包操作相關(guān)的信息，例如在RLC中分割數(shù)據(jù)包和級聯(lián)數(shù)據(jù)包的信息，也應發(fā)送給RAN的MAC實體，這樣MAC實體就可以選擇是否在空口上的數(shù)據(jù)傳輸中應用UEP,并且決定怎樣應用UEP。在語音數(shù)據(jù)包傳輸常用的非確認模式(UM)RLC中，如果收到的數(shù)據(jù)報文大小大于Iub接口可以傳輸?shù)拇笮?，就可以將?shù)據(jù)報文分割開來。通過分割數(shù)據(jù)報文，未受保護位和受保護位以不確定的方式分布到不同的RLC分組數(shù)據(jù)單元(PDU)中，。圖3示出了這一過程。圖3還顯示了同時執(zhí)行報頭壓縮和分割帶來的一個問題。如圖3所示，一個編碼數(shù)據(jù)包在從編碼解碼器發(fā)送到MAC層實體的過程中，首先要執(zhí)行報頭壓縮，然后執(zhí)行分割。在數(shù)據(jù)包經(jīng)過報頭壓縮和分割后，MAC層實體即使知道原編碼數(shù)據(jù)包的結(jié)構(gòu)，也可能在分辨受保護位和未受保護位時遇到困難。在報頭壓縮后，原編碼數(shù)據(jù)包中各位的位置可能改變，在分割后，各位可能進一步被分到至少兩個數(shù)據(jù)包中，而MAC實體不知道分割的具體情況。因此，MAC實體就可能無法分辨受保護位和未受保護位。23同樣，如果一個幀中有多個級聯(lián)的RLC業(yè)務數(shù)據(jù)單元(SDU)，受保護位在級聯(lián)后就不再連貫。因為在級聯(lián)后，受保護位和未受保護位混合在一起，很難利用UEP。因此，如果較高協(xié)議層中的實體對原數(shù)據(jù)包執(zhí)行過分割和/或報頭壓縮，MAC實體就可能不知道收到的數(shù)據(jù)包中有哪些位是受保護的，因為MAC實體可能不知道經(jīng)過分割和/或報頭壓縮的數(shù)據(jù)包中各個位的原來位置。所以在本發(fā)明的這一實施例中，Iub的幀協(xié)議中添加了給MAC-hs的指示信息，表示數(shù)據(jù)幀中沒有并非含有一個且僅有一個RLCSDU。MAC-hs的調(diào)度程序根據(jù)這一信息選擇是否應用為UEP傳輸預留的物理資源。這樣，所述提供給MAC層實體的信息就作為MAC層實體作出數(shù)據(jù)包內(nèi)各位保護相關(guān)決策的依據(jù)，系統(tǒng)性能因此得以提高。進一步來說，如果UE移動到另一個RNC覆蓋下的小區(qū)里，UMTS允許把RNC的功能分到SRNC和控制無線網(wǎng)絡(luò)控制器(CRNC)中。但是，本發(fā)明中描述的所有功能都是SRNC相關(guān)功能，因此對不同RNC之間的接口——即Iur接口——造成的影響不會大于上述對Iub接口造成的影響。在本發(fā)明的另一實施例中，利用了信道質(zhì)量快速變化的無線信道的性質(zhì)。在本發(fā)明這一實施例中，在每一傳輸間隔中會發(fā)送一個以上的級聯(lián)數(shù)據(jù)包，這在信道質(zhì)量良好的時候?qū)鬏斢欣Ｓ捎谛诺蕾|(zhì)量的快速變化，執(zhí)行級聯(lián)的位置在MAC層中距離無線接口越近越好。例如，在
背景技術(shù)：
所述的HADPA中，MAC-hs允許多個數(shù)據(jù)包級聯(lián)，但是這里CRC要根據(jù)整個TB計算。為了在本發(fā)明中實現(xiàn)級聯(lián)，且HARQ進程ID和TB大小的組合信息被映射到UEP傳輸上，就需要一種新的MAC-hs格式。在本發(fā)明的這種新MAC-hs格式中，受保護位和未受保護位各自單獨級聯(lián)。圖4顯示了這種新MAC-hs格式。當信息經(jīng)過圖4所示的重組后，如果MAC層實體想要在傳輸中使用UEP，并將這一信息通知給UE,MAC層實體只需找出適當?shù)腡B大小和HARQ進程ID組合信息，用于承載UEP相關(guān)信息。當24MAC實體在傳輸中使用上述組合信息時，UE就可以從隱含信息推導出傳輸使用的UEP。如果MAC實體無法找出適當?shù)腡B大小和HARQ進程ID組合信息，傳輸就會使用普通的HSDPA保護。因此，在本發(fā)明的這一實施例中，提供了一種方法，用于將多個數(shù)據(jù)包合并到一個TB中，同時仍然根據(jù)本發(fā)明的指示通知方法享受UEP的增益。傳輸多個級聯(lián)數(shù)據(jù)包的優(yōu)點在于，信道編碼增益在較大的數(shù)據(jù)量上更為顯著。特別是對于大小小的語音數(shù)據(jù)包，這樣可以得到很大增益。在本發(fā)明的這個實施例中，為實現(xiàn)級聯(lián)，讓級聯(lián)數(shù)據(jù)包中受保護位處于連貫的一行，數(shù)據(jù)包"t艮頭和未受保護位處于其后連貫的另一行，這樣會對傳輸更為有利。在一個數(shù)據(jù)包中，只要簡單地將受保護位和未受保護位分開，就能降低傳輸需求。也就是說，如本發(fā)明所示，在一個級聯(lián)數(shù)據(jù)包中如果只有一個分割點，開銷傳輸量就可以降低。在本發(fā)明中其他非級聯(lián)數(shù)據(jù)包也采用了這種位結(jié)構(gòu)，所有受保護位在數(shù)據(jù)包報頭后構(gòu)成連貫的一行，所有未受保護位在受保護位之后構(gòu)成連貫的另一行，這時的傳輸需求也很低。以上所述是在下行鏈路上應用本發(fā)明的實施例，主要以HSDPA方案為例。不過本發(fā)明并不局限于下行鏈路上。在上行鏈路傳輸中，通過無線資源控制(RRC)消息可以設(shè)置不同的協(xié)議層。為了在上行鏈路上也能獲得UEP的增益，本發(fā)明中也將上述應用在下行鏈路中的方法應用在上行鏈路上，所述方法即采用包括HARQ進程和TB大小的組合信息，來指示在Uu接口上UEP的應用情況。在HSUPA上，TB的大小信息被表示為E-DCH傳輸格式組合指示符(E-TFCI)。當E-DCH媒體接入控制(MAC-e/es)層實體在緩沖區(qū)中已有一個完整的語音幀，且檢測到該幀使用的UEP，所述MAC-e/es層實體可以選擇使用E-TFCI,所述E-TFCI根據(jù)參考文件1所示，用于指示UEP使用情況。通過與上述類似的方法，即將多個語音幀級聯(lián)到一個傳輸中，對受保護位和未受保護位分別級聯(lián)，本發(fā)明就可以用于在MAC-e/es上傳輸多個數(shù)據(jù)包。本領(lǐng)域技術(shù)人員應當明白，本發(fā)明可以如上所述應用在下行鏈路系統(tǒng)中，也可以應用在HSUPA或其他上行鏈路系統(tǒng)。當然，在將本發(fā)明的方法應用在上行鏈路上時，需要對該方法作一些調(diào)整。不過，這些調(diào)整對于本領(lǐng)域技術(shù)人員來說是顯而易見的。圖5顯示了本發(fā)明中發(fā)射機的一個MAC實體實施本發(fā)明方法的流程圖。在本發(fā)明方法的第一步中，所述發(fā)射機從較高協(xié)議層實體接收到至少一個數(shù)據(jù)包和至少一個數(shù)據(jù)包參數(shù)。在本發(fā)明方法的第二步中，所述發(fā)射機根據(jù)所述至少一個數(shù)據(jù)包參數(shù)，選擇一種部分誤碼保護，用于所述至少一個數(shù)據(jù)包上。在第三步中，所述發(fā)射機將所選部分誤碼保護應用到至少一個數(shù)據(jù)包上，并發(fā)送所述數(shù)據(jù)包。在第四步中，發(fā)射機指示接收機所選部分誤碼保護。所述通知接收機所選部分誤碼保護的步驟，也可以在發(fā)送所述至少一個數(shù)據(jù)包之前扭^亍。圖6顯示了本發(fā)明中接收機的一個MAC實體實施本發(fā)明方法的流程圖。在本發(fā)明方法第一步中，接收機從發(fā)射機接收到至少一個數(shù)據(jù)包。在本發(fā)明方法的第二步中，接收機檢測到發(fā)射機發(fā)來的指示，所述指示涉及在所述至少一個數(shù)據(jù)包上使用的部分誤碼保護。在第三步中，所述接收機根據(jù)所述指示，對所述至少一個數(shù)據(jù)包執(zhí)行部分誤碼保護解碼。檢測發(fā)射機發(fā)來的指示這一步驟也可以在截收所述至少一個數(shù)據(jù)包之前執(zhí)行。而且，發(fā)射機和接收機設(shè)置用于執(zhí)行根據(jù)本發(fā)明的發(fā)射機和接收機工作方法。本發(fā)明提供的發(fā)射機和接收機可以調(diào)整為執(zhí)行本發(fā)明發(fā)射機和接收機工作方法的任意步驟。當然，對所述任意步驟的最低要求是所述任意步驟涉及一臺發(fā)射才幾和一臺接收才幾。本領(lǐng)域技術(shù)人員可以在上述實施例的基礎(chǔ)上，修改本發(fā)明的分組傳輸方法，以1更所述方法可以應用到任何分組傳輸系統(tǒng)中，例如HSDPA、HSUPA、CDMA2000和GPRS系統(tǒng)。參考文件3GPPTSG-RANWG2Meeting#56,TdocR2-063144,"UEPwithVoIPoverHSPA"WO2006118738，"AMETHODTOPROVIDEUNEQUALERRORPROTECTIONANDUNEQUALERRORDETECTIONFORINTERNETPROTOCOLAPPLICATIONS"[3]3GPPTS25.308v7丄0(2006-12)"HighSpeedDownlinkPacketAccess(HSDPA);Overalldescription;Stage2"[4]3GPPTS25.319v7.1.0(2006-09)，"Enhanceduplink;Overalldescription;Stage2"3GPPTS25.321v7.3.0(2006-12),"MediumAccessControl(MAC)protocolspecification"權(quán)利要求1.一種通信系統(tǒng)的發(fā)射機實現(xiàn)分組傳輸方法，所述發(fā)射機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制MAC層協(xié)議，以及MAC層的上層的協(xié)議；其中至少有一個待發(fā)送數(shù)據(jù)包的至少一部分由支持非均等誤碼保護UEP的編碼器編碼；其特征在于，所述發(fā)射機中的一個MAC層實體執(zhí)行以下步驟從至少一個MAC層的上層實體接收至少一個數(shù)據(jù)包和至少一個數(shù)據(jù)包參數(shù)；根據(jù)所述至少一個數(shù)據(jù)包參數(shù)選擇部分誤碼保護，所述部分誤碼保護應用于所述至少一個數(shù)據(jù)包；將所述至少一個數(shù)據(jù)包發(fā)送到所述通信系統(tǒng)的接收機，并將所選的部分誤碼保護應用于所述至少一個數(shù)據(jù)包上；用所述發(fā)射機和所述接收機協(xié)商一致的方式，將已應用的部分誤碼保護指示給所述接收機。2.根據(jù)權(quán)利要求1所述的方法，其中所述指示已應用的部分誤碼保護的步驟包括通過選擇傳輸所使用的至少一個特定的傳輸參數(shù)，給出隱含的指示，所述至少一個傳輸參數(shù)被賦值為與所述部分誤碼保護相關(guān)的附加隱含信息。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述至少一個傳輸參數(shù)包括以下傳輸參數(shù)組中的至少一項一個頻率或一組頻率、一個編碼或一組編碼、一個時隙或時間間隔、一個使用的天線或天線極化、混合自動重復請求HARQ進程、傳輸數(shù)據(jù)塊大小、誤碼保護編碼、調(diào)制、多輸入多輸出MIMO編碼，或以上各項的任意組合。4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述至少一個傳輸參數(shù)包括由混合自動重復請求HARQ進程和傳輸塊TB大小構(gòu)成的組合信息。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述組合信息及對其賦值的隱含信息定義如下<table>tableseeoriginaldocumentpage3</column></row><table>依此類推6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值是預先定義的。7.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值由信令通知所述接收機。8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值包括使用預先定義的配置和發(fā)送給所述接收機的配置的組合執(zhí)行所述賦值。9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述指示已應用的部分誤碼保護的步驟包括重新定義至少一個所述傳輸沒有使用的信令碼點，所述至少一個重新定義的信令碼點將被賦值為與所述部分誤碼保護相關(guān)的信息。10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述至少一個信令碼點在被重新定義前包括以下各類型信息中的至少一項指示特大數(shù)據(jù)塊大小的碼點、指示平行傳輸資源的碼點。11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述至少一個信令碼點在被重新定義前包括以下各類型信息中的至少一項一組頻率、一組編碼、調(diào)制、HARQ進程、MIMO編碼，或以上各項的任意組合。12.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述對至少一個信令碼點的重新定義是預先定義的。13.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述對至少一個信令碼點的重新定義由信令通知所述接收機。14.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述對至少一個信令碼點的重新定義包括使用預先定義的配置和發(fā)送給所述接收機的配置的組合執(zhí)行所述重新定義。15.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述指示已應用的部分誤碼保護的步驟包括傳輸至少一個新加的信令位。16.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述至少一個數(shù)據(jù)包參數(shù)包括以下參數(shù)組中的至少一項支持UEP的編碼器、不支持UEP的編碼器、數(shù)據(jù)包中受保護的位、數(shù)據(jù)包中未受保護的位、所述至少一個上層實體的協(xié)議數(shù)據(jù)單元PDU報頭大小。17.根據(jù)權(quán)利要求1所述的方法，其特征在于，通過與至少一個所述MAC層的上層實體相關(guān)的網(wǎng)絡(luò)實體的網(wǎng)絡(luò)協(xié)議，所述至少一個數(shù)據(jù)包參數(shù)被發(fā)送到所述MAC層實體。18.根據(jù)權(quán)利要求17所述的方法，其特征在于，傳輸所述數(shù)據(jù)包參數(shù)的所述上層實體是無線網(wǎng)絡(luò)控制器RNC。19.根據(jù)權(quán)利要求18所述的方法，其特征在于，傳輸所述數(shù)據(jù)包參數(shù)的所述網(wǎng)絡(luò)協(xié)議是以下任意一項，或從以下任意一項中衍生而得Iub用戶面幀協(xié)議、Iur用戶面幀協(xié)i義。20.根據(jù)權(quán)利要求1所述的方法，其特征在于，為所述至少一個數(shù)據(jù)包選擇一種部分誤碼保護的步驟包括在所述至少一個數(shù)據(jù)包中選擇一定數(shù)量的、應用所述部分誤碼保護的受保護位。21.根據(jù)權(quán)利要求1所述的方法，其特征在于，為所述至少一個數(shù)據(jù)包選擇一種部分誤碼保護的步驟包括在所述至少一個數(shù)據(jù)包中選擇一定數(shù)量的、應用所述部分誤碼保護的受保護位；在每個所述數(shù)據(jù)包中，使用所述部分誤碼保護來保護的范圍是從數(shù)據(jù)包的首位到與所選數(shù)量相應的位之間連續(xù)的各位。22.根據(jù)權(quán)利要求20或21所述的方法，其特征在于，使用部分誤碼保護中所選受保護位進行循環(huán)冗余校驗CRC計算。23.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述至少一個數(shù)據(jù)包參數(shù)包括以下參數(shù)組中的至少一項報頭壓縮信息、數(shù)據(jù)包分割信息，或數(shù)據(jù)包級聯(lián)信息。24.根據(jù)權(quán)利要求23所述的方法，其特征在于，根據(jù)所述各項參數(shù)中的至少一項，為至少一個數(shù)據(jù)包選擇一種部分誤碼保護。25.根據(jù)權(quán)利要求23所述的方法，其特征在于，根據(jù)所述各項參數(shù)中至少兩項的組合信息，為至少一個數(shù)據(jù)包選擇一種部分誤碼保護。26.根據(jù)權(quán)利要求23所述的方法，其特征在于，為所述至少一個數(shù)據(jù)包選拷，了一種部分誤碼保護后，當一個數(shù)據(jù)包被分割時，應用部分誤碼保護的受保護位被分散到至少兩個數(shù)據(jù)包中，在數(shù)據(jù)包分割形成的所述至少兩個數(shù)據(jù)包中，選擇所述受保護位，以使用所述部分誤碼保護進行保護。27.根據(jù)權(quán)利要求23所述的方法，其特征在于，為所述至少一個數(shù)據(jù)包選擇了一種部分誤碼保護后，當至少兩個數(shù)據(jù)包級聯(lián)時，應用部分誤碼保護的受保護位被級聯(lián)到一個數(shù)據(jù)包中，在數(shù)據(jù)包級聯(lián)形成的所述數(shù)據(jù)包中，選擇所述受保護位，以使用所述部分誤碼保護進行保護。28.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MAC層實體進一步執(zhí)行以下步驟將至少兩個數(shù)據(jù)包級聯(lián)成一個級聯(lián)數(shù)據(jù)包，所述至少兩個數(shù)據(jù)包中的每一個都含有一定數(shù)量的使用誤碼保護的受保護位和一定數(shù)量的未使用誤碼保護的未受保護位，所述級聯(lián)數(shù)據(jù)包中，來自所述至少兩個數(shù)據(jù)包的所有使用誤碼保護的受保護位在報頭后連續(xù)分布，來自所述至少兩個數(shù)據(jù)包的所有未使用誤碼保護的未受保護位在受保護位后連續(xù)分布。29.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)射機是NodeB,所述接收機是用戶設(shè)備UE。30.根據(jù)權(quán)利要求29所述的方法，其特征在于，所述發(fā)射機和所述接收機使用HSDPA。31.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)射機是用戶設(shè)備UE，所述接收機是NodeB。32.根據(jù)權(quán)利要求31所述的方法，其特征在于，所述發(fā)射機和所述接收機使用HSUPA。33.根據(jù)權(quán)利要求1所述的方法，其特征在于，在發(fā)送所述至少一個數(shù)據(jù)包之前，先指示已應用的誤碼保護。34.—種通信系統(tǒng)的接收機實現(xiàn)分組傳輸方法，所述接收機接收的數(shù)據(jù)包中，至少有部分信息在發(fā)射機中使用支持非均等誤碼保護UEP的編碼器編碼，所述接收機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制MAC層協(xié)議，以及MAC層的上層的協(xié)議；其特征在于，所述接收機中的一個MAC層實體執(zhí)行以下步驟接收所述發(fā)射機發(fā)送的至少一個數(shù)據(jù)包，所述至少一個數(shù)據(jù)包應用了部分誤碼保護；檢測來自所述發(fā)射機的指示，所述指示與應用在所述至少一個數(shù)據(jù)包上的部分誤碼保護相關(guān)；根據(jù)所述指示，使用所述部分誤碼保護的解碼方法，對所述至少一個數(shù)據(jù)包上的部分誤碼保護執(zhí)行解碼。35.根據(jù)權(quán)利要求34所述的方法，其特征在于，所述檢測指示的步驟包括檢測隱含指示，所述隱含指示包括傳輸所使用的至少一個特定的傳輸參數(shù)，所述至少一個傳輸參數(shù)被賦值為與所述部分誤碼保護相關(guān)的附加隱含信息。36.根據(jù)權(quán)利要求35所述的方法，其特征在于，所述至少一個傳輸參數(shù)包括以下傳輸參數(shù)組中的至少一項一個頻率或一組頻率、一個編碼或一組編碼、一個時隙或時間間隔、一個使用天線和/或天線極化、混合自動重復請求HARQ進程、傳輸數(shù)據(jù)塊大小、誤碼保護編碼、調(diào)制、多輸入多輸出MIMO編碼，或以上各項的任意組合。37.根據(jù)權(quán)利要求35所述的方法，其特征在于，所述至少一個傳輸參數(shù)包括由混合自動重復請求HARQ進程和傳輸塊TB大小構(gòu)成的組合信息。38.根據(jù)權(quán)利要求37所述的方法，其特征在于，所述組合信息及對其賦值的隱含信息定義如下<table>tableseeoriginaldocumentpage7</column></row><table>39.根據(jù)權(quán)利要求35所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值是預先定義的。40.才艮據(jù)權(quán)利要求35所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值由信令通知給所述接收機。41.根據(jù)權(quán)利要求35所述的方法，其特征在于，所述利用附加隱含信息對至少一個傳輸參數(shù)的賦值包括使用預先定義的配置和發(fā)送給所述接收機的配置的組合執(zhí)行所述賦值。42.根據(jù)權(quán)利要求34所述的方法，其特征在于，所述檢測指示的步驟包括檢測傳輸未使用的至少一個經(jīng)重新定義的信令碼點，所述至少一個經(jīng)重新定義的信令碼點被賦值為與所述部分誤碼保護相關(guān)的信息。43.根據(jù)權(quán)利要求42所述的方法，其特征在于，所述至少一個經(jīng)重新定義的信令碼點在被重新定義前，包括以下各類型信息中的至少一項指示特大數(shù)據(jù)塊大小的碼點、指示平行傳輸資源的碼點。44.根據(jù)權(quán)利要求42所述的方法，其特征在于，所述對至少一個信令碼點的重新定義是預先定義的。45.根據(jù)權(quán)利要求42所述的方法，其特征在于，所述對至少一個信令碼點的重新定義由信令通知所述接收機。46.根據(jù)權(quán)利要求42所述的方法，其特征在于，所述對至少一個信令碼點的重新定義包括使用預先定義的配置和發(fā)送給所述接收機的配置的組合執(zhí)行所述重新定義。47.根據(jù)權(quán)利要求34所述的方法，其特征在于，所述檢測指示的步驟包括檢測至少一個新加的信令位。48.根據(jù)權(quán)利要求34所述的方法，其特征在于，對所述至少一個數(shù)據(jù)包執(zhí)行部分誤碼保護解碼的步驟包括在所述至少一個數(shù)據(jù)包中選擇一定數(shù)量的位，用于所述部分誤碼保護解碼。49.根據(jù)權(quán)利要求34所述的方法，其特征在于，對所述至少一個數(shù)據(jù)包執(zhí)行部分誤碼保護解碼的步驟包括在所述至少一個數(shù)據(jù)包中選擇一定數(shù)量的位，用于所述部分誤碼保護解碼；在每個所述數(shù)據(jù)包中，用于部分誤碼保護解碼的位包括從數(shù)據(jù)包的首位到與所選數(shù)量相應的位之間連續(xù)的各位。50.根據(jù)權(quán)利要求48或49所述的方法，其特征在于，使用部分誤碼保護解碼中的所選位進行循環(huán)冗余校驗CRC計算。51.根據(jù)權(quán)利要求34所述的方法，其特征在于，在接收來自所述發(fā)射機的至少一個數(shù)據(jù)包之前，先檢測來自發(fā)射機的指示。52.—種通信系統(tǒng)中實現(xiàn)分組傳輸?shù)陌l(fā)射機，所述發(fā)射機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括J某體接入控制MAC層協(xié)議，以及MAC層的上層的協(xié)議；其中至少有一個待發(fā)送數(shù)據(jù)包的至少一部分使用支持非均等誤碼保護UEP的編碼器編碼；其特征在于，所述發(fā)射機中的一個MAC層實體設(shè)置用于執(zhí)行以下步驟從至少一個MAC層的上層實體接收至少一個數(shù)據(jù)包和至少一個數(shù)據(jù)包參數(shù)；根據(jù)所述至少一個數(shù)據(jù)包參數(shù)選擇部分誤碼保護，所述部分誤碼保護應用于所述至少一個數(shù)據(jù)包；將所述至少一個數(shù)據(jù)包發(fā)送到所述通信系統(tǒng)中的接收機，并將所選的部分誤碼保護應用于所述至少一個數(shù)據(jù)包上；用所述發(fā)射機和所述接收機商定的方式，將已應用的部分誤碼保護指示給所述4妄收才幾。53.—種通信系統(tǒng)中實現(xiàn)分組傳輸?shù)慕邮諜C，所述接收機接收的數(shù)據(jù)包中，至少有部分信息在發(fā)射機中使用支持非均等誤碼保護uep的編碼器編碼，所述接收機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制MAC層協(xié)議，以及MAC層的上層的協(xié)議；其特征在于，所述接收機中的一個MAC層實體設(shè)置用于執(zhí)行以下步驟接收所述發(fā)射機發(fā)送的至少一個數(shù)據(jù)包，所述至少一個數(shù)據(jù)包應用了部分誤碼保護；檢測來自所述發(fā)射機的指示，所述指示與應用在所述至少一個數(shù)據(jù)包上的部分誤碼保護相關(guān)；根據(jù)所述指示，使用所述部分誤碼保護的解碼方法，對所述至少一個數(shù)據(jù)包上的部分誤碼保護執(zhí)行解碼。54.根據(jù)權(quán)利要求53所述的接收機，其特征在于，所述發(fā)射機是NodeB,所述接收機是用戶設(shè)備ue。55.根據(jù)權(quán)利要求53所述的接收機，其特征在于，所述發(fā)射機是用戶設(shè)備ue,所述接收機是NodeB。全文摘要本發(fā)明公開了一種改進的數(shù)據(jù)分組傳輸方法。在本發(fā)明中，發(fā)射機包括多個按照不同協(xié)議運作的實體，所述協(xié)議包括媒體接入控制(MAC)層協(xié)議，以及MAC層的上層的協(xié)議。所述發(fā)射機用于發(fā)送至少一個數(shù)據(jù)包，所述數(shù)據(jù)包中至少有一部分使用支持非均等誤碼保護(UEP)的編碼器編碼。發(fā)射機中的MAC層實體從至少一個上層實體接收至少一個待發(fā)送數(shù)據(jù)包和至少一個數(shù)據(jù)包參數(shù)。所述發(fā)射機根據(jù)所述至少一個數(shù)據(jù)包參數(shù)，為所述至少一個數(shù)據(jù)包選擇一種部分誤碼保護。然后，所述發(fā)射機通過所述通信系統(tǒng)，將所述至少一個數(shù)據(jù)包發(fā)送到接收機，在所述至少一個數(shù)據(jù)包上應用了所選部分誤碼保護，所述發(fā)射機通過發(fā)射機和接收機彼此同意的方式，將已應用的部分誤碼保護指示給所述接收機。文檔編號H03M13/35GK101461143SQ200780021012公開日2009年6月17日申請日期2007年2月28日優(yōu)先權(quán)日2007年2月28日發(fā)明者亨里克·奧魯佛松,克里斯特·卡爾福特,約翰·約翰松申請人:華為技術(shù)有限公司