比特个数，然后利用获取的初始比特个数进行计算编码后比特个数。 本发明实施例所提出的HARQ-ACK或RI编码比特个数的计算综合考虑了各个业务数据的 编码率，同时通过调整HARQ-ACK或RI相对于PUSCH数据的码率偏移量来保证 HARQ-ACK或RI满足不同的译码性能需求指标。利用计算获取的HARQ-ACK或RI编码后的 调制符号个数Q'，计算HARQ-ACK或RI编码后的比特长度Q = Q' XQi,,m其中Qis,m表示 承载控制信息的各个业务对应的调制方式，具体实现过程中各个上行业务所承载的控制信 息所采用的调制方式可选择与业务数据相同的调制方式，或者选择所有承载的业务数据采 用的最大或者最小调制方式。
[0145] HARQ-ACK或RI编码后比特个数的计算与初始比特个数、业务个数、上行各业务数 据码块大小和对应的传输码块个数等有关。本方案主要考虑基于参与承载下行反馈比特信 息的所有上行业务数据的平均码率和控制信息的编码率相对于业务数据的平均码率偏移 值来计算编码后的比特个数。另外，编码比特的个数计算与资源块个数有关，因此，在此步 骤说明的过程中，主要分传输码块个数和上行承载控制信息的业务个数进行描述。在单码 块传输的情况下，按照最大同时在4个上行业务上进行传输控制信息描述。具体计算方法 如下：
[0146] 当PUSCH只在一个资源块传输的时候，编码后的调制符号个数计算如下：
[0147]
表示C个业务数据的平均码率，且0表示需要反馈的HARQ-ACK或者RI的比特个数，
分别表示业务S的数据初始资源块的大小和初始数据传输所 占用的符号个数，表示业务S所对应的码块r的大小，表示当前子顿调度的资源 块大小。
[0150] 采用如上公式确定了 PUSCH中用于HARQ-ACK或者RI信息传输的调制符号数目， 由于反馈控制信息的业务数据可能采用不同的调制方式，为保证编码后的速率，取其中调 制方式最高的Qm，计算HARQ-ACK或者RI信息编码后的比特个数Qa〇< = Qm · Q'或者瑞1 = Qm · Q'。当然调制方式的选择也可W选择最低或者中间的调制方式，主要与业务数据和控 制信息译码性能指标有关。
[015。 当PUSCH只在两个资源块传输的时候，编码后的调制符号个数计算如下：
[0154] 其中，0表示需反馈的HARQ-ACK初始比特数，
[015引 Q ' m"的取值包括女口下；Q ' mm = 0, 0《2;煤化=42化'孩,1 ， 3《0《11，緣似，、幼，热{巧表示PUSCH，X，所对应的调制方 式；&。-苗/热1-切^化:1 ，0 > 1 1 ^-苗'哨，a:好…Γ斯句. …、.、、-=化巧表示表示业务S初始传输的两个码块所分配的资源块大小，用子载 波表示，J 表示业务s用于第一和第二码块初始PUSCH传输数据所占 用的符号个数，郝么计算HARQ-ACK或者RI信息编码后的比特个数Qack = Qm · Q '或者Qki =Qm * Q '。
[0156] 步骤Η ;具体编码的方式依然沿用目前LTE定义的编码方式。小于3比特采用固 定的编码方式，然后进行编码比特级联获取步骤2计算获取的比特个数；不小于3比特的时 候采用Μ编码。送块继续延用目前LTE协议定义的方式，在此不再详细描述。
[0157] 方案二；方案二与方案一基本编码思路相同，主要是针对在当前子顿上需要反馈 的所有下行业务的控制信息比特合在一起进行编码，按照相同的或者不同的调制方式在上 行业务数据上进行传输。编码过程结合每个UE用于承载控制信息的各个业务数据码率的 交叉影响，通过调整相对于业务数据的码率偏移值来获取HARQ-ACK或者RI编码后的调制 符号个数，该长度为所有承载控制信息的业务数据上的反馈控制信息比特的调制符号个 数，其中调制方式选择可W是其中业务数据所对应的任一调制方式，或者选择其中最大或 者最小调制方式，为了保证控制信息的编码性能优选调制方式最大的，最后把编码后的控 制信息在复用或者绑定在各个业务数据上传输；该长度可W是各个承载控制信息的各个业 务数据上复用或者绑定的HARQ-ACK或者RI编码后的调制符号个数，其中各个业务上传输 的控制信息采用调制方式可W与对应的业务数据不一致，也可W采用相同的调制方式，优 选与业务数据一样的调制方式。
[015引另外，针对本方案在具体实现中可W不限制下行业务数据的反馈比特必须在所有 上行业务数据上反馈，可W根据需要在部分业务数据上进行反馈。比如不同的QCI对误码 率要求不同，按照误码率指标越高，承载控制信息的优先等级越高的原则进行选择承载控 制信息的业务。
[0159] 控制信息比特的编码过程主要涉及到Η个方面，包括确定当前子顿需要反馈的初 始比特个数和初始比特的排列方式、计算编码后的比特长度和编码。具体过程描述如下：
[0160] 步骤一：确定HARQ-ACK或者RI的反馈比特个数和排列的原则。由于Τ孤和抑D 反馈原则有差异，反馈的比特个数也不同。为了更清晰的阐明本发明实施例的思想分别从 F孤和TDD两种角度来分析。对于TDD来说反馈的比特个数与需要反馈的业务个数、小区、 反馈的下行子顿个数和传输模式等有关。首先统计每个下行业务需要反馈的比特个数，然 后计算得到所有业务需要反馈的比特个数。另外在计算每个业务需要反馈的比特个数时需 要统计所对应的所有下行小区，即每个下行小区所对应的比特个数。而且对于TDD来说由 于上下行对称，所W存在一个上行子顿需要反馈多个下行子顿的现象，因此在统计每个业 务对应的每个小区需要反馈比特个数时需要考虑上下行配比，或者说是需要反馈的下行子 顿个数，另外对于HARQ-ACK在统计的时候需要考虑传输模式，比如传输模式1、2、5、6和7 只需要反馈一个比特，其他传输模式需要反馈2个比特。利用如上的原则获取了多业务需 要反馈的比特个数，郝么如何进行各个业务的传输比特排列，可W按照各个业务顺序的方 式进行排列，也可W按照各个业务间隔排列，优选按照各个业务顺序排列。具体而言，首先 按照业务进行初始信息比特排列，每个业务又按照下行小区排列，其中每个下行小区分别 按照下行子顿和传输模式的方式进行排列。
[0161] 为了结合LTE协议目前定义的方法，初始比特的编码过程，分大于20比特和小于 等于20比特两种情况，两者所不同的是，初始比特大于20比特时，若传输模式不是1、2、5、 6、7的情况下，双流需要发送的比特信息进行与操作，而小于等于20比特的时候两流的比 特信息不进行与操作，分别进行反馈。
[0162] 而对于抑D来说，由于上下行信道是对称的，也就是一个上行子顿只反馈一个对 应的下行子顿。因此，在计算需要反馈的比特个数时，相对TDD不需要考虑下行子顿的问 题，即统计每个下行业务需要反馈的比特个数，包括每个业务对应的所有下行小区需要反 馈的比特个数，其中涉及到传输模式的问题，比特传输模式为1、2、5、6、7的时候需要反馈 的是1比特，而其他模式对应需要反馈的是2比特。至于排列方式与TDD的原则一致，所不 同的是没有下行子顿的概念。
[0163] 步骤二；HARQ-ACK或RI编码后比特长度的计算。基于步骤一获取了初始比特 个数，然后利用获取的初始比特个数进行计算编码后比特个数。本发明实施例所提出的 HARQ-ACK或RI编码比特个数的计算综合考虑了各个业务数据的编码率，同时通过调整 HARQ-ACK或RI相对于PUSCH数据的码率偏移量自声盖^来保证HARQ-ACK或RI满足不同 的译码性能需求指标。利用计算获取的HARQ-ACK或RI编码后的调制符号个数Q'，计算 HARQ-ACK或RI编码后的比特长度Q = Q' X Qi,,m其中Qi,,m表示承载控制信息的各个业务 对应的调制方式，具体实现过程中各个上行业务所承载的控制信息所采用的调制方式可选 择与业务数据相同的调制方式，或者选择所有承载的业务数据采用的最大或者最小调制方 式。
[0164] HARQ-ACK或RI编码后比特个数的计算与初始比特个数、业务个数、上行各业务数 据码块大小和传输码块个数等有关。在计算HARQ-ACK或RI编码后的调制符号个数时考虑 各个承载控制信息的业务数据的码率交叉影响来计算编码后的控制信息调制符号个数。因 此，在此步骤说明的过程中，主要分传输码块个数和承载控制信息的上行业务个数进行描 述。在单码块传输的情况下，按照最大承载的控制信息的业务个数为4。
[0165] 具体描述如下：
[0166] 如果单个PUSCH上进行信令反馈。此种情况与目前LTE协议定义没有区别，在进 行编码比特个数的计算、资源映射等保持与目前协议定义一致，在此，不再赏述。
[0167] 如果在两个PUSCH上进行信令反馈，编码后的调制符号个数通过W下公式计算得 到；
[0170] 其中，0表示需反馈的HARQ-ACK初始比特数，
[01川 Q ' min的取值包括如下：Q ' mm = 0 if 0《2，结。η;::Γ邸'热-1 if 3《0《11 with 终,绍，.據）曲ere 化，.、'==;表示 PUSCH，X' 所对应的调 制方式；紛沁:4縱i,/续《?·φ(ν谷獻1. if ο > 11 with巧'=4.0.詞and幻：?二好'-l·化'2 , 化f化2;表示两种业务调度的带宽，用子载波表示，. PUSCH业务对应的每个子顿上的数据符号个数，郝么
[0172] HARQ-ACK编码比特个数为
[0173]
[0174] 如果在Η个PUSCH业务上反馈：
[0175] 修改如上Q' tpmp^的计算公式
[0179] 如果在四个PUSCH业务上反馈：
[0180] 修改如上Q' temp =的计算公式
[0181]
[0184] 在两码块传输的情况下，按照最大承载的控制信息的业务个数为4。编码后的比特 个数计算具体描述如下：
[0185] 如果单个业务上进行信令反馈。此种情况与目前LTE协议定义没有区别，在进行 编码比特个数的计算、资源映射等保持与目前协议定义一致，在此，不再赏述。
[0186] 如果在两个业务上进行信令反馈，分别按照单码块的计算法方式，计算得到每个 码块需要的信令的编码后的长度，然后取其一或者各按照自己的计算长度进行信息比特的 传输。如果取其一的话，可取其中最长的可保证两个码块传输的控制信息的编码率最低， 且保值控制信息的译码性能；或者取其中最小的，在一定成都上会影响其中某个码块的控 制信息的译码性能，但是同时采用本方法有一定频选增益、合并增益等；或者各个码块取各 自计算获取的比特长度，采用该方法在一定程度上避免了两个码块计算的长度不一样的时 候，按照其中一个取值的话，同时会对另外一个码块的控制信息或者数据带来或多或少的 影响；或者取两个码块计算得到的平均值作为两个码块上传输的控制信息的调制符号，送 样能够一定程度上避免两个码块计算出来的控制信息的调制符号个数差异大，取其一对另 外一个码块的数据或者控制信息的影响，从而基本实现影响均衡的目的。计算公式如下：
[0187]
[0190] 如果在Η个业务上反馈，两个码块的控制信息的调制符号个数的计算和最终两个 码块的控制信息的调制符号的选择个数的原则结合两个码块的原则，在此不再重复描述， 具体计算公式如下：
[0191]
[0194] 如果在四个业务上反馈，两个码块的控制信息的调制符号个数的计算和最终两个 码块的控制信息的调制符号的选择个数的原则结合两个码块的原则，在此不再重复描述， 具体计算公式如下：
[0195]
[019引步骤Η ;具体编码的方式依然沿用目前LTE定义的编码方式。小于3比特采用固 定的编码方式，然后进行编码比特级联获取步骤2计算获取的比特个数；不小于3比特的时 候采用Μ编码。送块继续延用目前LTE协议定义的方式，在此不再详细描述。
[0199] 方案Η ;本方案可W采用各个业务需要反馈的比特信息分别进行编码，然后把编 码后的比特进行级联映射到相应的资源位置或者进行独立映射到各自承载控制信息的业 务对应的资源位