CN102238622B - 多比特ack/nack信息的传输方法和设备 - Google Patents
多比特ack/nack信息的传输方法和设备 Download PDFInfo
- Publication number
- CN102238622B CN102238622B CN201010164674.7A CN201010164674A CN102238622B CN 102238622 B CN102238622 B CN 102238622B CN 201010164674 A CN201010164674 A CN 201010164674A CN 102238622 B CN102238622 B CN 102238622B
- Authority
- CN
- China
- Prior art keywords
- bit ack
- many bit
- nack messages
- pusch
- transmission
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种多比特ACK/NACK信息的传输方法和设备，通过应用本发明实施例的技术方案，在LTE-A系统中，可以实现在PUCCH和/或PUSCH上复用传输多比特ACK/NACK，从而，在保持上行单载波特性的基础上，根据ACK/NACK反馈比特数和调度情况，选择重用Rel 8 PUCCHformat 2/2a/2b和/或PUSCH信道进行传输，保证了ACK/NACK传输的可靠性。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种多比特ACK/NACK信息的传输方法和设备。
背景技术
对于长期演进多载波系统，为支持比LTE(Long Term Evolution，长期演进)系统更宽的系统带宽，比如100MHz，一种可能是直接分配100M带宽的频谱，如图1所示；一种可能是将分配给现有的系统一些频谱聚合起来，凑成大带宽供给长期演进多载波系统使用，此时系统中上下行载波可以不对称配置，即用户可能会占用N≥1个载波进行下行传输，M≥1个载波进行上行传输，如图2所示。当各个下行载波上的数据独立进行编译码时，用户将针对各个载波上的数据包分别进行HARQ(Hybrid Auto Repeat Request，混合自动重传请求)重传请求反馈，即ACK(ACKnowledge Character，确认字符)/NACK(NotACKnowledge Character，非确认字符)信息反馈。因此，用户可能在一个上行子帧中同时向基站反馈多个ACK/NACK信息。
LTE-A(Long Term Evolution Advanced，高级长期演进)系统目前确定最多可支持5个载波进行聚合。需要在同一个子帧内进行ACK/NACK反馈的多个下行载波及下行子帧，在下文中简称为“反馈窗口”。UE(User Equipment，用户设备)采用复用方式传输的ACK/NACK信息大小固定，与反馈窗口的大小相对应，不论基站在反馈窗口内实际调度传输了几个数据包。
对于FDD(Frequency Division Duplex，频分双工)系统，反馈窗口的大小为UE聚合的下行载波数量N。对于TDD((Time Division Duplex，时分双工)系统，反馈窗口的大小为N×M，其中N为UE聚合的下行载波数或激活的下行载波数，M对应在同一上行子帧进行反馈的下行子帧数量，对于不同的上下行配置及上行子帧，M的取值不同，即表1中每一栏K的数量。
表1Downlink association set index K：{k0，k1，…kM-1}for TDD
LTE Rel 8系统中，为了保证ACK/NACK的传输可靠性，UE在一个PUCCH(Physical Uplink Control Channel，物理上行控制信道)format 2/2a/2b信道最多只能传输12比特信息。
LTE Rel 8PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输ACK/NACK的方式，PUSCH上的ACK/NACK占用4个导频位置两侧的SC-FDMA符号与数据进行复用传输，对于FDD系统，每次最多可反馈2比特信息，对于TDD系统，每次最多可反馈4比特信息。
在LTE-A系统中，可沿用Rel 8系统中的方法，使用PUSCH同时传输上行数据和ACK/NACK，也可重用Rel 8PUCCH format 2/2a/2b传输多比特ACK/NACK。此外，LTE-A系统还支持在同一个子帧内同时传输PUSCH和PUCCH。
在一个RB带宽，QPSK调制下，PUSCH最多可传输96比特信息，Rel 8PUCCH format 2/2a/2b最多只能传输12比特信息。PUCCH和PUSCH可承载的最大ACK/NACK传输比特数差异很大，因此针对不同的ACK/NACK反馈比特数，应合理的选择PUCCH和/或PUSCH进行ACK/NACK传输，从而提高ACK/NACK传输效率，并保证传输可靠性。
在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：
在LTE-A载波聚合系统中，可沿用LTE Rel 8系统中的方法，使用PUSCH同时传输上行数据和ACK/NACK，或重用Rel 8PUCCH format 2/2a/2b传输多比特ACK/NACK。UE需要在一个上行子帧反馈来自不同载波、不同子帧及不同码字的多比特ACK/NACK信息，反馈比特数很可能超过可Rel 8PUCCHformat 2/2a/2b承载容量。
为了保持上行单载波特性，需要限制在PUCCH上传输的ACK/NACK比特数不超过12比特，但现有技术中并没有这样的技术方案。
发明内容
本发明实施例提供一种多比特ACK/NACK信息的传输方法和设备，实现上行控制信道资源的静态分配。
为达到上述目的，本发明实施例一方面提供了一种多比特ACK/NACK的传输方法，包括：
终端设备判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息；
如果允许，所述终端设备判断当前是否存在PUSCH传输；
如果存在，所述终端设备通过所述PUCCH和所述PUSCH共同传输多比特ACK/NACK信息，其中，所述PUCCH中所传输的多比特ACK/NACK信息的大小不大于预设的阈值。
另一方面，本发明实施例还提供了一种终端设备，包括：
设置模块，用于设置PUCCH所能传输的多比特ACK/NACK信息的大小的阈值；
判断模块，用于判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息，并在判断结果为允许时，进一步判断当前是否存在PUSCH传输；
传输模块，用于在所述判断模块的判断结果为存在PUSCH传输时，通过所述PUCCH和所述PUSCH共同传输多比特ACK/NACK信息，其中，所述PUCCH中所传输的多比特ACK/NACK信息的大小不大于所述设置模块所设置的阈值。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，在LTE-A系统中，可以实现在PUCCH和/或PUSCH上复用传输多比特ACK/NACK，从而，在保持上行单载波特性的基础上，根据ACK/NACK反馈比特数和调度情况，选择重用Rel 8PUCCH format 2/2a/2b和/或PUSCH信道进行传输，保证了ACK/NACK传输的可靠性。
附图说明
图l为现有技术中单频谱系统示意图；
图2为现有技术中频谱聚合系统示意图；
图3为本发明实施例提出的一种多比特ACK/NACK信息的传输方法的流程示意图；
图4为本发明实施例提出的一种具体应用场景下的多比特ACK/NACK信息的传输方法的流程示意图；
图5为本发明实施例提出的一种终端设备的结构示意图。
具体实施方式
为了解决现有技术中存在的问题，本发明实施例基于LTE-ATDD系统中，实现UE在一个上行子帧反馈多比特ACK/NACK信息的目的，给出一种多比特ACK/NACK信息的传输方法。
如图3所示，为本发明实施例提出的一种多比特ACK/NACK信息的传输方法的流程示意图，该方法具体包括以下步骤：
步骤S301、终端设备判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息；
如果允许，执行步骤S302；
如果不允许，执行步骤S304。
步骤S302、终端设备判断当前是否存在PUSCH传输。
如果存在，执行步骤S303；
如果不存在，执行步骤S306。
步骤S303、终端设备通过PUCCH和PUSCH共同传输多比特ACK/NACK信息。
其中，PUCCH中所传输的多比特ACK/NACK信息的大小不大于预设的阈值。
对于LTE-A系统，上述的阈值可以设置为12比特或小于12比特的数值，而对于其他系统，相应的可以根据需要进行具体阈值数值的调整，这样的变化并不影响本发明的保护范围。
在具体的应用场景中，本步骤的具体处理过程包括以下两种情况：
情况一、进一步根据相应的策略，判断是否应用PUCCH和PUSCH共同传输多比特ACK/NACK信息。
终端设备根据预设的策略判断当前是否通过PUSCH传输上行控制信息。
如果判断当前通过PUSCH传输上行控制信息，终端设备通过PUCCH传输大小不大于预设的阈值的多比特ACK/NACK信息，并通过PUSCH传输剩余的多比特ACK/NACK信息。
如果判断当前不通过PUSCH传输上行控制信息，终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值，如果不大于，终端设备通过PUCCH传输全部多比特ACK/NACK信息，如果大于，终端设备对需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于预设的阈值，终端设备通过PUCCH传输进行合并后的多比特ACK/NACK信息。
情况二、直接通过PUCCH传输上行控制信息，通过PDSCH传输上行数据。
这种情况下，对于在PUCCH传输上行控制信息的处理过程可以参考步骤S306的处理，在此不再重复说明。
步骤S304、终端设备判断当前是否存在PUSCH传输；
如果存在，执行步骤S305；
如果不存在，执行步骤S306。
步骤S305、终端设备通过PUSCH传输全部多比特ACK/NACK信息。
步骤S306、终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值；
如果不大于，执行步骤S307；
如果大于，执行步骤S308。
步骤S307、终端设备通过PUCCH传输全部多比特ACK/NACK信息。
步骤S308、终端设备对需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于预设的阈值。
步骤S309、终端设备通过PUCCH传输进行合并后的多比特ACK/NACK信息。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，在LTE-A系统中，可以实现在PUCCH和/或PUSCH上复用传输多比特ACK/NACK，从而，在保持上行单载波特性的基础上，根据ACK/NACK反馈比特数和调度情况，选择重用Rel 8PUCCH format 2/2a/2b和/或PUSCH信道进行传输，保证了ACK/NACK传输的可靠性。
下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。
如图4所示，为本发明实施例提出的一种具体应用场景下的多比特ACK/NACK信息的传输方法的流程示意图，该方法具体包括以下步骤：
步骤S401、UE判断高层是否半静态配置了PUSCH与PUCCH同时传输。
如果当前上行子帧允许PUSCH与PUCCH同时传输，则执行步骤S402；
如果当前上行子帧不允许PUSCH与PUCCH同时传输，则执行步骤S406。
步骤S402、UE判断当前上行子帧是否存在PUSCH传输。
如果存在PUSCH传输，则执行步骤S403；
如果不存在PUSCH传输，则执行步骤S405。
步骤S403、UE判断是否采用PUSCH传输UCI。
如果采用在PUSCH传输UCI，则执行步骤S404；
如果不采用在PUSCH传输UCI，则执行步骤S405。
步骤S404、UE在PUSCH和PUCCH上同时传输ACK/NACK。
UE将反馈窗口内对应的ACK/NACK信息分为2组，第1组ACK/NACK信息包含的比特数不超过12比特，在PUCCH上传输，可重用Rel 8PUCCHformat 2/2a/2b；反馈窗口内对应的其余ACK/NACK信息作为第2组，在PUSCH信道传输。
步骤S405、UE在PUCCH传输ACK/NACK。
UE可重用Rel 8PUCCH format 2/2a/2b，传输比特数不超过12比特；
当ACK/NACK的反馈信息序列长度超过12比特时，UE需首先通过载波间、码字间、子帧间的ACK/NACK信息合并，将待反馈ACK/NACK信息序列长度限制在12比特以内。
步骤S406、UE判断当前上行子帧是否存在PUSCH传输。
如果存在PUSCH传输，则执行步骤S407；
如果不存在PUSCH传输，则执行步骤S405。
步骤S407、UE在PUSCH上传输反馈窗口内对应的所有ACK/NACK信息。
其中，在支持PUSCH和PUCCH同时传输的LTE-A系统中，步骤S403至步骤S404的操作可以根据预设策略进行调整，UE可以不对是否采用PUSCH传输UCI进行判断，而是只在PUSCH上传输上行数据，上行控制信息在PUCCH传输。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，在LTE-A系统中，可以实现在PUCCH和/或PUSCH上复用传输多比特ACK/NACK，从而，在保持上行单载波特性的基础上，根据ACK/NACK反馈比特数和调度情况，选择重用Rel 8PUCCH format 2/2a/2b和/或PUSCH信道进行传输，保证了ACK/NACK传输的可靠性。
为了实现本发明实施例的技术方案，本发明实施例还提供了一种终端设备，其结构示意图如图5所示，具体包括：
设置模块51，用于设置PUCCH所能传输的多比特ACK/NACK信息的大小的阈值。
判断模块52，用于判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息，并在判断结果为允许时，进一步判断当前是否存在PUSCH传输。
传输模块53，用于在判断模块52的判断结果为存在PUSCH传输时，通过PUCCH和PUSCH共同传输多比特ACK/NACK信息，其中，PUCCH中所传输的多比特ACK/NACK信息的大小不大于设置模块51所设置的阈值。
进一步的，当判断模块52判断不允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息时，判断模块52，还用于判断当前是否存在PUSCH传输；
传输模块53，还用于在判断模块52的判断结果为不允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息，且当前存在PUSCH传输时，通过PUSCH传输全部多比特ACK/NACK信息。
在具体的应用场景中，设置模块51还用于设置传输策略；
当判断模块52的判断结果为存在PUSCH传输时，判断模块52根据设置模块51所设置的传输策略判断当前是否通过PUSCH传输上行控制信息；
如果判断模块52的判断结果为当前通过PUSCH传输上行控制信息，传输模块53通过PUCCH传输大小不大于预设的阈值的多比特ACK/NACK信息，并通过PUSCH传输剩余的多比特ACK/NACK信息。
需要进一步说明的是，当判断模块52的判断结果为当前不存在PUSCH传输，或当前存在PUSCH传输，但当前不通过PUSCH传输上行控制信息时，判断模块52进一步判断需要传输的多比特ACK/NACK信息是否大于预设的阈值；
如果不大于，传输模块53通过PUCCH传输全部多比特ACK/NACK信息。
在具体的应用场景中，上述的终端设备还包括处理模块54：
处理模块54，用于在判断模块52判断需要传输的多比特ACK/NACK信息大于设置模块51所设置的阈值时，对需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于设置模块51所设置的阈值；
传输模块53，还用于通过PUCCH传输处理模块54进行合并后的多比特ACK/NACK信息。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，在LTE-A系统中，可以实现在PUCCH和/或PUSCH上复用传输多比特ACK/NACK，从而，在保持上行单载波特性的基础上，根据ACK/NACK反馈比特数和调度情况，选择重用Rel 8PUCCH format 2/2a/2b和/或PUSCH信道进行传输，保证了ACK/NACK传输的可靠性。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。
Claims (9)
1.一种多比特ACK/NACK信息的传输方法，其特征在于，包括：
终端设备判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息；
如果允许，所述终端设备判断当前是否存在PUSCH传输；
如果存在，所述终端设备通过所述PUCCH和所述PUSCH共同传输多比特ACK/NACK信息，其中，所述PUCCH中所传输的多比特ACK/NACK信息的大小不大于预设的阈值；
其中，所述终端设备判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息之后，还包括：
如果不允许，所述终端设备判断当前是否存在PUSCH传输；
如果存在，所述终端设备通过所述PUSCH传输全部多比特ACK/NACK信息。
2.如权利要求1所述的方法，其特征在于，所述终端设备判断当前是否存在PUSCH传输之后，还包括：
如果不存在，所述终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值；
如果不大于，所述终端设备通过所述PUCCH传输全部多比特ACK/NACK信息。
3.如权利要求2所述的方法，其特征在于，所述终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值之后，还包括：
如果大于，所述终端设备对所述需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于所述预设的阈值；
所述终端设备通过PUCCH传输进行合并后的所述多比特ACK/NACK信息。
4.如权利要求1所述的方法，其特征在于，所述终端设备通过所述PUCCH和所述PUSCH共同传输多比特ACK/NACK信息，其中，所述PUCCH中所传输的多比特ACK/NACK信息的大小不大于预设的阈值，具体包括：
所述终端设备根据预设的策略判断当前是否通过所述PUSCH传输上行 控制信息；
如果判断当前通过所述PUSCH传输上行控制信息，所述终端设备通过所述PUCCH传输大小不大于所述预设的阈值的多比特ACK/NACK信息，并通过所述PUSCH传输剩余的多比特ACK/NACK信息。
5.如权利要求4所述的方法，其特征在于，所述终端设备根据预设的策略判断当前是否通过所述PUSCH传输上行控制信息之后，还包括：
如果判断当前不通过所述PUSCH传输上行控制信息，所述终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值；
如果不大于，所述终端设备通过所述PUCCH传输全部多比特ACK/NACK信息。
6.如权利要求5所述的方法，其特征在于，所述终端设备判断需要传输的多比特ACK/NACK信息是否大于预设的阈值之后，还包括：
如果大于，所述终端设备对所述需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于所述预设的阈值；
所述终端设备通过PUCCH传输进行合并后的所述多比特ACK/NACK信息。
7.一种终端设备，其特征在于，包括：
设置模块，用于设置PUCCH所能传输的多比特ACK/NACK信息的大小的阈值；
判断模块，用于判断是否允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息，并在判断结果为允许时，进一步判断当前是否存在PUSCH传输；
传输模块，用于在所述判断模块的判断结果为存在PUSCH传输时，通过所述PUCCH和所述PUSCH共同传输多比特ACK/NACK信息，其中，所述PUCCH中所传输的多比特ACK/NACK信息的大小不大于所述设置模块所设置的阈值；
其中，当所述判断模块判断不允许在PUCCH和PUSCH中同时传输多比 特ACK/NACK信息时，所述判断模块，还用于判断当前是否存在PUSCH传输；
所述传输模块，还用于在所述判断模块的判断结果为不允许在PUCCH和PUSCH中同时传输多比特ACK/NACK信息，且当前存在PUSCH传输时，通过所述PUSCH传输全部多比特ACK/NACK信息；
所述设置模块还用于设置传输策略；
当所述判断模块的判断结果为存在PUSCH传输时，所述判断模块根据所述设置模块所设置的传输策略判断当前是否通过所述PUSCH传输上行控制信息；
如果所述判断模块的判断结果为当前通过所述PUSCH传输上行控制信息，所述传输模块通过所述PUCCH传输大小不大于所述预设的阈值的多比特ACK/NACK信息，并通过所述PUSCH传输剩余的多比特ACK/NACK信息。
8.如权利要求7所述的终端设备，其特征在于，当所述判断模块的判断结果为当前不存在PUSCH传输，或当前存在PUSCH传输，但当前不通过所述PUSCH传输上行控制信息时，所述判断模块进一步判断需要传输的多比特ACK/NACK信息是否大于预设的阈值；
如果不大于，所述传输模块通过所述PUCCH传输全部多比特ACK/NACK信息。
9.如权利要求8所述的终端设备，其特征在于，还包括处理模块：
所述处理模块，用于在所述判断模块判断需要传输的多比特ACK/NACK信息大于所述设置模块所设置的阈值时，对所述需要传输的多比特ACK/NACK信息进行合并，使合并后的多比特ACK/NACK信息的大小不大于所述设置模块所设置的阈值；
所述传输模块，还用于通过所述PUCCH传输所述处理模块进行合并后的所述多比特ACK/NACK信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010164674.7A CN102238622B (zh) | 2010-04-30 | 2010-04-30 | 多比特ack/nack信息的传输方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010164674.7A CN102238622B (zh) | 2010-04-30 | 2010-04-30 | 多比特ack/nack信息的传输方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102238622A CN102238622A (zh) | 2011-11-09 |
| CN102238622B true CN102238622B (zh) | 2014-02-05 |
Family
ID=44888705
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010164674.7A Active CN102238622B (zh) | 2010-04-30 | 2010-04-30 | 多比特ack/nack信息的传输方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102238622B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102790665A (zh) * | 2012-03-13 | 2012-11-21 | 中兴通讯股份有限公司 | Ack/nack信息的发送系统、发送方法及资源配置方法和基站 |
| CN106357374B (zh) * | 2015-07-15 | 2019-07-23 | 普天信息技术有限公司 | 一种lte中pucch反馈信息检测方法及系统 |
| CN109964432B (zh) * | 2017-10-27 | 2020-04-21 | Oppo广东移动通信有限公司 | 多比特信息复用传输方法及相关产品 |
| CN110574484B (zh) | 2019-07-25 | 2022-11-18 | 北京小米移动软件有限公司 | 随机接入方法、装置及存储介质 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101635987A (zh) * | 2008-07-25 | 2010-01-27 | 中兴通讯股份有限公司 | 一种反馈下行接收状态的方法 |
-
2010
- 2010-04-30 CN CN201010164674.7A patent/CN102238622B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101635987A (zh) * | 2008-07-25 | 2010-01-27 | 中兴通讯股份有限公司 | 一种反馈下行接收状态的方法 |
Non-Patent Citations (4)
| Title |
|---|
| Alcatel-Lucent Shanghai Bell, Alcatel-Lucent.Method for multiple ACK/NACKs transmission on PUCCH.《3GPP TSG-RAN WG1 #59bis R1-100718》.2010, |
| CATT.UL ACK/NACK transmission methods for LTE-A.《3GPP TSG RAN WG1 Meeting #60bis R1-101757》.2010, |
| Method for multiple ACK/NACKs transmission on PUCCH;Alcatel-Lucent Shanghai Bell, Alcatel-Lucent;《3GPP TSG-RAN WG1 #59bis R1-100718》;20100122;第2页第1-2段，图1，图2 * |
| UL ACK/NACK transmission methods for LTE-A;CATT;《3GPP TSG RAN WG1 Meeting #60bis R1-101757》;20100416;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102238622A (zh) | 2011-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3010170B1 (en) | Method and user equipment for mapping ack/nack response messages | |
| CN102223215B (zh) | Ack/nack的传输方法、接收方法及其装置 | |
| CN102938693B (zh) | Lte-a tdd不同上下行配比的反馈方法 | |
| CN102104972B (zh) | Uci信息传输的配置方法和设备 | |
| CN101883391B (zh) | 上行控制信令反馈处理方法及系统 | |
| CN102083211B (zh) | 上行控制信道资源的确定方法和设备 | |
| CN102098086B (zh) | 数据发送方法及装置 | |
| CN102017504B (zh) | 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和装置 | |
| CN101588226B (zh) | 一种大带宽下多载波系统中的终端及应答消息的发送方法 | |
| CN102170339B (zh) | Ack/nack反馈信息的传输方法和设备 | |
| RU2684580C1 (ru) | Способ передачи и способ приема информации управления восходящей линией и соответствующее устройство | |
| CN102468950B (zh) | 信息传输方法、终端、基站和通信系统 | |
| CN102111254B (zh) | 一种反馈信息的发送方法及用户设备 | |
| CN101984568B (zh) | 一种信息发送方法及系统 | |
| WO2011098136A1 (en) | Scheduling request and ack/nack simultaneous transmission / prioritization over pucch in lte | |
| CN102469022B (zh) | 缓存空间的分配方法和设备 | |
| CN102638879A (zh) | 一种分配ack/nack信道资源的方法 | |
| CN104885534A (zh) | 在无线通信系统中发送上行信号的方法和设备 | |
| CN101834658B (zh) | 一种上行控制信令的发送方法及设备 | |
| CN106716898A (zh) | 在无线通信系统中分离具有大量聚合载波的pusch/pucch的方法和装置 | |
| CN102355339A (zh) | 一种反馈信息的发送方法及终端 | |
| CN102468942A (zh) | Ack/nack反馈信息的传输方法和设备 | |
| CN102469599B (zh) | Ack/nack反馈信息的信道资源确定方法和设备 | |
| CN102238622B (zh) | 多比特ack/nack信息的传输方法和设备 | |
| CN102468945B (zh) | Ack/nack反馈信息的传输方法和设备 |
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 | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |