個數。
[0082] 步驟2,根據上述初始比特數量確定上述所有下行業務的控制信息在編碼后的比 特長度；
[0083] 步驟3,根據上述比特長度按照預設編碼方式對上述所有下行業務的控制信息進 行統一編碼。
[0084] 可選地，步驟S104可W通過W下過程實現；在上述初始比特數量大于20比特，且 上述傳輸模式不是1、2、5、6和7的情況下，對上述控制信息的比特信息進行與操作；將進行 與操作后的比特信息在上述上行業務數據上進行傳輸；在上述初始比特數量不大于20比 特，且上述傳輸模式為1、2、5、6和7的情況下，在上述業務數據上傳輸1比特的下行業務控 制信息。
[0085] 在本實施例的一個優選實施例中，在獲取上述所有下行業務的控制信息在編碼前 的初始比特數量之后，還可W對各個上述下行業務按照W下之一方式進行排列：按照業務 順序；各個上述下行業務之間間隔排列。在一個優選實施例中按照業務順序"可W是按照 業務的編號，或者業務調度的順序等，但不限于此。其中，對于按照業務的編號進行排列可 W表現為W下排列過程，但不限于此：下行業務1的反饋比特、下行業務2的反饋比特、…、 下行業務η的反饋比特，η為自然數；對于各個下行業務之間間隔排列，可W表現為W下排 列形式，但不限于此：
[0086] 業務1的部分反饋比特、業務2的部分反饋比特、· · ?、業務η的部分反饋比特、 業務1的剩余反饋比特、業務2的剩余反饋比特·· *。其中，η為自然數。
[0087] 在一個優選實施例中，可W通過W下方式確定上述比特長度Q :
[0088] Q = Qm · Q'，其中，Q'表示控制信息在編碼后的調制符號個數，Qm表示承載控制信 息的業務所對應的調制方式。
[0089] 其中，優選地，當物理上行共享信道PUSCH業務僅在一個資源塊傳輸的時候，編碼 后的調制符號個數計算如下：
[0090]
表示:νΓ個上行化業務S的平均碼率，0表示需要反饋的控制信息的比特個數，
分別表示PUSCH上傳輸的上行業務S所對應初始資源塊的大 小和初始資源塊傳輸所占用的符號個數，PUS? 表示PUSCH上傳輸的上行業務所對應 的初始資源塊，用子載波SC表示；symb表示符號，心;表示上行業務S所對應的碼塊r的大 小，孩表示控制信息相對于PUSCH上傳輸的上行業務的碼率偏移offset值，表 示當前子頓調度的資源塊大小，a表示上述控制信息所占用的符號個數；
[0093] 當PUSCH業務只在兩個資源塊傳輸的時候，編碼后的調制符號個數計算如下：
[0096] 其中，0表示需反饋的控制信息的初始比特數，
：-Γ?，2}表示上行業 務S巧始傳輸的兩個碼塊X所分配的資源塊大小，用子載波SC表示；W為踩巧 表示業務S用于兩個碼塊X初始PUSCH傳輸數據所占用的符號個數；
[0097] Q' mm的取值包括如下：
[0098] 如果 0《2，Q' min = 〇;
[009引如果3《0《11，絡泌/紘]，且滋也U引，其中鷄表示PUSCH的資源塊 "X"所對應的調制方式，x= {1,2};
[0100]如果0 > 11，往"。Η 20/化 Μ 島.并且α :卻/的，任;Qm表示 承載控制信息的業務所對應的調制方式。
[0101] 優選地，在單個資源塊傳輸時，編碼后的調制符號個數Q'通過W下方式確定：
[0102] 如果在兩個PUSCH業務上進行信令反饋：
[010引其中，0表示需反饋的控制信息的初始比特數，，$心化巧表示PUSCH 上傳輸的上行業務S所對應初始資源塊的大小；表示PUSCH上傳輸的上行業務 S所對應的每個子頓上的初始調制符號個數，S = (1，2};
[0106] Q' mm的取值包括如下：
[0107] Q' mm = 〇,〇《2;
[0108] 谷?加 。松化1 3<。《11、軟。化b似、助,然表示PUSCH上傳輸的業務"X"所對應 的調制方式，X = α，2κ
[010引留Ln化'kf.泌2/說1,其中，0> 11，巧。扭^1，巧;。々~跨 [0110] 如果在Η個PUSCH業務上反饋：
[011引如果在四個PUSCH業務上反饋： Γ01141
[0116] 優選地，在兩個資源塊上傳輸時，編碼后的比特數量Q'通過W下方式確定：
[0117] 如果在兩個上行業務上進行傳輸：
[011 引
[0120] 如果在Η個上行業務上進行傳輸：
[0123] 如果在四個上行業務上進行傳輸：
[0124]
[0126] 在一個優選實施例中，可W通過W下過程對上述所有下行業務的控制信息分別單 獨進行編碼：
[0127] 獲取上述所有下行業務中每個下行業務所對應所有下行小區需要反饋的比特個 數；
[012引獲取每個上行業務上所承載控制信息的編碼長度；
[0129] 根據上述編碼長度按照預設編碼方式對每個下行業務的控制信息分別進行編碼。
[0130] 其中，可W通過W下方式獲取每個上行業務上所承載控制信息的編碼長度，按照 預設規則分配上行業務上所承載的上述控制信息的比特個數。
[0131] 在優選實施例中，上述預設規則包括W下之一：在上述上行業務和上述下行業務 的數量一一對應時，每個上行業務反饋一個與上述上行業務對應的下行業務的控制信息； 在上述上行業務的數量大于上述下行業務的數量時，根據W下之一因素選擇用于承載控制 信息的上行業務個數：上行業務數據的碼率大小、按照上行業務所占用的資源塊大小、按照 上行業務所對應QCI的誤碼率大小；或者，在多個上行業務上承載相同的下行業務的控制 信息；在上述上行業務的數量小于上述下行業務的數量時，按照W下之一方式分配上行業 務：按照下行業務的數量將下行業務的控制信息平均分配至各個上行業務；按照上行業務 的優先級確定上行業務承載的下行業務個數。
[0132] 在一個優選實施過程中，也可W不用考慮上行業務和下行業務個數，可W按照上 行業務的優先級選擇用于承載所述控制信息的一個或多個所述上行業務，例如可W是固定 在一個上行業務上進行下行控制信息的反饋，也可W在兩個或者多個上行業務上進行下行 控制信息反饋。用于承載的上行業務還可w按照上行業務數據的碼率大小、上行業務所占 用的資源塊大小、上行業務所對應QCI的誤碼率大小進行選擇，優選上行業務所對應的QCI 的誤碼率大小決定用于承載控制信息的上行業務。
[0133] 本發明實施例還提供一種控制信息的傳輸裝置，如圖2所示，該裝置包括；封裝模 塊20,用于對當前子頓上需要反饋的所有下行業務的控制信息按照預設規則分別進行封 裝；傳輸模塊22,連接至封裝模塊20,用于對封裝后的上述控制信息在上行業務上進行傳 輸。
[0134] 在一個優選實施例中，如圖3所示，封裝模塊20包括；第一封裝單元200,對上述 所有下行業務的控制信息進行統一編碼；第二封裝單元202,用于對上述所有下行業務的 控制信息分別單獨進行編碼。
[0135] 為了更好地理解上述實施例，W下結合優選實施例詳細說明。
[0136] 針對目前LTE協議中沒有定義同一用戶在同一子頓上調度多業務時如何在PUSCH 上進行信令反饋的規定，為了解決如何在PUSCH上進行信令反饋的問題，本發明實施例提 出了在多業務情況下在PUSCH上進行信令反饋時發端的處理方法。送個問題涉及到兩個方 面來解決在多業務條件下在PUSCH上進行信令反饋發端處理，包括A/N初始比特編碼和A/ N的資源映射方式。本發明實施例著重于對控制信息編碼提出自己的解決方案。
[0137] HARQ-ACK或者RI的初始比特編碼，主要涉及到Η個關鍵步驟，包括初始比特的計 算、編碼比特長度的計算和編碼。本發明實施例在針對初始比特的編碼方式可W采用不同 的QCI承載的信源比特統一進行編碼；或者各個QCI的承載的信源比特分別進行編碼，然后 把各個QCI編碼比特進行級聯；或者各個QCI的承載的新源比特獨立處理，分別進行編碼和 對應的資源上映射等。具體包括方案一、方案二W及方案Η等Η個實施方案：
[013引方案一：主要是針對在當前子頓上需要反饋的所有下行業務的控制信息比特合在 一起進行編碼，按照相同的或者不同的調制方式在上行業務數據上進行傳輸。編碼過程按 照UE所傳輸的資源塊大小，即該UE用于承載控制信息的各個業務的資源塊大小，計算該UE 用于承載控制信息所對應的各個上行業務數據的平均編碼率，通過調整相對于業務數據的 碼率偏移值來獲取HARQ-ACK或者RI編碼后的調制符號個數，該長度為所有承載控制信息 的業務數據上的反饋控制信息比特的調制符號個數，其中調制方式選擇可W是其中業務數 據所對應的任一調制方式，或者選擇其中最大或者最小調制方式，為了保證控制信息的編 碼性能優選調制方式最大的，最后把編碼后的控制信息在復用或者綁定在各個業務數據上 傳輸；該長度可W是各個承載控制信息的各個業務數據上復用或者綁定的HARQ-ACK或者 RI編碼后的調制符號個數，其中各個業務上傳輸的控制信息采用調制方式可W與對應的業 務數據不一致，也可W采用相同的調制方式，優選與業務數據一樣的調制方式。
[0139] 另外，針對本方案在具體實現中可W不限制下行業務數據的反饋比特必須在所有 上行業務數據上反饋，可W根據需要在部分業務數據上進行反饋。比如不同的QCI對誤碼 率要求不同，按照誤碼率指標越高，承載控制信息的優先等級越高的原則進行選擇承載控 制信息的業務。
[0140] 控制信息比特的編碼過程主要涉及到Η個方面，包括確定當前子頓需要反饋的初 始比特個數和初始比特的排列方式、計算編碼后的比特長度和編碼。具體過程描述如下： [014。 步驟一：確定HARQ-ACK或者RI的反饋比特個數和排列的原則。由于Τ孤和抑D 反饋原則有差異，反饋的比特個數也不同。為了更清晰的闡明本發明實施例的思想分別從 F孤和TDD兩種角度來分析。對于TDD來說反饋的比特個數與需要反饋的業務個數、小區、 反饋的下行子頓個數和傳輸模式等有關。首先統計每個下行業務需要反饋的比特個數，然 后計算得到所有業務需要反饋的比特個數。另外在計算每個業務需要反饋的比特個數時需 要統計所對應的所有下行小區，即每個下行小區所對應的比特個數。而且對于TDD來說由 于上下行對稱，所W存在一個上行子頓需要反饋多個下行子頓的現象，因此在統計每個業 務對應的每個小區需要反饋比特個數時需要考慮上下行配比，或者說是需要反饋的下行子 頓個數，另外對于HARQ-ACK在統計的時候需要考慮傳輸模式，比如傳輸模式1、2、5、6和7 只需要反饋一個比特，其他傳輸模式需要反饋2個比特。利用如上的原則獲取了多業務需 要反饋的比特個數，郝么如何進行各個業務的傳輸比特排列，可W按照各個業務順序的方 式進行排列，也可W按照各個業務間隔排列，優選按照各個業務順序排列。具體而言，首先 按照業務進行初始信息比特排列，每個業務又按照下行小區排列，其中每個下行小區分別 按照下行子頓和傳輸模式的方式進行排列。
[0142] 為了結合LTE協議目前定義的方法，初始比特的編碼過程，分大于20比特和小于 等于20比特兩種情況，兩者所不同的是，初始比特大于20比特時，若傳輸模式不是1、2、5、 6、7的情況下，雙流需要發送的比特信息進行與操作，而小于等于20比特的時候兩流的比 特信息不進行與操作，分別進行反饋。
[0143] 而對于抑D來說，由于上下行信道是對稱的，也就是一個上行子頓只反饋一個對 應的下行子頓。因此，在計算需要反饋的比特個數時，相對TDD不需要考慮下行子頓的問 題，即統計每個下行業務需要反饋的比特個數，包括每個業務對應的所有下行小區需要反 饋的比特個數，其中涉及到傳輸模式的問題，比特傳輸模式為1、2、5、6、7的時候需要反饋 的是1比特，而其他模式對應需要反饋的是2比特。至于排列方式與TOD的原則一致，所不 同的是沒有下行子頓的概念。
[0144] 步驟二；HARQ-ACK或RI編碼后比特長度（即編碼后的比特個數）的計算。基 于步驟一獲取了初始