專利名稱：根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法
技術領域：
本發(fā)明涉及無線通信系統(tǒng)中數(shù)據(jù)傳輸?shù)募夹g領域，特別涉及根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法。
背景技術：
無線通信系統(tǒng)數(shù)據(jù)業(yè)務中采用的一種鏈路自適應技術是增加冗余混合自動重復請求(簡稱IR HARQ)。首次傳輸數(shù)據(jù)包時采用糾錯能力較低的編碼方式，如果接收端能夠正確譯碼，則能得到較高的信息碼速率。如果傳輸失敗，重傳將開始。重傳的數(shù)據(jù)包不是首次所傳數(shù)據(jù)包的簡單重復，而是增加了其中的冗余部分。接收端根據(jù)每次傳輸所采用的編碼方式(冗余版本，Redundancy version簡稱RV)對所有接收到的數(shù)據(jù)包合并后的結果進行解碼。發(fā)送端通過上行信令通知接收端當前發(fā)送數(shù)據(jù)塊所采用的冗余版本。
為了減小上行信令的開銷，無線通信系統(tǒng)數(shù)據(jù)業(yè)務中已有的方法是接收端根據(jù)接收數(shù)據(jù)的連接幀號(Connection Frame Number，簡稱CFN)，結合HARQ過程的最大個數(shù)、冗余版本的最大個數(shù)，利用不同的算法計算接收數(shù)據(jù)所采用的冗余版本，如公式(1)、(2)所示方法一 else RV＝CFN mod NRV方法二
其中，NARQ為N等&停HARQ(簡稱N S&W HARQ)中HARQ過程的個數(shù)；NRV是增加冗余HARQ機制所采用冗余版本的個數(shù)；RV是根據(jù)計算所得到的冗余版本；CFN是連接幀號。
表1給出了NARQ＝5，NRV＝4時，給定CFN，根據(jù)方法一、方法二計算所得的RV。
表1NARQ＝5，NRV＝4時，給定CFN根據(jù)方法一、方法二計算所得的RV。

表一已有的方法存在以下問題
1)根據(jù)公式(1)、公式(2)，結合表1可以看出，利用CFN，采用方法一、方法二計算RV，任意一個HARQ過程不會連續(xù)地使用同一個RV?？紤]下面的情況發(fā)送端利用某一個HARQ過程發(fā)送一個數(shù)據(jù)包，第一次傳輸接收端即成功譯碼。接下來發(fā)送端將利用該HARQ過程發(fā)送新的數(shù)據(jù)包，但該HARQ過程不能采用與上次傳輸相同的RV。因此方法一、方法二不能應用于完全增加冗余HARQ(Full Increased Redundancy HARQ，簡稱FullIR HARQ)機制。因為Full IR HARQ要求每個數(shù)據(jù)包的第一次傳輸采用固定的RV(可自解碼)。
2)考慮下面的情況發(fā)送端利用某一個HARQ過程發(fā)送一個數(shù)據(jù)包，第一次傳輸，接收端沒有正確接收，發(fā)送端重傳該數(shù)據(jù)包，在達到最大重傳次數(shù)前，接收端正確接收該數(shù)據(jù)包。接下來發(fā)送端將利用該HARQ過程發(fā)送新的數(shù)據(jù)包。由于方法一、方法二完全利用CFN計算RV，沒有考慮實際的傳輸過程，不能根據(jù)上次傳輸?shù)慕Y果調整RV的輸出。
3)方法一、方法二沒有考慮HARQ和基站控制的調度間的相互作用。采用部分異步HARQ(Partial asynchronous HARQ)機制時，發(fā)送端的傳輸受基站調度的影響，在某些系統(tǒng)幀對應的時間間隔內，發(fā)送端不能傳輸數(shù)據(jù)。此時，每個數(shù)據(jù)包在傳輸過程中所采用的冗余版本不再有規(guī)律可循，不能應用于Full IR HARQ，并且可能對接收端的譯碼產生影響。
4)CFN是一個媒體接入控制(Medium Access Control，簡稱MAC)層的參數(shù)，具體地講它是一個幀計數(shù)器，用于用戶設備(User Equipment，簡稱UE)和接入網(Universal Terrestrial Radio Access Network，簡稱UTRAN)之間傳輸信道的同步。在發(fā)送端的MAC層，CFN與每個傳輸塊集(TransportBlock Set，簡稱TBS)相關聯(lián)，CFN和TBS一起傳被遞給物理層(Physicallayer，簡稱PHY)。不通過空中接口傳輸CFN，接收端的PHY根據(jù)系統(tǒng)幀號(System Frame Number，簡稱SFN)與CFN的映射關系，通過系統(tǒng)幀號獲得每個TBS的CFN，并傳遞給MAC層。接收端根據(jù)接收數(shù)據(jù)包的冗余版本信息進行譯碼，這是一個L1的操作，如采用方法一、方法二，則需要利用一個L2的參數(shù)(CFN)，這將引入額外的時延。

發(fā)明內容
本發(fā)明的目的是提供一種根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法。
為實現(xiàn)上述目的，一種根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法，包括步驟發(fā)送端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的應答信息判定發(fā)送數(shù)據(jù)包的編碼方式；發(fā)送端判定發(fā)送端編碼方式與接收端譯碼方式是否失步；接收端根據(jù)傳輸格式指示信息、一個時間相關的物理層參數(shù)、上一個相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)包的譯碼方式；接收端判定接收端譯碼方式與發(fā)送端編碼方式是否失步。
本發(fā)明的發(fā)送端不直接發(fā)送信令指明發(fā)送數(shù)據(jù)包所采用的編碼方式，發(fā)送端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的應答信息判定發(fā)送數(shù)據(jù)包的編碼方式。接收端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)的譯碼方式。


圖1是發(fā)送端判定發(fā)送數(shù)據(jù)包的編碼方式的流程；圖2是發(fā)送端RV失步檢測及處理模塊流程；圖3是接收端判定接收數(shù)據(jù)包的譯碼方式的流程；圖4是接收端RV失步檢測及處理模塊流程。
具體實施例方式
本發(fā)明針對無線通信系統(tǒng)的數(shù)據(jù)業(yè)務，提出了一種根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法(冗余版本，簡稱RV)。發(fā)送端不直接通過信令指明數(shù)據(jù)包的RV，接收端利用一個時間相關的物理層參數(shù)、根據(jù)上一接收數(shù)據(jù)包的譯碼結果和最新的調度信息，結合HARQ過程的最大個數(shù)、RV的最大個數(shù)判定接收數(shù)據(jù)包的RV。
接收端直接利用一個時間相關的物理層參數(shù)計算接收數(shù)據(jù)包的RV，而不是通過系統(tǒng)幀號(簡稱SFN)映射得到連接幀號(簡稱CFN)后再根據(jù)CFN計算RV，降低了時延；判定數(shù)據(jù)包的編碼、譯碼方式時考慮了數(shù)據(jù)包的實際傳輸過程。接受端利用上一相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)包的譯碼方式，發(fā)送端根據(jù)上一相關數(shù)據(jù)包的應答信息調整發(fā)送數(shù)據(jù)包的編碼方式，可應用于部分增加冗余(Partial IR)HARQ機制和完全增加冗余(Full IR)HARQ機制。
發(fā)送端判定發(fā)送數(shù)據(jù)包的編碼方式時利用了最新的調度信息，考慮了基站調度的影響，每個數(shù)據(jù)包傳輸時所采用的編碼、譯碼方式有一定規(guī)律，不受基站調度的影響，不增加譯碼設備的復雜度。
采用本發(fā)明所提供的方法，可以在減少信令開銷的同時，降低傳輸過程中丟包的幾率。由于判定數(shù)據(jù)包的編碼、譯碼方式時考慮了實際的傳輸過程和調度的影響，適用范圍更廣，可很好地應用于Full IR HARQ和PartialIR HARQ機制，Partial Asynchronous HARQ和同步HARQ(SynchronousHARQ)機制。
發(fā)送端計算RV的方法發(fā)送端不直接發(fā)送冗余版本信息。發(fā)送端根據(jù)發(fā)送數(shù)據(jù)包的連接幀號(簡稱CFN)，利用最新接收的上一相關數(shù)據(jù)包的應答信息(ACK/NAK)和調度信息，結合HARQ過程的最大個數(shù)和冗余版本的最大個數(shù)，計算發(fā)送數(shù)據(jù)包的RV。
發(fā)送端采用以下方法計算發(fā)送數(shù)據(jù)包的RV1)發(fā)送端首先根據(jù)連接幀號計算發(fā)送數(shù)據(jù)包所屬的HARQ過程ID；n＝CFNmodNHARQ其中n為HARQ過程ID；CFN為連接幀號；NHARQ為N S&W HARQ中HARQ過程的個數(shù)。
2)根據(jù)調度指令，如果發(fā)送端可以發(fā)送數(shù)據(jù)包，則根據(jù)上一相關數(shù)據(jù)包的應答信息和RV計算發(fā)送數(shù)據(jù)包的RV。
RV(n)＝FA/N(n)·[RV(n)+1]modNRV其中FA/N(n)是標志位，指示上一相關數(shù)據(jù)包的應答信息。如果收到肯定應答信息(簡稱ACK)，則FA/N(n)＝0，如果接收到否定應答信息(簡稱NAK)，則FA/N(n)＝1；RV(n)是HARQ過程n發(fā)送數(shù)據(jù)包的冗余版本；NRV是IR HARQ機制所采用RV的個數(shù)。
3)根據(jù)調度指令，如果發(fā)送端不能發(fā)送數(shù)據(jù)包，則沒有RV輸出。
發(fā)送端判定發(fā)送數(shù)據(jù)包編碼方式的流程如圖1所示。
接收端計算RV的方法接收端根據(jù)當前的SFN和傳輸格式指示(TFCI)信息，利用上一接收數(shù)據(jù)包的譯碼結果和當前的傳輸格式指示信息，結合HARQ過程的最大個數(shù)和冗余版本的最大個數(shù)，計算當前接收數(shù)據(jù)包的RV。接收端采用以下方法計算當前接收數(shù)據(jù)包的RV1)接收端首先通過TFCI判斷當前系統(tǒng)幀內是否有數(shù)據(jù)包到達；2)如果當前系統(tǒng)能夠幀內有數(shù)據(jù)包到達，則根據(jù)系統(tǒng)幀號判斷接收數(shù)據(jù)包所屬的HARQ過程ID；n＝SFNmodNHARQ其中n為HARQ過程ID；SFN為系統(tǒng)幀號；NHARQ為N S&W HARQ中HARQ過程的個數(shù)。
3)根據(jù)上一相關數(shù)據(jù)包的譯碼結果和RV計算當前接收數(shù)據(jù)包的RV。
RV(n)＝FA/N(n)·[RV(n)+1]modNRV其中FA/N(n)是標志位，指示上一接收數(shù)據(jù)包的譯碼結果。如果上一接收數(shù)據(jù)包正確譯碼，則FA/N(n)＝0，否則FA/N(n)＝1。RV(n)是HARQ過程n接收數(shù)據(jù)包的RV；NRV是IR HARQ機制所采用RV的個數(shù)。
4)如果當前系統(tǒng)幀內沒有數(shù)據(jù)包到達，則沒有RV輸出接收端判定接收數(shù)據(jù)包譯碼方式的流程如圖3所示。
ACK/NAK錯誤接收的處理方法接收端根據(jù)上一相關數(shù)據(jù)包的譯碼結果計算當前接收數(shù)據(jù)包的RV，發(fā)送端根據(jù)接收到的上一相關數(shù)據(jù)包的應答信息計算發(fā)送數(shù)據(jù)包的RV。絕大多數(shù)情況下，應答信息正確傳輸，發(fā)送端的RV與接收端的RV保持同步，接收端可以根據(jù)計算所得的RV正確譯碼。
極個別情況下，應答信息的傳輸可能出現(xiàn)以下幾種錯誤①接收端譯碼不正確，發(fā)送NAK，發(fā)送端收到ACK。(簡稱NAK傳輸錯誤)②接收端正確譯碼，發(fā)送ACK，發(fā)送端收到NAK。(簡稱ACK傳輸錯誤)③接收端發(fā)送ACK或NAK，發(fā)送端沒有收到應答信息。
發(fā)送端沒有收到應答信息則默認接收端沒有正確譯碼。如果接收端實際發(fā)送的應答信息為ACK，此時情況③對傳輸?shù)挠绊懲闆r②，發(fā)送端重傳，接收端接收到重復的數(shù)據(jù)包，再次傳輸ACK/NAK。數(shù)據(jù)包中含有序列號信息，指明該數(shù)據(jù)包在重排隊序列中的位置，接收端可以根據(jù)該信息去除重復的數(shù)據(jù)包。
情況①，發(fā)生NAK傳輸錯誤時，發(fā)送端錯誤地接收到ACK，開始發(fā)送新的數(shù)據(jù)包，導致接收端上一個數(shù)據(jù)包的缺失，最終高層將要求發(fā)送端重傳“失序”隊列中所有的數(shù)據(jù)包，引入較大的時延。
情況①對傳輸?shù)挠绊懸h遠大于情況②、③對傳輸?shù)挠绊?。因此在實際系統(tǒng)中，對NAK的保護要遠高于對ACK的保護。一般要求發(fā)生ACK傳輸錯誤的概率PACK→NAK＝10-2～10-3，發(fā)生NAK傳輸錯誤的概率PNAK→ACK比PACK→NAK小一個數(shù)量級。
應答信息傳輸錯誤的概率是很小的，但是如果不做相應的處理，將對本發(fā)明產生較大的影響。表2、表3分析了應答信息傳輸錯誤對數(shù)據(jù)傳輸?shù)挠绊憽?br> 表2ACK傳輸錯誤對數(shù)據(jù)傳輸?shù)挠绊?NRV＝3)

表3NAK傳輸錯誤對數(shù)據(jù)傳輸?shù)挠绊?NRV＝3)

通過表2、表3可以看出，接收端、發(fā)送端根據(jù)譯碼信息計算RV，如不采取一定的防范措施，當出現(xiàn)應答信息錯誤接收時，將導致接收端RV與發(fā)送端RV的“失步”，最終引起連續(xù)的譯碼失敗。
為此，本發(fā)明給出了如下解決方法，如表4、表5所示發(fā)送端連續(xù)接收到NRV個“NAK”，則將相應HARQ過程發(fā)送數(shù)據(jù)包的RV值設置為“0”并連續(xù)發(fā)送首次傳輸?shù)臄?shù)據(jù)包(可自解碼)，直到收到一個“ACK”，繼續(xù)以步驟一中所述的算法計算RV。發(fā)送端RV失步的檢測與處理方法如圖2所示。
接收端連續(xù)檢測到NRV個“NAK”，則將相應HARQ過程接收數(shù)據(jù)包的RV值設置為“0”，直到失步后的第一次正確譯碼為止，繼續(xù)以步驟二中所述的算法計算RV。接收端RV失步的檢測與處理方法如圖4所示。
表4發(fā)生ACK傳輸錯誤后的同步恢復過程(NRV＝3)


表5發(fā)生NAK傳輸錯誤后的同步恢復過程(NRV＝3)

降低丟包幾率的方法通過步驟三的分析可知，NAK傳輸錯誤而導致的丟包對傳輸?shù)挠绊懸h遠大于ACK傳輸錯誤而導致的包重復對傳輸?shù)挠绊?。本發(fā)明給出如下方法來降低由于NAK傳輸錯誤而導致丟包的幾率。
在實際無線通信系統(tǒng)的數(shù)據(jù)傳輸過程，由于采用N S&W HARQ和其它一系列抗干擾措施，同一個數(shù)據(jù)包出現(xiàn)連續(xù)譯碼錯誤的幾率是非常低的。采用本發(fā)明提供的RV計算方法，當出現(xiàn)NAK傳輸錯誤時，接收端的RV與發(fā)送端的RV失步，發(fā)送端發(fā)送新的數(shù)據(jù)不會成功，發(fā)送端連續(xù)幾次收到NAK，則判定發(fā)送端RV與接收端RV失步，而這種失步是由于應答信息傳輸錯誤而導致的。發(fā)送端可以根據(jù)最近接收到的一系列應答信息判斷失步的原因是否為NAK傳輸錯誤，重傳相應的數(shù)據(jù)包，從而降低丟包的幾率。具體方法如表6所示
表6降低丟包幾率的方法(NRV＝3)

由表6可以看出由于第一次重傳時的NAK傳輸錯誤，導致接下來發(fā)送端連續(xù)收到NRV個NAK，從而判定發(fā)送端RV與接收端RV失步，而導致失步的原因是三次NAK前接收到的ACK信息是錯誤的，從上一數(shù)據(jù)包開始同步發(fā)送。
表7降低丟包幾率的方法(NRV＝3)

