一種進行設備到設備操作的方法和裝置與流程

2023-04-23 07:23:41 1

本發明大體涉及一種用於數字通信的系統和方法，尤其涉及一種在無線通信系統中實現直連移動通信的操作的系統和方法。

背景技術：

在無線通信領域，對直連設備到設備通信(「d2d」)、直連移動通信(「dmc」)等的需求已經逐步增加。d2d和dmc是指一組(兩個或兩個以上)用戶設備(「ue」)之間的通信模式，該模式在ue之間的通信路徑中不包括或不總是包括通信控制器。本文使用dmc表示這種通信形式。一般而言，dmc鏈路涉及一組dmc設備之間的直連通信，其指的是點到點(「ptp」)通信：點到單點或點到多點通信，而無需使通信經過或完全受制於一個通信控制器，例如演進型nodeb(「enb」)、nodeb、基站、控制器、通信控制器等等。dmc設備通常也被稱為用戶設備(「ue」)、移動臺、行動電話、通信設備、訂戶、終端等等。dmc鏈路和蜂窩鏈路不同。ue間的蜂窩鏈路涉及經過enb、中繼節點等網絡基礎設施節點的ue之間共享的數據。但應注意，在dmc鏈路上，雖然數據直接在ue之間交換，但dmc鏈路的控制信息仍經過網絡節點。dmc能使蜂窩網絡卸載一部分基站業務。除了卸載基站業務，dmc還能夠為本地業務實體進行基於接近度的通告，其可以成為這類實體的收入源。dmc還可促使用戶設備的終端用戶找到並識別附近的朋友。還可在物理上彼此靠近的用戶設備之間提供臨時(adhoc)類型的業務。dmc還是本地社交網絡的關鍵推動因素。

為dmc提供性能增強的過程會加快這種通信形式在市場中的應用。

一種基站減少與想要彼此通信的用戶設備進行通信而無需產生不必要的成本和開銷的過程將有助於從基站卸載業務。

技術實現要素：

實施例提供一種用於在無線通信系統中進行設備到設備操作的系統和方法，從而大體上實現了技術上的優勢。

根據示例實施例，提供了一種操作無線通信系統中的通信控制器的方法。例如，實施例提供一種由收發器和耦合到所述收發器的處理器構造的系統。所述處理器連同所述收發器用於為dmc鏈路將第一子幀集分配給ue組；將第二子幀集分配給所述ue組中的特定ue；向所述ue組傳輸包含關於所述第一子幀集的信息的第一消息；以及向所述特定ue傳輸包含關於所述第二子幀集的信息的第二消息。在實施例中，所述第二子幀集是所述第一子幀集的子集，關於所述第二子幀集的信息包括所述特定ue可向所述ue組中的其它ue進行傳輸的子幀，以及在所述第一子幀集中但不在所述第二子幀集中的子幀被分配用於所述特定ue進行接收。

其它實施例提供一種用於操作無線通信系統中的用戶設備的系統和方法。例如，實施例可以提供一種由收發器和耦合到所述收發器的處理器構造的系統。所述處理器連同所述收發器用於接收包含關於dmc鏈路的ue組的第一子幀集的信息的第一消息；以及接收包含關於指派給所述特定ue的第二子幀集的信息的第二消息。在實施例中，所述第二子幀集是所述第一子幀集的子集，關於所述第二子幀集的所述信息包括所述ue可在所述dmc鏈路中向所述組中的其它ue進行傳輸的子幀，以及在所述第一子幀集中但不在所述第二子幀集中的子幀被分配用於所述ue進行接收。用於所述ue進行接收而分配的在所述第一子幀集中但不在所述第二子幀集中的子幀可被分配給另一ue用於傳輸。

附圖說明

為了更完整地理解本發明及其優點，現在參考以下結合附圖進行的描述，其中：

圖1示出了圖示與ue在蜂窩網絡中通信的基站的系統圖，所述ue直接在dmc鏈路上彼此通信，該圖示出了應用實施例原理的環境；

圖2示出了根據實施例的dmc時間資源分配過程；

圖3示出了圖示告知dmc組的每個ue該dmc組的特定通信時間資源的通信控制器操作的實施例的流程圖；

圖4示出了確定傳輸還是接收的ue操作的實施例的流程圖；

圖5示出了根據實施例的將混合自動重傳請求(「harq」)進程映射到分配的子幀的示例；

圖6示出了具有新harq進程的通信控制器操作的實施例；

圖7示出了當dmc組中的ue接收包括關於harq進程的最大數目的信息的信令時的ue操作的實施例的流程圖；

圖8示出了給定子幀上的harq進程的ue操作的實施例的流程圖；

圖9示出了具有確認的harq進程號的顯式指示的ack/nack反饋的圖形表示；

圖10示出了在ue處執行的用於發送ack/nack和harq進程號的指示的過程的實施例；

圖11示出了當ack/nack由組中的其它ue發送時評估dmc組中的其它ue是否正確接收包的ue操作的實施例；

圖12和13示出了根據實施例的使用滑動窗口進行ack/nack報告的圖形表示；以及

圖14示出了處理系統的元件的方框圖，該處理系統可用於執行上文所述的一個或多個過程。

具體實施方式

應了解，實施例提供可在各種具體上下文中體現的許多適用概念。下文所論述的具體實施例僅僅說明用以實施和使用本發明的具體方式，而不限制本發明的範圍。

在通信控制器(例如，基站)沒有過多參與ue間的通信鏈路的情況下，dmc促使蜂窩網絡將業務卸載到無線通信路徑。dmc還可以促使數據能夠容易傳送到不同的外圍設備以及從不同的外圍設備傳送，外圍設備包括共置於終端用戶的物理環境中的印表機、攝像機、個人計算機、電視接收器等等。例如，在某半徑範圍內，例如一段距離(例如，50米的距離)內或按照終端用戶的可接受物理測量(例如，功率電平)計算的半徑內的設備可被視為共置。儘管如此，蜂窩運營商通常出於以下目的希望控制dmc：計費和帳務、載波頻率和幹擾管理以及網絡流量整體管理以優化可用帶寬。

儘管術語「直連移動通信」通常是指在用戶設備之間的通信路徑中不包括通信控制器的ue之間的通信模式，本文可以設想dmc通常是指一組無需包括與蜂窩基站通信的通信設備的概念。

實施例使通信控制器允許用戶彼此通信而無需產生不必要的成本或信令開銷。

參見圖1，其示出了圖示在蜂窩鏈路中與一組ue(ue120、130)進行通信的通信控制器(例如，enb110)的系統圖，ue120、130在dmc鏈路上彼此直接通信，從而示出了應用實施例原理的環境。該ue組包括兩個或兩個以上ue。enb110在上行/下行無線通信鏈路140、150上與ue120、130傳送控制信息。enb110的服務區域115由虛線115指示。ue120、130在dmc鏈路160上彼此直接傳送數據。

dmc鏈路是兩個或兩個以上ue之間的直連通信鏈路，沒有過多涉及由通信控制器等為兩個ue之間的通信鏈路提供的網絡功能，如圖1所示。存在兩種實施dmc的方式。在以設備為中心的布置中，dmc連接不受網絡監管。在以網絡為中心的布置中，當條件合適且協助dmcue在dmc鏈路期間彼此通信(例如，傳輸控制信息、分配資源等等)時，網絡發起ue組(dmcue)之間的dmc連接。條件包括本地參數，例如設備的接近度以及宏參數，例如，整體業務需要、非dmc設備的位置等等。以網絡為中心的布置提供了從網絡卸載本地業務的可能，這對於蜂窩運營商而言很有吸引力。

使用以網絡為中心的方法，dmcue需要知道通信控制器為dmc組分配哪些時間資源，例如，子幀。本文介紹了若干種用於dmc組的分配資源過程。提供這些過程以確保維持harq時間以及用於確定/否定確定(「ack/nak」或「ack/nack」)反饋。

