置。本方案也可W按照上行业务需要反馈的比特信息进行编码，也就是说 一个上行业务可W反馈多个下行业务的控制信息，此时编码过程可W参考方案一中描述的 在单个PUSCH业务上反馈下行业务的方法对各个上行业务上承载的控制信息进行编码。如 果需要承载的控制信息的上行业务和需要反馈的下行业务是一一对应的话，或者说一个上 行业务反馈一个下行业务的时候，本方案如上提出的两种思想没有区别；如果需要承载的 控制信息的上行业务和需要反馈的下行业务不是一一对应的话，如上两种方案的编码过程 不一致，优先选择后者。需要说明的是，所谓的上下行业务一一对应指的是可W用于承载下 行控制信息的上下业务个数和需要反馈的下行业务个数相同，所谓的上下行业务不是一一 对应指的是可W用于承载下行控制信息的上下业务个数和需要反馈的下行业务个数不同。
[0200] 如果上下行业务是一一对应的话，郝么不同下行业务需要反馈的HARQ-ACK或 RI分别在不同的上行业务上传输；但是如果上下行业务不对称，即如果需要反馈的下行 业务个数小于可W用于承载控制信息的上行业务个数时，则选择码率最高的上行上进行 HARQ-ACK或RI的传输，或者码率最低的上行业务进行HARQ-ACK或RI传输或者选择占用RB 个数最多的或者按照不同的上行业务传输的QCI来选择优先等级进行控制信息的传输或 者不对此做限制；如果需要反馈的下行业务个数大于可W用于承载控制信息的上行业务个 数时，则可W延用下行业务小于上行业务的情况下选择用于承载控制信息优先级的原则， 进行循环选择各个上行业务上需要反馈的下行业务个数，也就是说用于承载控制信息的优 先级越高，则需要承载的下行业务的反馈信息越多，或者按照;根据获 取的index值，其中某个值对应一个上行业务进行反馈，选取的时候可W选择index = 0对 应于上行业务1，index = 1对应于上行业务2,等，或者index = 0, 1等分别对应用于各 个用于承载控制信息的上行业务的优先等级从高到底所对应的业务索引。另外，需要说明 的当前子顿需要反馈的所有下行控制信息可W在某一个业务上固定传输，业务的可W按照 QCI的等级、调制方式或者码率等方式选择。
[0201] 在如下描述的过程中，主要W上下行业务一一对应进行描述，具体实现步骤如 下：
[020引步骤一：确定每个PUSCH上HARQ-ACK或RI的反馈比特个数和排列的原则。由于 TDD和抑D反馈原则有差异，反馈的比特个数也不同。为了更清晰的阐明本发明实施例的思 想分别从F孤和TDD两种角度来分析。各个下行业务需要反馈的比特个数与就是每个下行 业务对应的所有下行小区需要反馈的比特个数，其中在计算每个下行小区需反馈的比特个 数的时候，涉及到需要反馈的对应下行子顿个数的问题，F孤是上下行对称的，而TDD存在 上下行子顿不对称的现象，因此在计算每个小区需要反馈的比特个数时，需要区分TOD、还 是抑D模式，对于抑D来说就是一个上行子顿反馈一个下行子顿的信息，而TDD存在一个上 行子顿需要反馈多个下行子顿的现象。因此，在统计的是时候TDD不同于F孤，还需要考虑 统计多个下行子顿情况下的比特个数。
[0203] 各个业务的初始比特的排列原则按照下行小区需要反馈的比特信息进行排列，其 中每个小区信息排列按照对应的反馈的下行子顿比特信息进行排列，且每个下行子顿反馈 的信息比特与传输模式有关，如果传输模式为1、2、5、6、7的时候对应一个信息比特，否则 对应两个信息比特，分别为codewordO和codewordl所对应的比特信息。同样与方案1所 描述的方案一样，存在初始比特个数是否大于20比特的情况下不同的编码方式，即大于20 比特的情况下，所述的双流对应的信息比特需要做与操作。
[0204] 而对于上下行业务不是一一对应的情况下，采用本方案所提出的2种思路的情况 下，存在个别上行需要反馈多个下行业务的现象，此时不同于本方案所提出的第一种思想， 分别进行各个下行业务数据的比特信息编码，而需要对多个下行业务数据同时编码的情 况，在此步骤实现时需要统计在一个上行业务上反馈的多个下行业务的比特个数，且初始 比特信息的排列按照业务顺序排列，与方案一所描述的多业务排列方式一样，不再赏述。
[0205] 步骤二；PUSCH上HARQ-ACK或RI的编码比特长度计算。基于步骤一获取了初始比 特个数，然后利用获取的初始比特个数进行计算各个业务的编码比特个数。基于步骤一获 取的需要反馈的各个下行业务的比特个数，然后按照一定的分配原则，分配在各个上行业 务上进行反馈的下行业务和比特个数。原则的选取可W基于码率或者调制方式或者上下行 业务对应关系或者各个上行业务对应的QCI的解调误码率不同等，比如按照码率的选择， 各个上行业务可能的码率是不相同的，选择时可W考虑优选选择在高码率的上行业务上进 行反馈，具体实现时不做此限制，不过考虑到码率高对应的信号发送功率强，考虑到控制信 息的译码性能，所W优选的是码率越高，优先级越高。但是本方案不做此限制，为详细描述 本步骤的思想，主要分如下Η种情况进行描述：
[0206] 第一种情况，上下行业务一一对应。此种情况可W按照每个上行业务反馈一个对 应的下行业务控制信息。当然不做此限制，可W考虑按照码率或者调制方式或者不同业务 占用RB大小等原则进行不对称分配。如果选择一一对应反馈的方案的话，在编码比特长度 计算的时候，采用目前LTE协议定义的方法，计算每个上行业务反馈的初始比特编码后的 长度，且调制方式与业务数据保持一致；如果采用不对称分配的方法，分别计算需要在某个 上行业务上反馈的下行业务个数和总比特个数，然后利用目前LTE协议定义的方法，计算 该业务上反馈的信源比特编码后的长度，且调制方式保持与业务数据一致。
[0207] 第二种情况，用于承载控制信息的上行业务个数大于下行业务个数。针对送种情 况，提出采用在部分上行业务上进行下行控制信息的反馈，可W按照上行业务数据的码率 大小来优先选择承载的业务或者按照各个业务所占用的资源块大小进行分配或者按照上 行业务所对应QCI的误码率的大小来判断用于承载控制信息的优先等级等。另外，发明人 又提出，可W考虑部分下行业务反馈信息比特在两个上行业务上共同承载，送样能够降低 部分业务承载过重，对业务数据的解调性能的影响，同时把一个下行业务数据的控制信息 比特的承载分担到两个或者多个上行数据业务上。分担的方式可W采用把反馈的初始比特 分成两份，分别采用目前LTE定义的方式进行计算对应比特的编码后的长度或者按照方案 一提出的采用两个PUSCH业务数据共同反馈的方式计算编码比特长长度，然后分别在两个 上行业务数据上进行反馈。
[020引第Η种情况，上行业务数据小于下行业务个数。此种情况和第二种情况类似，无法 进行上下行业务数据一一对应，进行对称分配，必然存在部分上行业务数据需要反馈多个 下行业务数据的问题。分配可W单纯的按照业务个数进行分配，一部分上行业务负担重、一 部分上行业务负担轻的现象，但是采用此种方法比较简单，采用的分配原则可W通过计算 根据获取的索引（index)值，其中某个值对应一个上行业务进行反 馈，选取的时候可W选择index = 0对应于上行业务1，index = 1对应于上行业务2,等， 或者index = 0, 1对应按照各个业务的码率排序或者资源块大小排序。如果按照承载控制 信息的上行业务的优先等级来选择各个上行业务承载的下行业务个数，可W按照上行业务 数据的码率、资源块大小、对应的QCI的误码率等来选择，采用的原则与前面方案中描述的 一致，在此不再详细描述。
[0209] 在进行编码比特长度的计算过程中，首先统计各个上行业务数据需要反馈的比特 个数，然后利用目前LTE定义的计算方法计算每个业务数据上发送的编码后的比特长度。 调制方式的选择保持和各个业务数据采用的调制方式一致。
[0210] 步骤Η ;控制信令编码。具体编码采用的方法利用目前LTE协议定义的方法，分Η 种情况，当初始比特个数〇ΑΕκ《2、3《〇ΑΕκ《11和11《0-<《20 Η种情况进行编码，具体 编码方案和目前LTE采用的保持一致，然后把编码后得到的比特进行级联使其长度与步骤 二计算得到的比特长度保持一致。
[0211] W下结合实施例一至实施例Η详细说明上述方案一至方案Η的实现过程。
[0212] 实施例一
[0213] 本实施例主要是针对需要反馈的所有下行业务的HARQ-ACK信息比特进行统一编 码，然后映射到相应的资源块。具体步骤如下：
[0214] 步骤一：确定HARQ-ACK反馈比特个数和信息比特排列。本实施主要是采用需要 反馈的所有下行业务的的信息比特进行统一编码，首先计算各个下行业务需要反馈的比 特个数，然后计算所有需要反馈的下行业务的比特个数总和。各个业务的信息比特个数 的排列可W按照业务进行排列。假设计算的各个业务需要反馈的信息比特个数即
[0215] 步骤二：计算HARQ-ACK编码后比特长度。本实施例假设PUSCH只在一个资源块传 输的时候，编码后的比特个数计算如下：
[0216]
表示个业务数据的平均码率，且0表示需要反馈的HARQ-ACK或者RI的比特个数， 心胃W分别表示业务S的数据初始资源块的大小和初始数据传输所 占用的符号个数，表示业务S所对应的码块r的大小，.Mfw?表示当前子顿调度的资源 块大小。
[0219] 采用如上公式确定了 PUSCH中用于HARQ-ACK信息传输的调制符号数目，由于反 馈控制信息的业务数据可能采用不同的调制方式，为保证编码后的速率，取其中调制方式 最高的Qm，计算HARQ-ACK信息编码后的比特个数Qack = Qm ·〇'。当然调制方式的选择也可 W选择最低或者中间的调制方式，主要与业务数据和控制信息译码性能指标有关。另外，女口 上计算的Q'作为每个需要承载控制信息的业务所需要承载的HARQ-ACK信息传输的调制符 号数目，即对应的调制方式可W选择与业务保持一致。
[0220] 步骤Η ;对HARQ-ACK的初始比特信息进行编码。具体的编码方法与反馈的初 始比特个数有关，主要分为Η种情况，即小于3比特、大于等于3比特且小于12比特和大 于11比特。其中本实施例W反馈的信息比特个数为第2种情况，即3《〇ΑΕκ《11，所采 用Μ编码为基础的（32,0)的块编码方案，其中0为编码输入的比特数目，编码处处的长 度为32比特，另外编码所采用的11个基序列，如表1，具体所采用的RM编码方法不属于 本发明的核必思想，在此不作详细描述。利用Μ编码获取的编码长度为32的比特序列 表示为§/^薪、.…?;Γ，然后按照循环复制的方式得到长度为的比特序列，即表示为
[022。 步骤四；HARQ-ACK编码比特资源映射。此过程也属于在多业务情况下控制信息比 特反馈解决方案的一个关键点，但不属于本发明所主要阐述的解决方案，因此，在此步骤的 描述过程中，只提供其中的一个解决方案，但不代表本发明局限于实施例所述的资源映射 方案。在资源映射的时候，基于各个所承载控制信息的业务的交织器上对应符号上进行控 制信息比特的映射，各个业务所传输的控制信息比特可W不一样，也可W-样，本实施例已 各个业务所承载的控制信息比特相同来说，即在承载的各个业务资源上，按照"从下往上、 逐行放置"的方式进行资源映射，如图4所示。
[0222] 实施例二
[0223] 本实施例采用各个下行业务需要反馈的比特分别进行编码，然后把编码后的比特 进行级联映射到相应的资源位置或者进行独立映射到各自承载的业务资源位置上。需要说 明的是，本实施例假设上下行业务是一一对应的话，郝么HARQ-ACK分别在不同的QCI的资 源上映射；当然可W按照不同等级的QCI来划分不同的QCI来承载控制信息比特的优先等 级。具体如何进行选择承载的业务不是本本发明主要阐述的思想，因此本实施例可采用的 资源映射方案不局限于如下实施例描述的过程中所述的选择的承载控制信息的业务方案。
[0224] 步骤一：确定HARQ-ACK反馈比特个数和信息比特排列。本实施主要是对各个 下行业务所反馈的信息比特进行分别编码，首先计算各个下行业务需要反馈的比特个 数，分别表示为终? …，其中教ft需要反馈的下行业