个数。
[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编码后比特长度（即编码后的比特个数）的计算。基 于步骤一获取了初始