當為dmc組建立了dmc鏈路時，為該ue組分配資源以在其上通信。將時頻通信資源都分配給dmc鏈路。本文解決了dmc的資源分配。

dmc可以是僅有兩個設備進行通信的單鏈路，如圖1所示，或其可以是具有多個設備參與dmc的多鏈路。雖然主要重點是單鏈路dmc，但多鏈路dmc從商業角度也被引起高度關注。例如，許多用戶可以建立本地多點dmc組作為本地社交網絡，例如，高中內的群聊、支持多人遊戲，或會議參與者交換文件。本文介紹的過程旨在為多鏈路和單鏈路dmc分配資源。高效為多個ue分配通信資源而無需排除具有高性能的單鏈路ue對。下文中，在不丟失共性的情況下，以dmc組作為示例。

為了保持低ue複雜度，在上行鏈路波段中假設dmc鏈路的半頻分雙工(「fdd」)通信協議。儘管描述了fdd協議，但時分雙工(「tdd」)通信同樣可用於dmc。上行鏈路波段的這種用法意味著ue不應同時在dmc資源上進行接收和傳輸。因此，如果一個ue在dmc鏈路上進行傳輸，那麼其它dmcue應準備好接收。出於正確傳輸和接收包的目的，告知dmc組(單鏈路或多鏈路)中包含的ue何時傳輸和接收時間資源，在何處傳輸和接收頻率資源以及如何傳輸和接收相關harq流程、調製編碼方案(「mcs」)、功率以及多入/多出(「mimo」)方案。

為了解決「何時」方面，考慮半靜態布置的通用解決方案，該布置中將一組k(k>1)個ue組合在一起以建立dmc組。該組內的任意ue可直接與該組內的其它ue直接通信。由高層信令，例如來自通信控制器或控制信道的無線資源控制(「rrc」)信令，將時間資源分配給ue。在本文中，控制信道包括物理下行控制信道(「pdcch」)、增強型物理下行控制信道(「epdcch」)、物理廣播信道等等。為了簡化該描述，採用以下假設：

在第一假設(「p1」)中，僅一個ue在給定時間在dmc組內傳輸信息；在第二假設(「p2」)中，整個時間傳輸單元(僅時域)，例如子幀被分配給單個ue。

信息的傳輸或接收被理解為包括數據和/或控制信息的傳輸或接收。harq進程被理解為管理數據傳輸。

第一假設(p1)無需對dmcue進行頻率復用。這放鬆了對功率控制、時間和頻率同步的約束。第二假設(p2)指示時域粒度不是必需的，但使得描述更加簡單，即可使用不同的時間粒度(例如，時隙或若干子幀的集合)應用描述的過程。然而，考慮實際約束，例如在傳輸和接收之間交替所需的dmcue、延時約束等，一個子幀的時間粒度似乎是合理的。

圖2示出了根據實施例的dmc時間資源分配過程。例如，dmc組由四個ue組成。一個子幀集由參考數字210指示，該子幀集中的任意子幀可用於蜂窩或dmc傳輸。10個子幀通常形成無線幀，在時間上周期性地重複。在各種應用中，子幀集中的子幀數目可為20或40或其它數字，而不是10。通信控制器執行若干動作：在圖2中，210中的陰影線指示10個子幀的集合中的4個子幀，這4個子幀被分配給一組4個ue之間的dmc。通信控制器在與子幀210匹配的時間段內周期性地重複分配第一子幀集(組220指示的四個子幀)給4個參與的ue的dmc。整體而言，作為一組的四個ue可以在給dmc分配的任意子幀上傳輸信息。在ue組內，通信控制器決定哪個特定ue在給定子幀上傳輸信息，如針對特定ue所示，該給定子幀為具有參考數字230的子幀集中的畫有陰影線的子幀。其它ue或其它ue中的一些ue在該特定子幀上進行接收。因此，通信控制器使用第二子幀集告知各ue何時在為dmc分配的子幀組(即，第一子幀集)中傳輸信息，且各ue可以互補方式推斷出何時接收信息。在另一實施例中，分配給dmc組的子幀可以用不同的方式向ue指示。例如，ue1被指示分配了10個子幀中的3個子幀；ue2被指示分配了10個子幀中的4個子幀，所以ue1可能無法接收其它ue傳輸的所有信息。換言之，只有未分配用於信息傳輸的子幀的子集可用於信息接收，但這使得harq進程和時間更加複雜。

圖3示出了圖示告知dmc組的每個ue該dmc組的特定通信時間資源(即特定子幀分配)的通信控制器操作的實施例的流程圖。基於該過程，通信控制器操作如下。該過程開始於步驟或方框310。在步驟或方框320中，通信控制器基於例如用戶請求、ue間業務模式的觀察等建立dmc組。在步驟或方框330中，通信控制器通知每個ue其在建立的dmc組中的成員資格。通知可由高層信令(例如，rrc信令)發送，並且可以是發送到每個ue的單獨消息或發送到整個組的多播消息。

在步驟或方框340中，通信控制器確定分配給形成的dmc組的s個子幀的集合，並且在步驟或方框350中確定在該s個子幀的集合內，每個ue將何時傳輸信息以及將何時接收信息。在步驟或方框360中，通信控制器(例如，通過rrc信令)告知dmc組針對特定組(第一集合s)的子幀分配，並且在步驟或方框370中，告知該組的每個ue組內的特定子幀分配。ue可在其特定子幀分配(第二集合)的子幀上傳輸信息。該第二集合為第一集合的子集。對於每個ue，不在第二集合中的第一子幀集被分配用於接收來自ue組中的其它ue的dmc信息傳輸。可存在多種方式將該信息傳遞給ue。例如，步驟330、360和370可通過組合的消息或具有330和360的兩步消息作為第一步驟消息和具有370的消息作為第二步驟消息實施。該過程結束於步驟或方框380。

整個dmc組的時間資源分配可以是發送到整個dmc組的高效多播rrc消息。dmc組內特定dmcue的時間資源分配可以是每個ue的單個rrc信令或發送到dmc組中所有ue的多播rrc信令。應注意，可將這兩個消息合成為單個消息。當組中僅存在兩個dmcue時，這尤其吸引人。還應注意，為了儘可能地保持信令簡單並具有較低開銷，特定dmcue的時間資源分配僅可指示ue在給定子幀上傳輸信息，其中隱式理解如下：在任意未指派的dmc子幀上，ue將監聽且可能接收信息。

若干替代方案可用於為dmc組分配通信時間資源。

第一替代方案用於指定具有位圖消息的子幀指派。

該信令可包括兩個不同位圖，一個用於指示哪些子幀被分配給dmc組，另一個用於指示哪些子幀被分配給特定ue。這兩個位圖可在兩個不同的消息中發送，或可以組合成在單個消息中發送的單個位圖。

經過一個給定時間段(例如，10ms、20ms或40ms)，位圖消息可用於指示哪些子幀被共同指派給dmc組和/或該dmc組中的特定ue以供傳輸。未指派給特定dmcue用於傳輸的dmc子幀由該特定dmcue假定為將用於接收。在替代性實施例中，位圖消息指示哪些子幀被共同指派給dmc組和/或該dmc組中的特定ue以供接收。人們認識到如果消息指定特定子幀用於傳輸，且剩餘的子幀指定為用於接收，那麼該消息可同等地轉換為指定特定子幀用於接收，且剩餘的子幀指定為用於傳輸。為簡潔起見，將不再進一步描述指定特定子幀用於傳輸或接收之間的區別。

當指派了非dmc子幀對應的位元時，位圖消息中的dmc子幀對應的位元可被指派為「1」，否則指派為「0」，反之亦然。

特定ue用於傳輸的子幀對應的位元可以指派為「1」，而「0」意味著該子幀用於接收，反之亦然。或者，如果位圖被發送給dmc組中的若干ue或所有ue，那麼ueid可用於指示子幀是否被分配給特定ue。

例如，如果子幀周期為10個子幀，編號為0、1、2、3……9，且兩個ue組成大小為2的dmc組，那麼通信控制器可發送二進位消息「1010000000」至dmc組，從而每隔10個子幀將子幀0和2分配給該組。子幀0和2表示第一子幀集。通信控制器可將第二消息「10」發送到第一ue，從而將第一dmc子幀分配給第一ue用於dmc鏈路上的傳輸。對於第一ue，第二子幀集可包含子幀0。第一ue還知道其可在子幀0上傳輸信息。作為知道第一和第二集合的結果，第一ue確定其可在子幀2上接收信息。通信控制器將另一消息「01」發送到第二ue，從而將第二dmc子幀分配給第二ue用於傳輸。對於第二ue，第二子幀集可包含子幀2。未分配給特定ue用於傳輸的任意子幀由ue以互補的方式假定為用於接收。

enb可將兩個消息組合為單個消息，例如通過將消息「1010000000」中的分配子幀0給dmc組的第一位元「1」替換為分配第一子幀給第一ue的兩個位元「10」以在dmc鏈路上傳輸信息，將分配子幀2給dmc組的第二位元「1」替換為將第三子幀分配給第二ue的兩個位元「01」以在dmc鏈路上傳輸信息，將每個剩餘的「0」替換為兩個位元「00」等等，從而為兩個ue組成的組產生具有兩倍位元的單個消息。

應注意，如果指派的子幀是相鄰的，那麼可通過使用起始長度或開始-結束指示方法簡化該過程。例如，23、24、25的子幀分配可以是[23,3]或[23,25]。

該指派子幀的過程比較簡單，且在dmc組中的ue數目較小(例如，2)的情況下比較有吸引力。然而，當dmc組中存在兩個以上ue時，該過程存在一些缺點，例如開銷較高。例如，如果dmc組子幀分配採用40ms的周期，那麼指派給該組的子幀的一個指示需要40個位元。如果在40ms內，許多子幀(例如，20)被指派給dmc組，那麼需要一個20位元的子位圖，這需要大量開銷。

輪循調度(「rr」)過程是使用較少開銷將dmc時間資源分配給特定ue的另一替代方案。在n個重複dmc子幀上作出分配，且設置重複dmc子幀的周期的數字n可以與dmc資源分配周期相同或不同。每個ue都被指派l個參數r1……rl的集合中的一個或多個參數。如果f是dmc子幀索引，這意味著從0、1、2、3等重新編號分配給dmc的子幀，那麼如果存在一個整數i，iε{1,…,l}，則允許ue在該子幀上傳輸信息，即：

fmodn＝ri，等式(1)

其中「mod」是對重複子幀的周期的模運算。在所有其它dmc子幀上，ue進行監聽(接收)。

該資源分配方法的示例如下。如果4個dmcue在一個組中，且所有ue都具有相同的業務要求，那麼可將重複dmc子幀的數目n設置為4。第一ue可具有r1＝0的r值，第二ue可具有r2＝1的r值，第三ue可具有r3＝2的r值，第四ue可具有r4＝3的r值。這樣，每隔四個dmc子幀每個ue被分配有一個子幀以傳輸信息，並在其它三個dmc子幀上進行監聽。當業務對稱時，每個ue的一個公共n和僅一個r值就足夠。

當業務不對稱時，不同的ue可被指派不同的n值以調整它們各自的周期。例如，三個ue中的一個ue可被指派一個為2的n值和為0的r值，這樣ue每隔兩個dmc子幀在第一子幀中進行傳輸。三個ue中的另一ue可被指派一個為4的n值和為1的r值，這樣ue每隔四個dmc子幀在第二子幀中傳輸信息。三個ue中的第三ue可被指派一個為4的n值和為3的r值，這樣ue每隔四個dmc子幀在第四子幀中傳輸信息。相應地，dmc子幀唯一地且周期性地指派給三個ue的其中一個。

或者，可存在一個公共n值，且可能需要大量r值。因此，當存在多個r值以降低開銷時，存在其它提供r值的方式而不是提供單獨r值的集合。

例如，可通過起始長度或開始-結束方法將[r1,r2]值的範圍發送給特定ue。

可以提供三個值的集合，r0表示初始r值，st表示步長值以及m表示r值的數目。通過以下等式確定r值的集合：

r＝r0+k×st，k∈{0,m–1}。等式(2)

機制的組合可用於資源分配。

可以定義子幀索引f。對於r和n的較小值，其可以是無線幀中或40個子幀的集合中的子幀索引(例如對mbsfn配置子幀的操作)，或dmc子幀周期內的子幀數目(例如，如果指派10個子幀用於dmc傳輸，那麼周期內的子幀編號為從0至9的整數)，或任意其它固定值。然而，該解決方案缺乏靈活性，如前所述。隨用戶數目和不對稱度擴展良好的更好的解決方案如下計算f:

f＝10×[sf]i+j，等式(3)

其中子幀索引sfi是超幀內的無線幀索引(例如，sfi＝0……1023)，j是無線幀內的子幀索引。

發送參數到ue的消息可以是高層信令消息，例如rrc消息，且可以被多播或單播。

圖4示出了確定傳輸還是接收信息的ue操作的實施例的流程圖。出於說明性目的，假設實施了等式(1)但使用了不同的等式。ue過程開始於步驟或方框410。在步驟或方框420中，ue確定子幀索引f。在步驟或方框430中，ue確定其指派的r值中的一個是否滿足等式(1)。如果滿足等式(1)，那麼在步驟或方框440中，ue可在該子幀上傳輸信息，且該過程在步驟或方框470中結束。如果不滿足等式(1)，那麼在步驟或方框450中，ue可在該子幀上接收信息，且該過程在步驟或方框460中結束。因此，當不滿足等式(1)時，指引ue接收信息。

輪循調度解決方案還可用於為dmc組和該組中的ue分配時間資源。例如，開始-結束或開始長度方法可用於列出特定時間段(10ms、40ms等等)內用於dmc傳輸的所有資源。隨後列出對應於資源的ue。

例如，對於10ms周期的開始-結束方法，時間資源為[3,4]、[5,7]，對應的ue為[ue1,ue2]。因此，ue1應該在第一組時間資源(子幀3和4)上傳輸信息，ue2應該在第二組時間資源(子幀5、6和7)上傳輸信息。

採用預定配置的另一過程是第三替代方案且使用某類型的信令指示dmc組的預定配置，類似於lte版本8中指示上行鏈路/下行鏈路(「ul/dl」)子幀配置所做的。例如，如果已用信號通知使用了tdd配置0，則意味著對於該預定義的配置，子幀0和5為dl子幀，子幀1和6為特殊子幀以及其它子幀為ul子幀。

類似解決方案可用於dmc，該解決方案帶有預定義配置集以指示dmcue必須使用哪種模式。該配置集的示例在下文表1中給出，表1示出了根據實施例的可以指派給特定ue的dmc子幀配置的示例。在該示例中，該表指示了fdd模式下的上行鏈路資源分配。該表中的表項「t」意味著設備在dmc鏈路中傳輸信息，「r」意味著設備在dmc鏈路中接收信息，以及「c」意味著設備處於蜂窩模式。應注意，雖然僅示出了五種配置，但實際上可能將存在更多種配置。

表1：dmc子幀配置的示例

在表1中，一些子幀表示為處於蜂窩模式。由於上文描述了兩步消息結構，因此可能不需要進一步描述此類子幀。第一消息可使用索引指示哪些子幀用於dmc鏈路，dmc子幀配置可僅應用於這些dmc子幀。在這種情況下產生了一個小問題。dmc子幀的數目可變化，但該表的長度是固定的。在這種情況下，僅使用第一行或僅使用佔用的子幀所對應的行。還應注意，為對應於一個無線幀的10個子幀定義表1。可使用其它值，例如40。

預定義配置組的子幀的tdd配置可由dmc組用dmc使用的索引標識。預置的二進位模式「1110000000」可通過關聯的索引指示前三個子幀用於dmc鏈路而其餘七個用於蜂窩鏈路。第二二進位模式(也可由索引標識)可用於標識指派給dmc鏈路的子幀中的哪些子幀被指派給第一ue以供傳輸，以及哪些子幀被指派給第一ue以供接收。例如，二進位模式「110」可用於向第一ue傳達前兩個dmc子幀被指派給第一ue用於傳輸，以及第三子幀用於第一ue監聽。

此處介紹的過程可應用於dmc組中的任意數目的dmcue。然而，配置的數目隨dmcue的數目增長。因此，對於兩個以上dmc用戶而言，該過程可能並不具吸引力。可將兩個不同的rrc消息發送到dmcue，或將單個消息多播至兩個dmcue。在這種情況下，一個ue必須將「t」理解為「r」，即將傳輸理解為接收。可通過第一ue將「t」理解為「t」，第二ue將「t」理解為「r」來完成該過程。

該過程具有若干優點。該機制通過將複雜流程分解為每個單獨ue的機會的指示，以及非傳輸(即接收)資源的隱式指示，簡化了dmcue資源分配。ue僅需要知道何時傳輸；所有的其它dmc資源都是接收機會。

後續時間資源分配可通過一個消息指示。不需要動態地發送一個調度授權的兩個副本來區分哪個ue用於傳輸和哪個ue用於接收。例如，可通過物理層將組id所標識的一個調度授權傳輸到ue組以指示頻率資源分配、調製編碼方案「mcs」等等，授權在以下分配給ue組的多個子幀中有效。

由於ue知道何時應接收dmc傳輸，所以ue可準備好接收該傳輸。

除了知道哪些子幀被分配給用於傳輸以外，dmcue具有一個指示何處和何時接收的機制也很重要。具體而言，有必要知道何時傳輸和/或確認給定的harq進程。

harq進程是前向糾錯編碼和使用自動重傳請求(「arq」)錯誤控制進程的錯誤檢測的組合。在標準arq中，使用循環冗餘校驗(「crc」)等錯誤檢測碼將冗餘(錯誤檢測)位元添加到待傳輸的數據中。在harq中，將前向糾錯(「fec」)位元(例如，裡德-所羅門碼、卷積碼或turbo碼)添加到現有錯誤檢測(「ed」)位元中以糾正錯誤，同時依靠arq來檢測無法糾正的錯誤。

實際上，錯誤接收到的編碼數據塊通常存儲在緩存中的接收器處而不是被丟棄，且當接收到重傳的塊時，組合所存儲的和重傳的塊。這稱為具有軟合併的harq。雖然可能無法無誤地對兩個給定的傳輸獨立地進行解碼，但是先前錯誤接收到的傳輸的組合可能提供足夠的信息來進行正確地解碼。在harq中存在兩種主要的軟合併方法。

一種軟合併方法稱為「追趕合併(chasecombining)」，其中每次重傳都包含相同信息(數據和奇偶校驗位)。接收器可使用最大比率合併將接收到的位元與來自先前傳輸的相同位元組合。在其它實施方式中，可組合對數似然比。由於所有的傳輸都是相同的，因此追趕合併可視為額外重複編碼。本質上，每次重傳都將額外能量添加至接收到的傳輸中，從而增加了信噪比(「eb/n0」)。

另一軟合併方法為「增量冗餘」，該方法中每次重傳都包含可能與前一次不同的信息。生成多個編碼位元集，每個編碼位元集表示相同的信息位元集。通常，重傳使用與前一次傳輸不同的編碼位元集，其中通過截斷編碼器輸出生成的不同冗餘版本。因此，在每次重傳時，接收器獲取額外知識並可增加一些接收到的值(例如，對數似然比)的質量(例如，信噪比)。

當在與初始傳輸有關的固定時間發生了重傳時，該進程稱為同步harq。當重傳時間更加靈活時，該進程稱為異步harq。當採用了異步harq時，有必要確定與特定包關聯的特定harq傳輸。同步harq可簡化harq流程並節省開銷。

在傳統蜂窩模式下，ue維護一定數目的其自身的harq進程，例如最多8個harq進程以供3gppltefddue在下行鏈路上並行接收包，最多8個harq進程以供3gppltefddue在上行鏈路上並行傳輸包，最多15個harq進程以供3gppltetddue在下行鏈路上並行接收包，以及最多8個harq進程以供3gppltetddue在上行鏈路上並行傳輸包。應注意，在蜂窩模式中，ue進行傳輸和接收的兩個harq進程集彼此獨立。在網絡側，由於通信控制器在其媒體接入控制(「mac」)層為每個ue維護harq實體，因此通信控制器同時維護多個harq實體，每個實體都具有ue的多個harq進程。

在dmc模式下，如果ue需要為dmc組中的每個對端ue管理一組harq進程，那麼軟緩存需求可能相當大。由於每個對端可能是dmc會話期間的最大數據提供者，因此提前減少任何ue的harq進程數據既不好也不可取。此外，緩存保留(bufferpreservation)隨著dmc組中的dmcue數目的增加而增加。

使dmcue像具有多個harq實體的通信控制器一樣運作將需要許多新功能，這將要求軟體和硬體發生重大改變。

蜂窩模式下，在物理層，ue不知道數據源自何處。ue僅知道數據來自通信控制器。源標識留給高層。對於dmc模式，不應將知道物理層中數據來源的負擔施加在ue上。然而，如果採用了傳統harq，那麼dmcue需要確認誰在發送數據以執行harq合併。應注意，dmc組中的每個ue為dmc鏈路和蜂窩模式管理harq進程。每個ue為dmc鏈路配置harq進程並使用通信控制器提供的參數管理這些進程。因此，dmc鏈路的harq進程和蜂窩模式的harq進程不相同且獨立確定。從通信控制器的角度來看，其沒有使用dmc的任何harq進程用於通信。

本文引進了新的harq協議以在dmc模式下執行harq。

假定已經執行了ue子幀分配，即在dmc鏈路上為dmc鏈路分配的子幀和分配給ue傳輸的子幀。其它資源分配流程的擴展簡單明了。過程的實施例使涉及的ue共享和維護harq進程的公共集合用於信息的傳輸和接收，該信息的傳輸和接收與共同分配的dmc資源的時間相關聯。

該過程可描述如下。假定同步harq，這樣預定義了重傳時間/子幀，但重傳之間的間隔可隨分配給ue組的子幀變化。使用通信控制器發送的參數隱式或顯式地給每個dmc子幀分配harq進程。分配harq進程號的方式是將harq進程的最大數目用信號通知給特定dmc組中的ue，排除未分配給特定dmc組的所有子幀，以及根據分配的子幀按順序對harq進程進行編號。

dmc組中的每個ue根據dmc子幀的子幀數目映射一個或多個harq進程。在從通信控制器獲取了harq進程的最大數目之後，可從分配給dmc組的子幀中推導得出harq進程號。harq進程的最大數目可能和組中的ue數目(例如，組中ue的最大數目)有關。無論哪個ue將在子幀中進行傳輸，分配給dmc組的每個子幀都將被映射至harq進程。harq進程的最大數目可從通信控制器配置(例如，dmc子幀/無線幀分配期間dmc子幀的數目)推導得出。在一個示例中，如果為信息(即，具有十個子幀的周期)將每十個子幀中的四個子幀分配給dmc組，例如由二進位序列「1100110000」標識的子幀指示每個無線子幀中的子幀0、1、4和5被分配給dmc組，那麼harq進程的總數目可以是4且與分配的dmc子幀關聯的harq進程號可以是0、1、2和3。在該示例中，該組的每個ue將dmc鏈路的harq進程組映射到分配的子幀集。應注意，對於dmc鏈路和蜂窩模式，ue可具有相同的harq進程號，但這些harq進程都是被獨立確定的。或者harq進程的最大數目可以是dmc子幀/無線幀分配期間的子幀數目減去1，此處為3，那麼與分配的dmc子幀關聯的harq進程號可以是0、1、2和1。又例如，如果enb的較高層(rrc層)將harq的總數目配置為h，其中h為正整數，那麼與分配的dmc子幀相關聯的harq進程號可以是0、1、2……(h–2)和(h–1)。如果h為7，那麼與dmc子幀相關聯的全部harq進程將是0、1、2……5和6。還可以通過包括pdcch、epdcch、pbch等的控制信道配置harq進程的最大數目。

在每個ue沒有進行傳輸的子幀上，ue進行接收，如上文所述。由於ue知道哪個harq進程在給定子幀上傳輸，因此ue可明確地在ue接收數據的任意子幀上執行harq合併。

圖5示出了根據實施例的新harq進程的示例。編號為0、1、2、3……9的子幀的重複模式510包括某些用於dmc鏈路的子幀以及某些用於蜂窩通信鏈路的子幀。子幀0、3、5、7和9被分配到一個組用於dmc傳輸，並且用陰影線標識。組520中的子幀按順序與五個harq進程號0、1、2、3和4相關聯(映射)。在形成dmc組的四個ue530的組中，ue1、ue2、和ue4分別指派有子幀0、3和9用於信息傳輸。組530中的ue3指派有子幀5和7用於信息傳輸。

dmc組的每個ue下面示出了五個harq進程540。每個ue都分配有一個或多個用於傳輸的子幀和相應關聯的harq進程用於重建接收到的數據。每個ue接收關聯的子幀的所有其它harq進程，在關聯的子幀中ue未進行傳輸。ue1不需要在接收器中採用harq進程0以在子幀0中重建數據，因為ue在子幀0中進行傳輸。相應地，ue1下的harq進程0未畫有陰影線。應注意，即使ue1在為harq進程0傳輸數據，ue1也必須管理該進程。類似地，與它們各自的傳輸相關聯的其它ue下的harq進程未畫有陰影線。

圖6示出了相應通信控制器操作的實施例。應注意，該過程最有可能在與子幀分配過程相同的時間運行。該過程開始於步驟或方框610。在步驟或方框620中，通信控制器確定其想要傳輸到dmc組的harq進程的最大數目。該數目可以和指派給dmc時間資源周期的時間資源的數目相同或不同。應注意，這些(dmc組的)harq進程獨立於蜂窩harq進程，且並未共享蜂窩harq進程的相同harq池。例如，可能存在harq進程號1用於蜂窩操作，以及另一harq進程號1用於特定dmc組操作。在步驟或方框630中，如果harq進程的數目不同於指派給dmc時間資源周期的時間資源數目，那麼通信控制器可將分配給dmc組的harq進程的最大數目傳輸到該dmc組。如果harq進程的數目和指派給dmc時間資源周期的時間資源數目相同，那麼通信控制器可能不需要顯式地通知ueharq進程的最大數目。該信令的一個選擇是rrc信令。應注意，harq進程的數目還可和子幀過程一起發送。該過程結束於步驟或方框640。

圖7示出了當dmc組中的ue接收包括關於harq進程的最大數目的信息的harq信令時的ue操作的實施例的流程圖。在實施例中，ue僅可假設dmc的harq進程的數目與dmc時間資源周期中的時間資源的數目相同。該過程開始於步驟或方框710。在步驟或方框720中，ue從通信控制器中獲得harq進程的(最大)數目。在步驟或方框730中，根據harq進程的數目和分配給dmc組的子幀，ue通過按順序將harq進程關聯到指派給dmc組的子幀確定哪個特定harq進程與特定子幀相關聯。隨後ue關聯與指派給dmc組的所有子幀對應的harq進程。該過程結束於步驟或方框740。

圖8示出了給定子幀上的ue操作的實施例的流程圖。在ue未在dmc鏈路上傳輸信息的所有子幀上，ue在dmc鏈路上接收信息並更新對應的harq進程。圖8中所示的操作在圖7中所示的操作之後執行。

如果ue被添加到該組或離開該組，那麼通信控制器可能需要重新配置時間資源分配以及harq進程分配。

該過程開始於步驟或方框810。在步驟或方框820中，ue確定是否在dmc鏈路上的當前子幀上傳輸信息。ue從通信控制器接收子幀集用於在dmc鏈路上進行傳輸。如果ue確定是時候傳輸信息，那麼在步驟或方框860中，ue在與harq進程關聯的子幀中傳輸信息。該過程結束於步驟或方框870。如果ue確定在步驟或方框820中其並沒有在當前子幀中傳輸信息，那麼在步驟或方框830中，ue在與harq進程關聯的當前子幀中通過dmc鏈路接收信息。未用於在dmc鏈路上進行傳輸的分配的dmc子幀可以在dmc鏈路上接收dmc傳輸。在步驟或方框840中，ue更新該對應harq進程的緩衝。該過程結束於步驟或方框850。

通過該操作，當前包的新數據指示符(「ndi」)位元可用於指示接收器如何組合當前數據包和先前版本。如果ndi指示該包為初始傳輸，那麼ue清空對應harq進程的緩衝。如果ue沒有正確地解碼新接收到的包，那麼ue緩衝新接收到的包；如果ndi指示該報文為重傳，那麼ue組合新接收到的包和harq進程緩衝中先前接收到的版本。ndi位元可以和對應數據一起發送，但分別對它們進行編碼，這樣涉及的ue首先決定組合新接收到的包和harq進程緩衝中先前接收到的版本，或者僅丟棄舊包版本。

該過程具有若干優點。ue可接收數據、組合初始傳輸和重傳的包以及在知道數據源之前對數據包進行解碼。此處假設加擾和參考信號序列組在dmc組內保持相同，dmc組可由組id識別或定義。隨後接收器可根據子幀號盲組合數據包。物理層無需知道源標識。假設每個時間資源存在一個harq進程，那麼可以提前預測dmc模式下需要的內存。一般而言，dmc模式下ue需要的內存量比通信控制器對上行傳輸的要求少得多，其中內存量與活動ue的數目以及每個ue的harq進程的數目有關。反饋還和時間相關聯。

一個以上的包可以在一個harq進程中傳輸，因此可反饋多個確認/否定確認(「ack/nack」，「a/n」)位元；為簡潔起見，在以下文本中使用一個包，並且ack/nack反饋用於指示harq進程的整個反饋。對於發送harqack/nack而言，在ue接收包之後，處理包和準備對應的ack/nack反饋需要花費一定時間(harq處理時間)。在處理時間結束之前，針對包的與harq進程對應的ack/nack反饋不可用並且無法發送。對於lte，處理時間不應超過四個子幀(4ms)。

蜂窩模式下，ue在dl上接收到的包必須在ul上的預定義子幀上向通信控制器確認。fdd模式下，在接收dl包後的四個子幀處確認dl包。tdd模式下，在接收dl包後的至少四個子幀處將dl包分配給第一ul子幀。應注意，獨立確定並單獨執行dmc模式下的ack/nack反饋與dmc模式下的具有兩個或兩個以上ue的組之間的ack/nack反饋。

dmc模式下，ue可以半雙工方式運行。接收和傳輸並非同時執行。如果為dmc鏈路上的harq進程將專用獨立的ack/nack反饋機會指派給ue，那麼ack/nack開銷將消耗可用於信息傳輸的資源。另外，這還使傳輸時間的高層配置更加複雜。在實施例中，ack/nack反饋和信息傳輸成組且伴隨。ack/nack反饋可以和數據一起或單獨進行編碼。在實施例中，ack/nack反饋與數據單獨進行編碼。在這種方式下，當ue具有傳輸數據的機會時，ue反饋ack/nack。該ack/nack反饋在dmc鏈路上傳輸。由於可以一起ack/nack多個harq進程，因此為dmcue採用了一些映射規則。

在第一示例中，在無ack/nack反饋的情況下自動發生原始數據的重傳。

如果要反饋ack/nack集，那麼對應harq進程號的開銷可能較大，這浪費了資源並降低了數據信道(包)的解碼性能。丟棄ack/nack反饋可以是一個解決方案。在這種情況下，發射器僅根據預定的重傳的最大數目進行重傳。該解決方案對於傳輸小數據包而言是高效的。然而，該解決方案對於傳輸大數據包而言非常低效，因為可能會非常頻繁地發生不必要的重傳。

在第二示例中，使用ack/nack反饋顯式地提供對應的harq進程號。該解決方案確保正確地識別和確認harq進程。ack/nack反饋的對應harq進程號被顯式地指示，這樣包源/發射器可知是否在特定子幀(其可唯一地與harq進程關聯，如上文所述)中正確接收給定的包。

圖9示出了根據實施例的具有對應harq進程號的顯式指示的ack/nack反饋的圖形表示。參考數字910指示十個子幀的周期模式。分配給dmc的一組ue的周期序列910中的五個子幀(示例數字)畫有陰影線。通信控制器為dmc鏈路分配該子幀集並將該集用信號通知該ue組。為dmc分配的子幀在參考數字920指示的子幀組中按順序重複。參考數字930指示的來自dmcue的ack/nack反饋提供harq進程號和關聯的ack/nack反饋。在畫有陰影線的子幀中傳輸ack/nack反饋的ue考慮處理時間並確認先前接收到的接收包。如參考數字930指示的ack/nack反饋所示，除了指示實際ack/nack反饋欄位，傳輸ack/nack響應的ue還指示被ack/nack的harq進程號。

圖10示出了在ue處執行的用於發送ack/nack和生成harq進程的ack/nack的過程的實施例。該過程開始於步驟或方框1010。在步驟或方框1020中，ue確定其是否應在當前子幀中通過dmc鏈路進行傳輸。dmc鏈路上傳輸的子幀集由通信控制器用信號通知給ue。如果ue不應在當前子幀中通過dmc鏈路進行傳輸，那麼在步驟或方框1030中，ue嘗試在dmc鏈路上接收和解碼包，從而可能地執行harq合併用於重傳，並評估包是否被正確接收。在步驟或方框1040中，ue記錄該harq進程的ack/nack狀態和對應於當前子幀的harq進程號以及將信息存儲到列表中。該過程結束於步驟或方框1050。如果在步驟或方框1020中，ue要在該子幀中進行傳輸，那麼在步驟或方框1060中，ue聚合列表的內容並傳輸聚合的ack/nack反饋，並且在步驟或1070中清空該列表。應注意，ue在該子幀上生成其harq進程(用於ue的傳輸)的確認。還應注意，ue可在傳輸聚合的ack/nack反饋的同時傳輸數據。該過程結束於步驟或方框1050。

圖11示出了ue操作的實施例，ue操作通過檢查接收到的ack/nack反饋評估dmc組中的其它ue是否正確接收包。該過程開始於步驟或方框1110。假設ue正在監控harq進程「i」的ack/nack。在該示例中，ue為harq進程i在dmc鏈路上傳輸包。在步驟或方框1120中，在一個接收到的子幀中，監控harq進程i的ack/nack的ue收集和存儲聚合的ack/nack反饋，該聚合的ack/nack反饋由在特定子幀中進行傳輸的ue傳輸。在步驟或方框1130中，ue從存儲器中檢索與該特定子幀相關聯的以及先前子幀中的harq進程i對應的聚合的ack/nack反饋。在步驟或方框1140中，ue隨後評估harq進程i的ack/nack反饋是否已經接收，該harq進程i的ack/nack反饋源自在除了harq進程i以外的所有harq進程上進行傳輸的ue。如果否，那麼在方框或步驟1150中，ue等待下一子幀以收集更多ack/nack響應。如果是，那麼在步驟或方框1170中，ue檢查來自所有harq進程的接收到的ack/nack是否為肯定ack。如果是，在步驟或方框1190中，確定包已經被所有接收ue正確接收。如果否，那麼在步驟或方框1180中，確定包未被正確接收，且ue隨後發起harq重傳過程。該過程結束於步驟或方框1160。

應注意，該過程可能稍有更改。例如，如果一個ue報告包未被正確接收，那麼原先傳輸該包的ue決定在接收來自所有harq進程的反饋之前重傳harq進程i的包，因為至少一個接收ue無法正確地對該包進行解碼。

在第三示例中，實施例採用序列反饋來報告dmc子幀的滑動窗口，其中ack/nack反饋將提供給dmc子幀。該過程不需要顯式發送具有聚合的ack/nack反饋的harq進程號。該過程更為系統化且可以更容易實施。這樣可以降低ack/nack反饋開銷。

第三示例如下所述。dmc組中的每個ue的ack/nack反饋的長度為n的滑動窗口由網絡等設置。長度n表示子幀數目。滑動窗口長度可以等於或小於為dmc鏈路分配的子幀數目或harq進程的最大數目。dmc組中的所有ue都知曉滑動窗口長度，滑動窗口長度由通信控制器預配置或通過來自通信控制器的高層(rrc)信令傳送。當給定的ue要傳輸時，ue在窗口內傳輸所有n個先前接收到的harq進程/包的聚合的ack/nack。聚合的ack/nack反饋可(例如，使用位圖，其中一個位元(或若干位元)對應於給定harq進程)復用，並且根據滑動窗口中的dmc子幀按順序排列。例如，第一位元可對應於滑動窗口中的最早子幀，且最後一個位元對應於最後子幀。可以採用其它排序方式。聚合的ack/nack反饋可採用捆綁，其中窗口內所有ack/nack進程的反饋邏輯上用and組合在一起，類似於lte的時分雙工模式中的捆綁進程。

此外，如果窗口內存在一個子幀或多個子幀，ue在這一個或多個子幀中傳輸一個包或多個包，且相應地不需要反饋，那麼該包或這些包的對應反饋可以只是ack。

可以通過常規線性塊碼對ack/nack反饋和其它控制信息進行編碼，這樣從ack到二進位0的映射將不會降低解碼性能。

圖12和13示出了根據實施例的分別使用第一用例和第二用例的滑動窗口進行ack/nack報告的圖形表示。ue操作與上述針對第二harq示例所述的示例有一些相似之處，其中harq進程號的顯式反饋已確認，該差異通過使用包含與滑動窗口中的子幀位置對應的聚合的ack/nack反饋來更新。ack/nack反饋和harq進程的關聯可以是按順序的，例如第一ack/nack響應可與滑動窗口中的第一子幀相關聯，或該關聯可由表指定。

圖12和13中所示的用例示出了在給定的時間資源周期和長度為5的滑動窗口內分配給dmc的子幀數目為5。在圖12所示的示例中，在滑動窗口中傳輸數據的子幀(其對應於1210的子幀#9)和滑動窗口1240之後的用於ack/nack反饋的子幀1270(其對應於1210的子幀#13)之間存在足夠的間隔(4個子幀的處理時間)，但在圖13所示的示例中，在1370之前的子幀(對應於1310的子幀#3)和用於ack/nack反饋的子幀1370(其對應於1310的子幀#5)之間的2個子幀不存在足夠的間隔，這樣滑動窗口1340無法包括該子幀的a/n，如雙箭頭1370所示。幀中的蜂窩和dmc子幀共同由參考數字1210、1310指示。dmc組中參與的ue的dmc子幀分配由幀1210、1310中畫有陰影線的子幀指示(子幀編號在1210、1310上示出)，且進一步通過參考數字1220、1320指示的dmc子幀的周期性分組指示。在由參考數字1220、1320示出的子幀之間，分配給該組中dmcue的dmc子幀由虛線框示出。dmcue分配有兩個子幀用於在一個時間資源周期內進行傳輸(以及它們對應的harq進程)，這兩個子幀在圖12和13中標記為子幀「1」和「2」。待確認的子幀是滑動窗口1240、1340中的子幀。ack/nack反饋和其對應子幀由雙箭頭指示，例如雙箭頭1260和1360。由數字1和2標識的分配給dmc組中參與的ue中的ue的子幀的ack/nack反饋在反饋1230和1330之間僅由「a」或「n」而不是「a/n」指示，因為該反饋從傳輸ue到達自身，以及「a」或「n」僅是保持位圖中反饋順序的佔位符。在不失一般性的情況下，確認(「a」)用作佔位符。在該示例中，幀1210、1310的周期在第十四個子幀；滑動窗口1240、1340的長度為5，由水平雙箭頭指示，例如由水平雙箭頭1250和1350指示。

該過程可進一步增強。如果大部分dmc子幀或甚至全部dmc子幀都被指派給ue，那麼ue有更多機會進行傳輸，這意味著ue具有更多機會反饋ack/nack。這樣會造成資源浪費，因為可以多次報告相同的ack/nack。以在接收器處進行稍微複雜過程為代價，可省略未來報告中先前報告的ack/nack，但這使得位圖欄位長度可變。

對於具有兩個ue的dmc組來說，ack/nack在接收ue的第一次可用傳輸機會時可以很容易被反饋，且隨後不再被傳輸。反饋時間可被簡化。例如，可半靜態地配置或動態地用信號通知攜帶反饋的子幀。除了這些子幀，將不傳輸ack/nack。

還可以使用tdd系統中的空間域捆綁和時間域捆綁。

已經描述了與dmc組的時間資源分配有關的若干機制。覆蓋的方面包括子幀分配過程、harq時間軸以及harqack/nack報告。

圖14示出了處理系統1400的元件的方框圖，處理系統1400可用於執行上文所述的一個或多個過程。圖14所示的一個或多個元件在特定實施例中可能不是必要的。例如，用戶設備可能不包括滑鼠。處理系統1400可包括處理器1410，處理器配有一個或多個輸入/輸出設備，例如滑鼠、鍵盤、印表機以及顯示器等等。處理器1410包括中央處理單元(cpu)、存儲器、大容量存儲器設備、視頻適配器以及連接至總線1420的i/o接口。

總線1420可是一個或多個任意類型的若干總線架構，包括存儲總線或存儲控制器、外設總線以及視頻總線等等。cpu可包括任意類型的電子數據處理器。存儲器可包括任何類型的系統存儲器，例如靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、同步dram(sdram)、只讀存儲器(rom)、非易失性ram(「nvram」)或其組合等等。在實施例中，存儲器可包括在開機時使用的rom以及執行程序時使用的用於數據存儲的dram。

耦合到天線1440的收發器1430耦合到總線1420以向處理系統提供無線傳輸和接收功能。例如，在沒有限制的情況下，收發器1430可以向蜂窩通信網絡提供無線傳輸和接收功能。

大容量存儲器設備可包括任意類型的存儲器設備，其用於存儲數據、程序和其它信息，並使這些數據、程序和其它信息可通過總線訪問。大容量存儲器設備可包括如下項中的一種或多種：硬碟驅動器、磁碟驅動器、光碟驅動器、遠程磁碟等等。

視頻適配器和i/o接口提供接口以耦合外部輸入輸出設備至處理器。輸入輸出設備的示例包括耦合至視頻適配器的顯示器和耦合至i/o接口的滑鼠/鍵盤/印表機。其它設備可以耦合到處理器，可以利用附加的或更少的接口卡。例如，可使用串行接口卡(未示出)將串行接口提供給印表機。

處理器還優選地包括網絡接口，其可以是乙太網電纜等有線鏈路，和/或無線鏈路以能夠與蜂窩通信網絡等網絡進行通信。網絡接口允許處理器通過網絡與遠程單元進行通信。在實施例中，處理器耦合到區域網或廣域網以提供到遠程設備(例如，其它處理器、網際網路、遠程存儲設施等等)的通信。

應注意，處理系統可包括其它部件。例如，處理系統可包括電源、電纜、母板、可移動存儲媒體、機殼等等。這些其它部件，雖然沒有示出，但被認為是處理系統的一部分。

儘管上文所述的實施例在說明書中描述的在如3gpp-lte蜂窩系統等蜂窩通信系統之內實施，其它無線通信安排都預期在實施例的更廣的範圍之內，包括wimax、gsm、wi-fi以及其它無線通信系統。

注意的是，除非另有指示，本文所述的功能可以通過人為幹涉或沒有人為幹涉由硬體或軟體，或它們的一些組合來執行。在實施例中，除非另有指示，根據編碼成執行這些功能的電腦程式代碼等代碼、軟體和/或集成電路，計算機或電子數據處理器等處理器執行這些(例如，參考圖14上文所述的)功能。

因此，本文所呈現的實施例提供一種用於操作通信控制器的系統和方法。例如，實施例提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於為dmc鏈路將第一子幀集分配給ue組；將第二子幀集分配給ue組中的特定ue；向ue組傳輸包含關於第一子幀集的信息的第一消息；以及向特定ue傳輸包含關於第二子幀集的信息的第二消息。在實施例中，第二子幀集是第一子幀集的子集，關於第二子幀集的信息包括特定ue可向ue組中的其它ue進行傳輸的子幀，以及在第一子幀集中但不在第二子幀集中的子幀被分配用於特定ue進行接收。在實施例中，第一消息和第二消息都在單個消息中傳輸。在實施例中，第一消息在無線資源控制信令消息中傳輸。在實施例中，第一消息在控制信道上傳輸。在實施例中，第二消息在無線資源控制信道上傳輸。在實施例中，第二消息在控制信道上傳輸。在實施例中，傳輸給ue組的第一消息是發往ue組中的所有ue。在實施例中，位圖消息用於識別第一子幀集和第二子幀集。在實施例中，位圖消息的第一位圖欄位用於識別第一子幀集，而位圖消息的第二位圖欄位用於識別第二子幀集。在實施例中，第二位圖欄位和第一位圖欄位的長度不同。在實施例中，有關至少一個子幀索引i的函數用於確定索引i的子幀是否在第二子幀集內。實施例還包括為該函數向ue組中的特定ue指派參數m和參數r，其中如果imodm＝r，則將索引i的子幀指派給組中的特定ue以進行傳輸。實施例還包括指派至少一個額外參數r給組中的特定ue。在實施例中，根據子幀在第一子幀集中的位置對索引i的子幀進行標引。在實施例中，子幀的預定義配置用於指示用於組中特定ue進行傳輸的第一子幀集和第二子幀集。在實施例中，在第一子幀集中但不在第二子幀子集中的子幀用於組中特定ue進行接收。實施例還包括向ue組傳輸第一消息以識別第一子幀集以及向組中的特定ue傳輸第二消息以識別第二子幀集以供特定ue進行傳輸。在實施例中，ue組由組標識符標識。在實施例中，組中的每個ue由組內的唯一ue標識符引用。

其它實施例提供一種用於操作用戶設備的系統和方法。例如，實施例可以提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於接收包含關於dmc鏈路的ue組的第一子幀集的信息的第一消息；以及接收包含關於指派給特定ue的第二子幀集的信息的第二消息。在實施例中，第二子幀集是第一子幀集的子集，關於第二子幀集的信息包括ue可在dmc鏈路中向該組中的其它ue進行傳輸的子幀，以及在第一子幀集中但不在第二子幀集中的子幀被分配用於ue進行接收。用於ue進行接收而分配的在第一子幀集中但不在第二子幀集中的子幀可被分配給另一ue用於傳輸。在實施例中，第一消息和第二消息都在單個消息中接收。在實施例中，第一消息在無線資源控制信令消息中接收。在實施例中，第一消息在控制信道(例如，pdcch)上接收。在實施例中，第二消息在無線資源控制信道上接收。在實施例中，第二消息在控制信道(例如，pdcch)上接收。在實施例中，第一消息指向到組中的所有ue。在實施例中，位圖消息用於識別第一子幀集和第二子幀集。在實施例中，位圖消息的第一位圖欄位用於識別第一子幀集，而位圖消息的第二位圖欄位用於識別第二子幀集。在實施例中，第二位圖欄位和第一位圖欄位的長度不同。在實施例中，有關至少一個子幀索引i的函數用於確定索引i的子幀是否在第二子幀集內。在另一實施例中，接收含有參數m和參數r的傳輸，如果imodm＝r，則將索引i的子幀分配給ue。其它實施例包括接收至少一個額外參數r。在實施例中，根據子幀在第一子幀集中的位置對索引i的子幀進行標引。在實施例中，子幀的預定義配置用於識別第一子幀集和第二子幀集。另一實施例包括接收發往ue組的第一消息以識別第一子幀集以及接收發往ue的第二消息以識別第二子幀集以供ue在dmc鏈路中進行傳輸。在實施例中，ue組由組標識符標識。在實施例中，組內的ue由ue標識符標識。

其它實施例提供一種為用戶設備組的dmc鏈路操作通信控制器的系統和方法。例如，實施例提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於將一個周期性子幀組中的子幀集分配給ue組，將分配的子幀集用信號通知給ue組，以及傳輸與dmc鏈路的harq進程組有關的參數。在實施例中，通信控制器使用蜂窩ue傳輸的harq進程，獨立確定這些harq進程與dmc鏈路的harq進程組中的harq進程，以及參數用於使ue組能夠管理dmc鏈路的harq進程組。在實施例中，與dmc鏈路的harq進程組有關的參數包括harq進程的最大數目。在實施例中，harq進程的最大數目至少通過ue組的ue數目推導得出。在實施例中，harq進程的最大數目至少通過分配的子幀集內的子幀數目推導得出。在實施例中，harq進程的最大數目等於分配的子幀集內的子幀數目。在實施例中，harq進程的最大數目至少通過通信控制器的配置推導得出。在實施例中，harq進程的最大數目至少通過分配的周期性子幀組內的子幀數目推導得出。在實施例中，dmc鏈路的harq進程組中的第一harq進程對應於分配給ue組的分配的子幀集中的第一子幀。在實施例中，根據分配給ue組的子幀對dmc鏈路的harq進程進行編號。在實施例中，編號是按順序的。在實施例中，與harq進程組有關的參數在無線資源控制信令消息中傳輸。在實施例中，與dmc鏈路的harq進程組有關的參數在控制信道中傳輸。

其它實施例提供一種用於為用戶設備組的dmc鏈路操作ue的系統和方法。例如，實施例提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於從通信控制器接收dmc鏈路的ue組的第一子幀集的分配，以及從所述通信控制器接收與dmc鏈路的harq進程組有關的參數。在實施例中，ue管理蜂窩ue傳輸的harq進程組以及dmc鏈路的harq進程組中的至少一個harq進程，以及ue基於第一子幀集分配和接收到的參數映射harq進程組中的至少一個harq進程。在實施例中，映射至少一個harq進程包括映射dmc鏈路的harq進程組中的所有harq進程。在實施例中，蜂窩ue傳輸的harq進程組中的harq進程的進程號等於dmc鏈路的harq進程組中的harq進程的進程號。另一實施例包括接收來自通信控制器的第二子幀集的分配，其中分配的第二子幀集是分配的第一子幀集的子集，且ue可在分配的第二子幀集中進行傳輸。在實施例中，該傳輸使用harq進程組中的映射的至少一個harq進程。在實施例中，ue在不是分配的第二子幀集的一部分的分配的第一子幀集上進行接收。另一實施例包括使用harq進程組中的映射的至少一個harq進程在分配的第一子幀集的子幀中從ue組內的另一ue接收。另一實施例包括傳輸新數據指示符位元。在實施例中，按順序將harq進程組中的至少一個harq進程映射到分配的第一子幀集。在實施例中，與harq進程組有關的參數在無線資源控制信令消息中接收。在實施例中，與dmc鏈路的harq進程組有關的參數在控制信道中接收。在實施例中，與dmc鏈路的harq進程組有關的參數包括dmc鏈路的harq進程組的最大數目的指示。

其它實施例提供一種為用戶設備組的dmc鏈路操作通信控制器的系統和方法。例如，實施例提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於為dmc鏈路將子幀集分配給ue組，將分配的子幀集用信號通知給ue組，以及將滑動窗口的長度用信號通知給ue組。在實施例中，ue組的ue根據滑動窗口的長度聚合dmc鏈路上的通信的確認和否定確認(「ack/nack」)反饋。在實施例中，獨立確定dmc鏈路上的通信的ack/nack反饋與通信控制器和ue組之間的蜂窩傳輸的ack/nack反饋。在實施例中，滑動窗口的長度為子幀數目。在另一實施例中，根據分配的子幀集確定滑動窗口的長度。在另一實施例中，將與dmc鏈路的harq進程組有關的參數用信號通知給ue組。在實施例中，dmc鏈路上的通信的ack/nack反饋針對dmc鏈路的harq進程組。在實施例中，將滑動窗口的長度用信號通知給ue組在無線資源控制信令消息中傳輸。

其它實施例提供一種用於為用戶設備組的dmc鏈路操作ue的系統和方法。例如，實施例提供一種由收發器和耦合到該收發器的處理器構造的系統。處理器連同收發器用於在dmc鏈路上為harq進程組生成ack/nack反饋，根據滑動窗口的長度和從通信控制器接收到的dmc鏈路的第一子幀集的分配聚合ack/nack反饋，以及在通信控制器接收到的第二子幀集的分配中的一個子幀上將聚合的ack/nack反饋傳輸給所述ue組的其它ue。在實施例中，第二子幀集的分配是第一子幀集的分配的子集。在實施例中，聚合ack/nack反饋包括識別包括滑動窗口的子幀。在實施例中，包括滑動窗口的子幀包括第一子幀集的分配中的子幀。在實施例中，識別包括滑動窗口的子幀考慮處理通過dmc鏈路的數據的處理時間。在又一實施例中，harq進程組的harq進程與識別的包括滑動窗口的子幀相關聯。在實施例中，聚合ack/nack反饋包括捆綁harq進程組中關聯的harq進程的ack/nack反饋。在實施例中，聚合ack/nack反饋包括復用harq進程組中關聯的harq進程的ack/nack反饋。在實施例中，從通信控制器接收滑動窗口的長度。在實施例中，獨立確定聚合的ack/nack反饋與通信控制器和ue組之間的蜂窩傳輸的ack/nack反饋。在實施例中，ue在第一子幀集的分配中的子幀上接收其它聚合的ack/nack反饋的傳輸，該第一子幀集的分配不是第二子幀集的分配的一部分。在實施例中，傳輸聚合的ack/nack反饋還包括傳輸數據。在實施例中，生成ack/nack反饋還包括生成在第二子幀集的分配上傳輸的harq進程的確認。

雖然已參考說明性實施例描述了本發明，但此描述並不意圖限制本發明。所屬領域的一般技術人員在參考該描述後，會顯而易見地認識到說明性實施例的各種修改和組合，以及本發明的其它實施例。因此，希望所附權利要求書涵蓋任何此類修改或實施例。