專利名稱：對lte下行重傳數據時間提前量的處理方法和裝置的制作方法
技術領域：
本發明涉及無線通信技術領域，具體涉及對LTE下行重傳數據時間提前 量的處理方法和裝置。
背景技術：
在長期演進(LTE, Long Term Evolution)系統中，時間提前量(TA, Timing Advance )是一個用于表征演進基站(eNodeB )接收到用戶設備(UE， User Equipment)所發送數據的定時偏差的參量。為了保持上行同步，eNodeB指示 UE在特定的時間點(即某個子幀)發送上行解調參考信號或監聽(Sounding) 參考信號，經過定時測量得到TA, eNodeB通過物理下行共享信道(PDSCH, Physical Downlink Shared Channel)將TA下發至UE進行調整，以保持UE與 eNodeB的上行同步。
由于TA通常包含于下發給UE的某一子幀的數據中，因此， 一次測量得到 的TA值一般會隨著初次下發的某一子幀數據一起傳送至UE。除此之外，還有 一種可能是，由于某種原因，收發雙方啟動了混合自動重傳請求(HARQ, Hybrid Automatic Repeat reQuest)機制，TA值會隨著重傳的數據一起再次傳送 至UE。
對于HARQ機制的啟動， 一般而言有兩種情況。第一種情況是UE沒有收 到eNodeB下發的數據而啟動了 HARQ,則eNodeB在等待時間內沒有收到UE的 反饋的任何信息后重新傳送數據，這種情況下的數據重傳是必要的。第二種情 況是UE已經收到eNodeB下發的下行數據，正確解調下行數據并向eNodeB反饋 了對應的確認信息(ACK， ACKnowledgement),但是，由于種種原因，eNodeB 沒有收到該ACK或eNodeB沒有正確解調出該ACK而重新傳送數據，這種情況 下的重傳數據對UE來說沒有作用。現有技術在收到eNodeB下發的重傳數據時 對上述兩種啟動HARQ機制的情況并不加區分，即，現有技術并不關心重傳數 據之前對所接收下行數據進行解調的解調結果或UE反饋給eNodeB的信息是否為確認信息ACK,只要收到eNodeB的重傳數據，UE正確解調重傳數據，采用 其中的TA值以調整數據發送時刻。
對于上述第二種情況下的重傳數據，由于UE在收到eNodeB初次發送的 數據(或當前重傳數據之前的數據)時已經采納了其中攜帶的TA值對本端數 據的發送時刻進行了調整。如果在收到當前重傳數據時，UE按照其中攜帶的 TA值再次調整本端數據的發送時刻，則反而將已經正確的本端業務數據的發 送時刻調整錯誤。
這就是說，現有技術無法識別或沒有相應機制去發現eNodeB執行重傳數 據的原因，從而導致UE在不應該按照重傳數據中攜帶的TA值去調整本端業 務數據的發送時刻時，依然按照重傳數據中攜帶的TA值去調整本端業務數據 的發送時刻，引入了上行時偏，對上行信息解調造成影響，出現更大的概率將 上行的ACK反饋信息解調錯誤。如此，形成惡性循環，嚴重時會造成該UE 失步，對無線通信造成較大影響。
發明內容
本發明實施例提供對LTE下行重傳數據時間提前量的處理方法、裝置以及 一種用戶設備，能夠正確處理LTE下行重傳數據時間提前量，以使用戶設備與 基站同步。
一種對LTE下行重傳數據時間提前量的處理方法，包括記錄對下行數據 進行解調的解調結果；判斷當前接收的下行數據是否為重傳數據；若當前接收 的下行數據是重傳數據，則查詢與所述重傳數據對應的上次所接收下行數據的 解調結果；根據所述查詢所得解調結果，確定是否保留解調所述重傳數據時所 得時間提前量。
一種對LTE下行重傳數據時間提前量的處理裝置，包括記錄模塊，用于 記錄對下行數據進行解調的解調結果；判斷模塊，用于判斷當前接收的下行數 據是否為重傳數據；查詢模塊，用于所述判斷模塊判斷當前接收的下行數據是 重傳數據時查詢與所述重傳數據對應的上次所接收下行數據的解調結果；確定 模塊，用于根據所述查詢模塊查詢所得解調結果，確定是否保留解調所述重傳 數據時所得時間提前量。一種用戶設備，包括對LTE下行重傳數據時間提前量的處理裝置和調整 模塊，其中所述調整模塊用于根據所述確定;^莫塊提供的時間提前量調整所述用 戶設備業務數據的發送時刻。
本發明實施例通過記錄對下行數據進行解調的解調結果并在判斷當前接 收的下行數據是重傳數據時，查詢在接收重傳數據之前對下行數據進行解調的 解調結果以確定是否保留解調重傳數據時所得時間提前量。由于本發明能夠通 過查詢歷史記錄來區分下行重傳數據中的時間提前量是否已經被使用過，因此 避免了對已經正確的業務數據發送時刻經過重復調整而調整成錯誤的業務數 據發送時刻。與現有技術相比，本發明能夠除去現有技術中錯誤調整業務數據 發送時刻而引入的上行時偏對上行信息解調造成的影響，保證UE的上行同步 更加穩定。
圖l是本發明實施例提供的對LTE下行重傳數據時間提前量的處理方法基 本流程示意圖2是本發明實施例提供的收發雙方在數據交互過程中對下行重傳數據時 間提前量的處理流程；
圖3是本發明實施例提供的對LTE下行重傳數據時間提前量的處理裝置基 本結構邏輯框圖4是本發明實施例提供的一種用戶設備基本結構邏輯框圖。
具體實施例方式
本發明實施例提供一種對LTE下行重傳數據時間提前量的處理方法，通過 記錄對下行數據進行解調的解調結果并在判斷當前接收的下行數據是重傳數 據時，查詢在接收重傳數據之前對下行數據進行解調的解調結果以確定是否保 留解調重傳數據時所得時間提前量。本發明實施例還提供相應的對LTE下行重 傳數據時間提前量的處理裝置，以及一種用戶設備。以下分別進行詳細說明。
請參考圖1 ，本發明實施例提供的對LTE下行重傳數據時間提前量的處理 方法基本流程示意圖，主要包括步驟
7S101,記錄對下行數據進行解調的解調結果。
與現有技術不同，本發明提供的實施例需要記錄每次對下行數據進行解調 的解調結果作為歷史數據以供查詢，即，每次對下行數據進行解調后，保存解 調的結果。顯然，此處所述下行數據也可以包括重傳數據，且重傳數據并不限 于第一次重傳，可以是多次重傳。
作為本發明的實施例，根據不同的解調結果，可以將記錄的信息分為幾種
情況
若下行數據被正確解調，則可以將解調的解調結果記錄為確認信息 (ACK),同時，該確認信息通過上行信道被反饋至下行數據的發送方(例如， 基站等)；
若下行數據被錯誤解調，則可以將解調的解調結果記錄為空信息且向下行 數據的發送方(例如，基站等)反饋非確認信息(NACK);
若沒有收到下行數據，不存在正確或錯誤解調下行數據一說，但仍然可以 將解調的"解調結果"記錄為空信息，只是不向下行數據的發送方(例如，基 站等)反饋任何信息而讓發送方等待一定時間后重傳下行數據；
特別地，在本發明實施例中，"空信息"可以視為沒有記錄任何信息。
S102，判斷當前接收的下行數據是否為重傳數據。
若當前接收的下行數據不為重傳數據，即，當前接收的下行數據是首次接 收到的下行數據，則在對當前接收的下行數據正確解調時就保留解調所得時間 提前量以供UE調整本端數據的發送時刻；否則，轉入步驟S103。本實施例可 以免除在當前接收的下行數據不為重傳數據時后續的查詢工作，加快了數據的 處理速度。
S103,若當前接收的下行數據是重傳數據，則查詢與所述重傳數據對應的 上次所接收下行數據的解調結果。
如前所述，重傳數據是在兩種不同的情況下啟動HARQ機制后下發的。在 本發明提供的實施例中，可以通過查詢與重傳數據對應的上次所接收下行凝:據 的解調結果，確定當前接收的重傳數據是否是必要的數據從而進一步確定其中 的時間提前量是否應該被采用。S104,根據查詢所得解調結果，確定是否保留解調重傳數據時所得時間提 前量。
在本發明提供的實施例中，由于每次接收下行數據時都記錄了對下行數據 進行解調的解調結果，因此，可以查詢與所述重傳數據對應的上次所接收下行
數據的解調結果，包括以下兩種情況
情況一，查詢與所述重傳數據對應的上次所接收下行數據的解調結果是確 認信息，則表明與該重傳數據對應的上次所接收下行數據被正確解調，其中的 時間提前量已經被采用過一次，不需要本次解調重傳數據時所得時間提前量， 因此，放棄本次解調重傳數據時所得時間提前量；
情況二，查詢與所述重傳數據對應的上次所接收下行數據的解調結果是空 信息，則表明與所述重傳數據對應的上次所接收下行數據被錯誤解調，即沒有 解調出與所述重傳數據對應的上次所接收下行數據中的時間提前量，當前重傳 數據中的時間提前量對接收方來說是新的且沒有被采用過，因此，需要保留本 次解調重傳數據時所得時間提前量以供本端調整數據發送時刻之用。
同時，在本發明實施例中，若查詢與所述重傳數據對應的上次所接收下行 數據的解調結果是確認信息，則將重傳lt據的解調結果記錄為確認信息。也就 是說，若查詢與所述重傳數據對應的上次所接收下行數據的解調結果是確認信 息，則不論當前重傳數據是被正確解調還是被4晉誤解調，都將當前重傳數據的 解調結果記錄為確認信息。若查詢與所述重傳數據對應的上次所接收下行數據 的解調結果是空信息并且當前重傳數據被正確解調，則將當前重傳數據的解調 結果記錄為確認信息；若查詢與所述重傳數據對應的上次所接收下行數據的解 調結果是空信息并且當前重傳數據被錯誤解調，則將當前重傳數據的解調結果 記錄為空信息。
從以上說明可知，由于本發明增加了記錄歷史解調結果和查詢歷史解調結 果的機制，因此能夠對重傳數據中解調出的時間提前量進行正確取舍，從而避 免接收方將已經調整正確的業務發送時刻調整錯誤。
為了更好地說明本發明的實現原理，圖2以基站(發送方)和用戶設備(接 收方)為例，示出了在數據交互過程中對下行重傳數據時間提前量的處理流程。
9首先對圖2中的英文縮寫簡要說明如下
表示對下行數據D2進行解調的解調結果為確認信息；
Dl (TA1)表示下行數據或重傳的下行數據Dl中攜帶TAl, D2 (TA2) 表示下行數據或重傳的下行數據D2中攜帶TA2;
例如，當收到并正確解調出重傳的下行數據D1時(S7), UE將解調的結果 ACK(D1 )反饋至基站(S8),與此同時，查詢在此之前記錄的結果是否為ACK (D1)(S8，)。由于查詢所得記錄的解調結果為空信息，則表明之前沒有正確 解調出下行數據Dl或沒有收到下行數據Dl,因此，保留本次解調出的TA1以 供調整數據的發送時刻是正確合理的行為(S8，)；當然，在S8，中，還是要記 錄本次重傳數據的解調結果為ACK (Dl)以備查詢。
在S11中，UE收到并正確解調下行數據D2后，通過上行信道將解調結果 ACK (D2)反饋至基站(S12);與此同時，將解調結果記錄為ACK ( D2 )并 采用從下行數據D2解調出的TA2。
由于種種原因，基站沒有收到ACK (D2)或收到ACK ( D2 )但解調錯誤 (S13),此時，基站重傳下行數據D2 (S14)。
由于在正確解調出重傳數據D2并將解調結果ACK (D2)反饋至基站的同 時(S15和S16), l正查詢在此之前記錄的解調結果是ACK (D2),則表明之前 已經正確解調出下行數據D2并釆用過從下行數據D2解調出的TA2，因此，應 該放棄本次解調出的TA2 (S16，)；當然，在S16，中，還是要記錄本次重傳數據 的解調結果為ACK (D2)以備查詢。.
在圖2所示實施例中，若重傳數據D2沒有被正確解調，或者，重傳數據D2 的解調結果是NACK( D2 ),則仍然將重傳凄t據D2的解調結果記錄為ACK( D2 )。 如此，若由于種種原因，數據D2被再次重傳，則因為查詢到數據D2被再次重 傳之前重傳數據D2的解調結果被記錄為ACK(D2),所以，還是應該放棄再次 重傳數據D2時解調出的TA2。
請參閱圖3,本發明實施例提供的一種對LTE下行重傳數據時間提前量的 處理裝置基本結構邏輯框圖。為了便于說明，僅示出了與本發明實施例相關的
1部分。該裝置包括
記錄模塊301,用于記錄對下行數據進行解調的解調結果。解調的解調結 果為確認信息或空信息，其中空信息可以視為沒有記錄任何信息。具體而言， 記錄模塊301在下行數據被正確解調時，將所述解調的解調結果記錄為確認信 息；和/或在下行數據被錯誤解調或沒有收到下行數據時，將所述解調的解調 結果記錄為空信息。
此外，在本發明實施例中，記錄模塊301的信息記錄也與查詢模塊303的查 詢結果相關，即，若查詢模塊303查詢到與所述重傳數據對應的上次所接收下 行數據的解調結果是確認信息，則記錄模塊301將重傳數據的解調結果記錄為 確認信息。也就是說，若查詢模塊303查詢到與所述重傳數據對應的上次所接 收下行數據的解調結果是確認信息，則不論當前重傳數據是被正確解調還是被 錯誤解調，記錄模塊301都將當前重傳數據的解調結果記錄為確認信息。若查 詢模塊303查詢到與所述重傳數據對應的上次所接收下行數據的解調結果是空 信息并且當前重傳數據被正確解調，則記錄模塊301將當前重傳數據的解調結 果記錄為確認信息；若查詢模塊303查詢到與所述重傳數據對應的上次所接收 下行數據的解調結果是空信息并且當前重傳數據被錯誤解調，則記錄模塊301 將當前重傳數據的解調結果記錄為空信息。
判斷模塊302,用于判斷當前接收的下行數據是否為重傳數據。
查詢模塊303,用于在判斷模塊302判斷當前接收的下行數據是重傳數據時 查詢與所述重傳數據對應的上次所接收下行數據的解調結果。
確定模塊304,用于根據查詢模塊302查詢所得解調結果，確定是否保留解 調所述重傳數據時所得時間提前量。
若確定模塊304在查詢模塊303查詢到與所述重傳數據對應的上次所接收 下行數據的解調結果為確認信息時，則放棄解調重傳數據時所得時間提前量； 和/或在所述查詢模塊303查詢與所述重傳數據對應的上次所接收下行數據的 解調結果為空信息時，保留解調所述重傳數據時所得時間提前量。
由于在下行數據被正確解調時，解調的解調結果記錄為確iM言息，下行數 據被錯誤解調時，解調結果記錄為空信息。因此，在本發明實施例中，對LTE下行重傳數據時間提前量的處理裝置還可以進一步包括記錄信息發送模塊 305,用于將確認信息或非確認信息發送至下行數據的發送方，例如，發送給
基站或演進基站(eNodeB)等。
請參閱圖4，本發明實施例提供的一種用戶設備基本結構邏輯框圖。為了 便于說明，僅示出了與本發明實施例相關的部分。該用戶設備包括
記錄模塊401,用于記錄對下行數據進行解調的解調結果。解調的解調結 果為確認信息或空信息，而空信息可以視為沒有記錄任何信息。具體而言，記 錄模塊301在下行數據被正確解調時，將所述解調的解調結果記錄為確認信息； 和/或在下行數據被錯誤解調或沒有收到下行數據時，將所述解調的解調結果 記錄為空信息。
此外，在本發明實施例中，記錄模塊301的信息記錄也與查詢模塊303的查 詢結果相關，即，若查詢模塊303查詢到與所述重傳數據對應的上次所接收下 行數據的解調結果是確認信息，則記錄模塊301將重傳數據的解調結果記錄為 確認信息。也就是說，若查詢模塊303查詢到與所述重傳數據對應的上次所接 收下行數據的解調結果是確認信息，則不論當前重傳數據是被正確解調還是被 錯誤解調，記錄模塊301都將當前重傳數據的解調結果記錄為確認信息。若查 詢模塊303查詢到與所述重傳數據對應的上次所接收下行數據的解調結果是空 信息并且當前重傳數據被正確解調，則記錄模塊301將當前重傳數據的解調結 果記錄為確認信息；若查詢模塊303查詢到與所述重傳數據對應的上次所接收 下行數據的解調結果是空信息并且當前重傳數據被錯誤解調，則記錄模塊301 將當前重傳數據的解調結果記錄為空信息。
判斷模塊402,用于判斷當前接收的下行數據是否為重傳數據。
查詢模塊403，用于在判斷模塊402判斷當前接收的下行數據是重傳數據時 查詢與所述重傳數據對應的上次所接收下行數據的解調結果。
確定模塊404,用于根據查詢模塊402查詢所得解調結果，確定是否保留解 調所述重傳數據時所得時間提前量。
若確定模塊404在查詢模塊403查詢與所述重傳數據對應的上次所接收下 行數據的解調結果為確認信息時，則放棄解調重傳數據時所得時間提前量；和/或在所述查詢模塊403查詢與所述重傳數據對應的上次所接收下行數據的解 調結果為空信息時，保留解調所述重傳數據時所得時間提前量。
調整模塊406,用于根據確定模塊404提供的時間提前量調整用戶設備業務 數據的發送時刻。
此外，該用戶設備還可以進一步包括
記錄信息發送模塊405,用于將確認信息或非確認信息發送至下行數據的 發送方，例如，發送給基站或演進基站(eNodeB)等。
驟是可以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀 存儲介質中，存儲介質可以包括只讀存儲器(ROM, Read Only Memory )、 隨機存取存儲器(RAM, Random Access Memory )、磁盤或光盤等。
以上對本發明實施例所提供對LTE下行重傳數據時間提前量的處理方法 和裝置進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進 行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想； 同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應 用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限 制。
權利要求
1、一種對LTE下行重傳數據時間提前量的處理方法，其特征在于，包括記錄對下行數據進行解調的解調結果；判斷當前接收的下行數據是否為重傳數據；若當前接收的下行數據是重傳數據，則查詢與所述重傳數據對應的上次所接收下行數據的解調結果；根據所述查詢所得解調結果，確定是否保留解調所述重傳數據時所得時間提前量。
2、 根據權利要求1所述的對LTE下行重傳數據時間提前量的處理方法，其 特征在于，所述記錄對下行數據進行解調的解調結果包括若所述下行數據被正確解調，則將所述解調的解調結果記錄為確認信息； 和/或若所述下行數據被錯誤解調，則將所述解調的解調結果記錄為空信息。
3、 根據權利要求1所述的對LTE下行重傳數據時間提前量的處理方法，其 特征在于，若查詢與所述重傳數據對應的上次所接收下行數據的解調結果為確 認信息，則放棄解調所述重傳數據時所得時間提前量；和/或若查詢與所述重傳數據對應的上次所接收下行數據的解調結果為空信息， 則保留解調所述重傳數據時所得時間提前量。
4、 根據權利要求3所述的對LTE下行重傳數據時間提前量的處理方法，其 特征在于，還包括若查詢與所述重傳數捧對應的上次所接收下行數據的解調結果為確認信 息，則將所述重傳數據的解調結果記錄為確認信息。
5、 根據權利要求1至3任意一項所述的對LTE下行重傳數據時間提前量的 處理方法，其特征在于，還包括將所述確認信息發送至所述下行數據的發送 方。
6、 根據權利要求1所述的對LTE下行重傳數據時間提前量的處理方法，其 特征在于，若當前接收的下行數據不為重傳數據，則保留所述當前接收的下行 數據正確解調時解調所得時間提前量。
7、 一種對LTE下行重傳數據時間提前量的處理裝置，其特征在于，所述裝置包括記錄模塊，用于記錄對下行數據進行解調的解調結果；判斷模塊，用于判斷當前接收的下行數據是否為重傳數據；查詢模塊，用于所述判斷模塊判斷當前接收的下行數據是重傳數據時查詢與所述重傳數據對應的上次所接收下行數據的解調結果；確定模塊，用于根據所述查詢模塊查詢所得解調結果，確定是否保留解調所述重傳數據時所得時間提前量。
8、 根據權利要求7所述的對LTE下行重傳數據時間提前量的處理裝置，其 特征在于，所述記錄模塊用于在下行數據被正確解調時，將所述解調的解調結 果記錄為確認信息；和/或若所述下行數據被錯誤解調，則將所述解調的解調結果記錄為空信息。
9、 根據權利要求8所述的對LTE下行重傳數據時間提前量的處理裝置，其 特征在于，所述確定模塊用于所述查詢模塊查詢與所述重傳數據對應的上次所 接收下行數據的解調結果為確認信息時，放棄解調所述重傳數據時所得時間提 前量；和/或在所述查詢模塊查詢與所述重傳數據對應的上次所接收下行數據的解調 結果為空信息時，保留解調所述重傳數據時所得時間提前量。
10、 根據權利要求9所述的對LTE下行重傳數據時間提前量的處理方法， 其特征在于，所述記錄模塊還用于在所述查詢模塊查詢與所述重傳數據對應的 上次所接收下行數據的解調結果為確認信息時，將所述重傳數據的解調結果記 錄為確i人信息。
11、 根據權利要求8所述的對LTE下行重傳數據時間提前量的處理裝置， 其特征在于，所述裝置還包括記錄信息發送模塊，用于將確認信息或非確認信息發送至所述下行數據的 發送方。
12、 一種用戶設備，其特征在于，所述用戶設備包括如權利要求7至11中 任意 一項所述的裝置以及調整模塊，其中所述調整模塊用于根據所述確定模塊提供的時間提前量調 整所述用戶設備業務數據的發送時刻。
全文摘要
本發明實施例公開了一種對LTE下行重傳數據時間提前量的處理方法以及處理裝置，所述方法包括記錄對下行數據進行解調的解調結果；判斷當前接收的下行數據是否為重傳數據；若當前接收的下行數據是重傳數據，則查詢與所述重傳數據對應的上次所接收下行數據的解調結果；根據所述查詢所得解調結果，確定是否保留解調所述重傳數據時所得時間提前量。與現有技術相比，本發明實施例能夠除去現有技術中錯誤調整業務數據發送時刻而引入的上行時偏對上行信息解調造成的影響，保證UE的上行同步更加穩定。
文檔編號H04L1/18GK101631010SQ200910056048
公開日2010年1月20日 申請日期2009年8月4日 優先權日2009年8月4日
發明者周衛榮, 賈月飛 申請人:上海華為技術有限公司