CN102142941A - 一种时分双工系统中应答消息的发送方法及系统 - Google Patents
一种时分双工系统中应答消息的发送方法及系统 Download PDFInfo
- Publication number
- CN102142941A CN102142941A CN2011100822483A CN201110082248A CN102142941A CN 102142941 A CN102142941 A CN 102142941A CN 2011100822483 A CN2011100822483 A CN 2011100822483A CN 201110082248 A CN201110082248 A CN 201110082248A CN 102142941 A CN102142941 A CN 102142941A
- Authority
- CN
- China
- Prior art keywords
- ack
- harq
- pucch form
- pucch
- pdcch
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种时分双工系统中应答消息的发送方法及系统,适用于被配置为采用物理上行控制信道(PUCCH)格式3来反馈混合自动重传请求应答消息(HARQ-ACK)的终端中,该方法包括:在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);当在该绑定窗内仅接收到主服务小区的一个没有PDCCH的PDSCH和一个下行分配索引值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK:采用PUCCH格式3反馈相应的HARQ-ACK;采用PUCCH格式1b反馈相应的HARQ-ACK;采用PUCCH格式1b联合信道选择的方式反馈相应的HARQ-ACK。本发明不会对现有协议造成影响。
Description
技术领域
本发明涉及通信领域,尤其涉及一种时分双工系统中应答消息的发送方法及系统。
背景技术
在混合自动重传请求(Hybrid Automatic Repeat Request,简称为HARQ)方式中,发端发送的码字不仅能够检错,而且还具有一定的纠错能力。接收端译码器收到码字后,首先检验错误情况,如果在码字的纠错能力以内,则自动进行纠错,如果错误很多,超过了码字的纠错能力,但能检测出错误来,则接收端通过反馈信道向发端发送一个判决信号,要求发端重发信息。在正交频分复用(Orthogonal Frequency Division Multiplex,简称为OFDM)系统中,通过HARQ-ACK(HARQ Acknowledgement,HARQ-ACK应答消息)来表示发送的数据在终端处的接收情况,其中HARQ-ACK应答消息包含ACK(Acknowledgement,正确应答),NACK(Negative Acknowledgement,错误应答)以及DTX(Discontinuous Transmission,不连续发送)等三种状态,其中DTX表示的是,终端没有接收到用于解调下行数据的控制信道,因而也就无法去接收解调相应的下行数据,从而也就不会反馈任何的应答消息,这种状态称之为DTX状态。基站根据终端发送的HARQ-ACK来判断是否需要重传。在长期演进(Long Term Evolution,简称为LTE,其对应的标准协议为Rel-8/9)系统中,HARQ-ACK应答消息可以在物理上行控制信道(Physical Uplink Control Channel,简称为PUCCH)上单独发送,也可以在物理上行共享信道(Physical Uplink Shared Channel,简称为PUSCH)上与数据一起发送。
在频分双工(Frequency Division Duplex,简称为FDD)系统中,由于上下行子帧是一一对应的,所以当物理下行共享信道(Physical Downlink Shared Channel,简称为PDSCH)只包含一个码字流时,终端要反馈1比特的HARQ-ACK应答消息,当PDSCH包含两个码字流时,终端要反馈2比特的HARQ-ACK应答消息,当终端在当前子帧没有PUSCH要发送时,终端将在PUCCH上采用格式1a或格式1b来发送这1比特或2比特的HARQ-ACK应答消息;而当终端在当前子帧有PUSCH发送时,则终端将这1比特或2比特的信息经过一定的HARQ-ACK状态到相应比特的映射、信道编码、加扰、调制后与数据复用在一起,然后在PUSCH上发送。
在时分双工(Time Division Duplex,简称为TDD)系统中,由于上下行子帧不是一一对应的,也就是说多个下行子帧对应的HARQ-ACK应答消息需要在一个上行子帧的PUCCH/PUSCH信道上发送,其中上行子帧对应的下行子帧集合组成了绑定窗口(bundling window)。在LTE TDD里,定义了两种HARQ-ACK应答消息反馈模式:一种是HARQ-ACK绑定(HARQ-ACK bundling),如图1所示,该反馈模式的基本思想是将需要在该上行子帧反馈的各个下行子帧对应的码字流的HARQ-ACK消息进行逻辑与运算,如果一个下行子帧的PDSCH发射包含2个码字流,则终端要反馈经过了子帧逻辑与操作的对应于每个码字流的2比特的HARQ-ACK应答消息,如果各个子帧的PDSCH发射都只有一个码字流,终端要反馈经过了子帧逻辑与操作的对应于该码字流的1比特的HARQ-ACK应答消息,当终端在当前子帧没有PUSCH要发送时,终端将在PUCCH上采用格式1a或格式1b来发送这1比特或2比特的HARQ-ACK应答消息;而当终端在当前子帧有PUSCH发送时,则终端将这1比特或2比特信息,经过一定的信道编码、信道交织与数据复用在一起,然后在PUSCH上发送。另一种是HARQ-ACK复用(HARQ-ACK multiplexing)反馈模式,如图2所示,该反馈模式需要为每个下行子帧反馈一个HARQ-ACK应答消息,多个子帧则需要反馈多个HARQ-ACK应答消息,且当某下行子帧的PDSCH发射包含2个码字流时,先对每个下行子帧对应的两个码字流的HARQ-ACK应答消息进行逻辑与操作(也称为空间绑定操作),最终每个下行子帧只对应一个HARQ-ACK应答消息。当终端在当前子帧没有PUSCH要发送时,终端将在PUCCH上采用格式1b联合信道选择(format 1b with channel selection)的方式来发送这多个HARQ-ACK应答消息,该方法的核心思想就是利用不同的PUCCH信道和该信道上不同的调制符号来表示不同的HARQ-ACK应答消息。该方法通过信道选择结合控制信道格式1b的方式,使可携带的HARQ-ACK应答消息最多可达4比特。LTE定义了不同子帧配置时(也就是上下行子帧配置分别为1∶2、1∶3或1∶4时),HARQ-ACK应答消息的状态组合与选择的PUCCH信道以及该信道上携带的2比特信息b(0)和b(1)之间映射关系表(简称映射表)。
终端采用HARQ-ACK bundling模式还是HARQ-ACK multiplexing模式来反馈HARQ-ACK由高层配置。后面的讨论只针对HARQ-ACK在PUCCH上发送。
为了满足高级国际电信联盟(International Telecommunication Union-Advanced,简称为ITU-Advanced)的要求,作为LTE演进标准的高级长期演进(Long Term Evolution Advanced,简称为LTE-A,其对应的标准协议为Rel-10)系统需要支持更大的系统带宽(最高可达100MHz),并需要后向兼容LTE现有的标准。在现有的LTE系统的基础上,可以将LTE系统的带宽进行合并以获得更大的带宽,这种技术称为载波聚合(Carrier Aggregation,简称为CA)技术,该技术能够提高IMT-Advance系统的频谱利用率、缓解频谱资源紧缺,进而优化频谱资源的利用。
在引入了载波聚合的系统中,进行聚合的载波称为分量载波(Component Carrier,简称为CC),也称为一个服务小区(Serving Cell)。同时,还提出了主分量载波/小区(Primary Component Carrier/Cell,简称为PCC/PCell)和辅分量载波/小区(Secondary Component Carrier/Cell,简称为SCC/SCell)的概念。在进行了载波聚合的系统中,至少包含一个主服务小区和辅服务小区,其中主服务小区一直处于激活状态。
当LTE-A采用了载波聚合技术,且基站为终端配置了多个下行服务小区时,终端需要反馈这多个下行服务小区相应的码字流的HARQ-ACK应答消息。在LTE-A里,当HARQ-ACK应答消息在PUCCH上发送时,定义了两种反馈方式:采用PUCCH format 1b联合信道选择(Format 1b with channel selection)以及基于DFT-s-OFDM(离散傅里叶变换扩频正交频分复用)的反馈方式。由于基于DFT-s-OFDM的反馈方式的信道结构与PUCCH format 1/1a/1b/2/2a/2b均不同,因此在现有LTE-A协议中,这种结构被称为PUCCH格式3(PUCCH format 3)。对于配置了多个服务小区的终端,如果该终端最多只能支持4比特的HARQ-ACK反馈的话,则该终端将采用PUCCH format 1b联合信道选择的方式反馈HARQ-ACK;如果该终端能够支持大于4比特的HARQ-ACK反馈的话,则基站将进一步通过高层信令配置该终端是采用PUCCH format 1b联合信道选择的方式还是采用PUCCH format 3来反馈HARQ-ACK。
当前协议规定,对于PUCCH format 3的资源分配,终端将根据与辅服务小区的PDSCH对应的PDCCH上的HARQ-ACK资源指示符(ACK/NACK Resource Indicator,简称为ARI)和高层配置的PUCCH资源信息联合确定,其中,PDCCH的ARI域重用PDCCH的传输功率控制(Transport Power Control,简称为TPC)域,也就是说与SCell的PDSCH对应的PDCCH上的TPC域不作为功率控制命令,而是作为ARI来使用,且假定SCell上的ARI都具有相同的取值。
在TDD系统中,当终端只配置了一个服务小区时,终端反馈HARQ-ACK时可以采用以下三种方式之一:TDD HARQ-ACK bundling、TDD HARQ-ACK multiplexing或PUCCH format 3。基站可以通过高层信令来指示终端采用哪种方式进行反馈。当终端被配置为采用PUCCH format 3来反馈HARQ-ACK时,当前的一个工作假定是,终端使用的PUCCH format 3的信道资源将根据接收到的PDCCH中DAI(Downlink Assignment Index,下行分配索引)大于等于2的PDCCH对应的TPC以及高层配置的PUCCH format 3资源来确定,也就是说,DAI值大于等于2的PDCCH对应的TPC将用作ARI,而DAI值等于1的PDCCH对应的TPC作为真正的TPC。但是,当终端只接收到一个没有PDCCH的PDSCH(也就是SPS(Semi-Persistent Schedule,半静态调度)PDSCH)和一个DAI值等于1的PDCCH对应的PDSCH时,终端如何反馈其相应的HARQ-ACK尚无相应的解决方案。
发明内容
本发明的目的是提供一种时分双工系统中应答消息的发送方法及系统,解决其只接收到来自主服务小区的一个没有PDCCH的PDSCH(后面简称为SPS PDSCH)和一个DAI值等于1的PDCCH对应的PDSCH时,如何反馈HARQ-ACK的问题。
为解决上述问题,本发明提供了一种时分双工系统中应答消息的发送方法,适用于被配置为采用物理上行控制信道(PUCCH)格式3来混合自动重传请求应答消息(HARQ-ACK)的终端中,所述发送方法包括:
在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);
当在所述绑定窗内仅接收到主服务小区中的一个没有PDCCH的PDSCH和一个下行分配索引(DAI)值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK消息:
采用PUCCH格式3来反馈相应的HARQ-ACK;
采用PUCCH格式1b来反馈相应的HARQ-ACK;
采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
进一步地,
所述采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述终端将接收到的所述DAI值等于1的PDCCH对应的传输功率控制(TPC)重用为ACK/NACK资源指示符(ARI),并结合高层配置的PUCCH格式3资源来确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,
所述采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述终端根据预设的ARI值以及高层配置的PUCCH格式3资源确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,所述方法还包括:
当在所述绑定窗内接收到一个没有PDCCH的PDSCH时,终端根据预设的ARI值以及高层配置的PUCCH格式3资源选择相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,
所述采用PUCCH格式1b来反馈相应的HARQ-ACK,具体包括:
对所述没有PDCCH的PDSCH的HARQ-ACK和所述DAI值等于1的PDCCH所对应的PDSCH的HARQ-ACK进行空间绑定操作后,将得到的2比特的HARQ-ACK消息通过PUCCH格式1b方式在预先约定好的PUCCH资源上发送。
进一步地,
所述预先约定好的PUCCH资源是与所述DAI值等于1的PDCCH对应的PUCCH资源。
进一步地,
所述采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述终端采用与Rel-10频分双工(FDD)系统下的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息。
进一步地,
所述采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述终端采用与Rel-10时分双工(TDD)系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈所述相应的HARQ-ACK消息。
相应地,本发明还提供了一种时分双工系统中应答消息的发送系统,适用于被配置为采用物理上行控制信道(PUCCH)格式3来混合自动重传请求应答消息(HARQ-ACK)的终端中,所述发送系统包括:
第一装置,用于在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);
第二装置,用于当所述第一装置在所述绑定窗内仅接收到主服务小区中的一个没有PDCCH的PDSCH和一个下行分配索引(DAI)值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK消息:
采用PUCCH格式3来反馈相应的HARQ-ACK;
采用PUCCH格式1b来反馈相应的HARQ-ACK;
采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
进一步地,
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于将接收到的所述DAI值等于1的PDCCH对应的传输功率控制(TPC)重用为ACK/NACK资源指示符(ARI),并结合高层配置的PUCCH格式3资源来确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于根据预设的ARI值以及高层配置的PUCCH格式3资源确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,所述系统还包括:
第三装置,用于当所述第一装置在所述绑定窗内接收到一个没有PDCCH的PDSCH时,根据预设的ARI值以及高层配置的PUCCH格式3资源选择相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
进一步地,
所述第二装置用于采用PUCCH格式1b来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于对所述没有PDCCH的PDSCH的HARQ-ACK和所述DAI值等于1的PDCCH所对应的PDSCH的HARQ-ACK进行空间绑定操作后,将得到的2比特的HARQ-ACK消息通过PUCCH格式1b方式在预先约定好的PUCCH资源上发送。
进一步地,
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10频分双工(FDD)系统下的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息。
进一步地,
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10时分双工(TDD)系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈所述相应的HARQ-ACK消息。
采用本发明后,为在只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH时的终端提供了反馈HARQ-ACK应答消息的解决方案,实现简单,适用性强,并且不会对现有协议造成影响。
附图说明
图1为现有技术中HARQ-ACK bundling模式下的示意图;
图2是现有技术中HARQ-ACK multiplexing模式下的示意图;
图3是本发明应用示例1中终端采用方式1-1反馈HARQ-ACK应答消息的一个示意图;
图4是本发明应用示例2中终端采用方式1-1反馈HARQ-ACK应答消息的一个示意图;
图5是本发明应用示例3中终端采用方式1-2反馈HARQ-ACK应答消息的另一个示意图;
图6是本发明应用示例4中终端采用方式2反馈HARQ-ACK应答消息的一个示意图;
图7是本发明应用示例5中终端采用方式3-1反馈HARQ-ACK应答消息的一个示意图;
图8是本发明应用示例6中终端采用方式3-1反馈HARQ-ACK应答消息的另一个示意图;
图9是本发明应用示例7中终端采用方式3-2反馈HARQ-ACK应答消息的一个示意图;
图10是本发明应用示例8中终端采用方式3-2反馈HARQ-ACK应答消息的一个示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在本实施例中,时分双工系统中应答消息的发送方法,适用于被配置为采用PUCCH格式3来反馈HARQ-ACK的终端中,包括:
在绑定窗内接收来自服务小区的PDSCH;
当在一绑定窗内只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH所对应的PDSCH时,该终端采用以下任意一种方式来反馈所述的HARQ-ACK应答消息:
方式1:采用PUCCH格式3来反馈相应的HARQ-ACK;
方式2:采用PUCCH格式1b来反馈相应的HARQ-ACK;
方式3:采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
其中,上述绑定窗包括时频二维资源,时域上指根据上下行子帧配置一个上行子帧对应的多个下行子帧,频域上指配置给终端的服务小区或载波。
进一步的,上述方式1具体包括:
方式1-1:该终端根据接收到的DAI值等于1的PDCCH对应的TPC以及高层配置的PUCCH format 3资源来确定PUCCH format 3资源然后在该确定的PUCCH format 3资源上反馈相应的HARQ-ACK应答消息。其中,p表示天线端口号,其取值为0或1。
其中,根据接收到的DAI值等于1的PDCCH对应的TPC以及高层配置的PUCCH format 3资源来确定相应的PUCCH format 3资源是指:将接收到的DAI值等于1的PDCCH对应的TPC的值作为ARI的值,结合高层配置的PUCCH format 3资源来确定PUCCH format 3资源
由于该TPC值已作为API的值使用,相应地,终端相当于没有TPC命令。
方式1-2:该终端根据预设的ARI值以及高层配置的PUCCH format 3资源来选择相应的PUCCH format 3资源,然后在该选择的PUCCH format 3资源上反馈相应的HARQ-ACK应答消息。
相应的,当终端配置为采用PUCCH format 3反馈HARQ-ACK应答消息且相应的绑定窗中有SPS子帧时,终端都采用方式1-2来反馈相应的HARQ-ACK应答消息。
进一步的,上述方式2具体包括:该终端先对接收到的上述没有PDCCH的PDSCH和DAI值等于1的PDCCH对应的PDSCH的HARQ-ACK应答消息进行空间绑定操作(Spatial bundling)后,得到2比特的HARQ-ACK应答消息,然后采用PUCCH format 1b在预先约定好的PUCCH format 1a/1b资源上发送该经过了空间绑定后得到的2比特HARQ-ACK应答消息。
其中,该预先约定好的PUCCH format 1a/1b资源可以是与上述DAI值等于1的PDCCH对应的PUCCH资源。
进一步的,上述方式3中具体包括:
方式3-1:所述终端采用与Rel-10FDD系统下的PUCCH格式1b联合信道选择相同的方式反馈相应的HARQ-ACK消息;
方式3-2:所述终端采用与Rel-10TDD系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈相应的HARQ-ACK消息。
其中,采用本方式时,下上行子帧配置值M根据终端中配置的上下行子帧配置确定。
相应地,本实施例中,一种时分双工系统中应答消息的发送系统,适用于被配置为采用物理上行控制信道(PUCCH)格式3来混合自动重传请求应答消息(HARQ-ACK)的终端中,所述发送系统包括:
第一装置,用于在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);
第二装置,用于当所述第一装置在所述绑定窗内仅接收到主服务小区中的一个没有PDCCH的PDSCH和一个下行分配索引(DAI)值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK消息:
采用PUCCH格式3来反馈相应的HARQ-ACK;
采用PUCCH格式1b来反馈相应的HARQ-ACK;
采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
较优地,
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于将接收到的所述DAI值等于1的PDCCH对应的传输功率控制(TPC)重用为ACK/NACK资源指示符(ARI),并结合高层配置的PUCCH格式3资源来确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
较优地,
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于根据预设的ARI值以及高层配置的PUCCH格式3资源确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
较优地,所述系统还包括:
第三装置,用于当所述第一装置在所述绑定窗内接收到一个没有PDCCH的PDSCH时,根据预设的ARI值以及高层配置的PUCCH格式3资源选择相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
较优地,
所述第二装置用于采用PUCCH格式1b来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于对所述没有PDCCH的PDSCH的HARQ-ACK和所述DAI值等于1的PDCCH所对应的PDSCH的HARQ-ACK进行空间绑定操作后,将得到的2比特的HARQ-ACK消息通过PUCCH格式1b方式在预先约定好的PUCCH资源上发送。
较优地,
所述预先约定好的PUCCH资源是与所述DAI值等于1的PDCCH对应的PUCCH资源。
较优地,
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10频分双工(FDD)系统下的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息。
较优地,
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10时分双工(TDD)系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈所述相应的HARQ-ACK消息。
下面将结合附图详细描述本发明。
应用示例1
如图3所示,基站给某终端配置了2个服务小区:主服务小区和辅服务小区,且配置了终端采用PUCCH format 3来反馈HARQ-ACK应答消息。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,且假定DAI值等于1的PDCCH上的TPC取值为“01”。
假定ARI的取值与PUCCH format 3的资源对应关系如表1所示。
表1ARI的取值与PUCCH format 3的资源对应关系表
当终端采用上述方式1-1来反馈HARQ-ACK应答消息,在方式1-1中,DAI值等于1的PDCCH的TPC将重用为ARI,也就是说,终端根据接收到的DAI值等于1的PDCCH对应的TPC以及高层配置的PUCCH format 3资源来确定PUCCH format 3资源。根据表1可知,终端将采用第二个高层配置的PUCCH format 3资源在PUCCH format 3上反馈相应的HARQ-ACK应答消息。
应用示例2
如图4所示,基站给某终端配置了主服务小区,且配置了终端采用PUCCH format 3来反馈HARQ-ACK应答消息。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,且假定DAI值等于1的PDCCH上的TPC取值为“01”。
假定ARI的取值与PUCCH format 3的资源对应关系如表1所示。
当终端采用上述方式1-1来反馈HARQ-ACK应答消息,在方式1-1中,DAI值等于1的PDCCH的TPC将重用为ARI,也就是说,终端根据接收到的DAI值等于1的PDCCH对应的TPC以及高层配置的PUCCH format 3资源来确定PUCCH format 3资源。根据表1可知,终端将采用第二个高层配置的PUCCH format 3资源在PUCCH format 3上反馈相应的HARQ-ACK应答消息。
从实施例1和2可以看出,不管终端配置了几个服务小区,只要其配置为采用PUCCH format 3反馈HARQ-ACK应答消息,则当终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH时,其反馈HARQ-ACK的方式都是相同的。因此,在后续的实施例中,不再说明终端配置了多少个服务小区。
同时,基站需要在调度的时候避免上述终端使用的PUCCH format 3资源与其他终端使用的PUCCH format 3资源发生冲突。
应用示例3
基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH,且ARI的取值与PUCCH format 3的资源对应关系如表1所示。
当终端采用上述方式1-2来反馈HARQ-ACK应答消息时,终端根据默认的ARI值以及高层配置的PUCCH format 3资源来确定PUCCH format 3资源,假设默认的ARI取值为“00”,则根据表1可知,终端将采用第一个高层配置的PUCCH format 3资源在PUCCH format 3上反馈相应的HARQ-ACK应答消息。
考虑到终端有可能在某些子帧上发生DTX(Discontinuous Transmission,不连续发送),也就是基站在某子帧上调度了PDSCH,但是由于终端没有检测到相应的PDCCH,因而也就无法检测到相应的PDSCH。
如图5所示,假设基站调度了一个没有PDCCH的PDSCH、一个DAI值等于1的PDCCH对应的PDSCH和一个DAI值等于2的PDCCH对应的PDSCH。在此种情况下,如果终端没有在某些子帧上发生DTX,则终端将在DAI值等于2的ARI对应的PUCCH format 3资源上发送相应的HARQ-ACK应答消息。但是如图5所示,假设终端没有检测到DAI值等于2的PDCCH,而只是接收到一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,则该终端将采用默认的ARI对应的PUCCHformat 3资源发送相应的HARQ-ACK应答消息。对于这种情况,由于基站侧本以为终端会采用DAI值等于2的ARI对应的PUCCH format 3资源发送相应的HARQ-ACK应答消息,而实际上终端是采用了默认ARI对应的PUCCH format 3资源来发送相应的HARQ-ACK应答消息,基站就需要对这两种情况进行盲检测。而且,这时候还可能会有资源冲突的情况发生,因为很有可能默认ARI对应的PUCCH资源基站已经被分配给其他终端了。为解决可能的资源冲突问题,可以规定,当子帧中有SPS PDSCH时,如果终端配置为采用PUCCH format 3来反馈HARQ-ACK的,无论是否收到DAI值为2的PDSCH,都使用默认ARI对应的PUCCH format 3资源来发送相应的HARQ-ACK应答消息。
应用示例4
如图6所示,基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,当终端采上述方式2来反馈HARQ-ACK应答消息时,终端先对接收到的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH的HARQ-ACK应答消息进行空间绑定操作(spatial bundling)后得到2比特的HARQ-ACK应答消息,然后采用PUCCH format 1b在与包含DAI值等于1的PDCCH对应的PUCCH资源发送所述经过了空间绑定操作后得到的2比特HARQ-ACK应答消息。
其中,与DAI值等于1的PDCCH对应的PUCCH资源根据与DAI值等于1的PDCCH的最小CCE(Control Channel Element,控制信道元素)索引的隐含映射关系来确定。
应用示例5
如图7所示,基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息,且根据上下行子帧配置确定M=4,主服务小区配置为双码字流的传输模式。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,当终端采用上述方式3-1来反馈HARQ-ACK应答消息,也就是采用与Rel-10FDD系统下的PUCCH格式1b联合信道选择类似的方式反馈所述相应的HARQ-ACK消息,具体来说:
终端将SPS子帧对应的两个码字流的HARQ-ACK应答消息映射为HARQ-ACK(0)和HARQ-ACK(1),将DAI=1的PDCCH对应PDSCH的两个码字流的HARQ-ACK应答消息映射为HARQ-ACK(2)和HARQ-ACK(3),由于一共有4个HARQ-ACK应答消息,因此,终端选择表2所示的A=4的映射表,根据{HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3)}的反馈状态,确定(选择)一个信道和b(0)b(1),然后在该选择的信道上将选择的b(0)b(1)发送出去。
表2Rel-10FDD系统PUCCH format 1b联合信道选择时A=4的映射表
应用示例6
如图8所示,基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息,且根据上下行子帧配置确定M=4,主服务小区配置为单码字流的传输模式。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,当终端采用上述方式3-1来反馈HARQ-ACK应答消息,也就是采用与Rel-10FDD系统下的PUCCH格式1b联合信道选择类似的方式反馈所述相应的HARQ-ACK消息,具体来说:
终端将SPS子帧对应的一个码字流的HARQ-ACK应答消息映射为HARQ-ACK(0),将DAI=1的PDCCH对应PDSCH的一个码字流的HARQ-ACK应答消息映射为HARQ-ACK(1),由于一共有2个HARQ-ACK应答消息,因此终端选择表3所示的A=2的映射表,根据{HARQ-ACK(0),HARQ-ACK(1)}的反馈状态,确定(选择)一个信道和b(0)b(1),然后在该选择的信道上将该选择的b(0)b(1)发送出去。
表3Rel-10FDD系统PUCCH format 1b联合信道选择时A=2的映射表
应用示例7
如图9所示,基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息,且根据上下行子帧配置确定M=4,主服务小区配置为双码字流的传输模式。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,当终端采用上述方式3-2来反馈HARQ-ACK应答消息,也就是采用与Rel-10TDD系统下配置了一个服务小区时的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息,具体来说:
终端将绑定窗内的每个子帧进行spatial bundling,得到M个(在本应用示例中M=4)bundling后的HARQ-ACK,{HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3)},然后选择表4所示的M=4的映射表,或选择图5所示的M=4的映射表,根据{HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3)}的反馈状态,确定(选择)一个信道和b(0)b(1),然后在选择的信道上将所述的b(0)b(1)发送出去。
表4PUCCH format 1b联合信道选择时M=4的映射表
表5PUCCH format 1b联合信道选择时M=4的另一映射表
其中选择表4所示的M=4的映射表,或选择表5所示的M=4的映射表,取决于在Rel-10TDD系统下配置了一个服务小区时的PUCCH格式1b联合信道选择时所使用映射表。
Rel-10TDD系统下配置了一个服务小区时的PUCCH格式1b联合信道选择所使用的映射表是由高层信令配置的,可配置为使用表4所示的映射表,或配置为表5所示的映射表。
应用示例8
如图10所示,基站给某终端配置了采用PUCCH format 3来反馈HARQ-ACK应答消息,且根据上下行子帧配置确定M=3,主服务小区配置为双码字流的传输模式。
假定在某个绑定窗内,终端只接收到来自主服务小区的一个没有PDCCH的PDSCH和一个DAI值等于1的PDCCH对应的PDSCH,当终端采用上述方式3-2来反馈HARQ-ACK应答消息,也就是采用与Rel-10TDD系统下配置了一个服务小区时的PUCCH格式1b联合信道选择相同的方式反馈相应的HARQ-ACK消息时,具体来说,包括:
终端将绑定窗内的每个子帧进行spatial bundling,得到M个(在本应用示例中M=3)bundling后的HARQ-ACK,{HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3)},然后选择表6所示的M=3的映射表,或选择表7所示的M=3的映射表,根据{HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2)}的反馈状态,确定(选择)一个信道和b(0)b(1),然后在该选择的信道上将该选择的b(0)b(1)发送出去。
表6PUCCH format 1b联合信道选择时M=3的映射表
表7PUCCH format 1b联合信道选择时M=3的另一映射表
在根据上下行子帧配置确定M=2时,选择表8或表9所示的M=2的映射表,来确定在相应的资源上反馈相应的应答消息,具体流程同上,在此不再进行赘述。
表8PUCCH format 1b联合信道选择时M=2的映射表
表9PUCCH format 1b联合信道选择时M=2的另一映射表
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已,并非用于限定本发明的保护范围。根据本发明的发明内容,还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种时分双工系统中应答消息的发送方法,适用于被配置为采用物理上行控制信道(PUCCH)格式3来反馈混合自动重传请求应答消息(HARQ-ACK)的终端中,所述发送方法包括:
在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);
当在所述绑定窗内仅接收到主服务小区中的一个没有PDCCH的PDSCH和一个下行分配索引(DAI)值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK:
采用PUCCH格式3来反馈相应的HARQ-ACK;
采用PUCCH格式1b来反馈相应的HARQ-ACK;
采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
2.如权利要求1所述的方法,其特征在于:
所述采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述终端将接收到的所述DAI值等于1的PDCCH对应的传输功率控制(TPC)重用为ACK/NACK资源指示符(ARI),并结合高层配置的PUCCH格式3资源来确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
3.如权利要求1所述的方法,其特征在于:
所述采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述终端根据预设的ARI值以及高层配置的PUCCH格式3资源确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
当在所述绑定窗内接收到一个没有PDCCH的PDSCH时,终端根据预设的ARI值以及高层配置的PUCCH格式3资源选择相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
5.如权利要求1所述的方法,其特征在于:
所述采用PUCCH格式1b来反馈相应的HARQ-ACK,具体包括:
对所述没有PDCCH的PDSCH的HARQ-ACK和所述DAI值等于1的PDCCH所对应的PDSCH的HARQ-ACK进行空间绑定操作后,将得到的2比特的HARQ-ACK消息通过PUCCH格式1b方式在预先约定好的PUCCH资源上发送。
6.如权利要求5所述的方法,其特征在于:
所述预先约定好的PUCCH资源是与所述DAI值等于1的PDCCH对应的PUCCH资源。
7.如权利要求1所述的方法,其特征在于:
所述采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述终端采用与Rel-10频分双工(FDD)系统下的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息。
8.如权利要求1所述的方法,其特征在于:
所述采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述终端采用与Rel-10时分双工(TDD)系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈所述相应的HARQ-ACK消息。
9.一种时分双工系统中应答消息的发送系统,适用于被配置为采用物理上行控制信道(PUCCH)格式3来混合自动重传请求应答消息(HARQ-ACK)的终端中,所述发送系统包括:
第一装置,用于在绑定窗内接收来自服务小区的物理下行共享信道(PDSCH);
第二装置,用于当所述第一装置在所述绑定窗内仅接收到主服务小区中的一个没有PDCCH的PDSCH和一个下行分配索引(DAI)值等于1的PDCCH所对应的PDSCH时,按照以下方式之一反馈相应的HARQ-ACK消息:
采用PUCCH格式3来反馈相应的HARQ-ACK;
采用PUCCH格式1b来反馈相应的HARQ-ACK;
采用PUCCH格式1b联合信道选择的方式来反馈相应的HARQ-ACK。
10.如权利要求9所述的系统,其特征在于:
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于将接收到的所述DAI值等于1的PDCCH对应的传输功率控制(TPC)重用为ACK/NACK资源指示符(ARI),并结合高层配置的PUCCH格式3资源来确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
11.如权利要求9所述的系统,其特征在于:
所述第二装置用于采用PUCCH格式3来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于根据预设的ARI值以及高层配置的PUCCH格式3资源确定相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
12.如权利要求11所述的系统,其特征在于,所述系统还包括:
第三装置,用于当所述第一装置在所述绑定窗内接收到一个没有PDCCH的PDSCH时,根据预设的ARI值以及高层配置的PUCCH格式3资源选择相应的PUCCH格式3资源,然后在所述相应的PUCCH格式3资源上反馈相应的HARQ-ACK消息。
13.如权利要求9所述的系统,其特征在于:
所述第二装置用于采用PUCCH格式1b来反馈相应的HARQ-ACK,具体包括:
所述第二装置用于对所述没有PDCCH的PDSCH的HARQ-ACK和所述DAI值等于1的PDCCH所对应的PDSCH的HARQ-ACK进行空间绑定操作后,将得到的2比特的HARQ-ACK消息通过PUCCH格式1b方式在预先约定好的PUCCH资源上发送。
14.如权利要求9所述的系统,其特征在于:
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10频分双工(FDD)系统下的PUCCH格式1b联合信道选择相同的方式反馈所述相应的HARQ-ACK消息。
15.如权利要求9所述的系统,其特征在于:
所述第二装置用于采用PUCCH格式1b联合信道选择的方式反馈所述相应的HARQ-ACK,具体包括:
所述第二装置用于采用与Rel-10时分双工(TDD)系统配置为1个服务小区时的PUCCH格式1b联合信道选择相同方式反馈所述相应的HARQ-ACK消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110082248.3A CN102142941B (zh) | 2011-04-01 | 2011-04-01 | 一种时分双工系统中应答消息的发送方法及系统 |
PCT/CN2011/084975 WO2012129952A1 (zh) | 2011-04-01 | 2011-12-30 | 一种时分双工系统中应答消息的发送方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110082248.3A CN102142941B (zh) | 2011-04-01 | 2011-04-01 | 一种时分双工系统中应答消息的发送方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102142941A true CN102142941A (zh) | 2011-08-03 |
CN102142941B CN102142941B (zh) | 2016-12-07 |
Family
ID=44410194
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110082248.3A Active CN102142941B (zh) | 2011-04-01 | 2011-04-01 | 一种时分双工系统中应答消息的发送方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102142941B (zh) |
WO (1) | WO2012129952A1 (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102170338A (zh) * | 2011-04-29 | 2011-08-31 | 电信科学技术研究院 | Ack/nack反馈信息的传输方法和设备 |
WO2012129952A1 (zh) * | 2011-04-01 | 2012-10-04 | 中兴通讯股份有限公司 | 一种时分双工系统中应答消息的发送方法及系统 |
WO2013067857A1 (zh) * | 2011-11-07 | 2013-05-16 | 电信科学技术研究院 | 一种传输上行控制信息的方法及装置 |
CN103188062A (zh) * | 2011-12-31 | 2013-07-03 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息发送方法及装置 |
CN103188061A (zh) * | 2011-12-31 | 2013-07-03 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息的发送方法和装置 |
WO2013152621A1 (zh) * | 2012-04-09 | 2013-10-17 | 中兴通讯股份有限公司 | 一种混合自动重传请求确认应答信息发送方法及装置 |
CN103748821A (zh) * | 2012-08-17 | 2014-04-23 | 华为技术有限公司 | 上行控制信息的发送方法和装置 |
WO2014059592A1 (zh) * | 2012-10-16 | 2014-04-24 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
WO2014059910A1 (zh) * | 2012-10-17 | 2014-04-24 | 中兴通讯股份有限公司 | 一种应答信息的发送方法及装置 |
CN104025492A (zh) * | 2011-11-04 | 2014-09-03 | 英特尔公司 | 无线通信中的确认定时的选择 |
CN104040928A (zh) * | 2012-01-09 | 2014-09-10 | 高通股份有限公司 | 使用harq反馈的速率和功率控制系统和方法 |
CN104321994A (zh) * | 2012-03-22 | 2015-01-28 | Lg电子株式会社 | 用于发送或接收ack/nack信号的方法 |
WO2015013889A1 (zh) * | 2013-07-30 | 2015-02-05 | 华为技术有限公司 | 数据传输方法、基站及用户设备 |
WO2015039410A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 混合自动重传请求确认的传输方法、用户设备和基站 |
WO2016161782A1 (zh) * | 2015-04-10 | 2016-10-13 | 中兴通讯股份有限公司 | 一种上行控制信息的发送方法及终端 |
CN106301670A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
CN106688292A (zh) * | 2014-09-10 | 2017-05-17 | 夏普株式会社 | 终端、基站以及通信方法 |
US9807742B2 (en) | 2012-08-17 | 2017-10-31 | Huawei Technologies Co., Ltd. | Method and device for transmitting uplink control information |
CN107612663A (zh) * | 2012-05-10 | 2018-01-19 | 瑞典爱立信有限公司 | 用于针对载波聚合的混合自动重传请求信令的方法和设备 |
CN110098911A (zh) * | 2013-09-26 | 2019-08-06 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106452661B (zh) * | 2015-08-10 | 2020-05-22 | 中兴通讯股份有限公司 | 应答信息的传输方法、装置、基站及终端 |
EP3711453B1 (en) | 2017-11-14 | 2023-10-04 | Telefonaktiebolaget LM Ericsson (Publ) | Methods and devices for hybrid automatic repeat request acknowledgement/non-acknowledgement bundling |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100034161A1 (en) * | 2008-08-07 | 2010-02-11 | Qualcomm Incorporated | Rnti-dependent scrambling sequence initialization |
CN101989898A (zh) * | 2010-11-15 | 2011-03-23 | 中兴通讯股份有限公司 | 应答消息的发送方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102142941B (zh) * | 2011-04-01 | 2016-12-07 | 中兴通讯股份有限公司 | 一种时分双工系统中应答消息的发送方法及系统 |
-
2011
- 2011-04-01 CN CN201110082248.3A patent/CN102142941B/zh active Active
- 2011-12-30 WO PCT/CN2011/084975 patent/WO2012129952A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100034161A1 (en) * | 2008-08-07 | 2010-02-11 | Qualcomm Incorporated | Rnti-dependent scrambling sequence initialization |
CN101989898A (zh) * | 2010-11-15 | 2011-03-23 | 中兴通讯股份有限公司 | 应答消息的发送方法和装置 |
Non-Patent Citations (1)
Title |
---|
3GPP: "《3GPP TS 36.213 V10.1.0》", 31 March 2011, article "3rd Generation Partnership Project;Technical Specification Group Radio Access Network;Evolved Universal Terrestrial Radio Access (E-UTRA);Physical layer procedures(Release 10)" * |
Cited By (52)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012129952A1 (zh) * | 2011-04-01 | 2012-10-04 | 中兴通讯股份有限公司 | 一种时分双工系统中应答消息的发送方法及系统 |
CN102170338B (zh) * | 2011-04-29 | 2013-09-25 | 电信科学技术研究院 | Ack/nack反馈信息的传输方法和设备 |
US9241342B2 (en) | 2011-04-29 | 2016-01-19 | China Academy Of Telecommunications Technology | Method and apparatus for ACK/NACK transmission |
CN102170338A (zh) * | 2011-04-29 | 2011-08-31 | 电信科学技术研究院 | Ack/nack反馈信息的传输方法和设备 |
US9893872B2 (en) | 2011-11-04 | 2018-02-13 | Intel Corporation | Selection of acknowledgment timing in wireless communications |
CN104025492A (zh) * | 2011-11-04 | 2014-09-03 | 英特尔公司 | 无线通信中的确认定时的选择 |
CN115209357B (zh) * | 2011-11-04 | 2024-03-01 | 苹果公司 | 无线通信中的确认定时的选择 |
CN115209357A (zh) * | 2011-11-04 | 2022-10-18 | 苹果公司 | 无线通信中的确认定时的选择 |
CN104025492B (zh) * | 2011-11-04 | 2019-07-09 | 英特尔公司 | 无线通信中的确认定时的选择 |
US10079669B2 (en) | 2011-11-04 | 2018-09-18 | Intel Corporation | Selection of acknowledgment timing in wireless communications |
US9614709B2 (en) | 2011-11-04 | 2017-04-04 | Intel Corporation | Selection of acknowledgment timing in wireless communications |
US9762375B2 (en) | 2011-11-04 | 2017-09-12 | Intel Corporation | Selection of acknowledgment timing in wireless communications |
WO2013067857A1 (zh) * | 2011-11-07 | 2013-05-16 | 电信科学技术研究院 | 一种传输上行控制信息的方法及装置 |
CN103188062B (zh) * | 2011-12-31 | 2018-08-17 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息发送方法及装置 |
CN103188062A (zh) * | 2011-12-31 | 2013-07-03 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息发送方法及装置 |
CN103188061B (zh) * | 2011-12-31 | 2017-11-03 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息的发送方法和装置 |
US9596675B2 (en) | 2011-12-31 | 2017-03-14 | Zte Corporation | Method and device for sending hybrid automatic repeat request acknowledge information |
WO2013097349A1 (zh) * | 2011-12-31 | 2013-07-04 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息发送方法及装置 |
CN103188061A (zh) * | 2011-12-31 | 2013-07-03 | 中兴通讯股份有限公司 | 混合自动重传请求应答信息的发送方法和装置 |
CN104040928A (zh) * | 2012-01-09 | 2014-09-10 | 高通股份有限公司 | 使用harq反馈的速率和功率控制系统和方法 |
CN104040928B (zh) * | 2012-01-09 | 2017-07-25 | 高通股份有限公司 | 使用harq反馈的速率和功率控制系统和方法 |
US9717060B2 (en) | 2012-03-22 | 2017-07-25 | Lg Electronics Inc. | Method for transmitting or receiving ACK/NACK signal |
CN104321994A (zh) * | 2012-03-22 | 2015-01-28 | Lg电子株式会社 | 用于发送或接收ack/nack信号的方法 |
WO2013152621A1 (zh) * | 2012-04-09 | 2013-10-17 | 中兴通讯股份有限公司 | 一种混合自动重传请求确认应答信息发送方法及装置 |
CN103368709A (zh) * | 2012-04-09 | 2013-10-23 | 中兴通讯股份有限公司 | 一种混合自动重传请求确认应答信息发送方法及装置 |
US9461780B2 (en) | 2012-04-09 | 2016-10-04 | Zte Corporation | Method and apparatus for transmitting hybrid automatic repeat request acknowledgement information |
CN103368709B (zh) * | 2012-04-09 | 2018-08-14 | 中兴通讯股份有限公司 | 一种混合自动重传请求确认应答信息发送方法及装置 |
CN107612663B (zh) * | 2012-05-10 | 2021-01-29 | 瑞典爱立信有限公司 | 用于针对载波聚合的混合自动重传请求信令的方法和设备 |
CN107612663A (zh) * | 2012-05-10 | 2018-01-19 | 瑞典爱立信有限公司 | 用于针对载波聚合的混合自动重传请求信令的方法和设备 |
US9807742B2 (en) | 2012-08-17 | 2017-10-31 | Huawei Technologies Co., Ltd. | Method and device for transmitting uplink control information |
CN103748821B (zh) * | 2012-08-17 | 2017-03-08 | 华为技术有限公司 | 上行控制信息的发送方法和装置 |
CN103748821A (zh) * | 2012-08-17 | 2014-04-23 | 华为技术有限公司 | 上行控制信息的发送方法和装置 |
US10644843B2 (en) | 2012-10-16 | 2020-05-05 | Huawei Technologies Co., Ltd. | Method, apparatus, UE, and base station for transmitting hybrid automatic repeat request—acknowledgement information |
CN106712912B (zh) * | 2012-10-16 | 2020-06-26 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
CN103891191A (zh) * | 2012-10-16 | 2014-06-25 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
CN106712912A (zh) * | 2012-10-16 | 2017-05-24 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
WO2014059592A1 (zh) * | 2012-10-16 | 2014-04-24 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
CN103891191B (zh) * | 2012-10-16 | 2017-02-22 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
US11251910B2 (en) | 2012-10-16 | 2022-02-15 | Huawei Technologies Co., Ltd. | Method, apparatus, UE, and base station for transmitting hybrid automatic repeat request-acknowledgement information |
US9705641B2 (en) | 2012-10-17 | 2017-07-11 | Zte Corporation | Method and device for sending answer information |
WO2014059910A1 (zh) * | 2012-10-17 | 2014-04-24 | 中兴通讯股份有限公司 | 一种应答信息的发送方法及装置 |
US9820307B2 (en) | 2013-07-30 | 2017-11-14 | Huawei Technologies Co., Ltd. | Data transmission method, base station, and user equipment |
US10264608B2 (en) | 2013-07-30 | 2019-04-16 | Huawei Technologies Co., Ltd. | Data transmission method, base station, and user equipment |
WO2015013889A1 (zh) * | 2013-07-30 | 2015-02-05 | 华为技术有限公司 | 数据传输方法、基站及用户设备 |
US10277363B2 (en) | 2013-09-18 | 2019-04-30 | Huawei Technologies Co., Ltd. | Hybrid automatic repeat request acknowledgement transmission method, user equipment, and base station |
WO2015039410A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 混合自动重传请求确认的传输方法、用户设备和基站 |
CN110098911A (zh) * | 2013-09-26 | 2019-08-06 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN110098911B (zh) * | 2013-09-26 | 2022-07-05 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN106688292B (zh) * | 2014-09-10 | 2020-05-15 | 夏普株式会社 | 终端、基站以及通信方法 |
CN106688292A (zh) * | 2014-09-10 | 2017-05-17 | 夏普株式会社 | 终端、基站以及通信方法 |
WO2016161782A1 (zh) * | 2015-04-10 | 2016-10-13 | 中兴通讯股份有限公司 | 一种上行控制信息的发送方法及终端 |
CN106301670A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2012129952A1 (zh) | 2012-10-04 |
CN102142941B (zh) | 2016-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102142941A (zh) | 一种时分双工系统中应答消息的发送方法及系统 | |
US11246117B2 (en) | Procedures, user equipment and base stations for code block group-based transmission | |
US10531443B2 (en) | Physical uplink control channel (PUCCH) format adaptation for 5th generation (5G) new radio (NR) | |
RU2725159C1 (ru) | Способы и узлы для определения размера блока данных передачи | |
US9882696B2 (en) | Devices for sending and receiving feedback information | |
WO2018202032A1 (zh) | 数据传输方法、装置、存储介质及处理器 | |
US9516638B2 (en) | Signal transmission/reception method and apparatus therefor | |
JP6200434B2 (ja) | フィードバック情報を送受信するためのデバイス | |
US9749094B2 (en) | Devices for sending and receiving feedback information | |
CN108365922B (zh) | 用于反馈的方法、设备和系统 | |
CN103188061B (zh) | 混合自动重传请求应答信息的发送方法和装置 | |
CN102651678B (zh) | 控制信息的传输方法、装置及系统 | |
US20230300849A1 (en) | Control channel and data channel transmission/reception method and apparatus for nr system | |
US20220070900A1 (en) | Subslot-based harq-ack timing and pucch resource determination for ultra-low latency pdsch transmission | |
KR20180013171A (ko) | 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치 | |
US12003334B2 (en) | URLLC physical uplink control channel (PUCCH) configuration with sub-slot structure | |
CN102394685B (zh) | 多天线系统上行控制信道的发送方法和系统 | |
US20180048451A1 (en) | Systems and methods for frequency-division duplex transmission time interval operation | |
CN102355339A (zh) | 一种反馈信息的发送方法及终端 | |
CN101588224A (zh) | 一种发送正确/错误应答消息的方法及系统 | |
CN101594209A (zh) | 反馈状态的发送方法及终端 | |
JP2020515148A (ja) | 混合ヌメロロジーのためのpucch構造 | |
CN102651679B (zh) | 数据传输方法、演进基站以及用户设备 | |
WO2020006025A1 (en) | Power control for enhancement of physical uplink control channel (pucch) reliability for 5th generation (5g) new radio (nr) | |
CN102263622B (zh) | 应答信息和调度请求反馈方法及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |