国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于harq場景中的中繼轉發(fā)反饋信息的方法

      文檔序號:7690090閱讀:102來源:國知局
      專利名稱:用于harq場景中的中繼轉發(fā)反饋信息的方法
      技術領域
      本發(fā)明涉及通信領域,更具體地涉及一種用于混合自動重傳請 求場景中的中繼轉發(fā)反饋信息的方法。
      背景技術
      為了擴大系統(tǒng)覆蓋范圍并增加系統(tǒng)容量, 一個或者多個中繼站
      (Relay Station ,簡稱RS ) ^皮i殳置在支持多淵匕中繼的基站(Multi-hop Relay Base Station,簡稱MR陽BS)和纟冬端(Mobile Stations,簡稱 MS )之間。如圖1所示,RS通過中繼MR-BS和MS之間的傳llr可 以擴大系統(tǒng)覆蓋范圍或增加系統(tǒng)容量。
      目前,中繼系統(tǒng)的資源調度可以分成集中式控制和分布式控制。 集中式系統(tǒng)中的4言道資源分配必須由MR-BS完成,分布式系統(tǒng)中 的RS可以自4亍分配部分資源。由于采用集中式控制的中繼系統(tǒng)的 所有資源調度都要集中在MR-BS處理,所以相應的混合自動重傳 請求(HARQ)設計更為復雜。
      在現(xiàn)有4支術中,對于集中式中繼端到端HARQ,上游控制站在 RS發(fā)送某個HARQ數(shù)據(jù)前已經(jīng)給各個RS分配了相應的反饋信道轉 發(fā)確認(ACK ) /否認(NAK )。 RS接收到要轉發(fā)的數(shù)據(jù)就被觸發(fā)開 始計算在哪一幀開始反饋,然后在相應的資源上發(fā)送反饋。對于下 行數(shù)據(jù)傳輸HARQ, RS延時后發(fā)送的反饋用于標識下行數(shù)據(jù)在中
      5繼鏈路的接收情況;對于上行數(shù)據(jù)傳輸HARQ, RS延時后發(fā)送的 反饋用于標識上行數(shù)據(jù)在中繼鏈路的接收狀況。
      但是,在現(xiàn)有技術中,沒有一種統(tǒng)一的反饋方法觸發(fā)集中控制 式RS在不同HARQ應用場景下計算反々赍延時。例》0,在圖l所示 的系統(tǒng)中,重傳凝:據(jù)可以在RS1的下游節(jié)點RS2開始。如果是下 行數(shù)據(jù)重傳,則RS1和RS2都不會收到要中轉的數(shù)據(jù),因此不會被 觸發(fā)開始計算轉發(fā)相應下行數(shù)據(jù)反饋的時延。如果是上行數(shù)據(jù)重傳, 貝'JRS1不會收到要中轉的數(shù)據(jù),因此不會被觸發(fā)開始計算轉發(fā)相應 上行反々貴的時延。在現(xiàn)有4支術中,下4亍凄史據(jù)重傳和初始凄t據(jù)重傳觸 發(fā)RS計算反饋延時的方法不一樣,而且沒有規(guī)定假如接收不到上 行反饋時RS應該如何處理。此外,現(xiàn)有技術也沒有規(guī)定上行數(shù)據(jù) 重傳時應該如何觸發(fā)重傳lt據(jù)RS開始計算延時。

      發(fā)明內容
      鑒于以上所述的 一個或多個問題,本發(fā)明提供了 一種用于混合 自動重傳請求場景中的中繼轉發(fā)反饋信息的方法。
      根據(jù)本發(fā)明實施例的用于混合自動重傳請求場景中的中繼轉發(fā) 反饋信息的方法,包括中繼站接收資源分配消息;中繼站根據(jù)資 源分配消息確定發(fā)送反饋信息的時刻,并在反饋時刻到達時發(fā)送相 應的反饋信息。
      其中,混合自動重傳請求場景可以分成中繼站發(fā)送上行數(shù)據(jù)和 中繼站發(fā)送下4亍數(shù)據(jù)兩種場景。
      場景一,方案一,中繼站在向上游節(jié)點發(fā)送上行數(shù)據(jù)的過程中, 在第i幀接收來自上游節(jié)點的指示中繼站發(fā)送上行數(shù)據(jù)的資源分配 消息。如果中繼站正確接收了上行數(shù)據(jù),則中繼站在第i + k幀分別 通過支持多跳中繼的基站分配的上行反饋信道和傳輸信道將用于通知上游節(jié)點中繼站正確接收了上行數(shù)據(jù)的信息和上行數(shù)據(jù)上傳給上
      游節(jié)點,其中,k是系統(tǒng)確定的時延,確定k的消息包括廣播消息或資源分配消息或中繼配置消息。如果中繼站沒有正確*接收上刊_凄史據(jù),則中繼站在第i + k幀通過上行反々貴信道上傳用于通知支持多跳中繼的基站重傳發(fā)生在哪 一跳的信息。
      場景一,方案二,中繼站在向上游節(jié)點發(fā)送上行數(shù)據(jù)的過程中,在第i幀接收來自上游節(jié)點的指示中繼站發(fā)送上行數(shù)據(jù)的資源分配消息。如果中繼站正確4妄收了上4亍凄史據(jù),則中繼站在第i幀分別通過支持多跳中繼的基站分配的上行反饋信道和傳輸信道將用于通知上游節(jié)點中繼站正確接收了上行數(shù)據(jù)的信息和上行數(shù)據(jù)上傳給上游節(jié)點。如果中繼站沒有正確接收上4亍凄t據(jù),則中繼站在第i幀通過上行反饋信道上傳用于通知支持多跳中繼的基站重傳發(fā)生在哪一跳的4言息。
      場景二,方案一,中繼站在向下游節(jié)點發(fā)送下4亍凄t據(jù)的過程中,在第i幀接收來自上游節(jié)點的指示中繼站接收上游節(jié)點的下行數(shù)據(jù)的資源分配消息。
      中繼站在第i + n幀通過支持多跳中繼的基站分配的上行反饋信道將從下游站點收到的反饋信息上傳給支持多跳中繼的基站,其中,n是中繼站收到資源分配消息到發(fā)送反饋所需的時延,確定n的消息包^^舌廣4番消息或資源分配消息或中繼配置消息。
      場景二,方案二,中繼站在向下游節(jié)點發(fā)送下行數(shù)據(jù)的過程中,接收來自上游節(jié)點的指示中繼站在第i幀接收下游節(jié)點的反饋信息的資源分配消息;如果在第i幀接收到了反饋信息,則中繼站在第i+ j幀通過支持多跳中繼的基站分配的上行反饋信道將反饋信息上傳給支持多跳中繼的基站,否則中繼站在第i+j幀通過上行反饋信道上傳用于通知支持多跳中繼的基站重傳發(fā)生在哪一跳的信息,其中,j是中繼站對反饋信息進行處理產(chǎn)生的時延,確定j的消息包括系統(tǒng)廣4番消息或資源分配消息或中繼配置消息。
      場景二兩個方案中,如果反饋信息是確認信息,則中繼站直接將反饋信息上傳給支持多跳中繼的基站。如果反饋信息是否認信息,則中繼站對反饋信息進行處理,并將處理后的反饋信息上傳給支持多跳中繼的基站,以通知支持多跳中繼的基站重傳發(fā)生在哪一跳。
      場景二兩個方案中,如果由于中繼站未成功^妄收下^亍^t據(jù)而導致中繼站未接收到反^ft信息,則中繼站通知支持多跳中繼的基站重傳發(fā)生在中繼站和中繼站的上游節(jié)點之間。如果中繼站成功^妻收了下行數(shù)據(jù)而由于無線信道惡劣導致中繼站未接收到反饋信息,則中繼站通知支持多if兆中繼的基站重傳發(fā)生在中繼站和中繼站的下游節(jié)點之間。
      在本發(fā)明中,中繼站進行反饋或發(fā)送的動作與是否收到HARQ凄史據(jù)或者反々貴與否無關,因此完整并統(tǒng)一定義了下4于和上4亍的初始傳輸、重傳、以及下游節(jié)點上行反饋丟失等多種HARQ場景中觸發(fā)中繼站進行反饋或發(fā)送的過程。


      此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構成對本發(fā)明的不當限定。在附圖中
      圖1是根據(jù)本發(fā)明拓樸結構一的無線中繼網(wǎng)絡配置的示意圖2是根據(jù)本發(fā)明實施例的中繼站中繼轉發(fā)反饋信息的方法的;危禾呈圖;以及圖3是根據(jù)本發(fā)明實施例一,在下4亍凄t據(jù)傳輸HARQ場景下轉發(fā)反々貴信息的方法的具體流程圖4是根據(jù)本發(fā)明實施例二,在上行數(shù)據(jù)傳輸HARQ場景下轉發(fā)上行數(shù)據(jù)或反饋的方法的具體流程圖5是才艮據(jù)本發(fā)明實施例一中拓樸結構一的IEEE802.16j系統(tǒng)的下4亍端到端HARQ 4妾入鏈路重傳反々貴的流禾呈示意圖6是根據(jù)本發(fā)明實施例一中拓樸結構一的IEEE802.16j系統(tǒng)的下4亍端到端HARQ初始傳##的-危禾呈示意圖7是才艮據(jù)本發(fā)明實施例一中拓樸結構一的IEEE802.16j系統(tǒng)的下4亍端到端HARQ下游節(jié)點上4亍反々貴丟失情況一的流程示意圖8是才艮據(jù)本發(fā)明實施例一中拓樸結構一的IEEE802.16j系統(tǒng)的下行端到端HARQ下游節(jié)點上行反饋丟失情況二的流程示意圖9是根據(jù)本發(fā)明實施例二中拓樸結構一的IEEE802.16j系統(tǒng)的上4于端到端HARQ包括初始傳$#和重傳的流禾呈示意圖IO是才艮據(jù)本發(fā)明實施例二中拓樸結構二的IEEE802.16j系統(tǒng)的上行端到端HARQ初始傳輸?shù)牧鞒淌疽鈭D11是才艮據(jù)圖10重傳的流禾呈示意圖。
      圖12是根據(jù)本發(fā)明的實施例三,在下4亍凄丈據(jù)傳輸HARQ場景下轉發(fā)反饋信息的方法的具體流程圖13是根據(jù)本發(fā)明的實施例四,在上行數(shù)據(jù)傳輸HARQ場景下轉發(fā)上行數(shù)據(jù)的方法的具體流程9圖14是才艮據(jù)本發(fā)明實施例四拓樸結構一,IEEE802.16j系統(tǒng)的上行端到端HARQ包括初始傳輸流程示意圖。
      具體實施例方式
      下面參考附圖,詳細說明本發(fā)明的具體實施方式

      根據(jù)本發(fā)明實施例的無線中繼網(wǎng)絡的網(wǎng)絡拓樸配置如圖1所示。MR-BS通過RS1和RS2中繼與MS形成一條通訊鏈路。
      參考圖2,說明根據(jù)本發(fā)明實施例的中繼站中繼轉發(fā)反饋信息的方法。如圖2所示,該方法包4舌以下步驟S202,中繼站4妄收資源分配消息;S204,中繼站根據(jù)資源分配消息確定發(fā)送反饋信息的時刻,并在反々貴時刻到達時發(fā)送相應的反々貴信息。
      其中,在步驟S204中,對于下行數(shù)據(jù)HARQ場景,如果MR-BS需要RS在第i幀收到下游節(jié)點對于某個HARQ數(shù)據(jù)的反饋,則必須要通過資源分配消息給RS分配資源。RS通過解碼這個資源分配消息,獲知在第i幀需要4妻收某個反々貴,相應i也,RS就可以自4亍計算出在第i + j幀中MR-BS將為這個反饋給自己分配上行反饋信道,在第i+j幀該RS應該將處理后的相應的凄t據(jù)反々貴上傳。反4貴處理時延j可以由系統(tǒng)廣4番消息給出。
      相應地,如果RS在第i幀沒有收到下游節(jié)點對于某個HARQ數(shù)據(jù)的反饋,則由于RS可以從資源分配消息中得知此時應該接收反饋,因此RS可以從第i幀開始計時,然后用第i + j幀中MR-BS分配的上行反饋信道上傳自己產(chǎn)生的編碼反饋,通知MR-BS重傳應該/人哪一浪t開始。
      其中,在步驟S204中,對于上行數(shù)據(jù)HARQ場景,如果MR-BS需要RS在第i幀發(fā)送某個上行HARQ數(shù)據(jù)反饋,則必須要通過資源分配消息給該RS分配發(fā)送相應HARQ數(shù)據(jù)的資源。在一次端到端HARQ中,MR-BS總是假定RS正確接收了上行數(shù)據(jù)。因此,無論RS是否成功接收上行數(shù)據(jù),發(fā)送上行數(shù)據(jù)的資源分配消息必須分配。RS通過解碼這個資源分配消息,獲知在第i幀需要發(fā)送某個HARQ數(shù)據(jù),相應地,RS就可以自4亍計算出在第i幀中MR-BS將為這個反饋給自己分配上行反饋信道,在第i幀該RS應該將處理后的相應的數(shù)據(jù)反饋上傳。
      其中,中繼站執(zhí)行完步驟S204后,還可以才艮據(jù)延時結果把反饋和相應的數(shù)據(jù)在分配資源上轉發(fā)。其中,上述的資源分配消息包4舌上4于資源分配消息和下4于資源分配消息。
      參考圖3, "^兌明才艮據(jù)本發(fā)明實施例一的在下4亍凄史據(jù)傳1敘HARQ場景下轉發(fā)反々貴信息的方法。如圖3所示,該方法包括以下步驟
      S302, 4妄收上游節(jié)點發(fā)來的資源分配消息。
      S304,如果資源分配消息是用于安排中繼站在第i幀接收上行反々貴的資源分配消息,則轉到步驟S306,否則轉到步驟S310。
      S306,如果RS在第i幀接收到了上行反饋,則轉到步驟S308a,否則轉到步驟S308b。
      S308a, RS在第i+j幀,通過MR-BS分配的上4亍反々貴信道,將相應的反饋上傳。如果收到的是確認信息(ACK),則直接中轉。如果收到是表示需要重傳的編碼,則處理后上傳,以通知MR-BS重傳發(fā)生在哪一跳。
      S308b, RS在第i+j幀,通過MR-BS分配的上行反々貴信道,上傳自己產(chǎn)生的錯誤編碼,通知MR-BS重傳發(fā)生在哪一跳。
      iiS310,本次HARQ處理結束。在這里,^i殳一次處理針對一個 HARQ數(shù)據(jù)以及反饋。
      圖3中,確定j的消息包括系統(tǒng)廣4番消息或資源分配消息或中 繼配置消息確定。例如j在安排中繼站在第i幀接收上行反饋的資源 分配消息R-MAP中給出,RS在第i幀收到該資源分配消息后,讀 出參數(shù)j,在第i+j幀根據(jù)本發(fā)明發(fā)送相應反饋?;蛘遤在系統(tǒng)廣播 消息中給出,RS收到系統(tǒng)廣播消息后,讀出參數(shù)j,保存在本地, 利用保存值在第i+j幀根據(jù)本發(fā)明發(fā)送相應反饋,此時參數(shù)j由系 統(tǒng)廣4番消息改變?;蛘遤在中繼配置消息中給出,RS收到中繼配置 消息后,讀出參數(shù)j,保存在本地,利用保存值在第i+j幀根據(jù)本 發(fā)明發(fā)送相應反饋,此時參數(shù)j由中繼配置消息改變。
      具體;也,下游節(jié)點上4于無反々赍可以分成兩種情況第一種情況, RS本身接收下行數(shù)據(jù)失敗,因此可以不把錯誤數(shù)據(jù)下發(fā),下游節(jié)點 接收不到下行數(shù)據(jù),就不會給出反饋。第二種情況,RS本身接收下 行數(shù)據(jù)成功,繼續(xù)轉發(fā)了下行數(shù)據(jù),但是由于無線信道惡劣,沒有 收到下游節(jié)點的反々責。
      相應地,重傳編碼也有兩種情況第一種情況,RS知道自己接 收數(shù)據(jù)失敗,因此編碼應該反映重傳在上游節(jié)點和本節(jié)點之間發(fā)生。 第二種情況,RS知道自己接收數(shù)據(jù)成功,因此編碼應該反映重傳在 本節(jié)點和下游節(jié)點之間發(fā)生。
      參考圖4,說明根據(jù)本發(fā)明實施例二的在上行數(shù)據(jù)傳輸HARQ 場景轉發(fā)上行凄t據(jù)或反々貴的方法。如圖4所示,該方法包括以下步 驟
      S402,接收上游節(jié)點發(fā)來的資源分配消息。S404,如果資源分配消息是安排中繼站在第i幀發(fā)送上行數(shù)據(jù) 的資源分配消息,則轉到步驟S406,否則轉到步驟S410。
      S406,如果本地HARQ數(shù)據(jù)正確解碼,則轉到步驟S408a,否 則轉到步驟S408b。
      S408a, RS在第i幀,通過MR-BS分配的上行反饋信道,反饋 ACK,在傳輸信道上將相應的數(shù)據(jù)反々赍上傳。
      S408b, RS在第i幀,通過MR-BS分配的上行反饋信道,反 々貴確普誤編碼,在傳輸信道上不傳輸凄t據(jù)。4昔誤編碼用來通知MR-BS 重傳發(fā)生在哪一逸L
      S410,本次HARQ處理結束。
      以下將詳細描述上述方法在IEEE802.16j系統(tǒng)中的實施。
      在根據(jù)本發(fā)明的實施例中,HARQ數(shù)據(jù)可以是IEEE802.16j文 檔定義的HARQ子突發(fā)。此外,假設所有的傳輸處理時延為1幀(j =1)。
      對于下行數(shù)據(jù)HARQ, 一旦RS收到分配資源的上行映射 (MAP)消息(指示該RS在第i幀接收下游節(jié)點對于某個HARQ 子突發(fā)的反饋),RS會從該消息中讀用于中繼數(shù)據(jù)信息單元的混合 自動重傳請求確i人信道區(qū)域分配信息(HARQ—ACKCH region allocation for Relay Data IE ), -彈知自己是否需要在該幀4妄收反々貴。 在IEEE 802.16j系統(tǒng)中,接收資源分配消息和接收反々責可以在同一 幀進行。例如,RS將在第i幀接收MAP消息,從相應信息單元(IE) 中讀出接收反饋的信道,在第i幀安排的信道上接收該反饋,然后 在第i + 1幀中BS分配的上行反饋信道上傳處理后的相應的反饋。
      一個接入鏈路重發(fā)突發(fā)的例子如圖5所示,RS2在第四幀收到 MAP消息,指示RS2在第四幀才妻收來自MS的編碼Cl (NAK), 在第五幀將編碼加1變成C2繼續(xù)上傳。RS1在第五幀收到MAP消 息,指示RS1在第五幀接收來自RS2的編碼C2,相應的,RS2在 第六幀將編碼加1變成C3繼續(xù)上傳。MR-BS收到最終的編碼C3 就知道在第三跳安排重傳。在第九幀開始的HARQ數(shù)據(jù)重傳中,在 第十幀,RS2收到MAP消息,指示RS2在第十幀接收來自MS的 ACK,因此RS2會計算在第十一幀將ACK不作改變地繼續(xù)上傳。
      對應地, 一個成功的突發(fā)傳輸例子如圖6所示。才艮據(jù)實施例一, 如果RS2在第四幀收到MAP消息,指示RS2在第四幀4^收來自 MS的反々貴,RS2將在第五幀將收到的ACK不作改變地上傳。如果 RS1在第五幀收到MAP消息,指示RS1在第五幀^接收來自RS2的 中繼的反々貴,RS1將在第六幀將這個ACK不作改變地上傳。MR-BS 收到最終的ACK,就可以安排傳輸下一個HARQ數(shù)據(jù)。
      無反饋的實施例有兩種情況,分別如圖7和圖8所示。在這兩 個實施例中,RS可以通過上行MAP消息得知在哪一幀自己應該接 收上行反饋。在圖7中,RS2本身接收下行數(shù)據(jù)失敗,因此可以不 把錯誤數(shù)據(jù)下發(fā)。MS接收不到數(shù)據(jù),就不會給出反饋,第四幀RS2 收到MAP消息,指示RS1在第四幀接收反饋。但是,在第四幀, RS2接收不到反饋且知道本身接收下行數(shù)據(jù)失敗,于是在第五幀將 上傳反饋編碼Cl,重傳將從RS1開始。在圖8中,RS2成功接收 下行數(shù)據(jù),繼續(xù)轉發(fā)了數(shù)據(jù),但是由于無線信道惡劣,沒有收到下 游節(jié)點反^t貴。在第四幀,RS2收到MAP消息,指示RS1在第四幀 接收反饋。但是,在第四幀,RS2接收不到反饋且知道本身接收下
      14行數(shù)據(jù)成功,于是在第五幀將上傳反饋編碼C2,重傳將從RS2開 始。
      對于上行數(shù)據(jù)HARQ,一旦RS收到分配資源的上行MAP消息 (指示該RS在第i幀發(fā)送某個HARQ子突發(fā)),RS就會從該消息 中讀HARQ—ACKCH region allocation for Relay Data IE, 4尋殺口自己在 該幀發(fā)送相應突發(fā)上行反饋的位置。在IEEE 802.16J系統(tǒng)中,接收 資源分配消息、發(fā)送上行數(shù)據(jù)、以及反饋可以在同一幀進行。
      例如,RS將在第i幀接收MAP消息,乂人相應IE中讀出發(fā)送反 饋的信道,在第i幀安排的信道上發(fā)送該反々貴以及HARQ數(shù)據(jù)。
      一個包括上行數(shù)據(jù)初始傳輸和重發(fā)突發(fā)的例子如圖9所示,RS2 在第四幀收到MAP消息,指示RS2發(fā)送來自MS的上行數(shù)據(jù),在 第四幀,RS2除開發(fā)送上行數(shù)據(jù),還將被觸發(fā)利用MR-BS指定的 資源上傳ACK。 RSI在第五幀收到MAP消息,指示RSI發(fā)送來自 RS2的上行數(shù)據(jù),但因為接收到的上行數(shù)據(jù)未能解碼成功,所以在 第五幀,RSI不會發(fā)送任何上行數(shù)據(jù)而只利用MR-BS指定的資源 上傳NAK。在第七幀開始的HARQ凝:據(jù)重傳中,RS2收到MAP消 息,指示RS2發(fā)送來自MS的上行數(shù)據(jù),RS2除開發(fā)送上行數(shù)據(jù), 還將^皮觸發(fā)利用MR-BS指定的資源上傳ACK。
      圖IO和圖11給出了一個更具體的二叉樹狀中繼網(wǎng)絡上行l(wèi)丈據(jù) 初始傳輸和重發(fā)突發(fā)的例子。如圖10所示,第N幀MS1發(fā)送數(shù)據(jù) 1, 2, 3纟合RS2, MS2發(fā)送凄t才居4, 5纟合RS3。 RS2在第N+l幀4欠 到傳輸上行數(shù)據(jù)的HARQ UL MAP IE,即上行鏈路混合自動重傳請 求映射信息單元,且正確接收了數(shù)據(jù)l, 3。因此在第N+1幀上行反 々貴信道區(qū)i或(ULACKCH)中標識凝:據(jù)1和3的反饋為C0,數(shù)據(jù)2 的反饋為Cl;并在HARQ UL MAP正指示信道上發(fā)送數(shù)據(jù)1和數(shù) 據(jù)3,不發(fā)數(shù)據(jù)2或者在數(shù)據(jù)2的資源上發(fā)空數(shù)據(jù)。類似的,RS3在第N+l幀收到發(fā)送數(shù)據(jù)的HARQ UL MAP IE且正確接收了數(shù)據(jù) 5,第N+l幀UL ACKCH中標識凄t悟5的反饋為CO,數(shù)據(jù)4的反 饋為C1,并發(fā)送數(shù)據(jù)4。上游中繼RS1首先檢查收到的ULACKCH。 如果反饋是CO, RS1解碼相應的數(shù)據(jù),否則不解碼,只把收到的反 饋編碼力。1填入自己的ULACKCH。RS1收到在第N+l幀發(fā)送數(shù)據(jù) 的HARQ UL MAP IE,如果解碼數(shù)據(jù)成功,發(fā)送數(shù)據(jù)并在相應的 UL ACKCH標識反饋為CO,否則不發(fā)送數(shù)據(jù)或發(fā)送空數(shù)據(jù)并在相 應的ULACKCH標識C1。從圖3BS的接收標識可以看出,第N+2 幀RSI只成功接收了數(shù)據(jù)3并將其發(fā)送給BS。數(shù)據(jù)1保存在RS2, 數(shù)據(jù)5保存在RS3,等待重發(fā)。
      圖11中假設在圖10的結果中,BS沒有正確接收數(shù)據(jù)3,因此, BS必須安排所有數(shù)據(jù)重發(fā)。由于數(shù)據(jù)3保存在RS1,數(shù)據(jù)1保存在 RS2,數(shù)據(jù)5保存在RS3,重發(fā)必須從相應的中繼開始。此外,第 M幀,MS1除開重傳2,還可以發(fā)送新的凄t才居6, 7, MS2除開重傳 凄t據(jù)4,還可以發(fā)送新的數(shù)據(jù)8。第M + 1幀,RS2收到在第M+l 幀發(fā)送數(shù)據(jù)的HARQULMAPIE,正確接收了新數(shù)據(jù)6, 7,正確接 收了重傳數(shù)據(jù)2,本身還需要重發(fā)數(shù)據(jù)l,就可以在第M+1幀發(fā)送 相應上行反饋以及數(shù)據(jù)。值得注意的是,新數(shù)據(jù)6, 7的反饋區(qū)域仍 然是ULACKCH,而重傳數(shù)據(jù)1, 2的反饋在上行重傳反饋區(qū)域(UL RETX ACKCH )。重傳反饋的順序和重傳數(shù)據(jù)的順序一致。
      類似的,RS3在第M+l幀收到發(fā)送凄t據(jù)的HARQULMAPIE, 正確接收了新數(shù)據(jù)8,正確接收了重傳數(shù)據(jù)4,本身還需要重發(fā)數(shù)據(jù) 5,就可以在第M+l幀發(fā)送相應上行反饋以及數(shù)據(jù)。新數(shù)據(jù)8的反 々貴區(qū)域仍然是UL ACKCH,而重傳凄t據(jù)4, 5的反饋在UL RETX ACKCH。
      RS1在第M+2幀收到發(fā)送數(shù)據(jù)的HARQ UL MAP IE,正確接 收了新數(shù)據(jù)6, 7, 8,正確接收了重傳數(shù)據(jù)l, 2, 4, 5,本身還需要重發(fā)數(shù)據(jù)3,就可以在第M+2幀發(fā)送相應上行反饋以及數(shù)據(jù)。新 數(shù)據(jù)6, 7, 8的反饋區(qū)域仍然是ULACKCH,而重傳數(shù)據(jù)l, 2, 3, 4, 5的反饋在ULRETXACKCH。
      參考圖12,說明根據(jù)本發(fā)明實施例三的在下行數(shù)據(jù)傳輸HARQ 場景下轉發(fā)反々貴信息的方法。如圖12所示,該方法包括以下步驟
      S1202,接收上游節(jié)點發(fā)來的資源分配消息。
      S1204,如果在第i幀收到上游節(jié)點發(fā)來的安排中繼站發(fā)送下行 數(shù)據(jù)的資源分配消息,則轉到步驟S1206,否則轉到步驟S1210。
      S1206, 4o果RS ^L到了上4亍反々貴,則4爭到步駛《S1208a,否則 轉到步驟S1208b。
      S1208a, RS在第i + n幀,通過MR-BS分配的上行反饋信道, 將相應的反饋上傳。如果收到的是確認信息(ACK),則直接中轉。 如果收到是表示需要重傳的編碼,則處理后上傳,以通知MR-BS 重傳發(fā)生在哪一跳。
      S1208b, RS在第i + n幀,通過MR-BS分配的上行反々赍信道, 上傳自己產(chǎn)生的錯誤編碼,通知MR-BS重傳發(fā)生在哪一跳。
      S1210,本次HARQ處理結束。在這里,假設一次處理針對一 個HARQ數(shù)據(jù)以及反饋。
      圖12中,n的確定包括系統(tǒng)廣播消息或資源分配消息或中繼配 置消息。例如n在安排中繼站在第i幀發(fā)送下行數(shù)據(jù)的資源分配消 息中給出,RS在第i幀收到該資源分配消息后,讀出參數(shù)n,在第 i + n幀根據(jù)本發(fā)明發(fā)送相應反饋?;蛘遪在系統(tǒng)廣播消息RCD中 的給出,RS收到系統(tǒng)廣播消息后,讀出參數(shù)n,保存在本地,利用保存值在第i + n幀根據(jù)本發(fā)明發(fā)送相應反饋,參數(shù)n由系統(tǒng)廣播消 息改變?;蛘遪在中繼配置消息中給出,RS收到中繼配置消息后, 讀出參數(shù)n,保存在本地,利用保存值在第i + n幀根據(jù)本發(fā)明發(fā)送 相應反饋,參數(shù)n由中繼配置消息改變。
      對應地, 一個成功的突發(fā)傳輸例子如圖6所示。根據(jù)實施例三, 如果RS2在第二幀收到MAP消息,假設n=3且由MAP消息指定, RS2乂人MAP消息中讀出11=3,將在第五幀將收到的ACK不作改變地 上傳。類似的,RS1在第一幀收到MAP消息,RS1將在第六幀將 收到的ACK不作改變地上傳。MR-BS收到最終的ACK,就可以安 排傳4命下一個HARQ凄丈才居。
      參考圖13,說明根據(jù)本發(fā)明實施例四的在上行數(shù)據(jù)傳輸HARQ 場景轉發(fā)上行數(shù)據(jù)或數(shù)據(jù)反^t的方法。如圖13所示,該方法包括以 下步驟
      S1302,接收上游節(jié)點發(fā)來的資源分配消息。
      S1304,如果在第i幀收到安排中繼站發(fā)送上行數(shù)據(jù)的資源分配 消息,則轉到步驟S1306,否則轉到步驟S1310。
      S1306,如果本地HARQ凄t據(jù)正確解碼,則轉到步驟S1308a, 否則轉到步驟S1308b。
      S1308a, RS在第i+k幀,通過MR-BS分配的上行反々責信道, 反饋ACK,在傳輸信道上將相應的凄t據(jù)反々赍上傳。
      S1308b, RS在第i+k幀,通過MR-BS分配的上4亍反々貴信道, 反々貴4晉誤編碼,在傳輸信道上不傳輸凄t據(jù)。4晉誤編碼用來通知 MR-BS重傳發(fā)生在哪一跳。S1310,本次HARQ處理結束。
      圖13中,k是中繼站對資源信息進行處理確定產(chǎn)生的時延。K 的確定包括系統(tǒng)廣播消息或資源分配消息或中繼配置消息。例如k 在安排中繼站在第i幀發(fā)送下行數(shù)據(jù)的資源分配消息中給出,RS在 第i幀收到該資源分配消息后,讀出參數(shù)k,在第i + k幀根據(jù)本發(fā) 明發(fā)送相應反饋?;蛘遦在系統(tǒng)廣播消息RCD給出,RS收到系統(tǒng) 廣4番消息RCD后,讀出參凄t k=Relay UL allocation start time , {呆存 在本地,利用保存值在第i + k幀根據(jù)本發(fā)明發(fā)送相應反饋,參數(shù)k 由系統(tǒng)廣4番消息RCD改變?;蛘遦在中繼配置消息中^合出,RS收 到中繼配置消息后,讀出參凄tk,保存在本地,利用保存值在第i + k幀根據(jù)本發(fā)明發(fā)送相應反饋,參數(shù)k由中繼配置消息改變。
      一個上行數(shù)據(jù)初始傳輸例子如圖14所示,RS2在第四幀收到 MAP消息,指示RS2發(fā)送來自MS的上行數(shù)據(jù)。假設k=l且由系 統(tǒng)廣播消息確定。RS利用保存在在本地的k計算出第五幀除開發(fā)送 上4亍ft據(jù)并上傳ACK。類似地,RS1在第五幀收到MAP消息,利 用保存在本地的k計算出在第六幀,發(fā)送上行數(shù)據(jù)并上傳ACK。
      在本發(fā)明中,中繼站進行反饋或發(fā)送的動作與是否收到HARQ 數(shù)據(jù)或者反饋與否無關,因此完整并統(tǒng)一定義了下行和上行的初始 傳輸、重傳、以及下游節(jié)點上行反饋丟失等多種HARQ場景中觸發(fā) 中繼站進4亍反々貴或發(fā)送的過程。
      以上所述^f又為本發(fā)明的實施例而已,并不用于限制本發(fā)明,對 于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均 應包含在本發(fā)明的權利要求范圍之內。
      19
      權利要求
      1. 一種用于混合自動重傳請求場景中的中繼轉發(fā)反饋信息的方法,其特征在于,包括中繼站接收資源分配消息;所述中繼站根據(jù)所述資源分配消息確定發(fā)送反饋信息的時刻,并在反饋時刻到達時發(fā)送相應的反饋信息。
      2. 根據(jù)權利要求1所述的方法,其特征在于,所述中繼站在向上 游節(jié)點發(fā)送上行數(shù)據(jù)的過程中,接收來自上游節(jié)點的指示中繼 站發(fā)送上行數(shù)據(jù)的資源分配消息。
      3. 根據(jù)權利要求2所述的方法,其特征在于,如果所述中繼站正 確才妄收了所述上4亍凄t據(jù),則所述中繼站在第i + k幀分別通過 支持多跳中繼的基站分配的上行反饋信道和傳輸信道將用于 通知所述上游節(jié)點所述中繼站正確接收了所述上行數(shù)據(jù)的信 息和所述上行數(shù)據(jù)上傳給所述上游節(jié)點,其中,i是所述中繼 站收到所述資源分配消息的幀數(shù),k是系統(tǒng)確定的時延,確定 k的消息包括廣4番消息或資源分配消息或中繼配置消息。
      4. 根據(jù)權利要求3所述的方法,其特征在于,如果所述中繼站沒 有正確4妄收所述上4亍凄t據(jù),則所述中繼站在所述第i + k幀通 過所述上行反饋信道上傳用于通知所述支持多跳中繼的基站 重傳發(fā)生在哪一跳的信息。
      5. 根據(jù)權利要求2所述的方法,其特征在于,如果所述中繼站正 確接收了所述上行數(shù)據(jù),則所述中繼站在收到所述資源分配消 息的幀內分別通過支持多跳中繼的基站分配的上行反饋信道和傳輸信道將用于通知所述上游節(jié)點所述中繼站正確接收了 所述上行數(shù)據(jù)的信息和所述上行數(shù)據(jù)上傳給所述上游節(jié)點。
      6. 才艮據(jù)4又利要求5所述的方法,其特4i在于,如果所述中繼站沒 有正確接收所述上4亍凄t據(jù),則所述中繼站在收到所述資源分配 消息的幀內通過所述上行反饋信道上傳用于通知所述支持多 跳中繼的基站重傳發(fā)生在哪一跳的信息。
      7. 才艮據(jù)4又利要求1所述的方法,其特4正在于,所述中繼站4妄收來 自上游節(jié)點的指示中繼站接收上游節(jié)點的下行數(shù)據(jù)的資源分 酉己消息。
      8. 才艮據(jù)纟又利要求7所述的方法,其特;f正在于,所述中繼站在第 i + n幀通過支持多跳中繼的基站分配的上行反饋信道將從下 游站點收到的反饋信息上傳給所述支持多跳中繼的基站,其 中,i是收到所述資源分配消息的幀數(shù),n是所述中繼站收到 所述資源分配消息到發(fā)送所述反饋所需的時延,確定n的消息 包括廣播消息或資源分配消息或中繼配置消息。
      9. 根據(jù)權利要求1所述的方法,其特征在于,所述中繼站在向下 游節(jié)點發(fā)送下行數(shù)據(jù)的過程中,接收來自上游節(jié)點的指示所述 中繼站在第i幀接收所述下游節(jié)點的反饋信息的資源分配消 自、
      10. 根據(jù)權利要求9所述的方法,其特征在于,如果在所述第i幀 接收到了所述反饋信息,則所述中繼站在第i+j幀通過支持多 跳中繼的基站分配的上行反饋信道將所述反饋信息上傳給所 述支持多跳中繼的基站,否則所述中繼站在所述第i+j幀通過 所述上行反饋信道上傳用于通知所述支持多跳中繼的基站重 傳發(fā)生在哪一跳的信息,其中,j是所述中繼站對所述反饋信息進行處理產(chǎn)生的時延,確定j的消息包括廣播消息或資源分 配消息或中繼配置消息。
      11. 根據(jù)權利要求8或10所述的方法,其特征在于,如果所述反 饋信息是確認信息,則所述中繼站直接將所述反饋信息上傳給 所述支持多跳中繼的基站。
      12. 根據(jù)權利要求8或10所述的方法,其特征在于,如果所述反 饋信息是否認信息,則所述中繼站對所述反饋信息進行處理, 并將處理后的反饋信息上傳給所述支持多跳中繼的基站,以通 知所述支持多跳中繼的基站重傳發(fā)生在哪一跳。
      13. 根據(jù)權利要求12所述的方法,其特征在于,如果由于所述中 繼站未成功4妄收所述下4亍凄t據(jù)而導致所述中繼站未4妻收到所 述反々貴信息,則所述中繼站通知所述支持多跳中繼的基站重傳 發(fā)生在所述中繼站和所述上游節(jié)點之間。
      14. 根據(jù)權利要求12所述的方法,其特征在于,如果所述中繼站 成功接收了所述下行數(shù)據(jù)而由于無線信道惡劣導致所述中繼 站未4妄收到所述反々貴信息,則所述中繼站通知所述支持多跳中 繼的基站重傳發(fā)生在所述中繼站和所述下游節(jié)點之間。
      全文摘要
      本發(fā)明公開了一種用于混合自動重傳請求場景中的中繼轉發(fā)反饋信息的方法。其中,發(fā)送反饋信息的方法包括中繼站接收資源分配消息;中繼站根據(jù)資源分配消息確定發(fā)送反饋信息的時刻,并在反饋時刻到達時發(fā)送相應的反饋信息。通過本發(fā)明,完整并統(tǒng)一定義了下行和上行的初始傳輸、重傳、以及下游節(jié)點上行反饋丟失等多種HARQ場景中觸發(fā)中繼站進行反饋或發(fā)送的過程。
      文檔編號H04L1/18GK101483509SQ20081008591
      公開日2009年7月15日 申請日期2008年6月3日 優(yōu)先權日2008年1月11日
      發(fā)明者揚 劉, 雨 辛 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1