表7所示的情況，NAK傳輸錯誤發(fā)生在第NRV-1次重傳(最大傳輸次數(shù)為NRV)，此時發(fā)送端開始發(fā)送新數(shù)據(jù)包，存在下面兩種情況情況一第一次傳輸接收端不能正確接收。
由于接收端已經判定接收端RV與發(fā)送端RV失步，此時仍將保持RV值為0，直到收到ACK為止。接收端RV與發(fā)送端RV失步，仍可通過上述方法避免丟包。
情況二第一次傳輸接收端即正確接收。
由于發(fā)送端RV與接收端RV始終保持同步，無法利用上述方法避免丟包。需要指出的是即使在第NRV-1次重傳時未發(fā)生NAK傳輸錯誤，由于已經達到了最大重傳次數(shù)，發(fā)送端將不再發(fā)送該數(shù)據(jù)包，而是繼續(xù)發(fā)送下一個數(shù)據(jù)包，接收端仍將缺失該數(shù)據(jù)包。
通過上述分析可以看出，采用本發(fā)明后，丟包的幾率小于原有丟包幾率的 實施例為便于理解，這里給出了應答信息正確傳輸時的實施例。出現(xiàn)應答信息傳輸錯誤時的情況，請參見步驟三、步驟四給出的處理方法。
例1，NHARQ＝3(HARQ過程的最大個數(shù))，相應HARQ過程的標示號(簡稱ID)分別為0、1、2。NRV＝2(冗余版本的最大個數(shù))，相應冗余版本的ID分別為0、1(X代表沒有RV輸出)。表8給出了根據(jù)步驟一、步驟二計算所得各HARQ過程的RV，由于不考慮應答信息傳輸錯誤的情況，接收端的RV與發(fā)送端的RV保持同步。
表8RV值(NHARQ＝3，NRV＝2)

下面以ID為0的HARQ過程的RV計算為例SFN＝0，對于每個HARQ的過程的初始傳輸，預先定義FA/N＝0，RV0(0)＝0。
SFN＝3，F(xiàn)A/N＝1，RV3(0)＝[RV0(0)+1]modNRV＝1
SFN＝6，F(xiàn)Sch＝0，受調度的影響，在該時間段內沒有數(shù)據(jù)包發(fā)送。相應地沒有RV輸出。
SFN＝9，此時FA/N的值同SFN＝6時FA/N的值，RV9(0)＝0。
SFN＝12，F(xiàn)A/N＝1，RV12(0)＝[RV9(0)+1]modNRV＝1SFN＝15，F(xiàn)A/N＝1，RV15(0)＝[RV12(0)+1]modNRV＝0例2，NHARQ＝5，HARQ的ID分別為0、1、2、3、4。NRV＝4，冗余版本的ID分別為0、1、2、3(X代表沒有RV輸出)。表9給出了根據(jù)步驟一、步驟二計算所得各HARQ過程的RV，由于不考慮應答信息傳輸錯誤的情況，接收端的RV與發(fā)送端的RV保持同步。各HARQ過程RV的計算過程可參見例1。
表9RV值(NHARQ＝5，NRV＝4)

本發(fā)明針對無線通信系統(tǒng)的數(shù)據(jù)業(yè)務，提出了一種根據(jù)譯碼結果判斷數(shù)據(jù)包編碼方式的方法，并給出了具體的實現(xiàn)方法和規(guī)則。本發(fā)明具有下述效果1)發(fā)送端根據(jù)一個時間相關的參數(shù)判定發(fā)送數(shù)據(jù)包的編碼方式，接收端根據(jù)一個時間相關的物理層參數(shù)判定接收數(shù)據(jù)包的譯碼方式，可應用于N等&停HARQ方式。
2)發(fā)送端不直接傳輸信令指明數(shù)據(jù)包所采用的編碼方式。接收端根據(jù)TFCI和一個時間相關的物理層參數(shù)，利用上一相關數(shù)據(jù)包的譯碼結果和最新的傳輸格式指示判定接收數(shù)據(jù)包的譯碼方式，能夠節(jié)省信令開銷。
3)發(fā)送端根據(jù)一個時間相關的參數(shù)，利用最新接收到的應答信息和調度信息，判定發(fā)送數(shù)據(jù)包應采用的編碼方式，不需要接收端發(fā)送額外的信息，能夠節(jié)省信令開銷。
4)接收端根據(jù)一個時間相關的物理層參數(shù)判定接收數(shù)據(jù)包的譯碼方式，降低了時延。
5)考慮了每個數(shù)據(jù)包的實際傳輸過程，發(fā)送端根據(jù)上一相關數(shù)據(jù)包的應答信息調整發(fā)送數(shù)據(jù)包的編碼方式，接受端根據(jù)上一相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)包的譯碼方式，可應用于部分冗余HARQ和完全冗余HARQ機制。
6)考慮了調度對數(shù)據(jù)傳輸?shù)挠绊?，利用最新的調度信息判定當前數(shù)據(jù)包的編碼方式，每個數(shù)據(jù)包傳輸過程中所采用的編碼方式有一定規(guī)律且不受調度的影響，不增加譯碼設備的復雜度，可應用于Full IR & PartialAsynchronous HARQ Scheme。
7)接收端遵循一定的機制判定接收端譯碼方式與發(fā)送端編碼方式的失步，并采取一定的措施，確保出現(xiàn)應答信息傳輸錯誤后，接收端譯碼方式與發(fā)送端編碼方式快速恢復同步。
8)發(fā)送端遵循一定的機制判定發(fā)送端編碼方式與接收端譯碼方式的失步，并采取一定的措施，確保出現(xiàn)應答信息傳輸錯誤后，發(fā)送端編碼方式與接收端譯碼方式快速恢復同步。
9)出現(xiàn)否定應答信息傳輸錯誤導致發(fā)送端編碼方式與接收端譯碼方式失步時，發(fā)送端發(fā)送新的數(shù)據(jù)不會成功，發(fā)送端連續(xù)幾次收到NAK后判定發(fā)送端編碼方式與接收端譯碼方式失步。發(fā)送端根據(jù)最近接收到的一系列應答信息判斷失步的原因是否為否定應答信息傳輸錯誤，重傳相應的數(shù)據(jù)包，從而降低丟包的幾率。
權利要求
1.一種根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法，包括步驟發(fā)送端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的應答信息判定發(fā)送數(shù)據(jù)包的編碼方式；發(fā)送端判定發(fā)送端編碼方式與接收端譯碼方式是否失步；接收端根據(jù)傳輸格式指示信息、一個時間相關的物理層參數(shù)、上一個相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)包的譯碼方式；接收端判定接收端譯碼方式與發(fā)送端編碼方式是否失步。
2.按權利要求1所述的方法，其特征在于所述時間相關的參數(shù)是連接幀號。
3.按權利要求1所述的方法，其特征在于所述時間相關的物理層參數(shù)是系統(tǒng)幀號。
4.按權利要求1所述的方法，其特征在于如果發(fā)送端連續(xù)收到指定個數(shù)的否定應答信息則判定發(fā)送端編碼方式與接收端譯碼方式失步。
5.權利要求4所述的方法，其特征在于如果發(fā)送端判定編碼方式與接收端譯碼方式失步，則根據(jù)最近接收到的一系列應答信息判斷失步的原因。
6.按權利要求5所述的方法，其特征在于如果失步的原因是“否定應答信息”傳輸錯誤，則發(fā)送端重發(fā)相應的數(shù)據(jù)包。
7.按權利要求4所述的方法，其特征在于如果發(fā)送端判定編碼方式與接收端譯碼方式失步，發(fā)送端連續(xù)發(fā)送首次傳輸?shù)臄?shù)據(jù)包直到收到肯定應答信息為止，以恢復發(fā)送端編碼方式與接收端譯碼方式的同步。
8.按權利要求1所述的方法，其特征在于如果連續(xù)出現(xiàn)指定個數(shù)的譯碼錯誤，則接收端判定譯碼方式與發(fā)送端編碼方式失步。
9.按權利要求8所述的方法，其特征在于如果接收端判定譯碼方式與發(fā)送端編碼方式失步，則連續(xù)采用與首次接收數(shù)據(jù)包相同的譯碼方式直到失步后的第一次正確譯碼為止，以恢復接收端譯碼方式與發(fā)送端編碼方式的同步。
全文摘要
一種根據(jù)譯碼結果判定數(shù)據(jù)包編碼、譯碼方式的方法，包括步驟發(fā)送端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的應答信息判定發(fā)送數(shù)據(jù)包的編碼方式；發(fā)送端判定發(fā)送端編碼方式與接收端譯碼方式是否失步；接收端根據(jù)傳輸格式指示信息、一個時間相關的物理層參數(shù)、上一個相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)包的譯碼方式；接收端判定接收端譯碼方式與發(fā)送端編碼方式是否失步。本發(fā)明的發(fā)送端不直接發(fā)送信令指明發(fā)送數(shù)據(jù)包所采用的編碼方式，發(fā)送端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的應答信息判定發(fā)送數(shù)據(jù)包的編碼方式。接收端根據(jù)一個時間相關的參數(shù)和上一相關數(shù)據(jù)包的譯碼結果判定接收數(shù)據(jù)的譯碼方式。
文檔編號H04L1/18GK1780198SQ200410094620
公開日2006年5月31日 申請日期2004年11月17日 優(yōu)先權日2004年11月17日
發(fā)明者步兵, 安鐘薰 申請人:北京三星通信技術研究有限公司, 三星電子株式會社