CN102386998B - 一种pucch编解码方法及其装置 - Google Patents
一种pucch编解码方法及其装置 Download PDFInfo
- Publication number
- CN102386998B CN102386998B CN201010274405.6A CN201010274405A CN102386998B CN 102386998 B CN102386998 B CN 102386998B CN 201010274405 A CN201010274405 A CN 201010274405A CN 102386998 B CN102386998 B CN 102386998B
- Authority
- CN
- China
- Prior art keywords
- control information
- group
- information bit
- pucch
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种PUCCH编解码方法及其装置,编码方法包括:将需要承载于PUCCH发送的控制信息比特划分为至少两组,分别对各组控制信息比特进行编码;分别对编码后的各组控制信息比特进行速率适配;将速率适配后的各组控制信息比特进行合并以及交织映射。解码方法包括:将PUCCH编码数据进行解交织映射后划分为至少两组信息比特,或者将PUCCH编码数据划分为至少两组信息比特后进行解交织映射;分别对各组信息比特进行解速率适配;分别对解速率适配后的各组信息比特进行解码,将解码后的各组信息比特进行合并。采用本发明可使用现有编码方式实现较多比特控制信息的传输。
Description
技术领域
本发明涉及移动通信领域,尤其涉及一种PUCCH编解码方法及其装置。
背景技术
在采用载波聚合的通信***中,需要在一个上行载波上反馈多个下行载波对应的控制信息,比如ACK/NACK信息和CSI(channelstateinformation,信道状态信息)。如果按照LTER8的反馈方案,则需要UE(用户设备)在多个PUCCH(物理上行控制信道)上同时传输上行控制信息。为避免多PUCCH信道传输引起的CubicMetric增加,载波聚合仍需尽量使用单个PUCCH信道传输。其中,CubicMetric用于度量正交频分复用(OFDM)信号的峰值平均功率比。
在LTER8中,为解决TDD(TimeDivisionDuplexing,时分双工)***在一个上行子帧反馈多个下行子帧的ACK/NACK,使用了基于Format1b的信道选择(ChannelSelection)方案。在LTER10中,对于最大支持4bitACK/NACK信息传输的UE采用基于Format1b的channelselection,对于支持大于4bitACK/NACK信息传输的UE采用基于QPSK(四相相移键控)的DFT-S-OFDM传输格式,该传输格式可以承载48bit的数据。
在目前提出的基于DTF-S-OFDM的PUCCH传输方案中,将ACK/NACK信息按照TS36.212中ReedMuller码(32,O)码进行编码,循环重复编码为48bit,然后再按DTF-S-OFDM格式进行传输。但是RM(32,O)码最多只能传输11bit的ACK/NACK。在ACK/NACK信息量超过11bit的情况下,需使用部分绑定(partialbundling)的方法压缩ACK/NACK信息量。
对于TDD***,由于需要支持最大5载波、4DL:1UL配置的载波聚合,因此需要反馈的ACK/NACK长度即使在支持空间绑定(spatialbundling)的情况下也至多达到20bits,可见,LTE中现有的RM码均无法支持超过此长度的ACK/NACK信息。如果引入新的编码器,网络侧和UE侧需要分别引入新的检测算法和编码算法,实现起来较为复杂,并且需要同时对网络侧和终端侧进行改造。
发明内容
本发明的实施例提供一种PUCCH编解码方法及其装置,用以解决现有PUCCH编码方法无法实现较长控制信息比特传输的问题。
本发明的实施例提出的PUCCH编码方法,包括:
将需要承载于物理上行控制信道PUCCH发送的控制信息比特划分为至少两组,分别对各组控制信息比特进行编码;
分别对编码后的各组控制信息比特进行速率适配;
将速率适配后的各组控制信息比特进行合并以及交织映射,得到PUCCH编码数据。
本发明的实施例提出的编码器,包括:
划分模块,用于将需要承载于PUCCH发送的控制信息比特划分为至少两组;
编码模块,用于分别对各组控制信息比特进行编码;
速率适配模块,用于分别对编码后的各组控制信息比特进行速率适配;
合并模块,用于将速率适配后的各组控制信息比特进行合并;
交织映射模块,用于对合并后的控制信息比特进行交织映射,得到PUCCH编码数据。
本发明的另一实施例提供的编码器,包括:
划分模块,用于将需要承载于PUCCH发送的控制信息比特划分为至少两组;
编码模块,用于分别对各组控制信息比特进行编码;
速率适配模块,用于分别对编码后的各组控制信息比特进行速率适配;
交织映射模块,用于对速率适配后的各组控制信息比特进行交织映射;
合并模块,用于将交织映射后的各组控制信息比特进行合并,得到PUCCH编码数据。
本发明的实施例提出的PUCCH解码方法,包括:
对PUCCH编码数据进行解交织映射,并将解交织映射后的数据划分为至少两组信息比特;或者,将PUCCH编码数据划分为至少两组信息比特,并对各组信息比特进行解交织映射;
分别对解交织映射后的各组信息比特进行解速率适配;
分别对解速率适配后的各组信息比特进行解码,将解码后的各组信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
本发明的实施例提出的PUCCH解码器,包括:
解交织映射模块,用于对PUCCH编码数据进行解交织映射;
分组模块,用于将解交织映射后的数据划分为至少两组控制信息比特;
解速率适配模块,用于分别对各组控制信息比特进行解速率适配;
解码模块,用于分别对解速率适配后的各组控制信息比特进行解码;
合并模块,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
本发明的另一实施例提供的解码器,包括:
分组模块,用于将PUCCH编码数据划分为至少两组控制信息比特;
解交织映射模块,用于分别对各组控制信息比特进行解交织映射;
解速率适配模块,用于分别对解交织映射后的各组控制信息比特进行解速率适配;
解码模块,用于分别对解速率适配后的各组控制信息比特进行解码;
合并模块,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
本发明的上述实施例,在编码过程中,通过将控制信息比特分组,并分别对每组控制信息比特进行编码、速率适配处理,再将速率适配后的各组控制信息比特进行合并以及交织映射,得到PUCCH编码数据,从而可以在控制信息比特较多的情况下,通过分组使现有编码方式能够处理分组后较少的信息比特,从而可基于现有的编码方式实现对较多信息比特进行编码。
附图说明
图1为本发明实施例提供的PUCCH编码流程示意图之一;
图2为本发明实施例提供的PUCCH解码流程示意图;
图3为本发明实施例提供的PUCCH编码流程示意图之二;
图4A和图4B分别为本发明实施例提供的PUCCH编码器的结构示意图;
图5A和图5B分别为本发明实施例提供的PUCCH解码器的结构示意图。
具体实施方式
为解决现有技术存在的上述问题,本发明实施例提供了一套PUCCH编解码方案,通过该方案,能使用基于双RM编码器的DTF-S-OFDM传输较多比特的控制信息,可以在重用3GPP已标准化的信道编码、使UE和eNB(基站)能最大限度的重用现有的编码器和检测算法前提下,支持更多信息比特的传输。
下面结合附图对本发明实施例进行详细描述。
参见图1,为本发明实施例提供的一种使用PUCCH传输上行控制信令的编码流程示意图。该流程以需要通过PUCCH传输Abit的控制信息为例进行描述。对于需要通过PUCCH传输较多比特的情况,现有技术中无法使用36.212提供的单个RM(32,O)编码来对大于11比特的信息进行编码,或使用36.212提供的单个RM(20,A)编码对大于13比特的信息进行编码,对此,本发明实施例采用了如下解决方案。如图所示,该编码流程可包括如下步骤:
步骤101,将Abit控制信息(a0,a1,…aA-1)分成N组,分组后的第i组(i=0,1,...,N-1)的Ai个bit表示为其中,即N组比特控制信息之和即为A比特控制信息;具体的,第i组的Ai个可表示为:
步骤102,根据36.212提供的RM(20,A)或RM(32,O)码表,对各组控制信息比特分别进行RM(20,A)或RM(32,O)编码,其中,对第i组控制信息编码后得到
其中,(k=0,1,2,...,B-1),B=20或32;
在具体实现过程中,可使用表1所示的(20,A)码表进行编码,或表2所示的(32,O)码表进行编码,特殊情况下,表1和表2中的部分列可以不用。
表1:(20,A)码表(Basissequencesfor(20,A)code)
表2:(32,O)码表(Basissequencesfor(32,O)code)
i | Mi,0 | Mi,1 | Mi,2 | Mi,3 | Mi,4 | Mi,5 | Mi,6 | Mi,7 | Mi,8 | Mi,9 | Mi,10 |
0 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
1 | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 |
2 | 1 | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 1 | 1 | 1 |
3 | 1 | 0 | 1 | 1 | 0 | 0 | 0 | 0 | 1 | 0 | 1 |
4 | 1 | 1 | 1 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 1 |
5 | 1 | 1 | 0 | 0 | 1 | 0 | 1 | 1 | 1 | 0 | 1 |
6 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 1 | 1 |
7 | 1 | 0 | 0 | 1 | 1 | 0 | 0 | 1 | 1 | 0 | 1 |
8 | 1 | 1 | 0 | 1 | 1 | 0 | 0 | 1 | 0 | 1 | 1 |
9 | 1 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 0 | 1 | 1 |
10 | 1 | 0 | 1 | 0 | 0 | 1 | 1 | 1 | 0 | 1 | 1 |
11 | 1 | 1 | 1 | 0 | 0 | 1 | 1 | 0 | 1 | 0 | 1 |
12 | 1 | 0 | 0 | 1 | 0 | 1 | 0 | 1 | 1 | 1 | 1 |
13 | 1 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 1 |
14 | 1 | 0 | 0 | 0 | 1 | 1 | 0 | 1 | 0 | 0 | 1 |
15 | 1 | 1 | 0 | 0 | 1 | 1 | 1 | 1 | 0 | 1 | 1 |
16 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 0 | 0 | 1 | 0 |
17 | 1 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 1 | 0 | 0 |
18 | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 1 | 0 | 0 | 0 |
19 | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 0 | 0 | 0 |
20 | 1 | 0 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 1 |
21 | 1 | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 1 |
22 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 1 | 1 | 0 | 1 |
23 | 1 | 1 | 1 | 0 | 1 | 0 | 0 | 0 | 1 | 1 | 1 |
24 | 1 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 0 |
25 | 1 | 1 | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 1 |
26 | 1 | 0 | 1 | 1 | 0 | 1 | 0 | 0 | 1 | 1 | 0 |
27 | 1 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 1 | 1 | 0 |
28 | 1 | 0 | 1 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 0 |
29 | 1 | 0 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 0 |
30 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
31 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
步骤103,对各组数据分别进行速率适配,其中,对第i组编码后比特进行速率适配得到Cibit数据
在具体实现时,可采用重复编码或比特打孔的方法对各组数据进行速率适配。
步骤104,将速率适配后的各组数据进行合并,得到Dbit数据(d0,d1,…dD-1),其中,
步骤105,对数据块(d0,d1,…dD-1)进行交织映射,得到Ebit编码数据(e0,e1,…eE-1),其中E=D;
在具体实现时,可采用现有的交织映射方式进行处理。
上述流程中,步骤104和105可以交换顺序,即可以先分别对多个数据块进行交织映射,然后再合并。
上述流程中的步骤102是以每组比特使用36.212提供的RM(20,A)码表或RM(32,O)码表进行编码为例描述的,但本发明实施例并不局限于此,即每组比特所使用的码表并不一定相同,如可以对不同分组使用不同的码表进行编码,也可以对部分分组使用相同的码表进行编码,而对其他分组使用其他的编码进行编码。另外,对于划分出的组数量以及每组中的比特数,本发明实施例不作特别要求,只要每组比特都能够使用对应的码表进行编码。
经过上述流程,Abit控制信息(a0,a1,…aA-1)经过以上编码步骤后,得到Ebit编码数据(e0,e1,…eE-1),然后就可以使用PUCCH信道传输该编码数据。
相应的,接收端接收到通过上述方式在PUCCH上传输的控制信息的过程,可以如图2所示,包括以下步骤:
步骤201,对接收到的Ebit编码数据(e0,e1,…eE-1)进行解交织映射,得到Dbit数据(d0,d1,…dD-1),其中D=E;
步骤202,将解交织映射后的数据(d0,d1,…dD-1)分成N组,分组后的第i组的Ci个bit表示为其中
步骤203,对各组数据分别进行解速率适配,其中,对第i组数据进行解速率适配后得到Bbit数据B=20或32;
步骤204,根据36.212提供的RM(20,A)码表或RM(32,O)码表,对各组数据分别进行解码,其中,对第i组数据解码后得到Aibit的控制信息
步骤205,将解码后的各组控制信息进行合并,得到Abit控制信息(a0,a1,…aA-1),其中
上述流程中,控制信息的分组数量以及每组的比特数,可以是网络侧和终端侧预先约定好的。
上述流程中,步骤201和步骤202可以交换顺序,即先执行分组处理,再对各组数据进行解交织映射处理。
通过以上描述可以看出,本发明实施例所提供的PUCCH编解码方案,能使用基于多个36.212RM(20,A)或多个36.212RM(32,O)编解码的DTF-S-OFDM传输控制信息(如ACK/NACK信息),可以在重用3GPP已标准化的信道编码、使UE和eNB能最大限度地重用现有的编解码器和检测算法的前提下,支持更多比特的传输。以上流程可对大于11比特的控制信息进行PUCCH编解码,对于不超过11比特的控制信息的PUCCH编码同样适用。
下面以一具体实例,对本发明上述流程进行详细描述。本实例描述了用DFT-S-OFDM格式的PUCCH信道传输最多24bit的控制信令的过程,具体场景为:TD-LTE聚合5个载波、上下行配比为4∶1,需要反馈20bit的ACK/NACK信息,其具体流程可如图3所示,包括:
步骤301,将20bit控制信息(a0,a1,…a20)平分成两组,第一组A1(A1=10)bit为第二组A2(A2=10)bit为其中, 即,将A比特的控制信息平均分为2组比特数相同的分组,如果A为奇数,则进行取整运算。
步骤302,将每一组控制信息比特分别进行RM(20,A)编码或RM(32,O)编码,得到两组数据分别为和
在具体实现过程中,可以采用2个36.212RM(20,A)或RM(32,O)编码器分别对2组控制信息比特进行编码,即采用并行方式编码;也可以采用串行方式编码,即,先用36.212RM(20,A)或RM(32,O)编码器对一组控制信息比特进行编码,再使用该RM(20,A)或RM(32,O)编码器对另一组控制信息比特进行编码。
步骤303,RM(20,A)用循环重复编码的方法,RM(32,O)用比特打孔的方法对两组数据分别进行速率适配到24bit,由第一组数据RM(20,A)的得到24bit数据,或由RM(32,O)得到24bit数据其中由打孔所得;由第二组数据RM(20,A)的得到24bit数据或由RM(32,O)得到24bit数据其中由打孔所得;
步骤304,将进行速率适配后的两组数据(2个数据块)进行级联,得到48bit数据(d0,d1,…,d47);
步骤305,用间隔***的方法对数据块(d0,d1,…,d47)进行交织,得到48bit编码数据(e0,e1,…,e47),交织器可以为标准中现有交织器。
步骤306,使用DFT-S-OFDM格式在PUCCH信道上传输48bit编码数据(e0,e1,…,e47)。
对应图3所示流程,接收端接收到通过上述方式在PUCCH上传输的控制信息的过程,可以参照图2所示流程实现,在此不再赘述。
通过以上描述可以看出,发明实施例所提供的PUCCH编码方案,能使用基于2个36.212RM(20,A)编码或36.212RM(32,A)的DTF-S-OFDM传输26bit的信息,或使用基于2个36.212RM(32,O)编码的DTF-S-OFDM传输多达22bit的信息,可以在重用3GPP已标准化的信道编码、使UE和eNB能最大限度地重用现有的编码器和检测算法的前提下,支持更多比特的传输。
基于相同的技术构思,本发明实施例还提供了一种编码器,该编码器可应用于本发明实施例的上述编码流程。
如图4A所示,本发明实施例提供的编码器400,可包括:
划分模块401,用于将需要承载于PUCCH发送的控制信息比特划分为多组(即至少两组,以下同);
编码模块402,用于分别对各组控制信息比特进行编码;
速率适配模块403,用于分别对编码后的各组控制信息比特进行速率适配;
合并模块404,用于将速率适配后的各组控制信息比特进行合并;
交织映射模块405,用于对合并后的控制信息比特进行交织映射,得到PUCCH编码数据。
上述编码器中,编码模块402可对每组控制信息比特采用相同的编码方式进行编码,进一步的,所采用的编码方式可以是36.212的(20,A)或(32,O)编码方式。
上述编码器中,划分模块401可将需要承载于PUCCH发送的控制信息比特划分为两组。进一步的,划分得到的每组控制信息比特数量可相同。
本发明实施例提供的另一种编码器可如图4B所示,该编码器410可包括:
划分模块411,用于将需要承载于PUCCH发送的控制信息比特划分为多组;
编码模块412,用于分别对各组控制信息比特进行编码;
速率适配模块413,用于分别对编码后的各组控制信息比特进行速率适配;
交织映射模块414,用于对速率适配后的各组控制信息比特进行交织映射;
合并模块415,用于将交织映射后的各组控制信息比特进行合并,得到PUCCH编码数据。
上述编码器中,编码模块412可对每组控制信息比特采用相同的编码方式进行编码,进一步的,所采用的编码方式可以是36.212的(20,A)或(32,O)编码方式。
上述编码器中,划分模块411可将需要承载于PUCCH发送的控制信息比特划分为两组。进一步的,划分得到的每组控制信息比特数量可相同也可不同。
基于相同的技术构思,本发明实施例还提供了一种解码器,该解码器可应用于本发明实施例的上述解码流程。
如图5A所示,本发明实施例提供的解码器500,可包括:
解交织映射模块501,用于对PUCCH编码数据进行解交织映射;
分组模块502,用于将解交织映射后的数据划分为多组控制信息比特;
解速率适配模块503,用于分别对各组控制信息比特进行解速率适配;
解码模块504,用于分别对解速率适配后的各组控制信息比特进行解码;
合并模块505,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
上述解码器中,解码模块504可对每组控制信息比特采用相同的解码方式进行解码。进一步的,解码模块可采用36.212的(20,A)或(32,O)解码方式进行解码。
上述解码器中,分组模块502可将解交织映射后的数据划分为两组控制信息比特。进一步的,分组模块502可将解交织映射后的数据划分为比特数相同的两组控制信息比特。
本发明的另一实施例提供的解码器可如图5B所示,该解码器510可包括:
分组模块511,用于将PUCCH编码数据划分为多组控制信息比特;
解交织映射模块512,用于分别对各组控制信息比特进行解交织映射;
解速率适配模块513,用于分别对解交织映射后的各组控制信息比特进行解速率适配;
解码模块514,用于分别对解速率适配后的各组控制信息比特进行解码;
合并模块515,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
上述解码器中,解码模块514可对每组控制信息比特采用相同的解码方式进行解码。进一步的,解码模块可采用36.212的(20,A)或(32,O)解码方式进行解码。
上述解码器中,分组模块511可将PUCCH编码数据划分为两组控制信息比特。进一步的,分组模块511可PUCCH编码数据划分为比特数相同的两组控制信息比特。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
Claims (21)
1.一种PUCCH编码方法,其特征在于,包括以下步骤:
将需要承载于物理上行控制信道PUCCH发送的控制信息比特划分为至少两组,分别对各组控制信息比特进行编码;其中,所采用的编码方式为36.212的(20,A)编码方式或(32,O)编码方式;所述控制信息为ACK/NACK信息,且所述ACK/NACK信息的比特数量大于11;
分别对编码后的各组控制信息比特进行速率适配;
将速率适配后的各组控制信息比特进行合并以及采用间隔***的方法进行交织映射,得到基于DFT-S-OFDM传输格式进行传输的PUCCH编码数据。
2.如权利要求1所述的方法,其特征在于,对每组控制信息比特采用相同的编码方式进行编码。
3.如权利要求1或2所述的方法,其特征在于,将需要承载于PUCCH发送的控制信息比特划分为两组。
4.如权利要求3所述的方法,其特征在于,第一组的比特数为:
第二组的比特数为:
所述表示取整运算。
5.如权利要求1所述的方法,其特征在于,所述将速率适配后的各组控制信息比特进行合并以及采用间隔***的方法进行交织映射,包括:
将速率适配后的各组控制信息比特进行合并,对合并后的控制信息比特采用间隔***的方法进行交织映射;或者,
对速率适配后的各组控制信息比特采用间隔***的方法进行交织映射,将交织映射后的各组控制信息比特进行合并。
6.一种编码器,其特征在于,包括:
划分模块,用于将需要承载于PUCCH发送的控制信息比特划分为至少两组;
编码模块,用于分别对各组控制信息比特进行编码;其中,所采用的编码方式为36.212的(20,A)编码方式或(32,O)编码方式;所述控制信息为ACK/NACK信息,且所述ACK/NACK信息的比特数量大于11;
速率适配模块,用于分别对编码后的各组控制信息比特进行速率适配;
合并模块,用于将速率适配后的各组控制信息比特进行合并;
交织映射模块,用于对合并后的控制信息比特采用间隔***的方法进行交织映射,得到基于DFT-S-OFDM传输格式进行传输的PUCCH编码数据。
7.如权利要求6所述的编码器,其特征在于,所述编码模块具体用于,对每组控制信息比特采用相同的编码方式进行编码。
8.如权利要求6或7所述的编码器,其特征在于,所述划分模块具体用于,将需要承载于PUCCH发送的控制信息比特划分为两组。
9.一种编码器,其特征在于,包括:
划分模块,用于将需要承载于PUCCH发送的控制信息比特划分为至少两组;
编码模块,用于分别对各组控制信息比特进行编码;其中,所采用的编码方式为36.212的(20,A)编码方式或(32,O)编码方式;所述控制信息为ACK/NACK信息,且所述ACK/NACK信息的比特数量大于11;
速率适配模块,用于分别对编码后的各组控制信息比特进行速率适配;
交织映射模块,用于对速率适配后的各组控制信息比特采用间隔***的方法进行交织映射;
合并模块,用于将交织映射后的各组控制信息比特进行合并,得到基于DFT-S-OFDM传输格式进行传输的PUCCH编码数据。
10.如权利要求9所述的编码器,其特征在于,所述编码模块具体用于,对每组控制信息比特采用相同的编码方式进行编码。
11.如权利要求9或10所述的编码器,其特征在于,所述划分模块具体用于,将需要承载于PUCCH发送的控制信息比特划分为两组。
12.一种PUCCH解码方法,其特征在于,包括以下步骤:
对基于DFT-S-OFDM传输格式进行传输的,采用间隔***的方法进行交织映射得到的PUCCH编码数据进行解交织映射,并将解交织映射后的数据划分为至少两组控制信息比特;或者,将PUCCH编码数据划分为至少两组控制信息比特,并对各组控制信息比特进行解交织映射;
分别对解交织映射后的各组控制信息比特进行解速率适配;
分别对解速率适配后的各组控制信息比特进行解码,将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特,其中,所采用的解码方式为36.212的(20,A)解码方式或(32,O)解码方式;
所述控制信息为ACK/NACK信息,且所述ACK/NACK信息的比特数量大于11。
13.如权利要求12所述的方法,其特征在于,对每组控制信息比特采用相同的解码方式进行解码。
14.如权利要求12或13所述的方法,其特征在于,将解交织映射后的数据划分为至少两组控制信息比特,具体为:将解交织映射后的数据划分为两组控制信息比特;
将PUCCH编码数据划分为至少两组控制信息比特,具体为:将PUCCH编码数据划分为两组控制信息比特。
15.如权利要求14所述的方法,其特征在于,划分得到的每组控制信息比特数量相同。
16.一种解码器,其特征在于,包括:
解交织映射模块,用于对基于DFT-S-OFDM传输格式进行传输的,采用间隔***的方法进行交织映射得到的PUCCH编码数据进行解交织映射;
分组模块,用于将解交织映射后的数据划分为至少两组控制信息比特;
解速率适配模块,用于分别对各组控制信息比特进行解速率适配;
解码模块,用于分别对解速率适配后的各组控制信息比特进行解码;其中,所采用的解码方式为36.212的(20,A)解码方式或(32,O)解码方式;
合并模块,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特,所述控制信息为ACK/NACK信息,且所述ACK/NACK信息的比特数量大于11。
17.如权利要求16所述的解码器,其特征在于,所述解码模块具体用于,对每组控制信息比特采用相同的解码方式进行解码。
18.如权利要求16或17所述的解码器,其特征在于,所述分组模块具体用于,将解交织映射后的数据划分为两组控制信息比特。
19.一种解码器,其特征在于,包括:
分组模块,用于将基于DFT-S-OFDM传输格式进行传输的PUCCH编码数据划分为至少两组控制信息比特;
解交织映射模块,用于分别对采用间隔***的方法进行交织映射得到的各组控制信息比特进行解交织映射;
解速率适配模块,用于分别对解交织映射后的各组控制信息比特进行解速率适配;
解码模块,用于分别对解速率适配后的各组控制信息比特进行解码;其中,所采用的解码方式为36.212的(20,A)解码方式或(32,O)解码方式;
合并模块,用于将解码后的各组控制信息比特进行合并,得到承载于PUCCH传输的控制信息比特。
20.如权利要求19所述的解码器,其特征在于,所述解码模块具体用于,对每组控制信息比特采用相同的解码方式进行解码。
21.如权利要求19或20所述的解码器,其特征在于,所述分组模块具体用于,将PUCCH编码数据划分为两组控制信息比特。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010274405.6A CN102386998B (zh) | 2010-08-26 | 2010-09-07 | 一种pucch编解码方法及其装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010263728 | 2010-08-26 | ||
CN201010263728.5 | 2010-08-26 | ||
CN201010274405.6A CN102386998B (zh) | 2010-08-26 | 2010-09-07 | 一种pucch编解码方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102386998A CN102386998A (zh) | 2012-03-21 |
CN102386998B true CN102386998B (zh) | 2016-01-27 |
Family
ID=45826009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010274405.6A Active CN102386998B (zh) | 2010-08-26 | 2010-09-07 | 一种pucch编解码方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102386998B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104753654A (zh) * | 2013-12-31 | 2015-07-01 | 上海贝尔股份有限公司 | 一种编码和解码harq反馈信息的方法、装置和*** |
CN106656370B (zh) * | 2016-11-30 | 2020-09-08 | 武汉虹信通信技术有限责任公司 | 一种用于lte-a***的信干噪比测量方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101282192A (zh) * | 2007-04-03 | 2008-10-08 | 中兴通讯股份有限公司 | 混合自动重传信道编码方法 |
CN101330355A (zh) * | 2008-07-24 | 2008-12-24 | 深圳华为通信技术有限公司 | 信道编码、译码方法和通信***及设备 |
CN101448332A (zh) * | 2008-12-31 | 2009-06-03 | 中兴通讯股份有限公司 | 大带宽***中上行控制信道资源映射方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7706347B2 (en) * | 2003-05-15 | 2010-04-27 | Lg Electronics Inc. | Signal processing apparatus and method using multi-output mobile communication system |
-
2010
- 2010-09-07 CN CN201010274405.6A patent/CN102386998B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101282192A (zh) * | 2007-04-03 | 2008-10-08 | 中兴通讯股份有限公司 | 混合自动重传信道编码方法 |
CN101330355A (zh) * | 2008-07-24 | 2008-12-24 | 深圳华为通信技术有限公司 | 信道编码、译码方法和通信***及设备 |
CN101448332A (zh) * | 2008-12-31 | 2009-06-03 | 中兴通讯股份有限公司 | 大带宽***中上行控制信道资源映射方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102386998A (zh) | 2012-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110650542B (zh) | 用于上行数据传输的方法和装置 | |
CN102468917B (zh) | 上行控制信息的传输和接收方法、终端以及基站 | |
CN102013938B (zh) | 传输上行控制信息的方法和装置 | |
CN102104458B (zh) | 上行控制信息的传输方法和设备 | |
CN102025472B (zh) | 基站及终端 | |
EP2597808B1 (en) | Method and apparatus for uplink control information transmission and determining a number of coded symbols | |
CN101951684B (zh) | 一种确认信息的发送方法及用户终端 | |
CN101984568B (zh) | 一种信息发送方法及*** | |
CN101695017A (zh) | 物理上行共享信道传输上行控制信令的方法与装置 | |
CN101282122B (zh) | 编码块分割方法 | |
CN107113103B (zh) | 传输指示信息的方法和装置 | |
CN108631815B (zh) | 数据传输方法、网络设备及终端设备 | |
CN107409295B (zh) | 传输下行控制信息的方法和装置 | |
CN101854662A (zh) | Lte***中发送下行应答/否定应答的方法和装置 | |
CN101154989B (zh) | 增强上行控制信道的发送方法 | |
EP2369762A1 (en) | Method for transferring non-user-specific control information in wireless communication system | |
CN101483441A (zh) | 通信***中添加循环冗余校验的设备 | |
CN105490793A (zh) | 一种用于车联网的资源分配方法 | |
CN102710376B (zh) | 传输上行控制信息的方法和装置 | |
CN103209053B (zh) | 一种信息比特发送方法、装置和*** | |
CN102386998B (zh) | 一种pucch编解码方法及其装置 | |
US20150318967A1 (en) | Method and device for transmitting information | |
CN110830210B (zh) | 一种下行控制信息传输方法及装置 | |
CN102571262A (zh) | 一种lte上行编码方法及装置 | |
CN113938244B (zh) | 一种通信应答信号的传输方法、基站及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |